Пытаемся сформировать титул покупателя для входящей накладной в формате приказа №551.
При формировании титула, возникает ошибка
Diadoc.Api.Http.HttpClientException: BaseUrl=https://diadoc-api.kontur.ru,
PathAndQuery=/GenerateTorg12XmlForBuyer?boxId=1242c709-c837-4329-bebe-3865d1ff58ff&sellerTitleMessageId=c9627b00-41e0-4622-aaef-86e649ab2502&sellerTitleAttachmentId=c1cbf9cc-0670-4827-b84c-d8e2c2027334,
AdditionalMessage=Invalid generated title:
Metadata errors: Could not get metadata by key: /Файл/СвУчДокОбор/@ИдПок
Validation errors: ,
StatusCode=BadRequest, DiadocErrorCode: Http.BadRequest --->
System.Net.WebException: The remote server returned an error: (400) Bad Request.
Вопрос довольно срочный, подскажите откуда берётся атрибут ИдПок, если этот атрибут, насколько я понимаю, был в устаревшем приказе 172
Найти и обезвредить. Четыре распространенных ошибки в электронных универсальных передаточных документах
Универсальные передаточные документы подтверждают приём и отгрузку товаров. Ошибки в них затягивают согласование, нарушают поставки и приводят к убыткам.
Разбираем типичные ошибки в УПД и подсказываем, как их исправить.
Ошибка № 1. Неправильно указана сумма заказа или дата отгрузки
Учётная система выгружает документ с датой отгрузки или суммой, которые отличаются от данных контрагента. Например, цена указана с НДС, а надо без него. В итоге невозможно завершить операцию и закрыть сделку.
Как исправить
Сформировать и отправить исправительный универсальный передаточный документ (ИУПД) с порядковыми номером 001 и датой от текущего дня. Если исправительных документов несколько, каждому присвойте свой номер в зависимости от последовательности, в какой надо корректировать недочёты.
Стоит уточнить у менеджера цену, дату и другие параметры заказа, чтобы не допустить ошибку снова.
Ошибка № 2. Не подписан титул документа
Счёт-фактура не поступает. Ошибка возникает, если контрагент не подписал документ или если документ подписан, но титул покупателя не передался. Возможные причины – ошибки при обработке в базе данных или недостаток информации, указанной в УПД.
Как исправить
Уточнить у менеджера, был ли подписан документ и почему нет, если ответ отрицательный. Если титул покупателя передан и есть письмо, которое это подтверждает, следует обратиться в техподдержку оператора ЭДО.
Ошибка № 3. Документ отклонён
Платформа отклоняет корректировочный документ, если в нём есть позиции, в которых не происходило никаких изменений.
Как исправить
Сформировать новый корректировочный УПД и указать в нём только те позиции, которые подвергаются изменениям. Например, по причине недопоставки или брака. А позиции, которые приняты успешно, следует удалять.
Число ноль в товарных позициях по этому документу не будет считаться ошибкой.
Ошибка № 4. Не найден GTIN в национальном каталоге
Если GTIN не найден или передан некорректно, отправить сведения по маркированным товарам в «Честный знак» нельзя: система попросту отклонит все документы. А значит, есть риск не выполнить требования законодательства и получить штраф.
Как исправить
Нужно внести корректировки в товарный справочник и проставить признак ОСУ (объёмно-сортовой учёт) в карточке товара. Если всё указано верно, при отметке галочек «Указать сведения о маркировке товара» и «в ОСУ» платформа автоматически заполнит поля по маркированным товарам, в том числе GTIN.
Хотите проверить УПД на ошибки бесплатно?
Через удобный сервис проверки XML-файлов
Оставьте заявку
Мы свяжемся с вами и расскажем, как это работает:
Для создания УПД «Титул покупателя» перейдите во вкладку «Взаимосвязи», затем по контрагенту ООО «Эдивеб» / ООО «Эдивеб Системс» перейдите в раздел УПД с направлением «IN» (Рис. 1).
Кликните левой кнопкой мыши по УПД со статусом «Ожидается ответ покупателя» и выберите операцию «Просмотреть» (Рис. 2).
Откроется форма просмотра УПД «Титул продавца». Нажмите кнопку «Создать Титул покупателя» (Рис. 3).
Откроется форма создания УПД «Титула покупателя» (Рис. 4).
Заполните обязательные поля:
- В блоке «Информация о документе и покупателе» (Рис. 5):
- Основание, по которому экон. субъект является составителем информации продавца – документ, на основании которого составитель документа имеет полномочия совершать действия. Значения – от «Доверенность №123 от 12.12.12», до «Должностная инструкция».
2. В блоке «Сведения о принятии товаров» (Рис. 6):
- Содержание операции – содержание действий. Например: «Товары принял без претензий», «Результаты работ принял без претензий», «Услуги получены, претензий нет» или другое, не более 255 символов.
- Должность – должность лица, которое ответственно за принятие УПД, а также основание полномочий.
- Фамилия – фамилия лица, которое ответственно за принятие УПД.
- Имя – имя лица, которое ответственно за принятие УПД.
3. В блоке «Подписант» (Рис. 7):
- Область полномочий – выберите из списка область полномочий подписанта.
- Статус – выберите из списка статус подписанта.
- Тип – выберите из списка тип подписанта.
- ИНН – ИНН организации.
- Основание полномочий – основание, по которому субъект является подписантом.
- Фамилия – фамилия подписанта.
- Имя – имя подписанта.
Важно
По умолчанию подставляются данные в поля «Физическое лицо» и «ИНН» вашей организации. Это невалидная пара, поэтому измените значение в поле «Тип» на «Представитель юридического лица», после чего появится заполненное поле «Название организации». Затем в поле «ИНН» уберите «00», стоящие в начале поля. После этого этот блок будет иметь валидные значения (Рис. 8).
После заполнения всех обязательных полей нажмите кнопку «Подписать» (Рис. 9).
После подписания «Титула покупателя», входящий УПД от ООО «Эдивеб» / ООО «Эдивеб Системс» изменит статус на «Получен Титул покупателя». Далее после подписания всех извещений, УПД от Ediweb изменит статус на «Завершён».
Документооборот УПД¶
Приказом ФНС России от 24.03.2016 №ММВ-7-15/155@, утвержден электронный формат универсального передаточного документа УПД.
Примечание
Подробнее про УПД можно прочитать здесь
Новый формат документа можно будет использовать:
- как счет-фактуру;
- как первичный документ, подтверждающий совершение хозяйственной операции;
- как универсальный передаточный документ (УПД), который совмещает в себе счет-фактуру и первичный документ, подтверждающий совершение хозяйственной операции.
Примечание
Форма универсального передаточного документа, а также рекомендации по его заполнению приведены в письме ФНС России от 21.10.13 № ММВ-20-3/96@.
УПД с функцией СЧФ¶
Структуры¶
Для документов, возникающих в ходе документооборота УПД с функцией СЧФ, в Диадоке зарезервированы специальные типы сущностей.
Для УПД с функцией СЧФ можно использовать следующую структуру:
- Attachment/UniversalTransferDocument (FunctionType.Invoice),
Для исправления УПД с функцией СЧФ можно использовать следующую структуру:
- Attachment/UniversalTransferDocumentRevision (FunctionType.Invoice),
Для корректировки УКД с функцией КСЧФ можно использовать следующую структуру:
- Attachment/UniversalCorrectionDocument (FunctionType.Invoice),
Для исправления корректировки УКД с функцией КСЧФ можно использовать следующую структуру:
- Attachment/UniversalCorrectionDocumentRevision (FunctionType.Invoice),
Для служебных документов, возникающих в ходе реализации порядка обмена ЭСФ, можно использовать следующую структуру:
- Attachment/InvoiceConfirmation (подтверждение оператора электронного документооборота, для обоих приказов),
- Attachment/InvoiceCorrectionRequest (уведомление об уточнении СФ/ИСФ/КСФ/ИКСФ, для обоих приказов),
- Attachment/InvoiceReceipt (извещение о получении СФ/ИСФ/КСФ/ИКСФ, подтверждения оператора электронного документооборота или уведомления об уточнении СФ/ИСФ/КСФ/ИКСФ, для обоих приказов).
Порядок обмена¶
В случае, когда УПД используется с функцией СЧФ (FunctionType.Invoice), документооборот повторяет документооборот СФ.
- Продавец формирует УПД (СЧФ) UniversalTransferDocument1, подписывает его и направляет Покупателю.
- Диадок формирует подтверждение оператора InvoiceConfirmation2о дате получения УПД (СЧФ), подписывает его и направляет Продавцу.
- Диадок формирует подтверждение оператора InvoiceConfirmation2“о дате отправки УПД (СЧФ), подписывает его и направляет вместе со счетом фактурой Покупателю.
- Продавец получает подтверждение оператора и отправляет в ответ подписанное извещение InvoiceReceipt3о получении подтверждения.
- Покупатель получает УПД (СЧФ) и подтверждение оператора и отправляет в ответ подписанные извещение InvoiceReceipt5о получении УПД (СЧФ) и извещение InvoiceReceipt4о получении подтверждения.
- Диадок формирует подтверждение оператора InvoiceConfirmation6о дате отправки извещения о получении УПД (СЧФ), подписывает его и направляет Покупателю.
- Покупатель получает подтверждение оператора и отправляет в ответ подписанное извещение InvoiceReceipt7о получении подтверждения.
- Если Покупатель обнаружил ошибки в полученном УПД (СЧФ), он формирует уведомление об уточнении УПД (СЧФ) InvoiceCorrectionRequest8, подписывает его и направляет Продавцу.
- Продавец получает уведомление об уточнении УПД (СЧФ), и отправляет в ответ подписанное извещение InvoiceReceipt9о получении уведомления.
Таким образом:
- со стороны получателя необходимо отправить InvoiceReceipt на InvoiceConfirmation от оператора, а также отправить InvoiceReceipt на документ УПД с функцией СЧФ.
- со стороны отправителя необходимо сформировать InvoiceReceipt на InvoiceConfirmation от оператора и получить InvoiceReceipt по документу УПД.
УПД с функцией ДОП¶
Структуры¶
Для документов, возникающих в ходе документооборота УПД с функцией ДОП, в Диадоке зарезервированы специальные типы сущностей.
Для титула продавца УПД с функцией ДОП можно использовать следующую структуру:
- Attachment/UniversalTransferDocument (FunctionType.Basic),
Для титула покупателя УПД с функцией ДОП можно использовать следующую структуру:
- Attachment/UniversalTransferDocumentBuyerTitle (FunctionType.Basic),
Порядок обмена¶
В случае, когда УПД используется с функцией ДОП (FunctionType.Basic), документооборот повторяет документооборот актов и накладных.
- Продавец формирует титул продавца УПД (ДОП) UniversalTransferDocument1, подписывает его и направляет Покупателю.
- Диадок доставляет титул продавца УПД (ДОП) UniversalTransferDocument1до Покупателя.
- Покупатель получает титул продавца УПД (ДОП) UniversalTransferDocument2, и формирует в ответ титул покупателя UniversalTransferDocumentBuyerTitle3, подписывает его и отправляет в сторону Продавца.
- Диадок доставляет титул покупателя УПД (ДОП) UniversalTransferDocumentBuyerTitle4до Продавца.
- Если Покупатель обнаружил ошибки в полученном титуле продавца УПД (ДОП), он формирует отказ в подписи XmlSignatureRejection5, подписывает его и направляет Продавцу.
- Диадок доставляет отказ в подписи XmlSignatureRejection5до Продавца.
Таким образом:
- со стороны получателя необходимо сгенерировать и отправить ответный титул покупателя, либо отказ в подписи.
- со стороны отправителя необходимо сгенерировать и отправить первичный титул продавца.
УПД с функцией СЧФДОП¶
В случае, когда УПД используется с функцией СЧФДОП (FunctionType.InvoiceAndBasic), объединяются документообороты для FunctionType.Invoice и FunctionType.Basic.
- Продавец формирует титул продавца УПД (СЧФДОП) UniversalTransferDocument1, подписывает его и направляет Покупателю.
- Диадок формирует подтверждение оператора InvoiceConfirmation2о дате получения титула продавца УПД (СЧФДОП), подписывает его и направляет Продавцу.
- Диадок формирует подтверждение оператора InvoiceConfirmation2“о дате отправки титула продавца УПД (СЧФДОП), подписывает его и направляет вместе со УПД (СЧФДОП) Покупателю.
- Продавец получает подтверждение оператора и отправляет в ответ подписанное извещение InvoiceReceipt3о получении подтверждения.
- Покупатель получает титул продавца УПД (СЧФДОП) и подтверждение оператора и отправляет в ответ подписанные извещение InvoiceReceipt5о получении титула продавца УПД (СЧФДОП) и извещение InvoiceReceipt4о получении подтверждения.
- Диадок формирует подтверждение оператора InvoiceConfirmation6о дате отправки извещения о получении титула продавца УПД (СЧФДОП), подписывает его и направляет Покупателю.
- Покупатель получает подтверждение оператора и отправляет в ответ подписанное извещение InvoiceReceipt7о получении подтверждения.
- Покупатель формирует в ответ на титул продавца УПД (СЧФДОП), титул покупателя УПД (СЧФДОП) UniversalTransferDocumentBuyerTitle8, подписывает его и отправляет в сторону Продавца.
- Диадок доставляет титул покупателя УПД (СЧФДОП) UniversalTransferDocumentBuyerTitle9до Продавца.
- Если Покупатель обнаружил ошибки в полученном титуле продавца УПД (СЧФДОП), он формирует отказ в подписи XmlSignatureRejection10, подписывает его и направляет Продавцу.
- Если Покупатель обнаружил ошибки в полученном титуле продавца УПД (СЧФДОП), он формирует уведомление об уточнении УПД (СЧФДОП) InvoiceCorrectionRequest11, подписывает его и направляет Продавцу.
- Порядок отправки структур InvoiceReceipt4и UniversalTransferDocumentBuyerTitle9покупателем не важен.
- Продавец получает уведомление об уточнении УПД (СЧФДОП), и отправляет в ответ подписанное извещение InvoiceReceipt12о получении уведомления.
Таким образом:
- со стороны покупателя нужно сформировать и отправить InvoiceReceipt на InvoiceConfirmation, InvoiceReceipt на документ УПД (СЧФДОП), а также титул покупателя УПД (СЧФДОП).
- со стороны отправителя необходимо сформировать InvoiceReceipt на InvoiceConfirmation от оператора, получить InvoiceReceipt по документу, получить титул покупателя УПД (СЧФДОП).
Подписанты¶
Набор необходимых полей для подписания счетов-фактур, актов и накладных был значительно меньше, чем для подписания УПД и УКД.
Все данные подписанта доставались из сертификата и данных его организации — автоматическое заполнение данных подписанта происходило при заполнении BoxId и Certificate/CertificateThumbprint.
Форматы УПД и УКД подразумевают расширенный набор полей для подписантов. Этот набор полей не содержится ни в сертификате, ни в данных организации.
Но логика автоматического заполнения данных о подписантах сохранилась и при подписании УПД и УКД.
Автоматическое заполнение происходит, если в Диадоке есть дополнительные данные, необходимые для подписания. Если дополнительных данных, необходимых для подписания в Диадоке нет, то будет возникать ошибка.
Расширенные данные можно заполнить методом ExtendedSignerDetails.
Для указания этих данных в Диадоке добавлены следующие структуры и методы:
- структура для описания реквизитов продавца, покупателя и грузоотправителя, используемая в УПД и УКД — ExtendedOrganizationInfo
- структура для описания реквизитов подписанта, используемая в УПД и УКД — ExtendedSigner
- структура для описания реквизитов подписанта, используемая в методе ExtendedSignerDetails — ExtendedSignerDetailsToPost
Формирование документа-исправления от утвержденного УПД
Материал из WIKI
Перейти к: навигация,
поиск
В утвержденном документе, подписанном в ЕИС, можно внести корректировки на вкладке «Общие сведения» по кнопке «Сформировать исправление». После нажатия на данную кнопку появляется окно, с подтверждением того, что от данного утвержденного документа будет сформировано исправление. После нажатия в окне кнопки «Продолжить» произойдет переход на страницу с созданным исправлением.
Сообщение при формировании исправления
При формировании исправления в наименовании документа-исправления будет добавлено слово «Исправление к…».
Отображение наименования документа-исправления
В документе-исправления над блоком со сведениями об обязательстве и контракте отображается уведомление, в котором отображается, что данный документ является исправлением, далее указывается исходный документ. Наименование исходного документа является ссылкой, при нажатии на которую открывается страница с исходным документом.
В исходном документе так же отображается уведомление о том, что к данному документу сформировано исправление, и наименование документа-исправления является ссылкой.
При формировании документа-исправления от утвержденного документа пользователь может вносить только незначительные изменения:
- При формировании титула продавца, в блоке «Сведения об обязательстве и контракте (основание)» для редактирования доступно только поле «Фактический срок окончания исполнения».
В документе-исправлении, в блоке «Сведения о документе» добавлены новые поля:
— «Номер исправления» — заполняется автоматически и недоступен для редактирования.
— «Дата исправления» — заполняется автоматически, при этом доступна для редактирования.
Также в данном блоке пользователь может отметить/снять галочку о том, что предоставление документа более не планируется. Остальные поля в данном блоке недоступны для редактирования.
- При формировании титула продавца для редактирования доступны блоки со сведениями о продавце и покупателе, где пользователь может редактировать любую информацию по реквизитам, как в исходном УПД.
- При формировании титула продавца, в блоке «Сведения о товарах, работах, услугах» пользователь может только убрать (и при необходимости поставить) галочку в параметре «Детализировать» при условии, что в исходном УПД этот объект был детализирован и наименование объекта изменилось при детализации.
Сведения о товарах, работах, услугах
- При формировании титула продавца для редактирования доступен блок «Транспортировка и груз».
Блок «Транспортировка и груз»
- При формировании титула продавца для редактирования доступны блоки с группами доступа и подписантами, не включенными в выбранные группы доступа.
Блоки с группами доступа и подписантами
- При формировании титула продавца для редактирования доступен блок с файлами.
Остальные сведения недоступны для редактирования при формировании титула продавца.
После подписания в ЕИС документа исполнителем пользователь (заказчик) переходит к формированию титула покупателя, где для редактирования доступны только блоки с подписантами и добавления файлов.
Остальные сведения недоступны для редактирования при формировании титула покупателя.
После подписания документа-исправления обеими сторонами статус исходного УПД не меняется, он остается в статусе «Утвержден» и оплата будет формироваться только от исходного документа. Объем исправления к утвержденному документу не учитывается в графике исполнения.
Если документ-исправление сформирован от отклоненного УПД, то оплата будет происходить от утвержденного документа-исправления и его объем будет учитываться в графике исполнения.
Исправление к документу о приемке/счету-фактуре
Создание корректировки титула заказчика
Создание исправлений в подписанный титул заказчика доступно заказчикам только при наличии в сведениях о контракте в реестре контрактов признака «Контрактом предусмотрено удержание суммы неисполненных поставщиком (подрядчиком, исполнителем) требований об уплате неустоек (штрафов, пеней) из суммы, подлежащей оплате поставщику (подрядчику, исполнителю)».
При выявлении ошибок/неточностей в информации о налогах и неустойках (штрафах, пенях), отраженных в документе о приемке, после его подписания заказчиком, необходимо внести исправление в данный документ.
Для внесения изменений в части сумм неустоек и налогов в контекстном меню подписанного документа о приемке/корректировочного документа нужно выбрать пункт «Создать корректировку». После чего на вкладке «Прочие начисления» можно внести изменения или добавить информацию о сумме неустойки (штрафе, пени) и/или налогах (сборах, платежах), уплачиваемых заказчиком за физическое лицо.
Далее на вкладке «Подписанты» добавить подписантов и подписать документ.
Следует отметить, что по такому исправлению также обновляется созданные на основании документа о приемке сведения об исполнении контракта, которые необходимо подписать и направить на размещение в реестре контрактов.
Для заказчиков, формирующих сведения о денежных обязательствах в ЕИС, реализованы контроли и подсказки о действиях заказчика в отношении денежных обязательств.
Ошибка формирования титула покупателя
wowbios opened this issue 5 years ago · comments
Пытаемся сформировать титул покупателя для входящей накладной в формате приказа №551.
При формировании титула, возникает ошибка
Diadoc.Api.Http.HttpClientException: BaseUrl=https://diadoc-api.kontur.ru,
PathAndQuery=/GenerateTorg12XmlForBuyer?boxId=1242c709-c837-4329-bebe-3865d1ff58ff&sellerTitleMessageId=c9627b00-41e0-4622-aaef-86e649ab2502&sellerTitleAttachmentId=c1cbf9cc-0670-4827-b84c-d8e2c2027334,
AdditionalMessage=Invalid generated title:
Metadata errors: Could not get metadata by key: /Файл/СвУчДокОбор/@ИдПок
Validation errors: ,
StatusCode=BadRequest, DiadocErrorCode: Http.BadRequest --->
System.Net.WebException: The remote server returned an error: (400) Bad Request.
Вопрос довольно срочный, подскажите откуда берётся атрибут ИдПок, если этот атрибут, насколько я понимаю, был в устаревшем приказе 172
В адресе нет параметра documentVersion, в этом случае титул генерится в старом формате.
Вы точно используете метод GenerateTovTorg551XmlForBuyer, а не GenerateTorg12XmlForBuyer?
В адресе нет параметра documentVersion, в этом случае титул генерится в старом формате.
Вы точно используете метод GenerateTovTorg551XmlForBuyer, а не GenerateTorg12XmlForBuyer?
Использую GenerateTorg12XmlForBuyer. Вероятно из-за старой версии API.
Если действительно необходимо использовать данный метод, обновите пж в документации след. информацию:
Технически в документации все верно: в HTTP API есть один метод GenerateTorg12XmlForBuyer, его поведение зависит от параметра documentVersion.
А вот в SDK есть два метода GenerateTovTorg551XmlForBuyer и GenerateTorg12XmlForBuyer, они оба обращаются к одному и тому же методу HTTP API, но первый передает documentVersion, а второй нет.
Мы подумаем, как улучшить документацию, чтобы не возникало путаницы, спасибо!
Не удалось найти владельца для служебного электронного документа
Дата обновления: 28.06.2022
Номер карточки: SD0008726
Данная ошибка возникает при попытке распаковать входящий пакет электронного документа.
В проблемном пакете содержится документ, предусмотренный регламентом ЭДО, для которого основной (первичный) электронный документ отсутствует в базе 1С.
Возможные причины:
1. Первичный титул был удален из базы 1С.
Пользователь выполнил удаление электронного документа, по которому поступили предусмотренные регламентом ЭДО документы (извещение о получении, информация получателя, предложение об аннулировании). Данный пакет не может распаковаться из-за отсутствия первичного документа. В связи с этим мы настоятельно не рекомендуем выполнять удаление электронных документов.
2. Полученный пакет не предназначен для текущей информационной базы.
Пакет был загружен в ранее созданную копию информационной базы, в которой отсутствует необходимый электронный документ. Во избежание возникновения ошибок настоятельно рекомендуем не использовать один идентификатор участника ЭДО в нескольких информационных базах, в том числе и тестовых.
Решение: пользователю необходимо отменить данный пакет, после чего связаться с контрагентом для согласования отправки нового документа и завершения документооборота по нему.
История изменений
| Дата | Версия документа | Изменения |
|---|---|---|
|
21.02.2022 |
37.0 |
В разделе «Требования к указанию сведений о передаче маркированного товара в объёмно-сортовом разрезе учёта» добавлено уточнение о том, что для одной товарной позиции в УПД, УПД(и), УКД, УКД(и) допускается указание нескольких регулярных выражений, в случае, когда в составе содержится несколько кодов товаров, за исключением весовых товаров. Для весового товара допускается указание не более одного регулярного выражения; |
|
08.12.2022 |
36.0 |
В разделе «Требования к указанию сведений о передаче маркированного товара в объёмно-сортовом разрезе учёта» добавлено уточнение о том, что для одной товарной позиции в УПД, УПД(и), УКД, УКД(и) допускается многократное указание одного регулярного выражения |
|
07.12.2022 |
35.0 |
В разделе «Описание КИ единиц товаров, групповых и транспортных упаковок» добавлено описание формата КИН в таблицах:
|
|
25.10.2022 |
34.0 |
Из раздела «Сведения в УПД, оформленных в рамках договоров комиссии и (или) агентских договоров» удалена информация о том, что при указании в атрибуте <ОбстФормСЧФ> значения «8» дополнительные сведения не обрабатываются, ГИС МТ осуществляет регистрацию передачи КИ с типом оборота «Продажа»; |
|
06.10.2022 |
33.0 |
В разделе «Требования к указанию КИТУ» добавлены требования к указанию КИТУ в случае, когда в КИТУ входят несколько товарных позиций из УПД, добавлен рисунок «Пример указания КИТУ к нескольким товарным позициям»; |
|
03.10.2022 |
32.0 |
В разделе «Проверка документа УПД в объёмно-сортовом виде сведений и описание ошибки» в рекомендациях по исправлению ошибки с кодом «190»: «Неверное указание данных в регулярном выражении» регулярное выражение 02[gtin]37[count]3103[netWeight] скорректировано на 02[gtin]37[count], добавлена информация об отсутствии скобок и разделителей при указании КИ, добавлен пример КИ без указания скобок |
|
15.09.2022 |
31.0 |
В раздел «Требования к указанию сведений о передаче маркированного товара в объёмно-сортовом разрезе учёта» добавлен пункт: предоставление в ГИС МТ сведений о передаче маркированного товара возможно путём подачи документа «Вывод из оборота» в сортовом учёте по товарам с указанием причины вывода из оборота «Реализация незарегистрированному участнику» |
|
09.09.2022 |
30.0 |
В разделе «Проверка документа УПД в объёмно-сортовом виде сведений и описание ошибки» добавлен код ошибки «190» |
|
07.09.2022 |
29.0 |
В разделе «Перечень сокращений, условных обозначений и терминов» добавлены сокращения ДОП и СЧФДОП; |
|
26.08.2022 |
28.0 |
В разделе «Описание КИ единиц товаров, групповых и транспортных упаковок» скорректировано описание формата КИТУ (короб) для товарных групп «Альтернативная табачная продукция», «Никотиносодержащая продукция», «Табачная продукция» |
|
24.08.2022 |
27.0 |
Добавлены разделы «Рекомендации по подаче сведений в УПД при отгрузке товаров, подлежащих прослеживаемости в ГИС МТ и ФГИС МДЛП», «Рекомендации по подаче сведений в УПД, в случае если покупатель не является зарегистрированным участником оборота товаров»; |
|
09.08.2022 |
26.0 |
В разделе «Предварительная проверка УПД до свершения факта приёмки со стороны покупателя» указано, что проверка подключённых товарных групп выполняется для товарных групп «Альтернативная табачная продукция», «Никотиносодержащая продукция», «Табачная продукция» |
|
05.08.2022 |
25.0 |
Удалён раздел «Рекомендации по подаче сведений в УПД, если покупатель не является зарегистрированным участником оборота маркированных товаров»; |
|
03.08.2022 |
24.0 |
Из раздела «Требования к указанию КИ товаров, групповых и транспортных упаковок» удалены информация о том, что обработка УКД по формату Приказа ФНС России № ЕД-7-26/736@ от 12.10.2020 доступна на демонстрационном и промышленном контурах ГИС МТ с 1 июля 2021 и уточнение о том, что графический интерфейс в рамках реализации данной функциональности будет изменён позднее; |
|
02.08.2022 |
23.0 |
По тексту документа скорректирована нумерация таблиц; |
|
01.08.2022 |
22.0 |
В разделе «Описание КИ единиц товаров, групповых и транспортных упаковок» для товарной группы «Биологически активные добавки к пище» добавлено описание структуры КИГУ для указания в УПД, УПД(и), УКД, УКД(и) |
|
28.07.2022 |
21.0 |
Раздел «Перечень терминов и сокращений» переименован в «Перечень сокращений, условных обозначений и терминов» |
|
15.07.2022 |
20.0 |
В разделе «Требования к указанию сведений о передаче маркированного товара в объёмно-сортовом разрезе учёта» актуализирован пример указания сведений в комбинированном виде |
|
15.07.2022 |
19.0 |
Актуализирована информация в разделе «Перечень терминов и сокращений»; |
|
12.07.2022 |
18.0 |
В разделах «Требования к указанию сведений о передаче маркированного товара в объёмно-сортовом разрезе учёта» и «Требования к указанию сведений о передаче маркированного товара в объёмно-сортовом разрезе учёта» удалена информация о доступности функциональности по обработке документов с указанием сведений о маркированных товарах в объёмно-сортовом разрезе только на демонстрационном контуре ГИС МТ |
|
23.06.2022 |
17.0 |
В разделе «Требования к указанию сведений о передаче маркированного товара в объёмно-сортовом разрезе учёта» актуализирован пример указания сведений в комбинированном виде; |
|
17.06.2022 |
16.0 |
В разделе «Сведения о видах оборота» выделены подразделы «Сведения в УПД, оформленных в рамках договоров комиссии и (или) агентских договоров» и «Сведения в УПД при передаче / возврате товара на ответственное хранение»; |
|
В разделе «Сведения о реализации маркированных товаров в рамках гос. контракта» в таблице с описанием допустимых значений «Информационного поля события (факта хозяйственной жизни) 1» (<ИнфПолФХЖ1>) «Информации продавца» в элементе «Текстовая информация» (<ТекстИнф>) для идентификатора <СвВыбытияМАРК> скорректировано значение «4» («Продажа товаров по государственному (муниципальному) контракту») (прежнее значение — «3»), скорректировано значение столбцов «Формат элемента» и «Признак обязательности элемента». Добавлено примечание о том, что, если при заполненном идентификаторе гос. контракта поле <СвВыбытияМАРК> не заполнено, то при поступлении УПД осуществляется только перемещение кодов на конечного покупателя, вывод кодов из оборота не осуществляется. Актуализирован рисунок «Информационное поле события факта хозяйственной жизни продавца»; |
||
|
15.06.2022 |
15.0 |
В разделе «Описание сведений о маркированных товарах в УПД» внесено уточнение по формулировки возможности указания сведений о маркированном товаре в УПД; |
|
10.06.2022 |
14.0 |
В разделах «Описание сведений о маркированных товарах в УПД», «Описание сведений о маркированных товарах в УКД», «Описание дополнительных сведений о передаче маркированных товаров (виды оборота, причины выбытия товаров)», «Предварительная проверка УПД до свершения факта приёмки со стороны покупателя», «Повторная обработка универсальных документов», «Согласие на предоставление доступа к информации о КИ» удалена ссылка на документацию «Описание True API», добавлено уточнение о том, где размещена данная документация |
|
02.06.2022 |
13.0 |
В разделах «Требования к указанию сведений о передаче маркированного товара в объёмно-сортовом разрезе учёта» и «Требования к указанию сведений о передаче маркированного товара в объёмно-сортовом разрезе учёта» скорректирован срок перехода на поэкземплярный учет (с 1 июня 2025 года) |
|
31.05.2022 |
12.0 |
В раздел «Требования к указанию КИ товаров, групповых и транспортных упаковок при использовании УКД по формату Приказа № ЕД-7-26/736@ от 12.10.2020» добавлено уточнение о возможности осуществления возврата КИ, который был перемаркирован получателем, рисунок «Пример заполнения при указании информации о полном возврате по товарной позиции» переименован в «Пример заполнения при указании информации о возврате по товарной позиции», удалён рисунок «Пример заполнения при указании информации о вновь добавляемых КИ по товарной позиции» |
|
25.05.2022 |
11.0 |
В разделе «Требования к указанию сведений о передаче маркированного товара в объёмно-сортовом разрезе учёта» актуализированы описание и рисунок «Пример указания сведений в комбинированном виде»; |
|
27.04.2022 |
10.0 |
Скорректирована история изменений версии 9.0 |
|
20.04.2022 |
9.0 |
В разделе «Рекомендации по формату КИТУ для товарной группы «Молочная продукция»» актуализировано описание рекомендаций по формату КИТУ для товарной группы «Молочная продукция»; |
|
15.03.2022 |
8.0 |
В разделах «Описание КИ единиц товаров, групповых и транспортных упаковок», «Описание сведений о маркированных товарах в УПД», «Описание сведений о маркированных товарах в УКД» актуализировано описание общих сведений; |
|
27.01.2022 |
7.0 |
В разделах «Описание дополнительных сведений о передаче маркированных товаров (виды оборота, причины выбытия товаров)» и «Сведения о видах оборота» исправлена ошибка в названии акта о возврате товарно-материальных ценностей (документ возврата с ответственного хранения). До исправления было указано значение «МХ-2», после исправления – «МХ-3» |
|
12.01.2022 |
6.0 |
В разделе «Сведения о видах оборота» исправлен тег <ОбсФормСЧФ> на <ОбстФормСЧФ> |
|
14.12.2021 |
5.0 |
В разделе «Сведения о видах оборота» добавлено описание поведения системы ГИС МТ при заполнении поля «ВидОборотаМАРК» |
|
07.12.2021 |
4.0 |
В разделе «Сведения о видах оборота» добавлено описание сценариев совмещение документов «Отгрузка»/«Приёмка» и УПД |
|
29.11.2021 |
3.0 |
В разделах «Требования к указанию сведений о передаче маркированного товара в объёмно-сортовом разрезе учёта» и «Требования к указанию сведений о передаче маркированного товара в объёмно-сортовом разрезе учёта» добавлено уточнение, что функциональность по обработке документов, с указанием сведений о маркированных товарах в объемно-сортовом разрезе, будет доступна на демонстрационном контуре ГИС МТ в феврале 2022; |
|
15.11.2021 |
2.0 |
В разделе «Описание КИ единиц товаров, групповых и транспортных упаковок» добавлено уточнение, что в электронных документах КИ указываются без символов-разделителей GS (ASCII 29); |
|
29.10.2021 |
1.0 |
Начальная версия |
Перечень сокращений, условных обозначений и терминов
| Сокращение, условное обозначение, термин | Описание |
|---|---|
|
AI |
Идентификатор применения — набор из двух или более знаков, расположенный в начале элементной строки. Идентификатор AI – это префикс, который единственным образом определяет значение и формат поля данных, следующего за AI. Данные, следующие за идентификатором AI, могут содержать буквенные или цифровые символы любой длины, до тридцати символов. Поля данных могут быть определённой или переменной длины в зависимости от идентификатора AI. Дополнительные данные, связанные с товарной единицей или логистическим элементом, не имеют значения сами по себе. Эти данные могут быть представлены в UCC/EAN–128 с помощью идентификатора AI |
|
API |
Application Programming Interface (интерфейс программирования приложений) — программный интерфейс приложения, набор готовых классов, процедур, функций, структур и констант, предоставляемых приложением (библиотекой, сервисом) или операционной системой для использования во внешних программных продуктах |
|
GS1 |
Global Standard 1 — независимая некоммерческая организация, специализирующаяся на разработке и внедрении глобальных стандартов идентификации, маркировки в торговых процессах для различных целей, включая организацию прослеживаемости товаров. Ассоциация автоматической идентификации «ГС1 РУС», использующая стандарты GS1 |
|
GTIN |
Global Trade Item Number – глобальный идентификационный номер, присваиваемый единице товара (продукции) национальной организацией GS1 в соответствии с правилами, установленными стандартами системы GS1, наносимый в виде штрихового кода на каждую единицу товара (продукции) в целях ее однозначной идентификации в мировом экономическом пространстве |
|
GUID |
Глобальный уникальный идентификатор |
|
SSCC |
Serial Shipping Container Code — индивидуальный серийный номер транспортной упаковки в виде линейного штрихового кода Code128 |
|
XML |
eXtensible Markup Language — расширяемый язык разметки, состоящий из набора тегов, их атрибутов, значений, а также набора правил, определяющих какие атрибуты и элементы могут входить в состав других элементов |
|
АТК |
Агрегированный таможенный код — уникальная последовательность символов, которая присваивается каждой отдельной виртуальной упаковке, объединяющей комбинацию товаров, подлежащих прохождению таможенных процедур, выпуска для внутреннего потребления или реимпорта, экспорта, временного вывоза и реэкспорта. Общее количество символов в составе АТК — 25 |
|
АТП |
Альтернативная табачная продукция |
|
ГИС МТ |
Государственная информационная система, созданная в целях автоматизации процессов сбора и обработки информации об обороте товаров, подлежащих обязательной маркировке средствами идентификации, хранения такой информации, обеспечения доступа к ней, её предоставления и распространения, повышения эффективности обмена такой информацией и обеспечения прослеживаемости указанных товаров, а также в иных целях, предусмотренных федеральными законами |
|
ДОП |
Первичный документ. Например: накладная или акт |
|
ЕЛК |
Единый личный кабинет |
|
ИСН |
Индивидуальный серийный номер — символьная последовательность, уникально идентифицирующая единицу товара, потребительскую упаковку товара на основании кода товаров |
|
КИ |
Код идентификации — последовательность символов, представляющая собой уникальный номер экземпляра товара, формируемая Оператором информационной системы мониторинга для целей идентификации товаров, в том числе в потребительской упаковке |
|
КИГУ |
Код идентификации групповой упаковки — последовательность символов, представляющая собой уникальный номер группы товара, формируемая оператором информационной системы мониторинга для целей идентификации упакованного товара в групповой упаковке в соответствии с законодательством РФ о маркировке товаров |
|
КИК |
Код идентификации комплекта товаров — последовательность символов, представляющая собой уникальный номер экземпляра комплекта товаров, формируемая для целей идентификации комплекта товаров в соответствии с законодательством РФ о маркировке товаров |
|
КИН |
Код идентификации набора товаров — последовательность символов, представляющая собой уникальный номер экземпляра набора товаров, формируемая в целях идентификации набора товаров в соответствии с законодательством РФ о маркировке товаров |
|
КИТУ |
Код идентификации транспортной упаковки (указывается от 18 до 74 символов включительно: цифры, буквы латинского алфавита, спецсимволы: A-Z a-z 0-9 % & ‘ » ( ) * + , — _ . / : ; < = > ? !) |
|
Крипто-хвост |
Код проверки — последовательность символов, сформированная в результате криптографического преобразования кода идентификации, позволяющая выявить фальсификацию кода идентификации при его проверке с использованием фискального накопителя и (или) технических средств проверки кода проверки |
|
КТ |
Код товара — уникальный код, присваиваемый группе товаров при их описании в информационном ресурсе (GTIN), обеспечивающем учёт и хранение достоверных данных о товарах по соответствующей товарной номенклатуре |
|
НКМТ |
Национальный каталог маркированных товаров |
|
Оператор |
Частный партнёр, действующий в качестве Оператора Единой системы маркировки в соответствии с распоряжением Правительства РФ от 8 мая 2019 г. № 899-р «О реализации проекта государственно-частного партнёрства, заключаемого в целях создания, эксплуатации и технического обслуживания объекта, предназначенного для обеспечения маркировки и прослеживаемости отдельных видов товаров» (https://честныйзнак.рф), распоряжением Правительства Российской Федерации от 3 апреля 2019 г. № 620-р «Об операторе государственной информационной системы мониторинга за оборотом товаров, подлежащих обязательной маркировке», и распоряжением № 2828-р от 18 декабря 2019 года |
|
СЧФДОП |
Первичный документ и счёт-фактура |
|
УКД |
Универсальный корректировочный документ — электронный документ, формат которого утверждается Федеральной налоговой службой, предназначенный для документирования факта изменения стоимости ранее осуществлённой поставки и (или) факта расхождения по количеству (качеству) продукции при её приёмке |
|
УКД(и) |
Исправительный универсальный корректировочный документ |
|
УКЭП |
Усиленная квалифицированная электронная подпись, обладающая дополнительными признаками защищённости: ключом проверки и подтверждёнными средствами электронной подписи |
|
УПД |
Универсальный передаточный документ — электронный документ об отгрузке товаров (выполнении работ, оказании услуг) или передаче имущественных прав, формат которого утверждается Федеральной налоговой службой |
|
УПД(и) |
Исправительный универсальный передаточный документ |
|
ЭДО |
Оператор электронного документооборота — организация, обеспечивающая обмен электронными документами, обладающими юридической силой. Операторы ЭДО оказывают услуги по организации обмена электронными документами по сделкам, такими, как договоры, первичные бухгалтерские документы, счёта-фактуры, между организациями, являющимися юридическими лицами, индивидуальными предпринимателями, государственными органами. Список доверенных Операторов ЭДО России, входящих в сеть ФНС РФ, размещён на официальном сайте налоговой службы |
Аннотация
Настоящий документ не является руководством по организации бизнес-процессов и бухгалтерского учёта на стороне участника оборота товаров. Методические рекомендации описывают требования по указанию информации о маркировке товаров в электронных документах, утверждённых приказами ФНС России и применяемых согласно Постановлениям Правительства РФ в рамках маркировки товаров Государственной информационной системой мониторинга за оборотом товаров (ГИС МТ). Методические рекомендации описывают требования ко внесению информации о транспортных, групповых и потребительских упаковках для подачи сведений в ГИС МТ.
Данный документ содержит:
-
описание дополнительных требований к форматам электронных документов:
-
Описание сведений о маркированных товарах в УПД;
-
Рекомендации к подаче исправленных сведений о передаче маркированных товаров в ГИС МТ на основании формата УПД(и);
-
Описание сведений о маркированных товарах в УКД;
-
исправленный универсальный корректировочный документ (УКД(и)), применяемый при подаче сведений об обороте маркированных товаров в ГИС МТ (см. Описание сведений о маркированных товарах в УКД);
-
-
описание требований к указанию сведений:
-
Требования к указанию КИ товаров;
-
Требования к указанию КИГУ;
-
Требования к указанию КИТУ с учётом особенностей товарных групп;
-
-
описание дополнительных признаков в форматах электронных документов для определения в ГИС МТ вида оборота товаров («Комиссия», «Агент»), случаев для регистрации выбытия товаров (реализация по гос. контракту, реализация для собственных нужд предприятия);
-
примеры заполнения электронных документов в части указания сведений о маркированных товарах и дополнительных признаков.
Условные обозначения
В настоящем документе приняты следующие условные обозначения:
-
полужирным начертанием в таблицах отмечены поля документов, на которые рекомендуется обратить внимание;
-
в примерах названия тегов, значения тегов и поля документов выделены полужирным начертанием;
-
в целях визуального обозначения изменяемой части примеров кодов идентификации используются символы < >.
1. Описание КИ единиц товаров, групповых и транспортных упаковок
В электронных документах УПД, УПД(и), УКД, УКД(и) при передаче маркированных товаров между участниками оборота товаров указываются КИ передаваемых единиц товаров, групповых и транспортных упаковок.
Требования к составу КИ определяются правилами маркировки, утверждёнными Постановлениями Правительства РФ, или методическими рекомендациями, утверждёнными для проведения эксперимента по маркировке товара.
Примеры описания КИ потребительских упаковок единиц товаров (КИ), комплектов (КИК), наборов (КИН), групповых упаковок (КИГУ), транспортных упаковок (КИТУ) при указании в УПД, УПД(и), УКД, УКД(и) представлены в таблицах ниже.
| Кодовый номер | КИ / КИК / КИТУ / КИН | Описание КИ / КИК / КИТУ / КИН для указания в УПД, УПД(и), УКД, УКД(и) | Комментарий |
|---|---|---|---|
|
1 – Предметы одежды, бельё постельное, столовое, туалетное и кухонное |
КИ / КИК / КИН |
01<код товара (14 цифр)>21<ИСН (13 символов)>. Пример: 010000000000072821kk1nnN1nN(,Dj |
|
|
КИТУ |
Допустимая длина серийного кода транспортной упаковки:
|
| Кодовый номер | КИ / КИТУ | Описание КИ / КИТУ для указания в УПД, УПД(и), УКД, УКД(и) | Комментарий |
|---|---|---|---|
|
2 – Обувные товары |
КИ |
01<код товара (14 цифр)>21<ИСН (13 символов)>. |
На этапе проведения эксперимента по маркировке товара (предоставление КМ на безвозмездной основе) был доступен процесс эмиссии КМ с указанием идентификатора применения (240), отвечающий за коды ТН ВЭД. Данные коды считаются действующими и указываются в документах в виде: 01<код товара (14 цифр)>21<ИСН (13 символов)>240<ТН ВЭД (возможная вариативность указания кодов: первые 4 символа ТН ВЭД или полный код в 10 символов)> |
|
КИТУ |
Допустимая длина серийного кода транспортной упаковки:
|
| Кодовый номер | КИ / КИТУ / КИГУ | Описание КИ / КИТУ / КИГУ для указания в УПД, УПД(и), УКД, УКД(и) | Комментарий |
|---|---|---|---|
|
3 – Табачная продукция |
КИ |
С макс. розничной ценой: <код товара (14 цифр)><ИСН (7 символов)><макс. розничная цена пачки (4 символов)>. Пример: 040160011111343BFuQsSSSsS. Без макс. розничной цены: <код товара (14 цифр)><ИСН (7 символов)>. Пример: 040160011111340udTqwl |
|
|
КИТУ |
Серийный код транспортной упаковки GS1-128 / SSCC: – Короб: <Группа1><Группа2><Группа3> (от 34 до 74 символов): – Короб: от 20 до 74 символов. Пример: 01333333333333331320010121E’d8ZnM – Паллета, контейнер (20 ц.): SSCC с идентификатором применения AI (00). Пример: 00177000000000000049 |
||
|
КИГУ |
С макс. розничной ценой: 01<код товара (14 цифр)>21<(7 символов)>8005<сумма макс. розничной цены (6 символов). Пример: 01040160011111582101MmcLO8005095000. |
Для унификации формата блоков (КИГУ) передавать КИ без скобок, выделяющих идентификаторы применения 01 и 21 |
| Кодовый номер | КИ / КИТУ / КИН | Описание КИ / КИТУ / КИН для указания в УПД, УПД(и), УКД, УКД(и) | Комментарий |
|---|---|---|---|
|
4 – Духи и туалетная вода |
КИ / КИН |
01<код товара (14 цифр)>21<ИСН (13 символов)>. Пример: 010000000000660421smNNNNnnNnnn7 |
|
|
КИТУ |
Допустимая длина серийного кода транспортной упаковки:
|
| Кодовый номер | КИ / КИТУ | Описание КИ / КИТУ для указания в УПД, УПД(и), УКД, УКД(и) | Комментарий |
|---|---|---|---|
|
5 – Шины и покрышки пневматические резиновые новые |
КИ |
01<код товара (14 цифр)>21<ИСН (13 символов)>. |
|
|
КИТУ |
Допустимая длина серийного кода транспортной упаковки:
|
| Кодовый номер | КИ / КИТУ / КИН | Описание КИ / КИТУ / КИН для указания в УПД, УПД(и), УКД, УКД(и) | Комментарий |
|---|---|---|---|
|
6 – Фотокамеры (кроме кинокамер), фотовспышки и лампы-вспышки |
КИ / КИН |
01<код товара (14 цифр)>21<ИСН (20 символов)>. Пример: 014444444444444421p9YjRk;Ihdm6T2WItlgr |
|
|
КИТУ |
Допустимая длина серийного кода транспортной упаковки:
|
| Кодовый номер | КИ / КИТУ / КИГУ / КИН | Описание КИ / КИТУ / КИГУ / КИН для указания в УПД, УПД(и), УКД, УКД(и) | Комментарий |
|---|---|---|---|
|
8 – Молочная продукция |
КИ / КИГУ / КИН |
01<код товара (14 цифр)>21<ИСН (6 символов)>. Пример: 014444444444444421gsmhXP |
|
|
КИТУ |
Допустимая длина серийного кода транспортной упаковки:
|
| Кодовый номер | КИ / КИТУ | Описание КИ / КИТУ для указания в УПД, УПД(и), УКД, УКД(и) | Комментарий |
|---|---|---|---|
|
9 – Велосипеды и велосипедные рамы |
КИ |
01<код товара (14 цифр)>21<ИСН (13 символов)>. Пример: 013333333333333321CtPoNqNB7qOdc |
|
|
КИТУ |
Допустимая длина серийного кода транспортной упаковки:
|
| Кодовый номер | КИ / КИТУ | Описание КИ / КИТУ для указания в УПД, УПД(и), УКД, УКД(и) | Комментарий |
|---|---|---|---|
|
10 – Медицинские изделия |
КИ |
01<код товара (14 цифр)>21<ИСН (13 символов). Пример: 0155555555555555211000000000034 |
|
|
КИТУ |
Допустимая длина серийного кода транспортной упаковки:
|
| Кодовый номер | КИ / КИТУ / КИГУ | Описание КИ / КИТУ / КИГУ для указания в УПД, УПД(и), УКД, УКД(и) | Комментарий |
|---|---|---|---|
|
12 – Альтернативная табачная продукция |
КИ |
С идентификатором применения: 01<код товара (14 цифр)>21<ИСН (7 символов)>. Пример: 0104011001111158211rM6iz5. |
|
|
КИТУ |
Серийный код транспортной упаковки GS1-128 / SSCC: – Короб: <Группа1><Группа2><Группа3> (от 34 до 74 символов): – Короб: от 20 до 74 символов. Пример: 01333333333333331320010121E’d8ZnM – Паллета, контейнер (20 ц.): SSCC с идентификатором применения AI (00). Пример: 00177000000000000049 |
||
|
КИГУ |
01<код товара (14 цифр)>21<ИСН (7 символов)>. Пример: 010401100111177721000;56; |
| Кодовый номер | КИ / КИТУ / КИГУ | Описание КИ / КИТУ / КИГУ для указания в УПД, УПД(и), УКД, УКД(и) | Комментарий |
|---|---|---|---|
|
13 – Упакованная вода |
КИ / КИГУ |
01<код товара (14 цифр)>21<ИСН (13 символов)>. Пример: 010111111111111121*t1kRci;>42c= |
|
|
КИТУ |
Допустимая длина серийного кода транспортной упаковки:
|
| Кодовый номер | КИ / КИТУ / КИГУ | Описание КИ / КИТУ / КИГУ для указания в УПД, УПД(и), УКД, УКД(и) | Комментарий |
|---|---|---|---|
|
15 – Пиво, напитки, изготавливаемые на основе пива и слабоалкогольные напитки |
КИ / КИГУ |
01<код товара (14 цифр)>21<ИСН (13 символов)>. Пример: 010111111111111121*t1kRci;>42c= 01<код товара (14 цифр)>21<ИСН (7 символов)>. Пример: 010111111111111121*t1kRci |
|
|
КИТУ |
Допустимая длина серийного кода транспортной упаковки:
|
| Кодовый номер | КИ / КИТУ / КИГУ | Описание КИ / КИТУ / КИГУ для указания в УПД, УПД(и), УКД, УКД(и) | Комментарий |
|---|---|---|---|
|
16 – Никотиносодержащая продукция |
КИ |
С макс. розничной ценой: <код товара (14 цифр)><ИСН (7 символов)><макс. розничная цена пачки (4 символа)>. Пример: 040160011111343BFuQsSSSsS. |
|
|
КИТУ |
Серийный код GS1-128 / SSCC: – Короб: <Группа1><Группа2><Группа3> (от 34 до 74 символов): – Короб: от 20 до 74 символов. Пример: 01333333333333331320010121E’d8ZnM – Паллета, контейнер (20 ц.): SSCC с идентификатором применения AI (00). Пример: 00177000000000000049 |
||
|
КИГУ |
С макс. розничной ценой: 01<код товара (14 цифр)>21<(7 символов)>8005<сумма макс. розничной цены (6 символов). Пример: 01040160011111582101MmcLO8005095000. |
Для унификации формата блоков (КИГУ) передавать КИ без скобок, выделяющих идентификаторы применения 01 и 21 |
| Кодовый номер | КИ / КИТУ / КИГУ / КИН | Описание КИ / КИТУ / КИГУ / КИН для указания в УПД, УПД(и), УКД, УКД(и) | Комментарий |
|---|---|---|---|
|
17 – Биологически активные добавки к пище |
КИ / КИГУ / КИН |
01<код товара (14 цифр)>21<ИСН (13 символов)>. Пример: 010111111111111121*t1kRci;>42c= |
|
|
КИТУ |
Допустимая длина серийного кода транспортной упаковки:
|
| Кодовый номер | КИ / КИГУ / КИТУ / КИН | Описание КИ / КИТУ / КИГУ / КИН для указания в УПД, УПД(и), УКД, УКД(и) | Комментарий |
|---|---|---|---|
|
19 – Антисептики и дезинфицирующие средства |
КИ / КИГУ / КИН |
01<код товара (14 цифр)>21<ИСН (13 символов)>. Пример: 010111111111111121*t1kRci;>42c= |
|
|
КИТУ |
Допустимая длина серийного кода транспортной упаковки:
|
| Кодовый номер | КИ / КИТУ | Описание КИ / КИТУ для указания в УПД, УПД(и), УКД, УКД(и) | Комментарий |
|---|---|---|---|
|
22 – Безалкогольное пиво |
КИ |
01<код товара (14 цифр)>21<ИСН (7 символов)>. Пример: 010111111111111121*t1kRci |
|
|
КИТУ |
Допустимая длина серийного кода транспортной упаковки:
|
| Кодовый номер | КИ / КИТУ | Описание КИ / КИТУ для указания в УПД, УПД(и), УКД, УКД(и) | Комментарий |
|---|---|---|---|
|
23 – Соковая продукция и безалкогольные напитки |
КИ |
01<код товара (14 цифр)>21<ИСН (13 символов)>. Пример: 010111111111111121*t1kRci;>42c= |
|
|
КИТУ |
Допустимая длина серийного кода транспортной упаковки:
|
Подробное описание КИ маркированных товаров для товарных групп:
-
«Альтернативная табачная продукция» приведено в Постановлении Правительства РФ от 30.06.2020 № 953 о внесении изменений в Постановление Правительства РФ от 28.02.2019 № 224 «Об утверждении Правил маркировки табачной продукции средствами идентификации и особенностях внедрения государственной информационной системы мониторинга за оборотом товаров, подлежащих обязательной маркировке средствами идентификации, в отношении табачной продукции»;
-
«Велосипеды и велосипедные рамы» приведено в методических рекомендациях для участников эксперимента по маркировке велосипедов и велосипедных рам средствами идентификации и мониторингу оборота данной продукции в Российской Федерации (утв. Министерством промышленности и торговли РФ 5 ноября 2019 года);
-
«Духи и туалетная вода» приведено в Постановлении Правительства РФ от 31.12.2019 № 1957 «Об утверждении Правил маркировки духов и туалетной воды средствами идентификации и особенностях внедрения государственной информационной системы мониторинга за оборотом товаров, подлежащих обязательной маркировке средствами идентификации, в отношении духов и туалетной воды»;
-
«Медицинские изделия» приведено в Постановлении Правительства РФ от 07.08.2019 № 1028 «О проведении на территории Российской Федерации эксперимента по маркировке средствами идентификации кресел-колясок, относящихся к медицинским изделиям, и мониторингу за их оборотом»;
-
«Молочная продукция» приведено в методических рекомендациях о проведении эксперимента по маркировке средствами идентификации отдельных видов молочной продукции на территории Российской Федерации в соответствии с Постановлением Правительства РФ от 29.06.2019 № 836 «О проведении эксперимента по маркировке средствами идентификации отдельных видов молочной продукции на территории Российской Федерации»;
-
«Обувные товары» приведено в Постановлении Правительства РФ от 05.07.2019 № 860 «Об утверждении правил маркировки обувных товаров средствами идентификации и особенностях внедрения государственной информационной системы мониторинга за оборотом товаров, подлежащих обязательной маркировке средствами идентификации, в отношении обувных товаров»;
-
«Предметы одежды, бельё постельное, столовое, туалетное и кухонное» приведено в Постановлении Правительства РФ от 31.12.2019 № 1956 «Об утверждении Правил маркировки товаров легкой промышленности средствами идентификации и особенностях внедрения государственной информационной системы мониторинга за оборотом товаров, подлежащих обязательной маркировке средствами идентификации, в отношении товаров легкой промышленности»;
-
«Табачная продукция» приведено в Постановлении Правительства РФ от 28.02.2019 № 224 «Об утверждении Правил маркировки табачной продукции средствами идентификации и особенностях внедрения государственной информационной системы мониторинга за оборотом товаров, подлежащих обязательной маркировке средствами идентификации, в отношении табачной продукции»;
-
«Упакованная вода» приведено в Постановлении Правительства РФ от 28.03.2020 № 348 «О проведении на территории Российской Федерации эксперимента по маркировке средствами идентификации упакованной воды»;
-
«Фотокамеры (кроме кинокамер), фотовспышки и лампы-вспышки» приведено в Постановлении Правительства РФ от 31.12.2019 № 1953 «Об утверждении Правил маркировки фотокамер (кроме кинокамер), фотовспышек и ламп-вспышек средствами идентификации и особенностях внедрения государственной информационной системы мониторинга за оборотом товаров, подлежащих обязательной маркировке средствами идентификации, в отношении фототоваров»;
-
«Шины и покрышки пневматические резиновые новые» приведено в Постановление Правительства РФ от 31.12.2019 № 1958 «Об утверждении Правил маркировки шин средствами идентификации и особенностях внедрения государственной информационной системы мониторинга за оборотом товаров, подлежащих обязательной маркировке средствами идентификации, в отношении шин».
В электронных документах КИ товаров, групповых и транспортных упаковок указываются:
-
без символов – разделителей FNC1 (ASCII 29) и GS (ASCII 29);
-
без кода проверки (крипто-хвоста);
-
без пробелов или иных символов табуляции внутри КИ, в том числе переносы строк.
КИ потребительских, групповых упаковок, комплектов и наборов генерируются в ГИС МТ с применением системы управления заказов на выдачу КИ.
КИТУ генерируются участниками обмена по одному из следующих форматов:
-
GS1-128;
-
двумерный штриховой код GS1 DataMatrix;
-
«DataBar Expanded Stacked».
Для построения кода применяется словарь Code-128. Максимальное количество знаков КИ одномерного линейного штрих-кода, наносимого на упаковку – 48 символов (включая идентификаторы применения). Максимальное количество знаков КИ штрихового кода «DataBar Expanded Stacked» – 74 символа (включая идентификаторы применения).
SSCC является частным случаем формирования одномерного линейного штрих-кода, используемого для маркировки логистической единицы (короба, паллеты, контейнера). Максимальное количество знаков КИ двумерного штрихового кода в формате GS1 DataMatrix, допускаемого для указания и передачи в систему ГИС МТ – 74 символа (включая идентификаторы применения).
КИТУ подаются в систему ГИС МТ без символьных обозначений «(» и «)», в которые могут быть включены идентификаторы применения при визуализации описательной части кода.
Пример:
Код: 01111111111111113200101211012345
Визуализация: (01)1111111111111(13)200101(21)1012345
Код SSCC: 077212602200000010 или 00077212602200000010
Визуализация: (00)0772126022000000101.1. Рекомендации по смене GTIN для товарной группы «Молочная продукция»
Ввиду поэтапного запуска маркировки и прослеживаемости молочной продукции в соответствии с принятым Постановлением Правительства РФ от 15.12.2020 № 2099 для целей исключения дополнительных требований со стороны участников оборота товаров, осуществляющих вывод из оборота маркированной молочной продукции путём розничной продажи, участникам обмена, осуществляющим эмиссии и нанесение средств идентификации на товары, рекомендуется в срок до 01.12.2021 произвести смену GTIN для продукции, отгружаемой со средствами идентификации при выполнении следующего условия.
Срок годности продукции с момента производства и период ее оборачиваемости превышают период с даты старта обязательной маркировки ( 01 июня, 01 сентября, 01 декабря 2021 года) до даты начала обязательного предоставления в ГИС МТ сведений о выводе из оборота путём розничной продажи (01 декабря 2021 года).
Со стороны ГИС МТ для участников оборота товаров составлен следующий перечень видов продукции, которые потенциально могут находиться в обороте после даты старта обязательного предоставления в ГИС МТ сведений о выводе из оборота путём розничной продажи (1 декабря 2021 года).
| ТНВЭД | Категория | Уточнения по видам продукции | Срок годности: min, дней | Срок годности: max, дней | Дата старта обязательной маркировки продукции |
|---|---|---|---|---|---|
|
0406 20 |
Сыры |
Плавленый сыр |
60 |
270 |
1 июня 2021 |
|
2105 |
Мороженое и прочие виды пищевого льда, не содержащие или содержащие какао |
Мороженное |
180 |
549 |
1 июня 2021 |
|
0401 |
Молоко и сливки, несгущённые и без добавления сахара или других подслащивающих веществ |
Молоко ультрапастеризованное |
180 |
365 |
1 сентября 2021 |
|
0402 |
Молоко и сливки, сгущенные или с добавлением сахара или других подслащивающих веществ |
Сгущённое молоко Сухое молоко |
240 240 |
548 1080 |
1 сентября 2021 |
|
2202 99 |
Безалкогольные напитки, содержащие молочный жир |
Молоко с соком |
365 |
510 |
1 сентября 2021 |
|
0405 |
Сливочное масло и прочие жиры и масла, изготовленные из молока, молочные пасты |
Сливочное масло |
15 |
180 |
1 декабря 2021 |
Дополнительно:
-
при смене GTIN на продукцию в ФГИС «ВетИС» потребуется обновить сведения в справочнике номенклатуры для товара с сохранением имеющегося GUID 4-го уровня;
-
на период вымывания остатков немаркированной продукции при отгрузке продукции покупателю со стороны производителя / продавца и при приёмке продукции потребуется поддерживать возможность работы с двумя GTIN одного вида товара, соответствующими одному GUID.
1.2. Рекомендации по формату КИТУ для товарной группы «Молочная продукция»
Для целей исключения разрозненных и избыточных требований от участников оборота маркированной молочной продукции при формировании КИТУ рекомендуется придерживаться структуры кода, приведенной в таблице ниже.
| AI | Описание | Допустимая посимвольная размерность |
|---|---|---|
|
01 |
GTIN (Global Trade Item Number) |
16 |
|
11 |
Production Date (Дата производства) |
8 |
|
3103 |
Net Weight (вес нетто)** |
10 |
|
10 |
Batch / lot number (номер партии) |
до 16 |
|
21 |
Serial number (серийный номер) |
|
|
Общая максимальная длина кода |
48 |
* В структуру кода по согласованию между участниками оборота товаров может включаться AI «17» («Expiration Date (Дата окончания строка годности)»), допустимая посимвольная размерность 8(10).
** Вес нетто указывается для товаров с переменным весом.
2. Описание сведений о маркированных товарах в УПД
Подача сведений в ГИС МТ об обороте (отгрузки / приёмки) маркированных товаров, между участниками оборота товаров, осуществляется на основании уведомления о передаче (приёмке) товаров (в формате универсального передаточного документа (УПД, УПД(и)).
Формируемый для подачи сведений документ должен состоять из двух файлов обмена:
«ON_NSCHFDOPYYXXXX» и «ON_NSCHFDOPYYYXXXX», где:
-
«YY» принимает значение «PR» для файла обмена «Информации продавца» и «YYY» принимает значение «POK» для файла обмена «Информации покупателя»;
-
«XXXX» принимает значение «MARK» и формируется в случае, если предусмотрено использование настоящего формата в целях контроля за движением товара, подлежащего маркировке.
Со стороны участников оборота товаров файлы должны быть подписаны УКЭП согласно требованиям правил маркировки, которые утверждены Постановлениями Правительства РФ.
К обработке принимаются документы с функциями «СЧФДОП» и «ДОП» (первичный документ). Документ с функцией «СЧФДОП» и «ДОП» состоит из двух файлов обмена (файл «Информации продавца» и файл «Информации покупателя»).
В одном документе могут указываться товары, подлежащие маркировке, и товары, не подлежащие маркировке средствами идентификации. ГИС МТ обрабатывает сведения только о маркированных товарах.
В одном документе допускается указание сведений о маркированном товаре в экземплярном разрезе, принадлежащего к разным товарным группам. Перечень допустимых сочетаний различных товарных групп в рамках одного документа представлен в таблице ниже.
| Контура группировки | Товарные группы |
|---|---|
|
Сочетание 1 |
|
|
Сочетание 2 |
|
|
Сочетание 3 |
Молочная продукция |
|
Сочетание 4 |
|
|
Сочетание 5 |
Пиво, напитки, изготавливаемые на основе пива и слабоалкогольные напитки |
Допустимые сочетания в одном УПД КИ из разных товарных групп, будут дополняться по мере развития системы.
Указание в одном УПД КИ не в соответствии с приведёнными правилами, приведёт к ошибке обработки документа подачи сведений на стороне ГИС МТ (код ошибки – 102, см. «Описание кодов ошибки при проверке документов и КИ»).
В одном документе не могут указываться КИГУ и КИТУ (мультитоварные упаковки), содержащие во вложении КИ потребительских единиц товара разных товарных групп.
Описание правил указания сведений о передаваемых маркированных товарах приведено в таблице ниже.
| Наименование элемента | Сокращённое наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
|---|---|---|---|---|---|
|
Уникальный идентификатор |
ИдентТрансУпак |
А |
T(1-255) |
Н |
Например, SSCC. |
|
Контрольный |
КИЗ |
П |
T(1-255) |
НМ |
Обязателен при отсутствии <ИдентТрансУпак> и <НомУпак> |
|
Уникальный идентификатор |
НомУпак |
П |
T(1-255) |
НМ |
Обязателен при отсутствии <КИЗ> и <ИдентТрансУпак> |
Для успешной обработки документа в ГИС МТ, регистрация продавца и покупателя, как участников оборота товаров в ГИС МТ обязательна, за исключением сценариев оформления УПД с указанием признаков выбытия КИ.
Для входа в ЛК и просмотра сведений по обработанному документу, а также для получения сведений по средствам API (см. «Описание True API» в разделе «Помощь» ГИС МТ (промышленный контур)), участником оборота товаров обязательно должен быть подписан договор по товарной группе, которой осуществляется товарооборот.
2.1. Требования к экранированию спецсимволов
При указании сведений по КИ маркированных товаров необходимо соблюдать правила экранирования спецсимволов, являющихся частью КИ.
Описание зарезервированных символов XML, требуемых к подмене именованными сущностями для корректного формирования файла, предоставлено в таблице ниже.
| Именованная сущность для подмены | Зарезервированный символ | Наименование | Теги / атрибуты файла УПД |
|---|---|---|---|
|
< |
< |
less than |
<КИЗ>, <НомУпак> |
|
> |
> |
greater than |
<КИЗ>, <НомУпак> |
|
& |
& |
ampersand |
<КИЗ>, <НомУпак> |
|
' |
‘ |
apostrophe |
<ИдентТрансУпак> |
|
" |
« |
quotation mark |
<ИдентТрансУпак> |
В колонке «Теги / атрибуты файла УПД» указаны значения тегов <КИЗ>,<НомУпак> или атрибута <ИдентТрансУпак> тега <НомСредИдентТов>, для которых является обязательным экранирование указанных спецсимволов.
Пример:
Код идентификации: 010460000000000021LT8V!->CW”xJ)
-> <КИЗ>010460000000000021LT8V!->CW"xJ)</КИЗ>
Код идентификации: 01046002660122222201071921E’d8ZnM
-> <НомСредИдентТов ИдентТрансУпак="01046002660122222201071921E'd8ZnM"/>При указании сведений в XML-файле допустимо экранирование всего значения КИ, указанного в тегах <КИЗ>, <НомУпак> и содержащего спецсимволы, описанные в таблице раздела «Требования к экранированию спецсимволов». Значение КИ заключается в конструкцию «CDATA».
Рисунок 1. Пример различных видов экранирования в документе
При указании КИ все значения указываются без скобок, в которые заключены идентификаторы применения, и без пробелов.
2.2. Требования к указанию КИ товаров
КИ товаров в потребительской упаковке (единицы товара, комплекты, наборы) могут быть указаны в элементе <КИЗ> (контрольный идентификационный знак).
Рисунок 2. Пример указания КИ товаров в потребительской упаковке
2.3. Требования к указанию КИГУ
Блоки, потребительские наборы, прочие групповые упаковки (КИГУ, КИН) могут быть указаны в элементе <НомУпак> (уникальный идентификатор вторичной (потребительской) / третичной (заводской, транспортной) упаковки).
Рисунок 3. Пример указания КИГУ
В данном элементе так же допустимо указание КИТУ – коробов, как при условии их вложенности / вхождении в транспортную упаковку высшего уровня, так и как отдельной единицы отгрузки товара.
2.4. Требования к указанию КИТУ
Значения КИТУ для паллет, контейнеров и коробов могут быть указаны в элементе <ИдентТрансУпак> (уникальный идентификатор транспортной упаковки).
Рисунок 4. Пример указания КИТУ
Если в КИТУ входят несколько товарных позиций из УПД, значение КИТУ необходимо указывать к каждой строке товарной позиции в этом документе.
Рисунок 5. Пример указания КИТУ к нескольким товарным позициям
2.5. Требования к указанию сведений о передаче маркированного товара в объёмно-сортовом разрезе учёта
Участникам оборота товаров доступна функциональность по обработке документов с указанием сведений о маркированных товарах в объёмно-сортовом разрезе на демонстрационном и промышленном контурах ГИС МТ. Перечень ошибок, возникающих при обработке документов, содержащих сведения в объёмно-сортовом разрезе, доступен в разделе «Проверка документа УПД в объёмно-сортовом виде сведений и описание ошибки». Даты начала обязательной передачи сведений об обороте товара для участников оборота товаров, осуществляющих оптовую торговлю, регулируется Постановлениями Правительства РФ соответствующих товарных групп.
При организации прослеживаемости маркированной продукции в ГИС МТ в товарных группах, предусматривающих применение сортового учёта, в УПД, УКД, УПД(и) предполагается указание информации об отгруженной маркированной продукции, базирующейся на следующих принципах:
-
в одном документе УПД, УПД(и), УКД, УКД(и) допускается указание сведений о маркированных товарах с поэкземплярной и объёмно-сортовой прослеживаемостью в рамках допустимых сочетаний различных товарны групп, описанных в разделе «Описание сведений о маркированных товарах в УПД». Например, в одном УПД могут присутствовать сведения о маркировке товарной группы «Табачная продукция» в экземплярном разрезе и сведения о товарной группе «Упакованная вода» в объёмно-сортовом разрезе. Сведения в одном УПД с комбинированием товарных групп «Упакованная вода» (объёмно-сортовой разрез), «Табачная продукция» (экземплярно) и «Обувные товары» (экземплярно) нельзя использовать, так как недопустимо сочетание товарных групп «Табачная продукция» и «Обувные товары» (согласно допустимым сочетаниям комбинирования товарных групп, описанным в разделе «Описание сведений о маркированных товарах в УПД»);
-
в одном документе допускается сочетание информации о маркированных товарах в объёмно-сортовом разрезе по всем товарным группам, предусматривающим объёмно-сортовой период прослеживаемости. Например, товарные группы «Молочная продукция» (объёмно-сортовой разрез) и «Упакованная вода» (объёмно-сортовой разрез);
-
для отражения в документе информации о маркированной продукции в объёмно-сортовом разрезе учёта используется регулярное выражение: [02][GTIN][37][количество] в единице, подлежащей маркировке. Идентификаторы применения указываются без заключающих скобок.
Возможна ситуация, когда GTIN не совпадает с кодом, нанесённым на товар, и дополненным лидирующими нулями до 14 символов (например, если на товаре нанесён код EAN-8 или EAN-13). В этом случае в регулярном выражении ОСУ необходимо указывать код товара из НКМТ, в соответствии с которым сформирован код маркировки на товаре. Например, для товарной группы «Молочная продукция» код товара определяется идентификатором применения AI, равным «01», и состоит из 14 цифр;
Рисунок 6. Определение кода товара
-
для одной товарной позиции в УПД, УПД(и), УКД, УКД(и) допускается указание нескольких регулярных выражений, в случае, когда в составе содержится несколько кодов товаров, за исключением весовых товаров. Для весового товара допускается указание не более одного регулярного выражения;
-
по товарной позиции в регулярном выражении необходимо указывать GTIN минимальной потребительской упаковки, доступной к реализации. При указании GTIN наборов и групповой упаковки на баланс склада будут зачислены только GTIN вложений на основании сведений из НКМТ;
-
по GTIN с признаком весового товара на балансе виртуального склада количество будет учитываться в двух единицах измерения: вес (в кг) и количество КМ. При этом вес будет заимствоваться из значения, переданного по товарной строке из атрибута <КолТов/>.
Количество единиц маркируемой продукции для товаров с переменным весом может быть указано в УПД по расчётным показателям, исходя из веса отгружаемой продукции. Для товаров с переменным весом в НКМТ указан диапазон возможного веса единицы товара, для таких товаров сведения по количеству могут быть рассчитаны исходя из средних значений весового диапазона.
Пример: согласно сведениям из НКМТ сыр весовой имеет переменный вес от 8 до 10 кг. В УПД по товарной позиции указано 100 кг.
Расчёт количества единиц маркированной продукции:
100 кг (количество в поставке) / 9 кг (средний вес одной единицы) = 11,1
Полученное при расчёте число всегда округляется до целого согласно правилу арифметического округления: если после запятой стоит цифра 1, 2, 3 или 4, то цифра до запятой не меняется, если после запятой стоит цифра 5, 6, 7, 8 или 9, то цифра до запятой увеличивается на единицу.
В данном примере допустимо указать в регулярном выражении 11 единиц товара; -
для указания сведений о маркированном товаре в объёмно–сортовом разрезе рекомендуется использовать тег <НомУпак>. Использование атрибутов <КИЗ> и <ИдентТрансУпак> может повлечь некорректную обработку документа контрагентом;
Рисунок 7. Пример указания сведений об отгруженной маркированной продукции при сортовом разрезе учёта
-
на время переходного периода от объёмно-сортового учёта к экземплярному (с 1 июня 2025 года), для одной товарной позиции в УПД, УПД(и), УКД, УКД(и) допускается указание информации по отгруженной продукции в комбинированном разрезе (экземплярный + сортовой), в случае, когда в одной поставке присутствует продукция разной партии производства.
Пример указания сведений в комбинированном виде:
<СведТов НомСтр="1" НаимТов="Молоко" ОКЕИ_Тов="796" КолТов="10" ЦенаТов="5.4" СтТовУчНал="6480">
<СумНал>
<СумНал>1080</СумНал>
</СумНал>
<ДопСведТов>
<НомСредИдентТов>
<НомУпак>0204600439932512377</НомУпак>
</НомСредИдентТов>
<НомСредИдентТов>
<КИЗ>11111111111111111!"1du</КИЗ>
</НомСредИдентТов>
<НомСредИдентТов>
<КИЗ>22222222222222222!aJkv</КИЗ>
</НомСредИдентТов>
<НомСредИдентТов>
<КИЗ>33333333333333333!Jkgw</КИЗ>
</НомСредИдентТов>
</ДопСведТов>
</СведТов>2.6. Рекомендации к подаче сведений о передаче маркированных товаров в ГИС МТ
Общие рекомендации:
-
для корректной автоматизированной обработки документов в файле обмена «Информация покупателя» рекомендуется заполнять поле <КодИтога> «Титула Покупателя», согласно описанию формата, представленного в таблице 7.8 приказа ФНС от 19.12.2018 № ММВ-7-15/820@.
Поведение системы ГИС МТ при заполнении поля <КодИтога>:
«1» – товары (работы, услуги, права) приняты без расхождений (претензий). Все указанные КИ перейдут на получателя документа.
«2» – товары (работы, услуги, права) приняты с расхождениями (претензией). Все указанные КИ перейдут на получателя документа. Последующая корректировка данных по КИ может быть осуществлена путём подачи исправленных или корректировочных документов.
«3» – товары (работы, услуги, права) не приняты. Указанные КИ останутся у отправителя КИ (товаров). Движение в ГИС МТ происходить не будет.
При отсутствии поля <КодИтога> происходит движение КИ от отправителя документа к получателю; -
в ГИС МТ возможна успешная обработка УПД / УПД(и), содержащего сведения о кодах идентификации маркированной продукции или сведения в объёмно-сортовых показателях, ранее реализованных покупателем посредством ККТ по данному документу.
Рекомендации при указании в документе сведений по кодам идентификации:
-
при передаче сведений в УПД / УПД(и) о групповой упаковке не требуется указание КИ товаров, входящих в групповую упаковку;
-
при передаче сведений в УПД / УПД(и) о транспортной упаковке не требуется указание КИ товаров и / или КИГУ и КИТУ, входящих в эту упаковку. Указывается только КИТУ верхнего уровня;
-
в УПД / УПД(и) одновременно могут быть поданы сведения о транспортных, групповых и потребительских упаковках маркированного товара. Пример: передаётся 1 транспортная упаковка (состав агрегата не указывается), 2 групповые упаковки (состав агрегата не указывается) и 3 товара в потребительской упаковке.
Рисунок 8. Пример заполнения КИ в УПД
Одновременное указание в УПД / УПД(и) сведений по КИ упаковки (транспортной, групповой) и сведений по КИ вложений в эти упаковки не считается ошибочным и принимаются в ГИС МТ. Обработка сведений выполняется по «Правилу приоритета на наивысший КИТУ / КИГУ».
Рисунок 9. Пример заполнения КИ в УПД при одновременном указании сведений по КИ упаковок и их вложениям
В указанном примере в УПД указывается 1 КИТУ, вложенность которого составляет 10 КИ, и отдельно 4 КИ из вложения в данном КИТУ. В ГИС МТ применится Правило приоритета на наивысший КИТУ / КИГУ в УПД / УПД(и), т.е. по УПД с продавца на покупателя будут перемещены 1 КИТУ, указанный в документе, и все КИ, вложенные в данный КИТУ (10 КИ).
Рекомендации при указании в документе сведений по объёмно-сортовым показателям:
-
приход и расход по товарам в разрезе кода товара (GTIN) осуществляется на основании указанных в документах данных по регулярным выражениям. Код товара (GTIN) групповой упаковки и набора при объёмно-сортовом учёте имеет привязки к поданным в ГИС МТ данным по агрегированию кодов в верхнеуровневую упаковку. При указании в документе только данных количества кодов групповой упаковки или наборов без указания сведений о количестве кодов товаров, вложенных в указанные групповые упаковки или наборы, по данным системы будет выполнен приход или расход только по вложенным кодам товаров (GTIN) групповой упаковки или набора;
-
при указании в документе по одному товару (GTIN) сведений по кодам идентификации и по количеству при объёмно-сортовом учёте документу приход и расход по товару будет посчитан по сумме данных количества указанных кодов идентификации и количества, указанного в регулярном выражении сортового учёта.
2.6.1. Правило приоритета на наивысший КИТУ / КИГУ в УПД / УПД(и)
При одновременном указании в УПД / УПД(и) информации о транспортной упаковке или групповой упаковке и о КИ потребительских, групповых и транспортных упаковок, входящих в эту транспортную или групповую упаковку, ГИС МТ обработает сведения по всем вложенным КИ (до первого уровня вложенности), которые по данным системы будут входить в наивысший уровень из указанных в УПД идентификаторов транспортной или групповой упаковки.
Состав транспортных, групповых упаковок (КИТУ / КИГУ) определяется в ГИС МТ на основании сведений об агрегации КИ, которые подаются в систему участниками оборота товаров до свершения факта отгрузки товаров по УПД.
2.7. Рекомендации к подаче исправленных сведений о передаче маркированных товаров в ГИС МТ на основании формата УПД(и)
-
при подаче об исправлении сведений в формате УПД(и), при условии, что ранее в ГИС МТ были поданы сведения в формате УПД и обработаны успешно (КИ сменили «Владельца» на «Покупателя» / «Получателя»), указываются все транспортные, групповые и потребительские идентификаторы, переданные по первичному документу на «Покупателя» / «Получателя»;
-
если на момент подачи сведений в формате УПД(и) со стороны покупателя были реализованы / перемещены КИ, ранее перемещённые на основании сведений по УПД, данные КИ должны быть указаны в УПД(и);
-
в случае обработки с ошибками сведений, поданных в формате УПД (например, расформирование КИТУ до перехода права собственности по КИ), необходимо исправить ошибки и подать сведения, используя формат документа УПД(и) или аннулирование документа, обработанного с ошибкой, и последующей подачей нового документа;
-
если на момент подачи исправлений по КИТУ, переданных ранее по УПД, на замену КИ в формате УПД(и) покупателем были уже расформированы КИТУ (вложенность при этом в полном составе числится за покупателем), то при обработке УПД(и) на «Продавца» перемещается вложенность КИТУ, а расформированный КИТУ остается на покупателе;
-
при подаче сведений в формате УПД(и), при условии, что ранее в ГИС МТ были поданы сведения в формате УПД с указанием значения <КодИтога> = 3, сведения в формате УПД(и) не будут приняты в ГИС МТ.
Изменение логики обработки при подаче данных в ГИС МТ вступит в силу после анонса / рассылки по зарегистрированным участникам обмена. Текущая реализация ГИС МТ поддерживает схему возврата КИ на продавца при поступлении УПД(и) с <КодИтога> = 3.
2.8. Рекомендации к проверке сведений о маркированных товарах до подачи сведений в ГИС МТ
На момент подачи сведений в ГИС МТ в формате УПД указываемые коды идентификации транспортных, групповых и потребительских упаковок, должны быть в собственности у отправителя / продавца или переданы ему по комиссионной или агентской схемам.
На момент подачи сведений в ГИС МТ КИ, указанные в УПД, не должны фигурировать в документе «Отгрузка», на который не оформлен подписанный документ «Приёмка». Документы «Отгрузка» и «Приёмка» в электронном формате реализуются Оператором-ЦРПТ для прямой подачи сведений в ГИС МТ.
Указанные в формате УПД транспортные и групповые упаковки должны находиться в ГИС МТ в статусе «Сформирован».
Указанные в формате УПД КИ потребительских упаковок не должны быть выбывшими из оборота.
Метод проверки сведений по УПД до подачи в ГИС МТ описан в разделе «Предварительная проверка УПД до свершения факта приёмки со стороны покупателя» текущих рекомендаций.
В сведениях, передаваемых в формате УПД / УПД(и), не могут указываться агрегированные таможенные коды (АТК).
Рекомендации будут расширены по мере разработки функциональности системы.
2.9. Обработка в ГИС МТ сведений о дате выполнения операции над КИ, указанном в универсальном документе
Сведения о перемещении КИ на основании универсальных документов записываются на:
-
дату приёмки товаров («ДатаПрин»), если она указана в «Титуле покупателя»;
-
дату отгрузки товаров («ДатаПер»), если она указана в «Титуле продавца»;
-
дату счёта-фактуры («ДатаСчФ»), если даты приёмки товаров или отгрузки не указаны.
2.10. Рекомендации по подаче сведений в УПД, в случае если покупатель не является зарегистрированным участником оборота товаров
Если при передаче маркированного товара покупатель не является зарегистрированным участником оборота товаров, сведения, подаваемые в ГИС МТ через УПД, будут обработаны успешно в следующих случаях:
-
подача сведений о передаче маркированного товара через УПД осуществляется в экземплярном разрезе учёта с указанием причины выбытия (см. «Сведения о причинах выбытия»);
-
подача сведений о передаче маркированного товара через УПД осуществляется в объёмно-сортовом разрезе учёта.
3. Описание сведений о маркированных товарах в УКД
Подача электронных документов в ГИС МТ об изменении сведений в отношении переданных маркированных товаров в результате изменения стоимости отгруженной товарной позиции, в том числе, в связи с уточнением количества (объёма) поставленных (отгруженных) товаров определённого наименования, осуществляется в форме универсального корректировочного документа (УКД, УКД(и)). Исправление ошибок, связанных с кодами без изменения по номенклатурной позиции стоимостных характеристик, вызванных изменением цены или количества, осуществляется с применением УПД(и) ввиду отсутствия оснований для применения УКД.
Формируемый для подачи сведений документ должен состоять из двух файлов обмена:
-
при использовании Приказа от 13.04.2016 № ММВ-7-15/189@: «ON_KORSCHFDOPPR» и «ON_KORSCHFDOPPOK» (действителен до 1 октября 2021 года);
-
при использовании Приказа от 12.10.2020 № ЕД-7-26/736@ «ON_NKORSCHFDOPPRMARK» и «ON_NKORSCHFDOPPOKMARK».
Со стороны участников оборота товаров файлы должны быть подписаны УКЭП.
Если отгрузка маркированной продукции была выполнена после наступления обязательности подачи сведений участниками оборота товаров в ГИС МТ, то документ об отгрузке товаров, к которому составлен корректировочный счёт-фактура (УКД, УКД(и)) должен быть ранее направлен в ГИС МТ. При отсутствии в ГИС МТ сведений о документе об отгрузке товаров, к которому составлен корректировочный счёт-фактура (УПД, УПД(и)), документ будет принят и обработан с ошибками на стороне ГИС МТ, изменений сведений о передаче товаров не произойдет.
Если отгрузка маркированной продукции была выполнена до наступления обязательности подачи сведений участниками оборота товаров в ГИС МТ, то документ об отгрузке товаров, к которому составлен корректировочный счёт-фактура (УКД, УКД(и)) может в ГИС МТ отсутствовать. На основании УКД, УКД(и) будут приняты и обработаны корректирующие сведения о передаче товаров.
К обработке принимаются документы с функциями «КСЧФДИС» и «ДИС». Документ с функцией «КСЧФДИС» и «ДИС» состоит из двух файлов обмена (файл «Информация продавца» и файл «Информация покупателя»).
Со стороны ГИС МТ принимаются УКД, УКД(и), оформленные на один документ об отгрузке товаров, к которому составлен корректировочный счёт-фактура УПД, УПД(и).
В одном документе могут указываться товары, подлежащие маркировке, и товары, не подлежащие маркировке средствами идентификации. ГИС МТ обрабатывает сведения только о маркированных товарах.
В одном документе допускается указание КИ, принадлежащих к разным товарным группам. Перечень допустимых сочетаний различных товарных групп в рамках одного документа представлен в таблице ниже.
| Контура группировки | Товарные группы |
|---|---|
|
Сочетание 1 |
|
|
Сочетание 2 |
|
|
Сочетание 3 |
Молочная продукция |
|
Сочетание 4 |
|
|
Сочетание 5 |
Пиво, напитки, изготавливаемые на основе пива и слабоалкогольные напитки |
Указание в одном УПД КИ не в соответствии с приведёнными правилами, приведёт к ошибке обработки документа подачи сведений на стороне ГИС МТ (код ошибки – 102, см. «Описание кодов ошибки при проверке документов и КИ»).
В одном документе не могут указываться КИГУ и КИТУ (мультитоварные упаковки), содержащие во вложении КИ потребительских единиц товара разных товарных групп.
Для передачи информации по изменению сведений в отношении переданных маркированных товаров, в результате изменения стоимости договора, в связи с уточнением цены или количества (объёма) поставленных (отгруженных) товаров, используется «Информационное поле события (факта хозяйственной жизни) 2» (<ИнфПолФХЖ2>), описание которого представлено в таблице ниже.
| Наименование элемента | Сокращённое наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
|---|---|---|---|---|---|
|
Идентификатор |
Идентиф |
А |
T(1-50) |
О |
|
|
Значение |
Значен |
А |
T(1-2000) |
О |
Для успешной обработки документа в ГИС МТ, регистрация продавца и покупателя, как участников оборота товаров в ГИС МТ обязательна, за исключением сценариев оформления УПД с указанием признаков выбытия КИ.
Для входа в ЛК и просмотра сведений по обработанному документу, а также для получения сведений по средствам API (см. «Описание True API» в разделе «Помощь» ГИС МТ (промышленный контур)), участником оборота товаров обязательно должен быть подписан договор по товарной группе, которой осуществляется товарооборот.
3.1. Требования к экранированию спецсимволов
3.1.1. При использовании УКД в формате Приказа № ММВ-7-15/189@ от 13.04.2016
При указании сведений по КИ маркируемых товаров необходимо соблюдать правила экранирования спецсимволов, являющихся частью кода. Описание зарезервированных символов XML, которые требуется заменить именованными сущностями для корректного формирования файла, приведено в таблице ниже.
| Именованная сущность для подмены | Зарезервированный символ | Наименование |
|---|---|---|
|
' |
‘ |
apostrophe |
|
" |
« |
quotation mark |
Пример корректной замены:
010444004407043021LT8V!->;CW"xJ) -> 010444004407043021LT8V!- >;CW"xJ)
Рисунок 10. Пример экранирования в документе
При указании КИ все значения указываются без скобок, в которые заключены идентификаторы применения, и без пробелов.
3.1.2. При использовании УКД по формату Приказа № ЕД-7-26/736@ от 12.10.2020
При указании сведений по КИ маркированных товаров необходимо соблюдать правила экранирования спецсимволов, являющихся частью КИ.
Описание зарезервированных символов XML, требуемых к подмене именованными сущностями для корректного формирования файла, предоставлено в таблице ниже.
| Именованная сущность для подмены | Зарезервированный символ | Наименование | Теги / атрибуты файла УПД |
|---|---|---|---|
|
< |
< |
less than |
<КИЗ>, <НомУпак> |
|
> |
> |
greater than |
<КИЗ>, <НомУпак> |
|
& |
& |
ampersand |
<КИЗ>, <НомУпак> |
|
' |
‘ |
apostrophe |
<ИдентТрансУпак> |
|
" |
« |
quotation mark |
<ИдентТрансУпак> |
В колонке «Теги / атрибуты файла УПД» указаны значения тегов <КИЗ>,<НомУпак> или атрибута <ИдентТрансУпак> тега <НомСредИдентТов>, для которых является обязательным экранирование указанных спецсимволов.
Пример экранирования спецсимволов:
Код идентификации: 010444006404043021LT8V!->CW”xJ)
-> <КИЗ>010444006404043021LT8V!->CW"xJ)</КИЗ>
Код идентификации: 01046002110125861101071921E’d8ZnM
-> <НомСредИдентТов ИдентТрансУпак="01046002110125861101071921E'd8ZnM"/>При указании сведений в XML-файле допустимо экранирование всего КИ, указанного в тегах <КИЗ>, <НомУпак> и содержащего спецсимволы. КИ заключается в конструкцию «CDATA».
Рисунок 11. Пример видов экранирования в документе
При указании КИ все значения указываются без скобок, в которые заключены идентификаторы применения, и без пробелов.
3.2. Требования к указанию КИ товаров, групповых и транспортных упаковок
Описание из данного раздела применимо исключительно к случаям использования участниками оборота товара формата электронного документа, утверждённого Приказом № ММВ-7-15/189.
КИ товаров в потребительской и групповой упаковке указываются в поле «Информационное поле события (факта хозяйственной жизни) 2» (<ИнфПолФХЖ2>) с идентификаторами (<Идентиф>):
-
«Контрольный идентификационный знак до» (<cis_до>) со значением (<Значен>) до изменения сведений в отношении отгруженного маркированного товара;
-
«Контрольный идентификационный знак» (<cis>) со значением (<Значен>) после изменения сведений в отношении отгруженного маркированного товара.
КИТУ указываются в поле «Информационное поле события (факта хозяйственной жизни) 2» (<ИнфПолФХЖ2>) с идентификаторами (<Идентиф>):
-
«Серийный код транспортной упаковки до» (<sscc_до>) со значением (<Значен>) до изменения сведений в отношении отгруженного маркированного товара;
-
«Серийный код транспортной упаковки» (<sscc>) со Значением (<Значен>) после изменения сведений в отношении отгруженного маркированного товара.
В УКД, в случае изменения стоимости по товарной позиции, заполнение информации по КИ можно производить по двум равнозначным вариантам (в рамках использования приказа ФНС России от 13.04.2016 № ММВ-7-15/189@ и инфо полей):
-
в поле <ИнфПолФХЖ2> может быть указан полный перечень КИ до / после из УПД (УПД(и)), к которому составляется документ о согласии покупателя с изменением стоимости (данный порядок также относится к оформлению корректировочных документов);
-
в поле <ИнфПолФХЖ2> может быть указан перечень КИ до / после, только по измененным КИ.
Варианты заполнения элемента «Информационное поле события (факта хозяйственной жизни) 2» (<ИнфПолФХЖ2>) для потребительской или групповой упаковки (набора, блока) представлены на рисунках ниже.
Рисунок 12. Пример 1 заполнения элемента ИнфПолФХЖ2 для КИТУ или КИГУ
Рисунок 13. Пример 2 заполнения элемента ИнфПолФХЖ2 для КИТУ или КИГУ
Использование «–» предусмотрено для полных возвратов и для добавления новых КИ в товарных позициях, по которым была изменена стоимость.
Пример указания сведений, описание ситуации к одной товарной позиции.
Ситуация 1: в УПД поставлены маркированные товары с КИ (1,2,3,4,5…500), указания изменений в <ИнфПолФХЖ2> (предпочтительный, так как аналогичный порядок по работе с УКД будет действовать после вступления в силу нового формата УКД «Федеральный портал проектов нормативных правовых актов»).
Пример:
УКД_до КИ (1,2,3,4,5…500)
УКД_после КИ (1,2,3,4,5…499)
Ситуация 2: товар с КИ (500) возвращается, указания изменений в <ИнфПолФХЖ2>.
Пример:
УКД_до КИ (500)
УКД_после КИ «–»
Ниже приведен пример заполнения элемента «Информационное поле события (факта хозяйственной жизни) 2» (<ИнфПолФХЖ2>) с указанием КИТУ «до», возвращаемого на отправителя, и указанием отдельных КИ, перемещаемых на получателя.
Рисунок 14. Пример заполнения элемента ИнфПолФХЖ2 для транспортной упаковки и для отдельных КИ
При указании КИ порядок следования значений «до» и «после» не важен.
Ниже приведен пример заполнения элемента «Информационное поле события (факта хозяйственной жизни) 2» (<ИнфПолФХЖ2>) для транспортных и потребительских упаковок до изменения сведений, а также транспортных и потребительских упаковок после изменения сведений об отгруженных маркированных товарах.
Рисунок 15. Пример 1
-
изначально во время отгрузки в УПД в отношении одного наименования товара (одна товарная позиция) было указано четыре транспортных упаковки (КИТУ):
<ИнфПолФХЖ2 Идентиф= "sscc_до" Значен="187011111111001111"/> <ИнфПолФХЖ2 Идентиф= "sscc_до" Значен="187000000000002222"/> <ИнфПолФХЖ2 Идентиф= "sscc_до" Значен="187000000000044444"/> <ИнфПолФХЖ2 Идентиф= "sscc_до" Значен="187000000000005555"/>и один код идентификации товара (КИ):
<ИнфПолФХЖ2 Идентиф= "cis_до" Значен="01000000000000000110aaAAaoaaa00"/>По результатам приёмки по данной товарной позиции выявлена недостача. В сформированном в отношении данной позиции УКД сведения в отношении кодов маркировки указаны в <ИнфПолФХЖ2> с идентификаторами <sscc_до> и <cis_до>;
-
в результате изменения количества товара в упаковках 187000000000044444 и 187000000000005555, и обусловленной этим событием корректировки стоимости, транспортные упаковки распались на КИ товара в потребительской упаковке, и при этом одновременно выявлено, что требуется замена указанной в УПД транспортной упаковки 187000000000002222 на 187000000000003333:
<ИнфПолФХЖ2 Идентиф= "sscc" Значен="187011111111001111"/> <ИнфПолФХЖ2 Идентиф= "sscc" Значен="187000000000003333"/>И семь кодов идентификации товара в потребительской упаковке (КИ):
<ИнфПолФХЖ2 Идентиф= "cis" Значен="0100000000000000211cSsSSxSsss11"/> (принят не весь КИТУ, а только часть из его вложения) <ИнфПолФХЖ2 Идентиф= "cis" Значен="0100000000000000211cSsSSxSsss22"/> (принят не весь КИТУ, а только часть из его вложения) <ИнфПолФХЖ2 Идентиф= "cis" Значен="0100000000000000211cSsSSxSsss33"/> (принят не весь КИТУ, а только часть из его вложения) <ИнфПолФХЖ2 Идентиф= "cis" Значен="0100000000000000211cSsSSxSsss00"/> <ИнфПолФХЖ2 Идентиф= "cis" Значен="0100000000000000211cSsSSxSsss11"/> (принят не весь КИТУ, а только часть из его вложения) <ИнфПолФХЖ2 Идентиф= "cis" Значен="0100000000000000211cSsSSxSsss22"/> (принят не весь КИТУ, а только часть из его вложения) <ИнфПолФХЖ2 Идентиф= "cis" Значен="0100000000000000211cSsSSxSsss33"/> (принят не весь КИТУ, а только часть из его вложения)В УКД сведения указаны в <ИнфПолФХЖ2> с идентификаторами <sscc> и <cis>.
При занесении в УКД сведений по КИ для товара, сведения по которому обнуляются по сравнению с данными документа УПД, УПД(и) (происходит полный возврат товара по позиции), на основании которого оформлен УКД, в информации до изменения сведений (<sscc_до> или <cis_до>) указываются КИ маркированных товаров, возвращённые на отправителя документа, а в информации после изменения сведений (<sscc> или <cis>) указывается ДЕФИС «–». Пример заполнения элемента <ИнфПолФХЖ2> приведен ниже.
Рисунок 16. Пример 2
3.3. Требования к указанию КИ товаров, групповых и транспортных упаковок при использовании УКД по формату Приказа № ЕД-7-26/736@ от 12.10.2020
Инфополя <cis> и <cis_до> не используются для отражения сведений о маркированных товарах в УКД по формату Приказа № ЕД-7-26/736@ от 12.10.2020.
КИ товаров указываются в полях «Номер средства идентификации товаров до изменения» (<НомСредИдентТовДо>) до изменения сведений в отношении отгруженного маркированного товара и в полях «Номер средства идентификации товаров после изменения» (<НомСредИдентТовПосле>) после изменения сведений в отношении отгруженного маркированного товара.
Рисунок 17. Пример заполнения элемента НомСредИдентТовДо о переданных КИ покупателю
Рисунок 18. Пример заполнения элемента НомСредИдентТоПосле о скорректированных КИ на покупателе
КИ товаров в потребительской упаковке (единицы товара, комплекты, наборы) могут быть указаны в элементе <КИЗ> (контрольный идентификационный знак).
Блоки, потребительские наборы, прочие групповые упаковки (КИГУ, КИН) могут быть указаны в элементе «Уникальный идентификатор вторичной (потребительской) / третичной (заводской, транспортной) упаковки».
Дополнительно, в данном элементе так же допустимо указание КИТУ – коробов как при условии их вложенности / вхождении в транспортную упаковку высшего уровня, так и как отдельной единицы отгрузки товара.
КИТУ (паллеты, контейнеры, короба) могут быть указаны в элементе «Уникальный идентификатор транспортной упаковки».
Возврат товара, который был перемаркирован получателем или отправителем исходного УПД новым КИ, возможно осуществить с применением УКД.
В информации до изменения сведений (<НомСредИдентТовДо>) для товаров указываются новый КИ, полученные при перемаркировке, независимо от того, указывался ли в документе «Перемаркировка» предыдущий КИ или не указывался. Информация после изменения сведений (<НомСредИдентТоПосле>) по данному КИ товара не заполняется — элемент может отсутствовать полностью, если осуществляется полный возврат всех КИ по товарной позиции, или быть заполнен только теми КИ, которые остаются на получателе (покупателе) документа. Указание дефиса («–») вместо значения КИ приведёт к обработке документа с ошибкой.
Рисунок 19. Пример заполнения при указании информации о возврате по товарной позиции
3.4. Требования к указанию сведений о передаче маркированного товара в объёмно-сортовом разрезе учёта
Участникам оборота товаров доступна функциональность по обработке документов с указанием сведений о маркированных товарах в объёмно-сортовом разрезе на демонстрационном и промышленном контурах ГИС МТ. Перечень ошибок, возникающих при обработке документов, содержащих сведения в объёмно-сортовом разрезе, доступен в разделе «Проверка документа УПД в объёмно-сортовом виде сведений и описание ошибки». Даты начала обязательной передачи сведений об обороте товара для участников оборота товаров, осуществляющих оптовую торговлю, регулируется Постановлениями Правительства РФ соответствующих товарных групп.
При организации прослеживаемости маркированной продукции в ГИС МТ в товарных группах, предусматривающих применение сортового учёта, в УКД, УКД(и) предполагается указание информации об отгруженной маркированной продукции, базирующейся на следующих принципах:
-
в УКД, УКД(и) допускается указание сведений о маркировке товаров как поэкземплярно, так и в сортовом разрезе (GTIN и количество КИ потребительских упаковок). Формат сведений должен совпадать с форматом исходного УПД;
-
в переходный период (с 1 июня 2025 года) от сортового учёта к экземплярному, в случае если в поставке отгружается продукция разных производственных партий, для одной товарной позиции в УКД, УКД(и) допускается указание информации по отгруженной продукции в комбинированном разрезе (экземплярный + сортовой) в объёмах;
-
для отражения в документе информации о маркированной продукции в сортовом разрезе учёта используется регулярное выражение: [02][GTIN][37][количество] в потребительской единице, подлежащей маркировке. Идентификаторы применения указываются без заключающих скобок;
-
для одной товарной позиции в УПД, УПД(и), УКД, УКД(и) допускается многократное указание одного регулярного выражения;
-
по товарной позиции в регулярном выражении необходимо указывать GTIN минимальной потребительской упаковки, доступной к реализации. При указании GTIN наборов и групповой упаковки на баланс склада будут зачислены только GTIN вложений на основании сведений из НКМТ;
-
сведения о маркированном товаре в сортовом разрезе учёта могут быть указаны в любом теге, входящем в «НомСредИдентТовДо» и «НомСредИдентТовПосле»: «НомУпак» (использование атрибутов «КИЗ» и «ИдентТрансУпак» может повлечь некорректную обработку документа контрагентом);
-
количество отгруженного товара указывается в виде регулярного выражения 02[gtin]37[count], где [gtin] — код товара (14 цифр), [count] — количество товара в единице измерения упаковки (от 1 до 8 цифр), в «НомСредИдентТовДо» до изменения сведений в отношении отгруженного маркированного товара и в «НомСредИдентТовПосле» после изменения сведений в отношении отгруженного маркированного товара;
Рисунок 20. Пример заполнения при указании информации о частичном возврате по товарной позиции
Рисунок 21. Пример заполнения при указании информации о полном возврате по товарной позиции
3.5. Рекомендации к подаче сведений в ГИС МТ об изменениях сведений о передаче маркированных товаров
-
в сведениях, подаваемых в формате УКД / УКД(и) необходимо указывать в «sscc_до» и «cis_до» последние успешно зарегистрированные данные, поданные в ГИС МТ по обороту маркируемой продукции, переданной от участника оборота товаров, отгрузившего маркированный товар («Продавец»), участнику оборота товаров, принимающему маркированный товар («Покупатель») по изменяемой товарной позиции (применимо только для УКД в формате Приказа № ММВ-7-15/189@ от 13.04.2016);
-
если при формировании УКД отсутствуют изменения в части КИ, то можно не заполнять сведения в «ИнфПОЛФХЖ2» со значениями: «sscc_до», «sscc» и «cis_до», «cis» (применимо только для УКД в формате Приказа № ММВ-7-15/189@ от 13.04.2016);
-
если по товарной позиции происходит полный возврат, то в «cis_до», «sscc_до» перечисляются все КИ, которые были указаны в последних поданных данных в ГИС МТ по обороту маркируемой продукции, а в «sscc» или «cis» указывается ДЕФИС «-» (применимо только для УКД в формате Приказа № ММВ-7-15/189@ от 13.04.2016);
-
если на момент подачи сведений в формате УКД по корректировке сведений конкретной товарной позиции со стороны покупателя были реализованы / перемещены КИ, ранее успешно переданные на основании сведений по УПД / УПД(и), данные КИ должны быть указаны в УКД;
-
если на момент подачи сведений в формате УКД по товарной группе вступили обязательства по передаче в ГИС МТ сведений об обороте КИ как экземплярном, так и в объёмно-сортовом разрезе, а исходный документ, на который была оформлена корректировка, в систему ГИС МТ не передавался, т.к. был оформлен до наступления обязательств, то сведения в формате УКД будут приняты и обработаны в ГИС МТ;
-
в сведениях, передаваемых в формате УКД / УКД(и), не могут указываться АТК.
3.6. Рекомендации к проверке сведений о маркированных товарах до подачи сведений в ГИС МТ
На момент подачи сведений в ГИС МТ в формате УКД(и) при исправлении ошибки в УКД, добавляемые КИ транспортных, групповых или потребительских упаковок должны числиться за участником оборота товаров, осуществляющим поставку маркированных товаров (КИ находятся в собственности у продавца. В случае отгрузки товара с КИ от имени комиссионера / агента, КИ должны быть у него во владении (приняты от продавца)).
На момент подачи сведений в ГИС МТ в формате УКД / УКД(и) возвращаемые КИ транспортных, групповых или потребительских упаковок должны числиться за участником оборота товаров, осуществляющим возврат маркированных товаров (покупатель / комиссионер / агент).
В передаваемых сведениях, указанных в формате УКД / УКД(и), транспортные и групповые упаковки должны присутствовать в ГИС МТ.
В передаваемых сведениях, указанных в формате УКД / УКД(и), КИ потребительских упаковок, по которым происходит корректировка (перемещение или возврат), не должны быть выбывшими из оборота, за исключением УКД / УКД(и), оформленных на основании УПД с признаком выбытия товара из оборота (заполнено значение <СвВыбытияМАРК>).
Рекомендации будут расширены по мере разработки функциональности системы.
3.7. Обработка в ГИС МТ сведений о дате выполнения операции над КИ, указанном в универсальном документе
Сведения о перемещение КИ на основании УКД записываются на:
-
дату согласования действий по корректировке (<ДатаСоглас>), если она указана в «Титуле покупателя»;
-
дату направления на согласование корректировки (<ДатаНапр>), если она указана в «Титуле продавца»;
-
дату корректировочного счёта-фактуры (<ДатаКСчФ>), если даты согласования не указаны.
4. Описание дополнительных сведений о передаче маркированных товаров (виды оборота, причины выбытия товаров)
Участники оборота товаров, передающие товар другим участникам оборота товаров в рамках сделок, предусматривающих переход права собственности на товар, а также в рамках договоров комиссии и (или) агентских договоров, на основании первичного документа, подтверждающего отгрузку / приёмку товаров, формируют документ о передаче (приёмке) данных товаров в форме УПД с указанием вида сделки (путём заполнения поля <ОбстФормСЧФ>), в рамках которой осуществляется отгрузка, подписывают его усиленной электронной подписью.
Вид оборота:
-
передача маркированных товаров по договорам комиссии и (или) агентским договорам (для дальнейшей реализации маркированных товаров);
-
в случае применения УПД с функцией «ДОП» в качестве документа МХ-1 или МХ-3 (передача товара на ответственное хранение или возврат с ответственного хранения) необходимо проставлять соответствующую кодировку в поле <ВидОборотаМАРК> (9 – Перемещение товаров, не связанное с реализацией), т.к. в таких случаях не передаётся право собственности на товар, соответственно в ГИС МТ не осуществляется перемещение КИ.
В случае частичной приёмки маркированного товара для изменения ранее поданных данных в ГИС МТ, необходимо отправить корректирующие документы УКД к первичному документу (УПД, УПД(и), УКД), ранее отправленному в ГИС МТ.
Вывод товара из оборота осуществляется при обязательном указании признака выбытия в поле <СвВыбытияМАРК> в следующих случаях:
-
при приобретении товаров юридическими лицами и индивидуальными предпринимателями в целях использования для собственных нужд, не связанных с их последующей реализацией (продажей);
-
при безвозмездной передаче товаров юридическими лицами и индивидуальными предпринимателями без их последующей реализации (продажи);
-
при использовании товаров для производственных целей, не связанных с их последующей реализацией (продажей);
-
при реализации маркированных товаров в рамках гос. контракта (помимо обязательного указания признака выбытия в поле <СвВыбытияМАРК> должен быть указан идентификатор гос. контракта в элементе «Идентификатор государственного контракта» в поле «Дополнительные сведения об участниках факта хозяйственной жизни, основаниях и обстоятельствах его проведения» (<ДопСвФЧЖ1>)).
При выводе КИ из оборота по причине продажи по сделке с государственной тайной сведения передаются в ГИС МТ только через документы прямой подачи сведений. В этом случае передача сведений через УПД не осуществляется.
В указанных случаях в УПД заполняется признак выбытия в поле <СвВыбытияМАРК>, на основании чего в ГИС МТ фиксируется перемещение КИ от продавца на покупателя и вывод КИ из оборота. Если поле <СвВыбытияМАРК> не заполнено, то при поступлении УПД осуществляется только перемещение кодов на покупателя, вывод кодов из оборота не осуществляется.
Если в УПД причина выбытия указана одновременно в сведениях со стороны продавца и в сведениях со стороны покупателя, при этом в указанных значениях имеется расхождение, то фактическая причина выбытия фиксируется в ГИС МТ в соответствии со следующим уровнем приоритезации:
-
в поле <СвВыбытияМАРК> указано значение «4» («Продажа товаров по государственному (муниципальному) контракту») и заполнен элемент «Идентификатор государственного контракта» в поле «Дополнительные сведения об участниках факта хозяйственной жизни, основаниях и обстоятельствах его проведения» (<ДопСвФЧЖ1>);
-
в поле <СвВыбытияМАРК> указано значение «1» («Покупка товаров юридическими лицами и индивидуальными предпринимателями в целях использования для собственных нужд, не связанных с их последующей реализацией (продажей)»);
-
в поле <СвВыбытияМАРК> указано значение «3» («Использование товаров для производственных целей, не связанных с их последующей реализацией (продажей)»);
-
в поле <СвВыбытияМАРК> указано значение «2» («Безвозмездная передача товаров юридическими лицам и индивидуальным предпринимателям, не связанная с их последующей реализацией (продажей)»).
В случае оформления УПД с последующим выбытием КИ, для обработки документа в ГИС МТ регистрация покупателя не обязательна. Для входа в ЛК и просмотра сведений по обработанному документу, а также для получения сведений по средствам API (см. «Описание True API» в разделе «Помощь» ГИС МТ (промышленный контур)), участником оборота товаров обязательно должен быть подписан договор по товарной группе, которой осуществляется товарооборот.
Описание дополнительных сведений о передаче маркированных товаров (виды оборота, причины выбытия товаров) будет дополнено по мере разработки функциональности системы.
4.1. Сведения о видах оборота
4.1.1. Сведения в УПД, оформленных в рамках договоров комиссии и (или) агентских договоров
Для передачи сведений о видах оборота в УПД с функцией «ДОП», в рамках договоров комиссии и (или) агентских договоров, используется атрибут <ОбстФормСЧФ> элемента <ДопСвФХЖ1> файла обмена «Информации продавца». Описание представлено в таблице ниже.
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
|---|---|---|---|---|---|
|
Порядковый номер счёта-фактуры (строка 1 счёта-фактуры), документа об отгрузке товаров (выполнении работ), передачи имущественных прав (документа об оказании услуг) |
НомерСчФ |
А |
Т (1-1000) |
О |
Для функции «ДОП» может принимать значение б/н (без номера) |
|
Дата составления (выписки) счёта-фактуры (строка 1 счёта-фактуры, документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг) |
ДатаСчФ |
А |
Т (=10) |
О |
Типовой элемент <ДатаТип>. |
|
Валюта: Код (строка 7 счёта-фактуры)) |
КодОКВ |
А |
Т (=3) |
ОК |
Типовой элемент <ОКВТип>. |
|
Исправление (строка 1а счёта-фактуры)) |
ИспрСчФ |
С |
H |
||
|
Сведение о продавце (строки 2, 2а, 2б счёта-фактуры)) |
СвПрод |
С |
ОМ |
Типовой элемент <УчастникТип> |
|
|
Сведение о грузоотправителе (строка 3 счёта-фактуры)) |
ГрузОТ |
С |
НМ |
Типовой элемент <УчастникТип>. |
|
|
Грузополучатель и его адрес (строка 4 счёта-фактуры)) |
ГрузПолуч |
С |
НМ |
Типовой элемент <УчастникТип>. |
|
|
Сведения о платёжно-расчётном документе (строка 5 счёта-фактуры) |
СвПРД |
С |
НМ |
||
|
Сведения о покупателе (строки 6, 6а, 6б счёта-фактуры) |
СвПокуп |
С |
ОМ |
Типовой элемент <УчастникТип> |
|
|
Дополнительные сведения об участниках факта хозяйственной жизни, основаниях и обстоятельствах его проведения |
ДопСвФХЖ1 |
С |
Н |
||
|
Реквизиты документа, подтверждающего отгрузку товаров (работ, услуг, имущественных прав) |
ДокПодтвОтгр |
С |
НМ |
||
|
Информационное поле факта хозяйственной жизни 1 |
ИнфПолФХЖ1 |
С |
Н |
Описание допустимых значений заполнения «Обстоятельства формирования счёта-фактуры, применяемого при расчётах по налогу на добавленную стоимость» (<ОбстФормСЧФ>) информации продавца по указанию сведений по видам оборота представлено в таблице ниже.
| Именованная элемента | Сокращённое наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
|---|---|---|---|---|---|
|
Идентификатор гос. контракта, договора (соглашения), (строка 8 счёта-фактуры) |
ИдГосКон |
А |
Т (20-25) |
Н |
Обязателен при наличии гос. контракта на поставку товаров (выполнение работ, оказание услуг), договора (соглашения) о предоставлении из федерального бюджета юридическому лицу субсидий, бюджетных инвестиций, взносов в уставной капитал |
|
Валюта: Наименование |
НаимОКВ |
А |
Т (1-100) |
НК |
Принимает значение в соответствии с ОКВ. |
|
Курс валюты |
КурсВал |
А |
N (10.4) |
Н |
|
|
Обстоятельства формирования счёта-фактуры, применяемого при расчётах по залогу на добавленную стоимость |
ОбстФормСЧФ |
А |
Т (=1) |
Н |
Для <Функция>=СЧФ принимает следующие значения: 1 – выставляется при реализации товаров (работ, услуг), передаче имущественных прав; 2 – выставляется при получении оплаты, частичной оплаты в счёт предстоящих поставок товаров (выполнения работ, оказания услуг), передачи имущественных прав; 3 – применяется в случае реализации комиссионером (агентом, экспедитором, застройщиком или заказчиком, выполняющим функции застройщика) двум и более покупателям (приобретения у двух и более продавцов) товаров (работ, услуг), имущественных прав от своего имени |
|
Для <Функция>=ДОП принимает следующие значения: 4 – товары переданы от комитента (принципала) комиссионеру (агенту, действующему от собственного имени для дальнейшей реализации); 5 – товары переданы от комиссионера комитенту при возврате товаров; 6 – товары переданы от комиссионера комитенту при закупке товаров; 7 – товары переданы от комитента комиссионеру при возврате товаров; 8 – возврат товара от покупателя продавцу |
Рисунок 22. Пример заполнения элемента ОбстФормСЧФ по указанию вида операции в Информации продавца
При указании <ОбстФормСЧФ> = 6|7 дополнительные сведения не обрабатываются. ГИС МТ осуществляет регистрацию передачи КИ с типом оборота «Продажа».
Для КИ, перемещённых документами ЭДО с <ОбстФормСЧФ> = 4|5, дальнейшее перемещение между участником оборота товаров может осуществляться как документами ЭДО, так и документами «Отгрузка» / «Приёмка» с видом оборота «Комиссия» или «Агент».
Для КИ, перемещённых документами «Отгрузка» / «Приёмка» с видом оборота «Комиссия» или «Агент», дальнейшее перемещение или возврат между участником оборота товаров может осуществляться только документами «Отгрузка» / «Приёмка» с видом оборота «Комиссия» или «Агент».
Сценарии совмещения документов «Отгрузка» / «Приёмка» и УПД:
-
для КИ, перемещённых документами «Отгрузка» / «Приёмка», для дальнейшего перемещения возможно оформить УПД по виду оборота «агентско-комиссионная передача КИ»;
-
для КИ, перемещённых документами «Отгрузка» / «Приёмка» (по виду оборота «продажа» или «агентско-комиссионная передача КИ»), для дальнейшего перемещения возможно оформить УПД на продажу / передачу КИ.
4.1.2. Сведения в УПД при указании информации о возврате товара от покупателя продавцу
При указании в УПД / УПД(и) с функцией «ДОП» атрибута <ОбстФормСЧФ> со значением «8» (возврат товара от покупателя продавцу) действует следующая логика обработки такого УПД / УПД(и):
-
если в УПД значение атрибута <ОбстФормСЧФ> равно «8», то при обработке такого УПД в ГИС МТ не осуществляется смена владельцев КИ и регистрация операции прихода / расхода на балансе «Склада» ГИС МТ;
-
если в УПД(и) значение атрибута <ОбстФормСЧФ> равно «8», а в УПД, к которому формируется УПД(и), атрибут <ОбстФормСЧФ> не был указан, то КИ возвращаются на отправителя УПД(и) и на балансе «Склада» ГИС МТ для отправителя УПД(и) осуществляется регистрация операции прихода по количеству и весу / объёму товара, а для получателя УПД(и) — регистрация операции расхода;
-
если в УПД(и) атрибут <ОбстФормСЧФ> не указан, а в УПД, к которому формируется УПД(и), значение атрибута <ОбстФормСЧФ> указано «8», то КИ перемещаются на получателя УПД(и) и на балансе «Склада» ГИС МТ для отправителя УПД(и) осуществляется регистрация операции расхода по количеству и весу / объёму товара, а для получателя УПД(и) — регистрация операции прихода.
Изменения на балансе «Склада» ГИС МТ по весу / объёму товара фиксируются только для товарных групп, в которых доступна подача сведений в объёмно-сортовом разрезе.
Если УПД или УПД(и) содержит атрибут <ОбстФормСЧФ> со значением «8», то атрибут <ВидОборотаМАРК> со значениями «9» (перемещение товаров, не связанное с реализацией) или «10» (при расчёте по сделке оформлен чек ККТ) в ГИС МТ не будет обработан.
4.1.3. Сведения в УПД при передаче / возврате товара на ответственное хранение
Для передачи сведений о видах оборота в УПД с функцией «ДОП» в качестве документа МХ-1 или МХ-3 (передача товара на ответственное хранение или возврат с ответственного хранения) используется «Информационное поле события (факта хозяйственной жизни) 1» (<ИнфПолФХЖ1>), файла обмена «Информации продавца» с идентификатором (<Идентиф>) <ВидОборотаМАРК> со значением (<Значен>) равным «9» («Перемещение товаров, не связанное с реализацией»).
Рисунок 23. Пример заполнения информации ВидОборотаМАРК в Информации продавца
Поведение системы ГИС МТ при заполнении поля <ВидОборотаМАРК>:
-
если при подаче сведений в поле <ВидОборотаМАРК> указано значение (<Значен>) равное «9» («Перемещение товаров, не связанное с реализацией») в формате УПД с функцией «ДОП», то в ГИС МТ перемещение КИ не осуществляется, УПД отобразится с видом товарооборота «Перемещение без реализации»;
-
если в поле <ВидОборотаМАРК> не указано значение (<Значен>) по УПД(и) на оформленном УПД, то все указанные КИ возвращаются на отправителя документа;
-
передача сведений о видах оборота в поле <ВидОборотаМАРК> со значением «9» («Перемещение товаров, не связанное с реализацией») принимается только для универсального документа с функцией «ДОП».
4.1.4. Сведения в УПД (в объёмно-сортовом виде) о наличии чека ККТ при совершении операции по сделке
Для исключения двойного учёта операций на балансе виртуального склада, когда в рамках одной сделки покупателю формируется чек ККТ и УПД в объёмно-сортовом виде, в УПД отражается признак наличия чека. Указание признака наличия чека применимо для товарных групп, в которых доступна подача сведений в объёмно-сортовом разрезе.
Для передачи сведений о наличии чека ККТ, в УПД (в объёмно-сортовом разрезе) используются сведения <ВидОборотаМАРК> со значением (<Значен>) равным «10», указанные в:
-
«Информационное поле события (факта хозяйственной жизни) 1» (<ИнфПолФХЖ1>) файла обмена «Информации продавца»;
-
«Информационное поле события (факта хозяйственной жизни) 4» (<ИнфПолФХЖ4>) файла обмена «Информации покупателя».
Допустимо указание как одного значения в «Информации продавца» или в «Информации покупателя», так и двух – в «Информации продавца» и в «Информации покупателя».
Для передачи сведений о наличии чека со стороны продавца в УПД, используется «Информационное поле события (факта хозяйственной жизни) 1» (<ИнфПолФХЖ1>) файла обмена «Информации продавца»:
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
|---|---|---|---|---|---|
|
Идентификатор файла информационного поля |
ИдФайлИнПол |
А |
Т (=36) |
Н |
GUID. |
|
Текстовая информация |
ТекстИнф |
С |
НМ |
Типовой элемент <ТекстИнфТип> |
Описание допустимых значений заполнения «Информационного поля события (факта хозяйственной жизни) 1» (<ИнфПолФХЖ1>) файла обмена «Информации продавца» в элементе «Текстовая информация» (<ТекстИнф>) представлено в таблице ниже.
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
|---|---|---|---|---|---|
|
Идентификатор |
Идентиф |
A |
T (1-50) |
О |
ВидОборотаМАРК |
|
Значение |
Значен |
А |
T (1-2000) |
О |
Принимает значение: |
Ниже приведен пример заполнения элемента «Информационное поле события (факта хозяйственной жизни) 1» (<ИнфПолФХЖ1>) файла обмена «Информации продавца» по указанию сведений по видам оборота.
Рисунок 24. Информационное поле события факта хозяйственной жизни 1 ИнфПолФХЖ1
Ниже приведен пример заполнения элемента «Информационное поле события (факта хозяйственной жизни) 4» (<ИнфПолФХЖ4>) файла обмена «Информации покупателя» по указанию сведений о наличии чека при оформлении сделки.
Рисунок 25. Информационное поле события факта хозяйственной жизни 4
4.2. Сведения о причинах выбытия
Для передачи сведений о причинах выбытия, связанных с передачей товара с целью использования для собственных нужд, в УПД используются:
-
«Информационное поле события (факта хозяйственной жизни) 1» (<ИнфПолФХЖ1>) файла обмена «Информации продавца»;
-
«Информационное поле события (факта хозяйственной жизни) 4» (<ИнфПолФХЖ4>) файла обмена «Информации покупателя».
Допустимо указание как одного значения в «Информации продавца» или в «Информации покупателя», так и двух — в «Информации продавца» и в «Информации покупателя».
Для передачи сведений о причинах выбытия со стороны продавца в УПД, используется «Информационное поле события (факта хозяйственной жизни) 1» (<ИнфПолФХЖ1>) файла обмена «Информации продавца»:
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
|---|---|---|---|---|---|
|
Идентификатор файла информационного поля |
ИдФайлИнПол |
А |
Т (=36) |
Н |
GUID. |
|
Текстовая информация |
ТекстИнф |
С |
НМ |
Типовой элемент <ТекстИнфТип> |
Описание допустимых значений заполнения «Информационного поля события (факта хозяйственной жизни) 1» (<ИнфПолФХЖ1>) «Информации продавца» в элементе «Текстовая информация» (<ТекстИнф>) представлено в таблице ниже.
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
|---|---|---|---|---|---|
|
Идентификатор |
Идентиф |
A |
T (1-50) |
О |
СвВыбытияМАРК |
|
Значение |
Значен |
А |
T (1-2000) |
О |
Принимает значение: |
Пример заполнения элемента «Информационное поле события (факта хозяйственной жизни) 1» (<ИнфПолФХЖ1>) файла обмена Информации продавца по указанию сведений по видам оборота представлен на рисунке ниже.
Рисунок 26. Информационное поле факта хозяйственной жизни продавца
Для передачи сведений о причинах выбытия со стороны покупателя в УПД используется «Информационное поле события (факта хозяйственной жизни) 4» (<ИнфПолФХЖ4>) файла обмена «Информации покупателя». Описание представлено в таблице ниже.
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
|---|---|---|---|---|---|
|
Идентификатор файла информационного поля |
ИдФайлИнфПол |
А |
Т (=36) |
Н |
GUID. |
|
Текстовая информация |
ТекстИнф |
С |
НМ |
Описание допустимых значений заполнения «Информационного поля события (факта хозяйственной жизни) 4» (<ИнфПолФХЖ4>) файла обмена «Информации покупателя» в элементе «Текстовая информация» (<ТекстИнф>) представлено в таблице ниже.
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
|---|---|---|---|---|---|
|
Идентификатор |
Идентиф |
A |
T (1-50) |
О |
СвВыбытияМАРК |
|
Значение |
Значен |
А |
T (=2) |
ОК |
Принимает значение: |
Пример заполнения элемента «Информационное поле события (факта хозяйственной жизни) 4» (<ИнфПолФХЖ4>) файла обмена «Информации покупателя» по указанию сведений по видам оборота представлен на рисунке ниже.
Рисунок 27. Информационное поле факта хозяйственной жизни покупателя
4.3. Сведения о реализации маркированных товаров в рамках гос. контракта
Для передачи сведений в формате УПД о реализации маркированных товаров в рамках гос. контракта в элементе «Идентификатор государственного контракта» в поле «Дополнительные сведения об участниках факта хозяйственной жизни, основаниях и обстоятельствах его проведения» (<ДопСвФЧЖ1>) указывается номер государственного контракта, 20-значный цифровой показатель, формируемый гос. заказчиком и содержащий данные о номере гос. контракта и наличии или отсутствии в гос. контракте сведений, составляющих гос. тайну (п. 7 приказа Федерального казначейства от 20.03.2017 № 9н).
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
|---|---|---|---|---|---|
|
Идентификатор гос. контракта, договора (соглашения), (строка 8 счёта-фактуры) |
ИдГосКон |
А |
Т (20-25) |
Н |
Обязателен при наличии гос. контракта на поставку товаров (выполнение работ, оказание услуг), договора (соглашения) о предоставлении из федерального бюджета юридическому лицу субсидий, бюджетных инвестиций, взносов в уставной капитал |
Рисунок 28. Пример заполнения сведений в УПД при реализации товаров в рамках госконтракта
Для отражения сведений о выбытии КИ, связанных с передачей товара в рамках гос. контракта или для целей, не связанных с его последующей реализацией, в УПД используется «Информационное поле события (факта хозяйственной жизни) 1» (<ИнфПолФХЖ1>) файла обмена «Информации продавца», представленное в таблице ниже.
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
|---|---|---|---|---|---|
|
Идентификатор файла информационного поля |
ИдФайлИнПол |
А |
Т (=36) |
Н |
GUID. |
|
Текстовая информация |
ТекстИнф |
С |
НМ |
Типовой элемент <ТекстИнфТип> |
Изменение логики обработки при подаче данных в ГИС МТ вступит в силу после анонса / рассылки по зарегистрированным участникам оборота товаров. Текущая реализация ГИС МТ поддерживает схему выбытия КИ при указании идентификатора гос. контракта.
Описание допустимых значений заполнения «Информационного поля события (факта хозяйственной жизни) 1» (<ИнфПолФХЖ1>) файла обмена «Информации продавца» в элементе «Текстовая информация» (<ТекстИнф>) представлено в таблице ниже.
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
|---|---|---|---|---|---|
|
Идентификатор |
Идентиф |
A |
T(1-50) |
О |
СвВыбытияМАРК |
|
Значение |
Значен |
А |
T(1-2000) |
О |
Принимает значение: |
Если при заполненном идентификаторе гос. контракта поле <СвВыбытияМАРК> заполнено, то при поступлении УПД осуществляется перемещение кодов на конечного покупателя с выводом кодов из оборота. Если при заполненном идентификаторе гос. контракта поле <СвВыбытияМАРК> не заполнено, то при поступлении УПД осуществляется только перемещение кодов на конечного покупателя, вывод кодов из оборота не осуществляется.
Пример заполнения элемента «Информационное поле события (факта хозяйственной жизни) 1» (<ИнфПолФХЖ1>) файла обмена «Информации продавца» по указанию сведений по видам оборота представлен на рисунке ниже.
Рисунок 29. Информационное поле ИнфПолФХЖ1 о реализации в рамках государственного контракта
4.4. Сведения о безвозмездной передаче маркированной продукции
Для передачи сведений о «безвозмездной передаче», не связанной с последующей реализацией (продажей) в УПД, используется «Информационное поле события (факта хозяйственной жизни) 1» (<ИнфПолФХЖ1>) файла обмена «Информации продавца»:
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
|---|---|---|---|---|---|
|
Идентификатор файла информационного поля |
ИдФайлИнПол |
А |
Т (=36) |
Н |
GUID. |
|
Текстовая информация |
ТекстИнф |
С |
НМ |
Типовой элемент <ТекстИнфТип> |
Описание допустимых значений заполнения «Информационного поля события (факта хозяйственной жизни) 1» (<ИнфПолФХЖ1>) файла обмена «Информации продавца» в элементе «Текстовая информация» (<ТекстИнф>) представлено в таблице ниже.
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
|---|---|---|---|---|---|
|
Идентификатор |
Идентиф |
A |
T (1-50) |
О |
СвВыбытияМАРК |
|
Значение |
Значен |
А |
T (1-2000) |
О |
Принимает значение: |
Пример заполнения элемента «Информационное поле события (факта хозяйственной жизни) 1» (<ИнфПолФХЖ1>) файла обмена «Информации продавца» по указанию сведений по видам оборота представлен на рисунке ниже.
Рисунок 30. Информационное поле ИнфПолФХЖ1 о безвозмездной передаче маркированной продукции
5. Дополнительная техническая информация при работе с ГИС МТ
5.1. Роуминговый обмен
В случае роумингового обмена между участниками оборота товаров передача сведений о движении КИ выполняется как Оператором ЭДО отправителя, так и Оператором ЭДО получателя.
5.2. Предварительная проверка УПД до свершения факта приёмки со стороны покупателя
Для проверки УПД перед его отправкой в систему ГИС МТ возможно использование метода «Описание True API» (раздел «Помощь» ГИС МТ (промышленный контур)): «Метод подачи УПД на предварительную проверку», осуществляющего первичную верификацию указанных сведений по КИ и данным продавца и покупателя.
После подачи УПД на стороне ГИС МТ выполняются следующие действия:
-
проверка регистрации продавца и покупателя;
-
проверка подключённых товарных групп (для товарных групп «Альтернативная табачная продукция», «Никотиносодержащая продукция», «Табачная продукция»);
-
проверка валидности документа и отсутствие дублей в ГИС МТ;
-
проверка наличия сведений о КИ маркированных товаров в ГИС МТ;
-
проверка полномочий продавца на операции с КИ.
На проверку могут быть отправлены только документы УПД и УПД(и) до осуществления приёмки продукции со стороны покупателя.
5.3. Повторная обработка универсальных документов
Поданные в ГИС МТ сведения в формате универсального документа, в случае их обработки с ошибками на стороне системы, можно направить на повторную обработку при следующих сценариях:
-
нарушена хронология подачи документов в ГИС МТ. Например, сведения в формате УПД на дальнейшую отгрузку поступили от участника оборота товаров, перемещение кодов на которого ещё не выполнено (не поступили сведения или были обработаны с ошибками);
-
продавец или покупатель по УПД не зарегистрированы в ГИС МТ или проходят процедуру регистрации;
-
статусы КИ не соответствуют выполняемой операции. Например, на стороне ГИС МТ товар не был введён в оборот, но уже поступили сведения об отгрузке и приёмке продукции в формате УПД.
Направить документ на повторную обработку можно:
-
по кнопке в ЕЛК в карточке документа;
-
используя «Описание True API» (раздел «Помощь» ГИС МТ (промышленный контур)) «Метод отправки документа ЭДО на повторную обработку».
5.4. Приём сведений по чекам ККТ с указанием ИНН покупателя
В соответствии с внесёнными изменениями в постановления правительства о правилах маркировки и оборота маркированной продукции, сведения по передаче КИ между участниками оборота товаров могут быть поданы на основании оформления чека ККТ с указанием ИНН покупателя (тег 1228 фискального документа).
На основании полученного чека ККТ осуществляется перемещение КИ с продавца на покупателя.
Если со стороны продавца выставляется и чек ККТ с указанием покупателя, и универсальный документ на этого же покупателя, то сведения в ГИС МТ обрабатываются по следующей логике:
-
чек ККТ был обработан ГИС МТ ранее УПД. При поступлении УПД принимается ГИС МТ успешно;
-
УПД был обработан ГИС МТ ранее поступления чека ККТ. При поступлении чека ККТ сведения принимаются ГИС МТ успешно.
С изменениями, внесёнными в Постановления Правительства РФ по конкретным товарным группам, можно ознакомиться на сайте https://честныйзнак.рф
5.5. Аннулирование электронных документов
В случае необходимости аннулировать ранее поданные в ГИС МТ сведения по средствам электронных документов УПД или УКД, участник оборота товаров выполняет процедуру аннулирования, в рамках своего Оператора ЭДО и направляет подписанное соглашение об аннулировании электронного документа. ГИС МТ поддерживает обработку предложений об аннулировании (DP_PRANNUL по технологии РОСЭУ), подписанных с двух сторон (продавца и покупателя).
Аннулирование электронного документа, ранее поданного в ГИС МТ, возможно при условии, что аннулируемый документ является последним в хронологии событий по КИ, КИТУ (т.е. КИ, указанные в документе не были перемещены далее другому участнику оборота товаров, реализованы в розницу, перемаркированы, КИТУ не были расформированы).
В случае подачи в ГИС МТ аннулирования на электронный документ, ранее обработанный в системе с ошибками, статус аннулируемого документа изменяется на «Аннулирован».
В случае подачи в ГИС МТ аннулирования на электронный документ, в следствии обработки которого был расформирован верхнеуровневый агрегат (КИТУ, КИГУ, КИН) возможны два сценария поведения:
-
если аннулируемый документ был оформлен с признаком выбытия КИ и содержал в себе сведения по КИТУ, КИГУ, КИН, расформирование которых производится автоматически. При обработке аннулирования на исходный документ КИТУ, КИГУ, КИН будут восстановлены и возвращены на продавца;
-
если аннулируемый документ содержал в себе сведения по вложениям из КИТУ, КИГУ, КИН, расформирование которых происходит по факту перемещения вложенности из КИТУ, КИГУ, КИН. При обработке аннулирования исходные КИТУ, КИГУ, КИН не восстанавливаются. На продавца возвращается вложенность из КИТУ, КИГУ, КИН.
ГИС МТ принимаются документы аннулирования, сформированные согласно форматам DP_PRANNUL версий 1.01 и 1.02 с обязательным указанием даты формирования документа в атрибуте <ИдФайл> и имени XML.
Пример:
DP_PRANNUL_0XX0AA0000A-00AA-0000-AA00-0AA0A00000AA_0XXAA008A00-A00A-00AA-000A-000A0B00AAAA_*20200819*_a00a00a0-000a-0000-000a-000000000aea
5.6. Согласие на предоставление доступа к информации о КИ
Информация о включении контроля наличия согласия на предоставление сведений о КИ будет доведена до участников оборота товаров не позднее чем за 6 месяцев до даты включения.
Для предоставления информации о принадлежности и статусе маркированного товара в ГИС МТ контрагентам, участник оборота товаров должен:
-
быть зарегистрирован в ГИС МТ;
-
подключить в ЕЛК товарные группы, по которым осуществляется товарооборот маркированной продукции и подписать договора о подключении к ГИС МТ;
-
зарегистрировать в ГИС МТ подписанное УКЭП согласие о предоставлении информации о принадлежности и статусе маркированного товара, находящегося в его собственности.
В Согласии перечисляются контрагенты – участники оборота товаров, зарегистрированные в ГИС МТ, которым предоставляется право запрашивать в ГИС МТ вышеуказанную информацию, либо Согласие может быть предоставлено для всех зарегистрированных в ГИС МТ участников оборота товаров.
Проверка наличия согласия будет осуществляться при использовании следующих методов получения информации «Описание True API» (раздел «Помощь» ГИС МТ (промышленный контур)):
-
«Метод получения подробной информации о списке КИ товаров по заданному фильтру»;
-
«Метод получения общедоступной информации о КИ по списку»;
-
метод формирования выгрузок данных из ГИС МТ – «Получение сведений по КИ и агрегатам».
5.7. Рекомендации по подаче сведений в УПД при отгрузке товаров, подлежащих прослеживаемости в ГИС МТ и ФГИС МДЛП
При подаче сведений об обороте (отгрузке / приёмке) маркированных товаров между участниками оборота товаров, в УПД / УПД(и) не допускается указание КИ товарной группы «Лекарственные препараты для медицинского применения». Наличие указанных КИ в УПД / УПД(и), подаваемых в ГИС МТ, приведёт к ошибке обработки документа.
Если УПД / УПД(и) сопровождает отгрузку КИ, относящихся исключительно к товарной группе «Лекарственные препараты для медицинского применения», то:
-
в документе не требуется указание сведений о КИ;
-
не требуется указание постфикса «MARK» в наименовании формируемого документа УПД / УПД(и).
Сведения об обороте (отгрузке / приёмке) маркированных товаров товарной группы «Лекарственные препараты для медицинского применения» между участниками оборота товаров необходимо подавать отдельно в соответствии с предусмотренными для этого форматами подачи сведений в рамках ФГИС МДЛП.
5.8. Рекомендации по подаче сведений об обороте в случае недоступности инфраструктуры операторов ЭДО для товарной группы «Молочная продукция»
В случае внештатной работы системы, связанной с невозможностью подачи в ГИС МТ документов через операторов ЭДО, участник оборота товаров вправе осуществлять оборот молочной продукции без направления таких документов в ГИС МТ. При этом участник оборота товаров обязан направить указанные документы в ГИС МТ после восстановления штатной работы сервисов операторов ЭДО.
При согласовании между контрагентами поставка товара может осуществляться в сопровождении документов на бумажном носителе из-за невозможности выставить документы в электронном виде (согласно Постановлению Правительства РФ от 26.12.2011 № 1137 и Федеральному закону от 06.12.2011 № 402-ФЗ). Однако, после восстановления обмена документами в электронном виде через операторов ЭДО, участник оборота товара обязан направить в ГИС МТ информацию о маркированном товаре в формате УПД с функцией ДОП или СЧФДОП.
Перевыставление в электронном виде УПД с функцией СЧФ или СЧФДОП не допускается, если ранее по поставке была выставлена счёт-фактура на бумаге, т.к. это противоречит Постановлению Правительства РФ от 26.12.2011 № 1137.
6. Описание кодов ошибки при проверке документов и КИ
6.1. Проверка документа и описание ошибки
| Код ошибки | Описание ошибки | Рекомендации по исправлению |
|---|---|---|
|
4 |
Документ УПД был зарегистрирован ранее в ГИС МТ |
Проверить статус ранее направленного документа в ГИС МТ |
|
10, |
Участник <ИНН Продавца УД> или <ИНН Покупателя> не зарегистрирован в ГИС МТ (Проверка регистрации <ИНН Покупателя> не осуществляется при отгрузках для собственных нужд или в рамках гос. контракта) |
Выполнить следующие действия:
|
|
16 |
В ГИС МТ ранее был успешно обработан УКД / УКД(и) с такими же № и датой УКД, <ИНН Получателя> и <ИНН Отправителя>, номером и датой исправления (если был направлен на обработку УКД(и)), как у текущего направленного УКД или УКД(и), либо в ГИС МТ ранее был успешно обработан УКД(и) с более поздней датой корректировки |
Проверить статус ранее направленного документа в ГИС МТ |
|
46 |
Имя файла не корректно или структура XML не прошла проверку по схеме XSD |
Проверить документ соответствию XSD схемы, проверить корректность указания атрибутов <ИнфПолФХЖ> |
|
54 |
Дата Исправления УПД(и) имеет пустое значение или имеет не верный формат |
Проверить заполненность даты исправления в УПД(и) |
|
63 |
В ГИС МТ ранее был успешно обработан УПД с такими же номером и датой УПД, <ИНН Получателя> и <ИНН Отправителя>, как у текущего направленного УПД, либо в ГИС МТ был успешно обработан УПД(и) с более поздней датой исправления |
Проверить статус ранее направленного документа в ГИС МТ |
|
64 |
В ГИС МТ ранее был успешно обработан УПД(и) с № и датой УПД, <ИНН Получателя> и <ИНН Отправителя>, с № и датой исправления позже, чем у текущего направленного УПД(и) |
Проверить статус ранее направленного документа в ГИС МТ |
|
69 |
Поле <КодИтога> «Титула покупателя» (при условии его указания) заполнено не корректным значением |
Проверить корректность заполнения поля <КодИтога>. Допустимые значения = [1,2,3] |
|
71 |
В документе нет сведений о КИ маркированного товара |
Проверить в документе наличие сведений по КИ |
|
82 |
В ГИС МТ ранее был успешно обработан УПД(и) с такими же номером и датой УПД, <ИНН Получателя> и <ИНН Отправителя>, номером и датой исправления, как у текущего направленного УПД(и) |
Проверить статус ранее направленного документа в ГИС МТ |
|
102 |
Документ не обработан. Содержит коды маркировки разных товарных групп, не соответствующие допустимым сочетаниям |
Проверить корректность заполнения документа согласно контуру группировки товарных групп в ГИС МТ |
|
106 |
Общая ошибка валидации данных |
Проверить документ на соответствие XSD-схеме, корректность заполнения информации о КИ и дополнительных сведений |
|
107 |
Ошибка проверки подписи документа |
Проверить УКЭП, используемую для подписания на предмет срока действия или соответствия организации, от которой направлен документ |
|
109 |
Документ находится в обработке. Повторная обработка возможна после завершения текущего процесса |
Дождитесь окончания обработки документа на стороне ГИС МТ |
|
116 |
В документе указаны КИ в статусе «Нанесён» |
По КИ необходимо подать в ГИС МТ сведения о вводе в оборот |
|
123 |
При проверке УКД (на документ-основание, обработанный с ошибкой) массив кодов идентификации, который требуется обработать — пуст |
Необходимо исправить ошибки первичного документа, дождаться успешного результата приёма сведений в ГИС МТ по первичному документу, после чего повторно переобработать УКД |
6.2. Проверка КИ в документе и описание ошибки
| Код ошибки | Описание ошибки | Рекомендации по исправлению |
|---|---|---|
|
22 |
Указанные в документе КИ не найдены в ГИС МТ |
Проверить наличие в ГИС МТ указанного КИ |
|
23 |
При обработке документа поставщик не является владельцем указанного КИ. При обработке исправлений:
|
Проверить владельца КИ по данным ГИС МТ в соответствии с совершаемой операцией (для отгрузки – проверка принадлежности продавцу, для возврата – покупателю) |
|
24 |
Статус КИ или их состояние («ожидают приёмку», «ожидают перемаркировку») не соответствуют выполняемой операции |
Проверить статус и состояние КИ в ГИС МТ |
|
27 |
При обработке возвратов по КИ проверяется наличие истории перемещения КИ между поставщиком и покупателем |
Проверить владельца КИ по данным ГИС МТ в соответствии с совершаемой операцией (для отгрузки – проверка принадлежности продавцу, для возврата – покупателю) |
|
68 |
По кодам идентификации, указанных в документе, не произведена оплата |
Ошибка может возникать при отгрузке продукции от производителя. Необходимо проверить состояние баланса в ГИС МТ |
|
75 |
По КИ с типом эмиссии «Импорт», указанных в документе, не произведена оплата |
Проверить состояние баланса счёта по товарной группе |
|
79 |
КИ имеют не корректную длину либо содержат недопустимые символы |
Проверить структуру КИ на соответствие методическим рекомендациям |
|
81 |
При обработке корректировок: |
Проверить владельца КИ по данным ГИС МТ в соответствии с совершаемой операцией (для отгрузки – проверка принадлежности продавцу, для возврата – покупателю) |
|
83 |
Проверка истории перемещения КИ при обработке корректировок:
|
Проверить владельца КИ по данным ГИС МТ в соответствии с совершаемой операцией (для отгрузки – проверка принадлежности продавцу, для возврата – покупателю) |
|
104 |
В документе указаны КИ неподдерживаемого формата |
Проверьте указанные КИ на предмет экранирования спецсимволов и успешность обработки документов агрегирования по указанным в документе групповым и транспортным упаковкам |
|
116 |
В документе указаны КИ в статусе «Нанесён» |
По КИ необходимо подать в ГИС МТ сведения о вводе в оборот |
|
117 |
В документе указаны КИ в статусе «Эмитирован» |
По КИ необходимо подать в ГИС МТ сведения о нанесении КИ на товары и по вводу в оборот (если ввод в оборот в товарной группе КИ осуществляется не на основании УПД) |
|
177 |
В документе к возврату на продавца указан КИ, реализованный в розницу или выведенный из оборота покупателем по УД |
Для успешного возврата КИ на продавца КИ должен быть возвращён в оборот покупателем или необходимо внести корректировку в УД (КИ не может быть возвращён) |
6.3. Проверка документа УПД в объёмно-сортовом виде сведений и описание ошибки
| Код ошибки | Описание ошибки | Рекомендации по исправлению |
|---|---|---|
|
60 |
Код товара <искомый GTIN> не найден в базе данных |
Указанный GTIN должен быть описан в карточке КМТ |
|
141 |
Товарная группа в карточке товара $GTIN не подходит для объёмно-сортового учёта |
Использование объёмно-сортовой вид передачи сведений для товарной группы регламентируется соответствующими Постановлениями Правительства РФ |
|
142 |
В документе невозможно одновременно использовать поэкземплярный и сортовой разрез сведений |
Временное ограничение до реализации функционала обработки документов, сочетающих в себе поэкземплярный разрез сведений |
|
143 |
Сведения о маркированных товарах в документе должны передаваться аналогично родительскому УПД |
Для УКД необходимо использовать такой же разрез сведений как в родительском УПД. Например: если в исходном УПД сведения в сортовом разрезе, то УКД оформляется в сортовом разрезе |
|
190 |
Неверное указание данных в регулярном выражении |
Проверить ОСУ на соответствие регулярному выражению 02[gtin]37[count], где [gtin] — код товара (14 цифр), [count] — количество товара в единице измерения упаковки (от 1 до 8 цифр). Указывается без скобок и других разделителей. Пример 02046111111111113710 |
7. Информационный блок по применению документа о приёмке материальных ценностей и (или) расхождениях, выявленных при их приёмке в электронной форме (ТОРГ-2)
Данный раздел описывает применение документа для урегулирования разногласий между участниками оборота маркированной продукции и носит информационный характер. Документ не обрабатывается на стороне ГИС МТ и не предназначен для подачи сведений в ГИС МТ.
Данный блок описывает рекомендации по указанию информации о расхождениях при приёмке маркированной продукции в электронном документе, о приёмке материальных ценностей и (или) расхождениях, выявленных при их приёмке, в электронном формате, утверждённым Приказом ФНС России от 27.08.2019 № ММВ-7-15/423@.
Документ о расхождениях при приёмке (ТОРГ-2) позволяет документировать две принципиально разные ситуации:
-
к товару нет претензий по количеству и качеству, но есть претензии к КИ. В поле <ОбстИсп> должно заполняться значение «4ХХХ», а в поле <КолТовРасх> проставляется значение «=0»;
-
при приёме товара (код обстоятельства составления документа 1 или 2 (Таблица 5.4 Приказа ФНС России от 27.08.2019 № ММВ-7-15/423@)) обнаружены расхождения по количеству / качеству товара. В поле <ОбстИсп> должно заполняться значение «2ХХХ» или «3ХХХ», а в поле <КолТовРасх> проставляется значение «>0».
В случае одновременного выявления ситуации 1 и 2 по разным товарным позициям по одному документу УПД рекомендуем составлять отдельные документы ТОРГ-2 на каждую ситуацию.
| Наименование элемента | Сокращённое наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
|---|---|---|---|---|---|
|
Обозначение (код) обстоятельств формирования (использования) документа |
ОбстИсп |
A |
T(=4) |
Н |
Принимает значение «1ХХХ 2ХХХ 3ХХХ 4ХХХ», где: 1ХХХ – для оформления приёмки ценностей без сопроводительного документа (об отгрузке товаров, расчётного документа) или без расхождений с сопроводительным документом; 2ХХХ – для оформления приёмки ценностей с расхождениями с сопроводительными документами по наименованию и (или) количеству, и (или) качеству, и (или) с ценовыми отклонениями; 3ХХХ – для оформления расхождений с сопроводительными документами по наименованию и (или) количеству, и (или) качеству, и (или) с ценовыми отклонениями, выявленных при приёмке; 4ХХХ – для оформления расхождений кроме расхождений с сопроводительными документами по наименованию и (или) количеству, и (или) качеству, и (или) без ценовых отклонений, например, в части сведений о номерах средств идентификации товаров. Последние три знака ХХХ могут быть использованы по согласованию сторон для автоматизированной обработки информации или принимают значение «000» |
|
Идентификатор государственного контракта |
ИдГосКон |
A |
T(1-255) |
Н |
Формируется при наличии |
|
Продавец (поставщик, исполнитель) |
Продавец |
С |
О |
Типовой элемент <УчастникТип> |
|
|
Покупатель (заказчик) |
Покупатель |
С |
О |
Типовой элемент <УчастникТип> |
|
|
Грузоотправитель (отправитель) |
Грузоотправитель |
С |
Н |
Типовой элемент <УчастникТип> |
|
|
Грузополучатель (получатель) |
Грузополучатель |
С |
Н |
Типовой элемент <УчастникТип> |
|
|
Страховая компания |
СтрахКом |
С |
Н |
Типовой элемент <УчастникТип> |
|
|
Дата и номер приказа (распоряжения) о назначении комиссии |
Приказ |
С |
Н |
||
|
Сведения о событиях, связанных с осмотром груза (о результатах осмотра прибывшего груза) |
СвОсмГруз |
С |
Н |
||
|
Сведения о грузе по сопроводительным транспортным документам |
СвСопрДок |
С |
НМ |
||
|
Сведения о дате и времени событий, связанных с приёмкой груза |
СвВремПрием |
С |
Н |
||
|
Другие обстоятельства приёмки ценностей |
ДрОбстПрием |
С |
Н |
||
|
Сведения о лице, принявшем товар (получившем груз) (в том числе на ответственное хранение) |
СвЛицПрин |
С |
Н |
||
|
Информационное поле события (факта хозяйственной жизни) 1 |
ИнфПолФХЖ1 |
С |
Н |
Типовой элемент <ИнфПолТип> |
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
|---|---|---|---|---|---|
|
Код единицы измерения |
ОКЕИ_Тов |
A |
T(3-4) |
НК |
Типовой элемент <ОКЕИТип>. |
|
Наименование единицы измерения |
НаимЕдИзм |
A |
T(1-1000) |
Н |
Формируется автоматически в соответствии с указанным ОКЕИ_Тов. |
|
Информация о расхождениях (претензиях), выявленных при приёмке результатов выполненных работ (при документировании факта оказания услуг) или при получении имущественных прав |
РасхРабУслПрав |
А |
T(1-2000) |
Н |
Обязателен при отсутствии <ПоДокум>, и <ПоФакту>, и <Брак>, и <Бой>, и <Недостача>, и <Излишки>, и <ЦенОтклон> |
|
Ценности |
Ценности |
С |
О |
||
|
Информация по документам поставщика |
ПоДокум |
С |
Н |
Типовой элемент <ПринТовТип> |
|
|
Фактически |
ПоФакту |
С |
Н |
Типовой элемент <ПринТовТип>. |
|
|
Брак |
Брак |
С |
Н |
Типовой элемент <РасхТип>. |
|
|
Бой |
Бой |
С |
Н |
Типовой элемент <РасхТип>. |
|
|
Недостача |
Недостача |
С |
Н |
Типовой элемент <РасхТип>. |
|
|
Излишки |
Излишки |
С |
Н |
Типовой элемент <РасхТип>. |
|
|
Ценовые отклонения |
ЦенОтклон |
С |
Н |
Состав элемента представлен в таблице 5.21 Приказа ФНС России от 27.08.2019 № ММВ-7-15/423@ |
|
|
Информационное поле сведений о результатах приёмки ценностей (груза) |
ИнфПолРезПрием |
С |
НМ |
Типовой элемент <ТекстИнфТип> |
| Наименование элемента | Сокращённое наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
|---|---|---|---|---|---|
|
Номер строки сопроводительного документа |
НомСтрСопрДок |
A |
N(6) |
Н |
Может использоваться в случае необходимости ссылки на нумерацию строк сопроводительного документа |
|
Наименование товара (ценности) |
НаимТов |
A |
T(1-1000) |
Н |
Обязателен при отсутствии <ХарактТов>, и <АртикулТов>, и <КодТов> |
|
Характеристика товара (ценности) |
ХарактТов |
A |
T(1-1000) |
Н |
Обязателен при отсутствии <НаимТов>, и <КодТов>, и <АртикулТов> |
|
Сорт товара (ценности) |
СортТов |
A |
T(1-50) |
Н |
Артикул товара (ценности) АртикулТов A T(1-50) Н Обязателен при отсутствии <НаимТов>, и <КодТов>, и <ХарактТов> |
|
Код товара (ценности) |
КодТов |
A |
T(1-100) |
Н |
Обязателен при отсутствии <НаимТов>, и <ХарактТов>, и <АртикулТов> |
|
Номер паспорта |
Паспорт |
A |
T(1-100) |
Н |
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
|---|---|---|---|---|---|
|
Количество (масса) |
КолТовПрин |
A |
N(26.11) |
О |
|
|
Цена |
ЦенаПрин |
A |
N(26.11) |
Н |
|
|
Ставка НДС |
СтавНДСПрин |
A |
Т(1-35) |
НК |
Принимает значение: 0% / 10% / 18% / 20% / 10/110% / 18/118% / 20/120 / без НДС / НДС исчисляется налоговым агентом |
|
Стоимость товаров с НДС (сумма) |
СтоимТовНДСПрин |
A |
N(19.2) |
Н |
Обязателен, если документ является основанием для записи в налоговом регистре |
|
Сумма НДС |
СумНДСПрин |
A |
N(19.2) |
Н |
|
|
Номер средств идентификации товаров |
НомСредИдентТов |
С |
НМ |
Обязателен для товаров, подлежащих обязательной маркировке средствами идентификации. |
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
|---|---|---|---|---|---|
|
Количество (масса) |
КолТовРасх |
A |
N(26.11) |
О |
КолТовРасх >= 0 |
|
Стоимость товара (ценности) с НДС |
СтоимТовНДСРасх |
A |
N(19.2) |
Н |
СтоимТовНДСРасх >= 0 |
|
Сумма НДС |
СумНДСРасх |
A |
N(19.2) |
Н |
СумНДСРасх >= 0 |
|
Пояснения к выявленному расхождению (причины отказа в приёмке) |
ПоясненияРасх |
A |
T(1-255) |
Н |
|
|
Номер средств идентификации товаров |
НомСредИдентТов |
С |
НМ |
Обязателен для товаров, подлежащих обязательной маркировке средствами идентификации. |
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
|---|---|---|---|---|---|
|
Уникальный идентификатор транспортной упаковки |
ИдентТрансУпак |
A |
T(1-255) |
Н |
Например: SSCC. |
|
Контрольный идентификационный знак |
КИЗ |
П |
T(1-255) |
НМ |
Обязателен при отсутствии <ИдентТрансУпак> и <НомУпак> |
|
Уникальный идентификатор вторичной (потребительской) / третичной(заводской, транспортной) упаковки |
НомУпак |
П |
T(1-255) |
НМ |
Обязателен при отсутствии <КИЗ> и <ИдентТрансУпак> |
При выявлении при приёмке расхождений только в КИЗ (код «4ХХХ») предусматривается следующий подход:
-
недостача – ситуация, при которой фактически получено меньше КИ, чем заявлено (указано) в документе (агрегате), при этом к товару по количеству и качеству претензий нет;
-
излишки – ситуация, при которой фактически получено больше КИ, чем заявлено (указано) в документе (агрегате), при этом к товару по количеству и качеству претензий нет.
7.1. Типовой сценарий обработки документа о приёмке материальных ценностей и (или) расхождениях, выявленных при их приёмке, в электронной форме (ТОРГ-2) в случае расхождения только по КИ
При формировании расхождений покупатель должен заполнить одно или несколько из полей по расхождению.
| Тип расхождения | Пояснения |
|---|---|
|
Брак |
Применим как к товару, так и к КИ |
|
Недостача |
|
|
Излишки |
-
4XXX Недостача по КИ – если в документе (агрегате) заявлено (указано) больше КИ, чем фактически получено, при этом к товару по количеству и качеству претензий нет;
-
4ХХХ Излишки по КИ – если в документе (агрегате) заявлено (указано) меньше КИ, чем фактически получено, при этом к товару по количеству и качеству претензий нет.
7.1.1. Пример заполнения информации о КИ при недостачах в марках
Ситуация:
Поставщик оформил УПД, в которой занёс информацию о товаре (Тапочки) 6 шт. и КИ [1,2,3,4,5,6,7,8,9] 9 шт., и отправил покупателю.
При приёмке покупатель обнаружил, что КИ [7,8,9] не поступили (недостача по КИ у покупателя). Подобная ситуация может быть и при формировании агрегата, когда в агрегате указали больше КИ, чем фактически товара, уложенного в короб / паллету и т.д.
В этом случае покупатель формирует УПД с кодом приёмки «2» и оформляет ТОРГ-2 с кодом «4ХХХ» – вносит в поле «Недостача» информацию о лишних КИ [7,8,9] и отправляет поставщику. Поставщик формирует УПД(и), и лишние КИ [7,8,9] возвращаются поставщику.
В ГИС МТ отправляется:
-
УПД «Титул продавца» и «Титул покупателя» с кодом приёмки «2» и происходит движение КИ;
-
УПД(и) «Титул продавца» и «Титул покупателя» для корректировки по КИ [7,8,9].
Рисунок 31. Заполнение КИ при недостачах в марках
7.1.2. Пример заполнения информации о КИ при излишках по КИ
Визуализация табличной части УПД для понимания дальнейшего описания части XML приведена на рисунке ниже.
Рисунок 32. Визуализация табличной части УПД
Ситуация:
В УПД поставлены Товар Y и Товар N:
<СведТов КолТов="2" НаимТов="Товар Y" НомСтр="001">
<НомСредИдентТов>
<КИЗ>Y001</КИЗ>
<КИЗ>Y002</КИЗ>
</НомСредИдентТов>
<СведТов КолТов="2" НаимТов="Товар N" НомСтр="002">
<НомСредИдентТов>
<КИЗ>N001</КИЗ>
</НомСредИдентТов>
</СведТов>
</СведТов>Первая строка сформирована корректно. По второй строке (Товар N) в УПД указано два товара и один КИ (N001), второй КИ забыли указать. К самому товару (к качеству, цене, количеству) претензий нет, покупатель подписывает УПД с признаком «2», оформляет ТОРГ-2 (код обстоятельства <ОбстИсп=»4XXX»>) и ждёт от продавца УПД(и) с корректными КИ.
Пример в ТОРГ-2:
+ <СодФХЖ1 ОбстИсп = "4XXX">
- <СодФХЖ2 Заключение = "Перечисленные в документе ценности приняты"><СодСоб = "Настоящий Акт составлен комиссией, которая произвела осмотр прибывшего груза и установила: доставлен товар по сопроводительному документу 1111 от 16.09.2020. Перечисленные в документе ценности приняты, есть вопросы к КИ"><РезПрием>
<Ценности НаимТов="Товар N" НомСтрСопрДок="002" />
<ПоДокум КолТовПрин="2">
<НомСредИдентТов>
<КИЗ>N001</КИЗ>
</НомСредИдентТов>
</ПоДокум>
<ПоФакту КолТовПрин="2"> <Излишки КолТовРасх="0">
<НомСредИдентТов> <НомСредИдентТов>
<КИЗ>N001</КИЗ> И <КИЗ>N002</КИЗ>
<КИЗ>N002</КИЗ> </НомСредИдентТов>
</НомСредИдентТов> </Излишки>
</ПоФакту>
</РезПрием>7.1.3. Пример заполнения информации о КИ при ошибках по КИ
Ситуация:
В УПД поставлены Товар Y и Товар N:
<СведТов КолТов="2" НаимТов="Товар Y" НомСтр="001">
<НомСредИдентТов>
<КИЗ>Y001</КИЗ>
<КИЗ>Y002</КИЗ>
</НомСредИдентТов>
<СведТов КолТов="2" НаимТов="Товар N" НомСтр="002">
<НомСредИдентТов>
<КИЗ>N001</КИЗ>
<КИЗ>N002</КИЗ>
</НомСредИдентТов>
</СведТов>
</СведТов>В УПД Товар N – КИ (N001, N002), при этом физически поступил Товар N – КИ (N003, N004), т.е. код маркировки на товаре не совпадает с кодом, указанным в УПД (на товаре указан КМ N003, N004, в УПД КМ – N001, N002). Покупатель оформляет ТОРГ-2 (код обстоятельства <ОбстИсп=»4XXX»>):
-
недостача (КМ N001, N002);
-
излишек (КМ N003, N004).
К самому товару (к качеству, к цене, к количеству) претензий нет. Продавец оформляет УПД(и).
Пример заполнения ТОРГ-2 представлен ниже.
+ <СодФХЖ1 ОбстИсп = "4XXX">
- <СодФХЖ2 Заключение = "Перечисленные в документе ценности приняты"><СодСоб = "Настоящий Акт составлен комиссией, которая произвела осмотр прибывшего груза и установила: доставлен товар по сопроводительному документу 1111 от 16.09.2020. Перечисленные в документе ценности приняты, есть вопросы к КИ"><РезПрием>
<Ценности НаимТов="Товар" НомСтрСопрДок="002" />
<ПоДокум КолТовПрин="2">
<НомСредИдентТов>
<КИЗ>N001</КИЗ>
<КИЗ>N002</КИЗ>
</НомСредИдентТов>
</ПоДокум>
<ПоФакту КолТовПрин="2"> <Недостача КолТовРасх="0"> <Излишки КолТовРасх="0">
<НомСредИдентТов> И <НомСредИдентТов> И <НомСредИдентТов>
<КИЗ>N003</КИЗ> <КИЗ>N001</КИЗ> <КИЗ>N003</КИЗ>
<КИЗ>N004</КИЗ> <КИЗ>N002</КИЗ> <КИЗ>N004</КИЗ>
</НомСредИдентТов> </НомСредИдентТов> </НомСредИдентТов>
</ПоФакту> </Недостача> </Излишки>
</РезПрием>7.2. Типовой сценарий обработки документа о приёмке материальных ценностей и (или) расхождениях, выявленных при их приёмке, в электронной форме (ТОРГ-2) в случае расхождений по товарам
Визуализация табличной части УПД для понимания дальнейшего описания части XML приведена на рисунке ниже.
Рисунок 33. Визуализация табличной части УПД
7.2.1. Обнаружен брак по товарам, в том числе брак по КМ
Ситуация:
По УПД поставлены товары по двум позициям: Товар Y (КИ Y001, Y002) и Товар N (КИ N001, N002).
<СведТов КолТов="2" НаимТов="Товар Y" НомСтр="001">
<НомСредИдентТов>
<КИЗ>Y001</КИЗ>
<КИЗ>Y002</КИЗ>
</НомСредИдентТов>
<СведТов КолТов="2" НаимТов="Товар N" НомСтр="002">
<НомСредИдентТов>
<КИЗ>N001</КИЗ>
<КИЗ>N002</КИЗ>
</НомСредИдентТов>
</СведТов>
</СведТов>Товар Y (КМ Y002) имеет брак по качеству товара, Товар N (КМ N002) имеет брак по КИ (затёрт, брак по марке приравнивается к браку по товару). Будет физический возврат продукции по двум единицам товара.
В случае, если физического возврата маркированной продукции не происходит, допускается оформление УКД без КИ.
Покупатель подписывает УПД с признаком «2», оформляет ТОРГ-2 (код обстоятельства <ОбстИсп=»3XXX» или «2XXX»>).
Продавец оформляет УКД в части претензий к товару, в том числе по бракованному КИ. Отдельно оформлять УПД(и) в части претензий к КИ не нужно, так как товары с бракованным КИ также возвращаются продавцу.
Заполнение УКД (см. раздел «Описание сведений о маркированных товарах в УКД»):
УКД_до КМ (Y001, Y002, N001, N002);
УКД_после КМ (Y001, N001).
Заполнение ТОРГ-2:
+ <СодФХЖ1 ОбстИсп = "3XXX">
- <СодФХЖ2 Заключение = "Перечисленные в документе ценности приняты частично"><СодСоб = "Настоящий Акт составлен комиссией, которая произвела осмотр прибывшего груза и установила: доставлен товар по сопроводительному документу 1111 от 16.09.2020. Перечисленные в документе ценности приняты частично"><РезПрием>
<Ценности НаимТов="Товар Y" НомСтрСопрДок="001" />
<ПоДокум КолТовПрин="2">
<НомСредИдентТов>
<КИЗ>Y001</КИЗ>
<КИЗ>Y002</КИЗ>
</НомСредИдентТов>
</ПоДокум>
<ПоФакту КолТовПрин="1"> И <Брак КолТовРасх="1">
<НомСредИдентТов> <НомСредИдентТов>
<КИЗ>Y001</КИЗ> <КИЗ>Y002</КИЗ>
</НомСредИдентТов> </НомСредИдентТов>
</ПоФакту> </Брак>
<РезПрием>
<Ценности НаимТов="Товар N" НомСтрСопрДок="002" />
<ПоДокум КолТовПрин="2">
<НомСредИдентТов>
<КИЗ>N001</КИЗ>
<КИЗ>N002</КИЗ>
</НомСредИдентТов>
</ПоДокум>
<ПоФакту КолТовПрин="1"> И <Брак КолТовРасх="1">
<НомСредИдентТов> <НомСредИдентТов>
<КИЗ>N001</КИЗ> <КИЗ>N002</КИЗ>
</НомСредИдентТов> </НомСредИдентТов>
</ПоФакту> </Брак>
</РезПрием>
</РезПрием>7.2.2. Обнаружена недостача товаров. Пример заполнения информации при обнаружении недостачи товаров
Ситуация:
По УПД поставлены товары: Товар Y (КИ Y001, Y002) и Товар N (КИ N001, N002, N003).
<СведТов КолТов="2" НаимТов="Товар Y" НомСтр="001">
<НомСредИдентТов>
<КИЗ>Y001</КИЗ>
<КИЗ>Y002</КИЗ>
</НомСредИдентТов>
<СведТов КолТов="3" НаимТов="Товар N" НомСтр="002">
<НомСредИдентТов>
<КИЗ>N001</КИЗ>
<КИЗ>N002</КИЗ>
<КИЗ>N003</КИЗ>
</НомСредИдентТов>
</СведТов>
</СведТов>Товар N – КМ (N001, N002) не поставлены физически, но в УПД есть.
Покупатель подписывает УПД с признаком «2», оформляет ТОРГ-2 (код обстоятельства <ОбстИсп=»3XXX» или «2XXX»>).
Заполнение УКД:
-
УКД_до КМ (Y001, Y002, N001, N002, N003);
-
УКД_после КМ (Y001, Y002, N003);
-
или заполнение УПД(и) – если первоначально было отгружено действительно 5 шт. (если указанные покупателем как недостача товары реально отгружены покупателю ошибочно не были (например, «нашлись» на складе) УПД(и) КМ (Y001, Y002, N003)).
Заполнение ТОРГ-2:
+ <СодФХЖ1 ОбстИсп = "3XXX">
- <СодФХЖ2 Заключение = "Перечисленные в документе ценности приняты с расхождением по количеству"><СодСоб = "Настоящий Акт составлен комиссией, которая произвела осмотр прибывшего груза и установила: доставлен товар по сопроводительному документу 1111 от 16.09.2020. Перечисленные в документе ценности приняты с расхождением по количеству"><РезПрием>
<Ценности НаимТов="Товар Y" НомСтрСопрДок="001" />
<ПоДокум КолТовПрин="2">
<НомСредИдентТов>
<КИЗ>Y001</КИЗ>
<КИЗ>Y002</КИЗ>
</НомСредИдентТов>
</ПоДокум>
<ПоФакту КолТовПрин="2">
<НомСредИдентТов>
<КИЗ>Y001</КИЗ>
<КИЗ>Y002</КИЗ>
</НомСредИдентТов>
</ПоФакту>
<РезПрием>
<Ценности НаимТов="Товар N" НомСтрСопрДок="002" />
<ПоДокум КолТовПрин="3">
<НомСредИдентТов>
<КИЗ>N001</КИЗ>
<КИЗ>N002</КИЗ>
<КИЗ>N003</КИЗ>
</НомСредИдентТов>
</ПоДокум>
<ПоФакту КолТовПрин="1"> <Недостача КолТовРасх="2">
<НомСредИдентТов> <НомСредИдентТов>
<КИЗ>N003</КИЗ> И <КИЗ>N001</КИЗ>
</НомСредИдентТов> <КИЗ>N002</КИЗ>
</ПоФакту> </НомСредИдентТов>
</РезПрием> </Недостача>
</РезПрием>7.2.3. Пример заполнения информации при обнаружении излишков товаров
Ситуация:
По УПД отражены (заявлены) Товар Y (КИ Y001, Y002) и Товар N (КИ N001, N002, N003).
<СведТов КолТов="2" НаимТов="Товар Y" НомСтр="001">
<НомСредИдентТов>
<КИЗ>Y001</КИЗ>
<КИЗ>Y002</КИЗ>
</НомСредИдентТов>
<СведТов КолТов="3" НаимТов="Товар N" НомСтр="002">
<НомСредИдентТов>
<КИЗ>N001</КИЗ>
<КИЗ>N002</КИЗ>
<КИЗ>N003</КИЗ>
</НомСредИдентТов>
</СведТов>
</СведТов>При этом физически пришли Товар Y (КИ Y001, Y002) и Товар N (КИ N001, N002, N003, N004, N005).
Покупатель действует по одному из двух вариантов, в зависимости от договора (условий поставки):
-
подписывает УПД с признаком «1», не принимает физически излишек Товара N с КИ N004 и N005 (покупатель принимает только то, что заказывал);
-
подписывает УПД с признаком «2», решает принять излишек, оформляет ТОРГ-2 (код обстоятельства <ОбстИсп=»3XXX» или «2XXX»>).
Поставщик:
-
не делает ничего (ждёт возврат с доставки);
-
составляет исправленный УПД, в котором отражает все фактически реализованные товары (все 7 шт.);
-
оформляет отдельный УПД на Товар N с КИ N004 и N005.
Заполнение ТОРГ-2 к ситуации «2А» (подписывает УПД с признаком «2», решает принять излишек):
+ <СодФХЖ1 ОбстИсп = "3XXX">
- <СодФХЖ2 Заключение = "Перечисленные в документе ценности приняты с излишком"><СодСоб = "Настоящий Акт составлен комиссией, которая произвела осмотр прибывшего груза и установила: доставлен товар по сопроводительному документу 1111 от 16.09.2020. Перечисленные в документе ценности приняты с излишком"><РезПрием>
<Ценности НаимТов="Товар N" НомСтрСопрДок="002" />
<ПоДокум КолТовПрин="3">
<НомСредИдентТов>
<КИЗ>N001</КИЗ>
<КИЗ>N002</КИЗ>
<КИЗ>N003</КИЗ>
</НомСредИдентТов>
</ПоДокум>
<ПоФакту КолТовПрин="5"> <Излишки КолТовРасх="2">
<НомСредИдентТов> <НомСредИдентТов>
<КИЗ>N001</КИЗ> <КИЗ>N004</КИЗ>
<КИЗ>N002</КИЗ> И <КИЗ>N005</КИЗ>
<КИЗ>N003</КИЗ> </НомСредИдентТов>
<КИЗ>N004</КИЗ> </Излишки>
<КИЗ>N005</КИЗ>
</НомСредИдентТов>
</ПоФакту>
</РезПрием>В «Титуле покупателя» при подписании УПД необходимо проставить признак <КодИтога> в блоке содержания операции (<КодСодОпер>) (Приказ ФНС России от 19.12.2018 № ММВ-7-15/820@ Таблица 7.8 или см. раздел «Требования к указанию сведений о передаче маркированного товара в объёмно-сортовом разрезе учёта»).
7.3. Указание сведений при заполнении информации при объёмно-сортовом разрезе учёта
При организации прослеживаемости маркированной продукции в ГИС МТ в товарных группах, предусматривающих применение сортового учёта, предполагается указание информации об отгруженной маркированной продукции, базирующейся на следующих принципах:
-
в ТОРГ-2 допускается указание сведений о маркировке товаров как поэкземплярно, так и в сортовом разрезе (GTIN и количество КИ потребительских упаковок);
-
для отражения в документе информации о маркированной продукции в сортовом разрезе учёта используется регулярное выражение: [02][GTIN][37][количество] в потребительской единице, подлежащей маркировке. Идентификаторы применения указываются без заключающих скобок;
-
по товарной позиции обязательным является указание количества в минимальной потребительской единице;
-
сведения о маркированном товаре в объёмно-сортовом разрезе учёта рекомендуется в теге <НомУпак>, входящем в <НомСредИдентТов>. (Использование атрибутов <КИЗ> и <ИдентТрансУпак> может повлечь некорректную обработку документа контрагентом).
Пример:
Обнаружен брак по товарам.
Ситуация:
По УПД поставлены товары по двум позициям в объёмно-сортовом учёте: Товар Y и Товар N.
<СведТов КолТов="2" НаимТов="Товар Y" НомСтр="001">
<НомСредИдентТов>
<НомУпак>0204605922024286372</НомУпак >
</НомСредИдентТов>
<СведТов КолТов="2" НаимТов="Товар N" НомСтр="002">
<НомСредИдентТов>
<НомУпак>0204605922024286372</НомУпак>
</НомСредИдентТов>
</СведТов>Товар Y имеет брак по качеству товара, Товар N имеет брак по КИ (затёрт, брак по марке приравнивается к браку по товару). Будет физический возврат продукции по двум единицам товара.
В случае, если физического возврата маркированной продукции не происходит, допускается оформление УКД без КИ.
Покупатель подписывает УПД с признаком «2», оформляет ТОРГ-2 (код обстоятельства <ОбстИсп=»3XXX» или «2XXX»>).
Продавец оформляет УКД в части претензий к товару, в том числе по бракованному КИ. Отдельно оформлять УПД(и) в части претензий к КИ не нужно, так как товары с бракованным КИ также возвращаются продавцу.
Заполнение ТОРГ-2:
+ <СодФХЖ1 ОбстИсп = "3XXX">
- <СодФХЖ2 Заключение = "Перечисленные в документе ценности приняты частично"><СодСоб = "Настоящий Акт составлен комиссией, которая произвела осмотр прибывшего груза и установила: доставлен товар по сопроводительному документу 1111 от 16.09.2022. Перечисленные в документе ценности приняты частично"><РезПрием>
<Ценности НаимТов="Товар Y" НомСтрСопрДок="001"/>
<ПоДокум КолТовПрин="2">
<НомСредИдентТов>
<НомУпак>0204605922024286372</НомУпак>
</НомСредИдентТов>
</ПоДокум>
<ПоФакту КолТовПрин="1">
<НомСредИдентТов>
<НомУпак>0204605922024286371</НомУпак>
</НомСредИдентТов>
</ПоФакту>
<РезПрием>
<Ценности НаимТов="Товар N" НомСтрСопрДок="002"/>
<ПоДокум КолТовПрин="2">
<НомСредИдентТов>
<НомУпак>0204605922024286372</НомУпак>
</НомСредИдентТов>
</ПоДокум>
<ПоФакту КолТовПрин="1">
<НомСредИдентТов>
<НомУпак>0204605922024286371</НомУпак>
</НомСредИдентТов>
</ПоФакту>
</РезПрием>Пример:
Обнаружена недостача товаров.
Ситуация:
По УПД поставлены товары: Товар Y и Товар N.
<СведТов КолТов="20" НаимТов="Товар Y" НомСтр="001">
<НомСредИдентТов>
<НомУпак>02046059220242863720</НомУпак>
</НомСредИдентТов>
<СведТов КолТов="30" НаимТов="Товар N" НомСтр="002">
<НомСредИдентТов>
<НомУпак>02046059220242863730</НомУпак>
</НомСредИдентТов>
</СведТов>
</СведТов>Товар N — две единицы товара не поставлены физически, но в УПД есть.
Покупатель подписывает УПД с признаком «2», оформляет ТОРГ-2 (код обстоятельства <ОбстИсп=»3XXX» или «2XXX»>).
Заполнение ТОРГ-2:
+ <СодФХЖ1 ОбстИсп = "3XXX">
- <СодФХЖ2 Заключение = "Перечисленные в документе ценности приняты с расхождением по количеству"><СодСоб = "Настоящий Акт составлен комиссией, которая произвела осмотр прибывшего груза и установила: доставлен товар по сопроводительному документу 1111 от 16.03.2022. Перечисленные в документе ценности приняты с расхождением по количеству"><РезПрием>
<Ценности НаимТов="Товар Y" НомСтрСопрДок="001"/>
<ПоДокум КолТовПрин="20">
<НомСредИдентТов>
<НомУпак>02046059220242863720</НомУпак>
</НомСредИдентТов>
</ПоДокум>
<ПоФакту КолТовПрин="20">
<НомСредИдентТов>
<НомУпак>02046059220242863720</НомУпак>
</НомСредИдентТов>
</ПоФакту>
<РезПрием>
<Ценности НаимТов="Товар N" НомСтрСопрДок="002"/>
<ПоДокум КолТовПрин="30">
<НомСредИдентТов>
<НомУпак>02046059220242863730</НомУпак>
</НомСредИдентТов>
</ПоДокум> <ПоФакту КолТовПрин="28">
<НомСредИдентТов>
<НомУпак>02046059220242863728</НомУпак>
</НомСредИдентТов>
</ПоФакту>
</РезПрием>
</РезПрием>и
<Недостача КолТовРасх="2">
<НомСредИдентТов>
<НомУпак>0204605922024286372</НомУпак>
</НомСредИдентТов>
</Недостача>Пример:
Обнаружение излишков товаров.
По УПД отражены (заявлены) Товар Y и Товар N.
<СведТов КолТов="20" НаимТов="Товар Y" НомСтр="001">
<НомСредИдентТов>
<НомУпак>02046059220242863720</НомУпак>
</НомСредИдентТов>
<СведТов КолТов="30" НаимТов="Товар N" НомСтр="002">
<НомСредИдентТов>
<НомУпак>02046059220242863730</НомУпак>
</НомСредИдентТов>
</СведТов>
</СведТов>При этом физически пришли Товар Y корректно и Товар N на две единицы больше.
Покупатель действует по одному из двух вариантов, в зависимости от договора (условий поставки):
-
подписывает УПД с признаком «1», не принимает физически излишек Товара N (покупатель принимает только то, что заказывал);
-
подписывает УПД с признаком «2», решает принять излишек, оформляет ТОРГ-2 (код обстоятельства <ОбстИсп=»3XXX» или «2XXX»>).
Поставщик:
-
не делает ничего (ждёт возврат с доставки);
-
составляет исправленный УПД, в котором отражает все фактически реализованные товары;
-
оформляет отдельный УПД на излишки Товар N две единицы товара.
Заполнение ТОРГ-2 к ситуации «2А» (подписывает УПД с признаком «2», решает принять излишек):
+ <СодФХЖ1 ОбстИсп = "3XXX">
- <СодФХЖ2 Заключение = "Перечисленные в документе ценности приняты с излишком"><СодСоб = "Настоящий Акт составлен комиссией, которая произвела осмотр прибывшего груза и установила: доставлен товар по сопроводительному документу 1111 от 16.03.2022. Перечисленные в документе ценности приняты с излишком"><РезПрием>
<Ценности НаимТов="Товар N" НомСтрСопрДок="002"/>
<ПоДокум КолТовПрин="30">
<НомСредИдентТов>
<НомУпак>02046059220242863730</НомУпак>
</НомСредИдентТов>
</ПоДокум> <ПоФакту КолТовПрин="32">
<НомСредИдентТов>
<НомУпак>02046059220242863732</НомУпак>
</НомСредИдентТов>
</ПоФакту>
</РезПрием>и
<Излишки КолТовРасх="2">
<НомСредИдентТов>
<НомУпак>0204605922024286372</НомУпак>
</НомСредИдентТов>
</Излишки>