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

 > 

  • Вопрос

  • Question
    Нужно войти
    0
    Нужно войти

    Всем привет!

    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
    |

Все ответы

  • Question
    Нужно войти
    0
    Нужно войти

    Всем привет!

    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
    |
  • Question
    Нужно войти
    0
    Нужно войти

    Добрый день!

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

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

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

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

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

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

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

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

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

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

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



    2 августа 2012 г. 8:24
    |
  • Question
    Нужно войти
    0
    Нужно войти

    относительно отображения телефонных номеров в карточке контакта 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
    |
  • Question
    Нужно войти
    0
    Нужно войти

    А разрешите спросить, вот у вас в комментах файлика есть такое:

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

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

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


    2 августа 2012 г. 8:51
    |
  • Question
    Нужно войти
    0
    Нужно войти

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

    Do not multiply entities beyond what is necessary

    2 августа 2012 г. 9:01
    |
  • Question
    Нужно войти
    0
    Нужно войти

    А ну да, они у вас нормализуются этим правилом.

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

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

    2 августа 2012 г. 9:19
    |
  • Question
    Нужно войти
    0
    Нужно войти

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

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

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

    2 августа 2012 г. 10:35
    |
  • Question
    Нужно войти
    0
    Нужно войти

    А в карточке документа отображается только 1 из вбитых в поле Others.

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

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

    2 августа 2012 г. 10:36
    |
  • Question
    Нужно войти
    0
    Нужно войти

    Update-CsAddressbook делали?

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

    Do not multiply entities beyond what is necessary

    2 августа 2012 г. 10:50
    |
  • Question
    Нужно войти
    0
    Нужно войти

    Делал все что только можно... у меня сейчас политика стоит WebSearchOnly.

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

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

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

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


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

    Do not multiply entities beyond what is necessary

    2 августа 2012 г. 11:01
    |
  • Question
    Нужно войти
    0
    Нужно войти

    Да уже и так пробовал

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

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

    2 августа 2012 г. 11:17
    |
  • Question
    Нужно войти
    0
    Нужно войти

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

    Do not multiply entities beyond what is necessary

    2 августа 2012 г. 11:41
    |
  • Question
    Нужно войти
    0
    Нужно войти

    Как правильно?

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

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

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

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

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

    3120109    

    Должность:

    Инженер 

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

    ASTEL

    Рабочий:

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

    Мобильный:

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

    Эл. почта:

    XXXXX@astel.kz

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

    XXXX@astel.kz

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

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

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

    Do not multiply entities beyond what is necessary

    2 августа 2012 г. 12:20
    |
  • Question
    Нужно войти
    0
    Нужно войти

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

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

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

    3 августа 2012 г. 4:43
    |
  • Question
    Нужно войти
    0
    Нужно войти

    отображаются два номера в одном поле?

    Do not multiply entities beyond what is necessary

    3 августа 2012 г. 5:33
    |
  • Question
    Нужно войти
    0
    Нужно войти

    Добрый день!

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

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

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

    3 августа 2012 г. 5:58
    |
  • Question
    Нужно войти
    0
    Нужно войти

    а сколько номеров телефона отображается в клиенте 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
    |
  • Question
    Нужно войти
    0
    Нужно войти

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

    Пруф линк???

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

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

    Добрый день!

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

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

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