При работе с маркированными товарами в устаревших конфигурациях, таких как 1С:Управление торговлей 10.3, пользователи часто сталкиваются с парадоксальной ситуацией: маркировка обуви успешно отражается в чеках и передается в систему «Честный Знак», в то время как товары легкой промышленности (одежда) игнорируются системой. В чеке отсутствует заветный символ [М], и данные о выбытии марки не уходят оператору фискальных данных (ОФД). Давайте детально проанализируем причины этой проблемы и разберем по шагам методы ее решения.
Прежде всего, проанализируем техническую сторону вопроса. Маркировка различных групп товаров вводилась поэтапно. Обувь была одной из первых категорий, и поддержка работы с ее кодами была реализована в более ранних версиях драйверов и библиотек. Одежда (легкая промышленность) имеет свои особенности, включая специфические идентификаторы применения (AI) в структуре кода DataMatrix и другие требования к формату фискальных данных (ФФД).
Если для обуви система «прощает» использование старых механизмов, то для одежды требования жестче. Рассмотрим основные направления поиска неисправности.
Как показывает практика и опыт участников обсуждения, наиболее частая причина кроется в использовании устаревших внешних обработок обслуживания торгового оборудования. В УТ 10.3 взаимодействие с кассой происходит не напрямую, а через .epf файлы (внешние обработки).
Выясним алгоритм действий для этого решения:
ATOL_kkt.epf, для Штрих-М — ShtrihM_kkt.epf.Проанализируем сообщение одного из пользователей: часто требуется не просто обновить драйвер, а полностью пересоздать объект оборудования в 1С после установки новой библиотеки данных. Это гарантирует, что программа будет использовать новые методы передачи кода маркировки в тег 1162 (или тег 1262 для ФФД 1.2).
Рассмотрим еще одну критически важную настройку. Даже если программный код и драйверы актуальны, 1С должна «понимать», что перед ней именно маркируемая одежда. В УТ 10.3 это определяется в справочнике номенклатуры.
Выполним следующие шаги:
Товары из легкой промышленности и одежда.Посмотрим на ситуацию со стороны кода: при формировании чека программа проверяет категорию товара. Если категория соответствует легкой промышленности, включаются специфические алгоритмы парсинга штрихкода DataMatrix. Если категория указана неверно, код передается как обычный текст или игнорируется.
Для корректной работы с новыми группами маркировки (включая одежду) законодательство требует использования ФФД 1.2. Обувь могла работать на ФФД 1.05 в переходный период, но для одежды это становится блокирующим фактором.
Рассмотрим, что нужно проверить:
Выясним причину отсутствия буквы [М] в этом контексте: при ФФД 1.2 касса сама запрашивает проверку кода в системе «Честный Знак» перед закрытием чека. Если драйвер или обработка в 1С не передают код в нужном формате, касса не получает подтверждения и не печатает признак маркировки.
Коды маркировки одежды могут отличаться от обувных по длине и составу символов. Проанализируем программный код обработки, если типовые обновления не помогают. В некоторых случаях в старых релизах УТ 10.3 проверка префиксов (GTIN) жестко прописана в модулях.
Если вы обладаете навыками программирования, обратите внимание на процедуру, отвечающую за подготовку данных для чека. В ней может содержаться условие типа:
Если ВидНоменклатуры.ОсобенностьУчета = Перечисления.ОсобенностиУчетаНоменклатуры.Одежда Тогда
// Здесь должна быть логика формирования тега маркировки
// Проверьте, не обрезается ли строка кода DataMatrix
КонецЕсли;
Нередко старые драйверы имеют лимит на количество передаваемых символов в тег маркировки. Поскольку код одежды часто содержит длинный «криптохвост», он может обрезаться, становясь невалидным для кассы.
Подведем итог нашему исследованию и составим план действий:
.epf файл с портала 1С, поддерживающий маркировку легкой промышленности.Соблюдение этих шагов позволит вам корректно настроить учет маркированной одежды в 1С:Управление торговлей 10.3 и избежать штрафов за нарушение правил торговли маркированными товарами.