Как исправить ошибки в оборотно-сальдовой ведомости в 1С

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

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

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

Как локализовать ошибку в ОСВ

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

Ищите четыре классических признака ошибок:

• Отрицательные остатки — например, минус по счёту 41 (товары) или 10 (материалы). Обычно это списание без поступления или некорректная дата документа.
• Развернутое сальдо — одновременно дебетовый и кредитовый остаток по одному счёту расчётов (60, 62, 76) в целом, хотя по каждому контрагенту сальдо корректно. Часто причина — разные договоры или отсутствие зачёта авансов.
• Остатки на счетах, которые должны закрываться — 20, 25, 26, 44, 90, 91, 99 на конец отчётного периода.
• Расхождение количественного и суммового учёта — количество есть, суммы нет (или наоборот) по складским счетам.

Двойной щелчок по сумме в ОСВ открывает карточку счёта или отчёт по проводкам — так вы спускаетесь от итоговой цифры до конкретного документа, сформировавшего проблемное движение.

Отрицательные остатки по складским и денежным счетам

Минус по счетам 10, 41, 50, 51 — самая частая ошибка. Причина почти всегда в хронологии: документ списания (реализация, расходный кассовый ордер, требование-накладная) проведён датой раньше поступления, либо поступление вообще не введено.

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

В 1С:Бухгалтерии есть встроенная настройка контроля отрицательных остатков при проведении (Администрирование → Проведение документов). Если контроль отключён, включите его — программа начнёт блокировать списание «в минус» ещё на этапе проведения.

Развернутое сальдо по расчётам с контрагентами

Развернутое сальдо по счетам 60, 62, 76 возникает, когда по одному контрагенту числится и долг, и аванс по разным договорам, либо когда аванс не зачтён автоматически. Для отчётности это ошибка: в балансе дебиторка и кредиторка показываются развернуто, и механическое свёртывание исказит валюту баланса.

Сформируйте ОСВ по счёту 62 с группировкой «Контрагенты → Договоры». Если по одному контрагенту есть дебетовый остаток по одному договору и кредитовый по другому, решите, допустимо ли это по сути: если договоры самостоятельные, сальдо законно; если это фактически один договор — объедините аналитику или сделайте документ «Корректировка долга» с переносом задолженности.

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

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

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

Дебет и кредит по одному контрагенту, но разные реальные договорыОставьте как есть — это корректное развернутое сальдо для отчётности

Долг и аванс относятся к одному договоруЗачтите аванс документом реализации или корректировкой долга

Задолженность заведена на разных элементах справочника контрагентовОбъедините дубли контрагентов и перепроведите расчёты

Аванс не зачёлся из-за настройки документаИзмените способ зачёта аванса и перепроведите документ

Незакрытые счета затрат и финансовых результатов

Если на конец месяца остаются остатки по счетам 20, 25, 26, 44, а на конец года — по 90, 91, 99, значит, регламентное закрытие месяца не выполнено или завершилось с ошибкой. Откройте «Операции → Закрытие месяца» и посмотрите статус каждой операции: красный цвет означает ошибку, жёлтый — предупреждение.

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

После исправления настроек выполните закрытие месяца повторно. Перед этим рекомендуется перепровести документы за период (обработка «Групповое перепроведение документов»), чтобы восстановить последовательность движений.

1. 1
   Сделайте резервную копию информационной базы
2. 2
   Перепроведите документы за период групповой обработкой
3. 3
   Исправьте замечания, выданные закрытием месяца ранее
4. 4
   Выполните закрытие месяца повторно
5. 5
   Сформируйте ОСВ и убедитесь, что остатки по затратным счетам обнулились

Ручные операции и их последствия

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

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

Особенно опасны ручные проводки по счетам НДС (19, 68.02, 76.АВ, 76.ВА): они искажают книгу покупок и продаж, и декларация по НДС перестанет сходиться с ОСВ. Такие правки делайте только через документы «Формирование записей книги покупок/продаж» и аналогичные регламентные механизмы.

Технические сбои: итоги, последовательности и дата запрета

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

Первый шаг — восстановление последовательностей (в разделе «Операции» или через обработку перепроведения). Второй — тестирование и исправление информационной базы (для файловых баз — через конфигуратор, для клиент-серверных — средствами СУБД или утилиты chdbfl для файловой базы). Перед любым тестированием обязательна резервная копия.

После исправления установите дату запрета редактирования (Администрирование → Даты запрета изменения данных), чтобы закрытые периоды не портились случайными правками пользователей.

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

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

ОСВ по складским счетам

Норма

Все остатки положительные или нулевые

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

Отрицательные суммы или количества

ОСВ по 60, 62 с детализацией

Норма

Сальдо по каждому контрагенту одностороннее

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

Одновременно дебет и кредит по одному договору

Остатки по 20, 25, 26, 44 на конец месяца

Норма

Нулевые (кроме НЗП по 20, если предусмотрено)

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

Ненулевые остатки без обоснования

Сравнение ОСВ и анализа НДС

Норма

Обороты по 68.02 сходятся с книгой покупок и продаж

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

Расхождения между проводками и регистрами НДС

Типичные ошибки при исправлении ОСВ

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

Ещё одна распространённая ситуация — исправление «по цепочке»: меняют один документ, а связанные (счёт-фактуру, корректировку, зачёт аванса) забывают. После любой правки проверяйте подчинённые документы и перепроводите всю цепочку.

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

Можно ли исправить ОСВ, не перепроводя документы?

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

Почему после закрытия месяца остаток по счёту 20 не обнулился?

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

Чем опасна ручная операция по счёту 68.02?

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

Как найти, какой документ создал неправильный остаток?

Сформируйте карточку счёта или отчёт «Анализ счёта» за период с детализацией до документов. Отсортируйте движения по дате и проследите, после какого документа остаток стал аномальным (отрицательным или неожиданным). Двойной щелчок по строке открывает сам документ.

Нужно ли сдавать уточнёнку, если исправил ошибку прошлого квартала?

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

Что делать, если ОСВ «плывёт» — суммы меняются сами по себе?

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