- Проверьте доступность сервера УТМ.
- Проверьте доступность WEB части сервера УТМ.
- Проверьте, что компоненты СМ+ и порт сервера УТМ добавлены в исключение антивирусной программы и брандмауэра операционной системы. (подобная ситуация наблюдалась у одного нашего клиента, и отключение антивируса спасло ситуацию...далее он "пошел" разбираться сам).
- Не помешало бы проследить создание пакета со стороны Почтового модуля на запрос остатков, создается такой пакет? И проанализировать очередь почтовых отправлений. Иногда бывает, из ее большой длины, физические пакеты формируются с опозданием.
- Не помешало бы все же изучить лог почтового модуля. Возможно в тексте сообщений Вы увидите полезную информацию.
- Не и собственно с чего можно начать, это перезапустить службу Почтового модуля. Маловероятно, что это поможет, но все же попробовать стоит.
Если ранее уже были сделаны обращения в ЕГАИС для получения перечня марок и не все запросы к моменту времени нового обращения выполнены, то новые запросы будут поставлены в очередь запросов раньше уже ожидающих.
В диалог функции «Запрос поштучных остатков по РФУ2» добавлена опция «Очистить очередь еще не выполненных предыдущих запросов марок по справкам РФУ2». Опция позволяет отменить очередь запросов, если потребность в них отсутствует.
При запросе марок в ЕГАИС необходимо учитывать, что ЕГАИС игнорирует все запросы, пришедшие раньше чем через десять минут после последнего обработанного запроса и ЕГАИС не предоставляет возможности оперативной синхронизации всех данных ЕГАИС и данных собственного учета. Контроль совпадения данных собственного учета марок на третьем регистра с данными ЕГАИС необходимо вести только в случаях подозрения на расхождении в учете по конкретным видам продукции или по конкретным справкам РФУ2.
Проверка по справкам РФУ2 происходит очень медленно из-за того, что ЕГАИС отвергает с ошибкой любой запрос, пришедший раньше, чем через 10 минут после последнего полученного им запроса, но эта информация является полной и достоверной (на момент выполнения запроса).