Почему в отчет о розничных продажах попадают чеки за прошлые даты и как это исправить

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

Причины попадания чеков прошлых периодов в текущий отчет

Проанализируем основные факторы, приводящие к нарушению привязки чеков:

1. Сбой процедуры архивации чеков при закрытии смены. При штатном выполнении операции закрытия смены фискальный регистратор печатает Z-отчет, создается документ ОтчетОРозничныхПродажах, а все проведенные чеки должны перейти в статус Архивный. Если в процессе закрытия смены произошел сбой (потеря связи с оборудованием, аварийное завершение работы программы, блокировка таблиц), чеки остаются со статусом Пробит. В результате при следующем формировании сводного отчета алгоритм захватывает все незаархивированные чеки по данной кассе.
2. Ошибки и задержки синхронизации при обмене данными. В распределенных информационных базах (РИБ) или при использовании автономных рабочих мест кассира чеки могут быть выгружены в центральную базу с опозданием — уже после того, как смена за соответствующую дату была закрыта. Программа воспринимает такие чеки как незакрытые продажи и включает их в открытую текущую смену.
3. Рассинхронизация системного времени. Если на кассовом компьютере сбилось системное время или дата была изменена вручную, чек сохраняется с ошибочной датой документа, но связывается с текущим открытым документом КассоваяСмена.
4. Ручные корректировки документов без пересчета связанных объектов. Правка дат в чеках или кассовых сменах сторонними обработками либо изменение реквизитов задним числом нарушает целостность данных.

Диагностика проблемы: где искать ошибки

Для выявления источника расхождений выполним пошаговую проверку:

1. Откроем список документов ЧекККМ и найдем строки, которые попали в ошибочный отчет. Обратим внимание на реквизиты: Кассовая смена, Касса ККМ, Дата и статус чека.
2. Перейдем в журнал документов КассовыеСмены за спорный интервал дат. Сверим время начала и окончания каждой смены, сопоставим их с номерами смен фискального накопителя.
3. Проверим наличие не закрытых и зависших кассовых смен по проблемной кассе ККМ.

Пошаговое исправление ситуации

Разберем способы восстановления корректного учета розничных продаж.

Способ 1. Штатная архивация зависших чеков

Если кассовая смена за прошлый день была фактически закрыта, но чеки не перешли в архив, выполним следующие действия:

1. Перейдем в раздел Продажи — Кассовые смены.
2. Откроем документ кассовой смены за дату, чеки которой «зависли».
3. Воспользуемся командой Заархивировать чеки. После этого чеки перейдут в статус Архивный и перестанут подтягиваться в новые документы.
4. Вернемся в ошибочно сформированный ОтчетОРозничныхПродажах текущего дня и нажмем команду перезаполнения табличной части по чекам ККМ. Лишние позиции за прошлые даты будут удалены.

Способ 2. Корректировка реквизитов через групповое изменение

Если чеки за прошлые даты оказались ошибочно привязаны к текущей кассовой смене, воспользуемся штатной обработкой ГрупповоеИзменениеРеквизитов:

1. Откроем обработку через Администрирование — Обслуживание — Корректировка данных.
2. Выберем объект ЧекККМ и настроим отбор по проблемным документам (по дате, номеру или кассе ККМ).
3. Установим корректное значение для реквизита Кассовая смена (указав смену за соответствующий прошлый день).
4. Изменим статус чеков на Архивный.
5. Перезаполним документ ОтчетОРозничныхПродажах за текущую смену, чтобы в нем остались только актуальные продажи.
6. При необходимости создадим или перезаполним отчет о розничных продажах за прошлый день, чтобы данные учета совпали с показаниями Z-отчета ККТ.

Способ 3. Проверка настроек программы и тестирование базы

Чтобы исключить повторение сбоя в будущем, выполним профилактические действия:

1. Проверим настройки учета в разделе Администрирование — Продажи. Убедимся, что включена опция Архивировать чеки ККМ при закрытии смены.
2. Для файловых информационных баз проведем регламентное Тестирование и исправление информационной базы через режим Конфигуратора (с установкой флагов проверки логической и ссылочной целостности, а также реиндексации таблиц). Перед запуском процедуры обязательно создадим резервную копию информационной базы.
3. Проверим корректность работы обменов данными в РИБ, чтобы исключить задержки передачи чеков между кассовыми узлами и центральным узлом.