Выложен новый релиз приложения Тиллипад ЕГАИС - TillypadEGAIS_7.9.0 (1330)_05.09.2025. Что нового в Tillypad ЕГАИС 7.9 – в Справке: https://my.tillypad.ru/egaishelp/TillypadEGAIS/7.9/novella/Novels.7.9.html

Версия 7.9

• Новинки:

 

• Добавлена возможность отправки запросов остатков QueryRests и QueryRestsMini версии 3.

Используемая версия запроса (2 или 3) указывается в настройках. Запросы версии 3 обрабатываются, если используется сборка УТМ не ниже 2652. 

• Для актов списания и расходных накладных реализован механизм добавления марок путем сканирования в спецификации документов.
• В журнале обмена с УТМ теперь выводится закомментированное содержимое XML.
• Реализована обработка 
  криптоквитанций
  .

Криптоквитанция может быть получена, если ответы по РФУ2 пришли позже отправки акта. Обработка получения квитанции вида Crypto.Rejected сделана идентично обработке ошибки отправки акта.Независимо от текущего статуса товаро-транспортной накладной, она переводится в статус Не обработано; Ошибка отправки.После получения ответов РФУ2 на товаро-транспортную накладную в таком статусе можно повторно отправить акт, который успешно обрабатывается ЕГАИС.

• Исправлено:
• Акты списания по документам сегмента. Информация об исключенных продуктах перенесена в скроллируемый грид.
• При загрузке декларации через по команде Загрузить из файла обмена контекстного меню добавлена проверка существования подразделений из загружаемой декларации в таблице Partners (справочнике Партнеры). Поиск производится по уникальному идентификатору RegId.

Отсутствующее подразделение добавляется в таблицу Partners и по нему формируется запрос типа QueryClients_v2 к УТМ .

• Изменена обработка ReplyRests_v2. Так как ЕГАИС, начиная с УТМ сборки 2652, 
  не
   отдает ReplyID.

Условие поиска запроса (реквизит RestDate извлекается из xml-данных ответа):

1. Тип запроса doc_Type соответствует типу ответа;
2. doc_State = 1;
3. doc_DateEnter >= RestDate - 1 день;
4. doc_Id запроса < doc_Id ответа;
5. по запросу нет других обработанных ответов (ссылок на запрос в поле doc_doc_ID_Parent).

Если в базе было много запросов без ответов, то ответ без ReplyID будет привязан к первому запросу, найденному по указанным условиям. Это относится только к промежутку времени в течение суток от даты пришедших остатков.