Почему неверно рассчитываются начальные остатки товаров в УТ 10.3 при указании периода и как это исправить?

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

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

Выясним причину: как работают регистры накопления остатков

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

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

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

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

Основное решение: выполнение процедуры «Тестирование и исправление»

Наиболее простым и эффективным способом устранения рассогласования между таблицами итогов и таблицами движений является штатный механизм конфигуратора.

Разберем процесс выполнения по шагам:

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

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

Альтернативные способы исправления расхождений

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

1. Программный пересчет итогов регистра

С помощью внешнего кода или обработки можно запустить пересчет итогов выборочно для конкретного регистра накопления, не затрагивая остальные объекты базы. Для этого используется менеджер регистра накопления и его методы:

// Выборка менеджера конкретного регистра
МенеджерРегистра = РегистрыНакопления.ТоварыНаСкладах;

// Отключение рассчитанных итогов и полный пересчет
МенеджерРегистра.УстановитьИспользованиеИтогов(Ложь);
МенеджерРегистра.УстановитьИспользованиеИтогов(Истина);

// Пересчет текущих итогов
МенеджерРегистра.ПересчитатьТекущиеИтоги();

Метод УстановитьИспользованиеИтогов() с последовательным отключением и включением очищает внутреннюю таблицу итогов регистра ТоварыНаСкладах и формирует её заново по имеющимся движениям.

2. Проверка физической целостности (для файловых баз)

Если информационная база работает в файловом режиме (файл 1Cv8.1CD), повреждение итогов часто связано с физическими сбоями структуры файла. В этом случае перед выполнением пересчета итогов рекомендуется выполнить проверку утилитой chdbfl.exe:

1. Завершаем работу всех пользователей в базе.
2. Переходим в каталог с установленной платформой (например, C:\Program Files\1cv8\8.3.XX.XXXX\bin\).
3. Запускаем утилиту chdbfl.exe.
4. Указываем путь к файлу базы данных 1Cv8.1CD, устанавливаем флаг «Исправлять обнаруженные ошибки» и запускаем проверку.

Резюме

Ошибка с появлением некорректного начального остатка при указании даты периода в УТ 10.3 — это классический symptom рассогласования итогов регистра накопления. Выполнение пересчета итогов через «Тестирование и исправление» в Конфигураторе полностью устраняет проблему и возвращает корректность расчетов в отчетах.