← На главную

Процедура свёртки информационной базы в 1С:Бухгалтерия предприятия 3.0 — это ответственный процесс, целью которого является уменьшение объема базы данных и повышение скорости работы системы за счет удаления старых документов и фиксации остатков на определенную дату. Однако на практике пользователи часто сталкиваются с ситуацией, когда после завершения работы типовой обработки документы поступления или реализации, содержащие НДС, остаются в базе проведенными и не помечаются на удаление. Разберем подробно, почему так происходит и как корректно завершить свёртку, сохранив целостность учета.

Выясним причину: почему документы с НДС «сопротивляются» свёртке

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

Рассмотрим основные причины такого поведения системы:

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

Метод 1: Корректировка правил обработки регистров (Решение проблемы)

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

1. Запустим обработку Свёртка информационной базы (раздел Администрирование — Сервис).
2. Пройдем этапы создания резервной копии и выбора даты свёртки.
3. На этапе «Настройка регистров» перейдем в раздел Регистры накопления.
4. Найдем в списке регистры, связанные с НДС: НДС предъявленный, НДС Раздельный учет, НДС по приобретенным ценностям.
5. Обратим внимание на колонку «Правило свёртки». По умолчанию там будет стоять значение «Не сворачивать».
6. Изменим это значение на «Сворачивать». В этом случае система создаст корректирующие документы Операция (свёртка базы), которые зафиксируют входящие остатки по этим регистрам на дату свёртки, а первичные документы пометятся на удаление.

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

Метод 2: Предварительная подготовка и технологический анализ

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

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

2. Технологический анализ учета: Запустим Технологический анализ учета (раздел Отчеты). Он поможет выявить ошибки в регистрах НДС, которые мешают системе корректно сопоставить остатки. Часто бывает так, что по бухгалтерскому счету 19 сальдо нулевое, а в регистре НДС предъявленный висит остаток из-за ручных правок или некорректных сторно. Для устранения нулевого развернутого сальдо по аналитике счетов можно применить инструмент для свертки остатков по счетам с отбором нулевого сальдо.

Опасность ручного удаления документов

Разберем, почему крайне не рекомендуется удалять документы вручную через Операции — Удаление помеченных объектов без контроля ссылочной целостности или, тем более, программным способом (непосредственное удаление).

Если мы принудительно удалим документ, который является аналитикой (субконто Документы расчетов с контрагентами) на счетах 60 или 62, мы получим следующие проблемы:

• Битые ссылки: В проводках новых документов и в документах свёртки вместо названия документа появится надпись <Объект не найден...>.
• Развал остатков: Суммовой остаток по контрагенту сохранится, но он не будет «привязан» ни к чему. При попытке зачета аванса в будущем система не сможет определить, к какому поступлению относится этот расчет, что приведет к непредсказуемым скачкам в расчетах и неверному заполнению отчетности.

Проверка результатов свёртки

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

1. Сформируем ОСВ на дату свёртки в исходной (копии) базе и в свернутой базе.
2. Сравним остатки по счетам 19, 60, 62, 76.ВА, 76.АВ. Они должны совпадать до копейки.
3. Особое внимание уделим детализации по субконто. Если в свернутой базе появились пустые строки или <...>, значит, свёртка прошла некорректно.

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

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