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

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

22.11.2024 12:13


27.04.2019 08:02
Сей момент супруга производит подготовку к поездке на огород, а я от безделия изучаю "новшества" и что бы к понедельнику их не забыть - размещаю новенькое от создателей ЕГАИС:

Цитата:
Судя по фактическим ответам сервера онлайн проверки с 15.04.2019 появились новые незадокументированные причины отказа в фиксации чека:

<A><error>1: Проверка не пройдена: несоответствие предыдущего типа документа</error><ver>2</ver></A>
<A><error>1: Проверка не пройдена: продукция не внесена в поштучный учет</error><ver>2</ver></A>

Уточните, пожалуйста, что означают эти ответы? Когда будут внесены в документацию?
Цитата:
"Проверка не пройдена: несоответствие предыдущего типа документа (bcode)"- данная ошибка возникает в случае если тип документа текущего статуса штрихкода не соответствует чеку.
"Проверка не пройдена: продукция не внесена в поштучный учет (bcode)"- данная ошибка возникает в случае если чек содержит новую марку, которая не привязана к алкогольному коду(например, нет отчета о производстве).
2. Реакция-отказ на новые акцизные марки, относящиеся к "другой" алкопродукции... Ещё один аргумент к сплошной приёмке. Таких много в тестовом контуре
Цитата:
попытались отправить ТТН с продукцией TEST-FB-000000036862292 (алккод 0350190000001492450). В ответ пришла ошибка "Для помарочной партии не соответствует количество штрихкодов количеству продукции в позициях". Однако при запросе марок по данному РФУ марки не показываются.

Когда отправляем ТТН без марок - выдаёт ошибку что позиция помарочная и нужны ШК; когда отправляем с марками (есть из исходного акта постановки на баланс) - пишет что марка не найдена в системе.
Цитата:
В данном случае, проблема в том, что тип марок не соответствует алкоду продукции. Для продолжения тестирования, привяжите марки длинной 150 символов к форме 2, но первые 3 цифры марки должны соответствовать алкокоду, данные нужно брать из классификатора ФСМ/АМ. Т.е. следует просто поменять первые 3 символа в марке на код из классификатора.
27.04.2019 18:54
Цитата:
AndreyZh 2. Реакция-отказ на новые акцизные марки, относящиеся к "другой" алкопродукции... Ещё один аргумент к сплошной приёмке. Таких много в тестовом контуре
Цитата:
попытались отправить ТТН с продукцией [skip] (алккод 0350190000001492450). В ответ пришла ошибка.
[skip]
Цитата:
В данном случае, проблема в том, что тип марок не соответствует алкоду продукции. Для продолжения тестирования, привяжите марки длинной 150 символов к форме 2, но первые 3 цифры марки должны соответствовать алкокоду , данные нужно брать из классификатора ФСМ/АМ. Т.е. следует просто поменять первые 3 символа в марке на код из классификатора.
Первые 3 символа "АМ150" (число) должны принадлежать диапазонам:
1-10
20-29
31
101-185
202-246

Подробности (с "расшифровкой" алкогольной продукции по коду) приведены в "wiki egais". Доступно с офф.сайта ФСРАР:
"База знаний ЕГАИС"/"Заглавная страница"/"Федеральные специальные марки" (пункт 7 в "Содержании")/статья "Список кодов типов ФСМ/АМ".

Возможно использовать для входного ФЛК ШК "новой марки", но вряд ли ТОЛЬКО в этих целях эффективно. IMXO.
30.04.2019 11:31
Позвольте разместить "загадку" от создателей ЕГАИС?

Ситуация выявилась при отладке расширения функционала автомата: https://olegon.ru/showpost.php?p=330627&postcount=22 не мог понять почему при задании параметров программа даёт "неверный" список РФУ-2.

Перемещал со склада в ТЗ и обратно, запрашивал остатки регистра №3, опять перемещал, пытался списать по марке - был отказ. Думал, что есть задержки с ответами и т.д. Недавно заново запросил остатки на рег №1,2 и по РФУ-2... те же …

Пруфы (доказательства):

1. Остатки по РФУ-2:
Код:
0177452000001214903 РФУ-1 TEST-FA-000000036333962 Ром "Экстра Вье Сингл Каск    
1998"                                                                           
                                                                                
30.04/11:33 По TEST-FB-000000036735472 для 030000113645 на 2019-04-30 10:19:25
------------------------------------------------------------------------ Стр.  1
Н./п.                           Штрих код марки                            Прим.
--------------------------------------------------------------------------------
    1 08N00001CJ9HFEDUU9J1NRG911230400000765598138251254541452201741322108
2. Ответ ЕГАИС по остаткам торгового зала:
Код:
<rst:ShopPosition xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01" xmlns:rst="http://fsrar.ru/WEGAIS/ReplyRestsShop_v2" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef_v2" xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef_v2">
<rst:Quantity>4.0000</rst:Quantity>
<rst:Product>
<pref:FullName>Ром "Экстра Вье Сингл Каск 1998"</pref:FullName>
<pref:AlcCode>0177452000001214903</pref:AlcCode>
<pref:Capacity>0.7000</pref:Capacity>
<pref:UnitType>Packed</pref:UnitType>
<pref:AlcVolume>47.800</pref:AlcVolume>
<pref:ProductVCode>280</pref:ProductVCode>
<pref:Producer>
<oref:FO xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01" xmlns:rst="http://fsrar.ru/WEGAIS/ReplyRestsShop_v2" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef_v2" xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef_v2">
<oref:ClientRegId>050000011906</oref:ClientRegId>
<oref:FullName>Хэбитейшен Сент-Этьен</oref:FullName>
<oref:ShortName>Хэбитейшен Сент-Этьен</oref:ShortName>
<oref:address>
<oref:Country>474</oref:Country>
<oref:description>97213 Грос-Морне, Мартиника</oref:description>
</oref:address>
</oref:FO>
</pref:Producer>
</rst:Product>
</rst:ShopPosition>
… по складу понятно, что данного алкокода нет …

3. Подтверждающее "заморочку" информация из "УС Лэнд:ЕГАИС":





Загадка! Как избавится от этой марки, не обращаясь в ТП ФСРАР?

P.S. Письменные обращения к ним - уже имею опыт: https://olegon.ru/showthread.php?t=29727, а это тестовый контур... т.е. не вижу смысла терять время и нервы
30.04.2019 12:05
А если попытаться отправить кассовый чек?
30.04.2019 12:30
Цитата:
Mtirt А если попытаться отправить кассовый чек?
Буду пробовать все "предложения", т.к. "задачка" и в реале возможна... и её решать нужно уметь
30.04.2019 13:37
Увы, но работа с ЕГАИС не быстрый процесс, учитывая регламентные интервалы между запросами
Цитата:
Mtirt А если попытаться отправить кассовый чек?
Как бы ни было - докладываю по ТЕСТОВОМУ контуру:

1. Отправил чек с маркой регистра №3 по алкопродукции регистра №2;
2. Запросил остатки. По ТЗ остаток понизился;
3. Запросил остатки регистра №3 по РФУ-2 - марка с него списалась

Пруфы:





и ответ ЕГАИС:
Код:
<?xml version="1.0" encoding="ISO-8859-1"?>
<ns:Documents xmlns:ce="http://fsrar.ru/WEGAIS/CommonV3" xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01" xmlns:rst="http://fsrar.ru/WEGAIS/ReplyRestBCode">
<ns:Owner>
<ns:FSRAR_ID>3463047</ns:FSRAR_ID>
</ns:Owner>
<ns:Document>
<ns:ReplyRestBCode>
<rst:RestsDate>2019-04-30T13:17:48.1748</rst:RestsDate>
<rst:Inform2RegId>TEST-FB-000000036735472</rst:Inform2RegId>
</ns:ReplyRestBCode>
</ns:Document>
</ns:Documents>

P.S. Всё прошло в противоречии методологии поштучного учета

P.P.S. ЕГАИС продолжает висеть: https://olegon.ru/showpost.php?p=330619&postcount=273, а юзвери продолжают от меня требовать, что бы я его подтолкнул

09.05.2019 19:48
В данной теме мной периодически добавляются "находки" продвинутых пользователей и разработчиков программ для среды ЕГАИС, которые НЕ ОПИСАНЫ в документации, но периодически вносят "сумбур" при попытке понять действия ЕГАИС в определенных, как правило нестандартных ситуация. Вот очередная, свежая, которая доказывает необходимость

обновления УТМ до актуальный сборки, которая делается через ... "тернии к звёздам"

Изначально проблемы "старых" сборок УТМ 3.0.8 выявились в "непонятной" ошибочной работы ЕГАИС с новыми марками (описано где-то выше), затем в "волшебным" механизмом фильтрации: https://olegon.ru/showthread.php?t=31150 ... затем в других "моментах"... Особенности обновления УТМ описаны: https://olegon.ru/showpost.php?p=328833&postcount=72 и на "своей шкуре" вижу по письмам, где "писатели" хотят, что бы я на "шару" разобрался с их проблемами.

Новенькая находка. Раннее уже описывалось, что документы ЕГАИС могут иметь ДОПОЛНИТЕЛЬНЫЕ НЕОБЯЗАТЕЛЬНЫЕ АТРИБУТЫ, которые НЕ ОПИСАНЫ И НЕ БУДУТ ОПИСЫВАТЬСЯ В ДОКУМЕНТАЦИИ, но присутствуют В XSD СХЕМАХ документов, которые, кстати постоянно изменяются. Находка относится к этому нюансу ЕГАИС. Далее, как всегда в этой теме цитирую источники:

Цитата:
В XML схеме TTNSingle_v3.xsd (смотрим на домашней странице УТМ) есть вот что:

<xs:element name="EAN13" nillable="false" minOccurs="0" maxOccurs="1">
<xs:annotation>
<xs:documentation>необязательный реквизит EAN13</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction>
<xs:simpleType>
<xs:restriction base="xs:string" />
</xs:simpleType>
<xs:length value="12" />
<xs:pattern value="[0-9]{12}" />
</xs:restriction>
</xs:simpleType>
</xs:element>

Но проблема в том, что поле EAN13 ограничено длиной 12 символов. Как через него передать EAN13? Отрезать контрольный знак или что-то еще?
Цитата:
В указанной Вами xml-схеме TTNSingle_v3.xsd информация по реквизиту "EAN13" указана следующая:
<xs:element name="EAN13" type="c:EANType" nillable="false" minOccurs="0" maxOccurs="1">
<xs:annotation>
<xs:documentation>необязательный реквизит EAN13</xs:documentation>
</xs:annotation>
</xs:element>

В схеме EGCommon.xsd расписаны значения данного тега:
<xs:simpleType name="EANType">
<xs:restriction base="xs:string">
<xs:pattern value="(\d{8}|\d{13}|\d{12}|\d{14})" />
</xs:restriction>
</xs:simpleType>
Цитата:
Что означает информация, которую я приводил выше:
<xs:length value="12" />
<xs:pattern value="[0-9]{12}" />
?
Данная информация отображается на домашней страницы УТМ версии 3.0.8, билд 1243. Правильно ли я понимаю, что описание схемы зависит от версии (и/или билда) УТМ? Если это так, то сообщите с какой версии (и билда) УТМ, значение тега EAN13 расширено до 14 символов?
Цитата:
Информация приведенная выше указана в УТМ версии 3.0.8 сборка 1259.
Цитата:
1) Означает ли это, что через УТМ билд 1243 при отправке исходящей ТТН с указанием EAN13 длиной 13 символов будет ошибка валидации файла или какая-то еще?

2) Означает ли это, что при получении ТТН входящей с указанием EAN13 длиной 13 символов через УТМ билд 1243 будет какая-либо ошибка?
Цитата:
1) При отправке документа будет ошибка валидации.
2) При получении документа ошибки не будет.
06.06.2019 11:59
Новый вид "косяка", теперь от МРУ регионов... Регионы самостоятельно устанавливают ограничения для ЕГАИС на продажу алкоголя и иногда ошибаются, что исправляется достаточно долго и магазины несут потери... Свежий случай:
Цитата:
04 июн 2019, 19:30

Добрый вечер! По всей Ульяновской области не можем продать алкоголь крепостью свыше 15 градусов. Хотя запрета нет. Запрет после 20-00 и на алкоголь свыше 40 градусов. Как нам быть?

Выходит ошибка. Проверка не пройдена. Попытка продажи в запрещённое время.

Я так понимаю местные органы данной области скинули неправильно информацию о запрете. И теперь во всей Ульяновской области все фирмы, которые честно торгуют терпят убытки и не могут торговать алкоголем
После запросов логов УТМ, тянучки с ответами, операторы ФСРАР дали ответ:
Цитата:
04 июн 2019, 21:20

Данные ограничения установлены лицензирующим органом субъекта РФ , за разъяснениями по данным ограничениям Рекомендуем обращаться в лицензирующий орган. Дежурная линия не уполномочена устанавливать или снимать данные ограничения. Дежурная линия осуществляет исключительно техническую поддержку по информационным ресурсам ФСРАР.
Впрочем к сегодняшнему дню проблему кто-то исправил
06.08.2019 08:32
Если чё - не верь глазам своим! Суть запутывания в цитате, а ответ оператора - "оставьте предложения по доработке"
Цитата:
По TTN-0311063836 грузоотправитель 010060693779 делает Акт отказа за грузополучателя. На Check1.egais этот акт отображается как:

Отправитель: Общество с ограниченной ответственностью "Белуга Маркет Восток" Ид: 010060693779
Получатель: Общество с ограниченной ответственностью "БИРТРЕЙД" Ид: 030000292512
Номер: 5\00005844 Дата: 26.04.2019 0:00:00
Статус: Отозвана

Отправителем ( Общество с ограниченной ответственностью "Белуга Маркет Восток" ) составлен Акт подтверждения с номером 000047093 от 29.04.2019 0:00:00

Почему сейчас Акт отказа за грузополучателя идентифицируется на ресурсе как Акт подтверждения? Хотя ранее был как Акт отказа зафиксированный поставщиком.

Считаю что это некорректная информация, которая запутывает ситуацию
06.08.2019 09:52
Цитата:
AndreyZh Если чё - не верь глазам своим! Суть запутывания в цитате, а ответ оператора - "оставьте предложения по доработке"
Оказывается это свежее новшество и касается не только отказа за получателя:
Цитата:
19 минут назад

По накладной 63937 TTN-0305703992 получен акт отказа от грузополучателя (030000363827). Продукция по данной ТТН вернулась на баланс поставщика (030000008279). По информации на сайте Check1.fsrar.ru по данной накладной составлен Акт подтверждения с номером TTN-0305703992_REJECTED от 05.08.2019, но накладная находится в статусе: Отказана. В УТМ информация во входящем Ticket'е указывает что ТТН распроведена. Просьба помочь разобраться в данной ситуации.
Цитата:
operator9 » 16 минут назад

Добрый день.
Накладная TTN-0305703992 на текущий момент имеет статус "Отказана". Вопрос по отображению информации на сервисе Check1.fsrar.ru находится в работе. Ожидайте. (50163
Часовой пояс GMT +3, время: 12:13.

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