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

Выявление рассогласований остатков регистров ЕГАИС с данными учетных систем при помощи "УСЕга" : КИС Lack & УС Land

21.11.2024 21:14


05.01.2019 12:08
Наконец наступил первый выходной день в этом году и можно стало заняться творчеством, отдыхая от диких пробок, начавшихся со 2 января, связанных с экстремальными снегопадами и желанием народа раньше начать рабочий год. Правда 1.01 было ещё нормально кататься

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


Очередная заумная "мутотень" от программы для ЕГАИС "УС Лэнд:ЕГАИС"...

Новый инструмент анализа рассогласования остатков ЕГАИС. Основной критерий корректности остатков – это остаток на складе по связке «алкокод + РФУ-2» должен в точности совпадать с остатками по акцизным маркам регистра №3 по той же связке. Они могут не совпадать только по двум причинам:

1. Движение по маркам проводится и учитывается в другой учетной системе. Все операции по акцизным маркам: запрос остатков регистра №3, приход, расход, списание, продажи по чекам в «УСЕга» изменяют остатки по акцизным маркам. Если любая из этих операций, кроме «прихода», где возможна эмуляция «подтверждения приходной ТТН» делается в другой УС, то остатки по маркам не изменяются. Актуализировать их можно через запрос остатков по РФУ-2.

2. Сбои и ошибки проведения операций в ЕГАИС на сервере ЕГАИС – довольно частый косяк ЕГАИС, судя по сообщениям форумов ФСРАР и ЦИ, но весьма трудно отслеживаемый и исправляемый техподдержкой ЕГАИС в «ручном» режиме. Например: https://olegon.ru/showpost.php?p=324117&postcount=47

В новом режиме «пула акцизных марок» - «Выявление расхождений между остатками регистров №1 и №3» программа для ЕГАИС «УС Лэнд:ЕГАИС» позволяет в автоматическом режиме выявить данные рассогласования данных, обновить информацию из ЕГАИС с целью попытки синхронизации данных, а если это не поможет дать специалистам ФСРАР информацию для «ручной» корректировки данных ЕГАИС.





Правильная последовательность действий для выявления и выправления рассогласований:

1. Сделать запрос свежих остатков склада – регистра №1, например, в режиме «сервис / автозапрос остатков»;

2. Запустить указанный режим «пула» «Выявление расхождений между остатками регистров №1 и №3». Ответьте на запрос полноты отчета – по всем остаткам или только, где есть расхождения. Программа построит отчет по расхождениям, а после выхода из его просмотра предложит послать запросы по остаткам регистра №3, по выявленным ей расхождениям остатков;

3. После получения ответа по остаткам регистра №3, обновления информации в пуле и повторного запроса остатков склада заново запустить режим выявления рассогласований.

Если рассогласования снова обнаружится, то данный отчет Вы можете предоставить техподдержке ФСРАР или ЦИ для ручного исправления информации в ЕГАИС. Приведу пример отчета – данных много, т.к. многие возможности на момент написания инструкции отключены в тестовом контуре ЕГАИС:

Код:

        Отчет по остаткам регистра №3 и справочно по остальным. Выявление расхождения остатков на 05.01.19 13:07:07        Стр.  1
----------------------------------------------------------------------------------------------------------------------------------
Код алк.прод. ЕГАИС|РФУ-2 для остат. р№1 и №3|ОстСкл.|ОстРег3|ОстТЗал|         Наименование алкогольной продукции         |Литраж
----------------------------------------------------------------------------------------------------------------------------------
0177452000001214903 TEST-FB-000000036735472         3       2         Ром "Экстра Вье Сингл Каск 1998"                       0.700
0011118000001187714 TEST-FB-000000036833736                 7      10 Водка "Сыктывкарская"                                  0.500
0018220000001396931 TEST-FB-000000036788278         5       6         Вино столовое полусладкое красное "БАСТАРДО ФЕОДОСИЙС  0.750
0012622000002063451 TEST-FB-000000036787909         3       4         Виноградная водка "Прасковейский самогон №1"           0.500
0011118000001187714 TEST-FB-000000036833958                10      10 Водка "Сыктывкарская"                                  0.500
0013946000001876542 TEST-FB-000000036833959                20       4 Коньяк четырехлетний "Старый Кенигсберг" F             0.100
0178140000002040199 TEST-FB-000000036734407                 1         Коньяк "Фавро ВС"                                      0.200
12.01.2019 20:13
Опробовал - очень удобный инструмент поддержания пула марок в актуальном состоянии при продажах/списаниях в другой УС
при условии приема/эмуляции подтверждения через УСЕга ...
Времени меньше тратится, так как запрос только для РФУ-2, по которым прошли продажи/списания в другой УС.

Попутно вопрос - может быть при печати отчета по всем остаткам подавлять строки с Р1=Р3=0 ?
12.01.2019 20:18
Цитата:
plvn24 Попутно вопрос - может быть при печати отчета по всем остаткам подавлять строки с Р1=Р3=0 ?
Фигня! В официальном релизе будет... однако, как было где-то в нюансах ЕГАИС, из-за его сбоев может быть Р1==Р3, но прошла продажа и Р2 не нулевой... возможно не успел сервер ЕГАИС обновить остатки, а возможна проблема проведения операций... что впрочем не ограничивает пользователя в получении инфы в нужном ему виде
21.01.2022 11:19
В разделе рабочего контура форума ФСРАР в топе находится "мегапопулярная" тема "Нет списания с Регистра 1 за 11/12/21-12/12/2021". Суть: расхождение остатков регистра №1 от остатка по маркам регистра №3 по причинам косяков работы ЕГАИС. Народ решал такие проблемаы с ТП ФСРАР, как правило - одно обращение разрешалось за 2-3 недели... Я думал, что у нас такого не может быть, а нет

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

1. По локальной сети на рабочей станции процесс верификации происходил в течении 2 часов из-за огромной таблицы марок и данный процесс нельзя было прерывать;
2. Полученный список РФУ-2 захотелось скормить автомату: https://olegon.ru/showthread.php?t=31377, но для этого копипастом нужно было выбирать РФУ-2, что было лениво;
3. В других режимах пула, которые сподобились при поиске решения проблемы, так же выявилась недоработка 1.

Сделано.

1. По запросу создания списка ListRFU2.txt для автомата:





2. Добавлен "бегунок" процесса с оценкой времени исполнения и возможностью (признак - галка в форме) прерывания процесса:

Часовой пояс GMT +3, время: 21:14.

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