Почему возникает ошибка «Недопустимое значение идентификатора применения» при работе с Регистратором выбытия в 1С?

Программист 1С v8.3 (Управляемые формы) Управленческий учет Сфера услуг, туризм и социальный сектор
← На главную

При попытке вывести лекарственные препараты из оборота через Регистратор выбытия (РВ) пользователи часто сталкиваются с критической ошибкой: "flcError": 1 («Недопустимое значение идентификатора применения (GS AI) в КМ»). Эта ошибка означает, что аппаратное устройство не может распознать переданный ему код маркировки. Давайте детально разберем, почему это происходит и как правильно организовать процесс вывода препаратов из оборота в системе 1С.

Природа ошибки и технические ограничения

Важно понимать, что Регистратор выбытия — это специализированное автономное устройство, созданное для проверки подлинности криптографической защиты препарата. В отличие от прямой отправки данных на сервер «Честного ЗНАКа» (когда вы работаете без РВ), устройство выполняет проверку «на лету» в момент физического сканирования.

Ошибка flcError: 1 возникает из-за того, что:

  1. РВ ожидает получить полный код DataMatrix, включающий в себя так называемый «криптохвост» (специальные идентификаторы AI 91, 92, 93).
  2. Если вы вводите данные вручную (копируя GTIN и серийный номер из документа приемки), система передает в РВ усеченный код.
  3. В усеченном коде отсутствуют обязательные криптографические данные, что приводит к отказу устройства в обработке запроса.

Почему не удается заполнить документы вручную

Многие пользователи пытаются обойти необходимость использования сканера, полагая, что данных о GTIN и серийном номере достаточно для формирования уведомления. Однако при сканировании реальной упаковки 1С считывает не просто набор символов, а полный «шлейф» данных, включая управляющие символы FNC1. Эти данные часто сохраняются в конфигурации в скрытых полях в формате Base64.

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

Рекомендации по решению проблемы

Рассмотрим пошагово, как правильно выстроить работу в 1С для исключения ошибок:

  1. Обязательное сканирование: Единственный штатный способ работы с Регистратором выбытия — это сканирование каждой упаковки в момент её выдачи в отделение. Только сканер способен передать полный DataMatrix с криптографическим «хвостом» в информационную систему 1С.
  2. Работа без РВ: Если у вас нет физической возможности отсканировать упаковки (например, упаковка повреждена или критически не читается, а препарат необходимо вывести), используйте штатный механизм системы — вывод из оборота без использования Регистратора выбытия.

    Для этого в документе Уведомление о выдаче для оказания медицинской помощи снимите признак Использовать регистратор выбытия. В этом сценарии проверка происходит на стороне сервера МДЛП, которому достаточно идентификатора упаковки без криптохвоста.

  3. Контроль оснований: Убедитесь, что в качестве основания для уведомления указан документ Отпуск в отделение. Некорректные ссылки на документы могут привести к тому, что система не сможет правильно сопоставить данные в разделе МДЛП.
  4. Диагностика партии: Если при сканировании конкретной партии (например, «Когацел») возникает ошибка, попробуйте отсканировать несколько разных упаковок из этой же поставки. Если ошибка повторяется везде — это может свидетельствовать о несоответствии данных в системе маркировки и фактически нанесенного кода. В этом случае следует обратиться в поддержку «Честного ЗНАКа» для проверки статуса данной партии.

Итог

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

Если вы столкнулись с невозможностью сканирования, используйте схему вывода без Регистратора выбытия, но помните, что этот метод предназначен для исключительных случаев. Для повседневной работы рекомендуется обеспечить наличие сканеров 2D-кодов на рабочих местах, где происходит выбытие лекарственных средств. Для работы напрямую с системой маркировки в таких сценариях можно использовать программное решение для массового вывода кодов маркировки из оборота.

← На главную