ЕГАИС: даты документов и даты отправки, инверсия даты, реакции системы : КИС Lack & УС Land

AndreyZh · █ 25.01.2020 11:46

Цитата:

- Доктор, в последнее время меня сильно беспокоит Гондурас?
- А Вы его не чешите!

Сегодня взялся за серьёзный анализ свежей новости: https://olegon.ru/showpost.php?p=344297&postcount=10, включая "поднятые" ей обсуждения на форуме ФСРАР... Конечно - это полезная доработка ЕГАИС, когда она правильно заработает. Однако это подняло и другие проблемы, например непонятные и несвязанные ни с чем тикеты и сообщения в логах УТМ "инверсия даты", например свежий диалог:

Цитата:

В. Вчера отправили согласие (ConfirmRepealWB) на запрос на отмену акта по ТТН TTN-0353522915 ФСРАР ИД ...
В ответ на данное согласие от ЕГАИС пришел один тикет. Но второго тикета, который должен прийти на данный ответ до сих пор нет, что видно и на check1.fsrar.ru, если "пробить" данный ГУИД

... Проверьте пожалуйста, нужно отменить первоначальный Акт, мы все для этого сделали, но он не отменяется

... Второй раз на эту же ТТН ведь нельзя отправить запрос распроведения с датой 24е?
... Можно, акт же не был распроведен. Успешно распровести акт можно только один раз.

О. В накладной и акте указана дата 24.01.2020, в запросе распроведения указана дата 21.01.2020. Об ошибке "Инверсия даты" Вам поступил тикет.

Так, как данный тикет "левый" решил проверить и посмотреть его "в живую", но для начала нужно было отправить ТТН будущим числом... О запрете отправки всех видов документов датой меньшей 3 дней от текущей (чеки +- 1 сутки) давно известно и данные контролы давно присутствуют в "УС Лэнд:ЕГАИС", а что с отправкой будущей датой? Тем более - это была универсальная рекомендация обхода проблем в ЕГАИС: https://olegon.ru/showthread.php?t=27004

Замечание: Отправка будущим числом может порождать минусовые остатки на любых регистрах, о чем упоминалось в "неинтересных" темах: https://olegon.ru/showthread.php?t=29675 и https://olegon.ru/showthread.php?t=25377, а посему перед такой отправкой документа любого типа "УСЕга" запрашивает разрешение с предупреждением, но отправляет, если Вам надо...

1. Отправляю ТТН +30 дней к текущей дате и получаю обрабатываемый отказ ЕГАИС... и это для меня "новенькое":

Код:

Код регистрации: TEST-TTN-0007749701
Накладная 190 от 25.02.20 ПРИНЯТА ЕГАИСом 25.01/11:42

Дата ответа 2020-01-25T10:38:38.9583644 Документ успешно принят системой на обработку.                                  

Дата ответа 2020-01-25T10:38:38.737 Ошибка проводки накладной №190 от 25.02.2020 00:00:00. Накладные с датой менее  3 дней и более 10 дней от даты подачи в ФС РАР  не обрабатываются.

2. Заодно проверил по операциям, кроме чеков, где есть контролы, остальных типов... Для всех операций ответ ЕГАИС идентичен:

Код:

25.01/11:56 Трансфер ОТКАЗАН системой ЕГАИС Код регистрации: TEST-TTS0000102703

Дата ответа 2020-01-25T10:48:38.9538105 Документ успешно принят.                                                      

Дата ответа 2020-01-25T10:48:38.717 Ошибка проводки передачи в торговый зал №1 от 25.02.2020 00:00:00. Документы с датой отличающейся от даты подачи в ФС РАР более чем на три дня не обрабатываются.

Что`ж - это новый спектр задач, который нужно решать в "УСЕга"!

Поехали дальше... Сделал ТТН +9 дней к текущей, отправил, дошла до получателя, сделал акт подтверждения, который "УСЕга" без диалога и ОШИБОЧНО получается создаёт текущей датой... В принципе хотел изучить "левый тикет инверсии"?

Однако пришел тикет с правильной (уже в ЕГАИС исправили) информацией:

Код:

<tc:Result>
        <tc:Conclusion>Rejected</tc:Conclusion>
        <tc:ConclusionDate>2020-01-25T10:50:38.3413758</tc:ConclusionDate>
        <tc:Comments>Дата Акта разногласий не может быть меньше даты накладной. Владелец ["030000113645"]. 
</tc:Comments>

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

P.S. В принципе всё вышеизложенное дало много задач для меня, т.ч. пока дальнейшее изучение проблем временно закончу, пока не внесу изменения в программу, а потом получив свой корректный инструмент продолжу исследования

AndreyZh · █ 26.01.2020 11:28

На эту неделю хватит работать

- сегодня порешал проблемы "УС Лэнд:ЕГАИС" и опишу "поиздеваясь" страшными скринами от "УСЕга"

I. Посылка акта отказа вместо получателя на свою отправленную накладную.

1. В "сервисе" для других УС программа не знает атрибутов вашей накладной, а посему здесь, как и везде просто даёт предупреждение - рекомендацию, ничего не умея контролировать:

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

II. Контроль даты отправки и даты документов любого типа - технология:

1. Срок +/- 3 дня задаётся в настройке или встроен по умолчанию, но для накладных жестко задан +10 дней относительно текущей даты. Это допускает, как обычно неожиданную смену требований ЕГАИС

2. Запрет отправки отличной в меньшую сторону был сделан давно, а сейчас добавился и в большую сторону, при этом Вы "продираетесь" через пачку предупреждений программы:

а. Предупреждение-запрос, что такие манипуляции приводят к минусам на ЛЮБЫХ регистрах;
б. Диагностическое сообщение с подробным описанием возможных проблем;
в. Последний запрос-предупреждение об ожидаемых Вас проблемах.

III. Отправка актов на накладные, в том числе в сервисных - для любых УС режимах. Так же добавлены подсказки, как отказываться от действий.

1. Для приёма у себя накладных. После проверки товаров по ним... в первую очередь для пользователей в реале включен жесткий контроль, что-бы дата акта не была меньше даты накладной... Пришлось переделать кучу вспомогательных процедур:

Также переделаны сервисные задачи для других УС, где "УСЕга" не знает дат, т.е. просто предупреждает о последствиях. При необходимости даты накладных, актов Вам известны из своей УС.

2. Отправка подтверждения/отклонения на акт расхождения получателя. Когда-то сделано было для пользователей "1ц" и интересно научилась ли она делать такие документы?

3. Отправка полного приёма или отказа на накладную от поставщика. Когда-то это было сделано для:

- "УС Лэнд:ЕГАИС" не умела работать с накладными, имеющими нестандартные тэги пространства имен;
- Для большинства УС, в том числе "1Ц", "СМ+", которые не могут работать с накладными, где в начале определяется кодировка XML файлов, что допускается ЕГАИС... "УСЕга" такие знаки не видела, а посему спокойно работала с такими ТТН.

P.S. Продолжение следует когда-нибудь...

AndreyZh · █ 31.01.2020 11:40

Сегодня завершил переработку программы с целью контроля на уровне интерфейса за Вашей работой с датами документов и операций в свете стартовой новости ЕГАИС.

Доработана система самоконтроля и предупреждений при работах с циклом распроведения актов на накладные: https://olegon.ru/showthread.php?t=30904 Раньше программа указывала даты операций равной текущей, что в общем случае неправильно и ЕГАИС сейчас отправляет отказной тикет, который надо изучать в режиме чистки запросов. Например: ТТН будущим числом, следовательно акт на ТТН будущим числом, что постоянно при доставках из других городов. Есть нюансы описанные ниже...

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

I. Роль отправителя ТТН. Сейчас дата отказа или согласия с запросом получателя назначается равной текущей или равной дате запроса на распроведения, если она больше текущей. Дата запроса анализируется:

P.S. Номера запросов/ответов всегда делаются уникальными из даты и времени с точностью до секунды

P.P.S. Подсистема распроведения актов пока работает по старому, а не согласно свежей новости, а посему будет отлаживаться в остальных нюансах после 10.02.2020

AndreyZh · █ 29.04.2020 08:59

Много переписывал программу, что бы не "ловить" непонятные сообщение об "инверсии даты" от ЕГАИС, так и ни разу, ни где их "живьем" не видев... Однако стоило "забыть" сделать такой контрол по допустимым датам документов на актах фиксации и отвязки марок, во время очередной серии отладок в реале получил данное "письмо" от ЕГАИСа:

Цитата:

27.04/16:26 Акт отвязки марок ОТКАЗАН системой ЕГАИС. Код регистрации: AUFBC-0000006590

Дата ответа 2020-04-27T15:26:24.185077 Документ успешно принят.

Дата ответа 2020-04-27T15:26:22.677 0h4 Инверсия даты: 2020-04-17

… возможно понял, когда приходит такое непонятное сообщение, т.к. по большинству типов документов текст понятен для пользователей - пока режимы не отработаны и пользователи не достали вопросами по этой теме, то диагностика улетает на ветку анализа "иначе"?

AndreyZh · █ 19.11.2020 14:49

Тихо и секретно дорабатывается ФЛК ЕГАИС, в частности по контроля дат документов и их отправки... Вот и сам наткнулся вчера на "ситуацию" - ТТН от поставщика от 3.11, товар пришел 18.11, проверили марки, отсылают акт приёма, а "ЕГАИС его не принимает". По удаленке, под диктовку пытаюсь отправить акт - не получается, хотя с такими запоздалыми поступлением ТТН довольно много.

Подумал, внимательно поглядел - программа, с января 2020 предлагает дату акта равную дате накладной... и по исходнику контролирует, что бы дата акта лишь не была меньше даты ТТН. Пробую отправить акт 18.11 - всё нормально "подтвердилось".

Сегодня стал искать "теорию" под такое поведение ЕГАИС и нашел диалог - ответ оператора ЕГАИС по схожей "заморочке":

Цитата:

operator8 » 29 сен 2020, 13:29 Здравствуйте.

На данный момент накладная TTN-0395925430 имеет статус "Проведена". При отправке акта на накладную TTN-0395925430 грузополучателем получена квитанция с ошибкой: "Акт разногласий с датой отличающейся от даты подачи в ФС РАР более чем на семь дней не обрабатываются." С целью недопущения нарушения сроков фиксации сведений в ЕГАИС, на серверной части ЕГАИС реализован форматно-логический контроль сроков фиксации документов.

Фиксации не подлежат:
Все документы с датой, отличающейся от текущей на 3 дня (как младше, так и старше);
Для ТТН: раньше текущей даты более чем на 3 дня, позже - 7 дней от текущей;

Например, фиксации не подлежит Акт с датой 07.03.2019, если текущий день - 10.03.2019, а также акт с датой 17.03.2019, если текущий день - 10.03.2019. С технической точки зрения, проверке подлежит дата, указываемая в xml-файле документа. Технически, для успешной отправки акта рекомендуем грузополучателю указать дату в акте, соответствующую дате фактической отправки акта.

… В принципе формально требования изменили только для ТТН - раньше можно было отправлять с датой +10 дней от текущей, но фактически под эти требования контроль даты актов включили недавно.

Понимая, что это сложно понять пользователям - сменил, добавил ограничители в программе "УСЕга" под эти вдруг всплывшие обстоятельства

P.S. До кучи опишу возможную патовую ситуацию: Сегодня 19.11. Поставщик отправляет ТТН с учетом дороги датой 25.11, но товар приходит 20.11, его принимают по факту, а в ЕГАИС подтвердить нет возможности т.к. его дата не может быть меньше даты ТТН, но и больше 24.11

AndreyZh · █ 19.11.2020 15:53

Да и в сегодняшней работе и тестах удалось поймать "инверсию":

1. Поставил на баланс регистра №1 алкопродукцию с маркой 19.11 - марки встали на регистр №3
2. Создал ТТН 18.11 с маркой из свежей алкопродукции появившейся 19.11

После отправки пришел отказ от ЕГАИС:

Код:

Код регистрации: TEST-TTN-0007776012
Накладная 196 от 18.11.20 ПРИНЯТА ЕГАИСом 19.11/13:45

Дата ответа 2020-11-19T12:44:54.4280657
Документ успешно принят системой на обработку.                                                                                    

Дата ответа 2020-11-19T12:45:40.243
0b4 Инверсия даты: 2020-11-18 для ШК 22N0000154L09KFNYU6380W51019015003131Q1PQY7WQ783EQA9Y9OKW5OYN5RYXEIH

То есть марка появилась более поздней датой, чем дата её расхода

AndreyZh · █ 01.07.2021 18:18

Сколько раз в сутки нужно изучать основные ресурсы, что-бы быть в курсе хотя-бы основных изменений? Понятно, что правки в программы можно вносить по ночам... а если они походя доносятся в сообщениях с неброскими заголовками... Может быть мы уже в другой стране уже живём?

Акты на списание со склада можно распроводить не позже 7 дней от даты акта списания

Цитата:

Elvira » Сегодня, 16:08 Добрый день.

По итогам инвентаризации списали маркируемую продукцию в апреле 2021. Теперь нашли бутылки из этого списания. Раньше рекомендовали отзывать акт списания. При попытке отозвать пришел тикет с ошибкой "Запрещено распроводить акты списания с любого регистра, если с момента списания прошло более 7 дней." Как поставить продукцию на баланс, марки новые?

Цитата:

operator15 » Сегодня, 16:26 Здравствуйте!

С 1 февраля 2021г. устанавливается срок, в течение которого разрешено отзывать акты списания продукции в автоматическом режиме, в случае обнаружения в них ошибок. Срок составляет 7 календарных дней. По истечению срока, уточнения могут быть внесены в соответствии с административным регламентом по ведению ЕГАИС, утвержденных приказом Росалкогольрегулирования № 193 от 1 августа 2013 г., т.е. путём отправки официального обращения в МРУ региона. Контакты МРУ расположены на сайте . В правом верхнем углу на географической карте необходимо выбрать Ваш регион, а затем нажать кнопку "Контакты". Обратиться в МРУ Вы также можете через электронную форму приема обращений , обращение должно быть официальным, с подробным описанием проблемы, с подписью и печатью организации.

Конечно нужно править программу, но меня тот же вопрос, а ведь стараюсь ежедневно мониторить основные ресурсы...

Цитата:

Мы пропустили новость или это внутренне решение про 7 дней?

AndreyZh · █ 02.07.2021 10:54

Забыл... и наверное данную новость размещал в теме: https://olegon.ru/showthread.php?t=29675? Хорошо, что исходник программы - история развития ЕГАИС

Цитата:

AndreyZh ➤ Конечно нужно править программу, но меня тот же вопрос, а ведь стараюсь ежедневно мониторить основные ресурсы...

Пока, в старых версиях. Программа запрашивает разрешение на отправку:

В случае негодной даты - запрещает отправку запроса на распроведение:

Ну и исходный код, где это мной было обнаружено:

Код:

        /*  Обработка актов списания 18.12.2020
           Устанавливается срок, в течение которого разрешено отзывать акты списания продукции в
            автоматическом режиме, в случае обнаружения в них ошибок. Срок составляет 7 календарных дней.
            По истечение срока уточнения могут быть внесены в соответствии с административным регламентом
            по ведению ЕГАИС, утвержденных приказом Росалкогольрегулирования № 193 от 1 августа 2013 г.
            Дата включения 1 февраля 2021г.
        */
        dDat    := Max(Date()-3,dDat)       //  Дата акта на распроведения не должна отличаться на более чем 3 дня от текущей
        IF Abs(Date()-dat) > 6 THEN ErrMess("Запрещено распроводить данный акт списания. Дата распроведения отличается от даты акта более чем на 7 дней - распроведение НЕВОЗМОЖНО!",cError); RETU FALSE

AndreyZh · █ 08.07.2021 11:34

Наконец-то смог "дожать" данную "тему" не, ограничиваясь "старым" сообщением

Цитата:

Устанавливается срок, в течение которого разрешено отзывать акты списания продукции в автоматическом режиме, в случае обнаружения в них ошибок. Срок составляет 7 календарных дней. По истечение срока уточнения могут быть внесены в соответствии с административным регламентом по ведению ЕГАИС, утвержденных приказом Росалкогольрегулирования № 193 от 1 августа 2013 г. Дата включения 1 февраля 2021г.

1. Режим распроведения чужих актов списания. Добавил подсказки и контроль на (+/-) 3 дня от текущего

Однако контроль прохождения запроса на распроведения нужно делать самим в режиме "чистки" запросов. Породил ошибку по дате и ловил тикет

В ответ приходит:

Код:

<?xml version="1.0" encoding="utf-8"?>
<ns:Documents xmlns:tc="http://fsrar.ru/WEGAIS/Ticket" xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef" xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" Version="1.0">
  <ns:Owner>
    <ns:FSRAR_ID>3463047</ns:FSRAR_ID>
  </ns:Owner>
  <ns:Document>
    <ns:Ticket>
      <tc:TicketDate>2021-07-06T09:28:20.0808759</tc:TicketDate>
      <tc:Identity />
      <tc:DocId>28B38481-6BBF-4AED-88BA-A08290CF15C3</tc:DocId>
      <tc:TransportId>6d4f427a-3761-4778-a544-acdc747a3634</tc:TransportId>
      <tc:RegID />
      <tc:DocHash />
      <tc:DocType>RequestRepealAWO</tc:DocType>
      <tc:Result>
        <tc:Conclusion>Rejected</tc:Conclusion>
        <tc:ConclusionDate>2021-07-06T09:28:20.0808759</tc:ConclusionDate>
        <tc:Comments>Запрещено распроводить акты списания с любого регистра, если с момента списания прошло более 7 дней. Владелец ["030000113645"]. 
</tc:Comments>
      </tc:Result>
    </ns:Ticket>
  </ns:Document>
</ns:Documents>

2. По актам списания со склада, а с ТЗ не распроводится включен полный контроль по датам и запрос даты распроведения. Формально программа спрашивает:

Однако не пропускает запросы на распроведение если:

1. Дата меньше даты списания;
2. Нарушается (+/-) 3 дня от текущей;
3. Дата распроведения отличается от даты акта более чем на 7 дней