Работа с маркированным товаром в устаревших конфигурациях, таких как Управление торговлей 10.3, представляет собой серьезный вызов для технического специалиста. Одной из наиболее актуальных тем сегодня является объемно-сортовой учет (ОСУ) и разрешительный режим (РР). Разберем детально, как устроены эти механизмы, какие термины необходимо знать и на что обратить внимание при настройке интеграции с государственной информационной системой (ГИС МТ).
Проанализируем концепцию ОСУ. В отличие от поэкземплярного учета, где в каждом электронном документе (УПД) должны быть перечислены коды каждой конкретной единицы товара, ОСУ позволяет передавать только информацию о коде товара (GTIN) и его количестве. Это значительно упрощает логистику для оптового звена, так как не требует сканирования каждой марки при отгрузке.
Рассмотрим ключевые особенности ОСУ:
КИ (коды идентификации), а прописывается GTIN и количество.
<ДопСведТов ПрТовРаб="1" КодТов="00000000001" ГТИН="046XXXXXXXXXXX">
<НомСредИдентТов КолВедМарк="40"/>
</ДопСведТов>
Здесь атрибут КолВедМарк указывает на общее количество маркированного товара по данному GTIN. Выясним важный нюанс: хотя в УПД передаются только обобщенные данные, сама марка на физическом товаре обязана быть, и при розничной продаже её все равно придется сканировать.
Для свободного общения с техподдержкой ЦРПТ и понимания логики работы программных модулей, составим и разберем базовый словарь аббревиатур:
Разберем по шагам, как происходит продажа товара в режиме онлайн-проверки. Это критически важно для настройки 1С:УТ 10.3, так как типовые механизмы в ней могут отсутствовать или работать некорректно.
Алгоритм работы кассового ПО при сканировании марки:
Проанализируем ситуацию, если связь с сервером прервалась. В нормальных системах реализован «аварийный режим»: если ответа от ГИС МТ нет в течение определенного таймаута (обычно 1.5 секунды), продажа разрешается «с согласия покупателя», а в чеке печатается статус [M] вместо [M+].
Поскольку УТ 10.3 работает на обычных формах и является устаревшей конфигурацией, для полноценной работы с ОСУ и РР часто приходится использовать внешние решения или доработки. Рассмотрим основные пути решения проблемы:
Для автоматизации передачи данных в формате ОСУ через ЭДО (например, Диадок) часто применяются специализированные плагины. Эти модули добавляют в базу 1С собственные регистры сведений, где хранятся сопоставления номенклатуры и GTIN, и автоматически модифицируют XML-файл при отправке УПД.
Если вы решили дорабатывать систему своими силами, обратите внимание на следующие объекты 1С:
<НомСредИдентТов> атрибутом КолВедМарк для товарных групп, подпадающих под ОСУ (например, молочная продукция, вода).Нередко пользователи сталкиваются с ошибкой: «Произошла ошибка проверки средствами ККТ по причине — Неверное состояние процесса проверки КМ». Выясним причины:
X-API-Key для работы с разрешительным режимом.Важно помнить, что ОСУ — это временная мера. Рассмотрим установленные сроки для разных групп товаров:
Это означает, что архитектуру вашей системы в 1С:УТ 10.3 нужно проектировать с учетом того, что скоро придется хранить и передавать каждый конкретный код маркировки.
Таким образом, внедрение ОСУ и разрешительного режима требует комплексного подхода: от обновления драйверов ККТ до модификации алгоритмов формирования электронных документов в 1С. Постоянно отслеживайте актуальность используемых библиотек интеграции, так как требования законодательства в области маркировки меняются динамически.