Честный Знак и автомобильные стёкла
Без сложных юридических формулировок разбираем, что происходит сейчас, какие новые действия могут появиться у менеджеров, склада и бухгалтерии и почему подготовку лучше начинать с собственных процессов, а не с покупки очередной программы.
Что происходит сейчас
31 августа 2026 года принято и опубликовано Постановление Правительства РФ № 1113, которое продлевает эксперимент по отдельным автомобильным компонентам до 28 февраля 2027 года. Постановление вступает в силу 8 сентября 2026 года. Автомобильные безопасные стёкла входят в перечень продукции, на которой отрабатывается будущая модель.
Обязательный режим для автостекольных станций пока не введён. Это означает, что обычному сервису не требуется сейчас покупать сканер, менять кассу и срочно перестраивать склад только из-за проведения эксперимента.
При этом уже понятен сам принцип: если обязательная модель будет введена, бизнесу придётся работать не только с товарной позицией и количеством, но и с кодом конкретного экземпляра, его электронным статусом и предусмотренными операциями при движении товара.
Поэтому разумная задача сейчас — не «подключить Честный Знак заранее», а понять, насколько готов к этому Ваш существующий путь стекла: от поставщика до установленного автомобиля.
Честный Знак — простыми словами
«Честный Знак» — государственная система прослеживаемости товаров. Её задача — дать конкретному товару цифровую идентичность и фиксировать предусмотренные правилами события его движения.
Представим склад автостекольной станции. Сейчас сотрудник может видеть в программе простую запись: «Лобовое стекло AGC — 4 штуки». Для обычного количественного учёта этого достаточно: есть позиция и количество.
Поэкземплярная маркировка меняет сам принцип. Четыре одинаковых стекла AGC становятся не просто четырьмя штуками одной позиции, а четырьмя отдельными экземплярами. У каждого есть собственный Data Matrix — уникальный код, по которому система отличает одно физическое стекло от другого.
Было: AGC — 4 шт.
Становится: AGC №1 · AGC №2 · AGC №3 · AGC №4 — каждый со своим кодом и своей историей движения.
Дальше важен не сам квадратный код. Важно, что с конкретным экземпляром происходит. Он произведён или ввезён, передан поставщику, поступил на Ваш склад, зарезервирован под клиента, продан, установлен, возвращён, списан или перемещён.
То есть система должна знать не только «что это за товар», но и «какой это конкретно экземпляр и что с ним произошло».
Для владельца станции из этого следует главный практический вывод:
Физическое стекло и информация о нём в программах должны двигаться согласованно. Если стекло уже установлено, а в учёте оно продолжает лежать на складе, или наоборот — начинаются расхождения, которые придётся исправлять.
Поэтому тема касается не только бухгалтера и не только кассы. Она проходит через работу менеджера, поставщика, приёмку, склад, резерв, заказ клиента, установку, документы и возвраты.
Какие стёкла затронуты
В текущий перечень тестирования входят определённые автомобильные безопасные стёкла, в том числе отдельные позиции кодов ТН ВЭД ЕАЭС групп 7007 и 8708 22.
Для реальной работы этого недостаточно, чтобы просто посмотреть на слово «лобовое» или «боковое». После утверждения обязательных правил применимость придётся определять по окончательному перечню продукции и кодам.
Поэтому собственнику сейчас важнее не пытаться заранее промаркировать весь склад, а понять, какие процессы работают с товаром и где именно появятся новые действия, если конкретная номенклатура попадёт под обязательный режим.
Что изменится в ежедневной работе
Ниже не юридическая инструкция, а практические точки, которые владельцу стоит проверить в своём текущем процессе.
Нужно будет не только увидеть нужный артикул и количество, но и корректно сопоставить физически приехавшее стекло с его электронными данными. Если код, товар и документ расходятся, проблему лучше обнаружить до того, как поставка окончательно подтверждена.
При поэкземплярной модели важно понимать не просто «AGC — 3 штуки», а какие именно три экземпляра находятся на складе, где лежит каждый из них и в каком статусе он находится.
Если конкретное стекло обещано клиенту, это должно быть понятно не только менеджеру, но и системе учёта. Иначе один сотрудник резервирует товар, а другой продолжает видеть его свободным.
Конкретное стекло должно быть связано с конкретным заказом, автомобилем и дальнейшим действием: установкой, продажей, возвратом или другим предусмотренным сценарием.
Когда для товарной группы утверждается обязательная маркировка, кассовые и электронные документы должны корректно передавать предусмотренные сведения. Значит, касса, ЭДО и товароучёт не могут существовать полностью независимо друг от друга.
Самые сложные ситуации начинаются не при обычной продаже, а когда товар разбит, возвращён, перемещён между точками, ошибочно принят или фактический остаток не совпадает с учётом. Для каждого такого случая сотруднику нужен понятный порядок действий.
Пример одного заказа
Клиент звонит, менеджер подбирает стекло, проверяет наличие или заказывает его у поставщика. Дальше стекло приезжает, принимается, попадает на склад или сразу резервируется, клиент записывается на установку, работа выполняется, проходит оплата и закрываются документы.
В этот привычный маршрут добавляется ещё один объект — конкретный экземпляр стекла и его электронный статус.
Если все действия уже находятся в одной системе, изменение может пройти относительно спокойно. Но если заказ записан в CRM, склад ведётся в Excel, поставщик пишет в WhatsApp, документы находятся у бухгалтера в 1С, а резерв менеджеры отмечают комментариями — каждый новый обязательный шаг придётся куда-то встроить.
Именно поэтому вопрос «какую программу купить для Честного Знака?» обычно задаётся слишком рано.
Что технически может понадобиться
Ни один из пунктов ниже сам по себе не решает задачу. Это части общего процесса, которые должны работать согласованно.
Для юридически значимых электронных действий там, где они предусмотрены правилами.
Для обмена электронными документами и сведениями о движении товара между участниками оборота.
Для чтения Data Matrix на конкретном экземпляре товара.
Должна поддерживать необходимые операции с маркированным товаром, если соответствующий сценарий проходит через ККТ.
Нужно понимать, какой конкретный экземпляр принят, где он находится, кому зарезервирован и что с ним произошло.
Если клиентский заказ, склад, ЭДО и касса находятся в разных программах, необходимо определить, как данные будут передаваться между ними без повторного ручного ввода.
Важный момент: если Ваша 1С или другая действующая программа сможет корректно поддерживать будущую товарную группу, покупать отдельную систему только ради маркировки может вообще не потребоваться.
Риски для владельца бизнеса
Главный риск для ЛПР — не сам Data Matrix. Опаснее ситуация, когда физический товар, документы и данные в программах начинают расходиться, а сотрудники не понимают, как правильно провести следующую операцию.
Точные обязанности и санкции именно для автостёкол будут зависеть от окончательных правил. Но общая система обязательной маркировки уже показывает, какие виды последствий необходимо учитывать собственнику.
После введения обязательных правил товар без требуемой маркировки или с некорректным статусом нельзя будет считать обычным товаром, который можно свободно провести через прежний процесс. Для бизнеса это означает риск остановить конкретную продажу или передачу до исправления данных.
Если физически приехало одно стекло, а в электронных данных числится другое, ошибка тянется дальше — в склад, резерв, установку и документы. Чем позже она найдена, тем сложнее исправление.
В действующих маркированных товарных группах используются проверки кодов и разрешительные механизмы. Если подобная логика будет утверждена для автостёкол, некорректный код или его статус сможет помешать штатно завершить продажу.
Общие правила обязательной маркировки предусматривают ответственность не только за отсутствие маркировки, но и за непредставление, нарушение сроков передачи или передачу неполных и недостоверных сведений в государственную систему.
Для оборота товаров без обязательной маркировки законодательство предусматривает административную ответственность и в соответствующих случаях конфискацию предметов нарушения. Точный состав и санкция зависят от конкретного нарушения и действующей редакции закона.
Закон отдельно предусматривает уголовную ответственность за оборот товаров без обязательной маркировки в установленных законом крупных размерах, а также за действия с заведомо поддельными средствами идентификации. Для обычной ошибки менеджера это не типовой сценарий, но ЛПР должен понимать пределы ответственности.
Сорванная установка, клиент в ремзоне без подходящего стекла, задержка приёмки, спор с поставщиком, зависший возврат или расхождение между филиалами напрямую влияют на деньги и репутацию станции.
Если новые обязанности накладываются на Excel, мессенджеры, отдельную 1С у бухгалтера и ручные резервы, сотрудники получают ещё один параллельный процесс. Обычно именно это создаёт лишние покупки, срочные доработки и ошибки запуска.
КоАП РФ предусматривает ответственность за производство, ввод в оборот, продажу, хранение, перевозку или приобретение в целях сбыта товаров без обязательной маркировки в случаях, когда она уже обязательна. Отдельная статья устанавливает ответственность за непредставление, нарушение сроков передачи, а также неполные или недостоверные сведения оператору государственной системы мониторинга.
В предусмотренных законом случаях возможна конфискация предметов нарушения. Для оборота товаров без обязательной маркировки в крупном размере и использования заведомо поддельных средств идентификации существует также уголовная ответственность.
Это общие нормы. Применять их к конкретной ситуации с автостеклом можно только после проверки действующих на тот момент обязательных правил, состава нарушения и роли компании.
Нужна ли новая программа
Если у Вас одна точка, нормальный товарный учёт, менеджеры реально работают в одной системе, склад и заказ связаны, ЭДО встроен в процесс, а касса работает из того же контура — разумно сначала смотреть возможности существующего ПО.
Тогда подготовка может свестись к обновлению программы, настройке ЭДО, совместимому оборудованию, корректному порядку приёмки и обучению сотрудников.
ЭВЕРИ не считает, что каждому сервису нужна индивидуальная разработка. Если задача нормально решается стандартным инструментом, именно его и следует использовать.
Где начинается настоящая сложность
Типичная станция может выглядеть так: обращение клиента приходит в мессенджер, запись находится в программе автосервиса, наличие стекла менеджер смотрит в Excel, поставщику пишет отдельно, бухгалтер ведёт 1С и ЭДО, резерв отмечается вручную, а касса существует своим контуром.
Каждый инструмент сам по себе может быть нормальным. Проблема в том, что одна и та же работа постоянно переходит из одного места в другое руками сотрудников.
Теперь к этой схеме нужно добавить код конкретного стекла, электронный статус его приёмки, связь с резервом, корректное действие при установке или продаже, возвраты и исправления.
Если просто добавить к разрозненным программам ещё один отдельный «Честный Знак», менеджер получит не автоматизацию, а ещё несколько обязательных действий.
Именно здесь задача перестаёт быть вопросом подключения отдельного сервиса и становится вопросом организации всего рабочего процесса.
С чего начинать
До выбора конкретного ПО полезно пройти один реальный заказ от первого обращения клиента до закрытия документов и понять, где находятся данные и кто с ними работает.
Как стекло проходит через компанию сейчас?
Какие части процесса уже работают нормально и менять их не нужно?
Где сотрудники повторно вводят или переносят информацию?
Какие новые операции можно будет встроить в существующее ПО?
Какие системы нужно связать, чтобы не создавать ещё больше ручной работы?
Подход ЭВЕРИ
Сначала разбираем, как реально работает Ваша станция: заявка, подбор, закупка, приёмка, склад, резерв, запись, установка, оплата и документы.
После этого разделяем решение на четыре части:
То, что уже работает и не требует замены.
То, что можно закрыть стандартными возможностями существующих программ.
Системы, между которыми сотрудники сегодня переносят данные вручную.
Только те части, для которых готовые решения действительно не подходят.
Именно поэтому итогом разбора может быть не разработка ЭВЕРИ, а рекомендация обновить 1С, подключить подходящее ЭДО или использовать готовый продукт. Но если текущие системы плохо соответствуют процессам станции, тогда уже имеет смысл проектировать интеграцию или отдельную рабочую систему.
Не заставляем бизнес подстраиваться под программу — создаём решение вокруг реальной работы бизнеса.
Диагностика станции
Ответы обрабатываются только в Вашем браузере. Они не отправляются ЭВЕРИ и не сохраняются на сайте.
Если хотите разобрать результат
После диагностики позвоните или напишите ЭВЕРИ. Достаточно своими словами сказать, что показал результат и как сейчас устроен Ваш учёт. Дальше уточним несколько моментов и скажем, где действительно есть смысл что-то менять.
Выберите удобный способ связи
Если после диагностики останутся вопросы, разберём Вашу ситуацию и подскажем, какие изменения действительно стоит готовить.
Официальная основа материала
Материал проверен по состоянию на 6 сентября 2026 года. Перед фактическим внедрением требования необходимо перепроверять по действующим нормативным актам и официальным материалам конкретной товарной группы.
Материал носит информационный характер и не является индивидуальным юридическим заключением.
