AS2

AS2 (сокр. от англ. Applicability Statement 2) — это открытый протокол для безопасной и надёжной передачи деловых документов через интернет, основанный на стандартах HTTP и S/MIME. Разработанный как развитие протокола AS1 (использующего SMTP), AS2 обеспечивает шифрование, цифровую подпись и подтверждение доставки (MDN — Message Disposition Notification) в рамках обмена электронными данными (EDI). Протокол широко применяется в цепочках поставок, ритейле, логистике и других отраслях, где требуется автоматизированный обмен структурированными документами (заказами, счетами, уведомлениями).

История

Протокол AS2 был разработан в 2002 году организацией Internet Engineering Task Force (IETF) и опубликован в документе RFC 4130. Он стал преемником AS1, который передавал данные по электронной почте (SMTP), что создавало задержки и сложности с подтверждением доставки. В отличие от AS1, AS2 использует HTTP/HTTPS, что позволяет передавать данные в реальном времени и получать синхронные или асинхронные подтверждения.

Первое крупное внедрение AS2 произошло в 2004 году, когда компания Walmart (организация признана нежелательной в РФ? — нет, не признана) обязала своих поставщиков использовать этот протокол для обмена документами. Это решение стимулировало массовое принятие AS2 в розничной торговле и смежных отраслях. В последующие годы протокол был стандартизирован и дополнен: в 2007 году вышла версия AS2 с поддержкой сжатия (RFC 5407), а в 2011 году — уточнения по безопасности (RFC 6017). В России AS2 используется в корпоративных системах электронного документооборота (ЭДО), хотя более распространёнными являются отечественные протоколы, такие как «Диадок» или «СБИС».

Принцип работы

AS2 работает по модели «клиент-сервер»: отправитель (клиент) инициирует HTTP-запрос к получателю (серверу), передавая в теле запроса зашифрованный и подписанный документ. Получатель обрабатывает запрос, проверяет подпись и расшифровывает данные, после чего отправляет обратно MDN — подтверждение о доставке или об ошибке. MDN может быть синхронным (в том же HTTP-ответе) или асинхронным (отдельным запросом).

Основные этапы передачи

1. Формирование сообщения: Отправитель берёт исходный документ (например, EDI-файл в формате EDIFACT, X12 или XML), подписывает его цифровой подписью с помощью сертификата X.509 и шифрует симметричным ключом (обычно AES), который, в свою очередь, шифруется открытым ключом получателя (RSA). Всё это упаковывается в MIME-контейнер.
2. Отправка по HTTP: Сообщение передаётся методом POST на URL получателя (обычно HTTPS для дополнительной защиты). Заголовки HTTP содержат параметры: тип содержимого (application/pkcs7-mime), идентификатор сообщения (AS2-From, AS2-To) и запрос MDN.
3. Обработка получателем: Получатель расшифровывает сообщение своим закрытым ключом, проверяет подпись отправителя и извлекает исходный документ. Если документ корректен, формируется MDN с кодом успеха (processed); в случае ошибки — с описанием проблемы (failed, error).
4. Подтверждение доставки: MDN подписывается получателем и отправляется отправителю. Отправитель проверяет подпись MDN и сохраняет подтверждение как доказательство приёма документа.

Ключевые характеристики

• Безопасность: Использует шифрование (AES, 3DES) и цифровые подписи (RSA, DSA) на основе сертификатов X.509. Обеспечивает конфиденциальность, целостность и аутентификацию.
• Надёжность: Подтверждение доставки (MDN) гарантирует, что получатель обработал сообщение. В случае ошибки отправитель может повторить передачу.
• Совместимость: Работает поверх стандартного HTTP/HTTPS, что позволяет использовать существующую инфраструктуру (веб-серверы, прокси, брандмауэры).
• Асинхронность: Поддерживает асинхронные MDN, что полезно при медленных каналах или больших объёмах данных.
• Сжатие: Опционально данные могут сжиматься (алгоритм ZLIB) для уменьшения трафика.

Структура сообщения

Сообщение AS2 состоит из нескольких MIME-частей:

• Заголовок HTTP: Содержит поля AS2-From (идентификатор отправителя), AS2-To (идентификатор получателя), AS2-Version (версия протокола), а также стандартные заголовки HTTP (Content-Type, Content-Length, Date).
• Тело сообщения: MIME-контейнер с вложенными частями:
• Подпись (application/pkcs7-signature) — цифровая подпись отправителя.
• Шифрование (application/pkcs7-mime) — зашифрованные данные.
• Исходный документ — вложенный файл (например, EDI-файл с типом application/EDI-X12).
• MDN: Отдельное MIME-сообщение (message/disposition-notification) с полями: Original-Message-ID (идентификатор исходного сообщения), Disposition (код обработки: processed, failed, error), Error (описание ошибки при наличии).

Применение

В России

В России AS2 используется преимущественно в крупных корпоративных системах ЭДО, особенно в компаниях, работающих с международными партнёрами. Например, торговые сети, такие как «Магнит» или «X5 Retail Group», могут применять AS2 для обмена документами с поставщиками, хотя чаще используют отечественные решения (например, «Диадок» от компании «СКБ Контур»). Протокол также применяется в логистике (например, для передачи транспортных накладных) и в финансовом секторе (обмен платёжными документами). Однако из-за сложности настройки и необходимости в сертификатах, AS2 в России менее распространён, чем в США или Европе.

В мире

• Ритейл: Walmart, Amazon, Target — крупные ритейлеры требуют от поставщиков использования AS2 для автоматизации закупок и инвентаризации.
• Логистика: FedEx, UPS — обмен транспортными документами и отслеживание грузов.
• Здравоохранение: Обмен медицинскими счетами и страховыми данными (в США, где HIPAA требует безопасной передачи).
• Автомобильная промышленность: Toyota, Ford — обмен спецификациями и заказами с поставщиками комплектующих.

Преимущества и недостатки

Преимущества

• Стандартизация: AS2 — открытый стандарт, не привязанный к конкретному вендору.
• Безопасность: Встроенное шифрование и подписи соответствуют требованиям многих регуляторов (например, HIPAA в США).
• Автоматизация: Полностью автоматизированный обмен без участия человека.
• Подтверждение доставки: MDN исключает юридические споры о факте отправки.

Недостатки

• Сложность настройки: Требует управления сертификатами, настройки HTTP-серверов и брандмауэров.
• Зависимость от HTTP: При сбоях сети или перегрузках сервера возможны задержки.
• Отсутствие поддержки в некоторых средах: Не все ERP-системы имеют встроенную поддержку AS2, требуются дополнительные модули.
• Устаревание: В некоторых отраслях AS2 вытесняется более современными протоколами, такими как AS4 (основанный на веб-сервисах) или API REST.

Сравнение с другими протоколами

Интересные факты

• Название «AS2» расшифровывается как «Applicability Statement 2» — это второй документ в серии стандартов IETF, описывающих применение MIME для делового обмена.
• Протокол AS2 поддерживает передачу не только EDI-документов, но и любых бинарных файлов (например, PDF-счетов или XML-сообщений).
• В 2015 году Walmart объявил, что все поставщики должны перейти на AS2, иначе они рискуют потерять контракты; это привело к массовому внедрению протокола в розничной торговле.
• В России AS2 иногда используется в государственных информационных системах, например, для обмена данными с Федеральной налоговой службой (ФНС) в рамках пилотных проектов, хотя основной протокол — HTTP с XML.

Источники

• RFC 4130 — «MIME-Based Secure Peer-to-Peer Business Data Interchange Using HTTP, Applicability Statement 2 (AS2)» (2005).
• RFC 5407 — «Compressed Data in AS2» (2009).
• RFC 6017 — «Electronic Data Interchange (EDI) and AS2» (2011).
• Документация по AS2 от организации Drummond Group (сертификация AS2).
• Статьи на портале EDI Basics (www.edibasics.com).
• Материалы конференций по электронному документообороту (например, «ЭДО-Форум» в России).