Проверка кодов в 1С включается в трёх местах: в функциональных опциях конфигурации, в настройках обмена с системой маркировки и в настройках рабочего места кассира. При отказе смотрят три журнала — обмена, кассовых операций и регистрации ошибок, — и читают их именно в этом порядке. И главное, что экономит больше всего времени: примерно половина отказов чинится вообще не в 1С, а в справочнике номенклатуры, в квитанциях ОФД или в канале связи торговой точки.
Разница между «1С не проверяет коды» и «1С проверяет, но получает отказ» — это две совершенно разные работы. В первом случае вы идёте в настройки, во втором настройки трогать нельзя вовсе, потому что система работает правильно и честно сообщает о проблеме с товаром. Разделить эти два случая можно за минуту, и с этого начинается любой разбор. Что именно происходит в момент продажи и почему решение принимает сервер, а не касса, разобрано в опорном материале разрешительный режим: что это и почему касса перестала пробивать.
Номера релизов мы не называем сознательно. Требования к обмену меняются несколько раз в год, вендор выпускает обновления вслед за ними, и любая цифра в статье устаревает раньше, чем читатель до неё доходит. Смотрите информацию о поддержке в самой конфигурации и на сайте вендора на дату обновления. Даты расширения режима по группам тоже приводим со статусом: на сентябрь 2026 года действует блокировка продажи товаров без сведений о разрешительной документации, введённая с 1 апреля 2026 года; по растительным маслам называется май 2026 года, по моторным маслам — октябрь 2026 года, по консервам — 2027 год. Сроки переносят, календари изданий расходятся — сверяйтесь с честныйзнак.рф.
Какие конфигурации закрывают режим штатно
Отправная точка — есть ли в вашей конфигурации кассовый контур, который поддерживает вендор. Если его нет, разговор о разрешительном режиме в этой конфигурации заканчивается: дописать проверку можно, но дальше вы будете оплачивать её сопровождение каждый раз, когда изменятся требования.
| Конфигурация | Кассовый контур и работа с кодами | Что это значит на практике |
|---|---|---|
| 1С:Розница | Профильная розничная конфигурация с рабочим местом кассира | Режим закрывается штатно, работы сводятся к обновлению и настройке |
| 1С:Управление нашей фирмой | Есть розничный контур для небольшой торговли | Подходит малой рознице; при росте сети упирается в другие ограничения, не в маркировку |
| 1С:Управление торговлей | Торговый контур с кассовым рабочим местом | Штатный путь для оптово-розничной компании, требует настройки обмена и складского порядка |
| 1С:Комплексная автоматизация и 1С:ERP | Полный контур учёта с розничными рабочими местами | Закрывается штатно, но объём проверок после обновления выше — затронуто больше подсистем |
| 1С:Бухгалтерия предприятия | Кассового контура для розничной продажи нет | Маркировка и разрешительный режим здесь не живут; касса подключается к торговой конфигурации |
Самый частый разговор — про 1С:Бухгалтерию. В ней ведут учёт, и владельцу кажется логичным подключить к ней кассу. Это тупиковый путь: контура для розничной продажи с кодами там нет, и попытка его дописать превращает каждое обновление в проект. Рабочая схема здесь другая: торговая конфигурация обслуживает розницу, бухгалтерская получает от неё данные обменом. Стык 1С с системой маркировки целиком разобран в материале 1С и Честный знак: 27 групп, ЦПТ 2.0 и блокировка продажи.
Схема связей в чертёжном стиле. В центре блок «конфигурация 1С» с четырьмя подписанными выходами: вверх — «обмен с системой маркировки», вправо — «рабочее место кассира», вниз — «справочник номенклатуры», влево — «обмен с ОФД». К каждому выходу приписан короткий вопрос диагностики: «уходит ли запрос», «встаёт ли позиция в чек», «одна ли карточка у товара», «приходят ли квитанции». Внизу общая подпись «отказ на кассе — общий выход всех четырёх». Приглушённая палитра, подписи по-русски.
Где включается проверка
Проверка собирается из нескольких независимых переключателей, и это главная ловушка: выключенным может быть любой из них, а внешне все случаи одинаковы. Поэтому включение делается по порядку, а не поиском одной галочки.
- 1Функциональные опции конфигурации
Работа с маркированной продукцией включается на уровне всей информационной базы. Пока опция выключена, остальные настройки в интерфейсе либо не видны, либо видны, но ни на что не влияют. Проверка: в документах поступления появились реквизиты для кодов, а в списке отчётов — отчёты по остаткам кодов.
- 2Настройки обмена с системой маркировки
Реквизиты подключения, подпись, участник оборота, товарные группы. Здесь же задаётся, какие группы обмениваются, и именно эта настройка чаще всего отстаёт от жизни: группу добавили в ассортимент, а в настройках обмена её нет. Проверка: тестовый запрос проходит и в журнале обмена появляется запись с ответом, а не с ошибкой подключения.
- 3Настройки рабочего места кассира
Отдельный слой настроек уже на кассовом месте: проверять ли коды, как вести себя при отсутствии ответа, что показывать кассиру. Проверка: в тестовом режиме позиция встаёт в чек только после ответа, а при выключенной сети касса ведёт себя так, как вы заранее договорились.
- 4Права и подписи
Обмен работает от имени конкретного пользователя с конкретной подписью. Истёкшая подпись или урезанные права дают отказ, который выглядит как техническая неисправность. Проверка: обмен запускается из-под рабочей учётной записи кассового узла, а не из-под администратора.
- 5Контрольный прогон до открытия
Пять сценариев на закрытой кассе: обычная продажа, повторный код, истёкший срок, возврат, продажа без сети. Проверка: по каждому сценарию вы видите ответ и понимаете его текст. Полный порядок настройки всей цепочки, включая кассу, драйверы и сканер, разобран в материале настройка разрешительного режима: касса, ОФД, товароучёт.
Включение проверки на рабочей базе в четверг в обед — самая частая причина вечернего аврала. Первая же непредвиденная реакция кассы происходит при очереди, отката к прежнему состоянию нет, а разбираться приходится на живых продажах. Включайте после закрытия, прогоняйте сценарии на закрытой кассе и оставляйте себе спокойное утро на разбор.
Журналы и отчёты: что смотреть при отказе
Диагностика начинается не с настроек, а с вопроса «ушёл ли запрос». Ответ на него лежит в журналах, и читать их надо по порядку — сверху вниз по пути запроса, а не наугад.
- 1Журнал обмена с системой маркировки. Первое, что открывают. Здесь видно, ушёл ли запрос, что вернулось и с какой задержкой. Пустота в журнале — это не «система не ответила», это «мы не спрашивали».
- 2Журнал кассовых операций и чеков. Показывает, что происходило на кассовом месте: какая позиция, какой код, чем закончилась попытка. Сопоставляется с первым журналом по времени с точностью до секунд.
- 3Журнал регистрации. Технические ошибки платформы, проблемы прав и подписей, обрывы соединения. Сюда идут, когда первые два журнала показывают разрыв между «запрос ушёл» и «ответ получен».
- 4Отчёт по остаткам кодов. Сверка того, что 1С считает вашим, с тем, что числится за вами в системе. Расхождение здесь объясняет отказы, у которых нет технической причины: товара, который вы пытаетесь продать, за вами не числится.
- 5Статусы документов поступления. Непринятый или принятый с расхождением документ означает, что коды до вас формально не дошли. Отказ на кассе в этом случае — не сбой, а корректная реакция.
- 6Технологический журнал платформы. Крайняя мера для повторяющихся обрывов, включается точечно и ненадолго: он быстро растёт в объёме и сам становится проблемой.
Практическое правило: три минуты на первые три журнала до любого вмешательства в настройки. В подавляющем большинстве обращений этого хватает, чтобы понять, идёт разговор про 1С или уже нет.
Нарисованный экран со списком журналов в чертёжном стиле, три панели одна под другой с номерами 1, 2, 3. Первая подписана «обмен с системой маркировки», вопрос сбоку — «ушёл ли запрос». Вторая — «кассовые операции», вопрос «что было с позицией». Третья — «журнал регистрации», вопрос «была ли техническая ошибка». Справа вертикальная стрелка сверху вниз с подписью «читать по пути запроса», внизу вынос «настройки трогаем после, а не до». Приглушённая палитра, все подписи по-русски.
Когда причина не в 1С
Самый полезный раздел этой статьи, потому что он экономит не часы, а дни. Есть три большие области, где рождаются отказы, выглядящие как неисправность учётной системы, и ни одна из них в 1С не чинится. Общий признак — отказ идёт по одной позиции или по одной точке, а остальные работают.
| Симптом | Где причина на самом деле | Проверка за пять минут |
|---|---|---|
| Отказ по одному товару, остальные проходят | Справочник номенклатуры: дубль позиции или пустой обязательный реквизит | Найти товар по наименованию и по коду — если карточек две, дальше можно не искать |
| Отказ по всей группе товаров | Группа не включена в настройках обмена или сведения о документах на неё не загружены | Открыть настройки обмена и сверить список групп с реальным ассортиментом |
| Продажи проходят, но квитанций от ОФД нет | Связка с ОФД работает в одну сторону: документы уходят, подтверждения не возвращаются | Сверить число чеков за смену с числом квитанций в личном кабинете ОФД |
| Отказы появляются волнами по 10–20 минут | Канал связи в точке: провалы в момент пробития, а не в среднем по дню | Сопоставить время отказов из журнала обмена с журналом оборудования связи |
| Отказ только на одной точке сети | Разные версии кассового ПО или драйверов между точками | Сверить версии на проблемной точке с версиями на рабочей |
| Отказ «нет сведений о документах» на нормальном товаре | Документ поступления не принят или принят с расхождением | Открыть статус последнего поступления по этой позиции |
Самая массовая из этих причин — справочник. Один товар, заведённый дважды с разными признаками, даёт отказ, который выглядит абсолютно техническим, и его ищут в настройках обмена неделю. Как дубли и незаполненные реквизиты превращаются в отказ на кассе и в каком порядке чистить справочник, не останавливая торговлю, разобрано в материале почему разрешительный режим ломается о справочник номенклатуры.
Прежде чем писать «не работает разрешительный режим», добавьте одну строку: отказ по одной позиции, по одной группе или по всей точке. Этой строки достаточно, чтобы отсечь две трети гипотез и не оплачивать чужой перебор настроек по часам. Если в заявке её нет, первое, что сделает любой подрядчик, — задаст этот вопрос и потеряет день на переписку.
Обновление: что ломается при переходе
Поддержка режима приезжает обновлением конфигурации, и на типовой базе это спокойная операция. Проблемы начинаются там, где конфигурация доработана: обновление либо не встаёт, либо встаёт и уносит с собой правки, на которых держится повседневная работа.
- Доработки в типовых объектах. Правки, сделанные прямо в конфигурации, конфликтуют с обновлением, и их приходится переносить вручную. Объём переноса заранее не виден — он выясняется при первой попытке на копии.
- Расширения и внешние обработки. Живут отдельно от конфигурации и после обновления могут молча перестать работать, не выдав ни одной ошибки. Проверяются только прогоном сценариев: дорабатывать через расширения безопаснее, чем править типовые объекты, но от проверки это не освобождает.
- Печатные формы и этикетки. Самое заметное для сотрудников: обновление встало, продажи идут, а этикетка печатается не так. Обнаруживается это обычно на второй день.
- Права и роли. После обновления набор ролей меняется, и кассир может потерять доступ к операции, которая вчера работала. Проверять надо из-под рабочей учётной записи, а не администратора.
- Обмены с другими системами. Сайт, маркетплейсы, складская программа — всё, что ходит в базу по расписанию. Обновление часто ломает именно их, а не кассу.
Считаем подготовку на модельной ситуации: розничная сеть, одна общая база, конфигурация с доработками, пять точек. Ставка внешнего инженера — 3 000 ₽/час, порядок величин на сентябрь 2026 года.
Теперь цена обратного решения — обновиться сразу на рабочей базе утром рабочего дня. Точка делает 90 000 ₽ выручки в день при двенадцатичасовой работе, это 7 500 ₽ в час; доля позиций под разрешительным режимом в чеке — 60 %, то есть 4 500 ₽ в час под угрозой. Полдня без продажи маркированных позиций — 6 часов и 27 000 ₽ на точку, на пяти точках 135 000 ₽. Добавьте аварийный вызов подрядчика на 6 часов по 3 000 ₽ — это ещё 18 000 ₽. Итого 153 000 ₽ за один инцидент против 96 000 ₽ подготовки, которая делается один раз и оставляет вам работающий тестовый стенд. Почему обновление доработанной конфигурации стоит именно столько, разобрано в материале обновление 1С после доработок: почему дорого и как удешевить.
Два вертикальных столбца в чертёжном стиле. Левый подписан «подготовка, 32 часа» и разбит на шесть сегментов с подписями работ и суммами, общий итог 96 000 ₽. Правый подписан «один неподготовленный запуск» и разбит на два сегмента: «простой пяти точек, 135 000 ₽» и «аварийный вызов, 18 000 ₽», общий итог 153 000 ₽. Под левым столбцом пометка «один раз, стенд остаётся», под правым — «повторяется при каждом обновлении». Внизу строка вводных: «точка 90 000 ₽ в день, 12 часов, доля маркированных позиций 60 %». Приглушённая палитра, подписи по-русски.
Чек-лист после обновления: десять пунктов
Проверять надо в первый рабочий день и из-под рабочих учётных записей, а не администратора. Пункты идут в том порядке, в каком проблемы обычно всплывают.
- 1Информационная база открывается у кассиров, кладовщиков и бухгалтера — под их собственными учётными записями.
- 2Функциональные опции работы с маркированной продукцией остались включёнными после обновления.
- 3Настройки обмена с системой на месте: реквизиты, подпись, полный список товарных групп.
- 4Тестовый запрос из журнала обмена проходит и возвращает ответ, а не ошибку подключения.
- 5Обычная продажа маркированной позиции на закрытой кассе проходит целиком, до печати чека.
- 6Повторная продажа того же кода даёт понятный отказ, а не техническую ошибку без текста.
- 7Возврат маркированной позиции проходит и отражается в учёте, а не только в чеке.
- 8Квитанции от ОФД по тестовым чекам видны в личном кабинете — число квитанций сходится с числом чеков.
- 9Расширения, внешние обработки и печатные формы работают: этикетка печатается в прежнем виде.
- 10Обмены с сайтом, маркетплейсами и складской программой отработали по расписанию хотя бы один цикл.
Десятый пункт проверяют реже всего и жалеют об этом чаще всего: касса после обновления работает, а ночной обмен с сайтом молча падает, и обнаруживается это через неделю по расхождению остатков. Ставьте отдельное напоминание на следующее утро после обновления.
Прежде чем открывать настройки, ответьте на один вопрос: запрос вообще уходил. Половина работы заканчивается на этом ответе.
