В процессе ежедневной эксплуатации кассового узла могут происходить непредвиденные аппаратные или программные сбои: аварийное отключение электропитания, зависание операционной системы, потеря связи с базой данных или фискальным регистратором прямо в момент процедуры закрытия кассовой смены. В конфигурации 1С:Розница 2.2 это нередко приводит к ситуации, когда смена в программе считается закрытой, но созданный документ ОтчетОРозничныхПродажах содержит лишь небольшую часть позиций номенклатуры, в то время как по зарегистрированным чекам ККМ общая сумма выручки значительно выше.
Проанализируем технические причины возникновения этой ошибки, разберем возможные риски повреждения регистров учета и подробно рассмотрим рабочие способы восстановления корректных данных.
Для понимания логики восстановления разберем механизм штатного закрытия смены в платформе 1С:Предприятие:
ЧекККМ со статусом Пробит за текущую смену.ОтчетОРозничныхПродажах.ОтчетОРозничныхПродажах проводится, формируя сводные движения по регистрам.ЧекККМ переводятся в статус Архивный, очищают свои индивидуальные движения по регистрам остатков и привязываются к отчету через реквизит ОтчетОРозничныхПродажах.КассоваяСмена переводится в статус Закрыта.Если в момент выполнения пунктов 3–5 происходит сбой, транзакция разрывается либо завершается частично. В результате часть чеков успевает связаться с отчетом, а остальные остаются в статусе Пробит, но кнопка повторного закрытия смены уже блокируется статусом самой кассовой смены и физическим состоянием кассового аппарата.
Кроме того, в конфигурации 1С:Розница 2.2 штатная кнопка перезаполнения табличной части документа по чекам отсутствует (такой функционал появился только в более поздних версиях 2.3). Поэтому задачу приходится решать регламентными или сервисными инструментами.
Перед тем как приступать к любым изменениям документов в информационной базе, выясним реальное состояние физического фискального регистратора. Нельзя слепо подгонять данные в учетной программе, пока нет уверенности в данных на фискальном накопителе.
ОтчетОРозничныхПродажах, иначе возникнет расхождение с данными налоговой службы (потребуется пробивать чеки коррекции).Этот способ позволяет задействовать встроенные механизмы конфигурации и исключает ошибки ручного ввода. Главная задача — временно вернуть кассовую смену и чеки в открытое состояние, переключить оборудование на виртуальное и выполнить закрытие заново.
Разберем алгоритм по шагам:
ОтчетОРозничныхПродажах за проблемную дату, отменяем его проведение и помечаем на удаление (или очищаем).ГрупповоеИзменениеРеквизитов. Находим документы ЧекККМ за проблемную смену. Если у чеков установлен статус Архивный или заполнен реквизит ОтчетОРозничныхПродажах, очищаем этот реквизит и возвращаем реквизит СтатусЧекаККМ в значение Пробит.КассоваяСмена. Открываем нужный документ и меняем его статус со значения Закрыта на Открыта. Именно закрытый статус смены блокирует доступность кнопки закрытия в интерфейсе РМК.ОтчетОРозничныхПродажах, рассчитает суммы оплат и переведет чеки в статус Архивный.Если по организационным причинам вмешиваться в статусы кассовых смен нежелательно, отчет можно сформировать вручную или при помощи простой внешней обработки заполнения табличной части.
Однако при этом подходе необходимо учитывать технические нюансы работы регистров платформы «1С:Розница»:
ЧекККМ до архивации сам делает движения по регистрам ТоварыНаСкладах, ТоварыОрганизаций и ДенежныеСредстваККМ. Если просто вручную вбить недостающие строки в ОтчетОРозничныхПродажах и провести его, списание товарных остатков и начисление выручки задвоятся. Обязательно проверяем движения чеков и отчета по регистрам.ЧекККМ должен содержать ссылку на итоговый отчет в реквизите ОтчетОРозничныхПродажах. При ручном формировании отчета необходимо обработкой ГрупповоеИзменениеРеквизитов прописать ссылку на новый отчет во всех чеках смены и перевести их в статус Архивный, чтобы снять с них оперативные движения.Для предотвращения повторения подобных инцидентов рекомендуется настроить инфраструктуру кассового узла: