Переход с конфигурации «Зарплата и кадры бюджетного учреждения 1.0» (ЗИКБУ) на «Зарплата и кадры государственного учреждения 3.1» (ЗКГУ) — это не просто обновление, а полноценная миграция данных в новую архитектуру. В этой статье мы подробно разберем основные страхи пользователей, технические нюансы и способы решения проблем, возникающих при переходе.
Разберем ситуацию со снятием старой версии с поддержки. Исторически сложилось, что фирма «1С» долго поддерживает старые решения, однако для бюджетного сектора правила более жесткие. Официальная поддержка ЗИКБУ 1.0 была прекращена еще в 2018 году. Это означает, что любые изменения в законодательстве (новые формы отчетности, расчет страховых взносов, изменения в НДФЛ) в старой программе больше не отражаются. Работа в ней сегодня — это риск не сдать отчетность или получить штрафы от контролирующих органов.
Что касается «сырости» ЗКГУ 3.1, то на текущий момент конфигурация полностью «подсушена». Она прошла этап детских болезней и является основным инструментом для расчета зарплаты в госсекторе. Все необходимые документы и механизмы для бюджетного учета (статьи финансирования, КОСГУ, КВР) реализованы в полном объеме.
Проанализируем ситуацию с «тормозами» программы. Переход на платформу 1С:Предприятие 8.3 с использованием управляемых форм требует более мощного железа, чем старая версия 1.0. Рассмотрим основные рекомендации по оптимизации:
Тонкий клиент. Это означает, что основная нагрузка по расчету ложится на сервер, а компьютер пользователя лишь отображает интерфейс. Если сервер достаточно мощный, даже старые ПК справятся с работой.Рассмотрим два существующих метода переноса данных, которые предлагает типовой помощник перехода. Выбор метода определяет объем «мусора», который попадет в новую базу:
1. Краткий перенос (рекомендуемый):
При этом варианте переносятся только кадровые данные (сотрудники, должности, штатное расписание) и данные для расчета среднего заработка за последние 2-3 года. Взаиморасчеты переносятся остатками на дату начала учета. Это позволяет начать работу с «чистого листа», без учета ошибок прошлых десятилетий.
2. Полный перенос (экспериментальный):
Программа пытается перенести документы за всю историю. Как показывает практика, этот метод часто приводит к ошибкам в регистрах накопления и расхождениям в сальдо. Мы рекомендуем использовать краткий перенос, а старую базу ЗИКБУ 1.0 оставить в качестве архива для формирования справок за прошлые периоды.
Разберем один из самых частых вопросов: почему в ЗКГУ 3.1 нет плана счетов? Посмотрим на архитектуру программы: она создана для расчета зарплаты и кадрового учета, но не для ведения полноценного бухгалтерского учета. Бухгалтерские проводки в ней не формируются.
Вместо плана счетов используем следующий механизм:
302.11, 208.11 и т.д.Проанализируем ситуацию, когда в старой базе ЗИКБУ 1.0 велось несколько учреждений, а в новую базу ЗКГУ 3.1 нужно перенести только одно или два. Штатный помощник не дает возможности выбрать конкретную организацию. В этом случае поступим по следующему алгоритму:
Удаление объектов (или стандартной пометки на удаление и удаления через меню «Операции») удаляем все «лишние» организации и их документы.Тестирование и исправление с параметром «Очистка ссылок на несуществующие объекты».Выясним, как минимизировать трудозатраты в первый месяц после перехода:
Ведомость), а не в момент начисления. Это критично для корректного заполнения 6-НДФЛ.Ведется история изменений штатного расписания. Это позволит избежать путаницы с вакансиями и ставками в будущем.Таким образом, переход на ЗКГУ 3.1 — это неизбежный процесс, который требует тщательной подготовки технической базы и пересмотра подходов к отражению зарплаты в бухучете. Несмотря на начальные трудности и «ночные смены» программистов, новая конфигурация предоставляет гораздо более гибкие инструменты для работы с кадрами и налогами.