Рассмотрим комплексную задачу перехода со старой редакции 1С:Зарплата и управление персоналом 2.5 на новую версию 3.0 (или 3.1). Перенос данных — сложный процесс, который часто сопровождается различными ошибками, от проблем с доступом к файлам до некорректного расчета среднего заработка. Разберем основные подходы к переносу, типичные ошибки и способы их решения.
Проанализируем доступные способы переноса информации:
При выгрузке данных в файл (например, на этапе «Учет рабочего времени») система может прервать работу с сообщением об ошибке совместного доступа к файлу во временном каталоге (Temp). Выясним возможные причины и устраним их:
C:\Temp.Рассмотрим подробнее узкие места, с которыми мы можем столкнуться после загрузки данных в ЗУП 3.0.
1. Пустые реквизиты в регистрах
Если встроенный перенос падает с ошибкой, причиной могут быть некорректные данные в базе-источнике. Например, в регистре накопления Учет доходов для исчисления страховых взносов в ЗУП 2.5 может существовать запись с незаполненными реквизитами «Дата» или «Дата получения дохода». Перед выгрузкой обязательно выполним Тестирование и исправление базы.
2. Перенос штатного расписания
При переходе на ЗУП 3.0 штатное расписание генерируется на основе фактической кадровой расстановки сотрудников, а не из регистра сведений штатного расписания 2.5. Если ставка временно освобождена (сотрудник в декрете) или вакантна, система может перенести ее некорректно или вовсе проигнорировать. В сложных случаях, когда штатное расписание сильно расходится с расстановкой, может потребоваться ручная загрузка выверенного ШР из Excel или доработка правил выгрузки.
3. Переходящие больничные листы
Если в ЗУП 3.0 вводится больничный, являющийся продолжением листка, начатого еще в ЗУП 2.5, система не найдет первичный документ для расчета среднего. Решение: необходимо ввести первичный больничный в ЗУП 3.0 без начислений (обнулить суммы), но с заполненными данными для расчета среднего заработка, провести его, и только затем вводить документ-продолжение.
4. Проблемы с расчетом среднего заработка
После переноса могут возникнуть искажения в отработанном времени для расчета среднего. В ЗУП 3.0 данные регистрируются в регистре накопления ДанныеОВремениДляРасчетаСреднегоОбщий. Если мы правим данные вручную прямо в окне расчета среднего в документе, они сохраняются в СведенияОВремениДляРасчетаСреднегоОбщий. Однако при нажатии кнопки «Очистить ручные изменения» данные перезаполнятся из регистра накопления. Рекомендуем исправлять некорректные цифры непосредственно в документах переноса данных (документы с префиксом ЗП_), чтобы изменения надежно зафиксировались в регистрах.
5. Отсутствие кодов у подразделений
Частая проблема: при загрузке некоторые подразделения остаются без кодов. Это происходит, когда подразделение выгружается не как элемент справочника (ПКО ПодразделенияОрганизаций), а только как ссылка в составе других документов (ПКО ПодразделенияОрганизацийТолькоСсылка, где переносятся только Владелец, Родитель и Наименование). Чтобы исправить это, необходимо в правилах конвертации включить выгрузку всех элементов справочника подразделений.
Также в версии КОРП была замечена проблема в функции ЗаполнитьКодПодразделенияПоИсточнику общего модуля ОрганизационнаяСтруктураСобытия, которая могла некорректно генерировать коды. В качестве временного решения при загрузке можно поставить заглушку на генерацию нового кода, если оригинальные коды уникальны.
В идеале, переход лучше осуществлять на 1 января. Это позволит перенести только чистые остатки и избежать проблем с переходящими периодами по НДФЛ и страховым взносам. Также настоятельно советуем заложить время на параллельный учет в обеих базах в течение 1–2 месяцев. Это даст возможность выверить результаты начислений в новой архитектуре (где, например, отсутствуют понятия Основных и Дополнительных видов расчета) и обучить пользователей.