Розница 2.3.9... периодически пробивает 2 одинаковых чека.

1. Artem1405 25 18.08.21 19:46 Сейчас в теме
Работали очень долго на версии 2.2.11 и все было хорошо, но появились маркированные товары и пришлось обновится до актуальной версии и теперь периодически выходят по 2 чека из ККТ, проблема еще в том что эти чеки выходят иногда и поймать откуда они и из-за чего не получается.

Продавцы теперь постоянной недостачей дс в кассе

То что дело точно в 1с это 100%, но как найти кривой код ума не приложу.

Выручайте, кто сталкивался, как лечили?
Прикрепленные файлы:
Вознаграждение за ответ
Показать полностью
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. Torin 765 18.08.21 19:57 Сейчас в теме
(1)
теперь периодически выходят по 2 чека из ККТ, проблема еще в том что эти чеки выходят иногда и поймать откуда они и из-за чего не получается.

Продавцы теперь постоянной недостачей дс в кассе
- то есть продавец не смотрит что он делает? когда из ККТ выходят чеки ?

Настроить логирование действий кассира в РМК и потом анализировать
3. Artem1405 25 18.08.21 20:05 Сейчас в теме
(2)
- то есть продавец не смотрит что он делает? когда из ККТ выходят чеки ?

Конечно же видят, и я вижу: захожу за хлебушком оплачиваю, выходит чек, пока складываю его в пакет выходит еще один. !!! что делать? Смотрим чеки в программе, а там два подряд один пробит, но не проведен а второй пробит и проведен, провести не дает так как статус у чека "пробитый". Скрины же приложил, там видно.

В итоге то по кассе два чека пробито а деньги то я за один чек отдал, значит будет недостача.
4. Torin 765 18.08.21 20:10 Сейчас в теме
(3)
Смотрим чеки в программе, а там два подряд один пробит, но не проведен а второй пробит и проведен, провести не дает так как статус у чека "пробитый". Скрины же приложил, там видно.


Включите логирование действий кассира в РМК
kuznetsov1c; user867197; XAKEP; +3 Ответить
10. oldcopy 174 18.08.21 20:52 Сейчас в теме
(3) Проблема в появившейся в 2.3.8, если не ошибаюсь, очереди чеков ККТ. Теперь вместо того, чтобы прямо пробить чек на ККТ Розница помещает его в очередь, откуда потом последовательно их фискализирует. Сделано это для удаленной торговли, типа курьер возьмет деньги, а касса сама пробьет чек и отправит на почту или смс, не отвлекая кассира.

Но получилось как получилось. Чудес с этой очередью хватает. Как лечить - непонятно. Мы написали обработку, которая ищет чеки с одинаковой суммой, потом сравнивает их содержимое, если строки ТЧ Товары совпадают, то дубли выводятся в отдельную таблицу, их контролирует кассир и делает по ним автоматические возвраты. Обработку прикрутили к проверке непробитых чеков в конце смены и возвраты бьем оттуда же.

Еще один прикол из той же оперы. ККТ печатает чек, он уходит в ОФД, все ОК, но в рознице он остается висеть как неоплаченный.

Потом, знакомая всем ситуация - слипы вышли, чек нет. Тут две ситуации. Если терминал сообщил об оплате в чеке это фиксируется и его можно добить на ККТ, тут проблем нет. Если терминал не передал, то ситуация 50/50, банк советовал делать аварийную отмену. Мы это реализовали. После чего такой чек попадал в очередь и после каждого чека ККТ продолжала его печатать с текстом Чек аннулирован.

В итоге пришлось писать кучу костылей: для очистки очереди, для проведения "непробитых" чеков, для анализа того, что набила касса. Продавцы в шоке, клиенты недовольны, куда бежать и что делать - непонятно. Пока лечение сугубо симптоматическое - находим косяки и пишем костыли.
Artem1405; +1 Ответить
11. XAKEP 18.08.21 21:14 Сейчас в теме
(10)
вот когда начнут разрабов этих глупостей проверять на толщину кошелька ?
12. Torin 765 18.08.21 21:56 Сейчас в теме
(10)
Проблема в появившейся в 2.3.8, если не ошибаюсь, очереди чеков ККТ. Теперь вместо того, чтобы прямо пробить чек на ККТ Розница помещает его в очередь, откуда потом последовательно их фискализирует. Сделано это для удаленной торговли, типа курьер возьмет деньги, а касса сама пробьет чек и отправит на почту или смс, не отвлекая кассира.
- очередь чеков появилась в 2.3.5 !!!


P/S Если бы это был "баг" релиза проблема была массовой! ( тех поддержка бы уже на "ушах" стояла ).

ИМХО- некорректность настроек или некорректность действий... ( что то где то настроено неправильно ) поэтому и проблематика.
Прикрепленные файлы:
13. oldcopy 174 18.08.21 22:16 Сейчас в теме
(12) То, что очередь работает с багами - это факт, у нас две розничные сети на 30+ и 10+ магазинов, несколько раз в неделю чудеса ловим, но обращаться в поддержку по сути не с чем. Потому что с действиями кассира это не связано. Уже проверяли по логу РМК и журналу регистрации, писали действия кассиров через Teamviewer. Указанная вами галочка снята.

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

Баг редкий, отловить его практически невозможно, в отладчик не станешь, технологический журнал на кассе не включишь. Но он есть. Что прикажете писать в поддержку? Что у нас время от времени пробивает по два чека подряд? Я уже знаю ответ - на демо-конфигурации баг не воспроизводится. Поэтому и не стоит никто на ушах. Поэтому и я, зная о его наличии, пока могу только предполагать причины, на тестовом комплекте оборудования воспроизвести его не удалось.

Есть вариант, что причина может быть в ККТ АТОЛ, прошлая прошивка 5.7.10 была прилично глючной, что сам АТОЛ признал. Отправили им логи с кассы в те дни когда ловили чудеса - пока молчат.
Artem1405; +1 Ответить
14. Torin 765 18.08.21 22:50 Сейчас в теме
(13)
технологический журнал на кассе не включишь
- почему не включишь? fptr10_log
15. oldcopy 174 18.08.21 22:53 Сейчас в теме
(14) Это журнал ККТ, а не журнал 1С. А технологический журнал 1С не включишь по причине просадки производительности. Мы на кассах и журнал регистраций переводим в режим только ошибки.
Bryuhanov; +1 Ответить
16. Torin 765 18.08.21 23:00 Сейчас в теме
(15) ИМХО- я не берусь спорить "баг" релиза это или "баг" users ... но блин если вы так уверены что это не users , что мешает "запилить" расширение Подписку на событие ПриПроведении и ПриЗаписи
.. и писать в файлик...
P/S раз "баг" плавающий значить ... на какую то "мину" он натыкается раз себя проявляет.
19. oldcopy 174 18.08.21 23:18 Сейчас в теме
(16) Вы работали с POS-терминалами типа АТОЛ Jazz или АТОЛ Optima? С выходом Розница 2.3 серьезно упала производительность, вплоть до неприемлемого уровня. В связи с чем в 1С отключается и удаляется все ненужное (журналы, логи и т.д.), чистятся регистры (тот же Лог РМК) - короче идет суровая борьба за производительность.

Именно поэтому подробное логирование или отладка на рабочих точках нереальна. Может быть, если бы проблема стояла острее, то было бы иное отношение. Но пока проще исправлять по факту, тем более все необходимые обработки уже написаны.
21. Torin 765 18.08.21 23:31 Сейчас в теме
(19)
Вы работали с POS-терминалами типа АТОЛ Jazz или АТОЛ Optima
- и обслуживали и ремонтировали :).
ИМХО - я бы порекомендовал связку 1С:РМК на АТОЛ Jazz или АТОЛ Optima , а Розница в качестве back
22. oldcopy 174 18.08.21 23:33 Сейчас в теме
(21) 1С РМК - продукт интересный, уже смотрели. Возможно с нового года и перейдем, как перенесем и проверим все нужные доработки.
23. Torin 765 18.08.21 23:35 Сейчас в теме
(22)
1С РМК - продукт интересный
- и "легкий" ! Что не маловажно + расширения поддерживает..

всего ~ 4 документа и не одного регистра накопления( это + )
24. oldcopy 174 18.08.21 23:40 Сейчас в теме
(23) Расширения в РИБ я пока что применять боюсь, был опыт - поставили колом на полдня всю сеть, хорошо был понедельник и они до обеда считались.
25. Torin 765 18.08.21 23:43 Сейчас в теме
(24) в 1С:РМК не нужен РИБ :) А вот ... чутка "допилить" его не помешает , но это мое личное мнение :)
26. oldcopy 174 18.08.21 23:46 Сейчас в теме
(25) Пилить придется однозначно. Одна сеть у нас - разливное пиво, там нужен автоматический выбор ПЭТ и контроль тары, т.к. кассиры могут руками изменить литраж и забыть бутылки. Вторая сеть - мясо, там сроки годности и партионный учет в элементарной форме. Грубо говоря, если кассир продаст более свежую партию при наличии более старой - этот факт зафиксируется и она получит по ушам.
27. Artem1405 25 19.08.21 19:51 Сейчас в теме
(21) а смысл ставить розницу если есть нормальный РМК ?, тогда хотя бы УТ или УНФ по моему.

И... если в 1С:РМК используется БПС то там та же очередь чеков а следственно те же проблемы.
28. Torin 765 19.08.21 20:06 Сейчас в теме
(27) 1С:РМК в момент выпуска , подключалась только к 1С:Розница к УНФ стало подключаться с релиза 1.6.25... а когда стало подключаться к УТ 11 и стало... ли :)

1С:РМК используется БПС , только вот регистр "очередь чеков" не используется :) ( он есть... но не применяется )
18. Artem1405 25 18.08.21 23:15 Сейчас в теме
(13) Если будет ответ от Атола, напишите пожалуйста. Завтра проверю прошивки в кассах.

Убрать эту очередь программно я так понимаю очень проблемно, выхода нет буду искать как решить, если получится напишу.
По поводу возвратов, не совсем понял, чеки не проводятся т.е. товар не списывается (у нас см. скрин) а возврат у вас как реализован? товары в базу не возвращаются?
20. oldcopy 174 18.08.21 23:29 Сейчас в теме
(18) У нас сделано несколько обработок. Точнее допилена сама конфа. С учетом веселого поведения расширения в РИБ так проще, при том что у нас все хорошо документировано.

Первая обработка находит чеки в очереди и принудительно ставит им статус "фискализировано". Большая часть проблем снимается.

Вторая позволяет "пробить" чек не пробивая его на ККТ. Кассир вводит реквизиты с бумажного чека и он проводится как пробитый.

Третья делает тоже самое для безнала, кассир вводит данные со слипа, в чек добавляется признак того, что оплата ушла в банк и он добивается штатным образом. Эта информация также дописывается в комментарий чека и их быстро можно найти, если вдруг чего.

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

Это мы встроили в обработку закрытия смены и используем форму проверки непробитых чеков. Также там разблокировали действие Аннулировать для чеков с признаком оплата отправлена в банк, потому что бывает что программа формирует несколько таких чеков, но не проводит их и не пробивает. Но смену закрыть невозможно.
30. independ 1535 21.08.21 08:51 Сейчас в теме
(20) примерно такие же доработки пришлось сделать. Для чеков с маркируемым алко, которые зависли, а акцизная марка (АМ) улетела в ЕГАИС, и в результате штатно пробить чек нельзя (проверка УТМ сообщает о дубликате), встроена обработка по удалению АМ, смене вида номенклатуры на обычный товар, далее проведение и пробитие, а после выхода принудительное восстановление вида номенклатуры у алкономенклатуры. В РМК и в форме сложной оплаты добавлены кнопки аварийного завершения (taskkill 1C*.*), они нужны, когда используется оплата картой и интегрированный терминал, когда оплата, списание денежных средств у клиента происходит, а чек не пробивается, клиент уходит, и сторно сделать нельзя, и из РМК выйти не получается.
31. oldcopy 174 21.08.21 09:37 Сейчас в теме
(30)
В РМК и в форме сложной оплаты добавлены кнопки аварийного завершения (taskkill 1C*.*), они нужны, когда используется оплата картой и интегрированный терминал, когда оплата, списание денежных средств у клиента происходит, а чек не пробивается, клиент уходит, и сторно сделать нельзя, и из РМК выйти не получается.


В этом случае достаточно пробить чек повторно. Карта уже не требуется. Мы так проводим чеки когда на руках есть слип об оплате. Меняем несколько реквизитов и чек спокойно добивается без карты.
32. independ 1535 21.08.21 10:16 Сейчас в теме
(31) да, верно, так делается. Но бывает нестандартно, например сумма оплаты не равна сумме товаров, к примеру на одном РМК западала цифра 9 на цифровом блоке клавиатуры, и при нажатии энтера вводилась девятка, далее на автомате с клиента списывалось только 9р, а клиент товар забрал и ушел, в результате и не пробить чек и не сторнировать
33. oldcopy 174 21.08.21 10:19 Сейчас в теме
(32) Для таких случаев мы сделали кнопку, которая позволяет ввести сумму и номер авторизации со слипа, после чего чек корректируется и добивается. В него пишется комментарий и событие фиксируется в журнале.

Либо отменяется и записывается в базу непроведенным, с комментарием кассира и фиксацией в журнале.
36. voskob 19.10.21 00:56 Сейчас в теме
(10)
Еще один прикол из той же оперы. ККТ печатает чек, он уходит в ОФД, все ОК, но в рознице он остается висеть как неоплаченный.

то же самое у нас творится ... Кассиры кнопкой выключают и включают кассу и дальше бьют. Атол 30Ф, 1С Розница (2.3.7.19), маркировка одежды присутствует, банковский терминал без подключения к 1С... Проявляется совершенно непредсказуемо.... может раз в месяц, а может пару раз в день... вручную добиваю чеки, меняя тип кассы на "без подключения"
Подскажите, если проблема решена.
37. oldcopy 174 19.10.21 01:02 Сейчас в теме
(36) Если отваливается касса с ошибкой 99 или 999 - то обновляйте прошивку. 5.7.10 была очень глючная.

Но если проблема именно как у нас, когда касса отправила чек в ОФД, то все плохо. АТОЛ сказал, что ККТ чек пробила и отправила, поэтому это не косяк кассы, разбирайтесь со своей 1С.

Мы добавили кнопку, которая просит от кассира ввести номер ФД с чека и сумму (для страховки), после чего проводит этот чек со статусом пробитый, а номер ФД пишет ему в комментарий. Костыль, но других решений пока не видим.
5. Artem1405 25 18.08.21 20:21 Сейчас в теме
6. XAKEP 18.08.21 20:22 Сейчас в теме
я бы еще журнал 1с включил на полный аудит
7. Artem1405 25 18.08.21 20:22 Сейчас в теме
8. XAKEP 18.08.21 20:23 Сейчас в теме
(7)
в конфигураторе
журнал регистрации
последний пункт в настройках
Прикрепленные файлы:
9. XAKEP 18.08.21 20:30 Сейчас в теме
а как вы от 2.2.11 до последней обновились ?
17. Artem1405 25 18.08.21 23:02 Сейчас в теме
(9) как обычно обновляют, через релизы не перепрыгивал.
29. alxint 20.08.21 18:27 Сейчас в теме
У меня происходит подобное, если возникает ошибка при нормализации кода маркировки перед отправкой в кассу. Чек записывается проведенным и при этом остаётся висеть в рмк. У меня кассиры ученные, если такое происходит откладывают дублирующй чек. Есть подозрение, что если при этом попытаться висящий чек пробить снова, то он воткнет в очередь оба чека, а потом в очереди оба чека обработает. Возможен к примеру вариант, что первый раз проходит ошибка по таймауту кассы, чек ложится в очередь со статусом ошибка (и пишется в базу как проведенный, но данные остаются в РМК в открытом чеке), кассир пытается второй раз пробить, РМК пишет в базу новый чек, кладет его так же в очередь и запускает очередь на обработку. При запуске обрабатывается все что в статусе Ошибка и Новый, соответственно пробьются оба чека в очереди, и тот который в ошибке, и тот который новый. Как вариант добавить попытки при обработке очереди чеков, либо смотреть почему так ведёт себя РМК при обработке ошибки.
34. rsvp201 99 24.09.21 17:30 Сейчас в теме
Такая же проблема и у меня появляется, кассы разные Атол и Штрих. Ошибка появляется и в штрихе и в атоле. сегодня сразу на 3 кассах пробилось по 2 чека с разницей в 2 часа. Непонятно как решить проблему, пока выходим из положения что делаем возврат второго чека.
35. Artem1405 25 24.09.21 21:54 Сейчас в теме
(34) Я просто через расширение добавил кнопочку для изменения статуса чека, т.е. если выходят 2 чека то как правило в программе один чек проведен и пробит а второй не проведен но пробит, когда выходит два чека кассир бежит к старшей они проводят " не проведенный чек" и сразу делают возврат.
Но вообще, как оказалось, это такая мелочь на фоне ФФД 1.2, после того как одному клиенту поменяли ФН с Розницей вообще работать не возможно если есть алкоголь и маркированные товары. Ищем альтернативу. А остальным советую тянуть до конца и не торопиться менять фискальники.
38. user700974_amarx 19.10.21 11:06 Сейчас в теме
Дубли чеков массово начались после обновления 10 января 2021 года. Разработчики Розницы все выпускали патчи, как бы исправляющие "плавающую ошибку повторного пробития чека", отрапортовали, что проблема решена, но вот уже октябрь, а и в конфигурации 2.3.9.42 ошибка осталась, только чуть видоизменилась. Если раньше просто вылезал дублирующийся чек, иногда минут через 20-30 после правильного, и в базе Розницы ничего не создавалось, то сейчас в базе Розницы создается еще один чек, пробитый и непроведенный.
Тоже приходится лепить костыли.
Разработчикам Розницы, видать, 10 месяцев не хватило, чтобы проблему забороть...
39. Artem1405 25 19.10.21 21:06 Сейчас в теме
(38) Сегодня увидел в описании новой версии что появился "новый рмк" обновления еще не ставил, но очень интересно, может все же исправили.
40. user700974_amarx 20.10.21 09:36 Сейчас в теме
(39)
Сегодня увидел в описании новой версии что появился "новый рмк" обновления еще не ставил, но очень интересно, может все же исправили.

Если кто обновится на этот релиз, напишите о результатах, пожалуйста.
А то складывается такое впечатление, что с каждым новым релизом Розница работает все хуже и хуже.
41. user700974_amarx 27.10.21 14:42 Сейчас в теме
Сегодня, можно сказать, юбилей - 9 месяцев со дня, как разработчики Розницы зафиксировали эту ошибку.
Люди родиться успевают за этот срок.
Но команда разработки Розницы - увы...
Прикрепленные файлы:
rsvp201; Artem1405; +2 Ответить
43. rsvp201 99 07.11.21 13:03 Сейчас в теме
(41) как поменяется статус на исправлено напишите
45. user738404 10.12.21 13:01 Сейчас в теме
(43) типа исправили :)
Прикрепленные файлы:
44. user738404 10.12.21 13:00 Сейчас в теме
(41) пишут, что исправили в версии 2.3.8.14. Работаем на релизе 2.3.8.27, около 20 периферийных баз, эти ошибки ловим постоянно. В одном магазине вообще отключена синхронизация в течении рабочего дня, но это не помогает.
Жаль что узнал про 1С:РМК уже после ввода в экслуатацию Розницы.. Было бы интересно потестить, но уже нет возможности.
46. akutsyn 30.12.21 18:05 Сейчас в теме
(44) Такая же песня, есть какое нибудь решение?
47. user738404 01.01.22 21:36 Сейчас в теме
(46) тут в обсуждении есть несколько идей, но все требуют доработки.
42. Artem1405 25 27.10.21 21:41 Сейчас в теме
Попробовал обновить, новый рмк это рмк из 1С:РМК :), смотрится не плохо, но ОНИ ПОМЕНЯЛИ МЕСТАМИ КНОПКИ НАЛИЧНЫЕ И ПЛАТКАРТА. Это убийство для кассиров и не только, пока они привыкнут к новым кнопкам будет столько косяков с не верно пробитыми чеками мне даже представить сложно, бабушки будут пробивать наличкой вместо безнала звонить и говорить" я тут куда то нажала и у меня все пропало и вылез чек почему то наличкой" зачем они это делают???)))))))))))
Откатил обратно, сначала надо написать расширение для того чтобы наличка была по ф6 а безнал по ф7.
48. danrais-fva 10.02.22 14:48 Сейчас в теме
(42)
Вам помогла новый РМК что бы не было дублей?
49. Artem1405 25 16.02.22 22:47 Сейчас в теме +1 $m
(48) Там была проблема при добавлении товара, требовала серию, все было отключено я решил что это снова глюк 1с и не стал его никому больше ставить.
Проблему решил очень просто, добавил в форму чека(через расширение) статус чека и когда выходят два чека то продавец просто копирует не проведенный чек, ставит вид оплаты и ставит статус пробитый, а по первому чеку делается возврат, в итоге проблема решена, все привыкли и делают копии чека ;)
50. obmanOZ 33 17.02.22 11:08 Сейчас в теме
(49) т.е. у вас касса выдает 2 чека всегда в журнале чеков 1 пробитый и 1 непроведенный?
Я такое в своей рознице не ловил, лишь при эквайринге когда сбой проходил, единственное что выяснил что чек висит в регистре "Очередь чеков ККТ" и вся фискализация идет с него. При каком то непонятном обстоятельстве запись в регистр дублируется и при фискализации 1 записи, автоматом фискализируется и вторая.
51. Artem1405 25 18.02.22 21:01 Сейчас в теме
(50) Да, всегда два чека и оба пробиты, но один проведен а второй нет и сделать с ним(с не проведённым) ничего нельзя, поэтому его копируем ставим статус и проводим.
52. user635667 141 19.06.22 18:01 Сейчас в теме
Народ поделитесь опытом. В общем есть касса Вики принт 57 плюс. Терминал банковский интегрированный. ПО 1с касса, только не актуальная, а примерно годовалой давности, локальная. Раза 3-5 в месяц один чек по безналу задваивается. Т.е. в один момент времени пробивает чек, а следом такой же. По итогу сумма безнал по кассе и сверка итогов по терминалу не идёт. Ума не приложу че может быть не так. Кто-нибудь встречался с данной проблемой на данном ПО?
пс На данной базе стоит ещё одна касса просто Вики принт и там все норм. Провода менял.
53. independ 1535 19.06.22 19:01 Сейчас в теме
(52) у одного моего клиента 2 таких ККТ, такая ситуация была на рознице 2.3.8.27. Сейчас 2.3.11.37 + патчи + последняя прошивка 665.4.15.
Все ок
54. user635667 141 21.06.22 06:44 Сейчас в теме
(53) я купил ключ, прошил до 665.4.15. жду, через месяц проверю отчеты. надеюсь проблема уйдет. на второй кассе на которой все норм прошивка была посвежее. прошил обе до актуальной. кстати она вышла в мае, значит проблема не такая уж и старая.
55. igor63 21.06.22 09:54 Сейчас в теме
(52)Обычно это происходит из за медленной передачи xml пакета с 1С на ККМ, меняйте провода. обработки обслуживания, порты USB и т д переставляйте дрова. А лучше купите Атол. у него таких проблем нет. Сталкивался с похожей ситуацией на Штрихе, правда база была на сервере через апач
56. Artem1405 25 06.07.22 07:48 Сейчас в теме
(55) Глупости, какие обработки обслуживания? какие провода?:) Проблема в основном в магазинах где больше одной ккт, и видимо на всех 4-5 кассах битые провода. И у меня проблема наблюдается как раз с ккт Атол. На Вики принт я таких проблем не встречал, но в основном они и установлены в маленькие магазины где одна касса.
58. stepan_shock 112 08.05.24 17:04 Сейчас в теме
(55) у меня больше всего на Атоле дублей чеков
57. user635667 141 02.08.23 17:55 Сейчас в теме
В общем модуле МенеджерОборудованиеЧекопечатающиеУстройстваВызовСервера есть функция ЧекиВОчередиНаФискализацию. Содержит запрос:
Запрос = Новый Запрос(
    "ВЫБРАТЬ
    |    ОчередьЧековККТ.ИдентификаторЗаписи     КАК ИдентификаторЗаписи,
    |    ОчередьЧековККТ.ТипДокумента            КАК ТипДокумента,
    |    ОчередьЧековККТ.ТипРасчета              КАК ТипРасчета,
    |    ОчередьЧековККТ.Организация             КАК Организация,
    |    ОчередьЧековККТ.СтатусЧека              КАК СтатусЧека,
    |    ОчередьЧековККТ.ТорговыйОбъект          КАК ТорговыйОбъект,
    |    ОчередьЧековККТ.ДокументОснование       КАК ДокументОснование, 
    |    ОчередьЧековККТ.Сумма                   КАК Сумма,
    |    ОчередьЧековККТ.ДанныеЧека              КАК ДанныеЧека
    |ИЗ
    |    РегистрСведений.ОчередьЧековККТ КАК ОчередьЧековККТ
    |ГДЕ
    |    (ОчередьЧековККТ.СтатусЧека = ЗНАЧЕНИЕ(Перечисление.СтатусЧекаККТВОчереди.Новый)) ИЛИ
    |    (ОчередьЧековККТ.СтатусЧека = ЗНАЧЕНИЕ(Перечисление.СтатусЧекаККТВОчереди.Ошибка))
    |УПОРЯДОЧИТЬ ПО ОчередьЧековККТ.Дата УБЫВ");
Показать

Он возвращает список чеков для фискализации. В версии розницы 2.3.7.22 в очередь пишутся чеки, которые по мнению 1С при пробивке на кассе завершались ошибкой. При этом если по кассе на самом деле чек проходил нормально при повторной обработке очереди чек отправлялся на кассу еще раз.
РЕШЕНИЕ: В условии выборки убрать отбор чеков со статусом с ошибкой.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот