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

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

22.11.2024 6:56


21.08.2019 08:59
Дабы не "потерять" инфу... Многие проги пытаются отправить чек в ЕГАИС, а если "сразу" не получается, то делают возвратный чек и иногда пытаются переотправить "старый". По новыми марками это не всегда будет срабатывать! Как пруф - диалог:
Цитата:
Здравствуйте, не удается продать новую марку из сегодняшнего прихода. к примеру … и еще 6 штук. УТМ пишет что повторная продажа, но если на сайте check1.fsrar.ru запрашиваем данную марку то она числится до сих пор на магазине и никуда не продана. Как исправить ситуацию?
Цитата:
Согласно информации в лог-файлах первый чек продажи попал в кэш онлайн проверки, затем при повторной отправке чека выдавалась данная ошибка. На текущий момент марки из чека можно продать.
Цитата:
А как долго "сбрасывается" кэш? Хотелось бы знать на следующую возможную аналогичную ситуацию
Цитата:
В данном случае была онлайн проверка, но продажи не было. Поэтому можно продать продукцию через 15-17 мин.
28.08.2019 13:50
В последнее время довольно часто - 2-4 темы на форуме ФСРАР в день встречаю выяснения проблем с данными в ЕГАИС типа приведенного ниже. Ощущая на "интересе" к технологиям "УСЕга" имею наглость предположить, что 99.999% пользователей ЕГАИС "кладут прибором" на ЕГАИС и бизнес своих нанимателей, т.к. на форуме ФСРАР выясняются или проблемы выявленные дотошными специалистами, коих 0.001%, или когда у остальных отзывают лицензии. Так же предполагаю:

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

Цитата:
Сегодня, 10:28 Здравствуйте. Организация ** При сверке остатков 30/07/19 обнаружилось расхождение УС и ЕГАИС: в ЕГАИС на остатке появилось 50 ед. продукции, FB-000002006573265. При анализе выяснилось, что в ЕГАИС отсутствуют списания за период с 12/12/18 по 22/01/19 (50). Причем расхождение появилось в июле - до этого сверка остатков проходила без расхождений. На 28/08/19 ситуация не изменилась. Просьба разобраться. Спасибо.
Затем обычная реакция добросовестных операторов ФСРАР:

Цитата:
1. Данные приняты для анализа...

2. Рекомендуем повторно сверить информацию об остатках.
То есть ручками поправили инфу в БД ЕГАИС и она стала корректной...

З.Ы. Думаю, что отношусь к 99.999%? Хотя ведётся учет в УС, данные отправляются в ЕГАИС, фактические данные выборочно мониторятся. Иногда сверяются остатки по общему литражу в УС и ЕГАИС, а при их большом расхождении делаются проверки данных и выявление причин расхождений. Пока на ЕГАИС было не более десятка "претензий" и даже пару раз пытался с их тех.поддержкой выяснять, что впрочем бесполезная трата времени
30.08.2019 12:06
У нормальных людей уже закончились отпуска, а у меня сегодня последний короткий рабочий день перед оным. В тоже время "разгоняется" процесс выявления всяко-разных нюансов

О запрете расповедения акта на накладную по истечению 30 дней все знают и где-то писал. Сегодня на форуме ФСРАР обнаружена ситуация создающая клинч для отправителя накладной и возможное её разрешение - проблема: товар и возможно очень много есть на фактических остатках, но его нет на остатках ЕГАИС на фсрар-ид. Как разъясняться в случае проверки?
Цитата:
1. Покупатель подтверждает накладную,
2. а потом отправляет запрос на отмену проведения акта подтверждения.
3. Я отправляю подтверждение этого запроса на распроведение акта…

Далее возникает необходимость удаления этой накладной и я отправляю исходящий акт отказа от накладной.. В ответ получаю квитанцию приема с комментарием: Акт для данной накладной уже зарегистрирован. Владелец ["010060693281"].

На Check1 накладная в статусе "Принята", как-будто и не было никакой отмены проведения акта подтверждения.
Цитата:
В акте по накладной TTN-03061..2 указана дата 18.07.2019, подтверждение запроса на отмену проведения зафиксирован 28.08.2019, разница между датами более 30 дней.

Согласно информационному сообщению: Если дата акта отличается от даты фиксации подтверждения запроса на отмену акта (ConfirmRepealWB) более чем на 30 дней, то отмена акта по накладной осуществляется только после ручного подтверждения со стороны сотрудников Межрегиональных управлений Росалкогольрегулирования.

для самостоятельного распроведения акта разница между этими датами не должна превышать более 30 дней. В данном случае рекомендуем письменно обратиться МРУ.
21.10.2019 14:15
Замечание о внимательности, в том числе и в Ваших программах! После разъяснения стало очевидным, но когда читал вопрос, то в первую очередь подумал о проблемах ЕГАИС
Цитата:
Добрый день, вопрос по контрагенту с ИНН 5410776501,а именно по двум СИО: 030000039125 и 030000008128. У них в ЕГАИС одинаковые ИНН и КПП : 5410776501 / 672701001 (но разные адреса). Как так получилось?
Цитата:
ФСРАР ИД 030000008128 не активен
… и данная информация видна при запросе по v2 по ИНН контрагента к ЕГАИС. В "УСЕга": запросы/Запрос по ИНН нескольких контрагентов v1 и v2 ^F2. После анализируйте в ответах.
25.10.2019 11:46
Сегодня "вязанка" новой или забытой для меня информацией. Посему не буду цитировать операторов, а просто перечислю их суть в виде вопрос-ответ:

1. Сегодня продлевали ключ ГОСТ и RSA, после этого УТМ стартует, документы отправляются, но в ответ приходит ошибка: "Неправильная подпись".
Специалисты Контур.Удостоверяющий центр подключались, сказали что сертификат в норме.

О: Удалите версию УТМ 2.1.6 и установите 3.0.8.


2. с 01.07.2019, при фиксации отгрузки отечественной продукции, оклеенной марками старого образца, от ее производителя, будет требоваться обязательное указание всех идентификаторов ЕГАИС. Почему в ТТН от производителя их нет?

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


3. Обнаружились накладные на пиво за 2016г., неподтвержденные в ЕГАИС. При перезапросе накладных, они до нас не доходят, т.к. сейчас уже другой формат документооборота?

О1: По запросу о неотвеченных ТТН Вы получите 10-значные регистрационные номера накладных (WBRegId), и этих номеров достаточно для формирования акта подтверждения ТТН.

О2: Указанные накладные от 2016 года. Для повторной загрузки накладных в УТМ необходимо отправить запрос ТТН не меньше четырех раз, т.к. накладные подгружаются из архива.


4. Если в общепите будете списывать продажи актами списания с причиной "реализация", в том числе с указанием акцизных марок, то тогда нужно вести бумажный журнал розничных продаж, т.к. электронный журнал, формируемый средствами ЕГАИС (в личном кабинете ЕГАИС) не соответствуют приказу №164 о журнале, согласно которого в электронном журнале необходимо указывать коды марок. ЧЕГО НЕТ! Указываются только номера актов
20.11.2019 11:55
В принципе "не очень давно" проблему обещали радикально решить:
Цитата:
FsrarGuru » 04 дек 2018, 15:44 тему закрываем. если проблема останется в 2.0.9, то откроем новую тему и будем разбираться
Но проблемы до сих пор актуальны и приходится сталкиваться, правда не парюсь, т.к. всё равно можно "пробиться":
Цитата:
McCey » 17 минут назад
HTTP ERROR 403
Problem accessing /. Reason:
Forbidden
Powered by Jetty:// 9.3.5.v20151012
Добрый день, заходим на домашнюю страницу, и выходит данное сообщение, при этом если запустить с ПК где установлен УТМ все работает корректно. Чистим папку C:\Windows\Temp, перезапускаем УТМ, какое то время работает корректно, далее проблема появляется вновь. Не подскажите в чем может быть проблема?
Размещаю очередную рекомендацию от ФСРАР для клуба "умелые ручки":
Цитата:
operator1 » 9 минут

Рекомендуем выдать полные права доступа (писать/читать) на папку TEMP пользователю, от которого запускается УТМ. По умолчанию запускается от пользователя "локальная система", папка TEMP находится по адресу C:\Users\Имя_пользователя\AppData\Local\Temp и C:\temp. После этого перезапустить УТМ и попробовать заново зайти на домашнюю страницу через браузер.
11.12.2019 13:02
Для развлечения компьютерщиков вышел новый билд УТМ: 1271 который на сей момент самый свежий и самостоятельно не обновляется... Можно скачать с сайта egais Напомню: Сохранить БД УТМ -> корректно удалить старый -> установить новый билд -> восстановить БД УТМ

Новое:
Цитата:
Стр. 8 Обновлено описание обновление настроек в режиме оффлайн.
Стр.101 Добавлен пример квитанции,получаемой при попытке фиксации акта разногласий, содержащего ошибку.
Стр. 51-54 Изменены примеры документов asiiu, asiiuTime
Ожидаемые проблемы:
Цитата:
На новом билде 1271 не можем обновить настройки, после возникновения нештатной ситуации, которая возникает при каждом подтверждении или новой накладной
Скорее всего изменилось поведение УТМ при обновлении настроек?
Цитата:
В логах имеется предупреждение:
2019-12-11 08:36:01,416 WARN es.programador.http.TableXHRHandlerServlet - Необходимо получить все входящие документы, отправить все розничные чеки на сервер ЕГАИС и прекратить документооборот до завершения обновления настроек. Douments: [2], Tickets: [0]

Настройки УТМ не обновятся до тех пор, пока не будет завершен документооборот (не закрыты актами все ТТН).
Настройки не обновятся пока не подтвердите все накладные в очереди УТМ, даже если реально товар не поступил! На сей вопрос "оператор ФСРАР" взял паузу
21.04.2020 09:57
Навеяно вопросом: https://olegon.ru/showpost.php?p=349260&postcount=17 и мне, как-бы это не интересно, что указал в своём решении, отвечая на него: https://olegon.ru/showpost.php?p=349266&postcount=18 и задав вопрос к специалистам, на который, как обычно никто-то не ответил... и как всегда стал разбираться сам - всё описано в методологии поштучного учета.

ФЛК на код групповой тары









то есть:
Цитата:
Тег "boxnumber" является необязательным. Однако, если его указываете: Числа от 0 до 9 - всего 26 символов, либо от 0 до 9 - 18 символов. Так же более подробно описано в методологии по поштучному учету п. "16 Формат маркировки групповой тары.".
08.05.2020 17:22
Вскрылся очередной нюанс функционирования ЕГАИС в отношении старых марок, цитата с форума рар:

Цитата:
таким образом - если в акте списания с Р1 - указаны старые марки, которые все без исключений привязаны к партиям, то тогда марки будут списаны с Р3, но если хотя бы одна марка в акте списания с Р1 окажется непривязанной к партии (или привязанной к другой партии, а не к той, которая указана в акте, или в акте есть партии, к которым старые марки привязаны не полностью, либо вообще не привязаны), то в этом случае с Р3 не будет списана ни одна из указанных марок в акте.
т.е. если отправитель акта списания хочет, чтобы старые марки списались с Р3, он предварительно должен убедиться в том, что все марки, указанные в акте списания, - полностью привязаны к партиям, указанным в акте списания.

т.о. - если отправитель акта списания хочет, чтобы партионная продукция, учтённая поштучно, списалась кроме Р1 ещё и с Р3, то в этом случае не нужно в акте списания объединять партионную продукцию учтённую поштучно, и партионную продукцию, не учтённую поштучно, а разбивать списание смешанной партионной продукции - на два акта списания
08.05.2020 17:48
Вскрылся очередной нюанс функционирования ЕГАИС в отношении старых марок, цитата с форума рар:

Цитата:
таким образом - если в акте списания с Р1 - указаны старые марки, которые все без исключений привязаны к партиям, то тогда марки будут списаны с Р3, но если хотя бы одна марка в акте списания с Р1 окажется непривязанной к партии (или привязанной к другой партии, а не к той, которая указана в акте, или в акте есть партии, к которым старые марки привязаны не полностью, либо вообще не привязаны), то в этом случае с Р3 не будет списана ни одна из указанных марок в акте.
т.е. если отправитель акта списания хочет, чтобы старые марки списались с Р3, он предварительно должен убедиться в том, что все марки, указанные в акте списания, - полностью привязаны к партиям, указанным в акте списания.

т.о. - если отправитель акта списания хочет, чтобы партионная продукция, учтённая поштучно, списалась кроме Р1 ещё и с Р3, то в этом случае не нужно в акте списания объединять партионную продукцию учтённую поштучно, и партионную продукцию, не учтённую поштучно, а разбивать списание смешанной партионной продукции - на два акта списания
Почему я в реале "притормозил" перевод всей алкопродукции на регистр №3? - Это создаст дополнительные и ненужные сложности для бизнеса. Рассмотрим, например списание со склада в версии "УСЕга" 30.04.2020:

1. Если хотя бы одна из марок алкопродукции связки "алкокод + РФУ-2" будет на регистре №3, то любую продукцию по связке "алкокод + РФУ-2" нельзя будет списать через Insert или "под ноль";

2. Списание по акцизным маркам "aF4 СПИСАНИЕ ПО МАРКАМ. Доб.акта списания по АкМ регистра №3" можно делать только по маркам принадлежащим регистру №3

3. Списание по технологии общепита разбивает на отдельные акт продукцию регистра №3 и продукции вне его...

Посему - желательно все бутылки связки "алкокод + РФУ-2" привязать к регистру №3, но и это даст сложности при изъятии бухла, например когда руководитель захочет попить, оставив лишь выпитое им наименование...
Часовой пояс GMT +3, время: 06:56.

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