Документы ЕГАИС не приходят и не уходят: проверка очереди
Поставщик мог отправить документ не на то подразделение, УТМ мог не получить квитанцию, а учётная программа — не забрать уже доставленный файл. Нужно проверить весь маршрут.
Поставщик мог отправить документ не на то подразделение, УТМ мог не получить квитанцию, а учётная программа — не забрать уже доставленный файл. Нужно проверить весь маршрут.
Эвоторг проверит УТМ, сертификаты, кассовое приложение, остатки и обмен документами, после чего поможет восстановить рабочий сценарий.
Получить помощь по ЕГАИС| Ситуация | Что проверить | Что делать |
|---|---|---|
| Поставщик отправил не туда | FSRAR_ID | Попросить исправить маршрут документа |
| УТМ не обменивался | Связь и сертификаты | Восстановить транспорт |
| УТМ получил, программа не видит | Интеграция и период запроса | Повторно импортировать без удаления |
| Ответ завис | Исходящая очередь | Устранить ошибку и дождаться квитанции |
ЕГАИС следует фактическому движению алкогольной продукции. Документ, УТМ, учётная программа и физический остаток должны описывать одну и ту же операцию.
Запросите у поставщика идентификатор документа, FSRAR_ID получателя и время отправки. Без них повторный запрос превращается в угадывание. Перед началом договоритесь, кто принимает решение, кто выполняет действие и кто проверяет результат. Это особенно важно, если техническую настройку выполняет один сотрудник, а юридически значимый документ подписывает другой.
Работайте с одной контрольной операцией от начала до конца. Массовое исправление до успешного теста увеличивает количество дублей и затрудняет поиск первоначальной причины.
Частая точка риска: Поставщик отправил не туда. Сначала проверяют fsrar_id. После подтверждения фактов рабочее действие — попросить исправить маршрут документа. Так сохраняется связь между первичной причиной, выполненной операцией и итоговым статусом.
При проверке встречается сценарий: УТМ не обменивался. Сначала проверяют связь и сертификаты. После подтверждения фактов рабочее действие — восстановить транспорт. Так сохраняется связь между первичной причиной, выполненной операцией и итоговым статусом.
На практике: УТМ получил, программа не видит. Сначала проверяют интеграция и период запроса. После подтверждения фактов рабочее действие — повторно импортировать без удаления. Так сохраняется связь между первичной причиной, выполненной операцией и итоговым статусом.
Отдельного внимания требует ситуация: Ответ завис. Сначала проверяют исходящая очередь. После подтверждения фактов рабочее действие — устранить ошибку и дождаться квитанции. Так сохраняется связь между первичной причиной, выполненной операцией и итоговым статусом.
Проверка нужна на реальном документе или товаре, а не только в демонстрационном режиме.
Ответственного за этот этап следует назначить заранее и дать ему только необходимые права.
Эту точку проверяют до изменения настроек, потому что она определяет дальнейший сценарий.
Если здесь есть расхождение, последующие успешные статусы могут оказаться формальными.
Результат лучше зафиксировать в рабочем регламенте, чтобы сотрудник не принимал решение наугад.
Если контрольная операция не проходит полностью, не переносите настройку на остальные кассы, склады, организации или рабочие места. Сначала устраните причину на одном экземпляре и только затем повторите проверенный порядок.
Приёмку в ЕГАИС следует выполнять только после сверки фактической поставки и документа.
Сначала нужно исключить, что первый документ уже доставлен, иначе возможен дубль.
Учётная программа могла не выполнить запрос или отфильтровать период и подразделение.
Перед изменением настроек кассы, учётной системы, электронной подписи или государственного сервиса сохраните рабочую конфигурацию и убедитесь, что действие соответствует вашему сценарию работы.