Свертка конфигурации «Производство + Услуги + Бухгалтерия» (ПУБ) на платформе 1С 7.7 является одной из самых трудоемких задач для администратора или программиста. Сложность заключается в гибридной архитектуре системы: в отличие от «Бухгалтерии», где важны только проводки, или «Торговли и Склада», где важны только регистры, в ПУБ эти два механизма работают параллельно и тесно взаимосвязаны. Любая ошибка при обрезке базы может привести к расхождению между бухгалтерским балансом и остатками по регистрам оперативного учета.
В данной статье мы разберем проверенные методики свертки, проанализируем технические нюансы очистки таблиц и выстроим оптимальный алгоритм действий для получения «чистой» базы с корректными остатками.
Самый простой на первый взгляд способ — воспользоваться штатным функционалом системы. В конфигурации ПУБ предусмотрена обработка Завершение периода. Давайте разберем принцип её работы и основные ограничения.
Эта обработка выполняет следующие действия:
Важные нюансы и ограничения:
Затраты и Партии незавершенного производства. Крайне рекомендуется максимально закрыть все производственные заказы и выпустить готовую продукцию до даты свертки, иначе остатки «зависнут» на нераспределенных затратах.Этот метод считается более надежным среди опытных специалистов. Мы разделяем процесс на два этапа, используя специализированные инструменты для каждой компоненты.
Шаг 1: Свертка бухгалтерской части. Используем типовую обработку Свертка бухгалтерских итогов. Она проанализирует остатки на счетах и сформирует входящие сальдо в виде документов Операция на дату свертки. Все старые проводки после этого станут не нужны. Для ручной корректировки или обнуления конкретных счетов перед вводом остатков пригодится обработка для закрытия остатков по бухгалтерским счетам на счет 00.
Шаг 2: Свертка регистровой части. Для этого можно применить универсальную обработку для конфигурации «Торговля и Склад» (ТиС), адаптировав её под структуру ПУБ. Существуют также специализированные обработки типа WR_REG. Основная задача здесь — перенести остатки из таблиц RG и RA в новые документы ввода остатков.
Шаг 3: Синхронизация. После выполнения обоих этапов необходимо убедиться, что данные на счетах (например, 10, 41, 43) полностью совпадают с данными в регистрах (Материалы, Товары, Готовая продукция). Для этого запустим отчет «Технологический анализ бухгалтерского учета» и сравним «Ведомость по остаткам ТМЦ» с оборотно-сальдовой ведомостью по счетам.
Рассмотрим интересный технический прием, который позволяет создать новую базу с сохранением справочников, но без документов:
Этот метод гарантирует отсутствие «мусорных» ссылок в таблицах документов, однако требует аккуратности при переносе периодических реквизитов справочников.
После того как остатки введены и проверены, необходимо физически удалить старые данные. Простое удаление помеченных объектов в 1С 7.7 может занять несколько суток. Разберем, как ускорить этот процесс на уровне базы данных.
Очистка периодических реквизитов: Таблица 1SCONST хранит историю цен, норм и учетной политики. Если её не почистить, база не «похудеет». Необходимо удалить записи в 1SCONST по полю DATE до момента свертки, сохранив только последние актуальные значения.
Работа с журналом документов: После удаления документов (через DELETE в SQL или Zap в DBF) в таблице 1SJOURN, нужно быть крайне осторожными с позицией документов. Обязательно выполните процедуру «Тестирование и исправление» (ТиИ) для пересчета служебных полей.
Связи документов: Таблица 1SCRDOC в ПУБ разрастается до огромных размеров из-за длинных производственных цепочек (Заказ — Требование — Выпуск — Реализация). Её очистка критически важна для быстродействия. Если оставить в ней записи, указывающие на удаленные документы, дерево подчиненности будет содержать «битые» ссылки.
Проанализируем итоговый алгоритм, который минимизирует риски потери данных:
Тестирование и исправление с флагом «Исправление ссылок на несуществующие объекты». Делаем полную архивную копию.Завершение периода или связку обработок для Бухгалтерии и ТиС.1SJOURN, 1SCRDOC, 1SCONST.Тестирование и исправление и полную переиндексацию базы.Важное замечание по партионному учету: В ПУБ информация о партиях хранится в специализированных регистрах. При формировании остатков мы часто сталкиваемся с выбором: тащить ли старые документы поступления (партии) в новую базу или «схлопнуть» их. Рекомендуется создавать один виртуальный документ Партия остатков на дату свертки для каждой номенклатурной позиции, чтобы полностью разорвать связь с прошлыми периодами и максимально облегчить базу.
Соблюдение этой структуры позволит вам успешно свернуть базу ПУБ, сохранив целостность учета и значительно повысив скорость работы системы.