Ваш ассортимент попал под обязательную маркировку, сроки поджимают, а в интернете советы противоречат друг другу: одни говорят «надо переделывать сайт», другие — «всё решает 1С». За этим шумом легко упустить главное: маркировка — это в первую очередь про учёт и кассу, а витрина на 1С-Битрикс подключается к процессу на понятных условиях. Разобраться, где чья зона ответственности, — половина успеха.
Эта статья разбирает маркировку «Честный ЗНАК» с точки зрения интернет-магазина на 1С-Битрикс: что такое коды Data Matrix, как товар проходит путь от приёмки до чека, что делает 1С, а что — сайт, и какие ошибки чаще всего срывают продажи маркированного товара. Настройку учётных процессов под маркировку мы закрываем услугой автоматизации на 1С.
Коротко
- Маркировка — это поэкземплярный учёт: каждой единице товара соответствует уникальный код Data Matrix.
- Основная логика — вывод из оборота, чек с кодом — живёт в 1С и на кассе, а не на витрине.
- Сайт остаётся витриной: передаёт заказ в 1С и показывает корректные остатки и статусы.
- Критична цепочка заказ — учёт — касса: ошибка на любом шаге ломает чек и легальность продажи.
Что такое «Честный ЗНАК» простыми словами
«Честный ЗНАК» — национальная система маркировки товаров, задача которой сделать оборот прозрачным и отсечь контрафакт. Логика такая: каждая единица товара получает уникальный цифровой код, и система прослеживает её путь от производителя до конечного покупателя. Когда товар продаётся, его код выводится из оборота — то есть система понимает, что конкретный экземпляр легально ушёл потребителю.
Для интернет-магазина это означает, что торговать маркированной категорией «как раньше» уже нельзя: продажа каждой единицы должна сопровождаться корректной работой с её кодом. Но пугаться не стоит — большая часть этой механики стандартизирована и ложится на учётную систему и кассу, а от магазина требуется выстроить процессы вокруг них.
Кого касается маркировка
Перечень маркируемых товарных групп вводится поэтапно и постепенно расширяется. В него входят, например, обувь, предметы одежды, парфюмерия, шины, табачная продукция, молочная продукция, упакованная вода и ряд других категорий. Состав групп и сроки меняются, поэтому актуальный перечень всегда сверяют по официальным материалам системы.
Практический вывод простой: если хотя бы часть вашего ассортимента попадает под маркировку, процессы нужно готовить заранее. Продавать легально без настроенного учёта кодов не получится, а запускать всё в последний день перед вступлением требований — прямой путь к остановке продаж категории. Проверьте свой каталог по актуальному перечню и определите, какие позиции затронуты.
Код Data Matrix и поэкземплярный учёт
Ключевое отличие маркировки от привычного учёта — переход от позиций к экземплярам. Обычный штрихкод одинаков для всей номенклатурной позиции: у тысячи одинаковых коробок один и тот же код. Код маркировки Data Matrix уникален для каждой единицы — это двумерный код, который идентифицирует конкретный экземпляр товара.
- Уникальность. Один код — одна физическая единица товара, а не карточка каталога.
- Двумерность. Data Matrix хранит больше данных, чем линейный штрихкод, и считывается сканером 2D.
- Оборот кодов. Коды поступают при приёмке и списываются при продаже — поштучно, а не «на позицию».
- Прослеживаемость. Система знает историю каждого кода: ввод в оборот, движение, вывод.
Из этого следует главное архитектурное правило: коды нельзя завести «один на карточку товара» в инфоблоке. Поэкземплярный учёт ведётся там, где для этого есть инструменты, — в учётной системе, а не на витрине каталога.
Где проходит граница: сайт, 1С, касса
Чтобы не переделывать лишнего, важно чётко развести зоны ответственности между тремя участниками процесса.
| Участник | Что делает в маркировке | Что НЕ делает |
|---|---|---|
| Сайт на 1С-Битрикс | Витрина, приём заказа, передача его в 1С, отображение остатков и статусов | Не хранит коды поэкземплярно, не выводит из оборота |
| 1С (учётная система) | Приёмка кодов, поэкземплярный учёт, подбор кода к заказу, документы | Обычно не печатает фискальный чек напрямую |
| Касса / ОФД | Пробитие чека с кодом, передача в систему маркировки, вывод из оборота | Не ведёт витрину и каталог |
Такое разделение экономит бюджет: вы не пытаетесь превратить сайт в учётную систему, а достраиваете недостающие связи. Основная работа — в 1С и её обмене с сайтом и кассой.
Путь маркированного товара до покупателя
Проще всего понять маркировку, проследив путь одной единицы товара от склада до руки покупателя.
- Приёмка. Товар поступает с кодами Data Matrix, коды заводятся в учётную систему и привязываются к остаткам.
- Витрина. На сайт передаётся доступное количество по позиции — покупатель видит наличие и оформляет заказ.
- Заказ в 1С. Оформленный на сайте заказ уходит в учётную систему, где под него подбирается конкретная единица с кодом.
- Продажа и чек. При отгрузке или выдаче касса пробивает чек с кодом маркировки и передаёт данные оператору.
- Вывод из оборота. Система маркировки фиксирует, что этот код легально ушёл покупателю.
Обратите внимание: покупатель на сайте ничего не делает с кодом — для него процесс прозрачен. Вся работа с Data Matrix спрятана в учёте и на кассе.
Вывод из оборота и чек по 54-ФЗ
Центральная точка всей цепочки — момент продажи, когда пересекаются маркировка и 54-ФЗ. При продаже маркированного товара касса обязана включить код в фискальный чек и передать его оператору фискальных данных. Это и есть вывод из оборота: система маркировки получает сигнал, что конкретная единица продана.
Практически это значит, что на момент пробития чека касса должна знать код продаваемой единицы. Информация приходит по цепочке заказ — учётная система — касса, поэтому её целостность критична. Если заказ передался в 1С с ошибкой, код подобрался не тот или связь с кассой не настроена — чек будет некорректным, а продажа не пройдёт легально.
Роль 1С в цепочке маркировки
Для магазина на 1С-Битрикс естественный центр работы с маркировкой — именно 1С, где уже ведётся номенклатура, остатки и документы. Здесь коды принимаются, хранятся поэкземплярно, подбираются под заказы и списываются при продаже. Учётная система выступает мостом между сайтом-витриной и кассой.
Такой подход рационален: не нужно строить параллельный учёт кодов на стороне сайта, дублировать данные и синхронизировать их вручную. Сайт остаётся тем, чем должен быть, — витриной и приёмником заказов, а тяжёлая логика живёт там, где для неё есть инструменты. Настройку и оптимизацию этих процессов мы разбираем в рамках услуги автоматизации продаж и склада на 1С.
Что делать на стороне 1С-Битрикс
Даже при том, что ядро маркировки в 1С, у витрины есть своя зона работ. Обычно это:
- Корректный обмен заказов. Заказ должен уходить в 1С полно и без потерь, чтобы под него подобрался нужный товар.
- Актуальные остатки. Витрина показывает доступное количество по позиции, синхронно с учётом кодов.
- Статусы заказа. Покупатель видит движение заказа, а внутренние статусы отражают этапы работы с кодом.
- Сценарии выдачи. Для самовывоза со сканированием — интерфейс, завязанный на подбор кода в учёте.
Объём доработок сайта зависит от бизнес-процессов. Если продажа идёт стандартно через заказ и обмен с 1С, витрине часто хватает надёжного обмена. Более сложные интеграционные сценарии — тема отдельного проектирования, близкого к тому, что мы описываем в материале про REST, вебхуки и безопасность в Битрикс.
Возвраты и повторный ввод в оборот
Возврат маркированного товара — отдельный сценарий, который нельзя обходить стороной. Когда покупатель возвращает товар, его код, как правило, нужно вернуть в оборот, чтобы единицу можно было продать снова легально. Эта операция тоже ведётся в учётной системе и на кассе.
Для интернет-магазина важно согласовать возврат на сайте с возвратом в 1С. Оформленный возврат заказа должен инициировать правильные действия с кодом, а не оставлять его «повисшим» между проданным и доступным. Если процессы не связаны, накапливается пересортица кодов, а остатки на витрине перестают соответствовать реальности. Продумывать возвраты стоит на этапе внедрения, а не когда придёт первый возврат маркированного товара.
Остатки, обмен и производительность
Частый страх — что маркировка «утяжелит» сайт. На деле, если архитектура правильная, витрина не должна замедляться: коды ведутся поштучно в 1С, а на сайт передаётся агрегированный остаток по позиции. Покупателю не нужны сами коды — ему нужно знать, есть ли товар и сколько.
Проблемы возникают, когда пытаются перенести поэкземплярный учёт на витрину или неаккуратно настраивают обмен — тогда остатки расходятся, а нагрузка растёт. Здоровый подход: коды и их движение — в учёте, сайту — только доступное количество и статус. Стабильность и скорость такого обмена во многом зависят от инфраструктуры, о которой мы пишем в статье про хостинг и инфраструктуру на BitrixVM.
Частые ошибки при внедрении
- Пытаются вести коды на сайте. Поэкземплярный учёт тащат в инфоблоки вместо 1С — получают дубли и пересортицу.
- Игнорируют стыки. Настраивают 1С и кассу по отдельности, а границы сайт → 1С → касса оставляют на потом.
- Забывают про возвраты. Возврат товара не связан с повторным вводом кода в оборот.
- Откладывают до дедлайна. Запускают процессы в день вступления требований и останавливают продажи категории.
- Расходятся остатки. Обмен настроен неаккуратно, витрина показывает не то количество, что в учёте.
- Нет проверки на реальных заказах. Цепочку не прогоняют от заказа до чека до запуска в бой.
Чек-лист внедрения
- Определите затронутые товары. Сверьте каталог с актуальным перечнем маркируемых групп.
- Назначьте центр учёта. Коды и их движение ведутся в 1С, сайт остаётся витриной.
- Настройте приёмку кодов. Data Matrix заводятся в учёт при поступлении товара.
- Проверьте обмен заказов. Заказ с сайта уходит в 1С полно и подбирает нужную единицу.
- Свяжите кассу. Чек по 54-ФЗ включает код, вывод из оборота проходит при продаже.
- Опишите возвраты. Возврат заказа инициирует повторный ввод кода в оборот.
- Прогоните цепочку целиком. От заказа на сайте до чека с кодом — на реальных данных до запуска.
Вывод
Маркировка «Честный ЗНАК» звучит пугающе, но для магазина на 1С-Битрикс раскладывается на понятные роли. Поэкземплярный учёт кодов Data Matrix ведётся в 1С, продажа и вывод из оборота — на кассе по 54-ФЗ, а сайт остаётся витриной: принимает заказы, показывает остатки и передаёт данные в учёт. Не нужно превращать витрину в учётную систему — нужно надёжно связать три звена цепочки.
Главный риск лежит не внутри отдельных систем, а на их стыках: сайт → 1С → касса. Именно им, а также сценарию возвратов, стоит уделить максимум внимания и обязательно прогнать всю цепочку на реальных заказах до запуска. Подготовьте процессы заранее, и продажа маркированного товара станет рутиной, а не авралом в день дедлайна.
