Форум OlegON > Программы и оборудование для автоматизации торговли > Системы автоматизации торговли > КИС Lack & УС Land

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

28.03.2024 23:32


14.07.2017 17:19
smogamk
 
Рано отправил. Это скрин остатков по складу, но вот как видно дата и время получения остатков не зафиксирована. И если получить сначала склад, а потом зал, то остатки по залу не обновляются.
14.07.2017 20:17
AndreyZh
 
Цитата:
smogamk Да вот получается, что и в остальных режимах остатки как то странно себя ведут... Запросил остатки сразу по складу и залу, получил. По залу есть, по складу нет.
Цитата:
smogamk Рано отправил. Это скрин остатков по складу, но вот как видно дата и время получения остатков не зафиксирована. И если получить сначала склад, а потом зал, то остатки по залу не обновляются.
Усё нормально - шеф!!! В момент запроса остатков, пока не обновились базы время запроса программе непонятно... Эти атрибуты можно корректно увидеть, делая например списания по регистрам...

Заметив за собой косяк в самом любимом для себя режиме запроса остатков вчера и сегодня, как у себя в исходниках и тесте, так и на реальных контурах проверил все типы запросов/ответов остатков
16.07.2017 14:56
smogamk
 
Ну вот совсем не из-за вредности.... Конкретно при работе автомата по пиву не обновляет остатки и соответственно создает не корректный акт списания на который приходит отказ. Версия от 6 июля.
16.07.2017 20:31
AndreyZh
 
Цитата:
smogamk Ну вот совсем не из-за вредности.... Конкретно при работе автомата по пиву не обновляет остатки и соответственно создает не корректный акт списания на который приходит отказ. Версия от 6 июля.
Спасибо за замечание и обнаруженную ошибку! Завтра буду ещё раз скрупулёзно проверять эти запросы и выложу новый релиз, надеюсь, в том числе с исправленными ошибками
18.07.2017 15:32
AndreyZh
 
Цитата:
smogamk Ну вот совсем не из-за вредности.... Конкретно при работе автомата по пиву не обновляет остатки и соответственно создает не корректный акт списания на который приходит отказ. Версия от 6 июля.
Версию 17.07.2017 со, скорее всего исправленными ошибками и новыми возможностями выложил: Спасибо за замечания!

Но уже появилась новая возможность: с сообщения 15 https://olegon.ru/showthread.php?t=25767&page=2 и вопрос... С учетом ухода в отпуск до 30.07.17 - есть ли "скорая" нужда в этом релизе?... или тогда уж в августе?
31.07.2017 09:28
AndreyZh
 
Цитата:
AndreyZh есть ли "скорая" нужда в этом релизе?... или тогда уж в августе?
Тогда... когда-нибудь в августе для пользователей из интернета, тем более, что в реальном мире пока нужды в данном функционале не было... А пока уже новенькое:

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

1.
Цитата:
transport error: java.net.SocketException: No buffer space available (maximum connections reached?): connect at
Цитата:
Данная ошибка связана с утечкой сокетов ядра на многопроцессорном компьютере под управлением Windows Server 2008 R2 или Windows 7. Вариант решения проблемы:
2.
Цитата:
Ошибка запуска системы обновления java.security.ProviderException: java.security.KeyStoreException: invalid KeyStore state: found 3 private keys sharing CKA_ID (update.log)
Цитата:
На Рутокен ЭЦП 2.0 появляется 3 объекта: ГОСТ и 2 ключа RSA. При записи ключа RSA на Рутокен 2.0 ЭЦП не был удален предыдущий ключ, а при попытке удаления одного из RSA-ключей мы получаем ошибку: «Недоступно».. Для исправления ошибки применить утилиту удаления поврежденных ключей
Итого сейчас в "УСЕга" диагностируются и даются рекомендации по исправлению 27 классов ошибок работы ЕГАИС
01.08.2017 08:43
AndreyZh
 
ОШИБКА

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

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

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

Тикет отказа от ЕГАИС:
Код:
   <ns:Ticket>
      <tc:TicketDate>2017-07-31T12:07:57.4217396</tc:TicketDate>
      <tc:Identity />
      <tc:DocId>65E65FF4-6964-45A2-9383-6B401A4EA926</tc:DocId>
      <tc:TransportId>d3204f66-248b-493c-93b9-efcf7a99626f</tc:TransportId>
      <tc:RegID />
      <tc:DocHash />
      <tc:DocType>WayBillAct_v2</tc:DocType>
      <tc:Result>
        <tc:Conclusion>Rejected</tc:Conclusion>
        <tc:ConclusionDate>2017-07-31T12:07:57.4217396</tc:ConclusionDate>
        <tc:Comments>Запрещено для акта с полным приемом/отказом указывать позиции исходной накладной Владелец ["030000113645"], акт [-"TEST-TTN-0007551005"]. /tc:Comments>
      </tc:Result>
    </ns:Ticket>


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

Короче... Ошибки исправлены и будут выложены в ближайшем релизе... авось кому-нибудь это надо?
01.08.2017 08:51
FinSoft
 
Да, такое пошло с версии 2. В документации это есть, но как-то не акцентировано внимание. Версия 1 и вначале версия 2 пропускали значение Accepted.
01.08.2017 09:02
AndreyZh
 
Цитата:
FinSoft Да, такое пошло с версии 2. В документации это есть, но как-то не акцентировано внимание. Версия 1 и вначале версия 2 пропускали значение Accepted.
Да, в принципе тестил и замечал... может по этому и не парился, но сейчас по всем форумам пошло постоянное обсуждение этого нюанса... и включили отказ от таких актов примерно с 24 июля... и ещё даже не исправили косяк с удалением ТТН из УТМ после отправки бракованного акта
02.08.2017 21:09
AndreyZh
 
Завтра буду каяться в очередных своих "грехах" - исправленных и что-бы подсластить пилюлю очередной свежий "анекдот" про ЕГАИСного монополиста в рознице...

Цитата:
Ошибка 00-00122112
Код ошибки: 00-00122112
Статус: Исправлена в будущей версии
Зарегистрирована: 06.07.2017
Исправлена: "1С:Розница 2.1", версия РТ 2.2.6

Описание:

Во входящих ТТН сопоставленная номенклатура отображается как несопоставленная, если в документе заполнен идентификатор упаковки, а в сопоставлении упаковка не указана.

Способ обхода:

В сопоставлении заполнить идентификатор упаковки

Способ исправления:

В процедуре ЗаполнитьНесопоставленнуюПродукцию() общего модуля КорректировкаОстатковЕГАИСПереопределяемый заменить строку запроса:
| И (ТаблицаСопоставления.ИдентификаторУпаковки = """")

на строку:
| И (СвязаннаяНоменклатураПустаяУпаковка.ИдентификаторУпаковки = """")

Т.е. в предыдущем релизе ошибку обнаружили и в этом, выпущенном, вместо того чтобы исправить, нам предлагают либо исправлять самим либо обходить
Часовой пояс GMT +3, время: 23:32.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.