Коллеги, добрый день.
На рассмотрении страшный зверь по имени OpenTouch. Диспозиция такая - есть OTMS, живущий на блейде и три кристалла с аналоговыми абонентами числом около 2К. Проблема следующая: при создании аналоговых номеров ОмниВиста автоматомсоздает каждому уникальный UserID, состоящий из доменного имени, DirName и DirFirstName. А поля имен очень часто повторяются, это должности сотрудников. Поэтому при заливке из файла создается первый юзер, все последующие с повторяющимися именами выдают ошибку. Пытались вручную создавать юзером, беря за основу UserID внутренний номер. Создается, но при синхронизации ОмниВисты она берет имена из ОХЕ и пытается на их основе построить UserID. Соответственно, опять ошибка.
Отсюда вопросы:
1. Можно ли запретить части пользователей синхронизироваться с Directory?
2. Какой-то цивильный путь победить эту ситуацию есть?
На рассмотрении страшный зверь по имени OpenTouch. Диспозиция такая - есть OTMS, живущий на блейде и три кристалла с аналоговыми абонентами числом около 2К. Проблема следующая: при создании аналоговых номеров ОмниВиста автоматомсоздает каждому уникальный UserID, состоящий из доменного имени, DirName и DirFirstName. А поля имен очень часто повторяются, это должности сотрудников. Поэтому при заливке из файла создается первый юзер, все последующие с повторяющимися именами выдают ошибку. Пытались вручную создавать юзером, беря за основу UserID внутренний номер. Создается, но при синхронизации ОмниВисты она берет имена из ОХЕ и пытается на их основе построить UserID. Соответственно, опять ошибка.
Отсюда вопросы:
1. Можно ли запретить части пользователей синхронизироваться с Directory?
2. Какой-то цивильный путь победить эту ситуацию есть?