ЕГАИС! Общепит, пиво, сельские поселения, Крым... : КИС Lack & УС Land

Лежат у них сервера на приеме документов. Сегодня один клиент прислал сообщение. Он списывает продажи пива за день, запрос отправил в 6 утра, в районе обеда подтверждение еще не пришло. Тестировать под нагрузкой, так тестировать. Только что лично с 10 точек перемещения им вдул...

а я то боялся что только у меня так, по 6-8 часов запрос идет.

Бывает такое, что сервера ЕГАИС тупят, НО бывает и такое, что доки ушли в УТМ и там подзастряли. Со стороны УСЕГи выглядит это одинаково. Как проверить ?

Открываем в браузере смотрим дату самого старого неотправленного розничного документа, там должно быть "Отсутствуют неотправленные розничные документы." Если это не так, то быстренько разбираемся со своим УТМ. Самый простойи быстрый (и не очень хороший) вариант - перезагрузка сервера УТМ. Потом все равно надо разобраться в чем было дело.

Вопрос: а с какого регистра правильно списывает общепит?
Я через усегу перемещаю на регистр 2 и потом формирую акты списания с назначением "реализация".
Общался на днях с другими рестораторами, они через сбис шарашат сразу с оптового регистра 1.
Мож в усега излишняя паранойя, что запрещено списывать с регистра 1?

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

Как "шарашат" люди не знающих "правил ЕГАИС" - это их личные проблемы или проблемы их программ, а я стараюсь давать правильные рекомендации. Более детально от "первоисточников" почитайте сообщения темы: https://olegon.ru/showthread.php?t=25377

Прикольно.
Запросил "номер используемой версии документаоборота" оно долго жевало и ответило названием организации, а в поле "номер версии" пустота.
Похоже вместе с выпиливанием v1 они и возможность запроса прибили.
Молодцы, чо.

А такой вопрос, методом тыка не понял.
Можно из УСЕГИ выгрузить данные о закупках за квартал, чтоб всосать в алкодекларацию?
Например в формате xml для ДекларантАлко.
Из раздела Приходы->Реестр принятых прих. ТТН ничего осмысленного не удалось извлечь.
Версия от 31 декабря

Возможно - перейдите на v2 и посмотрите результат, а затем обратно. УСЕга пока не поддерживает полностью v2

В общем случае НЕТ! Программа позволяет почти любой отчет вывести в CSV или dBase, а от туда можете преобразовывать

Доброго всем вечера.

Год закончен с переменным успехом, стратегия работы выработана и в 80% решили работать по следущей схеме.

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

Далее выделено рабочее место для склада (ноутбук+сканерШК), на данном компе установена УСЕга.

Делаем запрос по регистру1, с помощью сканера ШК выбираем бутылки для реализации и добавляем их в документ Передача в торговый зал.

Считаем все что отсканировано, является уже проданным, т.е. тара вскрыта.

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

Не уверен что стратегия верна на 100% но она рабочая.

Вопрос автору: как отрегулировать частоту запроса в ЕГАИС, возможно ли поменять таймаут запроса? и какой таймаут оптимальный, при плохом инете и постоянно зависающем УТМ?

Еще прошу разъяснений, на странице №2 данной теме, обсуждались варианты стратегий работы. Вот выдержка:

1. (ее использую я)
1.1. вся продукция поступает на регистр 1 (далее "склад")
1.2. с регистра 2 он же торговый зал (далее "зал") списываются продажи как вручную для пива, так и автоматом кассовой программой через УТМ для АП из зала, в результате там образуются отрицательные остатки
1.3. на следующий день мы с помощью контура инвентаризации ликвидируем минуса через трансфер из склада в зал (пива и АП) и списание в зале с причиной реализация (только пива, т.к. АП списывается кассовой программой)

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

ВОПРОС: откуда возьмутся позиции для списания в минус? если товара не было?
Что есть контур Инвентаризации? Давно просил подробного разъяснения данного варианта работы.

Для ресторана оптимальная технология, учитывающая решения потенциальных задач по складу типа возврата поставщикам...

Ответ дан в сообщении: https://olegon.ru/showpost.php?p=272211&postcount=1
Это технология алкогольного магазина, который обязан отправлять чеки в ЕГАИС по каждому факту продажи. Отправка чеков допускает уход остатков в минус по торговому залу!

К стати... по похожей технике работает с 20 декабря один из алкогольных супермаркетов (около 6000 наименований бухла):

- Приём и блокировку пересорта, проверку марок и документов делают в "УС Лэнд:ЕГАИС" на складе;
- Подтверждают ТТН на своей супермега конфе "1С";
- Продажи ведут на доработанной 1С:Розница;
- "Минуса" чистят на УСЕга... так же её использую для экзотики типа распроведения операций.

Это иная техника работы с данными ЕГАИС (от товара) изначально созданная для выравнивания остатков... очень много вариантов использования, что подробно и с картинками описано в инструкциях версий с 16 октября

Контур инвентаризации - это таблица, где видно остатки по обоим регистрам и можно наглядно изменять остатки, например делать списания, трансферы. Удобно для списания проданного пива, например, ну и для проведения собственно инвентаризации, причем по любому количеству позиций выборочно. Чтобы понять как оно работает с ним нужно поработать если такая необходимость есть. В вышеописанной ситуации вроде без него проще.