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