← На главную

В процессе работы с конфигурацией 1С:Розница или другими торговыми решениями платформа может столкнуться с ситуацией, когда пользователь случайно или по ошибке окончательно удалил документы розничных продаж (например, Чек ККМ) после проведения обработки Удаление помеченных объектов. Разберем особенности платформы 1С:Предприятие 8 при удалении данных, выясним, чем механика отличается от версии 7.7, и рассмотрим доступные варианты восстановления учета.

Механика удаления данных в 1С 8 в сравнении с 1С 7.7

Проанализируем, почему простой способ отмены удаления, существовавший в версиях 1С 7.7, не работает на платформе 1С:Предприятие 8:

1. В 1С 7.7 (DBF) при окончательном удалении в файле таблицы менялся системный флаг записи (или значение в поле isMark). До момента проведения упаковки сжатия базы данные физически оставались на диске, и их можно было восстановить снятием пометки с помощью утилит работы с DBF (например, FoxPro).
2. В 1С 8.2 / 8.3 удаление происходит в два этапа: сначала документ помечается на удаление (устанавливается флаг ПометкаУдаления), а затем через пункт меню Операции > Удаление помеченных объектов запись полностью стирается из таблиц СУБД или файла 1Cv8.1cd. Встроенного механизма «корзины» или команды отмены операции физического удаления в платформе нет.

Варианты восстановления удаленных документов «Чек ККМ»

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

1. Использование теневых копий Windows (VSS)

Если база работает в файловом режиме и на сервере или рабочем компьютере включена служба защищенных теневых копий тома (Volume Shadow Copy):

1. Перейдем в папку с файловой базой данных (где расположен файл 1Cv8.1cd).
2. Откроем свойства папки и перейдем на вкладку Предыдущие версии.
3. Проверим наличие точек восстановления за сегодняшний день (например, сформированных операционной системой час или два назад).
4. Скопируем предыдущую версию файла базы данных в отдельную директорию и откроем ее, чтобы выгрузить недостающие документы.

2. Восстановление данных с фискального регистратора или ОФД

Если продажа проводилась через реальный фискальный регистратор или онлайн-кассу, то информация об операциях сохраняется в фискальном накопителе (ЭКЛЗ) и передается оператору фискальных данных:

1. Откроем сервисную программу управления кассовым аппаратом (например, Тест драйвера ККТ).
2. Запросим журнал отчетов по сменам и контрольную ленту за нужную дату.
3. Распечатаем детализацию продаж за смену, чтобы получить точный список номенклатуры, количества и сумм по удаленным чекам.
4. Повторно занесем документы Чек ККМ в базу данных с правильными реквизитами.

3. Повторный ввод и корректировка через симулятор фискального регистратора

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

1. Переключим обработку обслуживания торгового оборудования на эмулятор (эмулятор ККМ / ФР).
2. Введем заново удаленные документы Чек ККМ, указав реальный состав проданных товаров.
3. Проведем и пробьем чеки в режиме эмулятора.
4. Переключим торговое оборудование обратно на физический фискальный регистратор.

4. Оформление продаж итоговым документом смены

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

1. Вместо восстановления отдельных чеков создадим и оформим документ Отчет о розничных продажах за нужную смену.
2. Укажем в табличной части списанные товары и суммы кассовой выручки.
3. Заполним аналитику по эквайрингу и наличной оплате на основании итогового отчета с гашением.

Правила безопасности при проведении массовых операций

Проанализировав подобные инциденты, сформируем главные правила работы администратора и специалиста поддержки 1С:

1. Всегда создавать резервную копию перед запуском обработки Удаление помеченных объектов или выполнения групповых обработок данных.
2. Не выполнять физическое удаление сразу после пометки объектов: пометки удаления рекомендуются оставлять висеть в базе некоторое время до полного подтверждения от ответственных сотрудников.
3. Фиксировать и сверять состав удаляемых объектов с руководящим персоналом перед окончательной очисткой базы.