Как хранятся итоги в 1С и как ими управлять

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

Физически движения регистра и его итоги — это разные таблицы в базе данных. Таблица движений содержит каждую строку каждого проведённого документа, а таблица итогов хранит свёрнутые значения по измерениям и периодам. Когда вы строите отчёт «Остатки товаров», система не сканирует миллионы строк движений, а читает компактную таблицу итогов и при необходимости «досчитывает» текущий период.

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

Что такое итоги и зачем они нужны платформе

Итог — это агрегированное значение ресурса регистра в разрезе его измерений на определённый момент или за период. Например, для регистра «Товары на складах» итог — это количество конкретной номенклатуры на конкретном складе. Без итогов каждый запрос остатков обязал бы платформу суммировать все движения с начала ведения учёта, что на больших базах заняло бы неприемлемое время.

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

Где физически хранятся итоги

В файловом варианте базы итоги находятся внутри файла 1Cv8.1CD, в клиент-серверном — в таблицах СУБД (MS SQL, PostgreSQL, Oracle). Для регистра накопления платформа создаёт отдельные таблицы: таблицу движений, таблицу итогов и служебные таблицы настроек. Имена этих таблиц генерируются платформой и не предназначены для прямой работы — обращаться к ним стоит только через встроенный язык и запросы.

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

Как платформа обновляет итоги при проведении документов

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

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

1. 1
   Сделайте резервную копию базы и убедитесь, что пользователи не работают с отчётами по регистру
2. 2
   Отключите использование итогов регистра программно или через «Управление итогами»
3. 3
   Выполните загрузку и проведение документов
4. 4
   Включите итоги обратно и дождитесь полного пересчёта
5. 5
   Проверьте отчётом остатки на нескольких контрольных датах, включая границу загруженного периода

Управление итогами через интерфейс и код

В типовых конфигурациях управление итогами доступно в разделе администрирования (например, «Обслуживание» → «Регламентные операции» → «Управление итогами» в ряде конфигураций). Там можно увидеть список регистров, признак использования итогов и период, по который они рассчитаны. В конфигураторе аналогичные операции выполняются через «Администрирование» → «Управление итогами».

Программно итогами управляют методы менеджера регистра: УстановитьИспользованиеИтогов(), ПолучитьИспользованиеИтогов(), ПересчитатьИтоги(), УстановитьМинимальныйПериодРассчитанныхИтогов() и ПолучитьМинимальныйПериодРассчитанныхИтогов(). Для регистров бухгалтерии существует аналогичный набор методов с учётом специфики субконто.

РегистрыНакопления.ТоварыНаСкладах.УстановитьИспользованиеИтогов(Ложь);
// ... массовая загрузка документов ...
РегистрыНакопления.ТоварыНаСкладах.УстановитьИспользованиеИтогов(Истина);
РегистрыНакопления.ТоварыНаСкладах.ПересчитатьИтоги();

Метод ПересчитатьИтоги() полностью перестраивает таблицу итогов по движениям. Это ресурсоёмкая операция: на больших регистрах она может занимать часы и блокировать работу пользователей. Выполняйте её в нерабочее время и только при реальной необходимости — например, после восстановления базы из копии с подозрением на повреждение итогов.

Итоги в регистрах бухгалтерии и сведений

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

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

Типичные проблемы с итогами и их диагностика

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

Вторая типичная ситуация — катастрофическое замедление отчётов после переноса данных или обновления. Часто причина в том, что минимальный период рассчитанных итогов «уехал» назад или итоги отключены. Проверка занимает минуту: откройте управление итогами и посмотрите период расчёта и признак использования для проблемного регистра.

Обслуживание итогов: регламент и ограничения

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

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

Частые вопросы