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

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

14.08.2020 23:20


26.11.2018 11:40
AndreyZh
 
Цитата:
FinSoft Ну, если действительно так, то это откровенный баг в Егаис. Если остатки контролируются, то нельзя параллельно принимать несколько таких документов. Вроде азы проектирования...
В данной теме ничего не "сочиняю", а беру обсуждения с форумов ФСРАР и ЦИ... Для детального ознакомления тема "Минусы по немаркируемой продукции в регистре №2" раздела разработчиков, где обсуждение продолжается... и очередная "увёртка":
Цитата:
Operator9 » 28 минут назад

Техническая документация пишется к УТМ, а не к обработке документов серверной частью.

Разница между отправляемыми документами должна хотя бы быть не в миллисекундах для последовательной обработки. Обработка документов на сервере, даже при высокой нагрузке, если разница между отправленными документами не будет минимальной, будет последовательной
26.11.2018 14:31
FinSoft
 
Да я верю, Андрей. Просто это говорит о том, что база у Егаис спроектирована криво. Поэтому подобные косяки будут вылезать регулярно и в дальнейшем. А исправить их уже не так просто.
27.11.2018 10:59
AndreyZh
 
"Открытие" с форума ФСРАР:

Иногда возникают ситуации, когда установка УТМ происходит с ошибкой. Службы УТМ после окончания установки не создаются. В логе install.log (UTM\installer\l\) при этом есть ошибка "no information about supported providers"

Причина этой ошибки - в алгоритме определения установщиком УТМ разрядности операционной системы. Установщик определяет разрядность по наличию папки "C:\Windows\SysWOW64" - если она есть, то установщик считает, что ОС - 64 разрядная, а если папки нет - то считает, что ОС -32 разрядная.

Однако, данный алгоритм определения разрядности - очень топорный и не учитывает тот факт, что папка "C:\Windows\SysWOW64" может появляться и на 32-разрядных системах по ряду причин (например - её могут создавать не очень качественные вирусы). То есть, если когда-то на ПК с 32-разрядной ОС пошалили вирусы и создалась папка "C:\Windows\SysWOW64", то установить УТМ на этот ПК не получится, пока вручную будет не удалена папка "C:\Windows\SysWOW64". После удаления, УТМ устанавливается нормально.
29.11.2018 16:19
AndreyZh
 
Пара замечаний:

1. Нужно проверять сканеры на "совместимость" с новой маркой:
Цитата:
сталкивался ли кто-нибудь с проблемами на Моторолле DS2208 ?

Новая марка, другими сканерами считывается корректно без проблем, а DS2208 при выставленной опции "перевод каретки (Enter)" начинает рубить строку подобным образом:

136400110443411018001SGH5PD63T723XOZL74XGAVJFIWPE5M2RUTlPSQWUKT5GQBQ
NE5BEXEAAUR4JLPSQWUKT5GQBQ
NE5BEXEAAUR4JLPSQWUKT5GQBQ
NE5BEXEAAUR4JLPSQWUKT5GQBQ

Сброс настроек не помогает, если выставить "перевод каретки" снова начинает рубить

2. Размерности в ЕГАИС и его "отношение к ним:
Цитата:
Сколько максимум цифр после запятой допустимо в ЕГАИС для количества нефасованной продукции и для указания ёмкости?


operator9 » Сегодня, 12:07 В значении с типом:

<xs:simpleType name="PositiveDecimalType">
<xs:restriction base="xs:decimal">
<xs:minExclusive value="0"/>

Отображается 4 знака после запятой. При этом отправить можно больше знаков после запятой, но в таком случае произойдет округление в большую или меньшую сторону, в зависимости от следующих значений
04.12.2018 12:20
AndreyZh
 
Прошу прощения, но как только придумаю способ каталогизации и поиска информации для себя, так сразу перестану размещать информационный мусор и новости на форуме - желающие всегда их найдут в Рунет, а пока:

1. Как долго ЕГАИС изменяет остатки? Сразу вспомнились "претензии" к работе "УС Лэнд:ЕГАИС" от остатков и жесткий их контроль по внутренней БД при создании и отправки операция, например: https://olegon.ru/showpost.php?p=313868&postcount=52 и последующий "диалог"... а пока обсуждение от сего дня:
Цитата:
Столкнулись с ситуацией, когда в результате запроса остатков получаем один остаток, а анализируем остатки по движению справки Б - другой.
Теперь подробно. Справка FB-000001574433412 FSRARID 010016787918. На момент написания последнее движение расход зафиксировано 01.12.2018. Больше движений не было.
Вчера в 20:02 МСК заказываем остатки (ИД запроса 386a1e3d-500a-41e9-a04a-5681049369db) - получаем в ответе остаток 23. В 20:18 заказываем движение по справке Б (ид запроса a0d58ef9-1675-4760-8290-219d32c2348a). Получаем ответ:
36,000 TTN-0201524416 Прием по акту №А0000021765 от 25.05.2018 00:00:00
-36,000 TTN-0208496090 Списание по накладной №ЦА000014799 от 19.06.2018
36,000 TTN-0208496090 Возврат при отказе накладной №ЦА000014799 от 19.06.2018
-3,000 TTN-0221188273 Списание по накладной №ЦА000020372 от 07.08.2018
-2,000 TTN-0241182668 Списание по накладной №ЦА000030442 от 29.10.2018
-3,000 TTN-0241186113 Списание по накладной №ЦА000030444 от 29.10.2018
-3,000 TTN-0243651332 Списание по накладной №ЦА000031823 от 08.11.2018
-1,000 TTN-0246019904 Списание по накладной №ЦА000032830 от 19.11.2018
-1,000 TTN-0247741758 Списание по накладной №ЦА000033678 от 26.11.2018
-1,000 TTN-0249547765 Списание по накладной №ЦА000034353 от 01.12.2018
Суммируем колонку и получаем остаток 22 (???) В 22:06 повторно запрашиваем остатки (ид c603e315-6899-414b-a916-67bd82d9e3d2). Получаем верный остаток 22. Проясните ситуацию. Почему в 20:02 был остаток 23? Как и когда мы можем получить актуальные настоящие остатки?
… и конечно, как и по любым проблемам ЕГАИС операторы ФСРАР посылают спрашивающего на … где ответа и решения проблемы НЕ БУДЕТ: https://olegon.ru/showthread.php?t=29727
Цитата:
Предоставление информации возможно только представителю организации, для идентификации необходимо создать обращение через Личный кабинет (на портале service.fsrar.ru в модуле «Линия поддержки») участника алкогольного рынка. В рамках обращения в ЛК будут предоставлены данные анализа.

2. Оказывается УТМ может саморазрушаться, при выключении ПК, без принудительной остановки его служб!
Цитата:
После обновления сертификата RSA начала останавливаться служба транспорта. После одного или двух перезапусков работает. Бывает сам стартует нормально. Лог прилагаю. Прошу помочь.
Цитата:
1. После перезаписи RSA-сертификата документы успешно принимались и отправлялись УТМ. Ошибка CKR_USER_NOT_LOGGED_IN возникает после некорректного завершения работы УТМ.

2. Сообщение operator9 » 12 минут назад Для того, чтобы ошибка не возобновлялась, рекомендуем первоначально завершать работу УТМ, а затем выключать ПК
Спешно, пока не выложил в релиз добавил в анализатор логов ещё и эту "новую" заморочку... Буду смотреть, если такие проблемы будут, то придётся писать сценарий при выключении компа с УТМ...

13.12.2018 16:17
AndreyZh
 
Очередные "открытия" с форума ФСРАР:

Есть документация на УТМ с описанием правил оформления файлов и всех тэгов атрибутов для обмена с УТМ и есть XSD схемы доступные на домашней странице УТМ.

Оказывается №1.

В схемах упоминается множество необязательных атрибутов документов (тэгов) не описанных в документации. В принципе программа для ЕГАИС должна уметь игнорировать неизвестные ей тэги.

Оказывается №2.

Эти тэги ни когда не будут описываться в документации, на что есть официальный ответ Гушанского А.В.
Цитата:
данные теги мы вводили в состав документов по просьбе сетей. и на совместном совещании рабочей группы мы с рынком договорились, что сети сами решат вопрос указания данного тега с поставщиками, Служба не будет вмешиваться в данный процесс, обязывать указывать этот тег, информировать о его наличии и так далее. Мы дадим техническую возможность и сделаем параметр необязательным. дальше рынок разберется самостоятельно. мы будем следовать этой договоренности и отдаем вопросы по урегулированию рынку. в документации мы ничего добавлять не будем

Оказывается №3.

Многие программы, в частности все созданные на платформе "1С:Предприятие" "рушатся"при чтении такого файла (с недокументированными тэгами) ЕГАИС.


Оказывается №4.

Поставщики, производители алкоголя должны подстраиваться под требования конкретного получателя алкоголя по полноте описания документов согласно схемам XSD. В частности Вы можете потребовать от них, что-бы они не использовали недокументированные расширения ЕГАИС.


P.S. Обо всем этом с примером реальных "попадосов" описано в сообщении: https://olegon.ru/showpost.php?p=323090&postcount=5
19.12.2018 08:50
AndreyZh
 
Как же весело жить в стране Россейской? Хорошо, что есть внимательные люди - спасибо им, а то за всеми ихними шутками юмора невозможно углядеть

До вчерашнего дня с расходными накладными с марками было всё хорошо, а сегодня ЕГАИС присылаем отказ:
Цитата:
Накладная 172 от 19.12.18 ОТВЕРГНУТА ЕГАИСом 19.12/09:34

Дата ответа 2018-12-19T08:27:48.0169755
Проверка по ХSD завершилась с ошибками: Элемент "http://fsrar.ru/WEGAIS/
CommonV3:boxnumber" недействителен: значение "N_TEST-FB-000000036834214"
недействительно с точки зрения его типа данных "http://fsrar.ru/WEGAIS/
Common:boxNumberTypeString" ? Сбой ограничения Pattern.
Новостей и официальной информации конечно нет - начал прочитывать все темы закрытого раздела форума ФСРАР и о! Чудо! в одном из обсуждений нахожу ответ оператора от 17.12:
Цитата:
operator9 17 дек 2018, 17:43 ФЛК включен.
То есть код групповой тары должен удовлетворять формату:


До следующего после 18.12.18 релиза из "УС Лэнд:ЕГАИС" нельзя будет отправить расходную накладную с акцизными марками
19.12.2018 09:35
FinSoft
 
Ага, я тоже наступил. Изначально длина была заложена 20 символов, увеличил до 40 на всякий случай (все равно пробелы в базе поджимаются). Это при приеме накладных.
19.12.2018 11:33
AndreyZh
 
Их там черти на сковородках жарят, раз решили устроить ад на алкогольном рынке в преддверии нового года? Включили множество новых ограничений без какого-либо официального объявления: часть дана кратким сообщением в каких-то темах закрытого раздела разработчиков, а на часть наткнулись специалисты в ЕГАИС, задавая недоуменные вопросы... В принципе, что увидел, то описал в сообщениях раздела с 17 декабря, но не могу каждый час изучать этот раздел с целью поиска очередных подлянок от ФСРАР и не буду! Закончу этим:
Цитата:
and-pal » При отправке списания с типом "Пересортица", получил отказ с таким сообщением: По типу "Пересортица" ограничено количество позиций (одна позиция в акте)

Код: Выделить всё
<tc:DocType>ActWriteOff_v3</tc:DocType>
<tc:OperationResult>
<tc:OperationName>Confirm</tc:OperationName>
<tc:OperationResult>Rejected</tc:OperationResult>
<tc:OperationDate>2018-12-17T20:35:26.303</tc:OperationDate>
<tc:OperationComment>По типу "Пересортица" ограничено количество позиций (одна позиция в акте).</tc:OperationComment>
</tc:OperationResult>

Позиций в акте списания несколько, как и бывало ранее. Такой отказ впервые. Кто нибудь может пояснить в чем дело?
Затем стандартная отмазка:
Цитата:
Укажите, пожалуйста, идентификатор ЕГАИС акта списания.
И наконец ответ г. Гушанского А.В., который ссылается на WiKI по ЕГАИС, который они по видимому так же правят ежечастно?
Цитата:
ознакомьтесь с вот это й статьей и последним предложением раздела про пересорт "Для корректного сопоставления групп продукции,рекомендуется списывать и ставить на баланс не более одной позиции(алкогольного кода) в документе."
Правда, с 18 декабря - это не рекомендуется, а стало ОБЯЗАТЕЛЬНЫМ и иное запрещается ЕГАИС

P.S. Какая у меня "чуйка"!!! В технологии пересортицы сразу сделал такое ограничение: https://olegon.ru/showthread.php?t=30512
20.12.2018 14:06
AndreyZh
 
На форуме ФСРАР был задан интересный вопрос - в реале он не актуален, но есть пользователи "УСЕга" местности не имеющей стабильного интернет. Для понимания их вполне возможных проблем размещу здесь заметку, хотя проверять её не предполагаю... и приведу выжимку из диалога "своими словами":

1. Поступила бумажная ТТН и реальный алкоголь с марками в магазин;
2. Сразу начали торговать. УТМ чеки не отправляет в ЕГАИС, т.к. офф-лайн режим;
3. Вынесли ПК в зону доступа... Чеки отправились, породив минуса торгового зала (УТМ и ЕГАИС не знает, что это поштучная АП), затем приняли ТТН в ЕГАИС - остатки упали на рег №1 и №3

Цугцванг!!! Ситуация не исправима ни средствами ЕГАИС, ни "бумагами" в МРУ

Совет: Продавать товар исключительно только после приёмки его в ЕГАИС и подтверждения ТТН

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