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

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

22.11.2024 17:42


15.03.2019 12:44
Уважаемые господа! Извините, но кажется "правильно" высказался?
Цитата:
AndreyZh Как понимаю - данную тему читают только боты? Или она бесполезна для реальных людей? Значит, как всегда оставлю напоминалку только для себя
Конечно, по письмам и звонкам знаю, что мою "болтовню" на форуме, т.к. больше нигде и не пишу читают и реальные люди

Попытки каталогизации знаний у себя на компах пока оказались не совсем "удачными" - буду искать другие варианты:

1. Разноплановая информация стала быстро затруднять её поиск в файлах;
2. Некоторые звонки и письма от "акционеров" вынуждают разыскивать и отсылать ссылку на первоисточник - гораздо легче "послать" на форум, в конкретную тему...
24.03.2019 08:34
Все знают, что сейчас актуальная версия УТМ для рабочего контура 3.0.8, а для тестового 1.1.18. Однако данный тип информации является "устаревшим". Начиная с ноября 2018 появилось понятие "номер сборки" УТМ и при её обновлении:

1. Необходимо удалить старый УТМ с ПК, сохранив его БД;
2. Скачать с личной страницы новый дистрибутив УТМ и его установить, с восстановлением БД.

В отличие от автоматического обновления версии УТМ, обновления при изменении номера сборки производится только в ручном режиме.


Для чего нужно заменять УТМ при изменении номера сборки? В новых сборках исправляются КРИТИЧНЫЕ ошибки УТМ, добавляются описанные в документации, но не реализованные функции. Информация об этом периодически всплывает в закрытом разделе форума ФСРАР, например система "фильтра" - возможность продавать "новые марки": https://olegon.ru/showthread.php?t=31150 доступна лишь в сборках, начиная от 1251. Приведу свежие примеры, где есть стандартный ответ операторов: "Для решения данного вопроса рекомендуем обновить сборку УТМ до актуальной."

На текущий момент времени актуальная сборка 1259

Цитата:
На сколько я понял из других веток форума, для реализации запроса по заведению номенклатуры нужен билд минимум 1243. Подскажите, где его взять?
Цитата:
Простаивает большой склад, просьба сообщить о текущем статусе решения проблемы - ошибка УТМ: Client received SOAP Fault from server
Цитата:
Не проходят продажи продукции с новыми акцизными марками.
Интернет есть , но очень медленный.
2019-02-20 16:43:07,670 INFO - ID: [d16fcb8badb88dcc] - Подпись чека [тип: Bottle, uuid: 8a6bc2e9-15ad-4c48-b93d-4720ddc9a0bc, касса: 9286000100251939, смена: 168, чек: 2857, дата: 2002191643]
2019-02-20 16:43:08,195 INFO - ID: [d16fcb8badb88dcc] - Чек подписан [9D657E84131B9FB61FB9734D56632B543B07A99569016EA2CD9C1F027AC74AF231EB00F4546BCC971E91CB643D7871C65BC917116725345D7E5031AAC472F09C]
2019-02-20 16:43:13,250 ERROR - ID: [d16fcb8badb88dcc] - Некорректное состояние транспортного терминала.
2019-02-20 16:43:13,273 ERROR - ID: [d16fcb8badb88dcc] - Отправлена информация об ошибке: [<A><error>Невалидные марки:
Как можно узнать свой номер сборки?

В "УС Лэнд:ЕГАИС" сделал небольшую модификацию запроса:





В ответ открывается "расширенная" страница УТМ:





Для "старых" релизов "УСЕга" добавьте без пробелов к адресу страницы ?b и обновите её.
26.03.2019 08:40
В связи с новым ограничением от создателей ЕГАИС "Запрещается отзывать акт (приема, отказа, расхождения) на приходную накладную позднее 30 дней после его отсылки поставщику": https://olegon.ru/showpost.php?p=328566&postcount=270 даю алгоритм при "ручном" распроведении актов на ТТН. Схема такая:

1. Грузополучатель отправляет запрос на отмену проведения акта для ТТН
2. Поставщик дает согласие, отправив соответствующий тикет.
3. ЕГАИС сверяет дату запроса и дату накладной, и если между ними более 30 дней, то ТТН не распроводится автоматически, а ожидает ручного подтверждения со стороны МРУ
4. Грузополучатель обращается с документами в Межрегионального управления Росалкогольрегулирования.
5. МРУ проверяет документы и если все нормально, подтверждает операцию распроведения.
02.04.2019 11:10
Пока сообщение о новом выявленном сегодня нюансе работы ЕГАИС...

Уже не в первый раз из УТМ в УС прилетает дубль квитанции о проведении ТТН (ticket2)

Ответ оператора после разбора ситуации:

1. Дело в том, что сервер отправляет документ в УТМ до тех пор, пока не получит ответ, что УТМ документ получил. В данном случае поступил тикет:

2. а затем возникла ошибка связи:

3. Т.е. сервер не получил ответ от УТМ, что документ получен, и вновь отправил документ:

… Приводимые фрагменты лога УТМ наверное нет смысла приводить... тем более, что более серьёзная беда возможно настигла ЕГАИС?
02.04.2019 11:34
… и на "сладкое", хотя сегодня и не 1 апреля. ЕГАИСу пришел "конец"? Хотя судя по реакции оператора просто чьи-то шаловливые ручонки, в каких-то регионах, на каких-то типах документов внесли ошибочный код на обработчики ЕГАИС. Однако - это "новшество", как уже обсуждалось НЕ МОЖЕТ ОБРАБАТЫВАТЬСЯ НИ ОДНОЙ программой для ЕГАИС.

1. Я наткнулся давно, что включенный ответ по остаткам регистра №3 в тестовом контуре приходит в нестандартной кодировке и соответственно "УСЕга" его не видит:



2. Сегодня в разделе разработчиков выявилось, что творцы ЕГАИС решили размножить это на рабочий контур:
Цитата:
Кодировка тикетов из ЕГАИС сменилась с UTF-8 на UTF-16 LE

С сегодняшнего дня заметили что поступающие во все наши УТМ тикеты (от ФСРАР) почему то имеют кодировку UTF-16 LE BOM, а раньше вроде бы было UTF-8. Другие документы, например WayBill_v3, продолжают поступать в кодировку UTF-8.
3. Т.к. - это ЖП сразу проверил, правда на списании со склада в рабочем контуре. Программа тикеты "видит", хотя и у них стала кодировка UTF-8-BOM, у приходных ТТН кодировка UTF-8

3. Судя по ответу оператора: "Уточните, пожалуйста, на какой документ Вы получили тикет с кодировкой UTF-16 LE?" Где, в каких документах ожидать "гостинца" не понятно... Ждём`с звонков? Дальнейшая работа на сегодня закончилась...
02.04.2019 14:01
"Ларчик просто открывался"
Цитата:
AndreyZh ЕГАИСу пришел "конец"?
Почти "расслабляемся"!

1. В ЕГАИСе введен новый, конечно НЕДОКУМЕТИРОВАННЫЙ тип реакции на поспешный запрос остатков на регистре №3. Раньше вообще не было реакции от ЕГАИС, а так же было "заторможенная" обработка запросов:

Цитата:
<ns:Documents xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01">
<ns:Owner>
<ns:FSRAR_ID>3463047</ns:FSRAR_ID>
</ns:Owner>
<ns:Document>
<ns:Ticket xmlns:tc="http://fsrar.ru/WEGAIS/Ticket" xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<tc:TicketDate>2019-04-02T10:20:21.387</tc:TicketDate>
<tc:DocId>ceb43384-7c40-4dd4-bcc8-d732239a114f</tc:DocId>
<tc:TransportId>ceb43384-7c40-4dd4-bcc8-d732239a114f</tc:TransportId>
<tc:DocType>Ticket</tc:DocType>
<tc:Result xmlns:tc="http://fsrar.ru/WEGAIS/Ticket" xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<tc:Conclusion>Rejected</tc:Conclusion>
<tc:ConclusionDate>2019-04-02T10:20:21.387</tc:ConclusionDate>
<tc:Comments>Обработка запросов по типу QueryRestBCode производится не чаще 1-го раза в 10 минут</tc:Comments>
</tc:Result>
</ns:Ticket>
</ns:Document>
</ns:Documents>
2. Разработчики ЕГАИС накосячили со структурой файлов ответа по остаткам. Народ им на эту ГЛОБАЛЬНУЮ проблему указал, т.е. в течении нескольких дней исправят, а пока будет недоступен анализ ответов по остаткам регистра №3 из всех программ для ЕГАИС.
03.04.2019 07:19
Цитата:
AndreyZh пока будет недоступен анализ ответов по остаткам регистра №3 из всех программ для ЕГАИС.
Не успел увидеть косяк...
Вчера вечером, ночью и сегодня у нас все работает, возможно починили?
08.04.2019 09:19
Считая, что сейчас "1С == ЕГАИС", т.к. именно на "1С:Розница" работает подавляющее число розничных предприятий и для "себя", т.к. и по этой программе приходится давать советы, полагаю, как памятка полезной рекомендация:
Цитата:
Продажа разливного пива в 1с. У кого как настроена продажа разливного пива в 1с розница? Как настроить с наименьшими усилиями? Чтобы разливное пиво не попалало в акты списания, а списывалось сразу, после приемки. Но чтобы нельзя было продавать в минус
Цитата:
1с-ники изменили немного учет разливного алкоголя прошлым летом, смысл таков - создаете одну номенклатуру без признака продажи в розлив и сопоставляете с алкогольной продукцией, потом создаете для неё аналог, но уже с признаком продажи в розлив и не сопоставляя с АП. при приемке у вас на остатках появится первая номенклатура, перевод её во вторую делается с помощью документа Сборка/разборка товара, на основании этого документа формируется акт списания в ЕГАИС (подробнее на сайте ИТС -https://its.1c.ru/db/egais#content:77:retail22 ), а контроль остатков второй уже ведется средствами 1С - ставим соответствующую настройку для РМК.
23.04.2019 10:05
Были письма с вопросами по проблеме "автоуборка минусов - трансфер в торговый зал запрещается ЕГАИС". После пробы в ручном режиме ЕГАИС дал НОВОЕ и наконец понятное сообщение о причине отказа:
Код:
            Трансфер ОТКАЗАН системой ЕГАИС
Код регистрации: TTS-0251876651

Дата ответа 2019-04-23T08:25:51.7962328
Документ успешно принят.                                                      


Дата ответа 2019-04-23T08:25:52.233
Запрещено передавать в торговый зал помарочные и экспортные партии продукции. 
Формы2: FB-000002254608474
То есть программа "УСЕга" делает попытку передать со склада в ТЗ алкопродукцию регистра №3, что единственно возможно, если программа не знает о принадлежности (алкокода+РФУ-2) (марок) регистру №3! На нескольких страницах с декабря 2018 по март 2019 утилита вылизывалась для данного процесса и очень много сообщений и тем, как "УС Лэнд:ЕГАИС" подружить с регистром №3, если основная работа с ЕГАИС ведётся с другой учетной системой
23.04.2019 12:57
Ещё стопка новостей, выявленных нюансов и примечаний с форума ФСРАР от сегодня. Что-бы самому не забыть приведу их, как пометки для себя по инфе из ответов:

1. Скорее всего некорректно создан ХМЛ файл документа - не все обязательные поля указаны
Цитата:
Получили отказ на акт списания со второго регистра, в котором поле с комментарием пустое. Скажите пожалуйста, по какой причине акт был отказан? Почему причина отказа не указана в тикете?
2. Дата акта на накладную НЕ МОЖЕТ БЫТЬ РАННЕЕ, чем дата накладной. Это новый, как обычно не документированный и не объявленный контрол ЕГАИС
Цитата:
Машина с оптовой поставкой пива выехала со склада 22.04.19 из Екатеринбурга в Москву. Планируемая дата приезда, отгрузки и приемки товара в Москве 25.04.19, поэтому реализация создана датой 25.04.19 ТТН в ЕГАИС выгружена 22.04.19. После выгрузки ТТН в ЕГАИС обнаружили некорректность выгруженной в ЕГАИС справки 1(А) и 2(Б). Пробуем отозвать ТТН из ЕГАИС, чтобы исправить и выгрузить корректно. В ответ на запрос отзыва ТТН приходит отказ, в котором говорится, что нельзя послать акт отказа для документа с будущей датой (25.04.19).
Решение отправить акт на ТТН "будущим числом", например переведя дату на ПК.

3. Начала проявляться огромная Ж..ПА ЕГАИС и имеется куча обсуждений, где НЕТ РЕШЕНИЙ проблем: на попытки отправить накладные или чеки с марками, в том числе новыми приходят отказы от ЕГАИС с разнообразными и непонятными диагностиками, однако суть одна: эти марки числятся на балансе других организаций... и их можно так им легализовать через постановку на баланс. По методологии даётся срок на обнаружение и исправление проблемы, но как правило она проявляется нежданно, когда сроки уже пропущены и марки заблокированы. Как один из примеров:
Цитата:
Подскажите пожалуйста, почему не проводится документ?Возвращаются тикеты с ошибкой. Данные марки не получается отгрузить.

0b2 Некорректный владелец:010000004280 ШК 13420022
1b3 Для ШК: 13640113330 запрещено данное действие
...
Единственно разумное предложение - письменно обращаться в МРУ и техподдержку для "ручного" исправления "перехлёста", а бутылки по РФ-2 убрать из продажи до "выяснения"
Часовой пояс GMT +3, время: 17:42.

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