Внутренний справочник сотрудников должен содержать актуальную информацию.

Если данные о сотрудниках постоянно меняются, ручное обновление каталога становится отдельной административной задачей. Особенно это заметно в организациях, где работают сотни или тысячи сотрудников.

Кадровая система уже содержит значительную часть необходимой информации. Поэтому логичным решением становится организация автоматического обмена между кадровой системой и внутренним справочником.

Зачем нужна синхронизация

Без автоматического обмена изменения приходится переносить вручную.

Например, сотрудник переводится из одного подразделения в другое.

Кадровый специалист меняет информацию в кадровой системе, после чего ответственному за справочник необходимо:

найти сотрудника;
открыть его карточку;
изменить подразделение;
проверить должность;
сохранить изменения.

Если такие операции происходят регулярно, ручная обработка становится источником ошибок.

Синхронизация позволяет передавать изменения автоматически.

Какая система должна быть источником данных

Первое, что необходимо определить при проектировании обмена, — источник истины.

Например:

Кадровая система

→ ФИО

→ должность

→ подразделение

→ статус сотрудника

АТС

→ рабочий телефон

Active Directory

→ учётная запись

Справочник

→ единое представление информации.

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

Не обязательно синхронизировать всё

Кадровая система может содержать большое количество информации.

Однако пользователю внутреннего справочника нужен только небольшой набор данных.

Например:

ФИО;
должность;
подразделение;
рабочий телефон;
электронная почта;
кабинет.

Перед интеграцией стоит определить минимальный набор сведений, необходимых для работы каталога.

Какие данные обычно синхронизируют

Для сотрудников могут передаваться:

ФИО;
должность;
подразделение;
руководитель;
табельный номер;
статус;
рабочая почта;
рабочий телефон.

Для подразделений:

название;
идентификатор;
родительское подразделение;
руководитель;
статус.

Конкретный набор зависит от структуры организации и возможностей исходной системы.

Стабильный идентификатор сотрудника

Самая важная часть синхронизации — однозначное определение сотрудника.

Нельзя надёжно использовать только ФИО.

В организации могут работать два человека с одинаковыми именами.

Кроме того, сотрудник может изменить фамилию.

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

Пример идентификатора

Например, кадровая система присваивает сотруднику номер:

10452

В справочнике этот номер сохраняется как внешний идентификатор.

При следующей синхронизации система получает:

10452

и понимает, что речь идёт о существующем сотруднике.

Если изменилось ФИО или подразделение, обновляется существующая карточка.

Что происходит при появлении нового сотрудника

Рассмотрим простой сценарий.

В кадровой системе появляется новый сотрудник:

Петров Пётр Петрович

Идентификатор:

10873

При следующем обмене справочник не находит такую запись.

Создаётся новая карточка.

После этого сотрудник становится доступен в каталоге в соответствии с правилами публикации данных.

Что происходит при изменении сотрудника

Предположим, у сотрудника изменилась должность.

Было:

Специалист

Стало:

Старший специалист

При следующей синхронизации справочник получает новое значение.

Новая карточка не создаётся.

Изменяется существующая запись.

Перевод в другое подразделение

Перевод сотрудника — один из наиболее частых сценариев.

Например:

Отдел закупок

↓

Отдел снабжения

Кадровая система сообщает об изменении.

Справочник обновляет связь сотрудника с подразделением.

Другие данные карточки при этом остаются без изменений.

Изменение фамилии

Фамилия также может измениться.

Например:

Иванова Анна Сергеевна

становится:

Петрова Анна Сергеевна

Если используется стабильный идентификатор, справочник обновляет существующую запись.

Новая карточка не создаётся.

Увольнение сотрудника

Отдельно необходимо определить правила обработки увольнений.

После увольнения сотрудника можно:

скрыть его из обычного поиска;
перевести в архив;
изменить статус;
удалить запись.

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

Историческая информация может понадобиться позднее.

Повторное появление сотрудника

Иногда сотрудник после увольнения возвращается в организацию.

Если система использует стабильный идентификатор, необходимо заранее определить правила такого сценария.

В зависимости от кадровой системы это может быть:

восстановление существующей записи;
создание новой записи;
связывание новой записи со старой.

Важно, чтобы повторный приём не приводил к появлению случайных дублей.

Синхронизация подразделений

Сотрудники не существуют отдельно от организационной структуры.

Если кадровая система содержит подразделения, их также можно передавать в справочник.

Например:

Департамент закупок

→ Отдел закупок

→ Группа договоров

При изменении структуры справочник получает новые связи.

Что происходит при переименовании подразделения

Переименование подразделения не должно создавать новый объект.

Например:

Отдел снабжения

становится:

Отдел закупок

Если используется стабильный идентификатор подразделения, система понимает, что объект остался тем же.

Изменяется только его название.

Перемещение подразделения

Более сложный случай — изменение положения подразделения в структуре.

Например:

Департамент снабжения

был дочерним подразделением компании.

После реорганизации он становится частью другого блока.

В таком случае необходимо изменить родительскую связь, а не создавать новый объект.

Реорганизация организации

В крупных организациях структура может меняться регулярно.

Например:

отделы объединяются;
подразделения разделяются;
создаются новые филиалы;
меняются руководители;
подразделения переводятся между блоками.

Синхронизация должна учитывать такие изменения.

Полная синхронизация

При полной синхронизации система получает весь набор данных.

Например:

Сотрудников: 5000

Подразделений: 420

Каждый запуск обрабатывает весь набор.

Преимущество такого подхода — относительная простота.

Недостаток — необходимость обрабатывать большое количество неизменившихся записей.

Инкрементальная синхронизация

При инкрементальном обмене передаются только изменения.

Например:

Добавлено: 12

Изменено: 38

Уволено: 4

Это значительно уменьшает объём обработки.

Для больших организаций такой подход может быть более эффективным.

Как определить изменившиеся записи

Источник может предоставлять:

дату изменения;
версию записи;
признак изменения;
журнал изменений;
уникальный номер операции.

Например:

modified_at = 2026-08-16 01:42:15

Система может запрашивать только записи, изменённые после предыдущего успешного обмена.

Что делать при пропущенной синхронизации

Предположим, обмен должен выполняться каждый час.

Но сервер справочника был недоступен несколько часов.

После восстановления работы система не должна просто пропустить изменения.

Она должна продолжить обмен с момента последней успешно обработанной позиции.

Для этого необходимо хранить состояние синхронизации.

Последняя успешная позиция

Например:

Последняя успешная синхронизация:

16.08.2026 01:00

При следующем запуске система запрашивает изменения после этого момента.

Если обработка завершилась успешно, новая отметка становится:

16.08.2026 02:00

Такой механизм позволяет не терять изменения при временных сбоях.

Что делать при ошибке

Ошибка одной записи не обязательно должна останавливать весь обмен.

Например, из 500 изменений одна запись содержит неизвестный идентификатор подразделения.

Остальные 499 записей могут быть обработаны.

Проблемная запись должна попасть в журнал ошибок.

Повторная обработка ошибок

После исправления исходных данных ошибочную запись можно обработать повторно.

Например:

Ошибка:

Подразделение D-184 не найдено.

После создания подразделения в справочнике следующая синхронизация может успешно обработать сотрудника.

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

Контроль количества изменений

Полезно контролировать не только ошибки отдельных записей, но и общий объём изменений.

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

20–50 сотрудников.

Вдруг система сообщает:

Изменено: 4300 сотрудников.

Это может быть признаком проблемы в исходных данных или ошибочного алгоритма синхронизации.

Автоматический контроль таких аномалий помогает предотвратить массовое изменение каталога.

Журнал синхронизации

Для каждой операции полезно сохранять:

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

Например:

16.08.2026 02:00

Получено: 5280
Добавлено: 14
Изменено: 37
Архивировано: 5
Без изменений: 5221
Ошибок: 3

Такой журнал помогает быстро понять состояние обмена.

Уведомления об ошибках

Не все ошибки требуют немедленного вмешательства.

Но критические проблемы желательно передавать ответственному сотруднику.

Например:

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

Безопасность обмена

Система синхронизации получает доступ к данным организации.

Поэтому необходимо ограничить права учётной записи, используемой для обмена.

Она должна иметь только те разрешения, которые действительно необходимы.

Также следует учитывать защиту каналов связи и ограничение доступа к серверу справочника.

Что делать при недоступности источника

Временная недоступность кадровой системы не должна приводить к исчезновению сотрудников из каталога.

Справочник может продолжать показывать последние успешно загруженные данные.

После восстановления источника синхронизация возобновляется.

Данные должны иметь владельца

Для каждого поля желательно определить систему, которая отвечает за его актуальность.

Например:

Поле	Источник
ФИО	кадровая система
Должность	кадровая система
Подразделение	кадровая система
Телефон	АТС
Email	Active Directory
Кабинет	справочник

Такой список называют матрицей ответственности за данные.

Что не стоит делать

Одна из распространённых ошибок — разрешить пользователю справочника изменять данные, которые затем автоматически перезаписываются при следующей синхронизации.

Например, сотрудник вручную изменил должность.

Через час кадровая система снова передала старое значение.

В результате пользователь не понимает, почему его изменения исчезают.

Ручные и автоматические данные

Не все поля обязательно должны синхронизироваться.

Например:

Автоматически

→ ФИО

→ должность

→ подразделение

Вручную

→ кабинет

→ дополнительный рабочий телефон

→ описание функций подразделения.

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

Синхронизация как процесс

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

Он включает:

получение изменений;
проверку данных;
сопоставление идентификаторов;
обновление записей;
обработку ошибок;
журналирование;
контроль результата.

Тогда справочник постепенно становится актуальным без постоянного ручного вмешательства.

Когда достаточно ежедневной синхронизации

Не всем организациям требуется обмен в реальном времени.

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

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

Это может быть проще в эксплуатации, чем постоянно работающая интеграция.

Когда нужна более частая синхронизация

Более частый обмен может потребоваться, если изменения должны появляться практически сразу.

Например:

сотрудники часто переводятся между подразделениями;
организационная структура активно меняется;
справочник используется как оперативный источник информации;
данные необходимы нескольким подразделениям в течение рабочего дня.

Периодичность следует выбирать исходя из реальных требований, а не только технических возможностей.

Оргнавигатор и синхронизация

Оргнавигатор может использовать существующие корпоративные системы как источники данных.

Кадровая система может передавать сведения о сотрудниках и подразделениях, Active Directory — данные учётных записей, а другие системы — телефоны или сведения о помещениях.

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

Итог

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

Для этого необходимо заранее определить источники данных, стабильные идентификаторы, владельцев полей, правила обработки новых сотрудников, переводов и увольнений.

Не менее важны журналирование, контроль ошибок и возможность повторной обработки неудачных операций.

При правильно организованном обмене пользователи работают с единым каталогом, а актуальность основных сведений поддерживается автоматически.