Настраивают в таком порядке: сначала товароучётная система, затем кассовое программное обеспечение с драйверами, затем связка с ОФД и только в конце сканер и канал связи в точке. После каждого шага делается своя короткая проверка — иначе отказ вылезет на последнем шаге, и причину придётся искать сразу в пяти узлах при живой очереди. На одну точку с уже имеющимся оборудованием уходит около 10 часов работы, на сеть из десяти точек — около 52 часов и две-три календарные недели.
Разрешительный режим отличается от прежней проверки кода тем, что решение принимает не касса, а сервер: позиция попадает в чек только после ответа «разрешено». Из этого следует главное для настройки — вы собираете не одну галочку, а цепочку, в которой каждое звено может тихо не работать и никак этого не показывать до первой продажи. Механику самого запроса разбирает опорный материал разрешительный режим: что это и почему касса перестала пробивать, здесь речь только про физическую настройку и приёмку.
Даты в этом материале приводим со статусом. По состоянию на сентябрь 2026 года действует блокировка продажи товаров, по которым нет сведений о разрешительной документации, — она введена с 1 апреля 2026 года; по растительным маслам называется май 2026 года, по моторным маслам — октябрь 2026 года, по консервам — 2027 год. Сроки переносят, и календари разных изданий расходятся между собой по одним и тем же группам, поэтому перед закупкой оборудования сверяйтесь с честныйзнак.рф, а не с записью в блоге поставщика. Состав товарных групп и общий контроль разобраны в материале Честный знак 2026: группы, ЦПТ 2.0 и автоблокировка.
Галочка «проверка кодов включена» говорит только о том, что касса собирается спрашивать разрешение. Готовность — это когда пять узлов отвечают согласованно и продажа маркированной позиции проходит от сканирования до печати чека без ручных действий кассира. Проверяется она прогоном сценариев на закрытой кассе, а не чтением экрана настроек.
Пять узлов, из которых складывается ответ «разрешено»
Запрос проходит по цепочке, и рвётся она в любом звене. Разбирать отказ проще, когда вы заранее знаете состав цепочки и то, за что отвечает каждый узел — тогда диагностика сводится к трём вопросам вместо перебора настроек наугад.
- Товароучётная система. Хранит номенклатуру, коды и сведения о документах на товар, отдаёт кассе состав позиции. Половина отказов рождается здесь и всплывает на кассе через неделю — дубль позиции, пустой реквизит, товар заведён дважды с разными признаками.
- Кассовое программное обеспечение. Формирует запрос, получает ответ и решает, попадёт ли позиция в чек. Именно оно показывает кассиру текст отказа, и именно от него зависит, будет ли этот текст понятным или превратится в код ошибки без пояснения.
- Фискальный регистратор и драйверы. Печатает чек и передаёт реквизиты. Старый драйвер даёт отказ не на проверке, а на печати — внешне это выглядит как «режим не работает», хотя разрешение получено.
- Канал до ОФД. Передаёт документы и возвращает квитанции. Проблемы здесь видны не сразу: продажа проходит, а квитанций в личном кабинете нет, и обнаруживается это в конце месяца.
- Сканер и сеть в точке. Сканер обязан читать двумерный код DataMatrix с реальной упаковки, а не только линейный штрихкод. Сеть обязана держать запрос в момент пробития, а не в среднем по дню — это разные требования.
Схема слева направо в чертёжном стиле. Пять подписанных блоков: «сканер», «кассовое ПО», «товароучётная система», «канал связи», «ОФД». Сплошная стрелка идёт от сканера через кассовое ПО наружу с подписью «запрос разрешения» и возвращается пунктиром с подписью «ответ: разрешено / отказ». От кассового ПО вниз отходит стрелка к блоку «фискальный регистратор и драйверы» и далее к чеку. Под каждым блоком мелкая подпись, за что он отвечает. Внизу вынос: «отказ показывает последний узел, причина чаще в первом». Приглушённая палитра, подписи по-русски.
Отсюда правило разбора, которое стоит повесить рядом с кассой: сначала выясняем, дошёл ли запрос вообще, затем — что ответила система, и только потом лезем в настройки. Две трети обращений «ничего не работает» заканчиваются на первом вопросе.
Порядок: семь шагов, после каждого — своя проверка
Порядок именно такой, потому что каждый следующий узел опирается на предыдущий: касса спрашивает у товароучёта состав позиции, драйвер печатает то, что собрала касса, а сканер подаёт на вход то, что эти двое ждут. Если начать с конца, ошибка первого узла проявится как ошибка последнего.
- 1Инвентаризация узлов
Выписать пять строк: что за товароучётная система и какой релиз, какое кассовое ПО, какой фискальный регистратор и версия драйвера, какой ОФД, какой сканер и какой канал. Проверка: список заполнен полностью и подписан тем, кто отвечает за точку. Пустая строка в этом списке — это и есть будущая причина отказа.
- 2Обновление товароучётной системы на копии базы
Снимаем копию рабочей базы, обновляем её и работаем сутки только на копии. Проверка: документ поступления с кодами открывается, номенклатура на месте, отчёт по остаткам кодов сходится с тем, что был до обновления. Расхождение на этом шаге стоит часы, а на рабочей базе — смену.
- 3Обновление рабочей базы в нерабочее время
Тот же порядок действий, что отработан на копии, плюс полный бэкап до начала и заранее проверенная процедура отката. Проверка: повторяем те же три контроля, что и на копии, и сверяем контрольный отчёт по остаткам кодов с вечерним значением. Откат, который никто не пробовал выполнить, откатом не является — проверьте его на копии до того, как он понадобится.
- 4Обновление кассового ПО и драйверов
Обновляем кассовое приложение и драйверы фискального оборудования до версий, заявленных поставщиком как совместимые между собой. Проверка: касса запускается, смена открывается, печатается тестовый чек на немаркированной позиции. До этой отметки маркированный товар не трогаем вовсе.
- 5Включение проверки и связка с ОФД
Включаем режим проверки кодов и убеждаемся, что реквизиты подключения к ОФД заполнены и подпись на месте. Проверка: по тестовому чеку пришла квитанция и она видна в личном кабинете ОФД. Отсутствие квитанции при успешной печати — типичный случай, когда неисправность обнаруживают через месяц.
- 6Сканер
Настраиваем сканер на чтение двумерных кодов и передачу символа целиком, вместе со служебными разделителями. Проверка: сканируем реальную упаковку маркированного товара, а не распечатку кода на бумаге, и смотрим, что пришло в поле — там должна быть длинная строка, а не тринадцать цифр линейного штрихкода.
- 7Прогон сценариев на закрытой кассе
Пять сценариев подряд: обычная продажа, повторная продажа того же кода, продажа позиции с истёкшим сроком годности, возврат и продажа при отключённой сети. Проверка: по каждому сценарию кассир вслух говорит, что он видит и что делает дальше. Сценарий, который не прогнали, считается непроверенным, даже если «там всё очевидно».
Самая дорогая схема — обновить товароучёт, кассу и драйверы одним заходом в ночь перед рабочим днём. Утром вы получаете отказ, у которого пять равновероятных причин, нет отката ни к одному промежуточному состоянию и есть очередь. Разносите шаги по дням: между обновлением базы и обновлением кассы должен пройти хотя бы один спокойный рабочий день.
Требования к оборудованию: формулируйте словами, а не артикулом
Мы сознательно не называем модели касс, сканеров и версии прошивок. Линейки меняются быстрее, чем статьи, а отвечает за совместимость поставщик по договору — не статья и не форум. Правильная форма требования выглядит так: «сканер, читающий DataMatrix с упаковки», «касса с поддержкой проверки кодов и работой по локальной базе». Дальше вы просите поставщика письменно подтвердить, что конкретная поставка этому требованию отвечает.
| Узел | Требование, которое надо предъявить | Как проверить до оплаты |
|---|---|---|
| Сканер | Читает двумерный код DataMatrix с упаковки, а не только линейный штрихкод; передаёт символ целиком, со служебными разделителями | Просканировать реальную упаковку маркированного товара и посмотреть, что попало в поле: длинная строка, а не тринадцать цифр |
| Касса и кассовое ПО | Поддерживает проверку кодов с обращением к системе и умеет работать по локальной базе при потере связи | Попросить показать на демонстрации отказ по уже проданному коду и продажу при выдернутом сетевом кабеле |
| Фискальный регистратор и драйверы | Версия драйвера, которую поставщик кассового ПО называет совместимой со своей версией приложения | Сверить версию в акте поставки со списком совместимости у поставщика ПО, а не у продавца железа |
| Канал связи в точке | Основной канал плюс независимый резервный: другой оператор и другая среда передачи, а не второй роутер на том же кабеле | Отключить основной канал в рабочее время и пробить тестовый чек — время ответа и факт ответа |
| Товароучётная система | Конфигурация, где контур маркировки поддерживает вендор, а не дописан подрядчиком под конкретную точку | Убедиться, что нужный функционал живёт в типовой конфигурации; что ломается при самописном контуре — в разборе ниже |
Отдельная строка бюджета, о которой забывают, — подписи. Они нужны для обмена с системой, их выпускают и продлевают, и считать их надо по числу подписантов, а не по числу юрлиц. Срок действия подписи заканчивается тихо: обмен перестаёт работать без предупреждения, и на кассе это выглядит как техническая неисправность.
Две колонки одинаковой ширины в чертёжном стиле. Левая с заголовком «линейный штрихкод»: схематичный полосатый код, под ним рамка поля ввода с короткой строкой из тринадцати цифр и подпись «касса получает идентификатор товара». Правая с заголовком «DataMatrix»: схематичный квадратный точечный код, под ним рамка поля ввода с длинной строкой и пометками «служебные разделители сохранены», подпись «касса получает экземпляр товара». Между колонками вертикальная разделительная линия с надписью «проверять на реальной упаковке, а не на распечатке». Приглушённая палитра, подписи по-русски.
Приёмка: восемь проверок до первого покупателя
Приёмка делается на закрытой кассе и занимает около часа. Смысл её не в том, чтобы убедиться, что всё работает, а в том, чтобы увидеть своими глазами отказ и понять, как он выглядит — иначе кассир встретится с ним первым и будет действовать наугад.
- 1Обычная продажа маркированной позиции проходит целиком: сканирование, ответ, печать чека. Замерьте время от сканирования до появления позиции в чеке — эта цифра пригодится, когда начнёт «подтормаживать».
- 2Повторная продажа того же кода даёт отказ, и текст отказа читается без расшифровки.
- 3Позиция с истёкшим сроком годности даёт отказ, отличимый от предыдущего — кассир должен различать их на глаз.
- 4Возврат маркированной позиции проходит и отражается в учёте, а не только в чеке.
- 5Продажа при отключённой сети: касса переходит на локальную проверку, продажа идёт, кассир видит признак офлайн-работы.
- 6После восстановления связи накопленные операции уходят и подтверждаются — проверьте это в тот же день, а не «когда-нибудь».
- 7Квитанции от ОФД по всем тестовым чекам видны в личном кабинете.
- 8Немаркированная позиция в том же чеке с маркированной проходит без побочных эффектов — смешанный чек ломается чаще, чем чистый.
Прогон сценариев создаёт настоящие чеки и настоящие движения кодов. Планируйте приёмку вместе с тем, кто ведёт учёт: заранее договоритесь, на каких позициях тестируем, сколько их, как оформляем возврат и кто вечером сверяет остатки кодов. Без этой договорённости приёмка оставляет за собой расхождение, которое потом ищут неделю.
Типовые ошибки настройки в том виде, в каком их видит кассир
Кассир никогда не видит причину — он видит следствие. Поэтому таблица ниже читается справа налево: сначала находите строку по тому, что на экране, и только потом идёте туда, где чинить. Восемь причин отказа и признак каждой разобраны в отдельном материале — касса не пробивает маркированный товар.
| Что видит кассир | Настоящая причина | Где чинить |
|---|---|---|
| Позиция не добавляется в чек, ответа нет вовсе | Запрос не уходит: не заполнены реквизиты подключения или нет связи | Настройки кассового ПО, затем канал связи в точке |
| Сканер пищит, но в поле пусто или тринадцать цифр | Сканер читает линейный код и не настроен на двумерный | Настройка сканера, до этого касса ни при чём |
| Разрешение получено, но чек не печатается | Версия драйвера не совпадает с версией кассового приложения | Драйверы фискального оборудования |
| Отказ «нет сведений о документах» на товаре, который точно в порядке | Позиция заведена дважды или не заполнен обязательный реквизит | Справочник номенклатуры в товароучётной системе |
| Продажи идут, но квитанций от ОФД нет | Связка с ОФД настроена наполовину: документы уходят, подтверждения не приходят | Реквизиты подключения к ОФД и подпись |
| После обновления перестало работать то, что работало вчера | Обновляли рабочую базу без копии и без отката | Восстановление из копии, потом повтор по шагам |
Нарисованный, не сфотографированный экран кассового места в чертёжном стиле: строка позиции, крупная плашка с текстом отказа и три выноски справа. Первая выноска — «дошёл ли запрос: есть ли признак связи», вторая — «что ответила система: текст отказа целиком», третья — «что делать дальше: отложить позицию, не пробивать иначе». Внизу подпись «разбор идёт сверху вниз, настройки трогаем последними». Приглушённая палитра, все подписи по-русски.
Сколько это занимает: одна точка и сеть из десяти
Считаем на модельной точке: один магазин, одна касса, оборудование уже стоит и менять его не требуется, товароучётная система типовая, доработок нет. Ставка внешнего инженера — 3 000 ₽/час, порядок величин на сентябрь 2026 года.
Сеть из десяти точек считается иначе, потому что товароучётная система у них обычно одна. Обновление общей базы — 6 часов один раз, пилотная точка — 4 часа, оставшиеся девять по 3,5 часа — 31,5 часа, регламент и обучение — 5 часов, резерв на разбор непредвиденного — 6 часов. Суммарно 52,5 часа и 157 500 ₽, но главное в другом: это не два рабочих дня. Точки переводят по одной, с интервалом хотя бы в день, и календарно проект занимает две-три недели.
Горизонтальная лента времени на три недели в чертёжном стиле. Первая отметка — «обновление общей базы, 6 ч», вторая — «пилотная точка, 4 ч», далее девять равных отметок «точка, 3,5 ч» с интервалом в день, в конце две отметки — «регламент и обучение, 5 ч» и «резерв, 6 ч». Под лентой суммарная подпись «52,5 часа, 157 500 ₽ по ставке 3 000 ₽/час». Над пилотной точкой вынос: «разбираем все отказы здесь, дальше повторяем». Приглушённая палитра, подписи по-русски.
Когда подрядчик не нужен
Честный раздел, который сокращает нам выручку. В трёх случаях из перечисленных ниже платить за настройку не за что, и лучше узнать об этом до подписания договора, а не после.
- Одна точка, одна касса, типовая конфигурация без доработок. Всё делается по инструкциям поставщика кассового ПО за один вечер силами администратора. Подрядчик здесь продаёт вам собственную занятость, а не результат.
- Обслуживающая организация уже в договоре. Если касса на сопровождении, обновление прошивки и драйверов обычно входит в него. Сначала напишите в поддержку по договору и дождитесь ответа, потом ищите подрядчика на то, что не покрыто.
- Ассортимент не попадает под режим сейчас. Покупать оборудование за год до срока под лозунгом «скоро всем» не нужно. Эксперимент и объявленный проект не равны действующей обязанности, и на этой подмене продают больше всего лишнего железа.
- Товароучёта нет вовсе. Если учёт ведётся в таблице, начинать надо не с кассы, а с учёта: касса будет исправно спрашивать разрешение и исправно получать отказ, потому что данных о товаре не существует.
- Настройка не окупится, если проблема в данных. Когда отказы идут по позициям, заведённым дважды, никакая настройка кассы их не уберёт. Разбор дублей и пересорта в справочниках — отдельная работа, и описана она в материале 7 ошибок обмена с 1С: дубли, пересорт, разные справочники.
Обратная ситуация, когда подрядчик оправдан: сеть от пяти точек, разное оборудование в разных магазинах, доработанная конфигурация учёта или уже случившийся инцидент с остановкой продаж. Здесь цена ошибки измеряется сменами, а не часами. Как принимать такую работу, чтобы не подписать акт на слово, разобрано в материале чек-лист приёмки процесса: 12 проверок.
Настройку принимают не по экрану настроек, а по отказу, который вы увидели своими глазами на закрытой кассе.
