Вопрос свертки информационной базы в программе «1С:Зарплата и управление персоналом 3.1» (ЗУП 3.1) является одним из самых сложных для технических специалистов и бухгалтеров. В отличие от «1С:Бухгалтерии», где предусмотрен штатный «Помощник свертки», в ЗУП 3.1 такая функциональность отсутствует. Это связано с тем, что расчеты по заработной плате опираются на сложные взаимосвязи данных за длительные периоды: расчет среднего заработка требует данных за последние 12 или 24 месяца, а учет НДФЛ и страховых взносов ведется нарастающим итогом с начала года.
В этой статье мы подробно разберем, какие существуют варианты оптимизации размера базы, как корректно «обрезать» лишние данные и при этом не потерять информацию, необходимую для текущих расчетов и отчетности.
Рассмотрим причины, по которым фирма «1С» не включила стандартную свертку в состав конфигурации. Главная проблема заключается в архитектуре регистров. Если в бухгалтерском учете достаточно сформировать остатки по счетам на определенную дату, то в ЗУП 3.1 необходимо сохранять «хвосты» данных для следующих подсистем:
Проанализируем доступные варианты решения задачи, начиная от официальных рекомендаций и заканчивая «нетиповыми» приемами.
Это самый рекомендуемый и безопасный способ. Вместо того чтобы удалять лишнее из старой базы, мы переносим актуальные сведения в новую. Разберем этот процесс по шагам:
Шаг 1. Подготовка новой информационной базы. Создаем пустую базу той же версии конфигурации, что и текущая. Включаем в ней необходимые настройки кадрового учета и расчета зарплаты.
Шаг 2. Использование помощника начальной настройки. При запуске новой базы выбираем вариант «Перенести данные из программы 1С:Зарплата и управление персоналом 8, редакция 3». В процессе работы этого механизма программа предложит дату начала эксплуатации (оптимально — 1 января текущего года).
Шаг 3. Анализ перенесенных документов. Программа автоматически создаст документы Перенос данных. Проанализируем их содержимое. В эти документы попадут:
Если создание новой базы по каким-то причинам невозможно, рассмотрим вариант частичной свертки внутри текущей базы. Как отмечают эксперты, чаще всего база «тормозит» из-за огромного количества записей в регистрах расчета среднего заработка. Выясним, как можно свернуть эти данные.
Основная идея заключается в создании документа Перенос данных, который зафиксирует итоговые показатели за прошлые периоды, после чего первичные документы начислений за эти периоды можно будет удалить или пометить на удаление. Посмотрим, какие регистры критически важны для сохранения среднего заработка:
Данные о начислениях для расчета среднего заработка (общий) — для отпусков и командировок.Данные о времени для расчета среднего (общий) — отработанное время для тех же целей.Данные о начислениях для расчета среднего заработка (ФСС) — для больничных листов.Пример программного создания структуры в документе Перенос данных для фиксации среднего заработка может выглядеть так:
// Создание документа для переноса остатков среднего заработка
НовыйДокумент = Документы.ПереносДанных.СоздатьДокумент();
НовыйДокумент.Дата = ДатаСвертки;
НовыйДокумент.ПериодРегистрации = НачалоМесяца(ДатаСвертки);
НовыйДокумент.Номер = "СВРТ_001";
НовыйДокумент.Записать();
// Добавление записи в таблицу регистров
НоваяЗапись = НовыйДокумент.ТаблицаРегистров.Добавить();
НоваяЗапись.Имя = "РегистрНакопления.ДанныеОНачисленияхДляРасчетаСреднегоЗаработкаОбщий";
НовыйДокумент.Записать();
После создания таких документов необходимо самостоятельно удалить первичные документы (Начисление зарплаты, Премии и т.д.) за период свертки. Важно: делайте это только после полной проверки того, что средний заработок в новых документах исчисляется верно.
Часто причиной свертки называют «развал» учета по НДФЛ. Если база ведется давно, регистры Расчеты налогоплательщиков с бюджетом по НДФЛ могут содержать ошибки, которые тянутся годами. В этом случае свертка — это способ «начать жизнь с чистого листа».
Проанализируем ситуацию: если вы проводите процедуру не 1 января, а в середине года, вы рискуете полностью потерять данные для отчетности 6-НДФЛ. Налоги рассчитываются нарастающим итогом с начала года. Поэтому, если свертка необходима, ее настоятельно рекомендуется делать на 31 декабря. В документах Перенос данных должны быть четко зафиксированы суммы исчисленного, удержанного и перечисленного налога с начала текущего года (если база новая) или на дату свертки.
Если ваша цель — не исправление ошибок, а просто уменьшение размера базы и повышение скорости работы, рассмотрим альтернативные методы, которые не требуют удаления кадровых документов:
Файлы. Сканы паспортов, трудовых договоров и справок лучше хранить в томах на диске, а не в самой базе данных.Разберем, с какими сложностями вы столкнетесь после проведения свертки:
1. Перерасчеты: Если после свертки (например, за 2023 год) вам потребуется ввести документ «Больничный лист» за декабрь 2023 года (сторно), программа не сможет автоматически найти первичные начисления для сторнирования. Вам придется вводить данные вручную.
2. Кадровая история: При «грубой» свертке (удалении документов) могут возникнуть «битые» ссылки в регистре Кадровая история сотрудников. Поэтому метод переноса в новую базу (Вариант 1) гораздо предпочтительнее, так как он сохраняет целостность цепочек документов (Прием — Кадровый перевод).
3. Проверки контролирующих органов: Помните, что при выездной проверке вам может потребоваться доступ к первичным документам за последние 3-5 лет. Всегда сохраняйте архивную копию базы до свертки в доступном месте.
Подводя итог, можно сказать: свертка ЗУП 3.1 — это не автоматизированная процедура, а кропотливый процесс. Мы рекомендуем использовать типовой переход в новую базу на дату 1 января, что обеспечит максимальную чистоту учета и корректность будущей отчетности.