При работе с маркированными товарами в формате УПД 5.03 у технических специалистов и бухгалтеров часто возникает вопрос: содержит ли сам файл документа (XML) отметку о том, что сведения об обороте кодов маркировки успешно приняты системой ГИС МТ (Честный ЗНАК)? Рассмотрим детально этот механизм, разберем структуру файлов и выясним, где именно искать подтверждение прохождения данных.
Проанализируем жизненный цикл электронного документа. Когда продавец формирует УПД, он подписывает его своей усиленной квалифицированной электронной подписью (УКЭП). В этот момент документ является статичным файлом. После этого файл отправляется оператору ЭДО, который передает его покупателю и параллельно транслирует в систему Честный ЗНАК.
Важный технический момент: если бы система ГИС МТ вносила какие-либо изменения в исходный XML-файл (например, ставила отметку «Проверено»), это привело бы к нарушению целостности электронной подписи продавца. Документ стал бы юридически ничтожным. Поэтому внутри самого тела XML-файла УПД (согласно Приказу ФНС № ЕД-7-26/970@) признака успешной обработки в ЧЗ быть не может по определению.
Разберем, что можно узнать из самого файла. В формате 5.03 (как и в предыдущих) имя файла строится по строгому шаблону. Рассмотрим структуру имени:
ON_NSCHFDOPPR_ИдЭДО_ИдОтпр_ИдПолуч_Дата_Время_GUID_N3_N4
Посмотрим на параметр N3. Согласно требованиям ФНС, этот сегмент имени файла может принимать следующие значения:
Проанализируем ситуацию: наличие единицы в поле N3 — это всего лишь «сигнал» для транспортной системы оператора ЭДО о том, что данный файл необходимо отправить в ГИС МТ. Это декларация намерения, но не подтверждение результата.
Для того чтобы убедиться, что данные прошли через ЧЗ, необходимо использовать внешние по отношению к УПД инструменты. Выясним, какие варианты существуют:
1. Технологические квитанции оператора ЭДО.
Когда оператор ЭДО передает файл в ГИС МТ, он получает в ответ технологическое сообщение (квитанцию) о приеме документа или протокол обработки. Эти данные доступны через API провайдера. Например, в системе СБИС (Tensor) статус можно получить, используя метод СБИС.ПрочитатьДокумент.
Пример структуры запроса для получения расширенных статусов:
{
"method": "СБИС.ПрочитатьДокумент",
"params": {
"Документ": {
"Идентификатор": "Здесь_GUID_Документа",
"ДопПоля": "Расширение"
}
}
}
В ответе от провайдера придет информация о состоянии обработки в ЧЗ, которая извлекается из служебных полей, а не из самого XML УПД.
2. Использование API Диадок (Контур).
Если вы используете систему Диадок, статус прохождения маркировки передается в отдельном поле ВнешнийСтатус_TtGis. Проанализируем, как это реализовано в типовых интеграциях 1С: данные записываются в дополнительные реквизиты документа ЭДО. Вы можете отследить статус «Обработан в ГИС МТ» или получить конкретный текст ошибки, если коды маркировки не прошли проверку.
Рассмотрим самый надежный способ проверки, не зависящий от корректности отображения данных в учетной системе или интерфейсе ЭДО. Проанализируем действия пользователя:
В современных конфигурациях 1С (ERP, УТ 11, БП 3.0) реализован механизм автоматического запроса статусов. Программа не «смотрит» внутрь файла XML, а выполняет регламентное задание ОбменСГИСМТ. Рассмотрим, как это работает программно:
Система обращается к API ГИС МТ, передает идентификатор документа и получает ответ о состоянии обработки марок. Результат сохраняется в регистрах сведений, таких как СтатусыИнформированияГИСМТ. В интерфейсе пользователя это выглядит как гиперссылка в документе УПД, например: «Коды маркировки приняты».
Если вам поставили задачу «вытащить признак прохождения ЧЗ из файла УПД», правильным ответом будет: это невозможно сделать, анализируя только сам файл. Для решения задачи необходимо:
N3=1).Таким образом, подтверждение «прохождения» — это всегда внешняя информация, которая подтверждает валидность данных, содержащихся в подписанном XML-файле.