К статье
Практический материал

Другое · 11 мин

Как свернуть базу 1С ЗУП: пошаговое руководство

Как свернуть базу 1С ЗУП: подготовка, обработка свертки, перенос остатков, проверка результата, типичные ошибки и ответы на частые вопросы.

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

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

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

Когда свертка ЗУП действительно нужна

Признак того, что база требует свертки, — не абстрактное «много данных», а конкретные симптомы: проведение документа «Начисление зарплаты и взносов» занимает минуты, отчеты 6-НДФЛ и РСВ формируются заметно дольше, чем раньше, а файл базы или размер таблиц в СУБД вырос в несколько раз за пару лет. Обычно проблемы начинаются в базах, где ведется учет по крупной организации за 4–5 и более лет без архивации старых периодов.

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

Медленное проведение документовНакопился объем движений по регистрам

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

Долгое обновление конфигурацииРеструктуризация больших таблиц занимает часы

Оцените размер базы и длительность последнего обновления

Тяжелые архивыРезервная копия не помещается на носитель или делается слишком долго

Проверьте размер файла .dt или бэкапа СУБД

Жалобы пользователейМожет быть связано с инфраструктурой, а не с объемом данных

Сравните скорость работы на сервере и у пользователей

Подготовка базы перед сверткой

Первое и безусловное действие — полная резервная копия базы, проверенная на восстановление. Для файловой базы это выгрузка в .dt через конфигуратор, для клиент-серверной — штатный бэкап средствами СУБД. Копию следует развернуть в тестовом контуре и убедиться, что она открывается и данные читаются: свертка необратима, и рабочая копия — единственная страховка.

Далее нужно закрыть расчетный период: провести все начисления, выплаты, ведомости, сформировать и сверить отчетность за последний период перед датой свертки. Все «хвосты» — непроведенные документы, помеченные на удаление объекты, незакрытые долги — должны быть обработаны. Полезно выполнить тестирование и исправление базы с удалением помеченных объектов, чтобы в свертку не попал мусор.

Отдельный этап — контрольная сверка показателей, которые потом станут эталоном. Сформируйте и сохраните: свод начислений и удержаний за последние 12 месяцев, расчетные листки по нескольким сотрудникам, обороты по счетам 70 и 69 (если настроена синхронизация с бухгалтерией), данные по остаткам отпусков и задолженность по зарплате на дату свертки. Эти срезы понадобятся для проверки результата.

Выбор даты свертки и объема переносимых данных

Оптимальная дата свертки — начало календарного года, после сдачи годовой отчетности и завершения всех перерасчетов прошлого года. Свертка «на середину года» технически возможна, но усложняет проверку: часть года останется документами, часть — остатками, и отчеты за переходный год придется собирать из двух источников.

Ключевая особенность ЗУП: для корректного расчета среднего заработка нужны данные минимум за 12 предшествующих месяцев, а для отдельных случаев (пособия, отпуска при удлиненных расчетных периодах) — больше. Если свернуть базу на 1 января без переноса начислений прошлого года, средний заработок в январе-феврале будет считаться неправильно. Поэтому обработки свертки ЗУП либо переносят начисления расчетной базы за нужный период, либо дату свертки сдвигают так, чтобы 12–24 месяца данных остались «живыми» документами.

Способы свертки базы ЗУП

Поскольку типовой обработки свертки в ЗУП нет, на практике применяют два подхода. Первый — специализированная внешняя обработка свертки (существуют платные и бесплатные решения под конкретные релизы ЗУП). Обработка формирует документы ввода остатков на дату свертки: остатки по взаиморасчетам с сотрудниками, НДФЛ, взносам, остаткам отпусков, — а затем помечает или удаляет документы прошлых периодов.

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

Сравнение подходов

Обработка свертки

Быстрее и дешевле, сохраняет текущую базу и настройки. Ограничение: зависит от качества обработки и совместимости с вашим релизом ЗУП

Перенос в новую базу

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

Отказ от свертки

Подходит, если замедление вызвано инфраструктурой. Ограничение: объем базы продолжит расти

Пошаговый порядок свертки обработкой

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

Порядок свертки ЗУП
  1. 1
    Сделайте резервную копию рабочей базы и разверните ее как тестовую
  2. 2
    Закройте расчетный период: проведите все начисления, выплаты, отразите отчетность
  3. 3
    Удалите помеченные объекты и выполните тестирование и исправление базы
  4. 4
    Сформируйте и сохраните контрольные отчеты: свод начислений, расчетные листки, остатки отпусков, задолженность по зарплате
  5. 5
    Запустите обработку свертки, укажите дату свертки и организации
  6. 6
    Дождитесь формирования документов ввода остатков и удаления старых документов
  7. 7
    Сверьте контрольные отчеты после свертки с сохраненными эталонами
  8. 8
    Проверьте расчет среднего заработка на тестовом отпуске и больничном
  9. 9
    Только после успешной проверки повторите процедуру на рабочей базе

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

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

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

Обязательно проверьте расчетные механизмы вживую: создайте тестовый документ «Отпуск» для сотрудника с длинной историей, «Больничный лист», командировку — и убедитесь, что средний заработок рассчитывается корректно и совпадает с расчетом в архивной копии. Затем проверьте формирование регламентированной отчетности за текущий период.

Контрольные точки

Как проверить результат свертки

Задолженность по зарплате на дату свертки
Норма

Совпадает с отчетом из архивной копии по каждому сотруднику

Тревожный признак

Расхождения по суммам или пропавшие сотрудники

Средний заработок
Норма

Тестовый отпуск считается так же, как в копии до свертки

Тревожный признак

Средний занижен или расчетная база пуста

Остатки отпусков
Норма

Справка по отпускам совпадает с досверточной

Тревожный признак

Потеряны дни отпуска или периоды работы

НДФЛ и взносы
Норма

Обороты и остатки по налогам совпадают с эталоном

Тревожный признак

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

Типичные ошибки и ограничения

Большинство проблем после свертки ЗУП связаны не с самой процедурой, а с недооценкой специфики зарплатного учета. Ниже — ошибки, которые встречаются чаще всего.

Типичные ошибки при свертке ЗУП
01
Свертка без учета базы среднего заработка — в первые месяцы после свертки отпускные и больничные считаются неверно
02
Свертка до сдачи годовой отчетности — уточненные расчеты за прошлый год приходится формировать из архивной копии
03
Запуск на рабочей базе без тестового прогона — расхождения обнаруживаются, когда откат уже невозможен
04
Свертка при активной синхронизации с 1С:Бухгалтерией без отключения обмена — в бухгалтерию уезжают документы ввода остатков и задваивают проводки
05
Использование обработки, не адаптированной под текущий релиз ЗУП, — часть регистров не сворачивается, остатки «плывут»

Отдельно предупредим про обмены: если ЗУП синхронизируется с бухгалтерской программой, перед сверткой обмен нужно приостановить, а после — проверить, что документы ввода остатков либо не выгружаются, либо выгружаются корректно по правилам. Иначе в бухгалтерском учете появятся дубли проводок по 70 счету.

Свертку удобно совмещать с плановым окном минимальной нагрузки — например, сразу после выплаты зарплаты и сдачи отчетности, когда расчетчики могут день-два поработать в режиме только просмотра. Попытка свернуть базу в период расчета зарплаты почти гарантированно приводит к конфликтам с пользователями.
ПЗ
Практическое замечание

FAQ: частые вопросы о свертке 1С:ЗУП

Есть ли в типовой 1С:ЗУП штатная обработка свертки?

Нет. В отличие от 1С:Бухгалтерии, в типовой поставке ЗУП механизм свертки отсутствует. Используют внешние обработки под конкретный релиз конфигурации или перенос данных в новую базу через конвертацию данных.

Сколько месяцев данных нужно оставить для расчета среднего заработка?

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

Можно ли свернуть базу в середине года?

Технически можно, но это усложняет проверку и отчетность: часть года останется документами, часть — остатками, и годовые отчеты придется собирать из двух источников. Оптимальная дата — начало года после сдачи годовой отчетности.

Что делать, если после свертки обнаружились расхождения?

Не вносите исправления вручную «по памяти». Поднимите архивную копию, сравните остатки по конкретным сотрудникам и регистрам, найдите причину (обычно — неперенесенный регистр или документы после даты свертки), исправьте настройки обработки и повторите свертку на свежей копии.

Нужно ли сворачивать базу, если она просто стала медленно работать?

Не обязательно. Сначала проверьте инфраструктуру: ресурсы сервера, настройки СУБД, наличие регламентных заданий, блокировки. Свертка помогает только когда причина замедления — именно объем накопленных данных.

Как свертка повлияет на обмен с 1С:Бухгалтерией?

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

Итог

Что важно запомнить

Свертка ЗУП делается только после проверенной резервной копии и закрытия периода, сначала на тестовой базе. Критично сохранить данные для среднего заработка и сверить остатки по зарплате, НДФЛ и отпускам до и после. При активной синхронизации с бухгалтерией обмен заранее приостанавливают.