Как удалить несуществующую запись из регистра накопления и исправить зависшие остатки в 1С?

← На главную

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

Проанализируем природу этой ошибки и разберем по шагам все доступные способы очистки «фантомных» записей.

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

Чтобы понять причину сбоя, рассмотрим архитектуру хранения данных регистров накопления на уровне СУБД. В платформе «1С:Предприятие» регистры остатков физически разделены на две таблицы:

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

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

Попытки удалить такую запись через РегистрНакопленияМенеджерЗаписи не сработают, так как этот объект предназначен только для регистров без регистратора, а РегистрНакопленияНаборЗаписей требует обязательного отбора по регистратору. Следовательно, единственный корректный способ исправить проблему — заставить платформу синхронизировать и пересчитать таблицу итогов.

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

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

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


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

// Отключаем использование итогов (таблица итогов очищается)
РегистрыНакопления[ИмяРегистра].УстановитьИспользованиеИтогов(Ложь);

// Включаем использование итогов обратно (таблица пересчитывается заново)
РегистрыНакопления[ИмяРегистра].УстановитьИспользованиеИтогов(Истина);

Также можно использовать метод прямой инициализации пересчета итогов за весь период или с ограничением по датам:


ИмяРегистра = "ТоварыНаСкладах";

// Полный пересчет итогов регистра
РегистрыНакопления[ИмяРегистра].ПересчитатьИтоги();

// Либо пересчет за конкретный проблемный интервал
ДатаНачала = '20230101000000';
ДатаОкончания = '20231231235959';
РегистрыНакопления[ИмяРегистра].ПересчитатьИтогиЗаПериод(ДатаНачала, ДатаОкончания);

Способ 2. Использование штатной обработки «Управление итогами»

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

Перейдем в главное меню: «Функции для технического специалиста» (или «Все функции» в зависимости от версии платформы).
В разделе «Стандартные» откроем обработку «Управление итогами».
Найдем в списке нужный регистр накопления.
Выполним установку периода рассчитанных итогов или полное обновление итогов для выбранного регистра.
Если в регистре используется разделение итогов, выполним отключение и последующее включение механизма разделения, чтобы платформа объединила временные сплит-таблицы (буферы итогов).

Способ 3. Тестирование и исправление в Конфигураторе

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

Создадим резервную копию информационной базы (выгрузка в .dt или бэкап средствами СУБД).
Запустим базу данных в режиме Конфигуратор в монопольном режиме.
Откроем меню «Администрирование» → «Тестирование и исправление...».
Установим флаг напротив пункта «Пересчет итогов». Для решения данной проблемы остальные проверки можно отключить, чтобы процедура прошла максимально быстро.
Нажмем кнопку «Выполнить» и дождемся завершения операции.

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

Способ 4. Дополнительные методы диагностики и устранения

Если описанные выше стандартные механизмы не устранили проблему, проанализируем альтернативные варианты:

Выгрузка и загрузка через DT: Выгрузка информационной базы в файл выгрузки (.dt) выгружает только реальные данные (движения, справочники, документы), не перенося таблицы итогов. При обратной загрузке в чистую базу данных платформа создает пустые таблицы итогов и рассчитывает их заново.
Проверка файловой базы утилитой chdbfl.exe: Для файловых баз данных (формат 1Cv8.1CD) зависание записей может быть вызвано физическим повреждением структуры файла. Запустим утилиту chdbfl.exe (находится в папке bin установленной платформы 1С) с флагом «Исправлять обнаруженные ошибки».
Инициация реструктуризации метаданных: Добавим в проблемный регистр временный реквизит, применим изменения конфигурации базы данных, а затем удалим его и снова применим изменения. Это заставит платформу выполнить полную реструктуризацию физических таблиц регистра на стороне СУБД.
Временная корректировка регистров: Если база находится под непрерывной нагрузкой, а исправление требуется немедленно для продолжения отгрузок или закрытия месяца, создадим документ «Корректировка регистров» и сделаем обратное движение со знаком «минус» (или движение с противоположным видом: расход вместо прихода), чтобы скомпенсировать зависший остаток до момента проведения регламентных работ.