Разработчикам и продвинутым пользователям. Нюансы и ошибки функционирования ЕГАИС : КИС Lack & УС Land
22.11.2024 21:35
█ 26.11.2018 11:40
Цитата:
В данной теме ничего не "сочиняю", а беру обсуждения с форумов ФСРАР и ЦИ... Для детального ознакомления тема "Минусы по немаркируемой продукции в регистре №2" раздела разработчиков, где обсуждение продолжается... и очередная "увёртка": FinSoft ➤ Ну, если действительно так, то это откровенный баг в Егаис. Если остатки контролируются, то нельзя параллельно принимать несколько таких документов. Вроде азы проектирования...
Цитата:
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". После удаления, УТМ устанавливается нормально.
Иногда возникают ситуации, когда установка УТМ происходит с ошибкой. Службы УТМ после окончания установки не создаются. В логе 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. Нужно проверять сканеры на "совместимость" с новой маркой:
2. Размерности в ЕГАИС и его "отношение к ним:
1. Нужно проверять сканеры на "совместимость" с новой маркой:
Цитата:
сталкивался ли кто-нибудь с проблемами на Моторолле DS2208 ?
Новая марка, другими сканерами считывается корректно без проблем, а DS2208 при выставленной опции "перевод каретки (Enter)" начинает рубить строку подобным образом:
136400110443411018001SGH5PD63T723XOZL74XGAVJFIWPE5M2RUTlPSQWUKT5GQBQ
NE5BEXEAAUR4JLPSQWUKT5GQBQ
NE5BEXEAAUR4JLPSQWUKT5GQBQ
NE5BEXEAAUR4JLPSQWUKT5GQBQ
Сброс настроек не помогает, если выставить "перевод каретки" снова начинает рубить
Новая марка, другими сканерами считывается корректно без проблем, а DS2208 при выставленной опции "перевод каретки (Enter)" начинает рубить строку подобным образом:
136400110443411018001SGH5PD63T723XOZL74XGAVJFIWPE5M2RUTlPSQWUKT5GQBQ
NE5BEXEAAUR4JLPSQWUKT5GQBQ
NE5BEXEAAUR4JLPSQWUKT5GQBQ
NE5BEXEAAUR4JLPSQWUKT5GQBQ
Сброс настроек не помогает, если выставить "перевод каретки" снова начинает рубить
2. Размерности в ЕГАИС и его "отношение к ним:
Цитата:
Сколько максимум цифр после запятой допустимо в ЕГАИС для количества нефасованной продукции и для указания ёмкости?
operator9 » Сегодня, 12:07 В значении с типом:
<xs:simpleType name="PositiveDecimalType">
<xs:restriction base="xs:decimal">
<xs:minExclusive value="0"/>
Отображается 4 знака после запятой. При этом отправить можно больше знаков после запятой, но в таком случае произойдет округление в большую или меньшую сторону, в зависимости от следующих значений
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 и последующий "диалог"... а пока обсуждение от сего дня:
2. Оказывается УТМ может саморазрушаться, при выключении ПК, без принудительной остановки его служб!
1. Как долго ЕГАИС изменяет остатки? Сразу вспомнились "претензии" к работе "УС Лэнд:ЕГАИС" от остатков и жесткий их контроль по внутренней БД при создании и отправки операция, например: https://olegon.ru/showpost.php?p=313868&postcount=52 и последующий "диалог"... а пока обсуждение от сего дня:
Цитата:
… и конечно, как и по любым проблемам ЕГАИС операторы ФСРАР посылают спрашивающего на … где ответа и решения проблемы НЕ БУДЕТ: https://olegon.ru/showthread.php?t=29727 Столкнулись с ситуацией, когда в результате запроса остатков получаем один остаток, а анализируем остатки по движению справки Б - другой.
Теперь подробно. Справка 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? Как и когда мы можем получить актуальные настоящие остатки?
Теперь подробно. Справка 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? Как и когда мы можем получить актуальные настоящие остатки?
Цитата:
Предоставление информации возможно только представителю организации, для идентификации необходимо создать обращение через Личный кабинет (на портале service.fsrar.ru в модуле «Линия поддержки») участника алкогольного рынка. В рамках обращения в ЛК будут предоставлены данные анализа.
2. Оказывается УТМ может саморазрушаться, при выключении ПК, без принудительной остановки его служб!
Цитата:
После обновления сертификата RSA начала останавливаться служба транспорта. После одного или двух перезапусков работает. Бывает сам стартует нормально. Лог прилагаю. Прошу помочь.
Цитата:
Спешно, пока не выложил в релиз добавил в анализатор логов ещё и эту "новую" заморочку... Буду смотреть, если такие проблемы будут, то придётся писать сценарий при выключении компа с УТМ... 1. После перезаписи RSA-сертификата документы успешно принимались и отправлялись УТМ. Ошибка CKR_USER_NOT_LOGGED_IN возникает после некорректного завершения работы УТМ.
2. Сообщение operator9 » 12 минут назад Для того, чтобы ошибка не возобновлялась, рекомендуем первоначально завершать работу УТМ, а затем выключать ПК
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
Есть документация на УТМ с описанием правил оформления файлов и всех тэгов атрибутов для обмена с УТМ и есть XSD схемы доступные на домашней странице УТМ.
Оказывается №1.
В схемах упоминается множество необязательных атрибутов документов (тэгов) не описанных в документации. В принципе программа для ЕГАИС должна уметь игнорировать неизвестные ей тэги.
Оказывается №2.
Эти тэги ни когда не будут описываться в документации, на что есть официальный ответ Гушанского А.В.
Цитата:
данные теги мы вводили в состав документов по просьбе сетей. и на совместном совещании рабочей группы мы с рынком договорились, что сети сами решат вопрос указания данного тега с поставщиками, Служба не будет вмешиваться в данный процесс, обязывать указывать этот тег, информировать о его наличии и так далее. Мы дадим техническую возможность и сделаем параметр необязательным. дальше рынок разберется самостоятельно. мы будем следовать этой договоренности и отдаем вопросы по урегулированию рынку. в документации мы ничего добавлять не будем
Оказывается №3.
Многие программы, в частности все созданные на платформе "1С:Предприятие" "рушатся"при чтении такого файла (с недокументированными тэгами) ЕГАИС.
Оказывается №4.
Поставщики, производители алкоголя должны подстраиваться под требования конкретного получателя алкоголя по полноте описания документов согласно схемам XSD. В частности Вы можете потребовать от них, что-бы они не использовали недокументированные расширения ЕГАИС.
P.S. Обо всем этом с примером реальных "попадосов" описано в сообщении: https://olegon.ru/showpost.php?p=323090&postcount=5
█ 19.12.2018 08:50
Как же весело жить в стране Россейской? Хорошо, что есть внимательные люди - спасибо им, а то за всеми ихними шутками юмора невозможно углядеть 
До вчерашнего дня с расходными накладными с марками было всё хорошо, а сегодня ЕГАИС присылаем отказ:
До следующего после 18.12.18 релиза из "УС Лэнд:ЕГАИС" нельзя будет отправить расходную накладную с акцизными марками
До вчерашнего дня с расходными накладными с марками было всё хорошо, а сегодня ЕГАИС присылаем отказ:
Цитата:
Новостей и официальной информации конечно нет - начал прочитывать все темы закрытого раздела форума ФСРАР и о! Чудо! в одном из обсуждений нахожу ответ оператора от 17.12: Накладная 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.
Дата ответа 2018-12-19T08:27:48.0169755
Проверка по ХSD завершилась с ошибками: Элемент "http://fsrar.ru/WEGAIS/
CommonV3:boxnumber" недействителен: значение "N_TEST-FB-000000036834214"
недействительно с точки зрения его типа данных "http://fsrar.ru/WEGAIS/
Common:boxNumberTypeString" ? Сбой ограничения Pattern.
Цитата:
То есть код групповой тары должен удовлетворять формату: operator9 17 дек 2018, 17:43 ФЛК включен.
До следующего после 18.12.18 релиза из "УС Лэнд:ЕГАИС" нельзя будет отправить расходную накладную с акцизными марками
█ 19.12.2018 09:35
Ага, я тоже наступил. Изначально длина была заложена 20 символов, увеличил до 40 на всякий случай (все равно пробелы в базе поджимаются). Это при приеме накладных.
█ 19.12.2018 11:33
Их там черти на сковородках жарят, раз решили устроить ад на алкогольном рынке в преддверии нового года? Включили множество новых ограничений без какого-либо официального объявления: часть дана кратким сообщением в каких-то темах закрытого раздела разработчиков, а на часть наткнулись специалисты в ЕГАИС, задавая недоуменные вопросы... В принципе, что увидел, то описал в сообщениях раздела с 17 декабря, но не могу каждый час изучать этот раздел с целью поиска очередных подлянок от ФСРАР и не буду! Закончу этим:
P.S. Какая у меня "чуйка"!!! В технологии пересортицы сразу сделал такое ограничение: https://olegon.ru/showthread.php?t=30512
Цитата:
Затем стандартная отмазка: 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>
Позиций в акте списания несколько, как и бывало ранее. Такой отказ впервые. Кто нибудь может пояснить в чем дело?
Код: Выделить всё
<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
Цугцванг!!! Ситуация не исправима ни средствами ЕГАИС, ни "бумагами" в МРУ
Совет: Продавать товар исключительно только после приёмки его в ЕГАИС и подтверждения ТТН
1. Поступила бумажная ТТН и реальный алкоголь с марками в магазин;
2. Сразу начали торговать. УТМ чеки не отправляет в ЕГАИС, т.к. офф-лайн режим;
3. Вынесли ПК в зону доступа... Чеки отправились, породив минуса торгового зала (УТМ и ЕГАИС не знает, что это поштучная АП), затем приняли ТТН в ЕГАИС - остатки упали на рег №1 и №3
Цугцванг!!! Ситуация не исправима ни средствами ЕГАИС, ни "бумагами" в МРУ
Совет: Продавать товар исключительно только после приёмки его в ЕГАИС и подтверждения ТТН
Часовой пояс GMT +3, время: 21:35.
Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.