Comments 12
Ради интереса - как у Вас отличаются логины полным однофамильцев? Как проводится "перевод через увольнение"? Совмещение два разных логина?
В статье приведен упрощенный пример. Реальный, не поместился бы в одну статью, было бы слишком много кода. В том числе и реализация логики предотвращения дубликатов логинов для полных тезок.
Основной целью статьи было показать возможность интеграции с 1С и инкрементное обновление учетных записей.
И все таки, интересен момент про тезок. Какую логику используете ?
Перед созданием логина делается выборка существующих логинов по совпадающим имени и фамилии. Если выборка не пустая, то логин формируется с учетом уже имеющихся логинов, чтобы избежать дубликатов.
Например, для пользователей с именем Иван Иванов будут сгенерированы логины: iivanov, ivivanov, ivaivanov, ivanivanov, ivanivanov1, ivanivanov2 и т.д.
Получается ivanivanov2 - это на самом деле уже шестой тёзка? Почем не сразу на цифры, вместо добавления ив, ива, иван?
Что делать с Еленой Балкиной и аналогичными случаями?
Подскажите, пожалуйста, а на каком этапе создается электронная почта и каким способом? Исходя из описанного вами - 1С создает?
Всю логику создания учетных записей нужно решать на уровне 1с?
1.Не совсем. Адрес электронной почты создается OpenIDM из логина. Логин так же генерируется OpenIDM из ФИО.
2.Учетные записи OpenIDM создаются из кадровых приказов 1С. Логика реализована так же на стороне OpenIDM
Чуть выше вы обсуждали про однофамильцев. Получается если у вас есть Иванов ИИ и приняли еще одного то приказ пришел в OpenIDM и на его стороне происходит придумываение нового логина на второго Иванова ИИ?
Управление учетными записями из кадровых приказов 1C при помощи OpenIDM