В условиях современной розничной торговли табачной продукцией многие предприниматели сталкиваются с классической дилеммой: поставщик (например, крупный дистрибьютор «Мегаполис») отправляет все электронные универсальные передаточные документы (УПД) на один основной адрес организации (один КПП/ИНН), в то время как фактическая продажа осуществляется в разных магазинах с локальными базами 1С. Ситуация, когда продавец на точке вручную заводит поступление «по бумажке» или таблице без кодов маркировки, становится критически опасной. Разберем подробно, почему старая схема работы больше не подходит и как настроить корректный учет маркированного товара.
Проанализируем риски, которые возникают при описанном подходе. С 2024 года в России активно внедряется разрешительный режим на кассах. Это означает, что при сканировании марки на кассе программа 1С в режиме реального времени обращается к системе «Честный ЗНАК». Если код маркировки не числится на балансе вашей организации или если ваша локальная база «не знает» об этом коде (так как он не был загружен через документ поступления), кассовая программа может заблокировать продажу. Рассмотрим основные опасности:
Самый правильный с точки зрения методологии путь — получать документы напрямую в базу того магазина, куда приехал товар. Посмотрим, как это реализовать:
Многие современные сервисы ЭДО (например, через 1С-ЭДО и оператора «Калуга Астрал») позволяют получить отдельный идентификатор участника ЭДО для каждого магазина (каждого КПП). Выясним, почему поставщики часто отказываются от такой схемы: крупные дистрибьюторы используют тяжелые ERP-системы (например, SAP), где привязка идет к основному договору и юридическому адресу.
Однако, если ваш поставщик технически готов слать документы на разные КПП, вам необходимо:
Склад и Организацию, к которой будут привязываться входящие УПД.Если поставщик непоколебим и шлет все УПД в одну «главную» базу, мы должны использовать механизмы 1С для передачи данных в филиалы. Разберем этот процесс по шагам:
Шаг 1. Приемка в центральной базе. При поступлении УПД необходимо выполнить обязательную проверку кодов. Не подтверждайте документ в ЭДО, пока не убедитесь, что все сканированные марки соответствуют заявленным. Для этого в документе Приобретение товаров и услуг перейдите по ссылке «Проверить поступившую табачную продукцию».
Шаг 2. Создание внутреннего перемещения. Вместо того чтобы просить продавца заводить товар вручную, создайте в центральной базе документ Перемещение товаров. В табличной части документа обязательно должны присутствовать коды маркировки. В современных конфигурациях 1С (Розница 2.3/3.0, УТ 11) предусмотрена кнопка подбора и проверки маркированной продукции.
Шаг 3. Синхронизация данных. Чтобы коды «переехали» из центральной базы в локальную базу магазина, необходимо настроить обмен данными. Рассмотрим возможные способы:
Перемещение товаров вместе со всеми вложенными кодами маркировки («марками») появится в базе магазина в неизменном виде. Продавцу останется только провести его.Проанализируем ситуацию: стоит ли вообще держать локальные базы на каждом ПК? Если интернет-соединение в магазинах стабильно, лучшим решением будет отказ от локальных баз в пользу единой облачной базы или базы на сервере в главном офисе.
В этом случае работа упрощается до предела:
Перемещение товаров в рамках одной информационной базы.Выясним, почему у автора вопроса «всё обнулялось» после проверки. В ранних версиях 1С при работе с табаком существовали ошибки кэширования результатов проверки. Для корректной работы убедитесь, что:
1С:Предприятие.Пример логики проверки статуса кода перед перемещением в коде (для разработчиков):
// Пример проверки готовности кода к обороту
Проверка = ИнтеграцияИСМП.ПроверитьСтатусыКодовМаркировки(МассивКодов);
Если Проверка.ЕстьОшибки Тогда
Сообщить("Некоторые коды не могут быть перемещены: " + Проверка.ТекстОшибки);
КонецЕсли;
Подведем итог. Чтобы избежать проблем с контролирующими органами и блокировок на кассах, вам следует реализовать одну из предложенных схем:
Важно: Никогда не позволяйте продавцам продавать маркированный табак как «обычный товар» через свободную цену или по старым карточкам без требования сканирования марки. Каждая продажа должна сопровождаться сканированием DataMatrix-кода с пачки, который в этот момент должен физически присутствовать в вашей учетной системе 1С.