← На главную

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

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

Причины фиксации ссылок на старые документы после свертки

Выясним причину, по которой документ ввода остатков или операция удерживает ссылку на помеченный к удалению документ. В учетных решениях 1С первичные документы прошлых периодов продолжают участвовать в учете по нескольким направлениям:

1. Детализация взаиморасчетов с контрагентами. Если в договоре с покупателем или поставщиком выбран порядок расчетов По документам расчетов, на счетах учета 60, 62 или 76 третье субконто (Документы расчетов с контрагентами) обязательно требует указания конкретной накладной, акта или платежного поручения. Документ свертки, формируя сальдо на дату среза, обязан перенести эту аналитику, чтобы сохранить глубину задолженности и хронологию оплат.
2. Регистры подсистемы учета НДС. Если на момент даты свертки по приобретенным ценностям не был завершен вычет НДС или висят незакрытые авансовые расчеты, ссылка на документ-основание сохраняется в движениях служебных регистров накопления подсистемы НДС для корректного формирования записей книги покупок и книги продаж в будущих периодах.
3. Партионный учет номенклатуры. При списании материально-производственных запасов методом ФИФО ссылки на старые партии (документы поступления) могут удерживаться остатками на счетах 10 или 41, если данная партия еще не была списана до конца.

Чем опасно прямое удаление объектов без проверки ссылочной целостности

Рассмотрим, что происходит, когда администратор включает права непосредственного удаления и производит удаление объектов комбинацией клавиш Shift + Del либо программным методом без проверки ссылочной целостности через вызов соответствующего метода:

Посмотрим на пример из реальной бухгалтерской практики: на дату свертки у организации существовала непогашенная задолженность покупателя по документу РеализацияТоваровУслуг. Операция ввода остатков зафиксировала сумму долга с указанием этой накладной в качестве третьего субконто. Если этот документ реализации удалить физически:

1. В документе ввода остатков субконто превратится в <Объект не найден> (битую ссылку).
2. Когда в периоде после свертки от покупателя поступит постоплата, документ ПоступлениеНаРасчетныйСчет не сможет сопоставить платеж со старой реализацией. Бухгалтер получит искажение оборотов, зависание сумм на счетах авансов или непредвиденное возникновение разрывов в субконто.
3. Последующее тестирование и исправление базы данных с установленным режимом очистки ссылок просто сотрет битую ссылку, лишив учет аналитики по конкретному расчетному документу.

Решение 1. Оставить документы в базе и снять пометку на удаление

Проанализируем самый безопасный и рекомендуемый разработчиками платформы подход. При штатной свертке у всех документов, предшествующих дате свертки, движения по регистрам бухгалтерии и регистрам накопления программно отключаются (или очищаются). Сам документ становится пассивным контейнером исторических реквизитов и более не влияет на итоги.

Разберем по шагам, как привести базу в порядок при таком подходе:

1. Выполняем штатное удаление помеченных объектов. Все документы, на которые нет ссылок в актуальных операциях, удалятся из базы.
2. Те документы, которые остались заблокированными из-за связей с операциями свертки, не нужно удалять принудительно.
3. С помощью стандартной обработки Групповое изменение реквизитов находим заблокированные документы и снимаем с них признак ПометкаУдаления. Они продолжат служить аналитическими ссылками в субконто расчетов и регистрах НДС, не создавая при этом визуального мусора в обработке удаления объектов.

Решение 2. Замена ссылок на служебные документы расчетов вручную

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

Для этого в конфигурациях на базе типовой бухгалтерии предназначен специализированный вспомогательный объект — Документ расчетов с контрагентом (ручной учет).

Разберем алгоритм замены:

1. Создаем новый документ Документ расчетов с контрагентом (ручной учет) с реквизитами старого документа (номер и дата договора, сумма, контрагент).
2. Открываем обработку Поиск и удаление дублей или служебную обработку Поиск и замена значений.
3. В качестве исходного значения указываем старый удаляемый документ, а в качестве результирующего — созданный документ ручного учета.
4. Выполняем замену ссылок во всех проводках операции свертки и служебных регистрах.
5. После завершения замены запускаем типовую обработку Удаление помеченных объектов: теперь старый первичный документ удалится без ошибок целостности.

Решение 3. Предварительное схлопывание расчетов до проведения свертки

Чтобы минимизировать количество остаточных ссылок еще до запуска процедуры свертки, необходимо провести предварительную подготовку базы данных:

1. Сформировать оборотно-сальдовые ведомости по счетам 60, 62 и 76 с максимальной детализацией по всем субконто (Контрагенты, Договоры, Документы расчетов).
2. При выявлении развернутого сальдо (когда по одному договору висит дебет по одной накладной и кредит по другой) оформить документы КорректировкаДолга с видом операции Зачет авансов или Перезачет задолженности.
3. Провести регламентные операции по закрытию месяцев до даты свертки включительно, распределить регламентные зачеты НДС.

Чем чище аналитика взаиморасчетов на дату среза, тем меньше ссылок перейдет во ввод остатков, и тем больший объем старых документов платформа сможет безопасно удалить штатным способом.

Альтернативный вариант: перенос остатков в чистую информационную базу

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

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