Какие варианты пересчёта итогов доступны в 1С

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

В арсенале администратора и пользователя 1С есть несколько вариантов пересчёта: штатный режим «Управление итогами» в конфигураторе, пересчёт через тестирование и исправление, программный пересчёт из встроенного языка, а также перепроведение документов как косвенный способ восстановления итогов. Каждый вариант отличается скоростью, глубиной перерасчёта и допустимостью применения в рабочей базе без остановки пользователей.

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

Когда возникает необходимость в пересчёте итогов

Признак проблемы с итогами — расхождение между отчётом по остаткам и данными документов. Например, отчёт «Остатки товаров» показывает по складу 10 единиц номенклатуры, а карточка счёта или оборотно-сальдовая ведомость с детализацией до документов даёт 12. Другой типичный симптом — отчёт за прошлый, «закрытый» период внезапно меняет значения, хотя документы не перепроводились.

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

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

Пересчёт итогов через режим «Управление итогами» в конфигураторе

Основной штатный инструмент — режим «Администрирование → Управление итогами» в конфигураторе. Он доступен для регистров накопления и регистров бухгалтерии и позволяет выполнить пересчёт выборочно: по конкретному регистру и за указанный период, без остановки всей базы.

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

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

1. 1
   Сделайте резервную копию базы (выгрузку .dt или средствами СУБД)
2. 2
   Откройте конфигуратор, при необходимости завершите сеансы пользователей
3. 3
   Перейдите: Администрирование → Управление итогами
4. 4
   Выберите регистр и укажите период пересчёта
5. 5
   Нажмите «Пересчитать итоги» и дождитесь завершения
6. 6
   Проверьте результат: сформируйте проблемный отчёт и сверьте с данными документов

Пересчёт через «Тестирование и исправление»

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

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

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

Программный пересчёт итогов из встроенного языка

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

РегистрыНакопления.ТоварыНаСкладах.ПересчитатьИтоги();
РегистрыБухгалтерии.Хозрасчетный.ПересчитатьИтоги();

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

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

Перепроведение документов как косвенный способ

Если итоги расходятся из-за некорректно проведённых или отменённых документов, помогает перепроведение документов по регистру за проблемный период. В типовых конфигурациях для этого есть обработка «Проведение документов» (раздел «Администрирование» или «Все функции»), а также механизм восстановления последовательностей.

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

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

Управление границей итогов и режимы расчёта

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

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

Проверка результата и типичные ошибки

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

Если расхождение сохранилось после пересчёта, проблема глубже: вероятно, повреждены сами движения документов или есть записи регистра без документов-регистраторов. В этом случае нужен анализ движений запросом и, возможно, перепроведение или ручная корректировка.

FAQ: частые вопросы о пересчёте итогов в 1С