Свертка информационной базы — это сложная и ответственная процедура, к которой часто прибегают для уменьшения объема данных и ускорения работы системы. Для пользователей, перешедших с первой редакции программы («1С:Бухгалтерия государственного учреждения 1.0»), процесс в редакции 2.0 может показаться непривычным. В этой статье мы подробно разберем, как штатно выполнить свертку в БГУ 2.0, где найти необходимый инструмент и как решать типичные проблемы, возникающие в процессе, например, когда документы прошлых периодов не удаляются полностью.
Прежде чем мы приступим к поиску самой обработки свертки, необходимо выполнить ряд подготовительных действий. Игнорирование этого этапа может привести к необратимой потере данных или некорректному формированию остатков.
ТестированиеИИсправление.В отличие от БГУ 1.0, где часто использовались внешние обработки, в БГУ 2.0 механизм свертки встроен в конфигурацию (как часть Библиотеки Стандартных Подсистем). Однако расположение пункта меню менялось в зависимости от релиза конфигурации. Давайте рассмотрим варианты навигации.
В актуальных версиях программы путь выглядит следующим образом:
Администрирование — Обслуживание — Корректировка данных — Свертка информационной базы.
Если вы используете более старый релиз или не можете найти этот пункт в интерфейсе, попробуйте воспользоваться меню «Все функции» (или «Функции для технического специалиста» в новых платформах):
СверткаИнформационнойБазы.Процедура свертки в БГУ 2.0 выполняется в режиме мастера и состоит из нескольких последовательных этапов. Рассмотрим их подробно.
На этапе настройки нам необходимо указать дату свертки (обычно это конец года, например, 31.12.20XX) и выбрать организации, по которым будет производиться свертка. Важно понимать, что документы будут свернуты (помечены на удаление) до этой даты включительно, а входящие остатки будут сформированы на начало следующего дня (01.01.20YY).
Обработка предложит список регистров для свертки. Обычно система автоматически определяет стратегию для каждого регистра, но мы можем вмешаться вручную. Для регистров накопления (остатки товаров, взаиморасчеты) формируются документы ввода остатков. Для регистров сведений часто делается срез последних записей.
После завершения этапа формирования документов ввода остатков, система создаст документы вида КорректировкаРегистров или профильные документы ввода начальных остатков (в зависимости от настройки и раздела учета).
Одной из самых частых жалоб при свертке БГУ 2.0 является наличие большого количества «неудаленных» документов в закрытом периоде. Пользователи отмечают, что процедура проходит без ошибок, создаются корректировки, но старые документы остаются в базе, хотя и могут быть помечены на удаление.
Разберем причины, почему это происходит и что с этим делать.
Платформа 1С:Предприятие жестко контролирует ссылочную целостность. Мы не можем физически удалить объект из базы данных, если на него есть ссылки в других объектах.
При свертке создаются документы КорректировкаРегистров или ОперацияБух, которые фиксируют входящие остатки. Если в этих документах ввода остатков в качестве аналитики (субконто) используется ссылка на старый первичный документ (например, документ «Поступление МЗ» как документ партии), то этот старый документ удалить невозможно. Он останется в базе, чтобы система могла корректно отображать аналитику остатков.
В БГУ 2.0, в отличие от простых бухгалтерских конфигураций, огромный пласт данных хранится в периодических регистрах сведений. Это касается, прежде всего, учета Основных Средств (ОС).
Давайте посмотрим на ситуацию с ОС. Параметры амортизации, материально-ответственные лица (МОЛ), состояние объекта и местонахождение хранятся в регистрах сведений (например, МестонахождениеОС, ПараметрыАмортизацииОСБухгалтерскийУчет). Эти записи делает документ-регистратор (например, «Принятие к учету ОС» или «Внутреннее перемещение»).
Если в настройках свертки для таких регистров выбрана стратегия «Не сворачивать» или «Срез последних», то документы-регистраторы, сформировавшие эти записи, должны остаться в системе. Если мы их удалим, пропадет информация о текущем состоянии основного средства.
Рассмотрим пример, упомянутый в обсуждении. Пользователи сталкивались с ситуацией, когда документы по ОС оставались даже после свертки. Это связано с тем, что движения по счетам бухгалтерского учета сворачиваются (заменяются на ввод остатков), а движения по служебным регистрам (история амортизации) остаются привязанными к историческому документу.
// Пример логики, почему документ остается
// Документ "Внутреннее перемещение" от 2014 года сделал движение в регистр сведений.
// Свертка удалила движения по ЕПСБУ (проводки), но оставила запись в регистре сведений,
// так как она актуальна на текущий момент (МОЛ не менялся).
// Следовательно, сам документ удалить нельзя.
Важно отметить, что механизм свертки совершенствуется от релиза к релизу. В ранних версиях БГУ 2.0 (как отмечают пользователи, до определенных релизов) алгоритмы обработки регистров сведений по основным средствам работали не всегда корректно, оставляя лишние связи. Если вы проводите свертку на очень старой версии конфигурации, настоятельно рекомендуем сначала обновить БГУ 2.0 до актуального релиза.
После того как обработка свертки завершила свою работу, процесс еще не закончен. Обычно обработка лишь помечает старые объекты на удаление (и то не всегда все). Нам нужно выполнить физическое удаление.
Если вы видите, что документ не удаляется, потому что на него ссылается КорректировкаРегистров (ввод остатков), значит, так и должно быть. Этот документ стал частью аналитики остатков. Чтобы уменьшить объем базы, можно попробовать «очистить» табличные части таких документов (с помощью специальных обработок, если вы обладаете навыками программирования), оставив только шапку и ссылку, но делать это нужно крайне осторожно.
Если же документ удерживается другими старыми документами, которые почему-то не попали в свертку, необходимо вручную пометить их на удаление и повторить процедуру.
Самый важный этап — проверка результатов. Мы не можем считать свертку успешной, пока не убедимся, что цифры «пошли».
Для этого сформируйте оборотно-сальдовую ведомость (ОСВ) в копии базы до свертки на конец сворачиваемого периода (например, на 23:59:59 31.12.2023).
Затем сформируйте ОСВ в свернутой базе на начало следующего периода (например, на 00:00:00 01.01.2024).
Сальдо на конец старого периода в копии и сальдо на начало нового периода в рабочей базе должны совпадать до копейки.
Также рекомендуем проверить:
Свертка в БГУ 2.0 — это штатная процедура, доступная в меню «Администрирование». Главная сложность заключается не в запуске обработки, а в понимании того, почему часть данных остается. Наличие старых документов чаще всего обусловлено требованиями ссылочной целостности системы и необходимостью сохранения истории для регистров сведений. Физическое удаление данных производится стандартной обработкой удаления помеченных объектов после тщательной проверки совпадения входящих и исходящих сальдо.