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

█ 26.11.2018 11:40

Цитата:

FinSoft ➤ Ну, если действительно так, то это откровенный баг в Егаис. Если остатки контролируются, то нельзя параллельно принимать несколько таких документов. Вроде азы проектирования...

В данной теме ничего не "сочиняю", а беру обсуждения с форумов ФСРАР и ЦИ... Для детального ознакомления тема "Минусы по немаркируемой продукции в регистре №2" раздела разработчиков, где обсуждение продолжается... и очередная "увёртка":

Цитата:

Operator9 » 28 минут назад

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

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

█ 26.11.2018 14:31

Да я верю, Андрей. Просто это говорит о том, что база у Егаис спроектирована криво. Поэтому подобные косяки будут вылезать регулярно и в дальнейшем. А исправить их уже не так просто.

█ 27.11.2018 10:59

"Открытие" с форума ФСРАР:

Иногда возникают ситуации, когда установка УТМ происходит с ошибкой. Службы УТМ после окончания установки не создаются. В логе 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

Пара замечаний:

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

Прошу прощения, но как только придумаю способ каталогизации и поиска информации для себя, так сразу перестану размещать информационный мусор и новости на форуме - желающие всегда их найдут в Рунет, а пока:

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

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

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

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

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

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

Эти тэги ни когда не будут описываться в документации, на что есть официальный ответ Гушанского А.В.

Цитата:

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

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

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

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

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

P.S. Обо всем этом с примером реальных "попадосов" описано в сообщении: https://olegon.ru/showpost.php?p=323090&postcount=5

█ 19.12.2018 08:50

Как же весело жить в стране Россейской? Хорошо, что есть внимательные люди - спасибо им, а то за всеми ихними шутками юмора невозможно углядеть

До вчерашнего дня с расходными накладными с марками было всё хорошо, а сегодня ЕГАИС присылаем отказ:

Цитата:

Накладная 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

Ага, я тоже наступил. Изначально длина была заложена 20 символов, увеличил до 40 на всякий случай (все равно пробелы в базе поджимаются). Это при приеме накладных.

█ 19.12.2018 11:33

Их там черти на сковородках жарят, раз решили устроить ад на алкогольном рынке в преддверии нового года? Включили множество новых ограничений без какого-либо официального объявления: часть дана кратким сообщением в каких-то темах закрытого раздела разработчиков, а на часть наткнулись специалисты в ЕГАИС, задавая недоуменные вопросы... В принципе, что увидел, то описал в сообщениях раздела с 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

На форуме ФСРАР был задан интересный вопрос - в реале он не актуален, но есть пользователи "УСЕга" местности не имеющей стабильного интернет. Для понимания их вполне возможных проблем размещу здесь заметку, хотя проверять её не предполагаю... и приведу выжимку из диалога "своими словами":

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

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

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