При переходе с версии ЗУП 2.5 на ЗУП 3.1 многие пользователи сталкиваются с ситуацией, когда данные, казалось бы, перенесены в полном объеме, но при работе возникают странные аномалии. Типичный сценарий: физическое лицо в базе есть, документы приема на работу и увольнения присутствуют, а в справочнике Сотрудники человек отсутствует. При этом в зарплатных отчетах (например, в расчетной ведомости Т-51) данные по такому человеку двоятся: одна строка привязана к организации, а вторая — «висит в воздухе» без указания подразделения.
В этой статье мы подробно разберем, почему возникает «невидимость» сотрудников, как технически устроены динамические списки в 1С:ЗУП 3.1 и какие регистры необходимо поправить, чтобы восстановить целостность данных после «полного» переноса.
В отличие от старой версии 2.5, где справочник Сотрудники был практически зеркальным отражением кадровых приказов, в ЗУП 3.1 отображение списка сотрудников завязано на вспомогательные регистры сведений. Если запись в этих регистрах отсутствует или заполнена некорректно, система «считает», что сотрудника не существует для оперативной работы, хотя ссылка на него может храниться в документах.
Проанализируем основные причины, по которым сотрудник может пропасть из списка:
ДанныеДляПодбораСотрудников. Если перенос данных не сформировал движения по этому регистру, карточка сотрудника будет скрыта.Сотрудники, но все они привязаны к одному Физическому лицу. При некорректном переносе зарплатные данные могут «прицепиться» к физическому лицу, но потерять ссылку на конкретного «сотрудника».Начальная штатная расстановка создаются технические документы Перенос данных. Если в них не заполнены ключевые поля (подразделение, должность, вид занятости), отчеты начнут выдавать пустые строки.Выясним, где искать «пропавших» сотрудников в технических записях. Перейдем в раздел Администрирование — Перенос данных. В случае полного переноса кадровой истории нам необходимо найти документы со следующими префиксами в номере:
Если вы обнаружили, что в этих документах данные по сотруднику есть, но он все равно не виден в списке, значит, механизм обновления связанных регистров не отработал. Попробуйте найти сотрудника через Функции для технического специалиста (ранее «Все функции»), открыв непосредственно справочник Сотрудники. Если карточка открывается, попробуйте просто переписать ее (нажать «Записать и закрыть») — иногда это инициирует обновление индексов подбора.
Если «тихое» пересохранение карточки не помогло, перейдем к прямой проверке регистров. Проанализируем состояние двух ключевых регистров сведений, на которых базируется работа интерфейса:
ОрганизацииВКоторыхРаботалиСотрудникиДанныеДляПодбораСотрудниковЕсли в этих регистрах нет записей по вашему проблемному сотруднику, система не будет выводить его в списках выбора и в общем справочнике. Рассмотрим, как это можно исправить. Вы можете создать записи в этих регистрах вручную (через «Функции для технического специалиста») или воспользоваться обработкой группового изменения реквизитов, чтобы принудительно вызвать обновление кадровых данных.
Ситуация, когда в отчете «Анализ зарплаты по сотрудникам» одна строка заполнена верно (с подразделением), а вторая пустая, говорит о том, что в базе есть «оторванные» начисления. Это происходит из-за того, что в регистрах накопления по зарплате (НачисленияУдержанияПоСотрудникам, ВзаиморасчетыССотрудниками, ЗарплатаКВыплате) поле Сотрудник или Подразделение оказалось незаполненным.
Разберем алгоритм исправления:
Перенос данных с префиксом ЗП или НЗ (начисления зарплаты).Зарплата к выплате. Часто задолженность переносится только в привязке к Физическому лицу.Сотрудники, а не только Физлицо.Подразделение. Именно его отсутствие порождает строку «нигде» в отчетах.Посмотрим на пример структуры регистра Взаиморасчеты с сотрудниками, который нужно проанализировать:
// Ключевые измерения, которые должны быть заполнены для корректного отчета:
РегистрНакопления.ВзаиморасчетыССотрудниками.Сотрудник
РегистрНакопления.ВзаиморасчетыССотрудниками.Организация
РегистрНакопления.ВзаиморасчетыССотрудниками.Подразделение
РегистрНакопления.ВзаиморасчетыССотрудниками.ПериодВзаиморасчетов
Если сотрудник был уволен и вновь принят в короткий промежуток времени (например, в апреле), обратите внимание на время кадровых документов. В ЗУП 3.1 критически важна последовательность. Проанализируем журнал Приемы, переводы, увольнения. Время документа Прием на работу должно быть строго позже времени документа Увольнение, если они оформлены одним днем.
Также проверьте, не создано ли при переносе два разных Физических лица для одного человека. Если это произошло, воспользуйтесь стандартным инструментом Поиск и удаление дублей (раздел Администрирование — Обслуживание). При объединении физических лиц программа перепривяжет всех связанных сотрудников к одной карточке человека, что часто решает проблемы с «разбегающимися» отчетами.
Для исправления ошибок «невидимости» и дублирования данных после миграции из ЗУП 2.5 выполним следующие действия:
ДанныеДляПодбораСотрудников.Перенос данных (РКД, ТДК, ЗП) заполнены все измерения: Сотрудник, Организация и Подразделение.Следуя этим шагам, мы восстановим корректный кадровый учет и добьемся «чистоты» в расчетных листках и ведомостях.