Как настроить табельные номера с префиксами подразделений в 1С:ЗУП 3.1 и чем это чревато?

Бизнес-аналитик 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Промышленность, строительство и АПК
← На главную

При внедрении и настройке программы 1С:Зарплата и Управление Персоналом (ЗУП 3.1 / ЗУП КОРП) на производственных предприятиях часто возникает требование разделить нумерацию сотрудников по производственным направлениям или цехам. Рассмотрим архитектурные особенности работы табельных номеров в системе, проанализируем возможные риски и разберем практические варианты реализации такой задачи.

Архитектура табельного номера и особенности платформы

Табельный номер сотрудника в 1С:ЗУП хранится в реквизите Код справочника Сотрудники. При формировании структуры номеров важно учитывать системные ограничения:

  1. Длина реквизита: В типовой конфигурации длина кода справочника Сотрудники составляет 10 символов. Если использовать длинный префикс и разделители (например, ПР01-00001), для числовой части остается минимальное количество знаков. Превышение разрядности приведет к сбою автоматического инкремента номера.
  2. Механизм автонумерации: Платформа 1С:Предприятие генерирует следующий номер на основании последнего записанного элемента. Так как при первичном создании карточки сотрудника подразделение еще не выбрано, типовой механизм подставит стандартный префикс организации. Пользователям придется вручную задавать префикс подразделения и строго следить за количеством лидирующих нулей (например, ПР1-00001, ПР2-00001), чтобы автонумерация по каждой серии не сбивалась.
  3. Контроль уникальности: При включенной настройке «Контролируется уникальность табельных номеров» платформа проверяет уникальность всей строки кода целиком. Одинаковые числовые части с разными префиксами (например, ПР1-00001 и ПР2-00001) успешно пройдут проверку уникальности и не вызовут системных ошибок.

Влияние кастомных префиксов на кадровые процессы и печать

Проанализируем ситуации, с которыми столкнется кадровая служба при повседневной работе с нестандартными табельными номерами:

  1. Кадровый перевод между подразделениями: Табельный номер жестко привязан к конкретному элементу справочника Сотрудники. Документ «Кадровый перевод» регистрирует смену подразделения, но не изменяет и не должен изменять табельный номер. Если кадровик вручную перепишет код в карточке сотрудника на новый префикс, номер изменится ретроспективно во всей истории: во всех прошлых расчетных листках, кадровых приказах и архивных отчетах отобразится новый номер.
  2. Смена номера через увольнение и прием: Если регламент предприятия строго требует присвоения нового табельного номера при переходе на другое производство, кадровое перемещение придется оформлять через цепочку увольнения и нового приема на работу с созданием нового элемента в справочнике Сотрудники для того же физического лица.
  3. Вывод в печатные формы и отчеты: В типовых механизмах конфигурации перед выводом номера на печать (в формы Т-1, Т-2, Т-53, расчетные листки) выполняется программная обработка строки: удаление префиксов организации, префиксов информационной базы и лидирующих нулей. При наличии нестандартных дефисов или символов типовой алгоритм может либо некорректно отсечь часть пользовательского префикса, либо вывести полный номер с нулями, что может потребовать адаптации макетов.
  4. Синхронизация с 1С:Бухгалтерией: Обмен данными между ЗУП и Бухгалтерией предприятия базируется на уникальных идентификаторах (GUID), ИНН и СНИЛС физических лиц, а не на кодах сотрудников. Наличие буквенных префиксов подразделений внутри табельного номера не нарушит правила синхронизации, номер перенесется в бухгалтерскую базу в неизменном виде.

Варианты реализации раздельной нумерации

Рассмотрим два основных подхода к реализации требований бизнеса без нарушения целостности базы данных.

Вариант 1. Разделение системного кода и отображаемого номера (рекомендуемый)

В этом сценарии системный табельный номер в справочнике Сотрудники остается стандартным числовым со сквозной автонумерацией. Для подразделений создается дополнительный реквизит «Префикс табельного номера», а итоговый составной номер формируется динамически только для отчетов и печатных форм с помощью расширения конфигурации:


// Пример формирования отображаемого номера в печатной форме
ПрефиксПодразделения = ПодразделениеСотрудника.ДополнительныеРеквизиты.Найти(...);
ОтображаемыйТабельныйНомер = ПрефиксПодразделения + "-" + СокрЛП(Сотрудник.Код);

Такой подход гарантирует сохранность истории при переводах, исключает сбои типовой автонумерации и не требует ручного контроля лидирующих нулей кадровиками.

Вариант 2. Автоматическая генерация кода через расширение

Если префикс обязательно должен быть физической частью реквизита Код, переопределим логику нумерации через подписку на событие ПриУстановкеНовогоКода справочника Сотрудники в расширении конфигурации. В обработчике события программно определим префикс выбранного подразделения и вычислим максимальный занятый номер по заданной маске, избавив кадровиков от ручного ввода и ошибок дублирования.

← На главную