Что передается в теге awr:MarkInfo и ce:amc документа ЕГАИС ActFixBarCode?

При интеграции учетных систем с Универсальным транспортным модулем (УТМ) ЕГАИС разработчики нередко сталкиваются с неясностями в официальной документации. Типичный пример — структура документа ActFixBarCode (Акт фиксации штрихкодов), в примере которого под тегом <ce:amc> приведен нетипичный буквенно-цифровой код длиной 71 символ. Разберем подробно, что означает данный тег, какие реальные данные в него должны попадать и по каким правилам работает данный документ в контуре ЕГАИС и типовых конфигурациях 1С.

Анализ примера из документации УТМ

В примере схемы документа ActFixBarCode из руководства пользователя приводится фрагмент XML следующего вида:

<awr:MarkInfo>
    <ce:amc>09001785400000118984310PX8051522100000476712617218613594213116182124151</ce:amc>
</awr:MarkInfo>

Если посчитать количество символов в значении тега <ce:amc>, получается 71 символ. Это вызывает закономерные вопросы у разработчиков, поскольку стандартные форматы марок алкогольной продукции имеют иную длину:

1. Старый формат (PDF417): двухмерный штрихкод содержит ровно 68 символов (буквы латинского алфавита и цифры), в котором закодированы тип марки, серия, номер и служебные данные для вычисления алкокода.
2. Новый поштучный формат (DataMatrix): цифровой идентификатор марки (ФСМ/АМ) содержит ровно 150 символов с криптографическим хвостом проверки подлинности.

Выясним причину появления 71-значной строки: в официальных примерах документации ФСРАР часто использует искусственные псевдокоды (заглушки) для демонстрации общей структуры XML-сообщения. В реальной работе отправка такой 71-символьной строки приведет к ошибке валидации XML-схемы на уровне XSD еще до отправки в базу данных ЕГАИС.

Что передается в теге ce:amc в реальном обмене

Аббревиатура amc расшифровывается как Alcohol Mark Code (код алкогольной марки). Тег <awr:MarkInfo> содержит массив тегов <ce:amc>, каждый из которых представляет собой считанный сканером полный код марки единицы алкогольной продукции.

В реальном обмене в тег <ce:amc> передаются строго валидные значения:

1. Код PDF417 (68 символов): для маркированной алкогольной продукции старого партионного образца (например, 22N00001CJJRHTDK27T3SY161031001002700AKKZE80MK3TVKUQMDVCJO9E0P17O75J).
2. Код DataMatrix (150 символов): для помарочной продукции нового образца с криптохвостом.

При формировании исходящего документа учетная система должна помещать в каждый узел <ce:amc> отдельную физическую марку, привязываемую к выбранной партии.

Назначение документа ActFixBarCode в ЕГАИС

Рассмотрим, для чего применяется документ «Акт фиксации штрихкодов» (ActFixBarCode):

1. Привязка марок к Регистру 3 (Помарочный учет): документ служит для связывания физических кодов акцизных/федеральных специальных марок с конкретной партией продукции — идентификатором справки к ТТН (РФУ-2 / справка «Б» с префиксом FB-).
2. Перевод продукции на поштучный учет: позволяет перевести партионную продукцию старого образца, числящуюся на складе (Регистр 1), в режим поштучного контроля без изменения общего баланса.
3. Устранение пересортицы марок: применяется в случаях, когда фактически поступившие на склад бутылки содержат марки, отличные от тех, что были зарегистрированы поставщиком в накладной.

Важно: документ ActFixBarCode не увеличивает и не уменьшает количественные остатки на Регистре 1 (Склад) или Регистре 2 (Торговый зал). Он лишь наполняет Регистр 3 информацией о привязке конкретных марок к существующему остатку по справке РФУ-2.

Ограничения и правила валидации

Проанализируем ключевые системные ограничения ЕГАИС при работе с актом фиксации штрихкодов:

1. Балансовый контроль: количество марок, передаваемых в тегах <ce:amc>, не должно превышать свободный количественный остаток продукции по указанной справке FB- на Регистре 1.
2. Уникальность марок: марка не должна числиться привязанной к другой партии или находиться в статусе списанной/проданной.
3. Отмена фиксации: если марки были привязаны ошибочно, для отмены операции используется отдельный документ ActUnFixBarCode.

Особенности обработки марок в типовых конфигурациях 1С

В конфигурациях 1С (ERP, КА, УТ, Розница, УНФ) для работы с данным механизмом предусмотрен документ «Акт фиксации штрихкодов ЕГАИС» («Привязка штрихкодов к партии ЕГАИС»).

При интеграции через торговое оборудование обратите внимание на следующие нюансы:

1. Сканер 2D-штрихкодов должен быть настроен без скрытых префиксов и суффиксов (за исключением стандартного CR/LF, перехватываемого драйвером).
2. При считывании DataMatrix драйвер 1С автоматически обрабатывает спецсимволы GS1 (Group Separator) и валидирует длину строки.
3. В документ 1С марки добавляются в табличную часть «Штрихкоды», после чего при выгрузке в XML модуль интеграции автоматически формирует узлы <awr:MarkInfo> и <ce:amc> с правильной длиной и структурой данных.