Процесс продажи маркированных товаров (цемента, строительных смесей, шин или спецодежды) существенно усложняется, когда точка оплаты и точка физической выдачи товара разнесены в пространстве. Основная сложность заключается в требовании законодательства и формата фискальных данных ФФД 1.2: в чеке полного расчета обязательно должен присутствовать код маркировки (КИЗ) конкретной единицы товара. Рассмотрим подробнее, как организовать этот процесс, если покупатель оплачивает товар у менеджера в офисе, а забирает его позже на холодном складе у грузчиков.
В классической торговле стройматериалами покупатель сначала идет к менеджеру, выписывает счет и оплачивает его, а затем едет на склад, где ему загружают паллету. С введением обязательной маркировки (для цемента и смесей это 2025 год, для ряда позиций легпрома — уже сейчас) менеджер не может просто пробить чек, так как он не знает, какие именно мешки с какими марками грузчик снимет с полки. Проанализируем ситуацию и выясним, какие законные варианты решения существуют.
Это наиболее юридически чистый и логичный вариант для разделения процессов оплаты и отгрузки. Разберем его по шагам:
Для реализации этой схемы на складе должна быть точка доступа к системе: это может быть компьютер с подключенным фискальным регистратором или мобильная касса (смарт-терминал). Если склад холодный, рекомендуется использовать защищенные устройства или выносить пост оформления в утепленную зону выдачи.
Если бизнес-процесс позволяет задержать клиента в офисе на 10–15 минут, можно рассмотреть вариант предварительной сборки. Проанализируем этот алгоритм:
Этот способ позволяет избежать пробития двух чеков, но требует четкой работы складской службы и наличия системы резервирования товара под конкретный чек.
Рассмотрим применение ТСД как наиболее эффективный способ связи склада и офиса. Даже если склад не автоматизирован по системе WMS, ТСД поможет быстро передать данные о марках в учетную систему. Сценарий работы может быть следующим:
Кладовщик получает на ТСД задание на отгрузку. При погрузке он сканирует штрих-код заказа, а затем — марки с каждого мешка или упаковки. Данные через Wi-Fi или сотовую сеть мгновенно попадают в документ реализации или чек в 1С. В случае с платформой 1С 7.7, это можно реализовать через обмен JSON-файлами или прямые HTTP-запросы к веб-серверу, который будет выступать прослойкой между ТСД и старой базой данных.
Для программистов, работающих с 1С 7.7, внедрение маркировки является серьезным вызовом. Стандартные механизмы платформы не поддерживают новые теги, необходимые для работы с КМ (кодами маркировки). Выясним причину: в формате ФФД 1.2 проверка кода происходит в момент пробития чека через запрос к ОФД и далее в систему «Честный ЗНАК».
Для решения задачи в 1С 7.7 необходимо:
Tag 1163 (код товара).Пример логики подготовки данных для отправки в драйвер (псевдокод):
// Подготовка кода маркировки для передачи в ККТ
КодМаркировки = "010460123456789021abcdef12345"; // Пример КМ
Драйвер.setParam(1163, КодМаркировки); // Установка тега 1163
Драйвер.registration(); // Регистрация позиции
Стоит учитывать нюансы агрегации. Для таких товаров, как перчатки, часто используется упаковка по 12 пар. Если производитель нанес код агрегации на всю упаковку, вы можете отсканировать один код, и в систему уйдет информация о продаже всех 12 единиц. Однако, если вы планируете продавать товар поштучно (попарно), а маркировка нанесена только на групповую упаковку, это может стать нарушением. Разделим ситуации:
Для строительных материалов (цемент) критически важна объемно-сортовая маркировка, которая вводится поэтапно. На первых этапах допускается передача сведений об общем количестве и коде товара (GTIN) без сканирования каждого мешка, но для розницы (через чек ККТ) сканирование каждой единицы станет обязательным в соответствии с графиком «Честного ЗНАКа».
Проанализировав ситуацию, можно дать следующие советы по оптимизации процесса:
receipt через API.Реализация маркировки на холодном складе с выдачей товара «по факту» требует изменения привычных схем работы, но использование авансовых чеков или предварительной сборки с ТСД позволяет выполнить требования закона без критической потери скорости обслуживания клиентов.