Как исправить ошибку сопоставления организаций ЕГАИС с данными информационной базы в 1С:Розница?

← На главную

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

Особенно часто эта проблема проявляется после обновления конфигурации (например, при переходе на релизы линейки 2.2) или при обновлении платформы 1С:Предприятие (в частности, до версий 8.3.11 и выше). В рамках данной статьи мы совместно и детально разберем причины этой неисправности, проанализируем практический опыт пользователей и рассмотрим пошаговые методы устранения ошибки.

Причина 1. Дублирование кода FSRAR_ID в базе данных (Главное решение проблемы)

Выясним причину, которая чаще всего ставит в тупик даже опытных специалистов. Как показывает практика, корень проблемы может крыться в том, что в справочнике организаций ЕГАИС присутствуют две разные карточки, у которых прописан абсолютно одинаковый уникальный идентификатор ФСРАР — FSRAR_ID.

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

Для диагностики этой проблемы мы можем воспользоваться несложным запросом в режиме «1С:Предприятие» (если у вас есть консоль запросов) или написать небольшую обработку в Конфигураторе. Рассмотрим пример кода для поиска таких дублей:


Запрос = Новый Запрос;
Запрос.Текст = 
    "ВЫБРАТЬ
    |	КлассификаторОрганизацийЕГАИС.КодФСРАР КАК КодФСРАР,
    |	КОЛИЧЕСТВО(РАЗЛИЧНЫЕ КлассификаторОрганизацийЕГАИС.Ссылка) КАК КоличествоДублей
    |ИЗ
    |	Справочник.КлассификаторОрганизацийЕГАИС КАК КлассификаторОрганизацийЕГАИС
    |ГДЕ
    |	КлассификаторОрганизацийЕГАИС.КодФСРАР <> """"
    |СГРУППИРОВАТЬ ПО
    |	КлассификаторОрганизацийЕГАИС.КодФСРАР
    |ИМЕЮЩИЕ
    |	КОЛИЧЕСТВО(РАЗЛИЧНЫЕ КлассификаторОрганизацийЕГАИС.Ссылка) > 1";

РезультатЗапроса = Запрос.Выполнить();
Если Не РезультатЗапроса.Пустой() Тогда
    Выборка = РезультатЗапроса.Выбрать();
    Пока Выборка.Следующий() Цикл
        Сообщить("Внимание! Обнаружен дублирующийся FSRAR_ID: " + Выборка.КодФСРАР);
    КонецЦикла;
КонецЕсли;

Разберем по шагам, как исправить эту ситуацию вручную через интерфейс программы:

Перейдем в раздел «НСИ» (или «Администрирование») и откроем справочник «Классификатор организаций ЕГАИС».
Включим поиск по колонке Код ФСРАР (или воспользуемся стандартным поиском по значению ID).
Если мы обнаружили несколько элементов с идентичным кодом, нам необходимо определить, какой из них является корректным и рабочим.
Для удаления дубликатов и корректного переноса всех ссылок на один правильный элемент воспользуемся стандартной обработкой «Поиск и замена дублей» (находится в разделе «Администрирование» — «Обслуживание» — «Корректировка данных»).

Причина 2. Неверные настройки кассы ККМ и привязка к УТМ

Еще один распространенный сценарий связан со сбившимися настройками торгового оборудования после обновления информационной базы. Кассовый модуль розничной точки жестко привязан к конкретному рабочему месту и настройкам транспортного модуля (УТМ).

Рассмотрим подробнее схему исправления параметров кассы:

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

Причина 3. Пустые коды регионов в классификаторах ЕГАИС

Иногда сбой сопоставления происходит из-за отсутствия обязательных реквизитов в карточках контрагентов, которые участвуют в цепочке поставок продаваемой бутылки. Проанализируем алгоритм проверки марки 1С:

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

Посмотрим, как это проверить:

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

Причина 4. Отсутствие связки Магазина (Склада) с организацией ЕГАИС

В конфигурации 1С:Розница учет построен на жесткой иерархии торговых объектов. Цепочка соответствий для успешных продаж должна выглядеть следующим образом:

Организация 1С <—> Магазин / Склад <—> Организация ЕГАИС

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

Причина 5. Несовпадение КПП обособленного подразделения

При наличии разветвленной сети розничных магазинов у каждого из них есть собственный КПП, выданный Федеральной налоговой службой по месту нахождения обособленного подразделения. Именно к этому КПП привязывается аппаратный ключ ЕГАИС и индивидуальный FSRAR_ID.

Выясним причину ошибки: если в справочнике «Организации» или «Торговые точки» в 1С ошибочно заведен КПП головного офиса вместо КПП конкретного магазина, то при обращении к УТМ программа зафиксирует расхождение данных и откажется формировать чек.

Разберем, как исправить несовпадение:

Откроем интернет-браузер на рабочем месте кассира и зайдем на домашнюю страницу УТМ по адресу: http://localhost:8080 (или по IP-адресу компьютера, где установлен транспортный модуль).
На главной вкладке найдем и скопируем фактически используемый КПП и FSRAR_ID.
Вернемся в 1С и проверим, чтобы в карточке нашей организации (или обособленного подразделения) и сопоставленной ей организации ЕГАИС были прописаны точно такие же значения КПП.

Причина 6. Ошибки синхронизации в распределенных базах (РИБ)

Если ваша торговая точка работает в режиме распределенной информационной базы (РИБ), сопоставление объектов может периодически сбиваться из-за коллизий при синхронизации данных между периферийным магазином и центральным офисом.

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

Причина 7. Технический сбой кэша платформы «1С:Предприятие»

Иногда после масштабных обновлений конфигурации физические связи в базе данных отображаются в пользовательском интерфейсе как корректные, но сама платформа из-за устаревшего кэша метаданных не видит их на уровне внутренних запросов СУБД.

Решим эту проблему по шагам:

Закроем все сеансы работы с базой данных.
Откроем программу запуска 1С:Предприятие, выберем нашу базу в списке, нажмем кнопку «Удалить» (сама база на диске останется нетронутой), а затем заново добавим ее по кнопке «Добавить». Это полностью очистит локальный кэш конфигурации на данном компьютере.
При необходимости запустим базу в режиме «Конфигуратор», перейдем в меню «Администрирование» — «Тестирование и исправление...». Установим флажки на пунктах «Реиндексация таблиц информационной базы» и «Проверка логической целостности», после чего запустим процесс исправления ошибок.

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