При внедрении маркировки продукции (система «Честный ЗНАК») на складах с адресным (ячеистым) хранением перед автоматизаторами и руководителями складов встает критически важный вопрос: в какой именно момент сканировать коды DataMatrix? Стоит ли делать это отдельным этапом в зоне приемки или совместить сканирование с размещением товара по ячейкам? В этой статье мы подробно разберем оба подхода, проанализируем риски и выберем оптимальную стратегию для эффективной работы в 1С.
Рассмотрим стандартную ситуацию. На склад поступает фура с маркированным товаром (например, обувь, одежда или шины). В системе 1С уже есть входящий электронный документ (УПД), содержащий перечень кодов маркировки (КМ), которые поставщик передал нам через ЭДО. Наша задача — подтвердить, что физически пришедшие марки соответствуют документальным.
Вариант А: Сначала сверяем, потом размещаем. Товар выгружается в зону приемки. Кладовщик сканирует все коды, сверяет их с УПД. Если все верно — создается задание на размещение в ячейки.
Вариант Б: Сверяем в процессе размещения. Кладовщик берет товар, идет к стеллажам и при сканировании ячейки одновременно сканирует марку товара. Система «на лету» проверяет вхождение марки в документ.
Проанализируем, почему большинство экспертов склоняются к первому варианту, и какие «подводные камни» скрывает второй.
Этот метод предполагает создание отдельного рабочего места или этапа в WMS-системе. Давайте разберем его по шагам.
Почему это выгодно? Рассмотрим ситуацию: мы разместили 1000 единиц товара по 50 разным ячейкам, и в конце выяснилось, что 5 марок не бьются. Чтобы вернуть эту поставку или перемаркировать ее, нам придется заново обходить весь склад, искать именно эти коробки и извлекать их. Предварительная проверка полностью исключает этот риск.
Если объемы поставок огромны (фуры товара), поштучное сканирование в зоне приемки может стать «бутылочным горлышком». Чтобы ускорить процесс, проанализируем возможность работы с транспортными упаковками.
Поставщики часто выполняют агрегацию: вкладывают маркированные товары в короба и палеты, присваивая им уникальный штрихкод логистической единицы (SSCC). В 1С при получении УПД через ЭДО подтягивается информация о вложенности. Рассмотрим, как это упрощает жизнь:
Важный нюанс: Этот метод основан на доверии к поставщику. Если внутри короба окажется пересорт, вы узнаете об этом только в момент отгрузки конечному покупателю, что может привести к штрафам от системы мониторинга.
Многие опасаются, что из-за одной неверной марки придется разворачивать всю фуру. Выясним, как современные учетные системы позволяют решить эту проблему легально:
Если при сверке в зоне приемки обнаружены расхождения, мы не обязаны отказываться от всей поставки. В 1С оформляется Акт о расхождениях (ТОРГ-2). На основании этого акта через ЭДО запрашивается УКД (Универсальный корректировочный документ). В «Честный ЗНАК» передаются данные только по фактически принятым маркам. Остальной товар (с проблемными марками) возвращается поставщику или отправляется на перемаркировку (если это предусмотрено договором).
Просто сверить цифры кода в 1С и на коробке недостаточно. Проанализируем ситуацию: марка может быть в списке УПД, но в самой системе ГИС МТ она может иметь статус «Выведена из оборота» или «Заблокирована». Работа с такими кодами запрещена.
Современные конфигурации 1С (ERP, УТ 11, КА) позволяют выполнять онлайн-проверку статусов через API. Рассмотрим фрагмент логики, который должен срабатывать при сканировании на ТСД:
// Примерная логика проверки кода маркировки
Процедура ПроверитьСтатусМаркиВЧестномЗнаке(КодDataMatrix)
// Вызов интеграционного модуля ГИС МТ
РезультатПроверки = ИнтеграцияИСМП.ПроверитьКодыМаркировки(КодDataMatrix);
Если РезультатПроверки.Статус <> "В_обороте" Тогда
Сообщить("Внимание! Товар нельзя принимать. Статус: " + РезультатПроверки.Статус);
Возврат;
КонецЕсли;
// Проверка принадлежности владельцу
Если РезультатПроверки.ВладелецИНН <> ИННПоставщика Тогда
Сообщить("Ошибка: Марка не принадлежит отправителю!");
КонецЕсли;
КонецПроцедуры
Именно поэтому использование специализированного софта для ТСД (например, DataMobile или Mobile SMARTS) является более предпочтительным, чем работа в мобильном клиенте 1С «напрямую». Специализированное ПО умеет кэшировать запросы и работать со справочниками марок локально, что критично для скорости работы кладовщика.
Подведем итог нашего анализа. Для складов с ячеистым хранением наиболее эффективной схемой является двухэтапная приемка:
DataMatrix или SSCC. Только после успешного завершения этого этапа в 1С документ Приобретение товаров и услуг переходит в статус «Проверено».Такой подход минимизирует простои, исключает лишние перемещения по складу и гарантирует актуальность данных в системе «Честный ЗНАК».