Как списать остатки в ЕГАИС с 1-го регистра, если марки уже списаны с 3-го регистра?

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

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

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

Если мы заглянем в структуру XML-документа, который вызывает ошибку, мы увидим следующее:

 -<awr:Position>
<awr:Identity>1</awr:Identity>
<awr:Quantity>1</awr:Quantity>
 -<awr:InformF1F2>
 -<awr:InformF2>
<pref:F2RegId>FB-00000ххххххххххх</pref:F2RegId>
</awr:InformF2>
</awr:InformF1F2>
 -<awr:MarkCodeInfo>
<ce:amc/>
</awr:MarkCodeInfo>
</awr:Position>

В данном примере тег <ce:amc/> пуст. Для системы это выглядит как логическое противоречие: в поле Quantity указана 1 единица, а в блоке MarkCodeInfo передано 0 марок. Поскольку продукция числится как поштучная, УТМ блокирует такой документ еще на этапе валидации.

Шаг 1: Проверка фактического наличия марок на Регистре 3

Прежде чем пытаться «протолкнуть» списание, нам необходимо убедиться, что марки действительно отсутствуют на 3-м регистре. Иногда учетная система показывает отсутствие марок, хотя в базе ЕГАИС они еще числятся за справкой 2. Выясним это, отправив запрос QueryRestBCode.

Для этого в вашей программе (1С:Розница, 1С:УТ или сторонний софт) нужно сформировать запрос остатков марок по конкретному идентификатору F2RegId (справка FB). Если ответ придет пустым, значит, ситуация подтверждается: на Р1 товар есть, на Р3 — нет. Если же марки вернутся в ответе, их нужно просто скопировать и вставить в акт списания — тогда проблема решится стандартным способом.

Шаг 2: Попытка списания через полное удаление блока марок

Разберем технический нюанс формирования XML. Некоторые версии УТМ позволяют списать продукцию по причине «Иные цели» без марок, если блок MarkCodeInfo полностью отсутствует в структуре файла, а не просто пуст. Попробуем скорректировать файл, удалив упоминание о марках совсем:

<awr:Position>
    <awr:Identity>1</awr:Identity>
    <awr:Quantity>1</awr:Quantity>
    <awr:InformF1F2>
        <awr:InformF2>
            <pref:F2RegId>FB-00000XXXXXXXXXX</pref:F2RegId>
        </awr:InformF2>
    </awr:InformF1F2>
    <!-- Блок MarkCodeInfo полностью удален -->
</awr:Position>

Важный момент: Если товар имеет признак «поштучный», этот метод может не сработать, и УТМ выдаст ошибку о необходимости указания штрихкодов. Однако для партионной продукции или переходных периодов это является рабочим решением.

Шаг 3: Корректировка через Личный кабинет ФСРАР

Если программные методы не помогают, и система продолжает требовать марки, которых нет, необходимо обратиться к функционалу Личного кабинета ФСРАР (service.fsrar.ru). Посмотрим, что можно сделать там:

1. Переходим в раздел «Проверка статуса марок». Вводим ШК проблемной бутылки и смотрим ее текущее состояние. Она может находиться в статусе «Продано», но при этом быть привязанной к вашей организации.
2. Используем сервис «Лимиты на списание». Иногда ФСРАР устанавливает ограничения, которые не позволяют списывать товар без марок свыше определенного процента от оборота.
3. В случае технического сбоя (как в рассматриваемой ситуации), рекомендуется составить официальное обращение в техподдержку через ЛК, приложив скриншоты остатков по Р1 и пустой ответ по QueryRestBCode.

Шаг 4: Официальное обращение и «Иные цели»

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

Проанализируем правильный алгоритм взаимодействия с госорганами в этой ситуации:

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

Резюме и советы по предотвращению

Чтобы минимизировать появление таких проблем в будущем, рекомендуем:

• Своевременно обновлять УТМ до актуальной версии.
• Контролировать статус чеков в очереди отправки. Часто «рассинхрон» возникает, когда чек уходит в ЕГАИС, марка списывается, а ответный тикет о списании с регистра 1 теряется из-за обрыва связи.
• Регулярно (раз в неделю) проводить сверку остатков между Регистром 1 и Регистром 3 в вашей учетной системе 1С.

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