Geçiş sırasında kuruluş üzerinde Unified CM ve üzerinde kayıtlı cihazların bir arada Webex Calling bulunmasına izin vermek için Unified CM arama planının en azından aşağıdaki gereksinimlerin karşılanabilmesi için değiştirilmesi gerekir:

• +E.164 şuradan arama Unified CM Webex Calling

• Şuradan uzantılı arama Unified CM Webex Calling (site içi, ancak uzantı aralıkları benzersizse siteler arası da)

• Şuradan kısaltılmış siteler arası arama Unified CM Webex Calling

• Şuradan zorunlu ağ üzerinden arama Unified CM Webex Calling

• Cevapsız aramalar dizininden hedeflere geri arama Webex Calling

• Geçiş sırasında şirket içi PSTN kullanıl Webex Calling ıyorsa, PSTN adresinden PSTN'ye çağrılar Webex Calling

• Geçiş sırasında PSTN, hibrit Webex Calling dağıtımlar için PSTN kanalı, Cloud Connect aracılığıyla şirket içi kullanıcılara PSTN erişimi sağlamak için kullanılır: Unified CM Webex Calling Unified CM Webex Calling

• Şuradan ağa zorunlu olarak bağlanın Webex Calling Unified CM

• Şuradan (siteler Webex Calling arasıUnified CM) uzantılı arama.

Yukarıdakilerden herhangi biri geçiş öncesi çevirme alışkanlıkları desteklenmiyorsa, örneğin kısaltılmış siteler arası arama alışkanlığı yoksa, geçiş sırasında zorunlu olarak kullanılmaları gerekmez.

Şekil En İyi Uygulamalar arama planı, Cisco Collaboration 12.x Kurumsal Şirket İçi Dağıtımlar için Tercih Edilen Mimari, CVD'de açıklanan en iyi uygulama arama planı yaklaşımını gösterir. Bu yaklaşımın temel özellikleri şunlardır:

• +E.164 dizin numaraları için tek bölüm

• +E.164 rota modellerine dayalı çekirdek yönlendirme

• Çeviri kalıplarını kullanarak tüm arama alışkanlıklarının +E.164 olarak normalleştirilmesi

• Arama alanı kalıtımını çağıran çeviri kalıbının kullanımı (seçenek Oluşturucunun çeviri kalıpları üzerinde ayarlanmış arama alan ını kullan).

Örneğin, SJC'deki SJC'deki hat arama alanı SJCinternational ile sağlanan bir cihazdan PSTN arama (9+1+10D) önce çağrılan taraf numarasını +E.164 olarak normalleştiren 9.1 [2-9] XX [2-9] XXXXXX çeviri deseni ile eşleştirilir. İkincil arama daha sonra aynı SJCinternational arama alanını tekrar kullanır (arama alanı mirasını çağırır) ve +E.164 basamaklı dize ya DN bölümündeki +E.164 diz in numarasıyla ya da USPSTNnational veya SJCPSTNLocal bölümündeki PSTN yol desenlerinden biriyle eşleşir. Kısaltılmış site içi ve siteler arası arama alışkanlıkları, ESN ve SJCTO E 164 bölümündeki çeviriler tarafından uygulanır. ESN bölümü genel bir bölüm olsa da (tüm konumlardaki telefonlar için erişilebilir) SJCTOE164 bölümüne yalnızca SJ C konumundaki kullanıcılar erişilebilir. Bu, örtüşen uzatma aralıklarını varsaymaktadır.

Şuradan aramayı etkinleştirmek için ilk adım, +E.164 hedeflerinin buna göre yönlendirildiğinden emin olmaktır. Unified CM Webex Calling Bu, arama planına bir Webex Calling bölüm ekleyerek, o bölüme tüm Webex Calling hedefler için +E.164 rota desenleri ekleyerek ve son olarak, ulaşılması gereken hizmet sınıflarını temsil eden tüm arama alanlarına Webex Calling bölümü ekleyerek başar ılabilir. Webex Calling Kaynaklanan çağr Webex Calling ılar için farklılaştırılmış bir hizmet sınıfının oluşturulmasını sağlamak için özel bir bölüm oluşturmak gerekirWebex Calling.. Çağrı döngülerinden kaçınmak için, Yerel Ağ Geçidinden gelen arama alanının ana ağ üzerindeki gelen arama alanının Webex Calling bölüme erişimi olmamalıdır.

Şekil+E.164 yönlendirmede gösterildiği gibiWebex Calling, +E.164 DID aralığı +1 221 555 2XXX ve site kodu 121 olan bir konuma yönlendirmeyi etkinleştirmek Webex Calling için, bu +E.164 aralığına eşleşen acil bir rota Unified CM modelinin bölüme eklenmesi gerekir. Webex Calling

Siteye özgü Yerel Ağ Geçidi seçimi gerekmiyorsa, tek bir rota grubuna işaret eden rota desenleri için hedef olarak Webex Calling yerel bir rota grubuna sahip Webex Calling bir rota listesi kullanmak yerine, Yerel Ağ Geçidi tek üye olarak sağlanabilir ve ardından rota kalıpları tek bir Webex Calling rota grubunu tek giriş olarak içeren tek bir Webex Calling rota listesine işaret eder.

Siteye siteler arası kısaltılmış aramayı etkinleştirmek için gerekli rota Webex Calling deseni 8121.2XXX bölüme eklenir. Webex Calling ESN aramasını +E.164 olarak normalleş Webex Calling tiren 8121.2XXX arama normalleştirme düzenine geçilecek siteler için ESN bölümünde zaten mevcut olabilir . Bu durumda 8121.2XXX gereksiz görünüyor, ancak ilgili konumdaki tüm DN'leri 8121.2XXX arama normalleştirme çevirisi deseni kaldırılabilir ve ardından 8121.2XXX rota modeli, yalnızca uzantı kullanıcıları için bile ESN aramayı etkinleştirir. Webex Calling

Bu arama planı değişiklikleri ile Webex Calling konuma yapılan çağrılar sadece site içi ve +E.164 ile kısaltılmış olarak aranarak yapılamaz. Ayrıca, uluslararası ve ulusal PSTN arama mümkündür, çünkü bu arama alışkanlıkları önce mevcut olan arama normalleştirme çeviri kalıpları aracılığıyla +E.164 olarak normalleştirilir ve ardından bölümdeki +E.164 rota düzeniyle eşleş Webex Calling erek yönlendirilir. Webex Calling

Webex CallingKonumun DID aralığındaki +E.164 rota deseni eşleşmesi, tüm DID'ler hala açıkken sağlanabilir. Unified CM En iyi eşleştirme modeli eşleştirme algoritması, üzerinde Unified CM barındır Unified CM ılan bir numara arandığında, sağlanan +E.164 dizin numarasının, çağrıların açık Unified CM bir hatta genişletil Webex Calling mesi ve gönderilmemesi için joker karakterli +E.164 rota düzeninden daha iyi eşleşmesini sağlar. Unified CM Webex Calling

İçindeki her kullanıcı Webex Calling ya bir uzantı ve/veya +E.164 telefon numarası sağlanır. Uzantı uzunluğu sabit bir genel ayardır: bir Webex Calling dağıtımdaki tüm uzantılar aynı uzunluktadır. Uzantı arama, hem bir konum Webex Calling içindeki hem de konumlar arasında kullanıcılar arasında kullanılabilir. Kısaltılmış siteler arası uzantı arama (ikinci durum) yalnızca aranan uzantı benzersiz ise çalışır.

Konumlar arasında kısaltılmış siteler arası arama bir gereklilikse ancak farklı konumlarda atanan uzantılar arasında çakışmalar varsa, uzantılara bir erişim kodu ve site kodu ekleyerek işletmeye özel bir numaralandırma planı oluşturulmalıdır. Daha fazla bilgi için bkz. Cisco Collaboration 15 Şirket İçi Dağıtımlar için Tercih Edilen Mimari, Cisco işbirliği tercih edilen mimar ileri sayfasında bulunan Tasarıma Genel Bak ış.

Uzantı uzunluğu, konumlar arası uzantı arama davranışı, konumlar arası arama için önek uzunluğu ve konumlar arası arama için yönlendirme önekindeki direksiyon rakamı, Control Hub'daki arama hizmeti ayarlarında yapılandırılır:

• Konum yönlendirme ön eki uzunluğu: Direksiyon basamağı dahil önek uzunluğu. Yalnızca, alternatif kısaltılmış kurumsal konumlar arası arama alışkanlığı olarak bir işletme numaralandırma planının oluşturul ması gerektiğinde gereklidir.

• Yönlendirme önekindeki direksiyon rak amı: Kısaltılmış kurumsal konumlar arası arama alışkanlığı için direksiyon rakamı. Herhangi bir konumun ilk basamağı ve konum giden arama rakam larıyla örtüşmekten kaçınılmalıdır. Yalnızca, alternatif kısaltılmış kurumsal konumlar arası arama alışkanlığı olarak bir işletme numaralandırma planının oluşturul ması gerektiğinde gereklidir.

• İç uzatma uzunluğu: Standart uzantı uzunluğu. İki ile on arasında herhangi bir değer olabilir.

  Şirket içi çağrı denetiminden kurum içi arama denetiminden kurumsal önemli numaraları (yönlendirme kodu, site kodu, uzantı) kullanarak arama veya arama yapılması gerektiğinde Webex Calling ve şirket içi çağrı denetimi arayan kimliği olarak bir uzantı gönderdiğinde, şirket içi arama denetiminden gelen yukarı akış aramalarının şirket içi olarak sınıflandırılabileceğinden emin olmak için Bulunma Webex Calling ve tesisler arası Arama Yönlendirme bölümünde Maksimum bilinmeyen uzantı uzunluğu parametresini de ayarladığınızdan emin olun. Webex Calling doğru arar.

• Konumlar arasında uzantı aramaya izin ver: Konumlar arasında uzantı aramasını etkinleştirmek/devre dışı bırakmak için geçiş yapın . Bu seçenek yalnızca kuruluş içindeki tüm uzantılar benzersiz se etkinleştirilmelidir. Seçenek devre dışı bırakılırsa, kurumsal önemli numar aların (yönlendirme kodu, site kodu, uzantı) veya telefon numaralarının konumlar arasında aranması gerekir.

İlk üç parametre esas olarak, kanca dışı arama kullanırken rak amlar arası zaman aşımlarını en aza indirmek için telefonlar için bir arama planı oluşturmak için kullanılır.. Bu genel ayarlardan sapmalar hala mümkündür (Örnek - farklı uzunlukta uzantılar sağlanabilir), ancak Kontrol Merkezi'nde bir uyarı mesajı açılır ve önceden yüklenmiş arama planı içinde çakışmaları önlemek için telefonlardan arama yapılması gerekebilir.

Kurum sal numaralandırma tablosu örne ği, iki konumun (NYC ve RTP) uzantı aralıklarının aynı olduğu üç konumun bir örneğini gösterir. Siteler arası yönlendirme rakamı 8 ile bir kurumsal numaralandırma şeması oluşturmak, ardından üç basamaklı bir site kodu ve dört basamaklı uzantı, örtüşmeyen kısaltılmış siteler arası arama alışkanlığı yaratır.

Tablo 2. Kurumsal numaralandırma örneği

SİTE	Uzatma aralığı	Site kodu	Kurumsal ürün yelpazesi
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Sorunsuz bir geçişe izin vermek için, Webex Calling ideal olarak geçiş öncesi ve sonrası kullanıcılar için arama alışkanlıkları seti aynı olmalıdır.. Her konum için geçişe hazırlanmak için DID aralıklarının ve uzantı aralıklarının (veya kısaltılmış site içi arama alışkanlıklarının) belgelenmesi gerekir. Bu bilgilere dayanarak, sahalar arası direksiyon basamağının seçilmesi gerekir.

Sabit uzunluk Webex Calling uzatma aralıkları tablosu, üç konum ve sabit uzunluk uzatma aralıklarının bir örneğini gösterir. Çakışan arama alışkanlıklarından kaçınılması gerektiğinden, herhangi bir uzatma aralığı için aral ığın ilk basamağının, kısaltılmış siteler arası arama için direksiyon rakamıyla eşleşmediğinden emin olmak önemlidir. Örneğin, sahalar arası arama için direksiyon basamağı olarak 8 seçilirse, herhangi bir sitede hiçbir uzatma aralığı 8 ile başlayamaz. Tipik olarak, belirli bir konumdaki uzantılar, o konuma atanan DID'lerin son birkaç basamağıyla eşleşir. Çakışmaları önlemek için uzantının ilk basamağı değiştirilebilir. Örneğin, +1 408 555 8XXX aralığındaki DID'ler bir konumda kullanılıyorsa, o sitedeki uzant ılar için 8XXX kullanmak yerine 7XXX kullanılabilir

Tablo 3. Sabit uzunluk Webex Calling uzatma aralıkları

SİTE	Uzatma aralığı	Webex CallingUzantılar	Site kodu	Kurumsal ürün yelpazesi
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

ABD arama planını kullanan bir Webex Calling cihazda aranan yedi basamaklı arama dizeleriWebex Calling, önceden yüklenmiş ABD arama planında yerel arama için yedi basamaklı bir desenle örtüşür. Herhangi bir ağ içi ve ağ dışı (PSTN) arama alışkanlıkları arasında çakışmayı önlemek için, o konumda zorunlu bir dış erişim kodu kullanılabilir. Mevcut işletme numaralandırma şeması ve ilgili kısaltılmış siteler arası arama, Webex Calling ulusal kadrandaki desenlerle örtüşüyorsa, çakışmaları önlemek için numaralandırma şemasına Webex Calling geçiş sırasında daha uzun veya daha kısa bir forma da değiştirilebilir. Bunu başarmanın en kolay yolu, numaralandırma şemasına ek bir dolgu basamağı eklemektir. Yeni daha uzun siteler arası arama şemasının yalnızca halihazırda taşınan kullanıcılar tarafından benimsenmesi gerekir. Webex Calling Hala açık olan Unified CM kullanıcılar yedi basamaklı arama yapmaya devam edebilir. Bu Unified CM durumda kurumsal arama planının, şuradan kısaltılmış yedi basamaklı aramanın +E.164'e veya üzerinde Unified CM dağıt Webex Calling ılan kısaltılmış arama biçimine dönüştürüldüğünden emin olması gerekir. Webex Calling Bu, çağrıyı Yerel Ağ Geçidine göndermeden önce yapılmalıdır.

Tablo Geç işinde yedi basamaklı arama, bu yeniden numaral andırmanın bir örneğini gösterir. Bu örnekte kısaltılmış siteler arası arama, direksiyon rakamını 8 ve ardından iki basamaklı bir site kodu ve dört basamaklı bir uzantı Unified CM kullanır. Yerler için yedi basamaklı kısaltılmış siteler arası aramayı önlemek için, site kodlarıWebex Calling, kullanılan iki basam aklı site kodlarına rastgele bir dolgu basamağı (örnekte 8) ön ekleyerek kolayca üç basamağa dönüştürülebilir, Unified CM böylece Webex Calling telefonlardan siteler arası arama 8 direksiyon rakamını ve ardından doldurma rakamını 8, eski iki basamaklı site kodu ve dört basamaklı uzantıyı kullanır. Kullanıcıların yeni site kodlarını hatırlamaları gerekmez; siteler arası arama için 8 açık yerine 88 ö nek olarak kullanmayı hatırlamaları yeterlidir. Webex Calling Unified CM

Tablo 4. Yedi basamaklı aramayı değiştirme

		Unified CM		Webex Calling
SİTE	Uzantılar	Site Kodu	Kurumsal ürün yelpazesi	Site ode	Kurumsal değişim
NYC	2XXX	22	8 22 2XXX	822	8 822 2XXX
SFO	8XXX	23	8 23 7XXX	823	8 823 7XXX
RTP	1XXX	24	8 24 11XX	824	8 824 11XX

Farklı kurumsal numara biçimlerinin açık olduğu bir senaryoda Unified CM ve şirket numaraları şuradan gelen Unified CM aramalar için arayan taraf bilgileri olarak sunul Webex Calling uyorsa Webex Calling (örneğin - DID olmayan cihazlardan yapılan aramalar), geri aramanın çalışmasını sağlamak için arayan taraf bilgileri için farklı numara biçimleri arasında bir eşleme uygulamak da önemlidir . Bu eşleme, Yerel Ağ Geçidi arasındaki Unified CM ana gövdede çağrı tarafı dönüşüm modeli kullanılarak gerçekleştirilebilir.

Uygun çağrı kayıt sağlayıcısını seçmek, iş hedeflerini karşılamak ve kuruluş genelinde özelliklerin uyumunu sağlamak için esastır:

• Küresel sağlayıcı seçimi: Kuruluşlar genellikle küresel düzeyde birincil çağrı kayıt sağlayıcısı belirleyerek özellik kümesi, uyumluluk ve tüm konumlarda destek konusunda tutarlılık sağlar

• Konum tabanlı geçersiz kılma: Belir li sitelerin veya bölgelerin benzersiz iş ihtiyaçlarına veya yasal gerekliliklere sahip olduğu senaryolarda, küresel sağlayıcı seçimini geçersiz kılmak ve bu konumlar için alternatif sağlayıcılar belirlemek gerekebilir. Bu esneklik, çeşitli uyumluluk zorunluluklarını ve yerel operasyonel ihtiyaçları destekler

• İş gereksinimleri: Sağlayıcı seçimi, mevzuata uygunluk (Örnek - MiFID II, HIPAA), kalite güvencesi, uyuşmazlık çözümü veya eğitim ihtiyaçları gibi iş faktörlerinin değerlendirilmesi tarafından yönlendirilmelidir.

• Özelliklerin kullanılabilirliği: Sağlayıcılar gerçek zamanlı izleme, arama ve oynatma yetenekleri, şifreleme, saklama politikaları, analiz platformlarıyla entegrasyon ve farklı arama türleri (gelen, giden, dahili) destek gibi gerekli özellikleri sunma yeteneklerine göre değerlendirilmelidir.

Çağrı kayıtlarının depolandığı ve işlendiği bölgenin belirlenmesi uyumluluk ve performans açısından kritik öneme sahiptir:

• Küresel bölge seçimi: Varsayılan olarak kuruluşlar, yönetimi ve yönetişimi basitleştirmek için arama kayıtlarını depolamak için tek bir bölge seçebilir

• Konuma dayalı bölge geçersiz kılmaları: Veri yerleşimi yasalarının veya kurumsal politikaların gerektirdiği durumlarda, arama kayıtlarının gerekli coğrafi sınırlar içinde saklanmasını ve işlenmesini sağlamak için belirli konumlar için küresel bölge ayarını geçersiz kılmak gerekebilir.

• Veri yerleşimi gereksinimleri: Tasarım, çağrı kayıtlarının nerede ve nasıl tutulacağını belirleyebilecek uluslararası ve yerel veri koruma düzenlemelerini (GDPR, CCPA veya ülkeye özgü zorunluluklar gibi) dikkate almalıdır.

Bir çağrı kayıt çözümünün planlanması ve tasarımı sırasında ele alınması gereken bir diğer kritik hususWebex Calling, depolama gereksinimlerinin tahmin edilmesidir.. Depolama ihtiyaçlarını doğru bir şekilde tahmin etmek, devam eden iş operasyonlarını desteklemek, uyumluluğu sürdürmek ve hizmet kesintilerini önlemek için yeterli kapasitenin mevcut olmasını sağlamak için gereklidir.

Bek lenen depolama talebini belirlerken birkaç temel parametre dikkate alınmalıdır:

• Kayde@@ dilen aramaların hacmi: Belirli bir zaman aralığında kaydedilecek beklenen arama sayısını değerlendirin (örn. gün, hafta veya ay başına). Bu, yalnızca harici aramaları değil, aynı zamanda iş politikası veya düzenleyici yetkilerin gerektirdiği takdirde dahili iletişimi de içerir

• Ortalama arama süresi: Daha uzun aramalar daha fazla depolama alanı tüketeceğinden, kaydedil en aramaların tipik uzunluğunu hesaplayın. Farklı departmanlar veya kullanıcı grupları arasındaki çağrı süresindeki farklılıklar da tahminde dikkate alınmalıdır

• Saklama süresi: Kayıtların saklanması gereken süreyi tanımlayın; bu genellikle kurumsal politikalar veya dış düzenlemeler (sektöre özgü uyumluluk standartları gibi) tarafından belirlenir. Daha uzun saklama süreleri genel depolama gereksinimlerini artıracaktır

• Büyüme tahminleri: İş ölçeklendirmesi, yeni yasal gereklilikler veya ek kullanıcıların veya konumların işe alınmasından kaynaklanabilecek çağrı hacimlerinde beklenen büyümeyi veya kayıt kapsam ının genişlemesini göz önünde bulundurun.

Kuruluşlar, bu parametreleri kapsamlı bir şekilde analiz ederek, ç Webex Calling ağrı kayıt çözümleri için ölçeklenebilir lik, maliyet etkinliği ve mevzuata uygunluk sağlayan sağlam bir depolama stratejisi geliştirebilirler. Kullanım kalıpları zaman içinde geliştikçe depolama tahsislerini düzenli olarak gözden geçirmeniz ve ayarlamanız önerilir.

Yöneticiler, Control Hub arabirimi aracılığıyla bireysel kullanıcılara Webex Calling lisansları manuel olarak atar.

Yöneticiler, bireysel kullanıcılar için hizmet lisanslarını düzenleyebilir ve doğrudan arama lisanslarını atayabilir.

Grup veya kuruluş ayarlarına göre kullanıcılara lisansları otomatik olarak atamak için Control Hub'da lisans atama şablonlarını kullanın.

Otomatik lisanslama, dizin senkronizasyonu veya manuel kullanıcı güncellemeleri yoluyla yapılabilir, ancak kullanıcıların geçerli bir +E.164 biçimlendirilmiş telefon numarasına sahip olması ve telefon numaralarının kullanıcı sağlanmasından önce bir Webex Calling konumda bulunması gerekir. Koşullar karşılanmazsa (örn. geçersiz telefon numarası biçimi), Webex Calling lisanslar atanmayacaktır.

Aynı anda birden fazla kullanıcı eklemek veya değiştirmek için kullanıcı ayrıntılarını ve lisans atamalarını içeren bir CSV dosyası yükleyin.

CSV içe aktarma, 20.000'e kadar kullanıcı eklemeyi ve lisans atamayı destekler, ancak Webex Calling lisanslar telefon numarası ve uzantı gibi belirli alanlar gerektirir.

Programlı olarak lisans atamak ve kullanıcıları yönetmek için Webex API'lerini kullanın.

Webex, lisans atama otomasyonu için kullanılabilen kullanıcı ve lisans yönetimi (Kişiler, SCIM 2.0 ve Lisans API'leri) için API işlemlerini destekler. Lisanslar API'si, lisansların, telefon numaralarının ve uzantıların eşzamanlı olarak atanmasına izin verir.

Tablo 5. Kullanıcı sağlama seçenekleri - özet

Atama Yöntemi	Artıları	Eksileri
Control Hub üzerinden manuel	Birkaç kullanıcı için basit. Lisans ataması üzerinde hassas ve ayrıntılı kontrol sağlar.	Ölçeklenebilir değil, zaman alıcı Manuel giriş sırasında insan hatasına yatkın.
Otomatik lisans şablonları	Ölçeklenebilir Manuel hataları azaltır Yeni ve mevcut kullanıcılara uygulanabilir.	Geçerli telefon numaraları ve konumlar gerektirir. Kurulumu daha karmaşık Ayrıca, eşdeğer lisans gereksinimlerine sahip kullanıcı grubu başına kullanıcı grupları gerektirir.
Toplu CSV Yükleme	Büyük kullanıcı setleri için verimli Lisansların, telefon numaralarının ve uzantıların eşzamanlı atanmasına izin verir.	Dikkatli CSV biçimlendirme gerektirir Telefon numaraları veya uzantıları eksik veya yanlışsa hata olasılığı.
API tabanlı atama	Otomatikleştirilebilir, esnek. Lisansların, telefon numaralarının ve uzantıların eşzamanlı atanmasına izin verir.	Geliştirme ve API bilgisi gerektirir.

Kullanıcı sağlama seçenekleri - özet tablosu, kullanıcı sağlama seçeneklerini ve artılarını ve eksil erini özetler. Bu genel bakış, müşteri kuruluşunun büyüklüğüne, otomasyon yetenek lerine ve kullanıcı sağlama süreçlerine ve gereksinimlerine göre en iyi lisans atama yöntemini seçmenize yardımcı olur.

Mümkün olan her yerde Cisco, lisans şablonlarını kullanarak arama lisansları atamanızı önerir. Bu , benzersiz bir lisans kümesi gerektiren her kullanıcı grubu için bunu gerektirir (Örnek - Webex Calling Standart vs. Profesyonel) ilgili grup üyeliklerine sahip bir grup mevcuttur. Kullanıcı Gru pları bölümlerinde tartışıldığı gibi, kullanıcı grupları Control Hub'da manuel olarak tanımlanabilir veya bir kurumsal dizinden senkronize edilebilir. Her iki yaklaşımın bir kombinasyonu mümkündür.

Birden fazla gruba ait kullanıcılar, tüm gruplarına uygulanan tüm atamalardan lisans al ırlar. Bu, ortaya çıkan kullanıcı Webex Calling lisans atamasının grup üyelikleri birliği tarafından kontrol edildiği Webex lisans atamasını yönetmek için kurumsal dizinde lisansa özgü güvenlik gruplarının kullanılmasına izin verir.

Daha fazla bilgi için bkz. Control Hub 'da otomatik lisans atamaları ayarlama ve Kullan Webex Calling ıcılar için otomatik lisans atama şablonları ayarlama.

Bu bölüm yalnızca Webex Calling ilgili lisansları kapsar. Diğer lisans türleri (Örnek - Webex cihaz kaydı, mesajlaşma, toplantılar) kapsanmaz. Tasarım sürecinin bir parçası olarak lisans gereksinimlerinin belirlenmesi gerekir. Aşağıdaki lisans türleri için lisans sayılarının hesaplanması gerekir:

• Webex CallingStandart: standart telefon özellikleri gerektiren bireysel kullanıcı sayısı.

• Webex CallingProfesyonel: gelişmiş telefon özellikleri gerektiren kullanıcı sayısı ve çalışma alanları. Sanal hatlar ve grup sesli mesajı, her profesyonel lisans için 1:1 oranında hak kazanır. Bu nedenle, gerekli sanal hat veya grup sesli mesajlarının sayısının gelişmiş telefon özellikleri gerektiren kullanıcı ve çalışma alanlarının sayısını aştığı nadir durumlarda, ek profesyonel lisansların hesaba katılması gerekir.

• Webex CallingOrtak Alan için Çalışma Alanı: standart arama özellikleri gerektiren ortak kullanım veya ortak alan konumlarının sayısı.

• Webex CallingMüşteri Yardımı: Webex Calling Müşteri Yardımı özelliklerini gerektiren temsilci ve denetçilerin sayısı. Webex CallingMüşteri yardımı Webex Calling Profesyonel lisansı içerir.

• Rota Listesi Çağr ıları: Şirket içi Unified CM kullanıcılar ve/veya şirket içi uzmanlaşmış 3. taraf uygulamaları arasında gerekli Bulut Bağlantılı PSTN çağrılarının sayısı.

• Görevli Konsolu: görev Webex Calling li konsol istemcisine erişim gerektiren kullanıcı sayısı.

• Cisco Çağrı Planı (Giden Arama Planı): Cisco PSTN hizmeti için bir PSTN numarası ve/veya giden PSTN arama erişimine ihtiyaç duyan kullanıcı sayısı.

Profesyonel Çalışma Alanları için özel bir lisans türü yoktur. Profesyonel çalışma alanları bir Webex Calling Profesyonel lisans kullanır.

Yalnızca hot-desk çalışma alanları, hot-desking ana bilgisayar hizmeti ve hot-desking ana bilgisayarından acil durum çağrısı sunar ve herhangi bir lisans gerektirmez. Daha fazla bilgi için bkz. Yalnızca çalışma masası cihazlarını ekleme ve yönetme.

Gerekli özelliklere göre her kullanıcı ve çalışma alanı için gerekli lisans türünü belirlemek için bkz. Lisans türüne göre kullanılabilir özellikler Webex Calling.

Müşteri yardımının aksine, Webex Calling profesyonel lisansla birleştirilmiş ç Webex Calling ağrı kuyruklarının sunduğu işlevselliği ayırt etmek için, Webex Calling bkz. Ç Webex Callingağrı kuyruğu ve müşteri yardımı özellik karşılaştırması.

Webex'teki kullanıcı grubu yönetimi, yöneticilerin lisansların, ayarların ve kaynakların verimli toplu yönetimi için kullanıcıları gruplar halinde düzenlemelerine olanak tanır. Gruplar, kullanıcıları tek tek yönetmek yerine aynı anda birden fazla kullanıcıya ilkeleri, lisansları ve ayar şablonlarını uygulayarak yönetimi kolaylaştırmaya yardımcı olur.

Kullanıcı grubu yönetimi aşağıdakiler de dahil olmak üzere çeşitli avantajlar sunar:

• Basitleştirilmiş yönetim: Birden fazla kullanıcı için lisansları, ayarları ve ilkeleri aynı anda yönetin.

• Tutarl ılık: Aynı gruptaki kullanıcılar arasında tek tip ayarlar ve lisanslar uygulayın.

• Ölçeklenebilir lik: Grup başına 250.000 üyeye kadar destekler.

• Tüm leştirme: Grupları Microsoft Entra ID'den (Azure AD) veya otomatik kullanıcı ve grup yönetimi Active Directory için senkronize edin.

• Esneklik: Yerel gruplar oluşturun veya güvenlik gruplarını senkronize edin; grup üyeliğini manuel olarak veya CSV dosyaları aracılığıyla yönetin.

• Kaynak tahsisi: Grup üyeliğine dayalı olarak gömülü uygulam alara ve hizmetlere erişimi kontrol edin.

Sağlama sırasında kullanıcı grupları için ana kullanım durumları Webex Calling şunlardır:

• Lisans atam aları: Grup üyelerine Arama, Toplantı, Mesajlaşma veya Karma hizmetler gibi hizmetleri otomatik olarak sağlamak için gruplara lisans atayın.

• Ayarlar şablonları: Tutarlı kullanıcı deneyimi için gruplara hizmet ayarları koleksiyonlarını (örneğin mesajlaşma, toplantı, arama) uygulayın.

• Toplu kullanıcı yönetimi: CSV dosyaları veya dizin senkronizasyonu aracılığıyla kullanıcıları toplu olarak ekleyin veya kaldırın.

• Otomasyon ve entegr asyon: Otomatik kullanıcı ve grup yaşam döngüsü yönetimi için API'leri veya dizin senkronizasyonunu kullanın.

Aşağıdaki tablo, Webex'te kullanıcı gruplarını ve grup yönetimini yönetmek için farklı seçenekleri özetlemektedir.

Tablo 7. Grupları ve grup üyeliklerini yönetme seçenekleri

Seçenek	Açıklama	Artıları	Eksileri
Denetim Merkezi grup sağlama (Webex grupları)	Grupları doğrudan Control Hub'da oluşturun ve yönetin. Üyeleri manuel olarak veya CSV aracılığıyla ekleyin/kaldırın.	Grup üyeliği üzerinde tam kontrol Lisansların ve şablonların anında uygulanması Gruplar oluşturmak ve düzenlemek kolay	Manuel güncellemeler gerekli Manuel CSV yüklemelerinde hata riski Harici dizinlerle otomatik senkronizasyon yok
Entra ID'den (Azure AD) senkronize edilmiş gruplar veya Active Directory	Güvenlik gruplarını ve üyelikleri harici dizin hizmetlerinden otomatik olarak senkronize edin.	Otomatik senkronizasyon manuel çalışmayı azaltır Kurumsal rehber ile tutarlılığı sağlar Büyük kuruluşları destekler	Control Hub'da grup üyeliği düzenlenemiyor 12 saate kadar senkronizasyon gecikmesi İç içe geçmiş gruplar manuel seçim gerektirir
Gruplar ve SCIM 2.0 API (Webex Grupları)	Programlı grup ve üyelik yönetimi için Webex Grupları veya SCIM 2.0 API'sini kullanın	Otomasyon ve diğer sistemlerle entegrasyon Büyük veya karmaşık ortamlar için ölçeklenebilir	Geliştirme çabası gerektirir Karmaşıklık API kullanımına bağlıdır

Senkronize edilmiş gruplar tutarlılık sağlarken ve tek bir yönetim noktası sunarken, senkronize edilmiş grupları ve Webex gruplarını (kontrol hub'ında veya API'ler aracılığıyla yönetilen) birleştiren karma bir yaklaşım mümkündür. Bu nedenle, örneğin lisans at aması için gruplar senkronize edilmiş gruplar olabilir ve kullanıcı ve Webex App arama şablonlarını atamak için ayrı bir Webex grubu kümesi kullanılabilir.

Webex'te kullanıcı grubu yönetimine yönelik bu kapsamlı yaklaşım, kuruluşların kullanıcı lisanslarını, ayarlarını ve ilkelerini verimli bir şekilde yönetmesini sağlayarak tutarlı ve ölçeklenebilir işbirliği deneyimleri sağlar.

Kullanıcılar için birincil veri kaynağı, son kullanıcı bilgilerini içeren Unified CM veritabanıdır. Unified CM Bununla birlikte, Unified CM genellikle kullanıcı kimliği yönetimi için yetkili kaynak değildir ve daha da önemlisi geçişin sonunda kapatılır ve bu nedenle kimlik bilgileri için uzun vadeli yetkili kaynak olarak dışlanır.

Cisco, kullanıcı kimlikleri için tek doğruluk kaynağı olarak Microsoft Entra ID (Azure AD) gibi merkezi bir bulut dizini kullanmanızı önerir. Kullanıcıları Entra ID'den Control Hub'a senkronize etmek tutarlılık sağlar, yönetimi basitleştirir ve tek oturum açma (SSO) özelliklerini destekler.

Tüm kullanıcıların Entra ID'de Unified CM de bulunmasını sağlamak için kuruluşlar, kullanıcı hesaplarının Entra ID'deki hesaplara Unified CM karşılık geldiğini doğrulamalıdır. Bu, kullanıcı listelerini dışa aktararak Unified CM ve bunları Entra ID kullanıcı listeleriyle karşılaştırarak yapılabilir..

Özetle, önerilen sağlama yöntemi, kullanıcıları Azure AD Sihirbazı veya SCIM uygulamalarını kullanarak Microsoft Entra ID'den (Azure AD) Webex Control Hub'a senkronize etmektir. Manuel ve CSV toplu sağlama ek yöntemler olarak kullanılabilir, ancak büyük kuruluşlar için daha az ölçeklenebilir ve hataya daha yatkındır. Entra ID'nin yetkili kaynak olduğundan ve tüm Unified CM kullanıcıların Entra ID'de bulunduğundan emin olmak, başarılı bir geçiş ve ortamlar genelinde tutarlı bir kullanıcı deneyimi için kritik öneme sahiptirWebex Calling. Unified CM

Şirket içi dizin hizmetinden Entra ID (Azure ID) gibi Active Directory bir bulut dizin hizmetine geçiş, arama geçişinden bağım sızdır. Cisco, arama geçişine başlamadan önce bir bulut dizin hizmetine geçişi bitirmenizi önerir.

Kurumsal dizini şirket içinden buluta geçirdikten sonra lisanslama ve özellik şablonu gereksinimleri tarafından yönlendirilen gerekli kullanıcı gruplarını toplayın. Her grup belgesi için:

• Grup Adı: grubun benzersiz adı.

• Lisanslar: Bu gruba atanacak lisanslar (varsa) ve kapsam (lisanslar mevcut kullanıcılara veya yalnızca yeni kullanıcılara atanmalıdır)

• Ayarlar şablonları: Webex Uygulaması ve Kullanıcı arama şablonları.

• Dizin senkronizasyonu: Bu grup kurumsal dizinden mi senkronize edilecek yoksa Control Hub'da veya bir API aracılığıyla sağlanan yerel bir Webex grubu mu?

• Açıklama: bu grup nasıl kullanılacak ve hangi kullanıcıların bu gru ba üye olması gerekir

Bu ayrıntılar, uygulama aşamasında daha sonra kurumsal dizinde yerel gruplar veya gruplar oluşturmak ve kullanıcıların grup üyeliğini yönetmek için kullanılacaktır.

Webex, kuruluşların farklı grupların farklı IDP'ler kullandığı birleşmeler, satın almalar veya merkezi olmayan BT depart manları gibi karmaşık BT ortamlarına uyum sağlamak için SSO'yu birden fazla IDP ile yapılandırmasına olanak tanır. Çoklu IdP desteği, Webex'teki Çoklu IdP özelliği kullanılarak veya Cisco Duo gibi bir kurumsal IAM sisteminin entegrasyonu yoluyla uygulanabilir.

Webex'in çoklu Kimlik Sağlayıcısı (IdP) desteği, kuruluşların çeşitli BT ortamlarında esnek ve güvenli kimlik doğrulaması gerektirdiği birkaç önemli kullanım durumunu ele alır:

Duo Access Gateway (DAG), Active Directory (AD) ve OpenLDAP gibi mevcut şirket içi veya bulut tabanlı dizinleri kullanarak kullanıcıların kimliğini doğrulayabilir. Ayrıca Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS ve Shibboleth gibi diğer kimlik sağlayıcılarıyla entegrasyonu da destekler. Bu esneklik, kuruluşların Duo MFA ile Webex SSO için mevcut dizin altyapılarını kullanmalarına olanak tanır.

Duo, birincil dizin kimlik doğrulamasının üstünde güçlü bir kimlik doğrulama katmanı görevi görür. Webex'e erişim vermeden önce iki faktörlü kimlik doğrulamasını (2FA) uygulamak için SAML 2.0 kullanan bir kimlik sağlayıcısı (IdP) olarak işlev görür. Duo, kullanıcı, cihaz ve ağ bağlamını erişime izin vermek veya engellemek için yapılandırılabilir politikalara göre değerlendirir ve güvenliği yalnızca kullanıcı adı ve şifrenin ötesinde geliştirir. Duo ayrıca bazı uygulamalar için her oturumda MFA ve diğerleri için daha az sıklıkta MFA gerektirmesi gibi esnek politika denetimleri sağlar.

Cisco Duo'nun avantajları şunlardır:

• Gelişmiş Güvenlik: Webex erişimini korumak için kimlik avına dayanıklı MFA ekler ve güvenliği ihlal edilmiş parolalardan kaynaklanan riski azaltır.

• Esnek İlkeler: Uygulama veya kullanıcı grubu başına kimlik doğrulama gereksinimleri üzerinde ayrıntılı denetime izin verir.

• Mevcut Dizinlerle Entegrasyon: Şirket içi AD, OpenLDAP, bulut dizinleri ve çeşitli SSO sağlayıcılarını destekleyerek altyapı değişikliklerini en aza indirir.

• Kullanıcı Kolaylığı: Kullanıcıların bir kez oturum açmasını ve birden fazla kaynağa güvenli bir şekilde erişmesini sağlayarak parola yorgun luğunu azaltmak için Tek Oturum Açma (SSO) destekler.

• Güvenilir Uç Noktalar: Windows ve macOS'ta Webex istemcileri için cihaz güvenini destekleyerek güvenlik durumunu iyileştirir.

• Self Servis Kaydı: Sat ır içi kayıt ve ikili istemi, MFA kurulumu sırasında kullanıcı deneyimini iyileştirir.

Webex için SSO özellikli Duo MFA, kullanıcıların kimliğini doğrulamak için OpenLDAP gibi Active Directory mevcut dizinlerden veya bulut kimlik sağlayıcılarından yararlanır. Duo'nun rolü, SAML 2.0 aracılığıyla entegre edilmiş güçlü, ilke odak lı ikinci bir kimlik doğrulama faktörü sağlamak ve SSO aracılığıyla kullanıcı rahatlığını korurken güvenliği artırmaktır. Avantajlar arasında gelişmiş güvenlik duruşu, esnek politika uygulaması , sorunsuz entegrasyon ve daha iyi bir kullanıcı deneyimi yer alır.

Cisco, Webex kullanıcıları için SSO uygulanmasını önerir. Gelişmiş güvenlik için Cisco Duo entegrasyonu önerilir.

Kurumsal IAM ve SSO stratejisi, şuradan Unified CM geçişe başlamadan önce dağıtılmalıdır.. Webex Calling

Webex CallingOtomatik İstemci, gelen çağrı işleminin 7/24 otomasyonuna izin verir, bu da bir kişinin her aramayı yanıtlamasına gerek kalmadan verimli arama işlemine olanak tanır.

Otomatik görevli gelen aramaları yanıtlar ve arayana aramalarını nereye yönlendir mek istediklerine dair bir seçenek menüsü sağlar. Bu bir kişi, bir sesli posta kutusu veya bir arama hizmeti için olabilir (örn. Çağrı Kuyruğu). Ara yan, otomatik sunucu menüsünden numarayı girmek için telefonunun tuş takımını kullanır.

Otomatik Görevli aşağıdaki temel özellikleri destekler:

• İş ve mesai sonrası programlar

• Tatil programı

• Müşterilerinizi gitmeleri gereken yere yönlendirmek için arama menüsü seçeneği

• Selamları özelleştirin

• İsme göre arama seçeneği

• Çağrı yönlendirme seçenekleri

• Control Hub analizleri ve raporları.

Daha fazla bilgi için bkz. Otomatik yanıtlayıcıları yönetme.

Çağrı parkı, kullanıcılara başka bir kullanıcının alabilecekleri zaman kolayca al abilmeleri için bir aramayı kolayca beklemeye alma olanağı sağlar. Ayrıca, orijinal aramayı cevaplayan kullanıcıyı, arama park halindeyken başka aramalar yapmak veya almak için serbest bırakır.

İki tür çağrı parkı mevcutturWebex Calling:

1. Call park direct - herhangi bir kullanıcının bir aramayı başka bir kullanıcının uzantısına veya Yönetici tarafından tanımlandığı şekilde bir çağrı park uzantısına park etmesine olanak tanır

2. Çağrı parkı grubu - tanımlanmış bir kullanıcı grubunun çağrıları grup için tanımlanan mevcut park hedeflerine otomatik olarak park etmesine olanak tanır. Bu hedefler grup üyelerinin uzantıları veya çağrı parkı uzantıları olabilir.

Yapılandırma ve park türüne bağlı olarak, kullanıcılar çağrıları *88+> aray <extension of parked call>arak, çağrı park uzantısı ile ilişkili hat tuşuna basarak veya IP Telefonlarındaki bir yazılım tuşu kullanarak alabilirler.

Belirli bir süre sonra park edilmiş bir aramayı, aramayı park eden kullanıcı ya veya alternatif bir kullanıcıya geri çağırmak için bir geri çağırma seçeneği mevcuttur.

Daha fazla bilgi için bkz. Control Hub'da çağrı parkını yönetme.

Çağrı alma, bir yöneticinin başka bir üyenin telefonuna yapılan aramayı cevaplayabilecek bir grup kullanıcı (üye) tanımlamasına olanak tanır. Bu, kullanıcıya ekip arkadaşları meşgulken ve gelen bir aramayı cevaplayamadığında aramaları yanıtlama yeteneği verir.

Bir gruptaki kullanıcılar aynı Webex Calling konumda olmalıdır.

Kullanıcılar bir aramayı almak için Webex Uygulamasını veya masa telefonlarını kullanabilir.

• Webex Uygulaması:

  • Görsel ve sesli bildirimleri destekler

  • Gelen çağrı bildirimi

  • FAC tabanlı (*98 numaralı arama) veya bildirim çağrısı alma

  • Çoklu hat için çağrı alma bildirimleri.

• Masa Telefonları:

  • Gelen çağrı bildirimi

  • Ahize LED'i aracılığıyla sesli çanlar ve görsel bildirim. 6821 sadece ses çanlarını destekler

    • Kontrol Merkezi'nde bildirim türü seçildiğinde yok olmad ığında

  • Yalnızca birincil hatlar için arama alma bildirimleri.

Daha fazla bilgi için bkz. Arama alma grubunu yapılandırma.

Webex CallingTemel özelliklerinin bir parçası olarak yalnızca sesli arama kuyruklarını içerir ve Webex Calling Profesyonel lisansa sahip herhangi bir kullanıcı bir çağrı kuyruğunun, aracının veya denetçinin parçası olabilir. Bu özellik, kullanıcıların müşterilerle verimli bir şekilde etkileşim kurmasını sağlar. Çağrı kuyrukları, sesli kuyruklar, geri arama, beceri veya öncelik yönlendirmesi, temsilci kuyruğu yönetimi, analitik, raporlama vb. gibi bazı çağrı merkezi özelliklerinin bir alt kümesini destekler.

Cisco'nun Microsoft Teams entegrasyonu çağrısı, temsilcilerin çağrı kuyruğu çağrılarına ve özelliklerine doğrudan Microsoft Teams istemcilerinden erişmesine olanak tanır.

Çağrı Kuyrukları aşağıdaki temel özellikleri destekler:

• Selamlar ve mesajlar (karşılama, rahatlık, fısıltı vb.)

• Müzik tut

• Geri arama

• Kuyruk Yönlendirme Politikaları (gece servisi, tatiller, yönlendirme)

• Temsilci kuyruğu oturum açma/çıkış

• Aracı kuyruğu durum yönetimi

• Webex Uygulaması veya Masa Telefonu desteği

• Süpervizör temsilcisi, Özellik Erişim Kodları (FAC'ler) aracılığıyla izleme, koçluk yapar, mavna yapar veya devralır

• Control Hub (yönetici erişimi) için:

  • kuyruk yönetimi

  • Temsilci ve kuyruk analizi ve raporlama

  • Kuyruk, ajan ve süpervizör yönetimi.

Daha fazla bilgi için bkz. Arama kuyruğunu yapılandırma.

Webex CallingEk çağrı kuyruğu özellikleri sağlayan ve temsilcilere ve denetçilere Webex Uygul aması içinde daha iyi bir kullanıcı deneyimi sağlayan bir Müşteri Yardımı eklentisi özelliğine sahiptir. Çağrı Kuyruğu ve Müşteri Yardımı özelliklerinin karşılaştırması için, bkz. Webex CallingÇağrı kuyruğu ve müşteri yardımı özellik karşılaştırması. Webex Calling

Webex CallingAvlanma Grupları, önceden belirlenmiş bir arama yönlendirme modeli aracılığıyla gelen aramaların belirli kullanıcı grubuna yönlendirilmesine izin verir. Bu, aramaların doğru kullanıcı grubu tarafından yanıtlanmasını veya takip için bir sesli mesaja gönderilmesini sağlar.

Av Grupları ve Çağrı Kuyrukları arasındaki büyük fark, aramaların bir Av Gruplarında sıraya alınmamasıdır, bu nedenle Hunt Group'taki hiçbir kullanıcı aramayı yanıtlamak için müsait değilse, bağlantı kesilir, sesli mesaja gönderilir veya başka bir numaraya (kullanıcı veya hizmet) iletilir.

Daha fazla bilgi için bkz. Control Hub'da avlanma gruplarını yönetme.

Çalışma Modları özelliği, işletmelerin aramaları çeşitli hedeflere (kullanıcılar, ses li posta, arama kuyruğu gibi arama hizmetleri) verimli bir şekilde yönlendirmesine olanak tanır. Bir aramanın nereye ve ne zaman yönlendirileceği, günün saatine ve haftanın günü programına dayanır ve herhangi bir kullanıcı, çağrı yönlendirmedeki değişiklikleri kontrol etmek için bu modları (programları) yönetme yetkisine sahip olabilir.

Örnek olarak, bir Çağrı Kuyruğuna yapılan çağrılar, mesai saatleri dışında aramaları cevaplamak için farklı bir saat dilimindeki temsilcilerle başka bir Çağrı Kuyruğuna yönlendirilebilir, mesai saatleri içinde yerel temsilcilere yönlendirilebilir ve tatillerde temsilciler ofise döndükten sonra takip için sesli mesaja yönlendirilebilir.

Yetkili bir kullanıcı, gelen aramaların belirli bir süre boyunca nereye yönlendirileceğini değiştirmesi gerekiyorsa , bu farklı çağrı yönlendirme senaryoları (modları) arasında geçiş yapabilir. Bu kullanıcılar modları 6800/7800/8800 MPP telefonları, 9800 telefonları veya at Yönet modlarında yönet ebilirler. Webex User Hub

Daha fazla bilgi için, bk z. Çalışma modlarına göre arama yönlendirme Webex Calling.

Çağrı Grupları, kullanıcıların bir grup kullanıcıya sesli mesaj göndermek için tek yönlü arama yapmalarına olanak tanır. Her grup, önceden tanımlanmış bir numara veya uzantı arayarak ulaşılan en fazla 75 hedef kullanıcı ve/veya çalışma alanı içerebilir.

Bir kullanıcı bir Çağrı Grubunu aradığında, gruptaki atanan tüm hedeflere eşzamanlı bir çağrı yapılır; bu noktada arayan kişi mesajlarını konuşabilir ve bitirdikten sonra telefonu kapatabilir..

Daha fazla bilgi için bkz. Control Hub'da bir çağrı grubu yapılandır ma.

Webex CallingBir kullanıcı tarafından yapılan veya alınan aramaların kaydını destekler. Bu, kalite, güvence, güvenlik veya eğitim ihtiyaçları için gerekli olabilir. Varsayılan olarak, aramalar Webex'te kaydedilir, ancak diğer kayıt özellikleri veya uyumluluk ve yasal gereklilikler gerekliyse diğer üçüncü taraf kayıt sağlayıcıları da kullanılabilir.

Kayıt platformu olarak Webex kullanıldığında, kaydedilen tüm aramalar Control Hub içinde yönetilir. Uyumluluk görevlisi rolüne sahip tam yöneticiler kayıtları oynayabilir ve indirebilir. Uyumluluk görevlisi rolü olmadan Yönetici yalnızca kayıtları silebilir.

Bu özellik ve üçüncü taraf kayıtlarının listesi hakkında daha fazla bilgi için bkz. Arama kaydını yönetme Webex Calling.

Tek numara erişimi, bir kullanıcının telefon numarasına yapılan aramaların birden fazla cihazı çalmasına olanak tanır. Bu , cep telefonlarının yanı sıra diğer masa telefonlarını da içerebilir. Aramalar bu cihazlardan da yapılabilir ve kullanıcılar aralarında arama yapabilir ve çekebilir.

Bu özellik ve bir yöneticinin Control Hub'da nasıl yapılandırdığı hakkında daha fazla bilgi için bkz. Tek sayı erişimini yapılandırma (herhangi bir yerde ofis).

Bir kullanıcının Webex User Hub (portal) bu özelliği kendisi için nasıl yönetebileceği ve yapılandırabileceği hakkında daha fazla bilgi için bkz. Tek say ı erişimini yapılandırma (herhangi bir yerde ofis).

Sesli Posta Grupları, bir kullanıcıya veya arama yönlendirme özelliğine atanabilen paylaşılan bir sesli posta kutusuna izin verir. Bir sesli posta grubunun gerekli olmasının nedenlerinden bazıları şunlardır:

• Bir departman veya çalışma grubu için genel amaçlı sesli mesaj

• Otomatik görevli veya av grubuna sesli mesaj seçeneği ekleme

• Çağrı kuyruğundan taşma çağrıları göndermek için

• Yalnızca sesli posta kutusuna ihtiyaç duyan kullanıcılar.

Daha fazla bilgi için bkz. Paylaş ılan sesli mesajı ve gelen faks kutusunu yönetme. Webex Calling

Bazı eklenti özellikleri de dahil olmak üzere tüm özellikler hakkında bilgi için bkz. Lisans türüne göre kullanılabilir özellikler Webex Calling.