Как устранить ошибку «Акцизная марка не найдена» при продаже крепкого алкоголя в 1С:Розница 2.2.10.19

Системный администратор 1С v8.3 (Управляемые формы) Торговля и дистрибуция
← На главную

При работе с крепким алкоголем в программе 1С:Розница 2.2 пользователи часто сталкиваются с ситуацией, когда при попытке пробить бутылку на кассе система выдает ошибку: «Акцизная марка с таким кодом не найдена». Эта проблема стала массовой в период перехода на формат ЕГАИС 3.0, когда изменились требования к учету каждой единицы продукции. Давайте подробно разберем, почему возникает эта ошибка и как привести систему в рабочее состояние.

Понимаем разницу между регистрами ЕГАИС

Для начала проанализируем, как 1С хранит данные об остатках алкоголя. Одной из главных причин ошибки является путаница в регистрах. В системе ЕГАИС существует несколько виртуальных складов (регистров), и для корректной продажи поштучного товара данные должны быть синхронизированы особым образом.

Регистр №1 (Склад) хранит информацию о партиях продукции. Здесь фиксируются остатки в разрезе справок 1 и 2 (в системе 1С они называются РФУ-1 и РФУ-2 — регистрационные формы учета). Важно понимать: в самом Регистре №1 физически нет кодов акцизных марок. В нем числится только количество, например, «Водка Особая — 20 бутылок».

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

Выясним причину отсутствия марки в базе. Рассмотрим ситуацию: товар числится на Регистре №1, но при продаже марка не находится. Это означает, что в цепочке «Поступление — Справочник марок — Регистр №3» произошел разрыв.

Проблема «обрезанных» марок (150 против 68 символов)

Разберем технический нюанс, который часто встречался в версиях 1С:Розница ниже 2.2.10. В определенный момент ФСРАР перешел с «коротких» марок (68 символов) на «новые длинные» марки (150 символов). Если ваша база данных или версия программы на момент приемки ТТН была устаревшей (например, 2.2.9.19), возникал критический баг.

Проанализируем ситуацию: программа принимала входящую накладную, но из-за некорректных схем xsd обрезала 150-символьный код марки до 68 символов и записывала его в регистр сведений Акцизные марки ЕГАИС в усеченном виде. На кассе же сканер считывает полную марку (150 символов). Программа пытается найти совпадение в базе, но не находит его, так как 150 не равно 68. В этом случае пользователь видит сообщение о том, что марка не найдена, хотя товар физически принят.

Проверка настроек УТМ и формата обмена

Для успешной работы с новыми типами акцизных марок необходимо убедиться, что ваше программное окружение соответствует актуальным требованиям ЕГАИС. Посмотрим на обязательные параметры:

  1. Версия УТМ: Универсальный транспортный модуль (УТМ) должен быть версии 3.0.8 или выше. Если версия ниже, работа с поштучным учетом будет сопровождаться постоянными ошибками.
  2. Настройки в 1С: Перейдем в справочник Классификатор организаций ЕГАИС. Для вашего рабочего места (организации) должен быть установлен формат обмена V3. Если там стоит старая версия формата, 1С будет некорректно обрабатывать входящие пакеты данных с марками.

Пошаговая инструкция по исправлению ошибки

Если вы столкнулись с проблемой «марка не найдена», выполним следующие шаги для восстановления корректного учета:

Шаг 1: Проверка наличия марки в базе. Перейдите в раздел НСИ — Акцизные марки (название регистра может отличаться в зависимости от настроек интерфейса). Попробуйте найти проблемную марку сканированием. Если поиск ничего не выдает или выдает «обрезанный» код, данные в базе неверны.

Шаг 2: Запрос марок по справке 2. Это самый эффективный способ «починить» остатки. Нам необходимо принудительно запросить из системы ЕГАИС данные о том, какие марки числятся за конкретной партией. В документе ТТН ЕГАИС (входящая) или через форму остатков выберите команду «Запросить марки по справке 2». После получения ответа от ЕГАИС, Регистр №3 в вашей базе обновится, и марки станут доступны для продажи.

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

Шаг 4: Настройка контроля статусов. Если вам нужно срочно продать товар, а разобраться с регистрами прямо сейчас нет возможности (хотя это и нарушает методологию учета), можно проверить настройки в разделе Администрирование — Настройки номенклатуры — Учет алкоголя. Там присутствует опция «Контролировать статусы кодов маркировки». Однако помните, что отключение этой опции может привести к расхождениям с ЕГАИС и последующим штрафам.

Проверка оборудования (Сканер штрихкодов)

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

Рекомендуем перевести сканер в режим Native POS (эмуляция COM-порта). Это позволит 1С получать данные напрямую, исключая влияние раскладки клавиатуры и других внешних факторов. Убедитесь, что в настройках драйвера оборудования в 1С тест устройства проходит успешно и выдает полный код марки без лишних префиксов.

Заключение

Подводя итог, можно сказать, что решение проблемы «Акцизная марка не найдена» в 1С:Розница 2.2.10.19 заключается в трех ключевых действиях: обновление конфигурации до актуальной, запрос актуальных остатков марок из ЕГАИС по Регистру №3 и проверка корректности работы сканера. Помните, что поштучный учет требует дисциплины: каждая бутылка должна быть принята сканированием, чтобы избежать проблем при реализации конечному потребителю.

← На главную