УС Лэнд:ЕГАИС – 2017. Обсуждение программы, предложения, замечания, вопросы : КИС Lack & УС Land

Рано отправил. Это скрин остатков по складу, но вот как видно дата и время получения остатков не зафиксирована. И если получить сначала склад, а потом зал, то остатки по залу не обновляются.

Усё нормально - шеф!!! В момент запроса остатков, пока не обновились базы время запроса программе непонятно... Эти атрибуты можно корректно увидеть, делая например списания по регистрам...

Заметив за собой косяк в самом любимом для себя режиме запроса остатков вчера и сегодня, как у себя в исходниках и тесте, так и на реальных контурах проверил все типы запросов/ответов остатков

Ну вот совсем не из-за вредности.... Конкретно при работе автомата по пиву не обновляет остатки и соответственно создает не корректный акт списания на который приходит отказ. Версия от 6 июля.

Спасибо за замечание и обнаруженную ошибку! Завтра буду ещё раз скрупулёзно проверять эти запросы и выложу новый релиз, надеюсь, в том числе с исправленными ошибками

Версию 17.07.2017 со, скорее всего исправленными ошибками и новыми возможностями выложил: Спасибо за замечания!

Но уже появилась новая возможность: с сообщения 15 https://olegon.ru/showthread.php?t=25767&page=2 и вопрос... С учетом ухода в отпуск до 30.07.17 - есть ли "скорая" нужда в этом релизе?... или тогда уж в августе?

Тогда... когда-нибудь в августе для пользователей из интернета, тем более, что в реальном мире пока нужды в данном функционале не было... А пока уже новенькое:

Пополнился список анализируемых сбоев УТМ, ЕГАИС, RuToken, JaCarta, драйверов свежими "best praktik":

1. 2. Итого сейчас в "УСЕга" диагностируются и даются рекомендации по исправлению 27 классов ошибок работы ЕГАИС

ОШИБКА

Точнее класс ошибок, разбросанный по разным режимам. Периодически просматривая обсуждения вникал и честно записывал себе, как проблему... и забывал исправить! В принципе в реале настойчиво рекомендовал не отправлять акты расхождения на ТТН, а отказываться от неё и пусть посылают правильный вариант, т.ч. за всё время было послано максимум пяток актов расхождения.

При тестах (обменах ТТН) народ свои программы отлаживал, не обращая внимания на проблемы "УСЕга", а пользователи из интернет, наверное так же не делают актов расхождения?

Вот появился "интерес", усугубленный многочисленными жалобами на кривые акты расхождений в различных прогах, в том числе самой тиражной "1С:Розница" и решил "прочувствовать" данный вопрос. Всего-то в v2 в актах расхождений должно указываться тэги <wa:IsAccept>Differences</wa:IsAccept>, а не <wa:IsAccept>Accepted</wa:IsAccept>... и оказалось, что ВСЁ связанное с такими актами перестало работать: диагностика типа акта в списке ТТН, обработка акта от получателя, а на отправку акта расхождения поставщику приходит сообщение:



Более того!!! ЕГАИС (УТМ) сам автоматом удаляет такую ТТН из своей БД... не программа, а УТМ - кучу раз перепроверил... и такую ТТН можно восстановить перезапросом.

Короче... Ошибки исправлены и будут выложены в ближайшем релизе... авось кому-нибудь это надо?

Да, такое пошло с версии 2. В документации это есть, но как-то не акцентировано внимание. Версия 1 и вначале версия 2 пропускали значение Accepted.

Да, в принципе тестил и замечал... может по этому и не парился, но сейчас по всем форумам пошло постоянное обсуждение этого нюанса... и включили отказ от таких актов примерно с 24 июля... и ещё даже не исправили косяк с удалением ТТН из УТМ после отправки бракованного акта

Завтра буду каяться в очередных своих "грехах" - исправленных и что-бы подсластить пилюлю очередной свежий "анекдот" про ЕГАИСного монополиста в рознице...