Коды маркировки в 1С хранятся не в карточке товара, а отдельно: код привязан к конкретной упаковке и связан с номенклатурой через GTIN — штрихкод упаковки. Поэтому вопрос «куда делся код» решается не в справочнике номенклатуры, а в трёх других местах: в регистре, где коды лежат, в очереди обмена с системой маркировки и в журнале документов, которые этот код двигали. Ниже — разбор всей цепочки по объектам и документам, пять типовых ошибок обмена с расшифровкой каждой и методика регулярной сверки, которая ловит расхождение до того, как его увидит кассир.
Одна оговорка про названия. В типовых конфигурациях маркировка живёт в подсистеме интеграции с системой мониторинга, и имена объектов немного отличаются по конфигурациям и редакциям: где-то рабочее место называется одним образом, где-то другим. Дальше в тексте мы называем объекты по роли — «регистр кодов», «документ приёмки», «рабочее место обмена», — потому что роль устойчива, а точное имя нужно смотреть в своей версии. Заодно это защищает от типовой ошибки: искать в справке имя из чужой статьи и делать вывод, что подсистемы нет.
GTIN идентифицирует товар, то есть карточку: «эта модель куртки этого размера и цвета». Код маркировки идентифицирует экземпляр или упаковку: «вот эта конкретная куртка». GTIN зашит внутрь кода маркировки, и именно по нему система понимает, к какой вашей позиции относится пришедший код. Отсюда следствие, которое объясняет большинство отказов: ошибка в GTIN превращается в ошибку по всем кодам этой позиции сразу, а не по одному экземпляру.
Где в 1С физически живут коды
Разбор любой проблемы с маркировкой начинается с того, что человек открывает карточку товара и не находит там ничего про коды. Это нормально: кодов там и не должно быть. Хранилищ четыре, и у каждого своя роль.
- Регистр кодов маркировки. Сам код, его статус и то, за каким складом или точкой он числится. Это ответ на вопрос «есть ли у нас этот код и в каком он состоянии». Записи сюда попадают только через документы — вручную их не заводят, и если завели, это отдельная проблема.
- Справочник штрихкодов упаковок. Связь между номенклатурой и GTIN, включая коробочные упаковки с коэффициентами. Это самое хрупкое место всей конструкции: ошибка здесь не видна ни на приёмке, ни на складе, а проявляется на кассе.
- Документы движения. Приёмка, перемещение, продажа, возврат, списание, агрегация. Каждый документ переносит код из одного состояния в другое, и по журналу документов восстанавливается вся история конкретного кода — кто, когда и каким документом его двигал.
- Очередь обмена с системой маркировки. Исходящие и входящие сообщения со статусами. Здесь видно, что ушло, что вернулось с ошибкой и что висит неотправленным. Именно эту очередь никто не смотрит, пока не встанет касса.
Практический вывод: при разборе инцидента идти надо в обратном порядке от кассы. Сначала очередь обмена — нет ли ошибки. Потом регистр кодов — числится ли код за нами и в каком статусе. Потом журнал документов — каким документом он попал в этот статус. И только в конце карточка номенклатуры, где чаще всего и обнаруживается причина: неверный или чужой GTIN.
Карта из четырёх подписанных блоков, соединённых стрелками: «Очередь обмена с системой маркировки», «Регистр кодов маркировки», «Документы движения: приёмка, перемещение, продажа, возврат», «Справочник штрихкодов упаковок (GTIN)». Справа отдельный блок «Номенклатура», связанный с блоком GTIN тонкой линией. Поверх карты — пронумерованный маршрут разбора инцидента 1-2-3-4 стрелками от кассы влево и вниз, с подписью «разбор идёт от кассы к справочнику, а не наоборот». Чертёжный стиль, приглушённая палитра, подписи по-русски.
Что закрыто в конфигурации штатно, а что придётся добавлять
Набор поддерживаемых товарных групп вендор расширяет с каждым релизом, поэтому список ниже — про роли конфигураций, а не про конкретные группы: их актуальность проверяется в описании своей версии на дату чтения. Важнее другое — понимать, какой участок цепочки ваша конфигурация закрывает, а какой придётся закрывать чем-то ещё.
| Тип конфигурации | Что закрыто штатно | Что придётся добавлять |
|---|---|---|
| Розничная | Приёмка, хранение, продажа с выводом кода через кассу и ОФД | Ничего, если контур один; при нескольких точках — обмен с центральной базой |
| Управление торговлей и комплексные | Приёмка по документам, отгрузка, агрегация, вывод из оборота оптом | Кассовое место, если розница есть; связка с терминалами склада |
| Управление небольшой фирмой | Базовый цикл для малого контура: приёмка, продажа, отчётность | Складские операции при адресном хранении и больших объёмах |
| Бухгалтерская | Отражение движения маркированного товара в учёте | Рабочее место кассира и агрегация — их здесь нет по назначению конфигурации |
| Самописная или снятая с поддержки | Зависит от того, что дописали | Всё, и повторно после каждого изменения требований на стороне государства |
Строка про бухгалтерскую конфигурацию — самое частое недоразумение: она честно ведёт учёт, но не является рабочим местом кассира. Деньги на выбор между типовым контуром и собственной реализацией посчитаны отдельно, в материале 1С и Честный знак: 27 групп, ЦПТ 2.0 и блокировка продажи; там же разобрано, почему поддержание своей реализации не заканчивается никогда. Если конфигурация уже обвешана доработками, оцените заранее, во что превратится ближайшее обновление, — механика описана в материале Обновление 1С после доработок: почему дорого и как удешевить.
Цепочка документов: где код на каждом шаге
Дальше — самое полезное для разбора. В таблице пять шагов цепочки: что происходит с кодом, каким документом это оформляется и в каком месте шаг ломается чаще всего. Колонка про поломки собрана по разборам инцидентов, а не по документации.
| Шаг | Что происходит с кодом | Чем оформляется | Где ломается чаще всего |
|---|---|---|---|
| Заказ поставщику | Кода ещё нет, есть только позиция и её GTIN | Заказ поставщику, без маркировочной части | GTIN не заполнен — поломка проявится на следующем шаге |
| Приёмка | Код переходит от поставщика к вам и встаёт в регистр | Входящий УПД с маркировочной частью, документ приёмки | Документ не принят, принят частично или проведён без маркировочной части |
| Перемещение | Код меняет склад или точку продаж, статус не меняется | Перемещение товаров, на складе — отбор и агрегация | Точка продаж заведена в учёте, но не связана со структурой в личном кабинете |
| Продажа или отгрузка | Код выводится из оборота и перестаёт числиться за вами | Чек через кассу и ОФД либо отгрузочный документ | Чек ушёл, подтверждение вывода не вернулось — код остаётся в обороте |
| Возврат | Код возвращается в оборот и снова числится за вами | Возврат от покупателя, повторный ввод в оборот | Возврат оформлен без обратного ввода — код навсегда в статусе выведенного |
Обратите внимание на строку заказа. Формально маркировки там нет, и именно поэтому GTIN туда никто не проставляет. Но приёмка сопоставляет пришедший код с вашей номенклатурой по GTIN, и если он не заполнен, приёмка встаёт независимо от того, насколько правильно настроен обмен. Это же объясняет, почему настройка маркировки без приведения справочника не даёт результата: техника работает, данных нет. Порядок приведения справочника разобран в материале Подготовка к маркировке: план на шесть недель.
Горизонтальная схема из пяти блоков слева направо: «Заказ поставщику», «Приёмка по УПД», «Перемещение», «Продажа или отгрузка», «Возврат». Под каждым блоком подпись состояния кода: «кода нет», «код у нас», «код у нас, другой склад», «код выведен», «код снова у нас». От блока «Возврат» изогнутая стрелка обратно к блоку «Приёмка» с подписью «обратный ввод в оборот». Над блоком «Приёмка» вынос: «здесь сопоставление по GTIN — 4 из 5 отказов рождаются тут». Чертёжный стиль, приглушённая палитра, подписи по-русски.
Реквизиты, без которых обмен не заработает
Перед первой приёмкой проверяется семь вещей. Проверка занимает час, и она дешевле, чем разбор первого отказа: ни одна из этих строк не даёт понятного сообщения об ошибке — все они выглядят как «обмен не работает».
- GTIN в штрихкодах упаковок у каждой маркируемой позиции, уникальный в пределах базы. Один GTIN на двух карточках — самая частая причина, по которой код встаёт «не на тот товар».
- Упаковки и коэффициенты, если товар приходит коробами. Без описанной коробочной упаковки агрегация не собирается, а приёмка коробом разваливается на поштучную.
- Вид номенклатуры с признаком товарной группы. По нему система понимает, что позиция вообще маркируемая, и включает маркировочную часть в документах.
- Характеристики там, где они входят в идентификацию — размер, цвет, модель для обуви и лёгкой промышленности. Позиция без характеристик не сопоставится с кодом, у которого они есть.
- Организация с корректным ИНН и связанный с ней сертификат. Обмен подписывается от имени организации, и расхождение реквизитов с личным кабинетом даёт отказ на уровне подписи, а не данных.
- Склады и точки продаж, связанные со структурой в личном кабинете. В учёте они есть всегда, связь настраивают не всегда — и перемещение проходит, а выбытие нет.
- Ставка НДС и признак предмета расчёта в карточке. Это уже не про маркировку, а про чек: неверный признак не даёт пробить позицию, и выглядит это ровно как отказ маркировки.
Соблазн выровнять остатки кодов прямой записью в регистр возникает у каждого второго администратора на второй неделе. Так делать нельзя не из принципа, а по механике: регистр после правки сходится с реальностью, а система маркировки — нет, и расхождение вылезет на кассе через две-три недели, когда связь с исходным событием уже потеряна. Любое расхождение чинится документом — вводом в оборот, списанием, перемаркировкой, — потому что документ уходит в обмен, а прямая запись нет.
Пять ошибок обмена и что означает каждая
Сообщения об ошибках в этой области написаны так, что по ним нельзя понять причину. Ниже — расшифровка пяти самых частых: что видит человек, что произошло на самом деле, где это чинится и что сделать, чтобы не повторилось.
- 1Код не найден или товар не числится за вами
Что произошло: код физически лежит у вас на складе, но по данным системы он всё ещё принадлежит поставщику. Причина почти всегда одна — входящий УПД не принят, принят частично или проведён без маркировочной части. Чинится в журнале входящих документов ЭДО, а не на кассе. Норма, которая закрывает эту ошибку навсегда: ноль непринятых входящих документов с кодами старше суток, и у этой цифры есть хозяин.
- 2GTIN кода не совпадает с номенклатурой
Что произошло: код пришёл на позицию, у которой в базе стоит другой штрихкод упаковки, либо в справочнике есть карточка-дубль с тем же GTIN. Это единственная из пяти ошибок, которая действительно рождается внутри учётной системы. Чинится в справочнике штрихкодов упаковок и объединением дублей. Профилактика — организационная: запретить заведение новой номенклатуры в момент приёмки, заводить только через товароведа. Разбор того, как дубли возникают и чем их ловить, есть в материале 7 ошибок обмена с 1С: дубли, пересорт, разные справочники.
- 3Код уже выведен из оборота
Что произошло: этот экземпляр уже продали. Варианты: повторное сканирование той же единицы, возврат, оформленный без обратного ввода в оборот, продажа на другой кассе, чей чек ушёл раньше, или тестовая операция, проведённая на боевом коде во время настройки. Чинится документами возврата и ввода в оборот; часть случаев закрывается только через поддержку оператора. Профилактика — включить возврат в пробный цикл и никогда не тестировать на реальных кодах товара, который потом пойдёт в продажу.
- 4Документ висит в очереди с ошибкой подписи
Что произошло: сертификат истёк, сертификат принадлежит другому сотруднику, не оформлена машиночитаемая доверенность, не выданы права в личном кабинете или подпись просто не установлена на той машине, откуда идёт обмен. Последний случай самый обидный: обмен переносят на сервер, а сертификат остаётся на рабочем компьютере бухгалтера. Чинится в рабочем месте обмена и учётных записях. Профилактика — календарь сроков сертификатов у бухгалтера с напоминанием за месяц.
- 5Нет ответа от системы или таймаут
Что произошло: проблема связи между торговой точкой и серверами проверки. Проверка при продаже идёт через транспортную систему проверки информации о товаре: онлайн-режим обращается к серверам напрямую, офлайн-режим работает по локальной базе модуля, когда связи нет. Магазин с неустойчивым каналом обязан иметь настроенный офлайн-режим, иначе каждый обрыв связи останавливает продажи. Чинится не в 1С — это канал связи, оборудование и настройка режима на кассе.
Есть и шестая причина, которая выглядит как ошибка 1С, но ею не является: касса может не пропустить позицию, если по товару нет сведений о разрешительной документации, истёк срок годности или действует запрет надзорного органа. Это уже разрешительный режим, и решается такое не настройкой обмена, а работой с документами на товар и с поставщиком. Отличить одно от другого просто: ошибки обмена касаются конкретных кодов, а отказ разрешительного режима — всей позиции целиком, на всех кассах сразу. Разбор всех причин отказа прямо у кассы, когда за спиной очередь, — в материале Касса не пробивает маркированный товар: восемь причин.
Нарисованный абстрактный экран с заголовком «Обмен с системой маркировки» и датой. Таблица из пяти строк, у каждой колонки: документ, статус, возраст. Статусы подписаны по-русски: «код не найден», «GTIN не совпадает», «код уже выведен», «ошибка подписи», «нет ответа». Одна строка выделена с возрастом «4 дня» и выноской «возраст старшей ошибки — главный показатель». Внизу строка итога: «в очереди 5 документов, старшая ошибка 4 дня, норма — ноль старше суток». Чертёжный стиль, приглушённая палитра, подписи по-русски.
Как ловить расхождения регулярно, а не в момент проверки
Расхождение между учётной системой и системой маркировки накапливается незаметно и обнаруживается в худший момент. Ловится оно одной процедурой, которая занимает 20–30 минут и делается по расписанию. Утренняя сводка показателей, которую смотрит ответственный, разобрана в материале 1С и Честный знак; здесь — сама процедура сверки, то есть то, что делается руками раз в неделю.
- 1Зафиксировать отсечку. Выгрузка из личного кабинета и выгрузка из базы должны быть на одну дату и час. Сверка «вчерашнего кабинета с сегодняшней базой» даёт мнимое расхождение размером в дневной оборот и съедает полдня на его разбор.
- 2Сопоставлять по GTIN, а не по названию. Названия в кабинете и в базе не совпадают почти никогда, и попытка сверять по ним превращает процедуру в ручной перебор. Если GTIN не проставлены, сверка невозможна в принципе — это и есть первый результат сверки.
- 3Смотреть обе стороны разницы. «Есть у нас, нет у них» — коды, которые вы считаете своими, а система нет: обычно непроведённая приёмка или перемаркировка, оформленная только в учёте. «Есть у них, нет у нас» — коды, числящиеся за вами в системе, которых нет в базе: обычно принятый, но не разнесённый документ или проданный товар, чьё выбытие не ушло.
- 4Разбирать по причинам, а не по штукам. Полезный результат сверки — не число расхождений, а список причин с количеством по каждой. Двести кодов одной причины чинятся одним документом и одной правкой процесса; двести кодов пяти разных причин — это пять разных разборов, и планировать их надо по-разному.
Периодичность: раз в неделю при объёмах до нескольких тысяч кодов в месяц, ежедневно — выше этого порога и всегда в первый месяц после запуска. Отдельно стоит сверять после каждой инвентаризации: физический пересчёт почти всегда вскрывает пересорт, а пересорт по маркированному товару — это разъехавшиеся коды. Как считать без остановки торговли, разобрано в материале Инвентаризация без остановки склада: циклический пересчёт.
Сколько занимает настройка и кто что делает
Считаем на модельной компании: одно юридическое лицо, два магазина, четыре кассы, 3 400 позиций в справочнике, из них 1 100 маркируемых. Конфигурация типовая и на поддержке, ЭДО подключено. Ставка подрядчика — 3 500 ₽ в час, полная стоимость часа своего товароведа с налогами — 900 ₽. Календарный срок — 3–4 недели, и упирается он не в часы подрядчика, а в справочник.
Доля заказчика — 24 % сметы. Эти 55 часов почти всегда пытаются отложить: подрядчик настроил, галочки стоят, обмен зелёный, справочник добьём по ходу. По ходу он добивается втрое дольше, потому что каждая позиция чинится в момент отказа, под давлением очереди на кассе, и чинит её не товаровед, а тот, кто оказался рядом. Пятьдесят пять часов спокойной работы превращаются в полтора месяца нервной.
| Работа | Кто делает | Часы в модели | Почему именно так |
|---|---|---|---|
| Обновление конфигурации и подсистемы обмена | Подрядчик или франчайзи | 12 ч | Требует знания того, что дописано в вашей базе, и умения обновить это без потерь |
| Обмен, организации, склады, точки продаж | Подрядчик | 10 ч | Разовая настройка, повторять не придётся — если не менять структуру |
| Кассы и связка с ОФД | Подрядчик вместе с обслуживающей кассы организацией | 8 ч | Две зоны ответственности сходятся здесь, и договариваться надо заранее |
| GTIN, упаковки, характеристики | Товаровед заказчика | 55 ч | Подрядчик не знает ваш товар и не может решить, что две карточки — один товар |
| Подписи, доверенности, права в кабинете | Бухгалтер заказчика | входит в свои обязанности | Сроки сертификатов и доверенности всё равно ведёт бухгалтерия |
| Пробный цикл и приёмка результата | Совместно | 8 ч | Принимает заказчик: подрядчик не может подтвердить, что цикл прошёл на его данных |
Диаграмма из двух вертикальных столбцов на общей шкале рублей. Левый столбец «подрядчик, 44 часа — 154 000 ₽» разбит на пять подписанных долей: обновление 42 000 ₽, обмен 35 000 ₽, кассы 28 000 ₽, пробный цикл 28 000 ₽, обучение 21 000 ₽. Правый столбец «заказчик, 55 часов — 49 500 ₽» цельный, выделен штриховкой, с выноской «GTIN, упаковки, характеристики: 24 % сметы». Под диаграммой строка вводных: «2 магазина, 4 кассы, 1 100 маркируемых позиций, подрядчик 3 500 ₽/ч, товаровед 900 ₽/ч». Чертёжный стиль, подписи по-русски.
Когда 1С трогать не надо
Три ситуации, в которых настройка маркировки в учётной системе — лишний расход.
- Единичные объёмы. Десяток кодов в месяц закрывается руками в личном кабинете дешевле, чем любой обмен. Порог, с которого настройка окупается, начинается примерно от нескольких сотен кодов в месяц, и до него проект стоит отложить.
- Только опт, без кассы, и контур уже работает. Если приёмка идёт через ЭДО, отгрузка оформляется штатным документом, а розницы нет, добавлять нечего — нужен регламент сверки, а не доработка.
- Товар не становится вашим. Комиссия, агентские схемы и продажа с чужого склада меняют то, кто выводит код из оборота. Прежде чем платить за настройку, разберите по договорам, в какой момент возникает собственность, — иногда выясняется, что маркировочную часть закрывает партнёр.
И общее правило приёмки работ. Не принимайте настройку по демонстрации интерфейса и зелёным галочкам в обмене: просите показать полный цикл на одной реальной позиции — приёмка входящего УПД, перемещение, продажа на кассе с подтверждением вывода и возврат с обратным вводом в оборот. Всё, что не показано на живых данных, считайте ненастроенным, независимо от того, что написано в акте. Дальше по теме: операция домаркировки того, что уже лежит на складе, разобрана в материале Маркировка остатков: как домаркировать склад и не встать.
Четыре ошибки обмена из пяти приходят не из 1С, а из процесса. Настройкой чинится одна.
