← На главную

Свертка информационной базы в «1С:Бухгалтерия предприятия 3.0» — это стандартная, но технически сложная процедура. Ее цель — сократить объем базы данных за счет удаления документов прошлых периодов и формирования документов ввода остатков на определенную дату (например, на 31.12.2014). Однако после успешного завершения свертки пользователи часто сталкиваются с неприятными сюрпризами: общие остатки в оборотно-сальдовой ведомости (ОСВ) сходятся, но при детализации по субконто или при анализе дат до момента свертки обнаруживаются странные, «фантомные» остатки.

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

Почему возникают «фантомные» остатки на даты до свертки?

Рассмотрим типичную ситуацию: свертка базы произведена на дату 31.12.2014. Логично предположить, что на любую дату до этого момента (например, на 02.12.2014) все отчеты должны показывать нулевые остатки и обороты, так как старые документы удалены или помечены на удаление. Однако при формировании ОСВ по счету 62 на 02.12.2014 внезапно обнаруживается сальдо по конкретному контрагенту. При этом в карточке счета на эту же дату сальдо оказывается нулевым.

Проанализируем технические причины этого сбоя:

1. Рассинхронизация таблиц движений и таблиц итогов. Платформа «1С:Предприятие 8» хранит бухгалтерские записи в двух основных физических таблицах базы данных СУБД: таблице движений (где записаны сами проводки) и таблице итогов (где хранятся рассчитанные на конец каждого месяца агрегированные суммы). При массовом удалении документов обработкой свертки записи из таблицы движений исчезают, а вот таблица итогов из-за сбоя кэша или прерывания транзакций может не обновиться вовремя. Отсюда и возникает ситуация, когда физических документов в базе нет, а отчет «ОСВ», обращающийся к таблице итогов, показывает остаток.
2. Влияние регистров НДС и расчетов. Счет 60 «Расчеты с поставщиками и подрядчиками» и счет 62 «Расчеты с покупателями и заказчиками» тесно связаны с регистрами накопления (например, НДСПредъявленный, НДСПродажи, РасчетыСПоставщикамиПоДокументамВзаиморасчетов). Некоректное закрытие или частичное очищение этих регистров приводит к тому, что система пытается связать незакрытые аналитические разрезы и выводит виртуальные остатки.
3. Особый статус документов НДС. Свертка БП 3.0 спроектирована так, чтобы не нарушать учет НДС и корректность Книги покупок и Книги продаж. Из-за этого некоторые документы прошлых периодов (например, счета-фактуры на аванс) не удаляются физически, а остаются в базе в качестве документов-регистраторов. Если их проводки были частично задеты сверткой, они могут давать «шлейф» в виде остатков на дату своего фактического проведения.

Перейдем к практическим методам устранения этих ошибок.

Решение 1. Отключение итогов и перепроведение документов ввода остатков

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

1. Перейдем в режим «Все функции» (или «Функции для технического специалиста» в новых релизах платформы).
2. Найдем и откроем стандартную обработку УправлениеИтогами.
3. В открывшемся окне нажмем кнопку полного управления и временно отключим использование итогов по регистру бухгалтерии. Это действие очистит кэшированные таблицы итогов.
4. Перейдем в список документов ввода остатков, которые были автоматически созданы обработкой свертки (документы типа ВводОстатков или операции, введенные вручную).
5. Выполним групповое перепроведение этих документов. На этом шаге платформа запишет корректные движения в чистые таблицы.
6. Вернемся в обработку УправлениеИтогами и снова включим использование итогов, запустив процесс их полного пересчета.

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

Решение 2. Тестирование и исправление (ТИИ) базы данных

Если первый способ не помог или база имеет сложную многолетнюю историю с накопленными внутренними ошибками СУБД, необходимо прибегнуть к стандартному механизму тестирования и исправления.

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

Запустим базу данных в режиме «Конфигуратор» и выберем меню «Администрирование» — «Тестирование и исправление». Установим следующие флаги:

• Реиндексация таблиц информационной базы
• Реструктуризация таблиц информационной базы
• Пересчет итогов

В разделе настройки правил обработки незавершенных переходов и битых ссылок выберем «Очищать объекты» или «Создавать дефолтные элементы» в зависимости от вашей политики ведения учета. После завершения тестирования платформа физически перестроит индексы, очистит «зависшие» записи без документов-оснований и приведет таблицы итогов в полное соответствие с таблицами движений.

Решение 3. Устранение причин «развернутого» сальдо по счетам 60 и 62

Развернутое сальдо (когда по одному и тому же контрагенту и договору одновременно висит и дебет, и кредит) возникает из-за незакрытой аналитики третьего уровня — субконто Документы расчетов с контрагентами.

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

Посмотрим, как исправить развернутое сальдо:

1. Анализ субконто. Сформируем ОСВ по счету 62 (или 60) с максимальной детализацией, установив группировки по Контрагентам, Договорам и Документам расчетов. Вы увидите, какие именно документы «инициализации» создали встречные остатки.
2. Корректировка ввода остатков. Нам необходимо сопоставить эти суммы. Попытка вручную удалить строки из документа ввода остатков может привести к ошибке объектной целостности (так как документ ввода остатков делает движения по сопутствующим регистрам сведений и накопления). Вместо ручного удаления строк лучше воспользоваться штатным документом КорректировкаДолга с видом операции «Зачет авансов» или «Взаимозачет», датированным днем свертки.
3. Профилактика перед сверткой. Чтобы избежать развернутого сальдо в будущем, перед запуском процедуры свертки всегда выполняйте групповое перепроведение документов за закрываемые периоды для восстановления последовательности расчетов. Также рекомендуется запустить инструмент «Экспресс-проверка ведения учета» и исправить все выявленные ошибки в части ведения книги покупок и продаж.

Применяя данные методики комплексно, мы сможем гарантировать полную чистоту и корректность ведения бухгалтерского и налогового учета в свернутой базе «1С:Бухгалтерия 3.0».