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

Программист 1С v8.3 (Управляемые формы) 1С:Розница Управленческий учет Торговля и дистрибуция
← На главную

Ситуация, когда товар фактически продан, чек распечатан и фискализирован, но при этом позиция отсутствует в документе Отчет о розничных продажах, является критической для учета. Это приводит к расхождениям между кассовой выручкой и остатками товаров на складе. В рамках данной статьи мы подробно разберем, почему возникают такие программные сбои, как продиагностировать отсутствие движений и какими способами можно вернуть «пропавший» товар в учетную систему.

Проверяем наличие движений по регистрам

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

  1. Откроем проблемный документ Чек ККМ.
  2. Нажмем кнопку «Движения документа» (обычно это пиктограмма с буквами «Дт/Кт»).
  3. Посмотрим на список регистров. Если список пуст или в регистрах Продажи и Товары на складах нет записей, значит, документ не сделал движений.

Разберем причину: если чек пробит на кассе (ККТ), но не зафиксировал движения в 1С, это означает, что цепочка программных процедур прервалась после фискализации, но до момента записи движений в базу данных. Рассмотрим подробнее, как это исправить.

Технический статус чека и ошибки проведения

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

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

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


Запрос = Новый Запрос;
Запрос.Текст = 
    "ВЫБРАТЬ
    |	ЧекККМ.Ссылка КАК Ссылка,
    |	ЧекККМ.Номер КАК Номер,
    |	ЧекККМ.Дата КАК Дата
    |ИЗ
    |	Документ.ЧекККМ КАК ЧекККМ
    |ГДЕ
    |	ЧекККМ.Проведен = ИСТИНА
    |	И ЧекККМ.Дата МЕЖДУ &ДатаНачала И &ДатаОкончания
    |	И НЕ ЧекККМ.Ссылка В
    |			(ВЫБРАТЬ
    |				РегистрПродажи.Регистратор
    |			ИЗ
    |				РегистрНакопления.Продажи КАК РегистрПродажи)";

Запрос.УстановитьПараметр("ДатаНачала", НачалоДня(ТекущаяДата()));
Запрос.УстановитьПараметр("ДатаОкончания", КонецДня(ТекущаяДата()));

Результат = Запрос.Выполнить();

Этот запрос поможет нам быстро выявить чеки, которые помечены как проведенные, но не оставили следа в регистре накопления Продажи.

Настройка «Отложенного проведения» и распределение по сменам

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

Проанализируем ситуацию с кассовыми сменами. Проблема часто кроется в том, что чек привязан к одной смене, а отчет формируется по другой. Это происходит, если:

Рекомендуется воспользоваться стандартной обработкой Проверка корректности кассовых смен, которая находится в разделе «Продажи» — «Сервис». Она позволяет выявить чеки-сироты, которые не привязаны к актуальному отчету.

Проблемы в данных: Номенклатура, Характеристики и СНО

Иногда товар не попадает в отчет из-за некорректного заполнения карточки номенклатуры или параметров в самом чеке. Рассмотрим основные моменты:

  1. Тип номенклатуры. Проверим, не заведен ли товар как «Услуга». Услуги могут не отображаться в некоторых складских разрезах отчета, хотя должны присутствовать в табличной части товаров.
  2. Характеристики и серии. Если в настройках программы включен учет по характеристикам, но в чеке характеристика не заполнена (или заполнена пробелом), Отчет о розничных продажах может игнорировать такую строку при автоматическом заполнении, так как не может сопоставить ее с остатками.
  3. Система налогообложения (СНО). Если организация совмещает несколько режимов (например, ОСНО и Патент), 1С распределяет товары по разным отчетам о продажах. Выясним, по какой СНО был пробит чек и какой отчет мы проверяем. Если в настройках склада или организации допущена ошибка, товар может уйти «не в тот» отчет.

Методы исправления: как вернуть товар в отчет

Если мы убедились, что чек фискализирован корректно (есть номер чека ККМ и фискальный признак), но программно он «завис», выполним следующие действия:

Способ 1: Ручная корректировка отчета

Это самый быстрый способ выровнять остатки и выручку. Мы можем зайти в Отчет о розничных продажах, перейти на закладку «Товары» и вручную добавить недостающую позицию. Важно указать ту же цену и количество, которые были в чеке. После проведения отчета остатки на складе спишутся корректно.

Способ 2: Использование обработки восстановления

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

Способ 3: Тестирование и исправление базы

В редких случаях причиной проблемы является повреждение итогов регистров или внутренних таблиц связей документов. Проанализируем состояние базы через Конфигуратор:

Важно: перед выполнением этой операции обязательно создайте резервную копию базы данных!

Заключение

Мы разобрали основные причины, по которым товар может не попадать в отчет о розничных продажах. Чаще всего проблема кроется в отсутствии движений по регистрам у документа Чек ККМ из-за сбоев при проведении или некорректной привязки к кассовой смене. Регулярное использование обработки Проверка корректности кассовых смен и контроль статуса чеков позволят избежать подобных ошибок в будущем.

← На главную