К статье
Практический материал

Администрирование · 11 мин

Где находится пересчет итогов в 1С и как его выполнить

Где находится пересчет итогов в 1С 8.3: тестирование и исправление, режим предприятия, команда в конфигураторе. Причины сбоя итогов, риски и проверка результата.

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

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

Зачем нужен пересчет итогов и когда он требуется

Регистры накопления и бухгалтерии хранят не только сами движения, но и предрассчитанные итоги — срезы остатков на границы периодов. Благодаря этому отчет по остаткам склада формируется за секунды, а не за минуты. Если итоги рассинхронизировались с движениями, типичные симптомы такие: отчет показывает остаток, которого нет по карточке счета; документ не проводится из-за «отрицательных остатков», хотя товар на складе есть; суммы в оборотно-сальдовой ведомости не сходятся с расшифровкой.

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

Отчет против карточкиОстаток в отчете не совпадает с движениями

Сформируйте отчет по регистру и расшифровку по документам на одну дату

Ложный контроль остатковДокумент не проводится при наличии товара

Проверьте остаток по карточке склада вручную

После сбояБыло аварийное завершение или обрыв обмена

Выполните тестирование и исправление с пересчетом итогов

Где находится пересчет итогов: основные точки входа

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

Во многих типовых конфигурациях (Бухгалтерия предприятия, Управление торговлей, ERP) та же обработка доступна в режиме 1С:Предприятие. Обычно она находится в разделе «Администрирование» → «Обслуживание» → «Корректировка данных» → «Тестирование и исправление» либо в подсистеме «Сервис». Точное расположение зависит от версии конфигурации, но поиск по слову «Тестирование» в панели функций почти всегда приводит к нужному пункту.

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

Способы пересчета итогов

Тестирование и исправление (конфигуратор)

Полный контроль, монопольный режим, подходит после сбоев. Требует выгнать пользователей.

Тестирование в режиме предприятия

Удобно без доступа к конфигуратору, но нужны права администратора и монопольный доступ.

Управление итогами регистра

Быстрый точечный пересчет одного регистра; не лечит остальные объекты.

Программный пересчет

Вызов из кода или регламентного задания; гибко, но требует аккуратности и прав.

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

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

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

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

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

Точечный пересчет итогов отдельного регистра

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

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

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

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

bsl
РегистрыНакопления.ТоварыНаСкладах.ПересчитатьИтоги();
РегистрыНакопления.ТоварыНаСкладах.УстановитьПериодРассчитанныхИтогов(НачалоМесяца(ТекущаяДатаСеанса()));
// Для регистра бухгалтерии:
РегистрыБухгалтерии.Хозрасчетный.ПересчитатьИтоги();

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

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

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

Контрольные точки

Как проверить результат

Остаток в отчете против расшифровки
Норма

Суммы совпадают до копейки

Тревожный признак

Расхождение сохраняется — проверяйте сами движения

Проведение документа
Норма

Контроль остатков проходит штатно

Тревожный признак

Ложные отрицательные остатки остались

Протокол тестирования
Норма

Нет сообщений об ошибках

Тревожный признак

Ошибки в окне сообщений — нужен повторный анализ

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

Типичные ошибки
01
Запуск всех проверок сразу — часы простоя вместо точечного пересчета итогов
02
Пересчет без резервной копии — при сбое восстанавливать нечего
03
Ожидание, что пересчет исправит ошибки в проводках — итоги лишь отражают движения
04
Прерывание процесса — риск оставить таблицы итогов в поврежденном состоянии
05
Игнорирование периода рассчитанных итогов — медленное проведение принимают за сбой

Профилактика и ограничения самостоятельной работы

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

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

Маршрут решения

Как выбрать действие

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

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

Обязателен ли монопольный режим для пересчета итогов?

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

Изменит ли пересчет итогов данные документов?

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

Чем пересчет итогов отличается от восстановления последовательностей?

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

Можно ли прервать пересчет итогов, если он идет слишком долго?

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

Как часто нужно делать пересчет итогов в профилактических целях?

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

Что делать, если после пересчета остатки все равно не сходятся?

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

Итог

Что важно запомнить

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