Нередко пользователи "1С:Бухгалтерии" сталкиваются с неприятной и на первый взгляд необъяснимой ситуацией: при формировании оборотно-сальдовой ведомости (ОСВ) выясняется, что сальдо на конец одного периода (например, февраля) не равно сальдо на начало следующего (марта). Это вызывает серьезные опасения в корректности учета, хотя чаще всего причина носит технический характер и не связана с ошибками в первичных документах.
Такое расхождение указывает на нарушение целостности итоговых данных в базе. Программа для ускорения построения отчетов хранит заранее рассчитанные обороты и остатки в специальных таблицах итогов. Иногда, из-за сбоев, некорректного завершения работы или других причин, эти таблицы "портятся", что и приводит к подобным казусам. Давайте вместе разберемся, как найти причину и восстановить корректность данных, двигаясь от самых простых и частых решений к более сложным.
В большинстве случаев проблема кроется именно в таблицах итогов. Их "пересчет" — это процедура, которая заново формирует эти служебные таблицы на основе данных из документов и проводок. Это самый быстрый и часто достаточный способ решения проблемы.
Важно: перед выполнением любых технических операций с базой данных обязательно сделайте резервную копию!
Рассмотрим по шагам, как выполнить пересчет итогов в современных конфигурациях "1С:Бухгалтерия 3.0":
Администрирование → Тестирование и исправление...Как показывает практика, в 90% случаев эта простая процедура полностью решает проблему расхождения сальдо.
Если пересчет итогов не помог, следующей вероятной причиной является нарушение хронологической последовательности документов. Это происходит, когда пользователи вносят изменения или создают новые документы "задним числом" в уже закрытом периоде. Например, в апреле вносят исправления в документ февраля. При этом итоги за февраль и март могут рассчитаться некорректно.
Чтобы восстановить правильную последовательность, необходимо выполнить групповое перепроведение документов.
Операции → Сервис → Групповое перепроведение документов.После завершения перепроведения снова проверьте сальдо в отчетах. Этот метод также помогает исправить многие ошибки, связанные с расчетом себестоимости, закрытием месяца и т.д.
В редких, более сложных случаях, причиной расхождения могут быть конкретные некорректные записи (проводки), которые не исправляются стандартными процедурами. Это может произойти из-за сбоев при обмене данными с другими программами или других глубоких технических ошибок.
Шаг 1. Анализ с помощью стандартных отчетов
Наша задача — найти документ (регистратор), который создает "неправильные" движения. Для этого воспользуемся отчетами с максимальной детализацией.
Шаг 2. Проблема некорректных типов субконто (NULL вместо Неопределено)
Это глубокая техническая проблема. Иногда в проводке поле для аналитики (субконто) оказывается заполнено не пустым значением типа СправочникСсылка, а системным значением NULL. Визуально в отчете это может выглядеть как пустое поле, но для системы это ошибка, которая может "сломать" расчет итогов.
Найти такие записи стандартными отчетами практически невозможно. Здесь потребуется помощь программиста, который сможет написать небольшую обработку для поиска в регистре бухгалтерии проводок, где значение субконто имеет некорректный тип. После обнаружения "больного" документа-регистратора, его нужно открыть и просто перепровести в пользовательском режиме. Чаще всего это исправляет некорректную запись.
Если простые методы не помогли, а причина неясна, можно прибегнуть к полной проверке базы данных. Это мощный инструмент, который может исправить не только итоги, но и другие логические и ссылочные ошибки.
Внимание! Эту процедуру выполняйте только на резервной копии базы!
Администрирование → Тестирование и исправление...После такой комплексной "чистки" базы данных большинство проблем с целостностью данных, включая расхождение сальдо, обычно уходят.
Таким образом, проанализировав ситуацию, мы видим, что не стоит паниковать при обнаружении расхождения сальдо. Начните с простого пересчета итогов, затем перепроведите документы и только потом, если проблема осталась, переходите к глубокому анализу и комплексному тестированию базы, не забывая о резервных копиях.