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

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

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

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

Как понять, что остатки требуют пересчёта

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

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

Подготовка: резервная копия и режим работы

Перед любыми операциями с итогами сделайте резервную копию базы. Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельную папку при закрытых сеансах пользователей. Для клиент-серверной базы используйте выгрузку через конфигуратор (Администрирование → Выгрузить информационную базу) или штатные средства СУБД. Копия позволит откатиться, если пересчёт выявит или создаст проблемы.

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

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

В типовых конфигурациях на управляемых формах (1С:ERP, Управление торговлей 11, Комплексная автоматизация, Бухгалтерия 3.0) пересчёт итогов доступен через раздел «НСИ и администрирование» → «Обслуживание» или через «Все функции». Откройте меню «Все функции» (кнопка с круглой стрелкой или сочетание, зависящее от интерфейса), найдите пункт «Стандартные» → «Управление итогами». Если «Все функции» не отображается, включите её: «Сервис» → «Параметры» → флаг «Отображать команду Все функции».

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

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

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

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

Альтернативный способ — обработка «Тестирование и исправление информационной базы» в конфигураторе (Администрирование → Тестирование и исправление). Отметьте пункт «Пересчёт итогов» и запустите проверку. Этот способ пересчитывает итоги по всем регистрам сразу, что удобно после сбоев, но занимает значительно больше времени на больших базах.

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

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

Восстановление последовательности документов

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

В современных конфигурациях (УТ 11, ERP) вместо последовательностей используется механизм расчёта товаров и закрытие месяца. Там актуальность остатков восстанавливается через «Закрытие месяца» и перерасчёт себестоимости, а отрицательные остатки контролируются отдельной настройкой. Перед пересчётом уточните, какой механизм использует ваша конфигурация, — действия существенно различаются.

Что выбрать для пересчёта

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

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

Тестирование и исправление

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

Восстановление последовательности

Исправляет порядок проведения и отрицательные остатки задним числом. Изменяет движения документов

Закрытие месяца / перерасчёт

Для УТ 11 и ERP: актуализирует расчёты и себестоимость. Требует корректных исходных документов

Проверка результата после пересчёта

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

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

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

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

Стабильность отчёта

Норма

Повторное формирование даёт ту же цифру

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

Остаток меняется без новых документов

Остаток против движений

Норма

Остаток равен сумме всех движений регистра

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

Есть разница между итогом и движениями

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

Норма

Отсутствуют или объяснимы документами

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

Массовые минусы без учётных причин

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

Норма

Нет ошибок, только информационные сообщения

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

Сообщения о битых ссылках и нарушении уникальности

Типичные ошибки и ограничения

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

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

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

Когда пересчёт не поможет

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

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

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

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

Удалятся ли документы при пересчёте итогов?

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

На какую дату устанавливать период рассчитанных итогов?

Оптимально — на конец последнего закрытого периода (месяца или квартала) либо на текущую дату. Установка даты в прошлое замедлит формирование отчётов за актуальный период, потому что программе придётся досчитывать итоги «на лету».

Почему после пересчёта остаток всё равно отрицательный?

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

Можно ли пересчитывать итоги, пока пользователи работают?

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

Чем пересчёт итогов отличается от перепроведения документов?

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

Как часто нужно пересчитывать итоги?

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