Переход с устаревшей конфигурации «Зарплата и кадры бюджетного учреждения 1.0» (ЗиКБУ 1.0) на современную версию «Зарплата и кадры государственного учреждения 3.1» (ЗиКГУ 3.1) — это сложный процесс, который часто сопровождается жесткими дедлайнами, сопротивлением со стороны расчетчиков и техническими сбоями платформы 1С. В данной статье мы подробно разберем, как правильно организовать миграцию данных, какой вариант переноса выбрать, как избежать хаоса в учете НДФЛ и что делать, если программа вылетает в процессе конвертации.
Начало года или середина года: определяем оптимальную дату переноса
Когда сроки упущены, а зарплата за январь и февраль уже рассчитана в старой базе ЗиКБУ 1.0, возникает соблазн перенести данные на начало марта и продолжить вести учет уже в новой ЗиКГУ 3.1. Однако перенос в середине года таит в себе множество подводных камней, особенно для бюджетных учреждений с их сложной тарификацией.
Проанализируем риски перехода в середине года (например, с марта):
Проблемы с НДФЛ прошлых периодов. При переносе данных посреди года сведения по НДФЛ за январь и февраль все равно переносятся в новую базу (для корректного формирования отчетности 6-НДФЛ и справок о доходах). Поскольку алгоритмы учета НДФЛ в редакциях 1.0 и 3.1 принципиально различаются, при первой же выплате зарплаты в новой базе за март могут «выползти» некорректные перерасчеты налога, «призрачные» вычеты и недоимки. Выправление этой «каши» вручную потребует колоссального количества времени.
Отсутствие аналитики в расчетных листках. При переносе на март в расчетных листках за январь и февраль не будет детализации по начислениям и удержаниям — эти данные свернутся.
Сложности с расчетом среднего заработка. Данные для расчета отпусков и больничных будут перенесены в свернутом виде. Любая ошибка в старой базе приведет к неверному расчету среднего в новой программе.
Рекомендация: Наиболее надежный и проверенный на практике вариант — осуществлять перенос на 1 января (даже если на календаре уже весна). При этом расчетчики должны оперативно занести (или рассчитать заново) данные за январь и февраль в новой базе ЗиКГУ 3.1. Для контроля один месяц (например, март) можно вести параллельно в обеих базах, после чего полностью закрыть учет в старой ЗиКБУ 1.0.
Полный или «Рекомендованный» (краткий) перенос: что выбрать?
При переносе данных помощник предлагает два основных варианта:
Полный перенос данных. Переносит все кадровые документы, расчетные документы и полную историю начислений. На практике этот вариант крайне не рекомендуется. В базах ЗиКБУ 1.0, которые велись много лет, накапливается огромный объем ошибок. Полный перенос перетащит всю эту «грязь» в новую базу, что приведет к постоянным сбоям в расчетах.
Рекомендованный (краткий) перенос. Этот вариант представляет собой «свертку» данных на дату начала эксплуатации. Проанализируем, какие данные переносятся при этом способе:
Кадровые документы прошлых периодов не переносятся. Вместо этого фиксируется срез кадрового состояния сотрудников на дату переноса и минимально необходимая история для заполнения личной карточки Т-2.
Данные для расчета среднего заработка за последние 15 месяцев (для отпусков) и 3 года (для пособий) записываются в специальные технические документы ПереносДанных с кодами ЗП_СЗР и ЗП_СЗФСС.
Данные по взаиморасчетам и налогам переносятся в свернутом виде.
Для минимизации ошибок и получения «чистой» базы для работы следует выбирать именно Рекомендованный перенос.
Подготовка базы-источника и исправление формул расчета
Перед запуском выгрузки необходимо подготовить базу ЗиКБУ 1.0. Нетиповые формулы начислений могут содержать деление на показатели, которые в новой базе могут оказаться равными нулю. Рассмотрим пример типовой формулы, которая может вызвать ошибку конвертации:
// Пример проблемной формулы в ЗиКБУ 1.0
Результат = Оклад * ВремяВЧасах / НормаВЧасах
Если в базе-источнике показатель НормаВЧасах для какого-то сотрудника или периода не определен, программа выдаст критическую ошибку «Деление на 0» и прервет перенос. Перед началом переноса обязательно выполните следующие действия в ЗиКБУ 1.0:
Обновите базу-источник до самого актуального релиза.
Выполните операцию «Тестирование и исправление» в конфигураторе (с исправлением битых ссылок).
Упростите или временно отключите нетиповые сложные формулы расчетов, вернув их к стандартным после завершения миграции.
Устранение технического бага: Вылет платформы 1С при переносе
Довольно часто системные администраторы и программисты сталкиваются со следующей проблемой: при запуске рекомендованного переноса через несколько минут (обычно ровно через 10 минут) программа 1С аварийно завершает работу без выдачи каких-либо ошибок. Журнал регистрации при этом пуст.
Выясним причину этой проблемы. Данный сбой связан со спецификой работы платформы 1С v8.3 при обмене данными в файловом режиме на определенных конфигурациях компьютеров (особенно если имя ПК содержит кириллицу, спецсимволы или слишком длинное, что мешает корректной работе фоновых процессов платформы).
Разберем по шагам варианты решения этой проблемы:
Переименование компьютера. Измените имя компьютера в свойствах системы Windows. Имя должно состоять только из латинских букв и цифр (например, Workstation01), без использования кириллицы и дефисов. После этого перезагрузите ПК.
Очистка кэша и переустановка платформы. Полностью удалите все установленные версии платформы 1С, очистите каталоги временных файлов:
%USERPROFILE%\AppData\Local\1C
%USERPROFILE%\AppData\Roaming\1C
После этого установите актуальную стабильную версию платформы.
Права доступа. Убедитесь, что у пользователя операционной системы есть полные права на папку с базой данных и каталог временных файлов. При необходимости запустите 1С от имени Администратора.
Особенности настройки аналитики и источников финансирования в ЗиКГУ 3.1
Для государственных учреждений критически важно правильно распределять затраты по источникам финансирования, статьям расходов (КВР, КОСГУ) и статьям финансирования. В ЗиКГУ 3.1 этот механизм устроен иначе, чем в редакции 1.0.
Сразу после завершения переноса данных необходимо выполнить проверку:
Откройте настройки каждого перенесенного начисления (раздел «Настройка» — «Начисления»).
Перейдите на вкладку «Налоги, взносы, бухучет».
Убедитесь, что способ отражения в бухгалтерском учете и отношение к КБК заполнены корректно. Часто при автоматическом переносе эти настройки сбрасываются на значения «По умолчанию», что приводит к искажению проводок при выгрузке в «1С:Бухгалтерия государственного учреждения» (БГУ).
Чек-лист проверки данных после переноса
Прежде чем разрешить расчетчикам полноценную работу в новой базе ЗиКГУ 3.1, выполните обязательный аудит данных:
Учетная политика организации. Проверьте настройки применения районного коэффициента, северной надбавки, а также параметры расчета аванса.
Остатки отпусков. Сформируйте отчет «Остатки отпусков» в обеих базах на дату переноса и сверьте количество накопленных дней по каждому сотруднику копейка в копейку.
Штатная расстановка. Проверьте, корректно ли перенеслись оклады и плановые начисления сотрудников через документ НачальнаяШтатнаяРасстановка. Особое внимание обратите на сотрудников, чьи оклады привязаны к тарифным группам и сеткам.
Оценочные обязательства (резервы отпусков). Резервы отпусков практически никогда не переносятся автоматически без ошибок. Рекомендуется рассчитать их в ЗиКГУ 3.1 заново на дату начала учета.
Проанализировав все особенности перехода, можно сделать вывод: планомерный перенос по рекомендованной схеме с начала года, совмещенный с параллельным ведением учета в течение одного месяца, гарантирует успешный запуск ЗиКГУ 3.1 без потери данных и нервных срывов у расчетчиков.