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

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

29.11.2021 11:36


15.11.2020 09:18
AndreyZh
 
Цитата:
FinSoft Андрей, а ты в реале проводил инвентаризацию при поштучном учете? Если да, то каким способом?
Поштучный учет по неявным технологиям, которые все вынуждены "нащупывать", т.к. они не описаны введен лишь с 6 ноября... и бесполезно разрабатывать технологии ревизий пока нет четко описанных правил.

Некоторые принципы ЕГАИС выявлены в темах: https://olegon.ru/showthread.php?t=34673 и https://olegon.ru/showthread.php?t=34527. Основываясь на них понял ряд ключевых моментов работы реальных магазинов о чём писал в https://olegon.ru/showthread.php?t=34673. Суть:

1. Для большого магазина ничего не трогаем, а когда нужны будут марки для расходов, то фиксируем их по всем бутылкам наименования, "до кучи" проводя по ним "ревизию", разбираясь со всеми проблемами в процессе.

В тоже время, если всё переводить в торговый зал, то технологии контура инвентаризации: https://olegon.ru/showthread.php?t=32452 являются действенными, т.к. уже проводились ревизии по ним, где были новые марки и часть старых марок регистра №3... Даже если "заставят" делать сплошную ревизию, то можно переместить всё, что "допустимо" пачкой в торг.зал, сделать ревизию по технологиям "инвентаризации", а затем всё пачкой вернуть назад... "Смысл" учета в большом магазине не измениться.

2. Для общепита, где всего-ничего бутылок - менее 1000 провели процесс ревизии и привязок всего до 1 ноября, но данный процесс был типа:

- бралось наименование
- сверялось по остаткам в ЕГАИС и УС
- убирались излишки списанием без марок, а по новым маркам по технологии: https://olegon.ru/showthread.php?t=30813
- при привязках натыкались на "нюансы" ЕГАИС, которые приходилось решать через опу, что пытался описывать: https://olegon.ru/showthread.php?t=34792... не дописал, но и после 6.11.20 - это универсальный, реально разрешающий проблемы подход

… в итого всё проверено и привязано к регистру №3 и пока штатные операции: оприходывания, списания, продажи через списания проходят без проблем.
15.11.2020 10:34
FinSoft
 
Понятно, забил болт.
Получается, что нормальных вариантов проведения ревизии нет. Либо тратить по несколько дней, долбя егаис запросами остатков на 3 регистре, а затем удалять из списания марки, которые егаис забракует. Либо полагаться на данные параллельного учета марок в учетной системе.

На самом деле, в реале, мы проинвентаризировали в октябре 3 небольших магазина. Там использовали данные своего учета, подтянув информацию о продажи марок с касс. Потом столкнулись, что есть магазины, которые перешли от старых владельцев без смены юридического лица, и в них информации об операциях с егаис до перехода нет. Еще попались случаи, когда в магазине умирал компьютер с потерей информации, данные восстанавливались из центральной базы, а там до определенного времени все операции с егаис не собирались.
В паре магазинов, в которых в учетной системе не было всей информации о поштучных марках, сделали запрос остатков. С тем расчетом, что это сделать можно один раз при необходимости, а дальше раскручивать по информации в учетной системе.
Когда магазинов много и пользователи без технической подготовки, так себе развлечение. И тестить все нюансы с движением марок у себя в учетной системе, когда очевидно, что это костыль, время очень жалко.
26.11.2020 15:40
AndreyZh
 
Сам начну "пугаться", когда начну тесты на УТМ 4.х, хотя вроде-бы озвучиваемые нюансы уже давно отработал... а сейчас "попугаю" 99% розничных алкогольных организаций - ни одна из программ созданных на платформе 1С 8.Х не умеет работать с УТМ 4.х

Конечно или в ООО "1С" переделают базовые алгоритмы обмена электронными документами, или ЦИ исправит "улучшения" в новом УТМ 4.03, но по любому это ещё в дополнении к: https://olegon.ru/showpost.php?p=359360&postcount=318 повод НЕ ТОРОПИТЬСЯ с установкой УТМ 4.х

Доказательства в диалогах форума разработчиков ФСРАР:

1.
Цитата:
Недавно ставил одну из последних версий 1С Розница. тестировал чек на эмуляторе ккм. и стоял как раз тестовый утм 4. 1С розница не видела утм, и не давала пробивать чек ( алкогольный )
2.
Цитата:
Вчера, 09:37 Подскажите, ошибка в отправке запросов в 4 версии: Не удалось отправить документ Запрос остатков по причине: Сервер вернул код состояния 500: {"timestamp":"2020-11-25T06:20:50.059+0000","status":500,"error":"Internal Server Error","message":"Failed to parse multipart servlet request; nested exception is java.io.IOException: org.apache.tomcat.util.http.fileupload.FileUploadException: Stream ended unexpectedly","path":"/opt/in/QueryRests_v2"}
Запрос взят с текущей рабочей версии, что не корректно в документах?
Цитата:
Рекомендуем ознакомиться с информацией на стр.6 Технической документации к УТМ 4.0.2: Для корректной работы запроса http в формате multipart/form-data необходимо отправлять именно файл. Соответственно, в запросе обязательно должны быть указаны параметры:
name="xml_file"; filename="<имя_файла>" Про API указано на стр.7 Технической документации к УТМ 4.0.2: Добавилась страница swagger описане UTM API
В принципе успешное разрешение аналогичной проблемы в самописке на платформе 8.х
Цитата:
Аллилуя.. добился положительного ответа от УТМ в снеговике. Для тех, кто будет искать, вот рабочий код:
Код:
ВремГраница = СтрЗаменить(Новый УникальныйИдентификатор, "-", "");
   ТелоЗапроса = Новый ТекстовыйДокумент();
   ТелоЗапроса.РазделительСтрок = Символы.CR+Символы.LF;
   ТелоЗапроса.ДобавитьСтроку("--" + ВремГраница);
   ТелоЗапроса.ДобавитьСтроку("Content-Disposition: form-data; name=""xml_file""; filename=""QeryRest.xml");
   ТелоЗапроса.ДобавитьСтроку("Content-Type: text/xml; charset=utf-8");
   ТелоЗапроса.ДобавитьСтроку("");
   ТелоЗапроса.ДобавитьСтроку(ТекстЗапроса);
   ТелоЗапроса.ДобавитьСтроку("--" + ВремГраница + "--");
   ТелоЗапросаСтрока = ТелоЗапроса.ПолучитьТекст();
27.11.2020 10:17
AndreyZh
 
Говорят, что чудес на свете не бывает? - Бывают! После двух лет заморочек с номерами билдов УТМ, многочисленных жалоб и требований хоть как-то означать номер build до начала установки УТМ... Только на боевом (на тестовом по старому - вслепую) УТМ включили номер билда в имя файла установщика, что сегодня с радостью обнаружил:

01.12.2020 16:11
AndreyZh
 
Позвольте повториться? - в своих программах анализируйте лишь минимально необходимую информацию поступающую из ЕГАИС! Как пример - свежий диалог с сокращениями
Цитата:
tdeldorado » Сегодня, 13:57 FSRAR_ID=** id пакета=00cb5f23-425f-46ea-b498-230d666da2be... В УТМ по одному и тому же id пакета пришли успешная квитанция проведения и новые справки, а спустя 15 минут - ошибочная квитанция фиксации. Как нам получить корректную квитанцию фиксации?

… В УТМ пришла квитанция с текстом: "Зафиксирована попытка подачи недостоверных данных."
Цитата:
operator31 » 43 минуты назад Накладной transport_id 00cb5f23-425f-46ea-b498-230d666da2be был присвоен идентификатор TTN-0427838831... Грузоотправителю был отправлен тикет: "Накладная №УТВ00038498 от 30.11.2020 00:00:00 проведена и выслана грузополучателю как участнику системы (Акт разногласий ожидается от грузополучателя)." Грузополучателю был отправлен документ со справками Б. 01.12.2020 грузополучатель сформировал акт согласия на накладную. На данный момент накладная в статусе "Принята". Продукция зафиксировалась на балансе грузополучателя.

Прочие тикеты рекомендуем игнорировать. При необходимости Вы можете внести уточнение в свою учетную систему
16.12.2020 11:29
AndreyZh
 
Пара "новшеств" о которых пока и не задумывался, но они уже существуют в реальности ЕГАИС и о них должны знать программы для ЕГАИС или хотя бы "продвинутые пользователи"

I. По ЕГАИСу "бродят" марки для пива
Цитата:
bulgarpivo » Вчера, 09:35 Отправитель ОАО "БУЛГАРПИВО"

При фиксации продажи (TTN) в ЕГАИС, сервер выдает ошибку для позиции Пиво светлое «ПятницкоЕ БУЛГАРПИВО» непастеризованное, нефильтрованное осветленное FA-000000045646043/FB-000003553717023:

1. TTN-0431315402
2020-12-15T07:50:35.903: 1b3 Для ШК 23:301300014487280420001EJH7S5EDBR5NTVBVHBVMADNSOILWMAIV77VRG3OP4LBCTJJBCTSVY5JM334U2D37PFS5C2FCVXH3SSJRPRS7Q4AANFD6SHPPCH6PWQN457IBJLR6QCJ45Q53I2FUJFJII документ не разрешен (Confirm-Rejected) [Ticket/601641] и так далее...
Цитата:
operator5 » Вчера, 13:32 Рекомендуем привязать указанные марки к справке документом ActFixBarCode, согласно п. "3.8. Акт фиксации штрихкодов на балансе организации" технической документации, в котором цифровые идентификаторы привязываются к РФУ-2.

operator5 » Вчера, 13:56
В данном случае указанные марки относятся к эксперименту по маркировке пива.
II. У УТМ 4.х появилось API для получения дополнительной информации
Цитата:
В версии 4 появилась точка, /api/info/list которая возвращает rsaerror, но независимо от наличия ключа "rsaerror": null нам приходит всегда.
Можно узнать, что именно означает этот ключ, и можно ли через API мониторить актуальное состояние ключей?

Для обратной совместимости есть /home, но всю остальную информацию можно получить из API быстрей и проще, не хотелось бы ради одной строки парсить легаси веб страницу.
Цитата:
operator1 » 01 дек 2020, 10:34 Добрый день.

Проверили у себя: /api/info/list
Запрос основной информации- работает и отображает состояние RSA.

В ответе, поле появляется шибка, если например, ключ вынули "rsaError": "rsaError": "java.security.ProviderException: Token has been removed",
Response body
Download
{
"version": "4.0.2",
"contour": "prod",
"rsaError": "java.security.ProviderException: Token has been removed",
"checkInfo": null,
"ownerId": "030000400000",
"db": {
"createDate": "2020-11-27 13:43:44.551",
"ownerId": "030000400000"
},
"rsa": {
"certType": "RSA",
"startDate": "2020-11-09 10:03:27 +0300",
"expireDate": "2021-11-09 10:13:27 +0300",
"isValid": "valid",
"issuer": "pki.fsrar.ru"
},
"gost": {
"certType": "GOST",
"startDate": "2020-06-23 16:25:31 +0300",
"expireDate": "2021-06-23 16:35:31 +0300",
"isValid": "valid",
"issuer": "АКЦИОНЕРНОЕ ОБЩЕСТВО "123""
},
"license": true
}

Если RSA сертификат отсутствует:

{
"version": "4.0.2",
"contour": "prod",
"rsaError": "java.lang.IllegalStateException: Private key is null",
"checkInfo": null,
"ownerId": "030000400000",
"db": {
"createDate": "2020-11-27 13:43:44.551",
"ownerId": "030000400000"
},
"rsa": {
"certType": "RSA",
"startDate": "2020-12-01 10:10:14 +0300",
"expireDate": "2021-12-01 10:20:14 +0300",
"isValid": "valid",
"issuer": null
},
"gost": {
"certType": "GOST",
"startDate": "2020-06-23 16:25:31 +0300",
"expireDate": "2021-06-23 16:35:31 +0300",
"isValid": "valid",
"issuer": "АКЦИОНЕРНОЕ ОБЩЕСТВО "123""
},
"license": true
}
Цитата:
Попробовал на трех разных УТМ (с лицензией, без лицензии), отключив физически ключ, выполнив запрос QueryClients_v2 и получив ответ Не удалось подписать документ, проверяю лог и API, все на локальном хосте чтобы исключить ошибки, ответ приходит одинаково null, см. вложение.
Что может быть не так?
III. Изначально выложенная версия УТМ 4.0.2 уже НЕ АКТУАЛЬНАЯ

Цитата:
Re: Мониторинг ключей УТМ v4.0.2
operator5 » Вчера, 20:01

Здравствуйте! Рекомендуем обновить используемую версию УТМ до актуальной. Скачать актуальную версию УТМ, Вы можете в личном кабинете egais.ru во вкладке "Транспортный модуль".
28.12.2020 15:18
AndreyZh
 
Любопытный диалог... и новенькое для меня, тем более, что до н/г нужно этим заниматься

Цитата:
McCey » 25 дек 2020, 07:01 Добрый день!
Не можем зайти в ЛК через egais.ru, пишет, что "Сервер отзыва сертификатов недоступен!"
:



Цитата:
operator31 » 25 дек 2020, 13:33

Просьба указать контактный номер и предоставить удаленный доступ AnyDesk Просьба также указать время, в которое можно осуществить УД
ФСРАР перешел на AnyDesk для удаленного решения проблем

Затем афтор отписался - как вариант возможно




Хотя и последующий комментарий полезен будет для попыток перезаписи сертификатов:
Цитата:
PabloEscobar » Сегодня, 12:19

это не решение, он последнее время часто не доступен. Если нажимать обновить страницу, то в какой то момент становится доступен и дает зайти
30.12.2020 15:28
AndreyZh
 
Цитата:
AndreyZh Любопытный диалог... и новенькое для меня, тем более, что до н/г нужно этим заниматься
29.12.2020 Пришлось заниматься переписыванием ГОСТ и как следствие Rsa ключей. Запись Rsa - по одному всё прошло гладко, а по второму... включал рекомендуемый низкий уровень безопасности - не помогало... Доходил до уровня выбора сертификата - выдавало указанную выше ошибку и иногда даже до запроса ключа - бесконечное ожидание.

Получилось наверное с 8 раза записать Rsa и думаю - это проблемы не локального ПК или интернет, а на сервере ЕГАИС с неправильной, запутывающей пользователя ЕГАИС диагностикой... т.ч. при получении указанной выше ошибки - продолжайте "долбить" сервер ЕГАИС
04.01.2021 09:26
AndreyZh
 
В продуктиве форума ФСРАР идет "ругань" по поводу старого нюанса ЕГАИС по обработке возвратных чеков... Суть - марки по возврату ГАРАНТИРОВАНО станут доступны для он-лайн проверки через Х часов после их продажи. В 2017 году это было 26 часов. Сейчас наверное меньше и если возвратный чек не будет принят ЕГАИС попробуйте его переотправить через несколько часов… и возможно до этого нужно обновить настройки фильтра.

Вопрос, а далее критика и стандартные отписки операторов уже малоинтересны

Цитата:
Добрый день! FSRAR_ID 030000558926. В 15:02 по Москве была совершена продажа АП. В 16:12 покупатель вернулся с браком и попросил сделать возврат. При попытке возврата получили ошибку от ЕГАИС
<?xml version="1.0" encoding="UTF-8"?>
<A>
<error>1: Проверка не пройдена: продукция не внесена в поштучный учет (204200403205531018001Y7VKDUGCECMGPACCUNZN4LAJQU3JG57JO6ZO3MI5N3LDVTZ2ULG4ZIOTIJBWIAJXBTSY5SXKVN5LXXDN76MOFMTXWLE2AEPPZQH23OK7SMLTFHL3ST7PQDO656CSBXELI), продукция не внесена в поштучный учет (2362015921331603190016S5MDLBGPT2QCQE3LFEIDBITNY6HIYM74BO57WHBHTGG6BVNX2KV44V43ECDIP25AC6E2M73RGHZXEV5X56DJ25N2KLPXOFEJHGLKGDDTP72MWMTBXKGSUHPDGXNQHPAQ)</error>
<ver>2</ver>
</A>
При этом по сервису check1.fsrar.ru марки числятся по прежнему на остатке в магазине по акту подтверждения без расхождений. Покупатель, естественно, не доволен и высказывает все продавцу.

В связи с этим, хотелось бы узнать, как правильно (может что-то поменялось) оформлять возвраты?
14.01.2021 14:57
AndreyZh
 
Многие "герои" уже перешли на УТМ 4.0.2... и конечно у них появились вопросы. Приведу с официальными ответами на некоторые из них

Прошу так же обозначить сроки перехода ТТН на версию 4?
Цитата:
fkr » Сегодня, 10:33 прямых сообщений на этот счёт пока не было, но косвенно можно сделать вывод, что с 01.04.2021, подробности: https://olegon.ru/showpost.php?p=361289&postcount=3
Цитата:
operator31 » Сегодня, 10:50

Сроков обязательного перехода на 4-ю версию документооборота на данный момент нет. Решение о переходе на 4.0 принимается организациями индивидуально. Рекомендуем следить за информационными сообщениями на ресурсах fsrar.ru и egais.ru
Если мы установим у себя утм 4.0.2 и отправим сообщение о переходе на v4 мы сможем отправлять накладные v3 для тех покупателей, которые не перешли на v4?
Цитата:
operator31 » 24 минуты назад

Если у Вас установлен УТМ 4.0.2, то Вы можете отправлять накладные 3-ей и 4-ой версии.

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