Как делается сверка итогов в 1С: порядок действий и проверка результатов

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

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

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

Что такое итоги и почему они расходятся

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

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

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

Пересчёт итогов в режиме «Предприятие»

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

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

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

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

Сверка итогов через конфигуратор: тестирование и исправление

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

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

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

Сверка бухгалтерских итогов и оборотно-сальдовой ведомости

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

Порядок контроля такой. Сначала формируется ОСВ и проверяется равенство дебетового и кредитового оборотов, а также отсутствие развёрнутого сальдо на счетах, где оно недопустимо. Затем ОСВ по конкретному счёту сверяется с анализом счёта и карточкой счёта: сальдо на конец периода должно совпадать во всех трёх отчётах. Для расчётов с контрагентами ОСВ по счетам 60 и 62 сопоставляется с актами сверки взаиморасчётов.

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

Типичные ошибки и как их избежать

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

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

Как проверить, что сверка прошла успешно

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

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

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

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

ОСВ против анализа счёта

Норма

Сальдо на конец периода совпадает до копейки

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

Разница сохраняется после пересчёта итогов

Журнал тестирования и исправления

Норма

Ошибки найдены и исправлены, повторный тест чист

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

Те же ошибки появляются снова

Остатки по складу в отчёте и в карточке номенклатуры

Норма

Количество совпадает

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

Отчёт и карточка показывают разные значения

FAQ: частые вопросы по сверке итогов

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

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

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

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

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

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

Что делать, если тестирование и исправление зависло?

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

Нужна ли сверка итогов в клиент-серверной базе на SQL?

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

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

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