Процесс маркировки остатков обуви в программе 1С:Розница 2.3 часто вызывает вопросы у пользователей, особенно на этапе получения кодов GTIN и настройки торгового оборудования. В данной статье мы подробно разберем, как пройти путь от описания товаров до печати этикеток и ввода их в оборот, используя как стандартные средства интеграции, так и альтернативные методы. Рассмотрим наиболее частые ошибки, такие как отсутствие баланса, неверный формат штрихкода и проблемы с подключением сканеров DataMatrix.
Если в вашей программе настроен обмен с ИС МП (Честный ЗНАК) и подключена станция управления заказами (СУЗ), процесс маркировки остатков происходит в полуавтоматическом режиме. Давайте разберем по шагам, как правильно создать документы и получить коды маркировки (КМ).
Шаг 1. Создание заказа на эмиссию
Для начала нам необходимо заказать коды у оператора. Перейдем в раздел маркировки и создадим документ Заказ на эмиссию кодов маркировки СУЗ. Рассмотрим ключевые настройки этого документа:
Пересчет товаров (инвентаризация), что значительно сэкономит время.Шаг 2. Получение технических кодов GTIN
Многих пользователей пугает отсутствие кодов GTIN на остатки. В случае с остатками по упрощенной схеме программа позволяет запросить их автоматически. Проанализируем состояние документа: если статус "Черновик", нажмем на ссылку Запросить GTIN на остатки. В этом случае Честный ЗНАК предоставит технические коды (начинающиеся на 029...), которые не требуют полного описания карточки товара в Национальном каталоге.
Шаг 3. Эмиссия и печать
После получения GTIN статус документа изменится. Теперь мы можем нажать Запросить коды маркировки. Программа свяжется с СУЗ и получит готовые DataMatrix коды. Обратите внимание, что эмиссия кодов платная (50 копеек без НДС за код). Если вы получили ошибку "Недостаточно баланса", необходимо пополнить лицевой счет в личном кабинете Честного ЗНАКа.
После успешной эмиссии статус станет Коды маркировки эмитированы. Теперь мы можем распечатать их на принтере этикеток. Важно: повторная печать из стандартного функционала 1С может быть ограничена настройками безопасности, поэтому перед печатью рекомендуется проверить настройки предварительного просмотра и убедиться, что этикетка корректно умещается на листе.
В ситуациях, когда прямая интеграция работает нестабильно или требуется быстрая маркировка небольшого объема, мы можем использовать "ручной" метод. Разберем этот алгоритм подробнее:
CSV.Для массового изменения реквизитов воспользуемся стандартной обработкой Групповое изменение реквизитов. Нам необходимо изменить следующие поля:
Вид номенклатуры;Особенность учета (установить "Обувная продукция").Частая проблема при продаже или вводе в оборот — ошибка "Недопустимый формат кода маркировки" или отсутствие реакции программы на сканирование. Проанализируем причины этой ситуации.
Большинство сканеров по умолчанию работают в режиме эмуляции клавиатуры (HID). Для маркировки это не самый лучший вариант, так как спецсимволы кода (префиксы GS1) могут передаваться некорректно. Рассмотрим решение:
Перевод сканера в режим COM-порта. Выясним, поддерживает ли ваш сканер (например, Honeywell 1450G или Atol SB 2108) эмуляцию виртуального COM-порта. После считывания управляющего штрихкода из инструкции сканера, в диспетчере устройств Windows появится новое устройство в разделе "Порты (COM и LPT)".
В самой 1С в настройках торгового оборудования для сканера необходимо выбрать соответствующий COM-порт. Это позволит программе получать "чистые" данные кода маркировки напрямую, минуя раскладку клавиатуры, что решает большинство проблем с распознаванием.
Пример программной проверки считанного кода в обработчике (для разработчиков):
// Пример логики обработки считанного кода DataMatrix
Процедура ОбработкаОповещения(ИмяСобытия, Параметр, Источник)
Если ИмяСобытия = "BarcodeScan" Тогда
ДанныеШтрихкода = Параметр[0];
// Проверяем наличие префикса GS1 и длину кода обуви
Если СтрДлина(ДанныеШтрихкода) >= 31 Тогда
// Это похоже на код маркировки обуви
ОбработатьМарку(ДанныеШтрихкода);
Иначе
// Обычный штрихкод EAN-13
ОбработатьEAN(ДанныеШтрихкода);
КонецЕсли;
КонецЕсли;
КонецПроцедуры
Разберем ситуацию, когда при продаже в режиме РМК программа требует сначала марку, а потом штрихкод товара. Выясним причину: программа должна сопоставить конкретный экземпляр кода маркировки с позицией в вашей базе 1С. Если вы не выполняли "Привязку штрихкодов упаковок", 1С при первом сканировании марки предложит выбрать товар из справочника. Чтобы этого избежать, можно заранее заполнить регистр сведений Штрихкоды упаковок и товаров, но для розничного магазина проще сканировать последовательно: сначала DataMatrix, затем EAN-13 товара (или наоборот, в зависимости от настроек релиза).
Ошибка 500 при обмене с ИС МП. Рассмотрим эту ситуацию: чаще всего она связана с проблемами на стороне серверов Честного ЗНАКа или неверным сертификатом электронной подписи. Проверьте цепочку сертификатов и убедитесь, что в 1С в настройках подписи указан верный пользователь, имеющий право подписи от лица организации.
Ошибка declineReason. Если вы столкнулись с текстом ТекстОшибки = СтрокаЗаказа.declineReason, это означает, что СУЗ отклонила ваш запрос. Выяснить причину можно только в личном кабинете Честного ЗНАКа в разделе "Документы" — там будет указано конкретное описание отказа (например, "Дубль серийного номера" или "Некорректный статус GTIN").
Посмотрим на ситуацию, когда принтер завис, и коды не распечатались. В стандартной логике 1С коды удаляются из пула после печати. Чтобы иметь возможность печатать их повторно, мы можем воспользоваться расширениями конфигурации или временно отключить настройку "Удалять коды после печати" в настройках интеграции. Если же коды уже "ушли", их можно найти в справочнике Штрихкоды упаковок и товаров (если они были туда записаны) или выгрузить повторно из личного кабинета Честного ЗНАКа через экспорт в PDF или CSV.
Проанализировав все вышесказанное, мы видим, что маркировка остатков в 1С:Розница 2.3 — это процесс, требующий внимательности к деталям настройки оборудования и актуальности релиза программы. Регулярное обновление патчей 1С позволит избежать большинства технических ошибок обмена.