Почему возникают периодические задвоения в отчете ТОРГ-29 в 1С:Управление торговлей 10.3 и как их исправить?

В процессе работы с конфигурацией 1С:Управление торговлей (редакция 10.3) пользователи нередко сталкиваются со странным поведением формы «Товарный отчет (ТОРГ-29)»: в отдельные дни обороты или суммы списываемого товара выходят двойными, а при повторном формировании через некоторое время проблема может самопроизвольно исчезать. Разберем подробнее технические и прикладные причины такого явления, а также рассмотрим пошаговые алгоритмы его устранения.

Причина 1. Изменение справочных данных (штрихкоды, единицы измерения, цены)

Проанализируем механику связывания данных при формировании отчетов. Зачастую запрос отчета обращается не только к регистрам накопления (Товары в рознице, Товары на складах), но и связывается с регистрами сведений — например, со штрихкодами номенклатуры, единицами измерения или ценами.

Если пользователь в течение дня открывает карточку номенклатуры (объект СправочникСсылка.Номенклатура) и выполняет следующие действия:

1. Добавляет новый штрихкод или дублирующую единицу измерения, а затем помещает ее на удаление;
2. Изменяет значение базовой или розничной цены без фиксирования даты среза;
3. Создает дублирующие записи в подчиненных периодических регистрах сведений,

то отчет при выборке данных начинает дублировать строки реализации по каждой найденной подчиненной записи. Как только ошибочная запись окончательно удаляется из базы или помечается на удаление корректно, задвоение в отчете исчезает.

Причина 2. Рассинхронизация и сбой индексации итогов регистров

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

Для исправления этой проблемы выполним процедуру полного пересчета итогов:

1. Перейдем в режим 1С:Предприятие под правами администратора.
2. Откроем меню Операции > Управление итогами.
3. Установим период пересчета и нажмем кнопку Пересчитать итоги.
4. Для комплексной проверки запустим режим Конфигуратор, перейдем в меню Администрирование > Тестирование и исправление..., выберем пункт Реиндексация таблиц информационной базы и Пересчет итогов.

Причина 3. Незакрытые кассовые смены и проведение чеков ККМ

Выясним особенности учета розничных продаж в УТ 10.3. В течение дня розничная торговля фиксируется документами Чек ККМ. При выполнении операции «Закрытие кассовой смены» данные чеки свертываются и архивируются, а вместо них формируется итоговый документ Отчет о розничных продажах.

Если сформировать ТОРГ-29 посреди рабочего дня, когда кассовая смена еще не закрыта, или в процессе закрытия смены произошел технический сбой (чеки не перешли в статус архивированных), отчет может учесть движения как по первичным чекам, так и по сформированному документу реализации. Это приводит к временному «плавающему» задвоению оборотов, которое пропадает после правильного завершения процедуры закрытия смены.

Причина 4. Ввод документов «задним числом» и нарушение последовательности

Рассмотрев суммовой и партионный учет в рознице, стоит отметить высокую чувствительность отчета ТОРГ-29 к хронологической последовательности документов. Ввод приходных накладных (Поступление товаров и услуг), переоценок или возвратов прошлыми датами влечет за собой расхождение остатков в суммовом выражении.

Для решения этой проблемы проверим и восстановим последовательность партионного учета:

1. Откроем меню Сервис > Проведение документов > Восстановление последовательностей.
2. Укажем нужную организацию и склад.
3. Выполним восстановление последовательности партионного учета и учета товаров в рознице за анализируемый период.

Причина 5. Накладка документов «Переоценка товаров в рознице»

Если в течение одного дня оформляется документ Переоценка товаров в рознице и одновременно с этим проводятся розничные продажи, механизм расчета суммовой оценки склада в отчете ТОРГ-29 может списать товар дважды (по старой и по новой цене). Проверим, чтобы время документа переоценки всегда строго предшествовало времени первых розничных продаж за день, и убедимся в отсутствии дублирующихся позиций внутри самого документа переоценки.

Причина 6. Отсутствие группировки в запросе внешнего отчета

Если используется доработанная версия отчета ТОРГ-29 на базе Системы компоновки данных (СКД) или на обычных запросах, обратим внимание на сам текст запроса. При объединении таблиц продаж и регистраторов без явной группировки происходит размножение записей.

Убедимся, что в запросе отчета используется корректная группировка по полям регистратора:

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

Резюме и рекомендации

Для предотвращения плавающих задвоений в отчете ТОРГ-29 соблюдаем следующие правила:

1. Регулярно контролируем полноту закрытия кассовых смен на розничных точках;
2. Избегаем дублирования штрихкодов и единиц измерения в карточках товаров;
3. Выполняем регламентный пересчет итогов и восстановление последовательности партионного учета;
4. В случае сохранения проблемы используем альтернативные стандартные отчеты (Ведомость по товарам в рознице) для экспресс-проверки реальных остатков по регистрам.