Уважаемые клиенты и партнеры!
В релизе 26.6, который будет установлен 05.07.2026, мы планируем внести изменения в формат EDI-сообщений: ORDERS, ORDRSP и DESADV.
Данные корректировки могут повлиять на взаимодействие между учетной системой клиента с нашей EDI-системой через интеграционное подключение (работа через WS, Adapter, и интеграция по API)
Ниже представлено описание изменений, а также новые xsd-схемы:
Просим вас учесть и ознакомиться с данной информацией. В случае возникновения вопросов просьба обращаться в службу технической поддержки EDI-провайдера СТТ.
Описание изменений
Изменение в xsd схеме по типам сообщений ORDERS, ORDRSP, DESADV
а) Будет добавлен новый тег для описания неструктурированного адреса:
i. ORDERS: ORDERS/SG2/NAD/C058/E3124
ii.ORDRSP: ORDRSP/SG3/NAD/C058/E3124
iii. DESADV: DESADV/SG2/NAD/C058/E3124
Суть изменений:
— Для унификации обмена данных в xml по блоку участника ЭДО происходит разделение передачи адреса и наименования.
— изменения включают корректировки создания блока по складам, так как на данный момент данные по адресу передаются в поле для передачи наименования.
Пример изменений:
Для работы с dto методов API будут добавлены новые поля
а) Новые поля в методы API для работы с ORDERS:
i. Для формирования данных о покупателе добавляем новое необязательное поле – buyerAddress. Поле заполняется данными адреса организации Покупателя.
ii. Для формирования данных о поставщике добавляем новое необязательное поле – supplierAddress. Поле заполняется данными адреса организации Поставщика.
iii. Для формирования данных о конечном покупателе добавляем новое необязательное поле – ultimateRecipientName. Поле заполняется данными по наименованию организации Конечного покупателя.
iv. Для работы с ORDERS будут добавлены методы:
-
- POST /api/v1/ORDERS/draft/createWithValidation
- POST /api/v1/ORDERS/draft/save
- GET /api/v1/ORDERS/{documentId}
- GET /api/v1/ORDERS/draft/{documentId}
b) Добавляем новые поля в методы API для работы с ORDRSP:
i. Для формирования данных о покупателе добавляем новое необязательное поле – buyerAddress. Поле заполняется данными адреса организации Покупателя.
ii. Для формирования данных о поставщике добавляем новое необязательное поле – supplierAddress. Поле заполняется данными адреса организации Поставщика.
iii. Для формирования данных о конечном покупателем добавляем новое необязательное поле – orderMsgDraftDto.ultimateRecipientName. Поле заполняется данными по наименованию организации Конечного покупателя.
iv. Для работы с ORDRSP будут добавлены методы:
-
- POST /api/v1/ORDERS/draft/response/createWithValidation
- POST /api/v1/ORDERS/draft/response/save
- GET /api/v1/ORDERS/draft/response/{responseId}
c) Добавляем новые поля в методы API для работы с DESADV:
i. Для формирования данных о поставщике добавляем новое необязательное поле – supplierAddress. Поле заполняется данными адреса организации Поставщика.
ii. Для формирования данных о покупателе добавляем новое необязательное поле – buyerAddress. Поле заполняется данными адреса организации Покупателя.
iii. Для формирования данных о конечном покупателе добавляем новое необязательное поле – ultimateRecipientName. Поле заполняется данными по наименованию организации Конечного покупателя.
iv. Для работы с DESADV будут добавлены методы:
- GET /api/v1/DESADV/{documentId}
- GET /api/v1/DESADV/draft/{documentId}
- POST /api/v1/DESADV/draft/createWithValidation
- POST /api/v1/DESADV/draft/save
- POST /api/v1/DESADV/{desadvId}/convertToDraftEwaybill
Для работы с simpleTag, добавляем обработку новых полей
а также их преобразования в xml для работы с конвертациями simpleTag -> EANCOM и EANCOM -> simpleTag:


