Чтобы получить неизвестные SID-ы в куче мест?
А зачем?

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

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

Приняли сотрудника на должность - внесли идентификационные данные, проинструктировали о требованиях к паролю, разблокировали учётку и сообщили начальный пароль.

mr_maxНе совсем согласен давай буушный логин новому сотруднику с такой же фамилией."Деперсонализированный логин" не может содержать фамилию просто по определению.
Тем, кому сложно запомнить кто-где - должны держать перед глазами актуальное штатное расписание.

mr_max[Обычно ...Если обычная практика создаёт проблемы, то банальная логика требует предпринять определённые действия.

P.S.
Нет желания завязываться на штатное расписание - пронумеруйте учётки по общему количеству персонала и устройте лотерею с раздачей номеров сотрудникам.
Но, всё-таки, удобнее, когда в учётке кодируется уровень подразделения и порядковый номер подразделения на этом уровне. Ну а уже "в хвостик" добавляется порядковый номер штатной единицы в конкретном подразделении.

P.P.S.
Если не путать проектную и организационную структуру то, внезапно, штатное расписание оказывается вполне стабильным.