EDI-шлюз AS2 для EDIFACT и X12
Разбираем спецификацию партнёра и бизнес-цепочку. Фиксируем типы сообщений, версии EDIFACT или X12, обязательные сегменты, коды сторон, товары, единицы, налоги, даты и ссылки на предыдущие документы. Собираем контрольные образцы и матрицу сценариев.
Когда стоит обратиться
Обычно к нам обращаются в таких ситуациях:
- Крупный заказчик направил EDI onboarding guide и ожидает обмен по AS2, а внутренняя ERP умеет работать только с документами, API или файлами привычной структуры.
- Заказы приходят по почте, сотрудники переносят строки вручную, затем отдельно отправляют подтверждение и отгрузку. Ошибка в коде товара или количестве влияет на поставку и штрафы.
- Компания уже передаёт файлы, однако ей требуется подтверждаемая доставка, подпись, шифрование, контроль MDN и единый журнал по каждому бизнес-документу.
Что именно мы сделаем
Разбираем спецификацию партнёра и бизнес-цепочку. Фиксируем типы сообщений, версии EDIFACT или X12, обязательные сегменты, коды сторон, товары, единицы, налоги, даты и ссылки на предыдущие документы. Собираем контрольные образцы и матрицу сценариев.
Настраиваем транспорт AS2 по RFC 4130 и профилю партнёра: AS2 From/To, конечные адреса, сертификаты, подпись, шифрование, алгоритмы, Content-Type, синхронный или асинхронный MDN. Сохраняем Message-ID и квитанции, настраиваем срок действия сертификатов и оповещение о приближении замены.
Создаём карты преобразования. Парсер проверяет структуру EDIFACT или X12, сегменты, квалификаторы и контрольные суммы, затем формирует внутреннюю модель. Адаптер ERP создаёт либо обновляет документ и возвращает данные для ответного сообщения. Справочники контрагентов и товаров получают таблицу перекодировки.
Добавляем очередь, идемпотентность и архив. Повтор одного Message-ID распознаётся, операция после временной ошибки повторяется по расписанию, а бизнес-ошибка передаётся ответственному с указанием сегмента и значения. Исходный пакет, расшифрованная техническая копия с контролем доступа, MDN и результат ERP связываются в одну цепочку.
Проводим внутренние и совместные тесты: успешный документ, подпись чужим сертификатом, повреждённый пакет, повтор, пропущенный сегмент, асинхронная квитанция и ответ ERP. После подтверждения партнёра выполняем контролируемый промышленный запуск и передаём регламент.
Что входит в стоимость
149 900 ₽ за всю работу
Проектируем двусторонний EDI-контур под требования конкретного партнёра. Настраиваем AS2-идентификаторы, URL, сертификаты, подпись, шифрование, синхронные или асинхронные MDN, повтор и архив. Для нужных сообщений EDIFACT либо X12 создаём карты преобразования в ERP, 1С, файл или API: например заказ, подтверждение, уведомление об отгрузке и счёт. Добавляем валидацию, уникальные идентификаторы, журнал, мониторинг сроков и безопасную тестовую процедуру с партнёром.
Что будет готово
Передадим вам
- Рабочий AS2-шлюз с сертификатами, подписью, шифрованием, MDN, очередью, архивом и мониторингом.
- Карты преобразования нужных EDIFACT или X12 сообщений во внутренние документы и обратно, таблицы кодов и справочников.
- Протокол совместных тестов, эксплуатационная инструкция, журнал обмена и регламент замены сертификатов.
Перед сдачей проверим
- Контрольное сообщение успешно проходит подпись, шифрование, передачу и MDN, а связанный документ создаётся в ERP с нужными реквизитами.
- Повтор Message-ID сохраняет единственный бизнес-документ, ошибочный сегмент попадает в журнал с точным местом, а после исправления пакет обрабатывается.
- Ответное сообщение принимается тестовым контуром партнёра, а вся цепочка от заказа до квитанции находится по бизнес-номеру.
Как это выглядит на практике
Заказ X12 850 превращается в документ ERP и получает подтверждение
Типичная ситуация: крупный заказчик направил EDI onboarding guide и ожидает обмен по AS2, а внутренняя ERP умеет работать только с документами, API или файлами привычной структуры. Сначала партнёр отправляет подписанный и зашифрованный AS2-пакет.
Шлюз проверяет сертификат, целостность и идентификаторы сторон, затем формирует MDN, затем парсер читает X12 850, проверяет контрольные сегменты и преобразует позиции, адреса, даты и условия в единую внутреннюю модель, а в финале адаптер сопоставляет коды товаров и создаёт заказ ERP. В журнале связываются номер заказа партнёра, Message-ID, документ ERP и результат обработки.
- 01
Партнёр отправляет подписанный и зашифрованный AS2-пакет. Шлюз проверяет сертификат, целостность и идентификаторы сторон, затем формирует MDN.
- 02
Парсер читает X12 850, проверяет контрольные сегменты и преобразует позиции, адреса, даты и условия в единую внутреннюю модель.
- 03
Адаптер сопоставляет коды товаров и создаёт заказ ERP. В журнале связываются номер заказа партнёра, Message-ID, документ ERP и результат обработки.
- 04
Шлюз формирует нужный ответ, подписывает его и отправляет партнёру. Квитанция завершает техническую цепочку и отображается ответственному.
Что понадобится для работы
От вас
- EDI onboarding guide партнёра, AS2-профиль, тестовые адреса, идентификаторы сторон, сертификаты и контакт его интеграционной команды.
- Спецификация сообщений EDIFACT или X12, примеры успешных и ошибочных файлов, перечень кодов, единиц и справочников.
- Доступ к тестовой ERP, API или формату обмена, правила создания документов, ответственные роли и требования к архиву.
Если у вас немного другая ситуация
Небольшие уточнения, которые помогают довести согласованный результат до рабочего состояния, уже учитываем в цене. Если по ходу работы появится отдельный крупный блок или понадобится платная лицензия, сначала обсудим варианты и стоимость. Расскажите о своей ситуации — подстроим план под неё.
- 3 000 ₽после подписания договора через Диадок
- 146 900 ₽после выполнения, демонстрации и приёмки результата
Предоплата входит в общую стоимость. Оставшуюся сумму оплачиваете после демонстрации и приёмки готовой работы.
Часто спрашивают
Об этой услуге
Чем AS2 отличается от обычной передачи файла по SFTP?
AS2 передаёт сообщение по HTTP с механизмами S/MIME, подписью, шифрованием и подтверждением MDN. В результате стороны получают идентифицируемую транспортную цепочку. SFTP тоже подходит отдельным процессам, однако профиль партнёра часто прямо требует AS2.
Можно ли поддержать и EDIFACT, и X12?
Да. Транспорт AS2 остаётся общим, а для каждого стандарта, версии и типа сообщения создаётся собственная карта. Мы начинаем с документов, нужных для запуска, и затем добавляем новые карты к готовой очереди, архиву и мониторингу.
Что такое MDN и зачем оно нужно?
MDN подтверждает техническое получение и проверку AS2-сообщения. Оно может приходить синхронно или асинхронно по настройке партнёров. Шлюз связывает квитанцию с Message-ID и показывает статус доставки рядом с бизнес-документом.
Как проходит смена сертификата?
Храним даты действия и заранее уведомляем администратора. Новый сертификат устанавливается с учётом окна перехода и проверяется на тестовом сообщении. Порядок координации фиксируем в регламенте, чтобы обе стороны переключились согласованно.
Цена и изменения по ходу работы
Цена на странице окончательная?
Да. Перед началом мы сверяем исходные данные и фиксируем результат в договоре. Указанная на странице сумма покрывает согласованную работу целиком, даже если её техническая реализация потребует больше времени, чем ожидалось при оценке.
Что означает резерв незапланированных работ?
Это уже включённый в цену запас времени на небольшие связанные уточнения заказчика, которые появляются после старта: например, добавить поле, изменить формат уведомления или учесть ещё одно условие обработки.
Резерв рассчитывается по формуле: стоимость услуги × 30% ÷ 1 500 ₽. Для услуги за 30 000 ₽ это 6 часов. Эти часы относятся только к дополнительным, заранее незапланированным уточнениям. Они не являются сроком проекта и не ограничивают время на основную работу: согласованный результат мы выполняем полностью.
Можно уточнять детали уже во время работы?
Да. Небольшие связанные изменения обычно помещаются во включённый резерв и не требуют доплаты. Если новая идея заметно меняет результат или превращается в самостоятельную задачу, сначала обсудим подход и стоимость. Любое решение согласуем до выполнения.
Начало работы и оплата
Как оформляются договор и оплата?
Подписываем договор через Диадок. Предоплата составляет 3 000 ₽ и входит в общую стоимость услуги. Остаток оплачивается после демонстрации и приёмки готового результата.
Когда начинается срок выполнения?
Срок отсчитывается после согласования задачи, получения необходимых доступов и материалов, подписания договора и поступления предоплаты. Конкретную дату старта и плановый день готовности подтверждаем перед началом.
Как учитываются платные лицензии и внешние сервисы?
До старта проверяем, нужны ли тарифы, лицензии, сертификаты или дополнительные ресурсы внешних систем. Если они потребуются, заранее покажем варианты и стоимость. По возможности аккаунты и лицензии оформляются сразу на заказчика.
Проверка результата и гарантия
Как принимается готовая работа?
Вместе проверяем согласованные сценарии на контрольных данных или тестовой копии, а затем демонстрируем результат. Для интеграций сверяем передачу данных и обработку ошибок, для сайта — работу нужных страниц и действий пользователя, для отчёта — расчёты и обновление данных.
Какая гарантия действует после сдачи?
На выполненные изменения действует гарантия 3 месяца. Если в изменённой нами части обнаружится ошибка нашей реализации, проверим и исправим её без дополнительной оплаты. Переданные материалы, настройки и код остаются у заказчика.