Переход с устаревшей конфигурации «Зарплата и кадры бюджетного учреждения», редакция 1.0 (ЗКБУ) на современную «Зарплата и кадры государственного учреждения», редакция 3.1 (ЗКГУ) — это сложный процесс, с которым сталкивается каждый технический специалист в бюджетной сфере. Несмотря на наличие типовых правил обмена и встроенных помощников перехода, процесс загрузки данных часто прерывается критическими ошибками.
В этой статье мы подробно разберем три наиболее распространенные проблемы, возникающие при переносе данных через обработку УниверсальныйОбменДаннымиXML, выясним причины их возникновения и рассмотрим пошаговые инструкции по их устранению.
---
При переносе начислений из старой базы в новую процесс импорта может аварийно завершиться со следующей ошибкой в логе загрузки:
Не удалось найти показатель по идентификатору ФиксированнаяСуммадляНадбавкаЗаНаличиеПочетногоЗвания... Ошибка записи объекта ТипОбъекта = Начисление... Не удалось записать: "Начисление"!
Рассмотрим подробнее причины возникновения этой ошибки. Выяснилось, что при переносе исторических начислений программа автоматически генерирует новые показатели расчета зарплаты. Идентификатор каждого нового показателя формируется платформой автоматически на основе наименования исходного вида расчета в ЗКБУ 1.0. Однако в ЗКГУ 3.1 (на платформе 1С:Предприятие 8.3) действуют жесткие ограничения на формат и длину идентификаторов показателей:
Еще одной неочевидной причиной сбоя формул является наличие закомментированных строк в исходной базе. Новый парсер формул в ЗКГУ 3.1 категорически не принимает символы комментария // внутри формул начислений. Например, следующая формула вызовет ошибку при переносе:
Результат = //ОценитьПо ( Количество детей * 40 //Шкала классного руководства ФБ / Норма времени в днях * Время в днях
Пошаговое решение проблемы с начислениями:
КоличествоДетей * 40 / НормаВремениВДнях * ВремяВДнях
---
При использовании так называемого «рекомендованного» (краткого) переноса данных исторические кадровые документы (приемы, переводы, увольнения за прошлые годы) в новую информационную базу не переносятся. Вместо этого состояние сотрудников на дату начала эксплуатации (например, на 01.01.2018) фиксируется в специальном документе Начальная штатная расстановка.
Часто пользователи совершают ошибку, пытаясь вручную провести старые кадровые приказы (например, «Прием на работу» от 2016 года) в новой базе ЗКГУ 3.1. Это приводит к конфликту регистров и ошибке проведения:
По сотруднику уже зарегистрировано событие "Прием" (01.01.2016), документ противоречит кадровому приказу...
Проанализируем ситуацию: программа видит, что на дату начала работы в новой базе сотрудник уже числится принятым по документу Начальная штатная расстановка. Попытка провести исторический прием на работу дублирует записи в регистре сведений КадроваяИсторияСотрудниковИнтервальный, вызывая логическое противоречие кадровой истории.
Как правильно работать с кадровыми данными после переноса:
Прием на работу за прошлые периоды нельзя и не требуется. Все сведения о дате исходного приема сотрудника для корректного расчета стажа и заполнения личной карточки Т-2 уже содержатся в поле «Дата приема» внутри карточки сотрудника или непосредственно в строке документа Начальная штатная расстановка.Начальная штатная расстановка (раздел Главное — Данные на начало эксплуатации). Часто они не проводятся из-за внутренних ошибок переноса.ТД (Данные о кадровой истории) или ГРНЗ. Если в них содержатся накладывающиеся или некорректные кадровые события (например, по сотрудникам, у которых было внутреннее совместительство или повторный прием в один и тот же день), эти записи необходимо скорректировать вручную, после чего заново провести Начальную штатную расстановку.---
Довольно редкая, но крайне неприятная системная ошибка: после завершения переноса данных государственное учреждение регистрируется в базе ЗКГУ 3.1 как индивидуальный предприниматель (ИП). В реквизитах организации вместо поля ОГРН отображается ОГРНИП, а сама карточка перестраивается под учет физического лица.
Выясним причину: это происходит из-за того, что в исходной базе ЗКБУ 1.0 в карточке учреждения была снята галочка «Юридическое лицо», либо реквизит ОГРН содержал некорректное количество символов (например, 15 цифр вместо 13, что алгоритмы загрузки 1С автоматически интерпретируют как признак ОГРНИП физического лица).
Прямо изменить вид организации в пользовательском интерфейсе ЗКГУ 3.1 невозможно, так как это поле блокируется сразу после записи элемента справочника и проведения связанных кадровых или расчетных документов.
Решение проблемы с помощью группового изменения реквизитов:
Для исправления этой ошибки нам понадобится обойти стандартные проверки формы с помощью встроенного инструмента платформы. Выполним следующие шаги:
Юридическое/физическое лицо (техническое имя ЮридическоеФизическоеЛицо).После успешного завершения обработки откройте карточку организации в ЗКГУ 3.1. Вы увидите, что интерфейс перестроился под стандартное юридическое лицо: поля для ввода ОГРНИП исчезли, и стали доступны для редактирования стандартные поля ОГРН, КПП и кодов государственной статистики.
Применяя эти методики, вы сможете успешно завершить перенос данных из ЗКБУ 1.0 в ЗКГУ 3.1 без потери важной информации и минимизировать ручную работу по исправлению ошибок кадрового и расчетного учета.