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

AndreyZh · █ 20.01.2021 18:46

Нежданчик для пивнюков и общепита

Со вчерашнего дня не отправляются акты списания с причиной реализация из торгового зала (регистр №2) без определения тэга суммы - контроль включен неожиданно и без объявления на сайте новостей для пользователей ЕГАИС.

Другая причина неожиданности - в актах списания с регистра №3, которые отправляются по версии 2 ЕГАИС, тег является необязательным.

В "УС Лэнд:ЕГАИС" при отправки акта списания с ТЗ программа запрашивает необходимость отмены тэга суммы по списания с любой причиной, а если данный тэг указывается, то контролируется полнота задания цен в акте и их превышения МРЦ.

Я на немного отдалюсь от форума - до скорой встречи

AndreyZh · █ 28.01.2021 09:07

Цитата:

AndreyZh ➤ Нежданчик для пивнюков и общепита

ФСРАР, наверное потонув в потоке жалоб, отключил ФЛК контроля тега сумм при списании с ТЗ по причине реализация примерно 24.01.2021... Будем считать это "пробником" и ожидаем официального сообщения об включении данного контрола

plvn24 · █ 13.02.2021 12:23

Опишу ситуацию со старой маркой.

При попытке фиксации марки в СИО 1 получено сообщение, о том, что марка выведена из оборота в СИО 2 (закрытая обособка)
Проверил, действительно, в СИО 2 продукция поступала помарочно и была списана при закрытии с Регистра 1 как недостача.
Пока думал, что с этой бутылкой делать - ее благополучно продали на СИО 1, чек зафиксирован в УТМ.
Однако никаких движений по регистру 2 чек не произвел! (подождал сутки для верности)
Проверка на check1 говорит что последний владелец СИО 2 и списано актом
Проверка в лк выводит протокол с упоминанием обоих движений марки (списание и реализация)
Проверка чека в офд через "антиконтрафакталко " - нарушений не выявлено.

В общем-то меня пока все устраивает, просто непонятно - это глюк или так и должно быть?

AndreyZh · █ 14.02.2021 09:09

Цитата:

plvn24 ➤ Опишу ситуацию со старой маркой.

Вполне возможно, т.к. ЕГАИС, например не ловит (ловил) дубли марок при списании, но при этом предприятия с "дублями" карались, о чём уже упоминалось в разделе - влом искать. Так же допускаю, что контролы продажи по чекам списанной марки отсутствуют или глючат - нет возможности проверить в тесте, а реале нет желания "искать приключений". При этом, как Вы заметили что данные о списании + продажи чеком имеются в личном кабинете, т.е. рано или поздно станут доступным для предъявления претензий предприятию.

ИМХО, я бы не стал искушать судьбу, тем более "похожие" ситуации встречались! Тем более до 1.04.2021 это легко исправляется, например средствами "УС Лэнд:ЕГАИС", которыми Вы владеете:

1. Делаете технический возвратный чек по проданной марке;
2. Запрос остатков;
3. Если она вернется на регистр №2 - просто списываете без указания марки, если на регистр №1, то делаете трансфер на ТЗ, что допустимо, т.к. старая марка и её дали переместить без указания марки в ТТН, а затем списываете с ТЗ.

Mtirt · █ 15.02.2021 07:08

AndreyZh, А зачем вам сейчас нужно в пункте 3 перемещение в ТЗ?

plvn24, А в СИО 1 в остатках этот алкокод есть? На 1 или на 2 регистр? Количество бутылок с фактическим совпадает?

AndreyZh · █ 15.02.2021 07:16

Цитата:

Mtirt ➤ AndreyZh, А зачем вам сейчас нужно в пункте 3 перемещение в ТЗ?

Для списания без указания марки дабы ей более не светить

plvn24 · █ 15.02.2021 14:43

Цитата:

Mtirt ➤ А в СИО 1 в остатках этот алкокод есть? На 1 или на 2 регистр? Количество бутылок с фактическим совпадает?

Да, конечно есть на Р1, я же пытался марку привязать. Впрочем, есть такой алкокод и на Р2...
Р1+Р2 теперь на 1 меньше фактического количества

plvn24 · █ 15.02.2021 18:28

Цитата:

plvn24 ➤ Р1+Р2 теперь на 1 меньше фактического количества

Извиняюсь, наоборот конечно же, Р1+Р2 больше фактического, так как движения по Р2 не было

AndreyZh · █ 03.03.2021 08:36

Хорошая программа не та, что правильно работает при правильном использовании, а та, что правильно работает при любых ситуациях... и как понял - "УС Лэнд:ЕГАИС" ещё долго развиваться прежде чем её можно будет назвать хорошей программой. С начала февраля 2021 было несколько сообщений о вылетах программы, присылали скрины, но источник вылетов или их причину не мог найти, т.к. судя по скринам вылеты были на "пустом месте".

Наконец вчера удалось поймать ситуацию вылета, с обычным сообщением "февраля" об ошибке и выяснить ситуацию, когда такая ошибка возникает в "любом" режиме программы... и это возможно новая реальность ЕГАИС?

Суть: из ЕГАИС могут приходить не полностью оформленные или пустые ответы, где такого "не может быть"

Обычно, если ситуация неполного ответа была допустимой, то в "УСЕга" была обработка ответа типа:

Код:

oUrl	:= oDoc:findFirst( "url" )
IF oUrl <> NIL
  <Операции>
ELSE
  <сообщение об ошибке>
ENDI

Но на "месте" отловленного вылета программы был код:

Код:

oUrl		:= oDoc:findFirst( "ns:Document" )

//	Создаю объект итератора подузла. Используя объект итератора сканирую ВСЕ теги узла СПЛОШНЯКОМ.
oIter       := TXmlIterator():new( oUrl )

т.е. если ОБЯЗАТЕЛЬНОГО тэга "ns:Document" в ответе ЕГАИС не существовало, то операция TXmlIterator():new( oUrl ) порождала вылет программы...

Начата процедура поиска иголок в стоге сена, т.е. ситуаций не обработки косяков в ответах ЕГАИС... и пару "иголок" уже нашел и исправил

AndreyZh · █ 03.03.2021 17:36

Цитата:

AndreyZh ➤ это возможно новая реальность ЕГАИС?

Во время "поиска клопов" обратил внимание, что модули, созданные 2015-2016, а так же 2019-2021 годах имеют хорошую защиту о кривых файлов приходящих с ЕГАИС, а неаккуратная обработка делалась мной в основном в 2018 году... Неужели в 2018 ЕГАИС работал стабильно, что пользователи не обращались с замечаниями по вылетам?

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

- при отправке списаний ЕГАИС не контролирует дубляжи марок в разных актах списаний, например все списания были с одной маркой и по ней же была продажа по чекам:

Код:

Информация по актам (у) на списание по складу (рег 1) по подразделению 030000113645 за период с 03.03.21 по 03.03.21
---------------------------------------------------------------------------------------------------------------03.03/17:48 Стр.  1
Дата и номер Алкогольная_продукция_списанная_по_акту                    Причина_списания          Списано_по_разделу_Б      К-во/Ц
----------------------------------------------------------------------------------------------------------------------------------
Рсп 03.03.21 0177442000002183148 ВИНО защищенного наименования места    Недостача                 TEST-FB-000000036836061        1
  1          происхождения белое,категория Q. b. A., регион Пфальц "Гевюрцтраминер" (т.м." А. Диель") полусладкое 0.        800.00
Пр. 03.03.21 0177442000002183148 ВИНО защищенного наименования места    Недостача                 TEST-FB-000000036836061        1
  2          происхождения белое,категория Q. b. A., регион Пфальц "Гевюрцтраминер" (т.м." А. Диель") полусладкое 0.        800.00
Пр. 03.03.21 0177442000002183148 ВИНО защищенного наименования места    Порча                     TEST-FB-000000036836061        1
  3          происхождения белое,категория Q. b. A., регион Пфальц "Гевюрцтраминер" (т.м." А. Диель") полусладкое 0.        800.00
             22N00001CJ5XTGOMING3SWY51113004000473A4S5BRCU1XAFT3S2H8NU0WCEGX5ET2W
----------------------------------------------------------------------------------------------------------------------------------
Итого списано в единицах         3.00000

- после операции с маркой остаток на регистре №3 меняется через 5-10 минут, что дало возможность полностью испортить картину в ЕГАИС и программе по маркам регистра №3, т.е. остаток на складе правильный, а по регистру №3 полный бред... Последний скрин не сделал, но он такой же, хотя все операции по маркам регистра №3 и на складе остаток 2 штуки: