УТ 10.3 Последний релиз 10.3.36.1
ЕГАИС настроен, ТТН принимают.

В учетной политике продажа алкоголя выставлена с 18.04.2016.

Решили попробовать первый раз пробить алкоголь через егаис.
ЧекККМ-сканирование EAN13-возникает запрос на сканирование акцизной марки-сканируем. через 5 секунд возникает ошибка
http://i.imgur.com/CJxzIMR.jpg

Выхлоп явно УТМовский.
В чем может быть проблема?

какой сканер, какой принтер чеков (мне просто так)

2D Honeywell (модель не помню), как hid устройство, ФР Штрих ФР-К с официальной доработкой под ЕГАИС.

ИМХО Время настрой на ФР и компе расхождение не более пяти минут
Если у тебя ФР чек не пробил, то и УТМ его не отпарвила

Если пробивать обычный товар, ФР его пробивает, чек выходит.

У тебя проблема в то что чек не пробивает по алкоголю

ИМХО УТМ это следствие мне кажется

(5) Ну...?
Обычный товар - чек выходи.
На алкоголь, после запроса акцизной марки и сканирования ее, выдается ошибка.
Выхлоп явно от утм.
При чем здесь время то?

http://egais2016.ru/forum/viewtopic.php?t=3231

Я это видел. Там ответили же "Никакого буфера в 3 дня сейчас нет, пока что чеки служат для формирования журнала. Почему у Вас такая ошибка - вопрос к разработчикам учётной системы."

хз, тут я не смогу помочь

(10) Ну дык, вот я тему и создал, мож кто знает.

уп

(12) УТМ какой версии?

(13) Последний 2.0.2 если не ошибаюсь, который со значком в трее. Накладные ТТН в УТ принимаются нормально.

(14)изменила схема чека,придется ждать обновлений

(15) Ссылку можно?

А есть у кого конкретный xml-пример передачи алко-продукции в торговый зал? (не xsd-схема)

Проблема еще актуальна.

Не хочется тупо ждать обновлений 1С, о которых писал (15), так вдруг проблема не в них, а чем то другом.

Может кто сталкивался?

(18) Берем доку к УТМ и смотрим, сравниваем с тем что отправляем - если не могем ждем (15). Имхо, делать розницу алкоголя на 1С - не лучшее решение (слишком медленно они ворочаются)

+(19) Никто, кстати, не обещал, что ут 10 будет поддерживать ЕГАИС в полном объеме

(18) Это стандартная проблема, уже несколько раз обсуждалась:
старая схема допускала для номера кассы, номера смены и номера чека - нули.

новая схема говорит, что "0 из нот фасет валид фор тайп каунт" - это как раз об этом.

у 1С официальные разъяснения по УТ 10.3
https://partners.v8.1c.ru/forum/topic/1468760
причем после 10.3.36.1 так ничего и не вышло.
УТ11 тоже глухо.

исправления, насколько я знаю, были только по рознице 2.2 - они выпускали вскоре после обновления УТМ до 2.0.2

При этом по рознице 1.0 - вообще послали и сказали, что типа исправлять не будут.

(21) Ну вот, кстати, на мисте то же самое обсуждали по рознице 2.1
1С 8 Розница базовая не пробивает чек на ККМ

(21) Написал запрос с этой проблемой и скринами на [email protected]. Присвоили тикет, жду ответа. Интересно, что скажут.

Мда, апдейт назначенный на 6 мая отменили, придется пилить самому:

Чтобы устранить ошибку в (0) нужно:

Общий модуль "ИнтеграцияЕГАИСКлиентПереопределяемый"

Функция ПодготовитьВходящиеДанныеДляПодписиЧека(ПараметрыЧека, НомерЧека = 0, НомерСмены = 0, РезультатПодготовки = Неопределено) Экспорт

Заменить на
Функция ПодготовитьВходящиеДанныеДляПодписиЧека(ПараметрыЧека, НомерЧека = 1, НомерСмены = 1, РезультатПодготовки = Неопределено) Экспорт

(24) Спасибо вариант работает, но тогда в ЕГАИС все время номер чека и номер смены отправляется единичка. Тут уже другой вопрос, как это по закону? Не накажут ли за такое, ведь номер смены и чека по факту оличается от того, что я отправил в ЕГАИС