Иногда встречается такая фигня.
Z-отчет на сумму 1000 руб.
Отчет о РП - на 970 руб.

И болтается отдельно чек на 30 рублей.
Статус: пробитый.

К отчету о РП - не подцеплен.

Почему он не подхватывается? Глюк плавающий - караулить смысла нет.

***************************************************
***************************************************

И как водится в этом 1С-вком поделии - этот чек радостно вылезет в следующем Отчете о РП - опять спутав всю картину...

Скорее всего чек пробили уже после Z-отчета.

Да нет, чек утренний.
И до и после - всё попадает.

Один вот такой уродец.

Он оказывается - не проведен.

1. Почему Чек ККМ может быть непроведен?
2. Каковы регламентные действия предусмотрены 1С-кой в этом случае? Его же надо внести в отчет и изменить сам чек..

Первая мысль у меня была: "непроведен". Но потом думаю, скорее всего это автор вопроса проверил первым делом. Значит что-то другое.
:-)
Может у вас стоит запрет на проведение при нулевом остатке и чек не проводится?

(4)
Солидарен с вами абсолютно. Но лучше бы первой мыслью у разработчиков было бы - "как визуально  отличить проведенный чек, от непроведенного?"

--Может у вас стоит запрет на проведение при нулевом остатке и чек не проводится?

Ну нет, до единорогов мы еще не докатились.

И что делать то??
Типа вручную допихивать его в ОТЧЕТ о РП и привязывать ОТЧЕТ к чеку?

Зачем вручную? Учите пользователя, что перед тем, как формировать отчет надо открыть Чеки ККМ и проверить проведенность. Если какой-то чек не проведен - провести.
И только после этого формировать отчет.
Ну и всё таки искать причину. Надо полностью обследовать непроведенный чек. Досконально сравнить его с проведенными. Вплоть до того, что попросить пользователя завтра сразу после продажи заходить в Чеки и смотреть проведен или нет. Если нет - звонить Вам и рассказывать что делали.

(6) делать им больше нечего глазки ломать в чеки смотреть,у нас на кассах по 3 тысч чеков за смену  и более на 6 кассах.
(0) чек пробит после закрытия смены
у нас такое тож есть

(6) Вообще-то розница проверяет не пробитые чеки перед закрытием (если настройка стоит). У нас тоже такое было, но там база разлетелась