Как правильно свернуть базу 1С:ЗИКГУ 3.1 и начать учет с чистого листа?

← На главную

Со временем рабочая база 1С:Зарплата и кадры государственного учреждения (ЗИКГУ) 3.1 может накопить большой объем данных, а также ошибки прошлых периодов. Возникает закономерное желание "облегчить" базу и начать новый год "с чистого листа", оставив только самую необходимую информацию для будущих расчетов. Часто первой мыслью становится удаление всех старых документов с сохранением данных в регистрах, например, для расчета среднего заработка.

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

Почему простое удаление документов — плохая идея?

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

Ключевые риски такого подхода:

Нарушение целостности данных. Удаление документов начисления зарплаты, кадровых приказов и других документов приведет к потере связанной информации в десятках регистров. Это не только регистры среднего заработка, но и данные для учета НДФЛ, страховых взносов, остатков отпусков, стажей, взаиморасчетов и многое другое.
Некорректное формирование отчетности. Для правильного заполнения годовых и квартальных отчетов (например, 6-НДФЛ, РСВ) система должна иметь доступ к полной истории начислений и удержаний за весь отчетный период. Оставив только "голые" данные для среднего, вы не сможете корректно сформировать отчетность.
Проблемы с кадровым учетом. История перемещений, изменений окладов, данные по штатному расписанию — все это необходимо для корректной работы программы и для предоставления справок сотрудникам в будущем.
Сложность выявления ошибок. Ошибки, вызванные некорректной сверткой, могут проявиться спустя месяцы, например, при расчете сложного больничного или при годовой отчетности, когда найти первопричину будет крайне затруднительно.

Именно поэтому специалисты настоятельно не рекомендуют идти по пути удаления данных. Более правильный и надежный метод — перенос данных в новую, чистую информационную базу.

Рекомендуемый подход: Перенос данных в новую базу

Этот метод противоположен "свертке" в ее простом понимании. Вместо того чтобы удалять лишнее из старой базы, мы создаем новую, абсолютно чистую базу и аккуратно переносим в нее только то, что действительно необходимо для дальнейшей работы. Это позволяет избавиться от накопленных ошибок и "мусора", сохранив при этом всю важную информацию.

Рассмотрим процесс по шагам:

Подготовка. Создайте пустую информационную базу ЗИКГУ 3.1 той же версии, что и ваша рабочая база. Обязательно сделайте полную резервную копию старой (исходной) базы перед началом любых работ.
Перенос нормативно-справочной информации (НСИ). На этом этапе в новую базу переносятся все ключевые справочники. Обычно для этого используют стандартную обработку "Выгрузка и загрузка данных XML" или специализированные инструменты. Важно перенести:
- Справочники: Организации, Подразделения, Должности, Графики работы сотрудников, Сотрудники, Физические лица.
- Важный совет: Переносите всех физических лиц, а не только действующих сотрудников. Уволенные сотрудники часто возвращаются, и наличие их карточки в базе с сохранением истории (например, СНИЛС, ИНН) сэкономит время. Исключение можно сделать для тех, кто снят с учета (например, умершие).
- Настройки и классификаторы.
Ввод начальных остатков и перенос данных. Это самый ответственный этап. Вместо переноса документов, в новую базу вводятся данные на начало периода (например, на 1 января) с помощью стандартного документа Перенос данных. Этот документ позволяет напрямую записать данные в нужные регистры накопления и сведений.

Что критически важно перенести:
- Кадровая история: актуальные данные о должностях, окладах и плановых начислениях сотрудников на дату начала работы в новой базе.
- Данные для расчета среднего заработка: регистры Данные о начислениях для расчета среднего заработка (общий), Данные о времени для расчета среднего (общий) и аналогичные регистры для расчета пособий ФСС.
- Данные по НДФЛ и страховым взносам: необходимо перенести исчисленный, удержанный налог и взносы за предыдущие периоды текущего года для корректного формирования отчетности.
- Остатки по взаиморасчетам: сальдо по зарплате на начало месяца (кто кому должен на дату старта).
- Остатки неиспользованных отпусков.
- Данные по исполнительным листам и другим постоянным удержаниям.
Сверка и проверка. После переноса необходимо тщательно сверить данные. Сформируйте расчетные листки, своды по зарплате в старой и новой базах за первый месяц и сравните результаты. Проверьте начальное сальдо. Этот этап нельзя пропускать, он гарантирует корректность дальнейшего учета.

Анализ ошибки в сторонней обработке

В первоначальном вопросе упоминалась ошибка в коде сторонней обработки для свертки:


НаКлиенте
Процедура Создать(Команда)
    Форма = ПолучитьФорму("Документ.ПереносДанных.Форма.ФормаДокумента");    
    ДанныеФормы = Форма.Объект;
    ЗаполнитьДокументНаСервере(ДанныеФормы, Объект.Период);
    КопироватьДанныеФормы(ДанныеФормы, Форма.Объект);
    Форма.ПоказатьРегистры();
    Форма.Открыть();          
    Закрыть();
КонецПроцедуры

Ошибка "Метод объекта не обнаружен (ПоказатьРегистры)" возникает в строке Форма.ПоказатьРегистры(). Проанализируем причину. Она, скорее всего, заключается в том, что у формы документа ПереносДанных, полученной методом ПолучитьФорму, нет экспортной клиентской процедуры с именем ПоказатьРегистры.

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

Выводы

Подводя итог, можно сформулировать главный принцип: безопасный "перезапуск" учета в ЗИКГУ — это не удаление старого, а перенос нужного в новое.

Избегайте обработок, которые предлагают массово удалять документы из рабочей базы. Риск потери данных и нарушения целостности учета слишком велик.
Предпочтительный метод — создание чистой базы и перенос в нее НСИ и начальных остатков через документ Перенос данных.
Задача переноса данных сложна и требует глубокого понимания структуры регистров ЗИКГУ. Для ее решения часто используются специализированные платные обработки, которые учитывают множество нюансов и имеют проработанные правила обмена.
Всегда делайте резервные копии и проводите все операции по свертке или переносу сначала на копии базы, а не на рабочей системе.