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

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

15.08.2020 0:01


20.06.2020 16:41
AndreyZh
 
Нечто "новенькое" и как всегда введенное задним числом без объявлений, но критично для постановки старых марок на регистр №3 --- опять программу "УСЕга" переделывать, дабы не утруждать мозги пользователей

Нельзя привязывать старые марки к РФУ-2 по алкопродукции, поступившей по новым маркам


Это следует из свежего диалога продуктивного контура форума фсрар:
Цитата:
Вчера, 10:16 Здравствуйте. Переводим алкогольную продукцию с партионного учета в поштучный. Создаем документ фиксации акцизных марок и у не которых документов егаис возвращает ошибку "РФУ2 не может содержать марки разных образцов". Документ который мы отправляем ИД документа "6b9f65da-5231-4268-b379-f85d0b41edf3" ФСРАР ИД "02****"
Цитата:
Непрочитанное сообщение operator9 » Вчера, 17:27

Продукция по справке FB-000002409156193 поступила к Вам с новыми марками, а Вы пытаетесь привязать старые марки к этой справке, система не позволит это сделать
… и вопрос недоумения:
Цитата:
До этого вы сообщали что старые и новые марки можно привязывать на одну справку Б, если они являются "поштучными". Означает ли текущее поведение Системы, что серверная логика была недавно доработана, или она не менялась, и ограничение действует не для всех старых марок, а только для тех, которые были зафиксированы до 01.04.20?
22.06.2020 11:35
AndreyZh
 
Ни дня без новенького… Для любителей постоянно обновлять драйвера RuToken и релизы УТМ ЕГАИС стал отвечать ошибкой
Цитата:
PKCS11Exception: CKR_FUNCTION_NOT_SUPPORTED
Решения:

1. Откатить драйвер RuToken до 4.8.5.1 и УТМ до билда 1259

2. Или воспользоваться рекомендациями разработчиков RuToken: , где данная проблема подробно описана
07.07.2020 10:39
AndreyZh
 
Не верьте глазам своим - просто ЕГАИС снова начал усложнять себя ненужными сущностями


Суть понятая из свежего диалога: сейчас на отправку акта подтверждения / отказа / расхождения приходит ещё одна ненужная квитанция об "утверждении" оборота по накладной ЕГАИСом

Цитата:
Нам пришла ТТН входящая (возврат от покупателя) TTN-0387203034. Мы сделали на нее полный отказ. Вроде как, документооборот должен на этом закончиться (не берем случай с распроведением акта). Но в итоге грузоотправитель отправил какую-то квитанцию о приеме нашего акта ОТКАЗА. В итоге наша система вообще перевела данную ТТН в принятый статус. И на сайте чек1 инфа следующая:

отправка получателю:
Статус: Отправлено в УТМ
Дата вставки: 15.06.2020 23:08:03
Дата смены статуса: 15.06.2020 23:08:29
Связанные документы:
Получателем ( Общество с ограниченной ответственностью Производственно-Коммерческая фирма "Гармония" ) составлен Акт отказа с номером NN0004970 от 16.06.2020 0:00:00
Отправка акта получателю (отправителю накладной):
Статус: Отправлено в УТМ
Дата вставки: 16.06.2020 17:20:37
Дата смены статуса: 16.06.2020 17:22:06
Отправителем ( Общество с ограниченной ответственностью "Традиция Саранск" ) отправлена квитанция о приеме акта от 30.06.2020 15:39:40

Что еще за квитанция о приемке акта ОТКАЗА???
Цитата:
Документ WayBillAct_v3 с указанием в тэге "IsAccept" значения "Accepted" (акт на полное подтверждение накладной) или "Rejected" (т.е. акт на полный отказ от накладной) не требует подтверждения/отказа со стороны грузоотправителя.
После успешной фиксации акта согласия или отказа на сервере накладная соответственно примет статус "Принята" или "Отклонена", и документооборот по ней будет завершен. В случае, если грузоотправитель отправит квитанцию на акт разногласия по накладной, документооборот которой уже завершен, данная квитанция будет отказана сервером с ошибкой: "Отказ при операции с актом приема продукции. Состояние документа не позволяет произвести данную операцию".
В таком случае данную квитанцию грузополучатель может игнорировать.

Продолжение...

Цитата:
Вы пишите "данная квитанция будет отказана сервером с ошибкой: "Отказ при операции с актом приема продукции. Состояние документа не позволяет произвести данную операцию"." В очередной раз имеем "кривую квитанцию", которую зачем-то сервер все равно пересылает грузополучателю. Зачем? Так было в начале помарочного учета с инверсиями дат, когда заведомо ошибочные тикеты приходили второй стороне. Я тогда начал эту тему, меня как котенка заткнули. Слава богу потом fkr и другие форумчане все таки подключились, и вопрос был решен. Логика должна быть единая и простая: если сервер возвращает отправителю документа (ЛЮБОГО документа) ошибку, то не нужно этот документ пересылать получателю. А то получается в духе "на, лови документ с ошибками."
Да, знаю, что меня опять проигнорируют, и никакие изменения внесены не будут, поэтому все таки переспрошу: данное поведение системы - это на данный момент нормально и всегда так будет, или это был разовый сбой?
Цитата:
Непрочитанное сообщение operator8 » 19 минут назад

Как было указано выше, в данном случае рекомендовано игнорировать данную квитанцию. Со стороны грузоотправителя также некорректно отправлять подтверждение на акт отказа/согласия.
16.07.2020 09:00
AndreyZh
 
Спасибо R2D2:

Одной из причин возникновения ошибки CKR_KEY_TYPE_INCONSISTENT является выпуск ГОСТ-ключа по ГОСТ Р 34.10 - 2012 с длинным ключом (512 бит). Этот алгоритм электронной подписи не поддерживаются Универсальным транспортным модулем (УТМ), причем в Личный кабинет ЕГАИС зайти по нему получится и есть возможность сгенерировать RSA-ключ.

Решение:
Обратиться в удостоверяющий центр (УЦ) для перевыпуска ГОСТ ключевой пары и сертификата по алгоритму ГОСТ Р 34.10 - 2012 с коротким ключом (256 бит). Просмотреть размер ключа можно в сертификате в разделе "состав", пункт - "открытый ключ"






… и конечно данная причина добавлена в анализатор: https://olegon.ru/showthread.php?t=31234, где данная ошибка уже ловилась, а теперь даёт ещё и дополнительную диагностику
13.08.2020 12:48
AndreyZh
 
Дабы другие не вляпались в … диагностику УТМ позвольте описать свою жуткую историю? Активно писал программы и пользовал ЕГАИС до 30.07.2020, а затем забросил. Как вдруг 10.08.2020 срочно нужно было взглянуть в БД ЕГАИС по КА, а УТМ не запускается. Пропустил логи через анализатор - нет проблем! Взглянул на логи напрямую, такая фигня с 10.08:
Цитата:
2020-08-13 09:26:21,013 INFO es.programador.transport.q - Проверьте запущен ли Transport Updater.
2020-08-13 09:26:21,013 INFO es.programador.transport.q - Проверьте не занят ли порт [8193] другим приложением
2020-08-13 09:26:21,013 INFO es.programador.transport.Transport - Повторная проверка начнется через [60] сек.
2020-08-13 09:27:21,016 INFO es.programador.transport.q - Проверка состояния Transport Updater
2020-08-13 09:27:23,094 ERROR es.programador.transport.q - Ошибка проверки состояния Transport Updater.
Верю написанному - пытался в ручную всё запускать... не помогало. Начал проверять порт 8193 - закрыт! Изучал в промежутках между более важными и срочными делами, как его открыть - десятки способов не помогли... На разных ПК, с разными ОС, разными провайдерами...

Пришлось сейчас обращаться к "ангелу спасителю" Толе - знакомому системному администратору, а он не обращая внимания на эту диагностику полез в настройки RuToken - а там Rsa ключ закончился 06.08.2020... Ну чё - переписал его и всё заработало!

Однако просмотрел черновики - раньше УТМ четко указывал на просрочку ключа, а по реале сроки его обновления у меня в планировщике.... А тут оказался "сапожник без сапог"
14.08.2020 12:00
AndreyZh
 
Как много нам открытий чудных… Сейчас просматривая диалоги по ЕГАИС наткнулся на занятную информацию. Вопрос - "от поставщика пришло сырьё, в котором код вида продукции указан - 101. Что это за вид?"... В ОФИЦИАЛЬНОМ классификаторе: его нет???

… Далее обсуждение и наконец ссылка, где ведутся необъявляемые пополнения классификатора кодов видов алкогольной продукции:

P.S. Оставил для себя с целью ревизии настроек своих программ, т.к. навскидку там появились новые по торгуемому алкоголю

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