← На главную

Часто в процессе эксплуатации базы 1С:Зарплата и Управление Персоналом 3.1 накапливается критическая масса ошибок в учете НДФЛ, взаиморасчетах и кадровых данных. В такой ситуации возникает закономерное желание начать все с чистого листа: создать новую базу и перенести туда только актуальные остатки. Давайте подробно разберем, как грамотно организовать этот процесс, с какими подводными камнями предстоит столкнуться и почему классической кнопки «Свертка базы» в ЗУП не существует.

Почему в 1С:ЗУП нельзя просто «перенести остатки»?

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

1. Данные для расчета среднего заработка за предыдущие годы (для отпускных и командировок).
2. Исторические данные для расчета пособий по больничным листам (включая взаимодействие с ФСС/СФР).
3. Остатки неиспользованных отпусков по каждому сотруднику.
4. Переходящий НДФЛ и сальдо взаиморасчетов.

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

Вариант 1: Упрощенный перенос в чистую базу

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

1. Создание начальной штатной расстановки. В новой базе на дату начала ведения учета мы создаем документ НачальнаяШтатнаяРасстановка. Он зафиксирует текущие кадровые позиции, оклады и плановые начисления.
2. Фильтрация сотрудников. Переносим данные исключительно по работающим сотрудникам. Отказ от переноса уволенных работников и истории их начислений сразу отсекает огромный пласт накопленных ошибок и существенно уменьшает объем базы.
3. Перенос остатков. Загружаем только самые необходимые данные: сальдо по взаиморасчетам с действующими сотрудниками, переходящий НДФЛ и остатки по резервам отпусков.

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

Вариант 2: Перенос справочников через XML

Посмотрим на метод обмена данными через XML. Для одинаковых релизов конфигурации отлично подходит типовая обработка «Выгрузка и загрузка данных XML» (ее можно найти на диске ИТС). Однако здесь есть важные нюансы, которые мы должны учесть:

1. При выгрузке справочника физических лиц обязательно захватывайте зависимые регистры сведений, в первую очередь — ФИОФизическихЛиц, иначе в новой базе сотрудники останутся без корректных имен.
2. Внимание к идентификаторам (GUID): категорически нельзя использовать этот метод, если ваша «чистая» база была создана путем прямого копирования старой базы с последующим удалением документов. Внутренние идентификаторы объектов совпадут, и при переносе данные начнут затирать друг друга или вызывать системные ошибки. База-приемник должна быть создана из чистого шаблона конфигурации.
3. При выгрузке справочников исключайте системные предопределенные объекты (например, виды начислений, валюты, виды регламентированных отчетов). Если их перенести, в новой базе они продублируются, что сломает алгоритмы расчета.

Вариант 3: Нетиповая свертка базы (через регистры)

Если перенос в чистую базу кажется слишком трудоемким из-за большого объема настроек, мы можем прибегнуть к нетиповой свертке. Для этого потребуется написать собственные правила или использовать внешние скрипты.

Суть метода заключается в обнулении проблемных регистров (чаще всего это регистры взаиморасчетов и НДФЛ) на определенную дату с помощью корректировок записей регистров. Выясним причину, почему это работает: основной «кавардак» скапливается именно в регистрах накопления по зарплате и налогам.

При правильном подходе мы оставляем нетронутыми регистры, отвечающие за средний заработок, а все старые кадровые переводы, табели и документы начислений до даты свертки — удаляем. В некоторых случаях достаточно написать правила переноса по аналогии с переходом с ЗУП 2.5 на 3.0, где четко прописано, какие регистры с помощью документа ПереносДанных нужно заполнить, а какие можно игнорировать.

Главные точки контроля после переноса

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

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

Резюмируя: чудесной кнопки для исправления всех ошибок в 1С:ЗУП нет. Перед тем как затевать технический перенос, разберитесь с бизнес-процессами внутри компании. Если не выстроить правильную методологию учета, кавардак очень быстро появится и в новой базе.