РЕАЛИЗАЦИЯ МОДУЛЯ РАССЫЛКИ БЛАНКОВ ЗАКАЗОВ И КОНТРОЛЯ ИХ ПОЛУЧЕНИЯ В MICROSOFT DYNAMICS AX 2012

Группа компаний “N” является специализированным издательством учебной и педагогической литературы.

Основными клиентами издательства являются образовательные учреждения и магазины учебной литературы. Для того, чтобы оформить заказ, необходимо заполнить бланк заказа и передать его контактному лицу в издательстве. Бланк заказа – файл, в формате xls, отправляемый клиентам на периодической основе с целью сбора потребностей в продукции на будущий период либо получения заказа клиента. Бланк заказа содержит каталог продукции издательства (или его часть), где заказчику необходимо заполнить поле “Заказ количество”.

В данный момент, чтобы получить заказы от клиентов, менеджеры компании по каждому региону вручную рассылают бланки заказов по электронной почте. Затем связываются с клиентами по телефону, чтобы получить информацию о том, что письмо получено и прочитано и стоит ли ждать ответа, или клиент больше не заинтересован товарах издательства.

Рассылка бланков вручную имеет ряд недостатков, которые не позволяют быстро оформить заказ, например:

• требуется много времени, чтобы сформировать и отправить каждое электронное письмо;
• нет возможности оперативно получить информацию о том, прочитано ли письмо и скачал ли клиент бланк заказа;
• в случае если письмо не было получено, необходимо сформировать для каждого отдельного клиента новое письмо;
• после повторной отправки письма желательно повторно связаться с клиентом, что также занимает много времени.

С целью избавиться от вышеуказанных недостатков руководство издательства заказало разработку модуля для приложения Microsoft Dynamics AX 2012. Приложение уже было развернуто в компании и реализовывало автоматизацию некоторых процессов.

Системная архитектура Microsoft Dynamics AX 2012 представлена в виде диаграммы развертывания на рисунке 1 [1].

На основе предъявленных к автоматизации бизнес-процесса функциональных требований и описания процесса после автоматизации была разработана программная архитектура и архитектура данных. Также для наглядности опишем системную архитектуру развернутого в издательстве приложения Microsoft Dynamics AX 2012.

На диаграмме изображена связь сервера Microsoft Dynamics и сервера на котором должен быть размещен веб-сервис передающий информацию том, что электронное письмо было открыто получателем. Веб-сервис посылает http запрос на развернутый входящий порт в Microsoft Dynamics AX 2012.

Рисунок 1. Диаграмма развертывания

Программная архитектура представлена в виде диаграммы классов. Так как в Microsoft Dynamics AX 2012 все таблицы и формы представляют собой классы со своими атрибутами и методами, на диаграмме отображены как классы таблиц, так и обычные классы, которые необходимо разработать для решения поставленных задач. Синим цветом на диаграмме выделены классы, которые уже существуют в системе.

Для того, чтобы реализовать возможность отмечать в строках журнала рассылки, что письмо было открыто адресатом было решено использовать технологию веб-маяк. На стороне Microsoft Dynamics AX 2012 необходимо было создать сервис WCF [2,387]. Затем создается и активируется входящий Net.TCP порт, через который WCF сервис должен принимать  идентификатор электронного сообщения, находить соответствующую ему строку  в таблице строк журнала рассылки, и устанавливать в поле “DateTimeRead” текущие дату и время.

В качестве сервиса, который будет обращаться к WCF сервису, в Microsoft Visual Studio необходимо было написать динамическую страницу beacon.aspx используя фреймворк ASP.NET Web Forms [3].

Рисунок 2. Диаграмма классов

В качестве архитектуры данных представим диаграмму классов. На диаграмме отображены таблицы базы данных которые необходимо создать в системе.

Рисунок 3. Диаграмма классов БД

В первую очередь был создан новый проект. В Microsoft Dynamics AX 2012 проекты содержат в себе ссылки на прикладные объекты из AOT. Это позволяет выполнить доработки в любом приложении, например тестовом, затем, после успешного тестирования на тестовых данных перенести в проект все изменения, экспортировать файл проекта и перенести все изменения на рабочее приложение клиента. Такой порядок разработки закреплен корпоративными стандартами.

Заключение. В данной статье был описан неавтоматизированный бизнес-процесс. У данного процесса был выявлен ряд недостатков. Основываясь на недостатках были сформированы цели, которых удалось достичь с помощью автоматизации процесса. Автоматизацию было решено выполнить путем реализации модуля рассылки бланков заказов и контроля их получения в системе Microsoft Dynamics AX 2012. После этого были сформированы функциональные требования на основе которых была разработана архитектура решения. В результате, был реализован модуль, удовлетворяющий всем требованиям заказчика. После разработки модуль был протестирован и передан в тестирование в рабочем приложении издательства.

Список литературы:

1. Microsoft Dynamics AX system architecture [Электронный ресурс]. Режим доступа: https://docs.microsoft.com/en-us/dynamicsax-2012/appuser-itpro/system-architecture (дата обращения: 28.04.2020).
2. Справочник профессионала [Текст] / Ansari Aness, Chu Zhonghua, Chell David – Москва: Эком, 2013. – 944 с.
3. [Электронный ресурс]. Режим доступа: https://theonetechnologies.com/blog/post/asp-net-how-to-track-if-email-is-opened-or-read (дата обращения: 25.04.2020).