← На главную

В практике сопровождения розничной торговли в 1С:Управление торговлей 11 периодически возникает неприятная ситуация: в течение рабочего дня кассир пробивает чеки, покупатель получает бумажный фискальный документ, однако на следующее утро документ Чек ККМ в журнале программы отсутствует. При этом при анализе журнала регистрации обнаруживается запись <Объект не найден> с чередой событий изменения и последующего физического удаления документа именно в момент выполнения операции закрытия кассовой смены.

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

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

Проанализируем типовую логику конфигурации. В штатном режиме завершения смены документы Чек ККМ не удаляются полностью, а архивируются (с них снимается признак проведения, а данные сворачиваются в итоговый документ Отчет о розничных продажах). Однако для незавершенных операций предусмотрено другое поведение.

В процессе выполнения регламентной процедуры закрытия кассовой смены система выполняет поиск документов со статусом «Отложенный» или «Аннулированный». Если чек помечен как отложенный, программа выполняет его непосредственное физическое удаление из информационной базы без предварительной установки пометки на удаление. Именно поэтому в журнале регистрации фиксируется уничтожение объекта, а ссылка на него превращается в битую.

Почему распечатанный на ККТ чек оказался со статусом «Отложенный»

Рассмотрим сценарий взаимодействия программы 1С с фискальным регистратором (ККТ):

1. Кассир оформляет продажу в рабочем месте кассира (РМК) и нажимает кнопку пробития чека.
2. Программа отправляет команду на фискализацию и печать в драйвер торгового оборудования.
3. Фискальный накопитель регистрирует операцию, и фискальный регистратор распечатывает бумажный чек покупателю.
4. Сразу после печати происходит сбой передачи данных (таймаут ожидания ответа по интерфейсу USB/COM/Ethernet, кратковременный обрыв связи, зависание службы или сбой питания).
5. Программа 1С не получает подтверждения об успешном завершении фискализации от кассового аппарата вовремя. В результате транзакция проведения откатывается, и документ сохраняется лишь как черновик со статусом Отложенный.
6. Вечером того же дня при закрытии кассовой смены алгоритм очистки определяет данный чек как брошенный черновик и безвозвратно удаляет его из базы данных.

Последствия удаления чека для управленческого и складского учета

Выясним, к каким учетным расхождениям приводит удаление такого документа:

1. Расхождение с Z-отчетом и данными ОФД: поскольку чек не был проведен, он не попадает в формируемый документ Отчет о розничных продажах. Сумма выручки в 1С будет меньше фактической суммы, зафиксированной в фискальном накопителе и переданной в ОФД.
2. Искажение остатков на складе: товар был физически передан покупателю, но списание со склада в 1С не отразилось, что приведет к пересорту и излишкам при инвентаризации.

Как восстановить учетные данные

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

1. Получение информации о проданных позициях: зайдем в личный кабинет Оператора фискальных данных (ОФД) или сформируем выгрузку электронного журнала из кассового аппарата за дату инцидента. По времени пробития найдем потерянный чек и уточним номенклатуру, количество и суммы.
2. Корректировка документа продаж: откроем сформированный за эту дату документ Отчет о розничных продажах и вручную добавим недостающие товарные позиции и суммы оплат на соответствующих вкладках. Это спишет товарные остатки и скорректирует выручку.

Способы предотвращения проблемы

Чтобы исключить потерю данных в дальнейшей работе, применим комплекс настроек и организационных мер:

1. Настройка срока хранения отложенных чеков: перейдем в раздел НСИ и администрирование → Продажи → Розничные продажи. Обратим внимание на параметр Хранить отложенные чеки. Если значение параметра равно 0, система удаляет черновики немедленно в день закрытия смены. Установим срок хранения, например, 5–10 дней. Это сохранит отложенный документ в базе при закрытии смены и позволит вовремя обнаружить расхождение.
2. Контроль операции закрытия смены: проверим настройки кассы ККМ и убедимся, что для параметра закрытия смены выбрана операция «Архивация чеков», а не прямое удаление.
3. Регламент для кассиров: перед выполнением операции «Закрытие смены» в РМК кассир должен открыть список отложенных чеков. Если там присутствуют документы, закрывать смену запрещается до выяснения статуса операции в фискальном регистраторе.
4. Программная доработка (через расширение): при необходимости можно доработать модуль менеджера или форму закрытия смены, добавив блокировку закрытия смены при наличии неотработанных чеков за текущий день либо заменив физическое удаление на пометку на удаление.