Пользователь ИБ не идентифицирован 1С: код ЧЗ не сканируется

📅 Опубликовано 24 августа 2026 г.

Коротко: если при продаже не сканируется код «Честного знака», причина лежит в одном из четырёх слоёв: оборудование (сканер не в том режиме или обрезает GS-разделитель), учётная запись кассира — типовая ошибка «Пользователь ИБ не идентифицирован» в 1С не даёт открыть смену и обработать код, карточка номенклатуры (вид товара, единица измерения по ОКЕИ) и связь с ГИС МТ. Полная диагностика по чек-листу занимает считаные минуты и чаще всего решается без программиста.

Главное за 30 секунд

Сообщение «Пользователь ИБ не идентифицирован» означает, что учётная запись информационной базы не сопоставлена с элементом справочника «Пользователи» — при этом РМК не открывает смену, и любой отсканированный код просто игнорируется.
Массовое появление ошибки у всех сотрудников — почти всегда следствие выгрузки/загрузки базы через файл .dt или создания пользователя в Конфигураторе вместо режима «1С:Предприятие».
Код маркировки — это не штрихкод. Код маркировки в GS1 DataMatrix содержит, как правило, 3 или 4 группы данных. Полная («длинная») структура — четыре группы: AI 01 — GTIN (14 цифр), AI 21 — индивидуальный серийный номер (до 13 символов), AI 91 — идентификатор ключа проверки (4 символа), AI 92 — код проверки, «криптохвост» (44 символа). Для упакованной воды, БАД, пива, табака, молочной продукции и ряда других групп применяется сокращённая структура из трёх групп: AI 01, AI 21 и AI 93 — код проверки из 4 символов; выбор между четырьмя и тремя группами участник оборота в ряде случаев делает самостоятельно. Группы переменной длины (21, 91) завершаются символом-разделителем FNC1 — это символ GS с кодом 29 в таблице ASCII, и сканер обязан передавать его в 1С без потерь: в режиме COM он передаётся напрямую как символ #029, в клавиатурном режиме нужную клавишу задают в настройке драйвера «Символ GS», а тип выходных данных для работы с маркировкой должен быть Base64.
Маркированный товар учитывается не только в штуках. Правила маркировки допускают весовую продукцию, по которой в систему передаётся фактический вес в килограммах, а в 1С для номенклатуры отдельно указывается, что товар весовой (по умолчанию товар считается штучным). Код единицы измерения по ОКЕИ (796 «штука», 778 «упаковка», 876 «условная единица») на сопоставление кода маркировки с карточкой номенклатуры не влияет — программа ищет позицию по GTIN/штрихкоду, артикулу и наименованию, а GTIN должен быть внесён в список штрихкодов этой номенклатуры. Проблема при «упаковке» или «условной единице» возникает не из-за кода ОКЕИ, а если у позиции не заведён нужный GTIN или неверно задан вид номенклатуры с особенностью учёта маркируемой продукции.
Порядок диагностики фиксированный: учётная запись → сканер → карточка товара → обмен с ГИС МТ. Смена порядка заметно удлиняет поиск.

Почему при продаже не сканируется код «Честного знака»?

Кассир подносит сканер к пачке, слышит писк — и ничего не происходит. Или происходит не то: строка вставляется в поле поиска, программа сообщает «Товар не найден», «Не найден полный код маркировки», либо форма продажи вообще не реагирует. За одинаковым внешним симптомом стоят принципиально разные технические причины, и главная ошибка розницы — начинать с перенастройки сканера, хотя проблема часто в правах доступа или в самой карточке номенклатуры.

Продажа маркированного товара в 1С — это цепочка звеньев: сотрудник → рабочее место кассира (РМК) → сканер и драйвер подключаемого оборудования → номенклатура и её характеристики → касса и ГИС МТ «Честный знак». Разрыв в любом звене выглядит одинаково: код не сканируется. Поэтому диагностику всегда ведут сверху вниз, от учётной записи к внешним сервисам.

Слой	Как выглядит проблема	Где проверять в 1С
Учётная запись	«Пользователь ИБ не идентифицирован», смена не открывается, кнопки продажи неактивны	Администрирование → Настройки пользователей и прав → Пользователи
Оборудование	Сканер пищит, но в поле ничего не попадает или попадает «каша» из латиницы	Администрирование → Подключаемое оборудование
Структура кода	Код вставился целиком, но 1С пишет «Данные по коду не найдены»	Форма подбора маркированной продукции
Номенклатура	«Товар не найден» при корректно считанном GTIN	Карточка товара: вид номенклатуры, единица измерения, штрихкоды
ГИС МТ и касса	Код принят, но проверка «зависает» или возвращает отказ	Обмен с ИС МП, настройки ККТ, статус ЭДО
Физическое состояние кода	Не считывается только на конкретных упаковках	Визуальный контроль этикетки

Отдельная категория — коды, повреждённые физически: затёртая термоэтикетка, наклейка поверх кода, глянцевая плёнка с бликом, деформированная упаковка. Если проблема воспроизводится строго на одной партии, а другие товары сканируются, дальше в настройках копать бессмысленно. Подробный разбор аппаратных причин мы собрали в материале о том, почему сканер не считывает маркировку.

Что означает ошибка «Пользователь ИБ не идентифицирован» в 1С?

Это сообщение сбивает с толку, потому что кассир уже вошёл в программу под своим логином и паролем. Формально всё верно: аутентификация прошла, но 1С не смогла связать учётную запись информационной базы (то, что заводится в списке пользователей ИБ) с элементом справочника «Пользователи» — прикладным объектом, к которому привязаны настройки, права, кассовая смена и подразделение. Программа знает, кто зашёл на уровне платформы, но не знает, какой это сотрудник на уровне учёта.

Для розницы последствия критичны. Без идентифицированного пользователя не открывается кассовая смена, не подставляется склад и организация по умолчанию, не работают настройки РМК и права на подбор маркированной продукции. Внешне это выглядит именно как «при продаже не сканируется код честного знака»: сканер исправен, код читается, но обрабатывать его в форме продажи некому и негде.

Как связать пользователя ИБ со справочником «Пользователи»?

Порядок действий выполняется в режиме «1С:Предприятие» под учётной записью с полными правами — не в Конфигураторе. Это принципиально: пользователи, созданные напрямую в Конфигураторе, как раз и остаются «неопознанными» для прикладного решения.

Зайдите в базу под администратором и откройте раздел Администрирование → Настройки пользователей и прав → Пользователи.
Найдите карточку сотрудника. Если её нет — создайте новый элемент справочника с именем, совпадающим с логином.
Установите флажок «Вход в программу разрешён» и нажмите ссылку настройки входа.
В открывшейся форме проверьте имя пользователя ИБ — оно должно точно совпадать с логином, под которым сотрудник заходит в программу, вплоть до регистра и пробелов.
Сохраните карточку, завершите сеанс сотрудника и попросите его войти заново. Идентификатор пользователя ИБ запишется в справочник при сохранении.
Если карточка сохраняется с ошибкой «Пользователь с таким именем уже существует», значит в базе есть «осиротевшая» учётная запись ИБ — её нужно удалить в Конфигураторе, а затем пересоздать связку из режима «1С:Предприятие».

После восстановления связи обязательно проверьте профиль доступа. Кассиру нужны роли, разрешающие работу с РМК и маркированной продукцией: без них форма подбора кодов маркировки просто не откроется, и симптом «код не сканируется» вернётся в чуть изменённом виде.

Почему ошибка появляется после переноса или обновления базы?

Связь пользователя ИБ и справочника «Пользователи» хранится в виде уникального идентификатора. При выгрузке базы в файл .dt и загрузке её на другой сервер или в новый кластер список пользователей ИБ переносится, но идентификаторы могут не совпасть — особенно если базу разворачивали в новом каталоге, меняли вариант аутентификации или переходили с файлового режима на клиент-серверный.

Типовые сценарии, после которых ошибка становится массовой:

Перенос базы на новый сервер с ручным пересозданием списка пользователей в Конфигураторе.
Копия базы для тестирования, которую потом вернули в продуктив вместо рабочей.
Смена аутентификации с «1С:Предприятия» на «операционной системы»: пользователь заходит под доменной учёткой, которая в справочнике не прописана.
Обновление конфигурации с потерей настроек, когда обновление накатывали в Конфигураторе, а первый запуск после него выполнили под служебной учётной записью.
Работа через веб-клиент или тонкий клиент с сохранённым в опубликованной базе логином.

Практическое правило: если «пользователь ИБ не идентифицирован» в 1С видит один сотрудник — чините его карточку. Если сообщение получают все и сразу после какого-то регламентного действия — восстанавливайте связку централизованно и ищите причину в порядке переноса или обновления базы.

Как проверить сканер за пять минут?

Когда учётная запись в порядке, а код всё равно не попадает в документ продажи, переходим к оборудованию. Проверка не требует специальных утилит.

Тест в текстовом редакторе. Откройте «Блокнот» и отсканируйте код. Если ничего не появилось — проблема на уровне сканера, кабеля или USB-порта, и в 1С заходить не нужно.
Проверка режима подключения. Для типовых конфигураций сканер обычно подключается как «Сканеры штрихкода (NativeApi)» в разделе Администрирование → Подключаемое оборудование. Режим эмуляции клавиатуры (USB-HID) удобен для теста, но для маркировки надёжнее USB-COM или прямое подключение через драйвер: так служебные символы не теряются.
Раскладка и регистр. В режиме эмуляции клавиатуры русская раскладка превращает латиницу в кириллицу — код визуально «читается», но 1С его не распознаёт. Переключение на английскую раскладку решает вопрос мгновенно.
Суффикс. Сканер должен добавлять в конец строки символ возврата каретки. Без него 1С не понимает, что ввод завершён, и поле остаётся «полузаполненным».
Передача GS-разделителя. Это ключевой пункт именно для маркировки: в настройках сканера должна быть включена передача служебного символа-разделителя групп. Многие модели по умолчанию его вырезают.
Тест самим сканером. В инструкции к устройству есть служебные штрихкоды сброса к заводским настройкам и включения режима GS1 DataMatrix — их достаточно отсканировать по порядку.

Проверьте также порядок нажатия: код маркировки в РМК считывается не в произвольный момент, а после того как товар уже добавлен в чек или когда открыта форма подбора маркированной продукции. Если кассир сканирует DataMatrix вместо обычного штрихкода на этапе поиска товара, программа честно отвечает, что ничего не нашла.

Почему 1С не распознаёт структуру кода маркировки?

Код «Честного знака» — составная строка, а не одно число. В ней последовательно идут группы данных с идентификаторами применения GS1, а между группами переменной длины стоит невидимый служебный символ. Схематично это выглядит так:

(01) GTIN — 14 цифр
(21) Серийный номер — до 13 символов, латиница и цифры
[GS] служебный разделитель
(91) Ключ проверки — 4 символа
(92) Код проверки — криптохвост

1С разбирает эту строку по частям: по GTIN находит номенклатуру, по серийному номеру — конкретную единицу товара, по ключу и коду проверки формирует запрос в ГИС МТ. Если сканер обрезал криптохвост, потерял разделитель или добавил лишние символы, разбор ломается — и появляется сообщение о том, что данные по коду не найдены. Мы подробно разбирали, как читается структура кода в 1С:Розница и почему программа сообщает о неполном коде маркировки даже при исправном сканере.

Второй источник проблем — сама карточка товара. Даже корректно считанный GTIN не сработает, если в номенклатуре:

не заполнен реквизит «Вид номенклатуры» с признаком маркируемой продукции;
не указан тип маркируемой продукции, соответствующий товарной группе (обувь, лёгкая промышленность, молочная продукция, вода и т. д.);
отсутствует штрихкод EAN-13, из которого формируется GTIN, или он записан с ошибкой в контрольном разряде;
товар заведён дублем: один элемент с настройками маркировки, второй — «чистый», и в чек попадает именно второй;
указана неверная единица измерения.

Классификатор единиц измерения: услуга, код в 1С — при чём здесь маркировка?

Единицы измерения в 1С берутся из классификатора ОКЕИ, и для маркированных товаров это не формальность. Каждая единица маркированной продукции — это отдельный DataMatrix, поэтому продажа возможна только поштучно. Если в карточке основной единицей стоит упаковка или условная единица, механизм подбора маркированной продукции не сможет сопоставить один код с одной строкой чека, и внешне это снова выглядит как «код не сканируется».

Код ОКЕИ	Единица	Где применяется	Подходит для маркировки
796	Штука	Основная единица маркированных товаров	Да
778	Упаковка	Групповая тара, агрегированные коды	Только как дополнительная
876	Условная единица	Услуги, работы, комплексные позиции	Нет
166	Килограмм	Весовой товар	Только для отдельных групп
112	Литр	Разливная продукция	По правилам товарной группы

Отдельный вопрос, который регулярно возникает у бухгалтеров: какой ставить классификатор единиц измерения для услуги и где взять код в 1С. Услуги маркировке не подлежат, но их единица измерения важна для электронных документов: в УПД для услуги обычно указывают условную единицу с кодом 876 либо оставляют графу незаполненной, если измерить услугу количественно нельзя. Проблема начинается тогда, когда бухгалтер по привычке копирует карточку услуги для создания товара — вместе с единицей 876. Такой «товар» гарантированно не примет код маркировки. Найти и поправить значение можно в карточке номенклатуры по ссылке «Единица измерения», а сам справочник доступен в разделе НСИ → Классификаторы → Единицы измерения, где у каждой позиции указан код по ОКЕИ.

Проверьте также, что для маркированной позиции не включён учёт по характеристикам и упаковкам «внахлёст»: комбинация «упаковка по умолчанию + подбор маркированной продукции» — одна из самых частых причин расхождений между количеством в чеке и количеством отсканированных кодов.

Найдите специалиста для решения этой задачи на koderion.ru