1С Розница 2.2 Акт списания "Передается в ЕГАИС"

[dimmatt]

Здравствуйте!
Подскажите куда копать. После закрытия смены формируется Акт списания с торгового зала ЕГАИС на пиво, отправляется в ЕГАИС и висит со стастусом "Передается в ЕГАИС". В УТМ в свою очередь висят тикеты с ответом из ЕГАИС (в основном ошибки - необеспеченный расход). При нажатии "Выполнить обмен" (Обработать ответы), выдает что изменений нет, т.е. попросту не видит тикеты в УТМ. Причем только по актам списания, по входящим накладным егаис все в порядке. Возможно началось после обновления Розницы на 2.2.6.33 и замены JaCart-ы на РуТокен (все произошло в один день).
Как можно определить где проблема (формат тикета, рутокен, 1С)?
Может появятся светлые мысли, уже голову сломал.

[DionisK]

Здравствуйте!
Подскажите куда копать. После закрытия смены формируется Акт списания с торгового зала ЕГАИС на пиво, отправляется в ЕГАИС и висит со стастусом "Передается в ЕГАИС". В УТМ в свою очередь висят тикеты с ответом из ЕГАИС (в основном ошибки - необеспеченный расход). При нажатии "Выполнить обмен" (Обработать ответы), выдает что изменений нет, т.е. попросту не видит тикеты в УТМ. Причем только по актам списания, по входящим накладным егаис все в порядке. Возможно началось после обновления Розницы на 2.2.6.33 и замены JaCart-ы на РуТокен (все произошло в один день).
Как можно определить где проблема (формат тикета, рутокен, 1С)?
Может появятся светлые мысли, уже голову сломал.

необеспеченный расход это ключевое тут
т.е. вы списываете то, чего нет в регистре 2 （торговый зал

проверяйте какой на код АП ругается. снимаем свежие остатки егаис и по этому коду ищите остаток в регистре 2, его там нет. снимаем остатке в регистре 2（склад）. если он там есть, то переносите в регистр 2 и переотправляйте акты списания. в актах старше 3дней переделайте дату на более свежую.

если этих алкокодов нет, то ищите ошибку сопоставления алкокодов к номенклатуре

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

[Viktor2016]

Посмотрите настройки обмена с ЕГАИС, там есть изменения) Настройте регламентное задание по обработке ответов.
Также можете попробовать переустановить УТМ (сейчас актуальная версия 2.1.6), обязательно с сохранением БД.

[dimmatt]

Хорошо, попробую переустановить УТМ. Настройки уже перепроверял.

[dimmatt]

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

"Получить ответ" нажимал, толку нет.
Попробую обновить УТМ. Но такая проблема была и раньше только с накладными ЕГАИС, решилась сама собой! Что очень странно! И сейчас проблема только с актами списания, остальные документы - без проблем.

С необеспеченным расходом все давно ясно и как исправлять уже персонал обучен. Но когда 1С даже ответ с УТМ не может загрузить, не понятно есть ошибка или нет. В протоколе обмена данного документа пусто. Тупик.

[Viktor2016]

Возможно какая-то проблема с конфигурацией базы данных. Вы корректно обновились на 2.2.6.33? Не было ошибок? На предыдущих релизах такая проблема была?

[dimmatt]

Обновились без ошибок. На предыдущем релизе 2.2.5.хх такой проблемы не было. Проблема только с актом списания, формирующимся автоматически при закрытии смены (установлена галка "Автоматически списывать немаркируемую продукцию"). Причем в протоколе обмена нет данных об отправке Акта списания, соответственно и ответ 1с загружать из УТМ не хочет. Пометил на удаление созданный автоматом акт списания, тут же сделал руками на основании отчёта о розн. продажах его ещё раз и всё ушло и пришел ответ. В протоколе обмена 2 события: отправка акта и получение ответа. Пока убрал галку в настройках, будут делать руками акт списания.
Также в данном релизе 2.2.6.33 кривой помощник корректировки остатков!!! Берет остатки не пойми откуда по некоторым позициям (в основном если по ним были оприходования/списания). Также нет галки при начале корректировки "учитывать немаркируемый алкоголь". То есть если в настройках стоит упомянутая в первом абзаце галка "авт. списывать немарк. продукцию", то провести корректировку по пиву невозможно, 1с его просто не добавляет в список корректировки.

[dimmatt]

Да ещё одно наблюдение. Розница 2.2.5. Проводим инвентаризацию по которой у нас 4 позиции пива Охота крепкое. В Егаисе 16 позиций. Соответственно в акт списания встает цифра 12. После отправки акта списания в Егаисс повторно запрашиваем остатки и видим, что в торговом зале ЕГАИС остаток - 2!!! То есть у ЕГАИС 16-12=2. И Таких позиций 10 штук из 190! Сопоставления и реквизиты проверили, все в порядке. Что за глюк непонятно, кто нибудь сталкивался?

[DionisK]

Да ещё одно наблюдение. Розница 2.2.5. Проводим инвентаризацию по которой у нас 4 позиции пива Охота крепкое. В Егаисе 16 позиций. Соответственно в акт списания встает цифра 12. После отправки акта списания в Егаисс повторно запрашиваем остатки и видим, что в торговом зале ЕГАИС остаток - 2!!! То есть у ЕГАИС 16-12=2. И Таких позиций 10 штук из 190! Сопоставления и реквизиты проверили, все в порядке. Что за глюк непонятно, кто нибудь сталкивался?

Проверьте ещё раз, акты списания ЕГАИС не должны уводить остаток в минус, приходит тикет "необеспеченный расход".
Если есть, то напишите код АП и fsrar_id для оператора.

[AndreyZh]

Да ещё одно наблюдение. Розница 2.2.5. Проводим инвентаризацию по которой у нас 4 позиции пива Охота крепкое. В Егаисе 16 позиций. Соответственно в акт списания встает цифра 12. После отправки акта списания в Егаисс повторно запрашиваем остатки и видим, что в торговом зале ЕГАИС остаток - 2!!! То есть у ЕГАИС 16-12=2. И Таких позиций 10 штук из 190! Сопоставления и реквизиты проверили, все в порядке. Что за глюк непонятно, кто нибудь сталкивался?

Проверьте ещё раз, акты списания ЕГАИС не должны уводить остаток в минус, приходит тикет "необеспеченный расход".
Если есть, то напишите код АП и fsrar_id для оператора.

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