Почему слетели остатки в 1С и как их восстановить

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

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

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

Как понять, что остатки действительно слетели, а не «кажутся»

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

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

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

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

Как отличить сбой от ошибки настройки отчёта

Один показатель в двух разных отчётах на одну дату

Норма

Значения совпадают — проблема в настройках первого отчёта

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

Значения различаются — есть расхождение в данных

Период и отборы отчёта

Норма

Дата, организация, склад указаны корректно

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

Смотрите не тот период или не ту организацию

Остатки на вчерашнюю дату

Норма

Вчера всё сходилось — ищите документы за сегодня

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

Расходится и вчера — проблема старше, нужен анализ периода

Основные причины, по которым слетают остатки

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

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

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

Проведение с отключенными итогами или неактуальные итоги

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

Ручные операции и корректировки регистров

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

Обмены данными и синхронизации

При обмене между базами (УТ–БП, РИБ, синхронизация с сайтом) документы могут приходить частично, дублироваться или не проводиться из-за ошибок. Результат — в одной базе остатки одни, в другой другие, либо в текущей базе появились непроведённые приходы и «минуса».

Технические повреждения базы

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

Первые шаги: что сделать до любых исправлений

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

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

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

Способ 1: перепроведение документов за проблемный период

Если причина — документы, изменённые задним числом, помогает перепроведение. В типовых конфигурациях это делается через обработку «Проведение документов» (раздел «Администрирование» → «Обслуживание» → «Корректировка данных», либо через «Все функции» → «Стандартные») или через «Помощник исправления остатков» в некоторых решениях.

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

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

1. 1
   Сделайте резервную копию базы и сохраните текущие отчёты по остаткам
2. 2
   Откройте обработку проведения документов: Администрирование → Обслуживание → Корректировка данных → Проведение документов
3. 3
   Укажите период с даты расхождения по текущую дату и выберите нужные регистры или документы
4. 4
   Запустите проведение и дождитесь завершения без прерывания
5. 5
   Сформируйте отчёты по остаткам и сравните с сохранёнными до исправления
6. 6
   Если результат верный — установите дату запрета изменения данных на закрытый период

Способ 2: восстановление последовательностей и пересчёт итогов

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

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

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

Способ 3: поиск и исправление конкретных документов

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

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

Для взаиморасчётов используйте «Акт сверки» и отчёты по расчётам с детализацией до документа. Расхождения здесь часто дают незачтённые оплаты, документы «Корректировка долга» и оплаты, разнесённые не на тот договор или заказ.

Профилактика: как не допустить повторения

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

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

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

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

Остатки слетели после обновления конфигурации. Что делать?

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

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

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

Отчёт показывает минус, хотя товар на складе есть. Почему?

Значит, в учёте отгрузка прошла раньше прихода: поступление либо не проведено, либо проведено более поздней датой, либо заведено на другой склад или характеристику. Найдите товар в ведомости с детализацией до регистратора и посмотрите, каким документом образован минус.

Тестирование и исправление зависло — прерывать или ждать?

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

В файловой базе остатки расходятся у разных пользователей. Это возможно?

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

Как найти, кто изменил документы задним числом?

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