Форум по программам и оборудованию > > >

Разработчикам и продвинутым пользователям. Нюансы и ошибки функционирования ЕГАИС

17.07.2018 16:44


[ОТВЕТИТЬ]
11.07.2018 16:25
AndreyZh
 
Уже не успеваю переносить замечания "в разработку" на бумажки - придётся частично копипастить тут

1. Вчера уже описал глюк при работе с регистром №3: https://olegon.ru/showpost.php?p=313888&postcount=9

2. Возвратный чек и этим же днем расходная ТТН с марками - отказ ЕГАИС.

Цитата:
отправил только что (09.07.2018) ТТН и получил :
<ns:Document>
...
<tc:OperationResult>Rejected</tc:OperationResult>
...
<tc:OperationComment>инверсия даты 0b4:2018-07-09</tc:OperationComment>

дата документа соответствует текущей дате. остатки - на месте, и по времени - они на месте до отправки ТТН:
Результаты исследования спецов ФСРАР:
Цитата:
В Вашем случае инверсия даты возникла из-за того, что в накладной дата указана 09.07.2018, что для системы считается, что накладная имеет дату 09.07.2018 00:00:00, а последней операцией по марке 22N00001CL32785A5KQ3T2D50710004001162CZX4VBGVIDHVF1GWN2WAYANVBQDYV22 был чек возврата, который зафиксирован с датой 2018-07-09 22:38:00. Т.е. получилось, что в накладной дата указана раньше, чем в чеке.

Последний раз редактировалось AndreyZh; 11.07.2018 в 16:41.
11.07.2018 17:31
Fomka
 
AndreyZh, наверное каждый кто работал с 1С наступал на эти грабли со временем, особенно 23:59:59 :)
Таки что в итоге, пользователь как-то может повлиять на время накладной? В целом это конечно бред. ТТН должна или фиксироваться фактическим временем отправки или ЕГАИС как-то должен ее обрабатывать нормально без участия пользователя.
13.07.2018 11:16
AndreyZh
 
Вот ещё один блок ограничений, введенных с УТМ 3.0.8 случайно всплыл

Пока обнаружено и операторы ФСРАР сознались на ограничение по размеру файла XML для прямого и обратного трансфера между складом и торговом залом... Сколько это в количестве алкокодов непонятно и так же зависит от методики создания файлов конкретными учетными системами для ЕГАИС, а пока недельный диалог:

Цитата:
06.07.18 Пытались переместить со склада в магазин 4000+ позиций и новая версия утм (3.0.8) не принимала такой объемный файл, а во входящих тикет о том что превышен размер файла перемещения. Старый же утм 2.1.6 принял этот файл и успешно передал его в ЕГАИС

Цитата:
10.07.18 Ограничения на размер отправляемого файла в УТМ версии 3.0.8 только для TransferToShop, TransferFromShop. Максимальный размер файла [256000] байт для документа.
Вчера 11:20
AndreyZh
 
Наверное племя альтруистов потихоньку вымирает и табличка видов сбоев ЕГАИС для анализа, которую раннее вносил в "УС Лэнд:ЕГАИС" для автоматизированного анализа сбоев теперь не ведётся, а во вторых несколько озадачен: перевел всех в реале на RuToken ЭЦП 2.0 предполагая отсутствие потенциальных проблем, а тут нате вам:

Цитата:
После обновления на 3.0.8 УТМ не может запуститься. Пишет ошибку в логе транспорта CKR_USER_ALREADY_LOGGED_IN. Носитель Рутокен. Уже несколько магазинов встали. Обновление пока запретили

...sun.security.pkcs11.wrapper.PKCS11Exception: CKR_USER_ALREADY_LOGGED_IN
at sun.security.pkcs11.wrapper.PKCS11.C_Login(Native Method)
at sun.security.pkcs11.wrapper.PKCS11$SynchronizedPKCS11.C_Login(PKCS11.java:1599)...
Цитата:
В конфигах УТМ пропишите: вместо:
gost.pkcs11.library.path=C\:\\Windows\\SysWOW64\\rtPKCS11ECP.dll
gost.library.path=C\:\\Windows\\SysWOW64\\rttranscrypt.dll
rsa.library.path=C\:\\Windows\\SysWOW64\\rtPKCS11ECP.dll

Значения:
rsa.library.path=C:\\Windows\\SysWOW64\\rtPKCS11ECP-replica.dll
gost.library.path=C:\\Windows\\SysWOW64\\libtranscrypt.dll
gost.pkcs11.library.path = C:\\Windows\\SysWOW64\\rtPKCS11ECP.dll

У кого windows x86, то изменить путь на C:\Windows\System32
Опции темы


Часовой пояс GMT +3, время: 16:44.

 

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