В процессе работы с алкогольной продукцией в программе 1С:Розница пользователи часто сталкиваются с ситуацией, когда документ передачи продукции между регистрами (например, из Регистра №1 в Регистр №2) «зависает». В Универсальном транспортном модуле (УТМ) статус может указывать на отправку, но подтверждение (квитанция) не приходит в течение длительного времени. Рассмотрим подробно, как проанализировать эту ситуацию, выяснить судьбу пакета данных и какие технические нюансы следует учитывать.
Первым делом нам необходимо понять, «увидел» ли сервер ФСРАР наш документ. Для этого существует специализированный портал. Разберем по шагам, как им воспользоваться:
check1.fsrar.ru.TransportID. Найти его можно в вашей программе 1С. В форме документа «Передача в регистр №2» перейдем на вкладку «Протокол обмена» или откроем связанный объект «Транспортный пакет ЕГАИС». Идентификатор выглядит как длинная строка из цифр и латинских букв.Проанализируем возможные результаты поиска:
Если сервис Check1 показывает, что документ успешно принят и обработан, но в 1С:Розница подтверждение так и не появилось, нам следует проверить локальное звено обмена.
Во-первых, проанализируем работу самого транспортного модуля. Откроем домашнюю страницу УТМ (по умолчанию это http://localhost:8080). Перейдем во вкладку «Входящие». Если в списке есть документы от ФСРАР (квитанции Ticket), но 1С их не «забирает», проблема кроется в настройках обмена внутри программы.
В 1С следует проверить следующие моменты:
Настройки обмена с ЕГАИС. Убедимся, что транспортный модуль активен и опрос очереди разрешен.Обработка ответов ЕГАИС с ошибкой.Важно помнить, что ФСРАР планомерно сокращает использование Регистра №2 (торговый зал). Проанализируем ситуацию с пивной продукцией в текущих реалиях. С введением обязательной маркировки через систему «Честный ЗНАК» многие операции перемещения блокируются или проходят дополнительные проверки.
Если ваше пиво произведено недавно и уже подлежит порционному учету или маркировке кодами DataMatrix, система может отклонять попытки перевода в Регистр №2, так как учет такой продукции должен вестись строго поштучно (по маркам) в Регистре №1 или Регистре №3. В этом случае подтверждение может не приходить из-за логической ошибки, которую УТМ не всегда корректно транслирует обратно в 1С в виде понятного текста.
Проанализируем нормативную базу. Официальный срок обработки любого документа в системе ЕГАИС составляет до 24 часов. Хотя мы привыкли к тому, что операции проходят за 5–10 минут, задержка в 1 или 2 часа не является критической ошибкой с точки зрения техподдержки ФСРАР.
Рекомендуем придерживаться следующего алгоритма действий при зависании:
TransportID на check1.fsrar.ru.egais.ru) в раздел «Линия поддержки» и составить обращение, приложив скриншоты из сервиса проверки.В версиях линейки 2.3.7 механизм обмена с ЕГАИС достаточно стабилен, однако при работе с пивом в рознице часто возникают коллизии при сопоставлении номенклатуры. Проверьте, чтобы в карточке алкогольной продукции был верно указан вид продукции и объем. Если данные в 1С отличаются от данных в классификаторе ЕГАИС, запрос на перемещение может «повиснуть» на стадии внутренней верификации в системе регулятора. Для предотвращения таких коллизий сведения об импортёре или производителе можно автоматически сверять с государственным реестром ЕГАИС.
Рассмотрим пример того, как программно проверить наличие ответа, если типовые средства не помогают. В 1С можно воспользоваться обработкой «Поиск и удаление дублей» или проверить регистр сведений Статусы документов ЕГАИС. Если статус документа застрял в положении «Передан в УТМ», можно попробовать вручную инициировать запрос квитанций через кнопку «Выполнить обмен» в рабочем месте «Обмен с ЕГАИС», предварительно убедившись, что в настройках УТМ не стоит запрет на автоматический опрос.
Таким образом, паника при задержке ответа в течение часа излишня. Использование сервиса Check1 дает полную прозрачность происходящего, а понимание регламентных сроков позволяет избежать ошибок, связанных с дублированием документов.