Почему виртуальная таблица остатков регистра накопления не сворачивает данные?

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

Понимание механизма DimHash

Для того чтобы разобраться в проблеме, нужно понять, как 1С работает с итогами. Внутри структуры СУБД 1С использует поле DimHash. Это хэш-сумма, которая вычисляется на основе всех измерений записи. Платформа использует этот хэш для максимально быстрой группировки данных в таблицах итогов.

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

Пошаговый алгоритм решения проблемы

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

1. Анализ таблицы движений. Помните, что данные в итоги попадают из основной таблицы движений (таблицы с суффиксом _F или просто таблицы записей регистра). Если запись в основной таблице содержит пустое или неверное значение DimHash, оно будет «заражать» таблицу итогов при каждом пересчете.
2. Поиск документа-виновника. Используйте консоль запросов для поиска записей в основной таблице регистра, у которых поле DimHash имеет подозрительные значения (например, NULL или 0). Выясните, какой документ сформировал такие движения.
3. Перепроведение документов. Как только вы нашли проблемный документ, выполните его перепроведение. Это заставит платформу 1С заново рассчитать DimHash для всех движений этого документа, записав в базу корректные данные.
4. Очистка и пересчет итогов. После того как вы исправили данные в таблице движений, выполните процедуру пересчета итогов через Конфигуратор или обработку Управление итогами. В критических случаях, если данные остаются «битыми», можно рассмотреть физическую очистку таблиц итогов на уровне SQL, но всегда делайте резервную копию базы данных перед выполнением подобных операций.

Технические нюансы и рекомендации

Разберем, почему стандартные методы могут не работать:

• Режим совместимости. Если ваша база была перенесена с очень старых версий (например, 8.1 или 8.2), некоторые механизмы индексации и хэширования могли законсервироваться. Рекомендуем по возможности отключать режим совместимости после полной проверки корректности данных.
• Разделение итогов. Проверьте, не включено ли у вас разделение итогов для регистра. Это механизм, который усложняет структуру таблиц, и если он был некорректно настроен при обновлении конфигурации, это может стать причиной дублей в запросах.

Пример запроса для диагностики

Чтобы проверить текущую ситуацию в регистре, выполните следующий запрос в консоли:

ВЫБРАТЬ
    Регистр.Измерение1,
    Регистр.Измерение2,
    СУММА(Регистр.Ресурс) КАК Ресурс
ИЗ
    РегистрНакопления.ВашРегистр.Остатки() КАК Регистр
СГРУППИРОВАТЬ ПО
    Регистр.Измерение1,
    Регистр.Измерение2

Если группировка по всем измерениям «схлопывает» остатки, а простое обращение к Остатки() без группировки выдает несколько строк — значит, проблема точно кроется в рассинхронизации хэш-сумм измерений. Использование агрегатной функции СУММА() в коде 1С является «костылем», так как она заставляет платформу игнорировать DimHash и группировать данные по полям измерений, что сильно замедляет выполнение запроса на больших объемах данных. Поэтому правильным решением всегда является приведение таблицы итогов в соответствие с основной таблицей записей через корректную работу с DimHash.

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