Что делать, если в 1С:Розница не создалась фискальная операция при пробитии чека

Ситуации, когда в процессе работы на кассе происходит технический сбой — зависание компьютера, отключение электроэнергии или обрыв связи с фискальным регистратором — являются частой проблемой в розничной торговле. Особенно критично это выглядит, когда чек фактически пробит на ККТ (контрольно-кассовой технике) и данные ушли в ОФД, но в базе 1С документ остался непроведенным, «битым» или вовсе исчез после тестирования и исправления. Рассмотрим подробнее, как восстановить учет и связать документ Чек ККМ с реальной фискальной операцией.

Анализ механизма фискальных операций в 1С

Для начала проанализируем, как современная 1С (начиная с редакций, поддерживающих 54-ФЗ) хранит данные о продаже. Вся информация о пробитии чека фиксируется не только в реквизитах документа Чек ККМ, но и в специальном объекте системы — регистре сведений «Фискальные операции».

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

1. Документ-основание: ссылка на Чек ККМ.
2. Номер чека: порядковый номер операции из кассы.
3. Номер смены: номер смены на ККТ.
4. Фискальный признак (ФПД): уникальный код, подтверждающий подлинность чека.

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

Способ 1: Восстановление документа и использование эмулятора

Если оригинальный документ Чек ККМ был удален или поврежден, нам необходимо воссоздать его, чтобы складские остатки и выручка сошлись. Разберем этот процесс по шагам:

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

Способ 2: Ручное создание записи в регистре «Фискальные операции»

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

Для этого программисту или опытному администратору рекомендуется использовать внешнюю обработку «Редактор записей регистров» или выполнить небольшой фрагмент кода в консоли. Рассмотрим пример того, как программно создать такую запись:

НоваяЗапись = РегистрыСведений.ФискальныеОперации.СоздатьМенеджерЗаписи();
НоваяЗапись.Период = ТекущаяДата(); // Дата из чека ККТ
НоваяЗапись.ДокументОснование = СсылкаНаНашВосстановленныйЧек;
НоваяЗапись.Организация = Справочники.Организации.НайтиПоНаименованию("Наша Организация");
НоваяЗапись.КассаККМ = Справочники.КассыККМ.НайтиПоНаименованию("Основная касса");
НоваяЗапись.НомерЧекаККМ = 125; // Номер из ОФД
НоваяЗапись.НомерСменыККМ = 10;  // Номер смены из ОФД
НоваяЗапись.ФискальныйПризнак = "3485729384"; // Данные ФПД
НоваяЗапись.Записать();

Важный момент: После того как запись будет создана, 1С при открытии чека увидит связь и статус документа автоматически изменится на «Пробит».

Способ 3: Групповое изменение реквизитов

Если документ существует, но «завис» в непонятном состоянии, можно попробовать воспользоваться встроенной обработкой Групповое изменение реквизитов.

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

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

Рассмотрим ситуацию, с которой столкнулся автор темы: после создания чека вручную товар списался дважды. Почему так происходит?

В 1С:Розница при закрытии смены формируется документ Отчет о розничных продажах (ОРП). Этот документ собирает все чеки за день. Если вы создали дублирующий Чек ККМ и он имеет статус «Пробит», он попадет в ОРП автоматически. Если вы при этом еще и вручную добавили товар в сам ОРП — возникнет задвоение.

Правильный алгоритм действий для корректного закрытия смены:

1. Если чек пробит на кассе, но отсутствует в 1С — создаем Чек ККМ, проводим его (любым из способов выше, чтобы он стал «Проведен»).
2. Выполняем операцию Закрытие смены.
3. 1С сама найдет все проведенные чеки и включит их в Отчет о розничных продажах.
4. Сверяем итоговую сумму в ОРП с данными Z-отчета на кассе и данными из ОФД.

Как проверить «зависшие» операции

Чтобы убедиться, что в базе не осталось «хвостов» или потерянных ссылок, рекомендуем заглянуть напрямую в регистр сведений. Для этого перейдем в Функции для технического специалиста (или через меню Все функции), найдем Регистр сведений «Фискальные операции».

Здесь можно установить отбор по сумме или по времени. Часто бывает, что запись о фискальной операции существует, но поле Документ-основание в ней пустое или содержит текст <Объект не найден>. В таком случае нам не нужно создавать новую запись — достаточно в существующей записи выбрать наш новый воссозданный Чек ККМ.

Подведем итог: при возникновении подобных сбоев главное — не паниковать и не пытаться «накрутить» остатки ручными операциями. Использование штатных механизмов 1С по работе с фискальными данными позволит сохранить прозрачность учета и избежать проблем при налоговых проверках.