none
Карточка контакта RRS feed

  • Вопрос

  • Всем привет!

    Lync преподносит все новые и новые сюрпризы. Я конечно понимаю, что он окружен тайным знанием, которое доступно немногим, но прошу гуру помочь разобраться в еще одном вопросе.

    В свойствах учетной записи в AD заведены короткие номера пользователей в формате XXX.

    Нормализация в файлике прописана:

    Пробовал и так

    ^(\d{3})$
    +$1;phone-context=almaty@astel.kz

    И так

    ^(\d{3})$
    +$1;phone-context=dialstring

    У половины пользователей он отображается, причем у самых первых которые я внес с начала моего внедрения Lync. Все последующие которые были внесены позже никак не хотят появляться в карточке абонента.

    Вот у этого абонента есть короткий номер в карточке.

    У этого уже нет. Он был здесь без плюса.

    Ладно думаю. Не буду мудрить, раз любит Lync E164, буду ему подыгрывать. 

    Прописал в AD у пользователя номер в формате +XXX, (смотри рисунок выше) номер появился, однако пропал другой в формате +XXXXXX

    В файлике Invalid_AD_Phone_Numbers.txt никаких ошибок нет. 

    Что за глюк или это нормальное поведение????

    


    Ни что не вечно под луной...

    2 августа 2012 г. 6:32

Все ответы

  • Всем привет!

    Lync преподносит все новые и новые сюрпризы. Я конечно понимаю, что он окружен тайным знанием, которое доступно немногим, но прошу гуру помочь разобраться в еще одном вопросе.

    В свойствах учетной записи в AD заведены короткие номера пользователей в формате XXX.

    Нормализация в файлике прописана:

    Пробовал и так

    ^(\d{3})$
    +$1;phone-context=almaty@astel.kz

    И так

    ^(\d{3})$
    +$1;phone-context=dialstring


    Ни что не вечно под луной...

    Если речь идет о файле Company_Phone_Number_Normalization_Rules.txt, то Вам нужно просто убрать "+" во второй строке перед $. В итоге получим следующее выражение:

    ^(\d{3})$
    $1;phone-context=dialstring

    И все получится :)

    Естественно, а атрибутах AD номер телефона в этом случае должен быть вида ххх


    Do not multiply entities beyond what is necessary

    2 августа 2012 г. 8:06
  • Добрый день!

    Дело в том, что так с самого начало у меня и было.

    Номера в формате XXX.

    Правило нормализации 

    ^(\d{3})$
    $1;phone-context=dialstring

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

    Тогда я начал думать, что меня спасет формат E164, который так любит LYnc.

    Чтобы не переколачивать все номера в AD, я изменил правило нормализации и добавил "+".

    ^(\d{3})$
    +$1;phone-context=dialstring

    Теперь в итоге у меня пропал второй номер, семизначный, на рисунке +3120031. Причем что я только не делал. И вручную обновлял адресную книгу, и на абоеннта назначал отдельную политику для WebSearchOnly, все без толку.

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


    Ни что не вечно под луной...



    2 августа 2012 г. 8:24
  • относительно отображения телефонных номеров в карточке контакта Lync поищите здесь по форуму, потому что эта тема уже поднималась неоднократно.

    Привожу образец файла нормализации из работающей промышленной системы:

    ##
    ## Данный файл содержит правила нормализации телефонных номеров,
    ## предоставляемых службой каталогов Active Directory
    ## Правила составлены с учетом того, что перед их применением из телефонного номера
    ## автоматически удаляются все пробелы, скобки, точки и знаки "минус"
    ##
    ## Правила создаются для отображения номеров, занесенных на закладке "Телефоны"
    ## Номера, занесенные на закладке "Общие", отображаются без предварительной нормализации
    ##
    ## Полностью нормализованные номера также подвергаются преобразованию для того, чтобы получить
    ## номер, который проходить через медиа-шлюз на основе CCM
    ##
    
    ## Внутренний телефон из 4-х цифр (Всего: 4)
    ^(\d{4})$
    tel:$1
    
    ## Внутренний телефон из 4-х цифр с префиксом "+" (Всего: 5)
    ## ^\+(\d{4})$
    ## $1
    
    ## Рабочий телефон из 7-и цифр без кода города (Всего: 7)
    ^(\d{7})$
    9$1
    
    ## Мобильный телефон из 10-и цифр (Всего: 10)
    ## ^(\d{10})$
    ## 98$1
    
    ## Полностью нормализованный номер
    ^\+7(\d{10})
    98$1
    
    ## Рабочий (мобильный) телефон из 7-и цифр с 3-значным кодом города (оператора) в скобках (Всего: 10)
    ^\((\d{3})\)\s*(\d{7})$
    98$1$2
    
    ## Мобильный телефон из префикса +7, 7-и цифр с 3-значным кодом города (оператора) в скобках (Всего: 12)
    ^\+7\s*\((\d{3})\)\s*(\d{7})$
    98$1$2
    
    ## Номер, состоящий из префикса, 10-и цифр и произвольными символами в конце (Всего: 10 значащих)
    ^\+7(\d{10}).*
    98$1


    Do not multiply entities beyond what is necessary

    2 августа 2012 г. 8:32
  • А разрешите спросить, вот у вас в комментах файлика есть такое:

    ## Правила создаются для отображения номеров, занесенных на закладке "Телефоны" ## Номера, занесенные на закладке "Общие", отображаются без предварительной нормализации

    Это у вас телефоны на вкладке "Общие" в формате E164, и поэтому предварительная нормализация не осуществляется или это еще одно тайное знание????


    Ни что не вечно под луной...


    2 августа 2012 г. 8:51
  • Нет, на вкладке "общие" свойств учетной записи номер телефона записан в виде ХХХХ и точно так же он отображается в карточке контакта Lync (в поле "Рабочий").


    Do not multiply entities beyond what is necessary

    2 августа 2012 г. 9:01
  • А ну да, они у вас нормализуются этим правилом.

    ## Внутренний телефон из 4-х цифр (Всего: 4)
    ^(\d{4})$
    tel:$1


    Ни что не вечно под луной...

    2 августа 2012 г. 9:19
  • Нет, Lync настойчиво игнорирует дополнительные телефонные номера заведенные на вкладке Общие, Телефонные номер --->Others.

    Для чистоты эксперимента завел нового пользователя, включил его в Lync, в AD вбил номера в формате E164.


    Ни что не вечно под луной...

    2 августа 2012 г. 10:35
  • А в карточке документа отображается только 1 из вбитых в поле Others.

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


    Ни что не вечно под луной...

    2 августа 2012 г. 10:36
  • Update-CsAddressbook делали?

    Кэш на клиентских компьютерах чистили?


    Do not multiply entities beyond what is necessary

    2 августа 2012 г. 10:50
  • Делал все что только можно... у меня сейчас политика стоит WebSearchOnly.

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

    У вас Дмитрий, сколько номеров вбито в поле Others???

    Если больше одного, то все ли отображаются?


    Ни что не вечно под луной...


    2 августа 2012 г. 10:55
  • в каждое поле вбито по одному номеру. Другой вопрос, что при помощи утилиты ABSConfig (из ResKit) можно задать соответствие между аттрибутом AD и полем карточки контакта для телефонных номеров.

    Do not multiply entities beyond what is necessary

    2 августа 2012 г. 11:01
  • Да уже и так пробовал

    Не выходит каменный цветок!


    Ни что не вечно под луной...

    2 августа 2012 г. 11:17
  • странная какая то конфигурация.. полю WorkPhoneNumber присваивается сразу несколько значений. Так не должно быть.


    Do not multiply entities beyond what is necessary

    2 августа 2012 г. 11:41
  • Как правильно?

    Как мне добиться того чтобы в карточке абонента показывались все номера?

    И чтобы в уведомлениях опропущенных звонках были также все номера абонента?

    Потому как сейчас я вижу только номера в следующем порядке:

    Вы пропустили вызов от Ivanov Ivan (номер: 3120109)

    Идентификатор вызывающей стороны:

    3120109    

    Должность:

    Инженер 

    Организация:

    ASTEL

    Рабочий:

    +3120109          (он указан в поле Telephone Number, если указан короткий, то отображается он, а мне нужны все номера)

    Мобильный:

    +8(705)XXXXX47 (он указан в поле Cell Number)

    Эл. почта:

    XXXXX@astel.kz

    Адрес для мгновенных сообщений:

    XXXX@astel.kz

    Как победить этого монстра????


    Ни что не вечно под луной...

    2 августа 2012 г. 12:11
  • Возможно я не прав, но в каждом поле карточки контакта можно отобразить только один телефонный номер. Другое дело, что этих полей может быть больше. Не 2, а 3 или 4, к примеру. Есть еще поле otherPhone, но для него необходимо задать соответствие при помощи ABSConfig

    Do not multiply entities beyond what is necessary

    2 августа 2012 г. 12:20
  • Вы по крайней мере не правы, потому что у меня отображаются как минимум 2 номера. А вот третий уже никак.

    Продолжаю эксперименты.


    Ни что не вечно под луной...

    3 августа 2012 г. 4:43
  • отображаются два номера в одном поле?


    Do not multiply entities beyond what is necessary

    3 августа 2012 г. 5:33
  • Добрый день!

    Нет. Дело обстоит так, что в поле TelephoneNumber забит номер, плюс кнопочка Others, этого поля.

    Так вот в карточке отображается TelephoneNumber и самый первый, который находится в  Others. Другие номера Others не отображаются. Сначала думал что правила нормализации имеют ограничение на глубину просмотра, или думаю ошибки какие в самих правилах, хотя с regexp я на ты.  Чтобы минимизировать все ошибки, забиваю туда номера уже нормализованные с точки зрения Lync, все с "+", однако есть какая то зависимость на количество номеров отображаемых в карточке абонента.


    Ни что не вечно под луной...

    3 августа 2012 г. 5:58
  • а сколько номеров телефона отображается в клиенте Lync при выборе "дополнительные параметры звонка этому пользователю" ?

    И вот, кстати, небольшой пост, относящийся к сабжу: http://y0av.wordpress.com/2012/02/23/normalize_ad_numbers/

    И в дополнение. Именно в карточке контакта не может отражаться больше одного телефонного номера на одно поле. Это byDesigne.


    Do not multiply entities beyond what is necessary



    • Изменено Dmitry.I 3 августа 2012 г. 7:06
    3 августа 2012 г. 6:48
  • И в дополнение. Именно в карточке контакта не может отражаться больше одного телефонного номера на одно поле. Это byDesigne.

    Пруф линк???


    Ни что не вечно под луной...

    3 августа 2012 г. 8:28
  • Никита, не удалось случайно победить эту проблему? Тоже бьюсь с добавлением нескольких номеров в одно поле контакта Lync... У сотрудника скажем 3 телефона на столе стоит с номерами 100, 101, 102 - удается добавить только номер 100 в карточку контакта. 
    22 октября 2012 г. 11:52
  • Добрый день!

    К сожалению нет!


    Ни что не вечно под луной...

    13 декабря 2012 г. 11:26