Розница 2.3.9... периодически пробивает 2 одинаковых чека.
Работали очень долго на версии 2.2.11 и все было хорошо, но появились маркированные товары и пришлось обновится до актуальной версии и теперь периодически выходят по 2 чека из ККТ, проблема еще в том что эти чеки выходят иногда и поймать откуда они и из-за чего не получается.
Продавцы теперь постоянной недостачей дс в кассе
То что дело точно в 1с это 100%, но как найти кривой код ума не приложу.
Выручайте, кто сталкивался, как лечили?
Продавцы теперь постоянной недостачей дс в кассе
То что дело точно в 1с это 100%, но как найти кривой код ума не приложу.
Выручайте, кто сталкивался, как лечили?
Прикрепленные файлы:
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Настроить логирование действий кассира в РМК и потом анализировать
теперь периодически выходят по 2 чека из ККТ, проблема еще в том что эти чеки выходят иногда и поймать откуда они и из-за чего не получается.
Продавцы теперь постоянной недостачей дс в кассе
- то есть продавец не смотрит что он делает? когда из ККТ выходят чеки ?
Продавцы теперь постоянной недостачей дс в кассе
Настроить логирование действий кассира в РМК и потом анализировать
(2)
Конечно же видят, и я вижу: захожу за хлебушком оплачиваю, выходит чек, пока складываю его в пакет выходит еще один. !!! что делать? Смотрим чеки в программе, а там два подряд один пробит, но не проведен а второй пробит и проведен, провести не дает так как статус у чека "пробитый". Скрины же приложил, там видно.
В итоге то по кассе два чека пробито а деньги то я за один чек отдал, значит будет недостача.
- то есть продавец не смотрит что он делает? когда из ККТ выходят чеки ?
Конечно же видят, и я вижу: захожу за хлебушком оплачиваю, выходит чек, пока складываю его в пакет выходит еще один. !!! что делать? Смотрим чеки в программе, а там два подряд один пробит, но не проведен а второй пробит и проведен, провести не дает так как статус у чека "пробитый". Скрины же приложил, там видно.
В итоге то по кассе два чека пробито а деньги то я за один чек отдал, значит будет недостача.
(3)
Включите логирование действий кассира в РМК
Смотрим чеки в программе, а там два подряд один пробит, но не проведен а второй пробит и проведен, провести не дает так как статус у чека "пробитый". Скрины же приложил, там видно.
Включите логирование действий кассира в РМК
(3) Проблема в появившейся в 2.3.8, если не ошибаюсь, очереди чеков ККТ. Теперь вместо того, чтобы прямо пробить чек на ККТ Розница помещает его в очередь, откуда потом последовательно их фискализирует. Сделано это для удаленной торговли, типа курьер возьмет деньги, а касса сама пробьет чек и отправит на почту или смс, не отвлекая кассира.
Но получилось как получилось. Чудес с этой очередью хватает. Как лечить - непонятно. Мы написали обработку, которая ищет чеки с одинаковой суммой, потом сравнивает их содержимое, если строки ТЧ Товары совпадают, то дубли выводятся в отдельную таблицу, их контролирует кассир и делает по ним автоматические возвраты. Обработку прикрутили к проверке непробитых чеков в конце смены и возвраты бьем оттуда же.
Еще один прикол из той же оперы. ККТ печатает чек, он уходит в ОФД, все ОК, но в рознице он остается висеть как неоплаченный.
Потом, знакомая всем ситуация - слипы вышли, чек нет. Тут две ситуации. Если терминал сообщил об оплате в чеке это фиксируется и его можно добить на ККТ, тут проблем нет. Если терминал не передал, то ситуация 50/50, банк советовал делать аварийную отмену. Мы это реализовали. После чего такой чек попадал в очередь и после каждого чека ККТ продолжала его печатать с текстом Чек аннулирован.
В итоге пришлось писать кучу костылей: для очистки очереди, для проведения "непробитых" чеков, для анализа того, что набила касса. Продавцы в шоке, клиенты недовольны, куда бежать и что делать - непонятно. Пока лечение сугубо симптоматическое - находим косяки и пишем костыли.
Но получилось как получилось. Чудес с этой очередью хватает. Как лечить - непонятно. Мы написали обработку, которая ищет чеки с одинаковой суммой, потом сравнивает их содержимое, если строки ТЧ Товары совпадают, то дубли выводятся в отдельную таблицу, их контролирует кассир и делает по ним автоматические возвраты. Обработку прикрутили к проверке непробитых чеков в конце смены и возвраты бьем оттуда же.
Еще один прикол из той же оперы. ККТ печатает чек, он уходит в ОФД, все ОК, но в рознице он остается висеть как неоплаченный.
Потом, знакомая всем ситуация - слипы вышли, чек нет. Тут две ситуации. Если терминал сообщил об оплате в чеке это фиксируется и его можно добить на ККТ, тут проблем нет. Если терминал не передал, то ситуация 50/50, банк советовал делать аварийную отмену. Мы это реализовали. После чего такой чек попадал в очередь и после каждого чека ККТ продолжала его печатать с текстом Чек аннулирован.
В итоге пришлось писать кучу костылей: для очистки очереди, для проведения "непробитых" чеков, для анализа того, что набила касса. Продавцы в шоке, клиенты недовольны, куда бежать и что делать - непонятно. Пока лечение сугубо симптоматическое - находим косяки и пишем костыли.
(10)
P/S Если бы это был "баг" релиза проблема была массовой! ( тех поддержка бы уже на "ушах" стояла ).
ИМХО- некорректность настроек или некорректность действий... ( что то где то настроено неправильно ) поэтому и проблематика.
Проблема в появившейся в 2.3.8, если не ошибаюсь, очереди чеков ККТ. Теперь вместо того, чтобы прямо пробить чек на ККТ Розница помещает его в очередь, откуда потом последовательно их фискализирует. Сделано это для удаленной торговли, типа курьер возьмет деньги, а касса сама пробьет чек и отправит на почту или смс, не отвлекая кассира.
- очередь чеков появилась в 2.3.5 !!!
P/S Если бы это был "баг" релиза проблема была массовой! ( тех поддержка бы уже на "ушах" стояла ).
ИМХО- некорректность настроек или некорректность действий... ( что то где то настроено неправильно ) поэтому и проблематика.
Прикрепленные файлы:
(12) То, что очередь работает с багами - это факт, у нас две розничные сети на 30+ и 10+ магазинов, несколько раз в неделю чудеса ловим, но обращаться в поддержку по сути не с чем. Потому что с действиями кассира это не связано. Уже проверяли по логу РМК и журналу регистрации, писали действия кассиров через Teamviewer. Указанная вами галочка снята.
Но если чек попал в очередь с состоянием к фискализации, то очередь будет пытаться его фискализировать. Эта галочка влияет только на внешние чеки, попадающие от тех же курьеров, заказов покупателя и т.д. и т.п.
Баг редкий, отловить его практически невозможно, в отладчик не станешь, технологический журнал на кассе не включишь. Но он есть. Что прикажете писать в поддержку? Что у нас время от времени пробивает по два чека подряд? Я уже знаю ответ - на демо-конфигурации баг не воспроизводится. Поэтому и не стоит никто на ушах. Поэтому и я, зная о его наличии, пока могу только предполагать причины, на тестовом комплекте оборудования воспроизвести его не удалось.
Есть вариант, что причина может быть в ККТ АТОЛ, прошлая прошивка 5.7.10 была прилично глючной, что сам АТОЛ признал. Отправили им логи с кассы в те дни когда ловили чудеса - пока молчат.
Но если чек попал в очередь с состоянием к фискализации, то очередь будет пытаться его фискализировать. Эта галочка влияет только на внешние чеки, попадающие от тех же курьеров, заказов покупателя и т.д. и т.п.
Баг редкий, отловить его практически невозможно, в отладчик не станешь, технологический журнал на кассе не включишь. Но он есть. Что прикажете писать в поддержку? Что у нас время от времени пробивает по два чека подряд? Я уже знаю ответ - на демо-конфигурации баг не воспроизводится. Поэтому и не стоит никто на ушах. Поэтому и я, зная о его наличии, пока могу только предполагать причины, на тестовом комплекте оборудования воспроизвести его не удалось.
Есть вариант, что причина может быть в ККТ АТОЛ, прошлая прошивка 5.7.10 была прилично глючной, что сам АТОЛ признал. Отправили им логи с кассы в те дни когда ловили чудеса - пока молчат.
(15) ИМХО- я не берусь спорить "баг" релиза это или "баг" users ... но блин если вы так уверены что это не users , что мешает "запилить" расширение Подписку на событие ПриПроведении и ПриЗаписи
.. и писать в файлик...
P/S раз "баг" плавающий значить ... на какую то "мину" он натыкается раз себя проявляет.
.. и писать в файлик...
P/S раз "баг" плавающий значить ... на какую то "мину" он натыкается раз себя проявляет.
(16) Вы работали с POS-терминалами типа АТОЛ Jazz или АТОЛ Optima? С выходом Розница 2.3 серьезно упала производительность, вплоть до неприемлемого уровня. В связи с чем в 1С отключается и удаляется все ненужное (журналы, логи и т.д.), чистятся регистры (тот же Лог РМК) - короче идет суровая борьба за производительность.
Именно поэтому подробное логирование или отладка на рабочих точках нереальна. Может быть, если бы проблема стояла острее, то было бы иное отношение. Но пока проще исправлять по факту, тем более все необходимые обработки уже написаны.
Именно поэтому подробное логирование или отладка на рабочих точках нереальна. Может быть, если бы проблема стояла острее, то было бы иное отношение. Но пока проще исправлять по факту, тем более все необходимые обработки уже написаны.
(25) Пилить придется однозначно. Одна сеть у нас - разливное пиво, там нужен автоматический выбор ПЭТ и контроль тары, т.к. кассиры могут руками изменить литраж и забыть бутылки. Вторая сеть - мясо, там сроки годности и партионный учет в элементарной форме. Грубо говоря, если кассир продаст более свежую партию при наличии более старой - этот факт зафиксируется и она получит по ушам.
(27) 1С:РМК в момент выпуска , подключалась только к 1С:Розница к УНФ стало подключаться с релиза 1.6.25... а когда стало подключаться к УТ 11 и стало... ли :)
1С:РМК используется БПС , только вот регистр "очередь чеков" не используется :) ( он есть... но не применяется )
1С:РМК используется БПС , только вот регистр "очередь чеков" не используется :) ( он есть... но не применяется )
(13) Если будет ответ от Атола, напишите пожалуйста. Завтра проверю прошивки в кассах.
Убрать эту очередь программно я так понимаю очень проблемно, выхода нет буду искать как решить, если получится напишу.
По поводу возвратов, не совсем понял, чеки не проводятся т.е. товар не списывается (у нас см. скрин) а возврат у вас как реализован? товары в базу не возвращаются?
Убрать эту очередь программно я так понимаю очень проблемно, выхода нет буду искать как решить, если получится напишу.
По поводу возвратов, не совсем понял, чеки не проводятся т.е. товар не списывается (у нас см. скрин) а возврат у вас как реализован? товары в базу не возвращаются?
(18) У нас сделано несколько обработок. Точнее допилена сама конфа. С учетом веселого поведения расширения в РИБ так проще, при том что у нас все хорошо документировано.
Первая обработка находит чеки в очереди и принудительно ставит им статус "фискализировано". Большая часть проблем снимается.
Вторая позволяет "пробить" чек не пробивая его на ККТ. Кассир вводит реквизиты с бумажного чека и он проводится как пробитый.
Третья делает тоже самое для безнала, кассир вводит данные со слипа, в чек добавляется признак того, что оплата ушла в банк и он добивается штатным образом. Эта информация также дописывается в комментарий чека и их быстро можно найти, если вдруг чего.
Ну и наконец при закрытии смены ищутся чеки с одинаковой суммой и если содержимое ТЧ товаров у них совпадает, то формируем чеки на возврат и пробиваем их штатной процедурой в документе. Только вроде бы ее экспортной пришлось сделать. Т.е. программно формируем документ Чек ККМ с признаком возврата и в цикле пробиваем их. Если чек не был проведен, то чек возврата также программно распроводится и ставится пометка на удаление. Если был проведен - то нет, чтобы было сторно движений.
Это мы встроили в обработку закрытия смены и используем форму проверки непробитых чеков. Также там разблокировали действие Аннулировать для чеков с признаком оплата отправлена в банк, потому что бывает что программа формирует несколько таких чеков, но не проводит их и не пробивает. Но смену закрыть невозможно.
Первая обработка находит чеки в очереди и принудительно ставит им статус "фискализировано". Большая часть проблем снимается.
Вторая позволяет "пробить" чек не пробивая его на ККТ. Кассир вводит реквизиты с бумажного чека и он проводится как пробитый.
Третья делает тоже самое для безнала, кассир вводит данные со слипа, в чек добавляется признак того, что оплата ушла в банк и он добивается штатным образом. Эта информация также дописывается в комментарий чека и их быстро можно найти, если вдруг чего.
Ну и наконец при закрытии смены ищутся чеки с одинаковой суммой и если содержимое ТЧ товаров у них совпадает, то формируем чеки на возврат и пробиваем их штатной процедурой в документе. Только вроде бы ее экспортной пришлось сделать. Т.е. программно формируем документ Чек ККМ с признаком возврата и в цикле пробиваем их. Если чек не был проведен, то чек возврата также программно распроводится и ставится пометка на удаление. Если был проведен - то нет, чтобы было сторно движений.
Это мы встроили в обработку закрытия смены и используем форму проверки непробитых чеков. Также там разблокировали действие Аннулировать для чеков с признаком оплата отправлена в банк, потому что бывает что программа формирует несколько таких чеков, но не проводит их и не пробивает. Но смену закрыть невозможно.
(20) примерно такие же доработки пришлось сделать. Для чеков с маркируемым алко, которые зависли, а акцизная марка (АМ) улетела в ЕГАИС, и в результате штатно пробить чек нельзя (проверка УТМ сообщает о дубликате), встроена обработка по удалению АМ, смене вида номенклатуры на обычный товар, далее проведение и пробитие, а после выхода принудительное восстановление вида номенклатуры у алкономенклатуры. В РМК и в форме сложной оплаты добавлены кнопки аварийного завершения (taskkill 1C*.*), они нужны, когда используется оплата картой и интегрированный терминал, когда оплата, списание денежных средств у клиента происходит, а чек не пробивается, клиент уходит, и сторно сделать нельзя, и из РМК выйти не получается.
(30)
В этом случае достаточно пробить чек повторно. Карта уже не требуется. Мы так проводим чеки когда на руках есть слип об оплате. Меняем несколько реквизитов и чек спокойно добивается без карты.
В РМК и в форме сложной оплаты добавлены кнопки аварийного завершения (taskkill 1C*.*), они нужны, когда используется оплата картой и интегрированный терминал, когда оплата, списание денежных средств у клиента происходит, а чек не пробивается, клиент уходит, и сторно сделать нельзя, и из РМК выйти не получается.
В этом случае достаточно пробить чек повторно. Карта уже не требуется. Мы так проводим чеки когда на руках есть слип об оплате. Меняем несколько реквизитов и чек спокойно добивается без карты.
(31) да, верно, так делается. Но бывает нестандартно, например сумма оплаты не равна сумме товаров, к примеру на одном РМК западала цифра 9 на цифровом блоке клавиатуры, и при нажатии энтера вводилась девятка, далее на автомате с клиента списывалось только 9р, а клиент товар забрал и ушел, в результате и не пробить чек и не сторнировать
(32) Для таких случаев мы сделали кнопку, которая позволяет ввести сумму и номер авторизации со слипа, после чего чек корректируется и добивается. В него пишется комментарий и событие фиксируется в журнале.
Либо отменяется и записывается в базу непроведенным, с комментарием кассира и фиксацией в журнале.
Либо отменяется и записывается в базу непроведенным, с комментарием кассира и фиксацией в журнале.
(10)
то же самое у нас творится ... Кассиры кнопкой выключают и включают кассу и дальше бьют. Атол 30Ф, 1С Розница (2.3.7.19), маркировка одежды присутствует, банковский терминал без подключения к 1С... Проявляется совершенно непредсказуемо.... может раз в месяц, а может пару раз в день... вручную добиваю чеки, меняя тип кассы на "без подключения"
Подскажите, если проблема решена.
Еще один прикол из той же оперы. ККТ печатает чек, он уходит в ОФД, все ОК, но в рознице он остается висеть как неоплаченный.
то же самое у нас творится ... Кассиры кнопкой выключают и включают кассу и дальше бьют. Атол 30Ф, 1С Розница (2.3.7.19), маркировка одежды присутствует, банковский терминал без подключения к 1С... Проявляется совершенно непредсказуемо.... может раз в месяц, а может пару раз в день... вручную добиваю чеки, меняя тип кассы на "без подключения"
Подскажите, если проблема решена.
(36) Если отваливается касса с ошибкой 99 или 999 - то обновляйте прошивку. 5.7.10 была очень глючная.
Но если проблема именно как у нас, когда касса отправила чек в ОФД, то все плохо. АТОЛ сказал, что ККТ чек пробила и отправила, поэтому это не косяк кассы, разбирайтесь со своей 1С.
Мы добавили кнопку, которая просит от кассира ввести номер ФД с чека и сумму (для страховки), после чего проводит этот чек со статусом пробитый, а номер ФД пишет ему в комментарий. Костыль, но других решений пока не видим.
Но если проблема именно как у нас, когда касса отправила чек в ОФД, то все плохо. АТОЛ сказал, что ККТ чек пробила и отправила, поэтому это не косяк кассы, разбирайтесь со своей 1С.
Мы добавили кнопку, которая просит от кассира ввести номер ФД с чека и сумму (для страховки), после чего проводит этот чек со статусом пробитый, а номер ФД пишет ему в комментарий. Костыль, но других решений пока не видим.
У меня происходит подобное, если возникает ошибка при нормализации кода маркировки перед отправкой в кассу. Чек записывается проведенным и при этом остаётся висеть в рмк. У меня кассиры ученные, если такое происходит откладывают дублирующй чек. Есть подозрение, что если при этом попытаться висящий чек пробить снова, то он воткнет в очередь оба чека, а потом в очереди оба чека обработает. Возможен к примеру вариант, что первый раз проходит ошибка по таймауту кассы, чек ложится в очередь со статусом ошибка (и пишется в базу как проведенный, но данные остаются в РМК в открытом чеке), кассир пытается второй раз пробить, РМК пишет в базу новый чек, кладет его так же в очередь и запускает очередь на обработку. При запуске обрабатывается все что в статусе Ошибка и Новый, соответственно пробьются оба чека в очереди, и тот который в ошибке, и тот который новый. Как вариант добавить попытки при обработке очереди чеков, либо смотреть почему так ведёт себя РМК при обработке ошибки.
Такая же проблема и у меня появляется, кассы разные Атол и Штрих. Ошибка появляется и в штрихе и в атоле. сегодня сразу на 3 кассах пробилось по 2 чека с разницей в 2 часа. Непонятно как решить проблему, пока выходим из положения что делаем возврат второго чека.
(34) Я просто через расширение добавил кнопочку для изменения статуса чека, т.е. если выходят 2 чека то как правило в программе один чек проведен и пробит а второй не проведен но пробит, когда выходит два чека кассир бежит к старшей они проводят " не проведенный чек" и сразу делают возврат.
Но вообще, как оказалось, это такая мелочь на фоне ФФД 1.2, после того как одному клиенту поменяли ФН с Розницей вообще работать не возможно если есть алкоголь и маркированные товары. Ищем альтернативу. А остальным советую тянуть до конца и не торопиться менять фискальники.
Но вообще, как оказалось, это такая мелочь на фоне ФФД 1.2, после того как одному клиенту поменяли ФН с Розницей вообще работать не возможно если есть алкоголь и маркированные товары. Ищем альтернативу. А остальным советую тянуть до конца и не торопиться менять фискальники.
Дубли чеков массово начались после обновления 10 января 2021 года. Разработчики Розницы все выпускали патчи, как бы исправляющие "плавающую ошибку повторного пробития чека", отрапортовали, что проблема решена, но вот уже октябрь, а и в конфигурации 2.3.9.42 ошибка осталась, только чуть видоизменилась. Если раньше просто вылезал дублирующийся чек, иногда минут через 20-30 после правильного, и в базе Розницы ничего не создавалось, то сейчас в базе Розницы создается еще один чек, пробитый и непроведенный.
Тоже приходится лепить костыли.
Разработчикам Розницы, видать, 10 месяцев не хватило, чтобы проблему забороть...
Тоже приходится лепить костыли.
Разработчикам Розницы, видать, 10 месяцев не хватило, чтобы проблему забороть...
(39)
Если кто обновится на этот релиз, напишите о результатах, пожалуйста.
А то складывается такое впечатление, что с каждым новым релизом Розница работает все хуже и хуже.
Сегодня увидел в описании новой версии что появился "новый рмк" обновления еще не ставил, но очень интересно, может все же исправили.
Если кто обновится на этот релиз, напишите о результатах, пожалуйста.
А то складывается такое впечатление, что с каждым новым релизом Розница работает все хуже и хуже.
Сегодня, можно сказать, юбилей - 9 месяцев со дня, как разработчики Розницы зафиксировали эту ошибку.
Люди родиться успевают за этот срок.
Но команда разработки Розницы - увы...
Люди родиться успевают за этот срок.
Но команда разработки Розницы - увы...
Прикрепленные файлы:
(41) пишут, что исправили в версии 2.3.8.14. Работаем на релизе 2.3.8.27, около 20 периферийных баз, эти ошибки ловим постоянно. В одном магазине вообще отключена синхронизация в течении рабочего дня, но это не помогает.
Жаль что узнал про 1С:РМК уже после ввода в экслуатацию Розницы.. Было бы интересно потестить, но уже нет возможности.
Жаль что узнал про 1С:РМК уже после ввода в экслуатацию Розницы.. Было бы интересно потестить, но уже нет возможности.
Попробовал обновить, новый рмк это рмк из 1С:РМК :), смотрится не плохо, но ОНИ ПОМЕНЯЛИ МЕСТАМИ КНОПКИ НАЛИЧНЫЕ И ПЛАТКАРТА. Это убийство для кассиров и не только, пока они привыкнут к новым кнопкам будет столько косяков с не верно пробитыми чеками мне даже представить сложно, бабушки будут пробивать наличкой вместо безнала звонить и говорить" я тут куда то нажала и у меня все пропало и вылез чек почему то наличкой" зачем они это делают???)))))))))))
Откатил обратно, сначала надо написать расширение для того чтобы наличка была по ф6 а безнал по ф7.
Откатил обратно, сначала надо написать расширение для того чтобы наличка была по ф6 а безнал по ф7.
(48) Там была проблема при добавлении товара, требовала серию, все было отключено я решил что это снова глюк 1с и не стал его никому больше ставить.
Проблему решил очень просто, добавил в форму чека(через расширение) статус чека и когда выходят два чека то продавец просто копирует не проведенный чек, ставит вид оплаты и ставит статус пробитый, а по первому чеку делается возврат, в итоге проблема решена, все привыкли и делают копии чека ;)
Проблему решил очень просто, добавил в форму чека(через расширение) статус чека и когда выходят два чека то продавец просто копирует не проведенный чек, ставит вид оплаты и ставит статус пробитый, а по первому чеку делается возврат, в итоге проблема решена, все привыкли и делают копии чека ;)
(49) т.е. у вас касса выдает 2 чека всегда в журнале чеков 1 пробитый и 1 непроведенный?
Я такое в своей рознице не ловил, лишь при эквайринге когда сбой проходил, единственное что выяснил что чек висит в регистре "Очередь чеков ККТ" и вся фискализация идет с него. При каком то непонятном обстоятельстве запись в регистр дублируется и при фискализации 1 записи, автоматом фискализируется и вторая.
Я такое в своей рознице не ловил, лишь при эквайринге когда сбой проходил, единственное что выяснил что чек висит в регистре "Очередь чеков ККТ" и вся фискализация идет с него. При каком то непонятном обстоятельстве запись в регистр дублируется и при фискализации 1 записи, автоматом фискализируется и вторая.
Народ поделитесь опытом. В общем есть касса Вики принт 57 плюс. Терминал банковский интегрированный. ПО 1с касса, только не актуальная, а примерно годовалой давности, локальная. Раза 3-5 в месяц один чек по безналу задваивается. Т.е. в один момент времени пробивает чек, а следом такой же. По итогу сумма безнал по кассе и сверка итогов по терминалу не идёт. Ума не приложу че может быть не так. Кто-нибудь встречался с данной проблемой на данном ПО?
пс На данной базе стоит ещё одна касса просто Вики принт и там все норм. Провода менял.
пс На данной базе стоит ещё одна касса просто Вики принт и там все норм. Провода менял.
(52)Обычно это происходит из за медленной передачи xml пакета с 1С на ККМ, меняйте провода. обработки обслуживания, порты USB и т д переставляйте дрова. А лучше купите Атол. у него таких проблем нет. Сталкивался с похожей ситуацией на Штрихе, правда база была на сервере через апач
(55) Глупости, какие обработки обслуживания? какие провода?:) Проблема в основном в магазинах где больше одной ккт, и видимо на всех 4-5 кассах битые провода. И у меня проблема наблюдается как раз с ккт Атол. На Вики принт я таких проблем не встречал, но в основном они и установлены в маленькие магазины где одна касса.
В общем модуле МенеджерОборудованиеЧекопечатающиеУстройстваВызовСервера есть функция ЧекиВОчередиНаФискализацию. Содержит запрос:
Он возвращает список чеков для фискализации. В версии розницы 2.3.7.22 в очередь пишутся чеки, которые по мнению 1С при пробивке на кассе завершались ошибкой. При этом если по кассе на самом деле чек проходил нормально при повторной обработке очереди чек отправлялся на кассу еще раз.
РЕШЕНИЕ: В условии выборки убрать отбор чеков со статусом с ошибкой.
Запрос = Новый Запрос(
"ВЫБРАТЬ
| ОчередьЧековККТ.ИдентификаторЗаписи КАК ИдентификаторЗаписи,
| ОчередьЧековККТ.ТипДокумента КАК ТипДокумента,
| ОчередьЧековККТ.ТипРасчета КАК ТипРасчета,
| ОчередьЧековККТ.Организация КАК Организация,
| ОчередьЧековККТ.СтатусЧека КАК СтатусЧека,
| ОчередьЧековККТ.ТорговыйОбъект КАК ТорговыйОбъект,
| ОчередьЧековККТ.ДокументОснование КАК ДокументОснование,
| ОчередьЧековККТ.Сумма КАК Сумма,
| ОчередьЧековККТ.ДанныеЧека КАК ДанныеЧека
|ИЗ
| РегистрСведений.ОчередьЧековККТ КАК ОчередьЧековККТ
|ГДЕ
| (ОчередьЧековККТ.СтатусЧека = ЗНАЧЕНИЕ(Перечисление.СтатусЧекаККТВОчереди.Новый)) ИЛИ
| (ОчередьЧековККТ.СтатусЧека = ЗНАЧЕНИЕ(Перечисление.СтатусЧекаККТВОчереди.Ошибка))
|УПОРЯДОЧИТЬ ПО ОчередьЧековККТ.Дата УБЫВ"); ПоказатьОн возвращает список чеков для фискализации. В версии розницы 2.3.7.22 в очередь пишутся чеки, которые по мнению 1С при пробивке на кассе завершались ошибкой. При этом если по кассе на самом деле чек проходил нормально при повторной обработке очереди чек отправлялся на кассу еще раз.
РЕШЕНИЕ: В условии выборки убрать отбор чеков со статусом с ошибкой.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот