Михаил Орлов (все сообщения)

Мне кажется, что все обращения поступающие на 1-ю линию всегда должны валится в общий пул и обрабатываться всеми операторами. А вот по результатам статистики можно с конкретными операторами проводить разъяснительную работу (обучать, мотивировать и т.д.). Можно вывести динамическое представление, показывающее кто и сколько обращений на текущий момент обработал - сотрудники сразу будут видеть свои результаты (сачков покрасить в красный цвет ).

Не забудьте создать в АД запись для system ))

Если говорить о сотрудниках некой компании, то ФИО в принципе не уникальный атрибут, а вот табельный номер в самый раз. В таком случае если импортировать данные в SD из внешней системы, то дублей при смене фамилии быть не должно. Дубли e-mail также сами не должны появлятся, а только при косяках в первоисточниках информации.

Так как дело было года 3 назад, то детально все не вспомню. Концепция следующая:
- пользователь проходит авторизацию в АД
- при запуске клиента SD (запускается отдельным скриптом) скрипт лезет в АД и читает атрибуты текущего пользователя с логином и паролем для SD
- запускается непосредственно клиент SD с параметрами (прочитанные атрибуты из АД).
Так же присутствует механизм синхронизации атрибутов в АД и учетных данных в базе SD.

Соотвественно анологично работало и для SP.

Реально все работало в одной крупной организации.