Раздел 3.2.4.1. Схема работы модуля регламентных действий

3.2.4.1. Схема работы модуля регламентных действий

Модуль регламентных действий взаимодействует с модулем обработки транспортных контейнеров и криптопровайдером (CSP). Для доступа к CSP используется библиотека CryptoAX, которая может быть использована при разработке (см. Приложение 1. CryptoAX).

Две основные задачи модуля регламентных действий:

•	Периодическое обращение к серверу системы Такском-Доклайнз за входящими служебными сообщениями исходящих и входящих документов. (Интеграционное решение должно управлять обработкой всех отправляемых и получаемых электронных документов и подтверждать факт доставки этих документов.)

•

Получение входящих электронных документов и служебных сообщений и отправка исходящих электронных документов и служебных сообщений в соответствии со списком транзакций, предусмотренных по регламенту ЭДО. (Интеграционное решение должно управлять выполнением всех транзакций для каждого исходящего и входящего электронного документа, так как методы Такском-Доклайнз обеспечивают только входящие служебные сообщения.)

Следующая диаграмма иллюстрирует общий алгоритм работы модуля регламентных действий:

Операции со списком электронных документов описаны в п. 3.2.4.2. Метод GetMessageList, а ниже речь идёт о реализации регламента ЭДО. As Invoice EDE convention is the most common and complex, it is used as an example for this module implementation.

Сценарий отправки электронного счёта-фактуры

При отправке счёта-фактуры необходимо выполнить следующие действия:

1.	Создать счёт-фактуру в установленном XML формате, используя соответствующую XSD схему (см. п. 2.1.1. XML форматы документов, служебные сообщения и команды).

2.	Сформировать для счёта-фактуры электронную подпись в виде файла *.P7S (см. п. 2.1.2. Электронная подпись и криптопровайдер).

3.	Создать транспортный контейнер со счётом фактурой и подписью (см. п. 2.1.4. Транспортный контейнер Такском).

4.	Отправить этот транспортный контейнер с помощью метода SendMessage.

Периодически вызывать метод GetMessageList и выполнять транзакции, необходимые по регламенту ЭДО счетов-фактур. Это подразумевает создание и отправку контейнеров со служебными сообщениями (метод SendMessage), а также получение (методами GetMessageList и GetMessage) входящих сообщений от Оператора и получателя счёта-фактуры (Покупателя). Алгоритм этого процесса приведен ниже на схеме.

6.	Архивировать счёт-фактуру и все служебные сообщения этого ЭДО.

Пункты 1.1-1.6 схемы алгоритма соответствуют таблице транзакций регламента ЭДО счёта-фактуры (2.1.3.1. Транзакции ЭДО счетов-фактур).

Сценарий обработки входящего счёта-фактуры

Получение электронного счёта-фактуры требует выполнения следующей последовательности действий:

1.	При обнаружении нового счёта-фактуры в результате применения метода GetMessageList, - загрузить счёт-фактуру и подтверждение Оператора ЭДО.

Отправить подтверждение Оператору ЭДО и уведомить отправителя о получении счёта-фактуры, - создать соответствующие транспортные контейнеры и отправить их с помощью метода SendMessage (2.1.1. XML форматы документов, служебные сообщения и команды, 2.1.2. Электронная подпись и криптопровайдер, and 2.1.4. Транспортный контейнер Такском).

3.	Периодически вызывать метод GetMessageList и выполнять транзакции, необходимые по регламенту ЭДО счетов-фактур. Алгоритм этого процесса приведен ниже на схеме.

4.	Проверить счёт-фактуру. При обнаружении ошибок отправить Отправителю (Продавцу) уведомление об уточнении и получить от него соответствующее извещение о получении.

5.	Архивировать счёт-фактуру и все служебные сообщения этого ЭДО.

Пункты 2.1-2.8 схемы алгоритма соответствуют таблице транзакций регламента ЭДО счёта-фактуры (2.1.3.1. Транзакции ЭДО счетов-фактур).