Форум OlegON > Программы и оборудование для автоматизации торговли > ЕГАИС в опте и рознице

Регламентные работы, сбои и прочие нарушения работы ЕГАИС : ЕГАИС в опте и рознице

06.11.2024 15:41


27.10.2024 10:28
Предыдущая тема закрыта, продолжим тут?

По мотивам вот этой проблемы - опять в эту пятницу ЕГАИС потеряла несколько чеков, написал в ТП, и рекомендую проверить всем у себя.
27.10.2024 19:13
Наблюдаются расхождения между ReplyRests (кривые) и ReplyRestBCode (правильные). В ТП написал. Остатки бесcмысленно сверять ориентируясь на ReplyRests. Чеки и акты все фиксируются , т. к. replyRestBCode правильный.
27.10.2024 19:39
Цитата:
me722 Наблюдаются расхождения между ReplyRests (кривые) и ReplyRestBCode (правильные). В ТП написал. Остатки бесcмысленно сверять ориентируясь на ReplyRests. Чеки и акты все фиксируются , т. к. replyRestBCode правильный.
Дык это всегда так было что 3 разных расхождения наблюдаются между отчетами. Если продать бутылку частично и потом запросить результат , то ReplyRests скажет чо бутылка есть на остатке (оттуда она уберется когда в ноль по мл уйдет бутылка), офлайновая же проверка этой бутылки покажет , что эта бутылка наоборот уже списана и не принадлежит организации, и только RestBCode скажет правку не только что она есть, но и сколько мл в ней осталось (правда такое можно узнать 1 раз в 30 минут ).
27.10.2024 20:45
Цитата:
me722 Остатки бесcмысленно сверять ориентируясь на ReplyRests
пока проблема проявлялась (в рознице а не в общепите) - лишь в прошлую пятницу и в эту пятницу.

в остальные дни - пусть и с задержкой, - ReplyRests правильные (сверяю постоянно, научен горьким прошлым опытом, что лучше оперативно сообщить о проблеме, чем потом добиваться месяцами правды).

расхождения (неотражение части чеков именно на ReplyRests) - проблема давно известная (я про это ранее говорил), и оооочень давно не проявлялась (я уж подумал, что нашли причину и поправили навсегда, но как видим - ошибся, либо - опять сломали кривыми ручками в последние регламенты свои).

т.е. - пока именно по пятницам (ближе к вечеру) - что-то где-то зависает у них (и в результате на ReplyRests часть чеков именно пятничных не отражается).

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

вот так я вижу ситуацию на текущий момент.
27.10.2024 22:48
Наблюдаются именно расхождения. ReplyRests 5 шт. ReplyRestBCode 1 шт. и 150 мл. - это к примеру. И такая справка не одна. Причëм ReplyRestsBCode совпадает с УС. Отсюда мораль - чеки фиксируются, просто ReplyRests балдит.
Вы, в следующий, раз как увидите в ReplyRests расхождения - запросите сразу для чистоты эксперимента ReplyRestBCode для какой-нибудь справки, где есть разница у вас между УС и Егаисом.
Если в ReplyRestBCode остатки правильные, значит доходят чеки и значит их надо долбить, чтобы чинили ReplyRests.
Отчëты же формируются из одних исходных данных.

Правка: me722, 27.10.2024 22:51
28.10.2024 00:08
Методом научного тыка (запросов в ЕГАИС) получил такую информацию, что повторный запрос накладных, которые были отправлены до обновления серверов (прошлых выходных, т.е. до 18-20 числа) не приходят (приходит ответ подождать позже), а вот если накладные этой недели после 21 октября запросить, то и тикеты приходят положительные и накладные приходят. Видимо не все переключили после отказа от "egais.ru кабинета".
30.10.2024 01:31
Цитата:
volk13 Предыдущая тема закрыта, продолжим тут?

По мотивам вот этой проблемы - опять в эту пятницу ЕГАИС потеряла несколько чеков, написал в ТП, и рекомендую проверить всем у себя.
По мотивам ...
Дословно:

Тема :
Остатки в общепите

Описание :
Добрый день.
Ситуация сложилась следующая:
Где-то в промежутке между 13.10.24 и 23.10.24 возникла разница между Товароучётной системой и данными в Егаис.
Ответ на запрос остатков по регистру 1 ( ReplyRests ) выдаёт данные в штуках и эти данные в штуках не совпадают с количеством открытых бутылок в ТУСистеме.
При этом все чеки и акты с моей стороны отправлены ( и сохранены ).
Каким образом мне найти те документы, которые (ВОЗМОЖНО) не зафиксировались в ЕГАИС?
Можно делать запрос по справкам Б для общепита. Но на сегодняшний день у меня на остатках 51 справка. Помножаем на 30 минут задержки, получаем очень долго. Моя организация работает, данные обновляются быстрее.
ReplyRests для общепита нет.
Что мне делать?
Я не могу обратится в ТП, т.к. не знаю, какие именно чеки или акты не зафиксировались.

вопрос 1: имеет ли место на данный момент задержка в обработке документов и как следствие неверное формирование ReplyRests.
вопрос 2: что мне делать с разницей между Товароучёткой и данными Егаис? на 13.10.2024 разницы не было. с 13.10.24 все документы с моей стороны отправлены. на 23.10 разница есть.

Обновлено : 25.10.2024 12:23:02 ( Служба поддержки )
• Статус изменился на "Принято к исполнению"

Обновлено : 25.10.2024 13:39:55 ( Служба поддержки )
• Статус изменился на "Выполнено, ожидает подтверждения"
Здравствуйте.

Рекомендуем запросить остатки повторно и проверить актуальность проблемы.
Данный функционал реализуют в учетных системах с помощью которых Вы фиксируете данные в ЕГАИС .
Рекомендуем получить инструкцию у разработчиков ПО которое вы используете для фиксации данных в ЕГАИС.
По вопросу настройки и работы Вашей учетной системы рекомендуем обращаться к разработчикам/в поддержку Вашего ПО.
Дежурная служба не консультирует по стороннему ПО.

Обновлено : 25.10.2024 20:20:09
• Статус изменился на "Принято к исполнению"
• Файл "ReplyRests.xml" добавлен.
• Файл "ReplyRestBCode.xml" добавлен.

Для справки FB-000007246298954

Наблюдаются расхождения между данными получаемыми из ReplyRests ( 5 шт. ) и ReplyRestBcode ( 1 шт. и 150 мл. ).
Данные в ReplyRestBCode верные.

Таких справок с расхождениями у меня 4 шт.

Ваши комментарии?

Обновлено : 28.10.2024 09:19:42 ( Служба поддержки )
• Статус изменился на "Принято к исполнению"

Обновлено : 28.10.2024 12:47:43 ( Служба поддержки )
• Статус изменился на "Выполнено, ожидает подтверждения"

Здравствуйте.
Просьба уточнить transport_id трёх ошибочных чеков.

Обновлено : 28.10.2024 19:51:16
• Статус изменился на "Принято к исполнению"

Это не чеки - это справки.
Наблюдаются расхождения между ReplyRests и ReplyRestBCode.
ReplyRests - кривые количества. ReplyRestsBCode - правильные. Сделайте так, что-бы ReplyRests выдавал правильные количества

Обновлено : 29.10.2024 09:03:21 ( Служба поддержки )
• Статус изменился на "Принято к исполнению"

Обновлено : 29.10.2024 11:16:30 ( Служба поддержки )
• Статус изменился на "Выполнено, ожидает подтверждения"

Здравствуйте.
Просьба уточнить transport_id трёх ошибочных справок.

Занавес?
30.10.2024 06:02
Цитата:
me722 Занавес?
"русские не сдаются" (с)
предлагаю продолжать долбить и добиваться исправления (я решения некоторых проблем в плане расхождений - лишь через год получил, как я это делал - есть в теме, которую указывал выше).
30.10.2024 10:34
Цитата:
me722 Просьба уточнить transport_id трёх ошибочных справок.
я так полагаю что криволапая поддержка ФСРАР не может сравнить сама по фсарИД остатки на 1 регистре и справку Б этой же организации на одну и туже дату и время. Поэтому тупоря сразу просят дать ИД того документа, который сделал этот косяк. Т.е. они по номеру ID хотят понять ушло ли списание и почему оно затронуло справку Б но не остаток на 1 регистре.
30.10.2024 13:13
Цитата:
me722 Наблюдаются расхождения между ReplyRests и ReplyRestBCode.
ReplyRests - кривые количества. ReplyRestsBCode - правильные. Сделайте так, что-бы ReplyRests выдавал правильные количества
У вас количество марок по третьему регистру расходятся с количеством по справке на первом? ... так этому косяку уже года 3-4. Они до сих пор не решили его.
Мы обычно пишем что-то вроде "на справке FB-ххххх 10 бутылок, но на третьем регистре по этой справке 2 марки. Количество марок на третьем и сами марки правильные. Выровняйте пожалуйста." и обычно через 2-3 дня нормализуется.
Часовой пояс GMT +3, время: 15:41.

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