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

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

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

Почему данные справочника устаревают

В организации постоянно происходят изменения.

Сотрудники:

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

Организационная структура также изменяется.

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

Если справочник не получает эти изменения своевременно, пользователи начинают сталкиваться с устаревшей информацией.

Ручное обновление справочника

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

Он получает информацию об изменениях и вручную корректирует карточки.

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

Но с ростом количества сотрудников увеличивается и объём работы.

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

Представим организацию, в которой работает 2000 человек.

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

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

При этом часть изменений может быть пропущена.

В результате справочник формально существует, но перестаёт быть надёжным источником информации.

Автоматическая синхронизация

Другой подход — автоматическое получение изменений из исходных систем.

Например:

1С

→ сотрудники и должности

Active Directory

→ учётные записи и электронная почта

АТС

→ внутренние телефоны

Система помещений

→ кабинеты

Оргнавигатор

→ единая карточка сотрудника

В этом случае справочник не требует постоянного ручного заполнения.

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

Перед настройкой синхронизации важно определить владельца каждого типа информации.

Например:

Данные	Источник
ФИО	1С
Должность	1С
Подразделение	1С
Логин	Active Directory
Email	Active Directory
Телефон	АТС
Кабинет	система помещений

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

Один источник для каждого поля

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

Например, телефон сотрудника указан в Active Directory и в АТС.

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

Поэтому желательно заранее определить систему-владельца.

Если телефоном управляет АТС, данные из Active Directory не должны его перезаписывать.

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

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

Например:

1С
 ↓
1248 сотрудников
 ↓
Справочник

Система сравнивает полученные записи с существующими.

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

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

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

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

Например:

новые сотрудники;
изменённые сотрудники;
уволенные сотрудники;
изменённые подразделения.

При большом количестве сотрудников такой вариант обычно эффективнее.

Синхронизация по дате изменения

Один из простых способов определить изменения — использовать дату последнего обновления.

Например:

updatedAt > 2026-08-22 00:00:00

Система получает только записи, которые были изменены после указанного момента.

Такой механизм позволяет значительно уменьшить объём обмена.

Что делать при первом запуске

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

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

Например:

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

После этого можно перейти к регулярной загрузке изменений.

Порядок загрузки данных

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

Например, сначала необходимо создать подразделение:

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

а затем сотрудника:

10452 — Иванов Иван Иванович

связать его с D002.

Если сделать наоборот, система может не найти нужное подразделение.

Синхронизация организационной структуры

Изменения происходят не только с сотрудниками.

Например, организация может создать новый департамент:

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

↓

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

↓

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

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

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

Один из самых частых сценариев — перевод сотрудника.

Например:

было:

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

стало:

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

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

Создавать новую карточку не требуется.

Изменение должности

Аналогично обрабатывается изменение должности.

Например:

Специалист

становится:

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

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

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

Телефон может изменяться независимо от кадровых данных.

Например:

Старый номер: 1234
Новый номер: 5678

Если владельцем телефонных данных является АТС, справочник должен получать изменение от неё.

Изменение кабинета

Кабинет также может находиться вне кадровой системы.

Например:

Иванов Иван Иванович

→ кабинет 301

После переезда:

Иванов Иван Иванович

→ кабинет 412

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

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

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

Возможны варианты:

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

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

Почему не стоит сразу удалять записи

Исторические данные могут быть нужны для различных задач.

Например:

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

Поэтому изменение статуса может быть безопаснее физического удаления.

Новые сотрудники

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

Например:

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

После этого пользователь уже может найти сотрудника в справочнике.

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

На момент создания сотрудника некоторые данные могут ещё отсутствовать.

Например:

телефон ещё не назначен;
кабинет неизвестен;
учётная запись ещё не создана.

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

Можно создать основную запись и дополнить её после получения остальных сведений.

Проверка данных перед загрузкой

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

Перед сохранением можно проверить:

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

Ошибочные записи лучше отправлять в журнал.

Дубликаты сотрудников

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

Например:

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

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

Почему ФИО недостаточно

Два разных человека могут иметь одинаковые ФИО.

Например:

Иванов Иван Иванович

может встречаться в организации несколько раз.

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

Поэтому для синхронизации необходим стабильный идентификатор.

Внешний идентификатор

Каждый источник может иметь собственный идентификатор.

Например:

1С → 10452
Active Directory → objectGUID
АТС → 87321

Справочник может хранить соответствия между этими идентификаторами.

Это позволяет связывать данные из разных систем.

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

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

Например:

1С

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

Active Directory

→ добавляет логин и email

АТС

→ добавляет телефон

Система помещений

→ добавляет кабинет

В результате формируется одна карточка сотрудника.

Что делать при конфликте

Предположим:

1С

→ должность: Начальник отдела

Active Directory

→ должность: Специалист

Система должна иметь заранее определённое правило.

Если владельцем должности является 1С, значение из Active Directory игнорируется.

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

Самый распространённый вариант — запуск обмена по расписанию.

Например:

раз в сутки;
каждые четыре часа;
каждый час;
каждые 15 минут.

Частота зависит от того, насколько быстро изменения должны появляться в каталоге.

Синхронизация в реальном времени

Для некоторых данных может требоваться практически мгновенное обновление.

Например, если телефон сотрудника изменился в АТС, организация может захотеть увидеть новое значение в справочнике сразу.

В этом случае можно использовать событийную интеграцию или API.

Но сложность такого решения выше.

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

Источник данных может временно не работать.

Например:

02:00

1С недоступна.

В этом случае справочник не должен очищать существующие данные.

Он должен сохранить последнее корректное состояние и повторить попытку позже.

Повторная попытка

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

Например:

02:00 — ошибка
02:10 — повтор
02:20 — повтор
02:30 — успешно

Это позволяет автоматически переживать кратковременные сбои инфраструктуры.

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

Для контроля обмена полезно сохранять статистику.

Например:

23.08.2026 02:00

Получено записей: 1248
Добавлено: 7
Изменено: 23
Архивировано: 3
Ошибок: 1

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

Журнал ошибок

Помимо общей статистики желательно сохранять подробности ошибок.

Например:

Сотрудник: 10452
Поле: department
Ошибка: подразделение D002 не найдено
Источник: 1С

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

Что делать с ошибками

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

Если из 1000 сотрудников один содержит некорректное значение, остальные 999 могут быть успешно обработаны.

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

Контроль результата синхронизации

После завершения обмена полезно проверять итоговое состояние.

Например:

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

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

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

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

Например:

Синхронизация сотрудников завершилась с ошибками. Обработано 1248 записей, 5 записей требуют проверки.

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

Безопасность синхронизации

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

Важно определить:

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

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

Синхронизация и персональные данные

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

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

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

Как часто обновлять справочник

Универсального интервала не существует.

Для одних организаций достаточно ежедневной синхронизации.

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

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

Что выбрать: ручное или автоматическое обновление

Критерий	Ручное обновление	Автоматическая синхронизация
Небольшой каталог	подходит	подходит
Большое количество сотрудников	неудобно	подходит
Частые изменения	неудобно	подходит
Несколько источников данных	сложно	подходит
Контроль источника данных	ограничен	высокий
Первоначальная настройка	простая	требует работ
Сопровождение	зависит от сотрудников	требует контроля интеграции

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

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

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

Перед внедрением желательно определить:

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

Чем раньше эти правила определены, тем меньше проблем возникает после запуска.

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

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

В зависимости от инфраструктуры организации источниками могут быть кадровые системы, Active Directory, телефонные системы и другие внутренние решения.

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

Итог

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

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

Автоматическая синхронизация позволяет получать изменения из кадровых систем, Active Directory, АТС и других источников, сохраняя единый каталог в актуальном состоянии.

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