Bu makalede
Bölge seçimi
Konumlar
PSTN
dropdown icon
Çağrı planı
    Unified CM'de şirket içi arama planı
    Webex Arama arama planı
dropdown icon
Kaydetme
    1. Çağrı kaydı sağlayıcısı seçimi
    2. Bölge seçimi
Acil durum çağrısı
dropdown icon
Lisanslama
    Kontrol Merkezi üzerinden manuel atama
    Otomatik lisans atama şablonları
    CSV şablonu aracılığıyla toplu atama
    API tabanlı atama
    Lisans gereksinimleri
dropdown icon
Kullanıcı yönetimi
    Kullanıcı grupları
    Unified CM'den Webex Calling'e geçişte önerilen yaklaşım
    Kullanıcı Gruplarının Tasarlanması
dropdown icon
Çoklu Oturum Açma (SSO)
    Çoklu Kimlik Sağlayıcı desteği
    Webex için SSO özellikli Duo MFA
dropdown icon
Özellikler
    Otomatik Santral
    Çağrı Parkı
    Çağrı Alma
    Çağrı Sırası
    Cevaplama Grubu
    Çalışma Modları
    Çağrı Grubu
    Kayıtlar
    Tek Numarayla Ulaşma
    Sesli Mesaj Grubu

Unified CM'den Webex Calling'e geçiş için tasarım.

list-menuBu makalede
list-menuGeri Bildirim?

Webex Calling'in tasarım aşaması, ölçeklenebilir bir dağıtım sağlamak için bölgeleri, konumları, arama planlarını ve acil çağrı yönetimini tanımlamaya odaklanmaktadır. Bu işlem, sabit bir bölge seçmeyi, siteye özgü ayrıntıları ayarlamayı ve tutarlı bir arama planı oluşturmayı içerir. Acil servisler, kayıt yapılandırmaları ve lisanslama ihtiyaçları da ele alınmaktadır. Bu aşama, tedarik, kullanıcı yönetimi ve SSO aracılığıyla güvenli erişim için temel oluşturarak dağıtımın kurumsal ve düzenleyici gereksinimleri karşılamasını sağlar.

Bölge seçimi

Webex Calling dünya çapında kullanılabilir ve birden fazla bölgedeki yedekli veri merkezlerinden sunulmaktadır: ABD (Dallas, Chicago), Kanada (Vancouver, Toronto), Avrupa (Frankfurt, Amsterdam), İngiltere (Londra, Manchester), Avustralya (Melbourne, Sydney), Japonya (Tokyo, Osaka), Suudi Arabistan (Riyad, Cidde) ve Hindistan (Mumbai, Chennai). Medya erişim noktaları, medyanın gidiş-dönüş sürelerini optimize etmek için medya hizmetleri sunar. Örneğin, Singapur veri merkezi, Webex Calling müşterilerinin Asya ülkelerindeki veri gönderim sürelerini optimize etmek için kullanılıyor; bu sayede Avustralya veya Japonya bölgesine gidiş-dönüş süreleri optimum olmaktan çıkabiliyor. Veri merkezleri, çok gigabitlik ve tamamen yedekli bir omurga ağıyla birbirine bağlanmıştır. Şekil küresel olarak dağıtılmış veri merkezleri tüm Webex Calling veri merkezlerinin genel bir görünümünü göstermektedir. Mevcut Webex Calling veri merkezlerinin en güncel listesi için Webex Calling için Veri Merkezi konumlarısayfasına bakın.

Küresel olarak dağıtılmış veri merkezleri

Arama (Çoklu Kiracı) ve Medya PoP hizmetleri için küresel konumları gösteren ve yaygın bir ağa işaret eden bir harita.

Her Webex Calling müşterisi, Webex Calling örneklerinden birine atanır. O müşteriye ait tüm yapılandırma bilgileri o Webex Calling örneğinde saklanır ve o müşteri için yapılandırılmış tüm uç noktaların ve Yerel Ağ Geçitlerinin SIP sinyallemesi, müşterinin yapılandırıldığı Webex Calling örneğine bağlıdır. Webex Arama bölgesi seçiminin ilk aşamada değiştirilmesi zor olduğundan, Webex Arama bölgesi seçimine yol açan karar sürecinin bir parçası olarak tüm ilgili faktörleri göz önünde bulundurmak önemlidir. Aşırı sinyal gidiş-dönüş gecikmesini önlemek için, geçiş sürecinin başlarında hangi Webex Calling örneğinin kullanılacağına karar vermek önemlidir. Cisco, dağıtım içindeki en fazla sayıda kullanıcı için en düşük sinyal gidiş-dönüş sürelerini sağlayan Webex Calling örneğini seçmenizi önerir.

Webex Arama hizmetinin ülke bazında kullanılabilirliği için Webex nerede kullanılabilir?bölümüne bakınız.

Konumlar

Webex Calling'de konumların sağlanmasına hazırlanmak için, geçiş yapılacak tüm hedef konumlar için gerekli bilgilerin toplanması gerekmektedir. Her konum için gerekli bilgiler içinde özetlenmiştir. Her konum için kaydedilecek bilgiler.

Tablo 1. Her konum için kaydedilecek bilgiler
BilgiYorum
Uzatma aralığı(ları)Webex Calling'deki her konumun farklı rakamlarla başlayan dahili numaraları olabilir. Bir rakam, siteler arası arama yönlendirme rakamı (örneğin 8) ve bir rakam da PSTN yönlendirme rakamı (örneğin 9) için ayrılmalıdır. Uzantı aralığı bu iki rakamdan herhangi biriyle başlayamaz.

Tüm lokasyonların tüm uzantı aralıkları eşit uzunlukta olmalıdır.

DID aralığı(ları)-
PSTN yönlendirme rakamı-
Site koduTüm lokasyonların site kodlarının benzersiz ve aynı uzunlukta olması gerekmektedir.
Ana numaraBir konum oluşturulurken iki adet DID'nin (Doğrudan Kimlik Numarası) tanımlanması gerekir. Biri ana numara olarak (örneğin otomatik karşılama servisine atanacak), diğeri ise sesli mesaj portalı için.

Sesli mesaj numarası için bir DID numarası sağlayın.

Sesli mesaj numarası
Lisans sayısıWebex Calling Standard, Professional, Workspace, Route List, Outbound Calling Plan dahil olmak üzere türlerine göre gerekli lisanslar.
Yoğun saatlerde eş zamanlı aramalarWebex Calling cihazları arasında ve Webex Calling cihazları ile Yerel Ağ Geçidi arasında eş zamanlı yapılan aramaların toplamı (PSTN ve Unified CM cihazlarına yapılan aramalar). Gerekli internet erişim bant genişliğini belirlemek gerekiyordu.
Ülke-
Saat dilimi-
Dil-
İletişim (İsim, Telefon, E-posta)-
Adres (Sokak adresi, Şehir, Eyalet, Posta kodu)-
Acil servislerin uç noktalar için fiziksel olarak sevk edilebileceği konum.Acil durum çağrıları için kullanılan, cihazın konum bilgisi genellikle şunları içerir: bina adresi, bina adresi + kat numarası, bina adresi + daire numarası veya bina adresi + kat numarası + office/cubical sayı.
Acil servisler için cihaza özgü fiziksel ağ konumu.Acil durum çağrıları için fiziksel ağ konumu genellikle şunları içerir: anahtar / Kablolu cihazlar için switchport, kablosuz bağlantılı cihazlar için kablosuz Erişim Noktası (AP) Temel Hizmet Kümesi Tanımlayıcıları (BSSID'ler), and/or Uç cihazlar için şirket içi IP alt ağları.

PSTN

Webex Calling kurulumunu tasarlarken, müşterilerin üç temel PSTN bağlantı seçeneği vardır: Cisco Arama Planları (Cisco tarafından yönetilen bulut tabanlı bir PSTN hizmeti), Buluta Bağlı PSTN Sağlayıcıları (CCPP, sağlayıcıların PSTN hizmetini bulut üzerinden sunduğu yer) ve şirket içi PSTN (yerel ağ geçitlerinin kurumsal ağı PSTN'ye bağladığı yer). Hibrit Webex Calling dağıtımları için PSTN trunking'in kullanıma sunulmasıyla (Daha fazla bilgi için, PSTN trunkingadresindeki hibrit Webex Calling dağıtımları için PSTN trunking bölümüne bakın), kuruluşlar geçiş yaklaşımlarında ek esneklik kazanırlar. Bu özellik, müşterilerin geçiş sürecinin başında PSTN'lerini CCPP'ye taşımalarına ve Webex Calling kullanıcıları için bulut tabanlı PSTN'ye geçişe başlamalarına olanak tanırken, aşamalı bir geçiş sırasında Cisco Unified CM'de kalan kullanıcılar için PSTN hizmetini sürdürmek üzere CCPP'den yararlanmalarını sağlar.

Bu hibrit yaklaşım, kuruluşların tüm telefon altyapılarını hemen elden geçirmeden, seçilmiş kullanıcı gruplarını öncelikle buluta taşımalarına olanak tanır. Ancak bu durum, özellikle mevcut Unified CM çağrı yönlendirme mantığını yeni mimariyi destekleyecek şekilde uyarlama konusunda ek karmaşıklık ve riskler getirmektedir. Faks sunucuları, çağrı merkezleri veya çağrı cihazı sistemleri gibi eski uygulamalarla birlikte çalışabilirlik de dikkatli bir şekilde ele alınmalıdır. Başlıca teknik zorluklar arasında, karma ortamda uçtan uca sorunsuz kodek anlaşmasının ve DTMF (Çift Tonlu Çoklu Frekans) sinyallemesinin sağlanması ve özel telefon özellikleriyle uyumluluğun doğrulanması yer alabilir. Geçiş süreci boyunca aksaklıkları en aza indirmek ve güvenilir ses hizmetlerini sürdürmek için doğru planlama ve testler şarttır. Ayrıca, ticari hususlar da önemlidir, çünkü hibrit hat bağlantısı, yerel ortam ile Bulut Bağlantılı PSTN Sağlayıcısı (CCPP) arasında eş zamanlı çağrı sayısına bağlı bir kullanım lisansı gerektirir.

Alternatif olarak, kuruluşlar geçiş aşaması boyunca kendi bünyelerindeki PSTN bağlantısını korumayı tercih edebilirler. Bu senaryoda, CCPP'ye geçiş iki şekilde gerçekleştirilebilir: Webex Calling geçişi tamamlandıktan sonra tüm kullanıcılar ve lokasyonlar için tek ve koordineli bir geçiş olarak veya kullanıcılar Webex Calling'e taşındıkça PSTN geçişinin lokasyon bazında kademeli olarak gerçekleşmesi şeklinde olabilir. Bu yaklaşım, eski sistemlerin entegrasyonunu kolaylaştırmaya ve sürekliliği sağlamaya yardımcı olabilir, ancak çeşitli operasyonel karmaşıklıkları da beraberinde getirir. Bunlar arasında numara taşıma ile ilgili zorluklar yer almaktadır; örneğin, numara taşıma siparişlerinin hassas bir şekilde koordine edilmesi gerekliliği, olası gecikmeler ve sağlayıcı tarafından getirilen sınırlamalar (örneğin, eş zamanlı numara taşıma isteği sayısına getirilen sınırlama veya büyük numara bloklarının alt kümelerinin taşınmasına ilişkin kısıtlamalar). Kuruluşlar, hizmet kesintilerini önlemek ve sorunsuz bir geçiş deneyimi sağlamak için bu lojistik hususları dikkate alarak PSTN geçiş stratejilerini dikkatlice planlamalıdır.

Başlangıçta CCCP'ye geçiş mi yoksa şirket içi PSTN'yi koruma mı?

Başlangıçta CCCP'ye geçiş mi yoksa şirket içi PSTN'yi koruma mı?

Şekil Başlangıçta CCCP'ye geçiş ile şirket içi PSTN'yi koruma karşılaştırması yukarıda açıklanan iki PSTN geçiş seçeneğini göstermektedir. Soldaki görsel, tüm yerel kullanıcıların ve uygulamaların, yerel bir hat ve yerel Unified CM'yi Webex Calling'e bağlayan bir Yerel Ağ Geçidi aracılığıyla Bulut Bağlantılı PSTN hizmetlerini kullandığı senaryoyu gösterirken, sağdaki görsel ise mevcut yerel PSTN'nin yerinde kaldığı ve Webex Calling kullanıcılarının, yerel Unified CM ile Webex Calling arasındaki Yerel Ağ Geçidi bağlantısı aracılığıyla yerel PSTN'yi kullandığı senaryoyu göstermektedir. Geçiş sürecinde Webex Aramaları yapılan konumlar, Bulut Bağlantılı PSTN kullanacak şekilde değiştirilebilir.

Her iki senaryoda da şirket içi kullanıcılar ve Webex Arama kullanıcıları arasındaki görüşmeler Yerel Ağ Geçidi bağlantısını kullanır. Şirket içi ağ ile Webex Calling arasındaki bağlantı, beklenen eş zamanlı çağrı sayısına ve gerekli yedekliliğe göre tasarlanmalı ve boyutlandırılmalıdır.

Çağrı planı

Geçiş dönemi boyunca Unified CM ve Webex Calling arasında sorunsuz birlikte çalışabilirlik sağlamak için, her iki platformda da kapsamlı bir arama planı mimarisi geliştirilmeli ve uygulanmalıdır. Bu çift platformlu arama planı tasarımı, tutarlı çağrı yönlendirmesi, numara çevirisi ve özellik şeffaflığı sağlayarak, her iki sistemdeki kullanıcıların hizmet kalitesinde düşüş veya kullanıcı deneyiminde aksama olmadan birlikte çalışma aşaması boyunca iletişim kurmalarını mümkün kılar.

Unified CM'de şirket içi arama planı

Unified CM ve Webex Calling'e kayıtlı cihazların birlikte çalışmasına olanak sağlamak için geçiş sürecinde, Unified CM'deki kurumsal arama planının en az aşağıdaki gereksinimleri karşılayacak şekilde değiştirilmesi gerekmektedir:

  • +E.164 Unified CM'den Webex Aramasına geçiş

  • Unified CM'den Webex Calling'e dahili numara çevirme (site içi ve dahili numara aralıkları benzersiz ise siteler arası arama)

  • Unified CM'den Webex Calling'e kısaltılmış siteler arası arama.

  • Unified CM'den Webex Calling'e zorunlu şebeke içi arama

  • Webex Araması üzerinden cevapsız aramalar dizininden hedeflere geri arama.

  • Geçiş sırasında Webex Calling için şirket içi PSTN kullanılıyorsa, Webex Calling'den PSTN'ye yapılan PSTN aramaları.

  • Geçiş sırasında hibrit Webex Calling dağıtımları için PSTN trunking kullanılıyorsa ve bu trunking, Cloud Connect for Webex Calling aracılığıyla şirket içi Unified CM kullanıcılarına PSTN erişimi sağlıyorsa, Unified CM'den Webex Calling'e yapılan PSTN aramaları.

  • Webex Calling'den Unified CM'ye zorunlu ağ içi bağlantı

  • Webex Calling'den Unified CM'ye (siteler arası) dahili numara çevirme.

Yukarıdakilerden herhangi biri geçiş öncesinde desteklenen arama alışkanlıkları arasında yer almıyorsa, örneğin kısaltılmış siteler arası arama alışkanlığı yoksa, bunların geçiş sırasında mutlaka tanıtılması gerekmez.

Şekil En iyi uygulama arama planı, Cisco Collaboration 12.x Enterprise On-Premises Dağıtımları için Tercih Edilen Mimari, CVD'de açıklanan en iyi uygulama arama planı yaklaşımını göstermektedir. Bu yaklaşımın temel özellikleri şunlardır:

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

  • Temel yönlendirme +E.164 rota desenleri

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

  • Çeviri kalıbı arama alanı kalıtımının kullanımı (çeviri kalıplarında Orijinalin arama alanını kullan seçeneği ayarlanmıştır).

En iyi uygulamalar arama planı
En iyi uygulamalar arama planı

Örneğin, PSTN araması (9+1+10D) SJC'de hat arama arama alanı SJCInternational ile donatılmış bir cihazdan önce ile eşleştirilecektir. 9.1[2-9]XX[2-9]XXXXXX aranan taraf numarasını normalleştiren çeviri kalıbı +E.164. İkincil arama daha sonra aynı çağrı arama alanını SJCInternational tekrar kullanır (çağrı arama alanı kalıtımı) ve +E.164-digit Dize ya bir ile eşleştirilecek +E.164 DN bölümündeki dizin numarası veya USPSTNNational veya SJCPSTNLocal bölümündeki PSTN yönlendirme kalıplarından biri. ESN ve SJCtoE164 bölümündeki çeviriler, kısaltılmış site içi ve siteler arası arama alışkanlıklarını uygulamaktadır. ESN bölümü küresel bir bölüm iken (tüm konumlardaki telefonlar tarafından erişilebilir), SJCTOE164 bölümüne yalnızca SJC konumundaki kullanıcılar erişebilir. Bu, örtüşen uzantı aralıkları varsayımına dayanmaktadır.

Unified CM'den Webex Calling'e arama yapmayı etkinleştirmenin ilk adımı şunlardan emin olmaktır: +E.164 Hedeflere göre yönlendirme yapılır. Bu, arama planına bir Webex Arama bölümü ekleyerek gerçekleştirilebilir. +E.164 Webex Calling'in tüm hedefleri için bu bölüme yönlendirme kalıpları oluşturulur ve son olarak Webex Calling bölümü, Webex Calling'e erişebilmesi gereken hizmet sınıflarını temsil eden tüm arama arama alanlarına eklenir. Webex Calling'den gelen aramalar için farklı bir hizmet sınıfı oluşturulabilmesi amacıyla, özel bir Webex Calling bölümü oluşturulması gerekmektedir. Çağrı döngülerini önlemek için, Yerel Ağ Geçidinden gelen hat üzerindeki gelen arama arama alanının Webex Arama bölümüne erişimi olmamalıdır.

+E.164 Webex Aramasına yönlendirme

+E.164 Webex Aramasına Yönlendirme

Şekilde gösterildiği gibi +E.164 Webex Calling'e yönlendirme, Unified CM'den Webex Calling'e yönlendirmeyi etkinleştirmek için, belirli bir konum için. +E.164 DID aralığı +1 221 555 2XXX ve site kodu 121, bu acil rota modeline uyan bir durum. +E.164 Webex Arama bölümüne aralığın eklenmesi gerekiyor.

Eğer siteye özgü bir Yerel Ağ Geçidi seçimi gerekmiyorsa, Webex Calling'e işaret eden yönlendirme kalıpları için hedef olarak Webex Calling yerel yönlendirme grubu içeren bir yönlendirme listesi kullanmak yerine, tek üyesi Yerel Ağ Geçidi olan tek bir yönlendirme grubu oluşturulabilir ve ardından Webex Calling yönlendirme kalıpları, tek giriş olarak bu tek yönlendirme grubunu içeren tek bir Webex Calling yönlendirme listesine işaret eder.

Webex Calling sitesine siteler arası kısaltılmış arama yapılmasını sağlamak için gerekli yönlendirme kalıbı 8121.2XXX Webex Calling bölümüne eklenir. Sitelerin Webex Aramasına geçiş yapabilmesi için, ESN aramasını normalleştiren bir arama normalleştirme modeli 8121.2XXX gereklidir. +E.164 ESN bölümünde zaten mevcut olabilir. Bu durumda 8121.2XXX gereksiz gibi görünüyor, ancak ilgili konumun tüm DN'leri Webex Calling'e taşındıktan sonra 8121.2XXX arama normalleştirme çeviri modeli kaldırılabilir ve ardından 8121.2XXX yönlendirme modeli, bu aralıktaki yalnızca dahili hat kullanıcıları için bile ESN aramayı etkinleştirir.

Bu arama planı değişiklikleriyle, Webex Arama konumuna yapılan aramalar yalnızca kısaltılmış siteler arası numara çevirme yoluyla değil, aynı zamanda +E.164. Ayrıca, uluslararası ve ulusal PSTN aramaları da mümkündür çünkü bu arama alışkanlıkları öncelikle normalleştirilir. +E.164 Mevcut arama normalleştirme çeviri kalıpları aracılığıyla ve daha sonra eşleştirme yapılarak Webex Aramasına yönlendirilir. +E.164 Webex Arama bölümündeki rota deseni.

O +E.164 Webex arama konumunun DID aralığında rota kalıbı eşleştirmesi, tüm DID'ler hala Unified CM üzerinde barındırılırken sağlanabilir. Unified CM'nin en iyi eşleşme kalıbı eşleştirme algoritması, Unified CM'de barındırılan bir numara arandığında, en uygun numaranın seçilmesini sağlar. +E.164 Unified CM'de sağlanan dizin numarası, joker karakterli numaradan daha iyi bir eşleşme sağlar. +E.164 Arama yönlendirme kalıbı, aramaların Webex Calling'e gönderilmek yerine Unified CM üzerindeki bir hatta yönlendirilmesini sağlar.

Webex Arama Arama Planı

Webex Calling'deki her kullanıcıya bir dahili numara atanır. and/or A +E.164 telefon numarası. Uzantı uzunluğu sabit bir global ayardır: Webex Calling uygulamasındaki tüm uzantıların uzunluğu aynıdır. Dahili numara çevirme özelliği, Webex Arama kullanıcıları arasında hem aynı lokasyon içinde hem de lokasyonlar arasında kullanılabilir. Kısaltılmış site içi dahili numara çevirme (ikinci durum), yalnızca çevrilen dahili numara benzersiz ise çalışır.

Farklı lokasyonlar arasında kısaltılmış arama yapılması gerekiyorsa ancak farklı lokasyonlarda atanmış dahili numaralar arasında çakışmalar varsa, dahili numaraların başına bir erişim kodu ve bir lokasyon kodu eklenerek işletmeye özel bir numaralandırma planı oluşturulmalıdır. Daha fazla bilgi için, Cisco Collaboration 15 Şirket İçi Dağıtımları için Tercih Edilen Mimari, Tasarım Genel Bakışı adresinde bulunan Cisco collaboration preferred architectures' a bakın.

Dahili numara uzunluğu, lokasyonlar arası dahili numara çevirme davranışı, lokasyonlar arası çevirme için ön ek uzunluğu ve lokasyonlar arası çevirme için yönlendirme ön ekindeki yönlendirme basamağı, Control Hub'daki arama hizmeti ayarlarında yapılandırılır:

  • Konum yönlendirme öneki uzunluğu: Direksiyon basamağını da içeren ön ek uzunluğu. Yalnızca, alternatif kısaltılmış kurumsal lokasyonlar arası arama alışkanlığı olarak bir kurumsal numaralandırma planı oluşturulması gerekiyorsa gereklidir.

  • Yönlendirme önekinde yönlendirme rakamı: Kurumsal lokasyonlar arası arama alışkanlığının kısaltılması için yönlendirme rakamı. Herhangi bir konumun ilk rakamı ile konum dışı arama rakamlarının çakışmasından kaçınılmalıdır. Yalnızca, alternatif kısaltılmış kurumsal lokasyonlar arası arama alışkanlığı olarak bir kurumsal numaralandırma planı oluşturulması gerekiyorsa gereklidir.

  • Dahili uzatma uzunluğu: Uzatma kablolarının standart uzunluğu. İki ile on arasında herhangi bir değer olabilir.

    Şirket içi çağrı kontrol merkezinden Webex Calling'e dahili numara çevirme veya kurumsal öneme sahip numaralar (yönlendirme kodu, site kodu, dahili numara) kullanarak arama yapılması gerektiğinde ve şirket içi çağrı kontrol merkezi arayan kimliği olarak bir dahili numara gönderiyorsa, şirket içi çağrı kontrol merkezinden Webex Calling'e yapılan yukarı yönlü aramaların doğru şekilde şirket içi aramalar olarak sınıflandırılabilmesi için Webex Calling ve şirket içi arasındaki arama yönlendirme bölümündeki Maksimum bilinmeyen dahili numara uzunluğu parametresini de ayarladığınızdan emin olun.
  • Konumlar arasında dahili arama yapılmasına izin ver: Açma/kapama enable/disable Konumlar arasında dahili numara çevirme. Bu seçenek yalnızca kuruluş içindeki tüm uzantılar benzersiz ise etkinleştirilmelidir. Bu seçenek devre dışı bırakılırsa, konumlar arasında kurumsal öneme sahip numaralar (yönlendirme kodu, site kodu, dahili numara) veya telefon numaraları çevrilmelidir.

İlk üç parametre, özellikle telefon ahizesini kaldırarak arama yapıldığında rakamlar arası zaman aşımını en aza indirmek için bir arama planı oluşturmak amacıyla 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çılacak ve telefonlardan arama yaparken önceden yüklenmiş arama planıyla çakışmaları önlemek için toplu arama gerekebilir.

Kurumsal numaralandırma örneği tablosu, NYC ve RTP olmak üzere iki konumun uzantı aralıklarının aynı olduğu üç konumun bir örneğini göstermektedir. Siteler arası yönlendirme basamağı 8ile başlayan, ardından üç basamaklı site kodu ve dört basamaklı dahili numaranın geldiği bir kurumsal numaralandırma şeması oluşturmak, çakışmayan kısaltılmış siteler arası arama alışkanlığı yaratır.

Tablo 2. Kurumsal numaralandırma örneği
SiteUzatma aralığıSite koduKurumsal ürün yelpazesi
New York Şehri 2XXX 202 8 202 2XXX
SFO 3XXX 203 8 203 3XXX
RTP 2XXX 204 8 204 2XXX

Sorunsuz bir geçiş sağlamak için, kullanıcıların Webex Calling'e geçmeden önce ve sonraki arama alışkanlıklarının ideal olarak aynı olması gerekir. Her lokasyon için geçişe hazırlanmak amacıyla, DID aralıkları ve uzantı aralıkları (veya kısaltılmış lokasyon içi arama alışkanlıkları) belgelenmelidir. Bu bilgilere dayanarak, siteler arası yönlendirme rakamı seçilmelidir.

Sabit uzunluktaki Webex Arama uzantı aralıkları tablosu, üç konum ve sabit uzunluktaki uzantı aralıklarına ilişkin bir örnek göstermektedir. Çakışan arama alışkanlıklarından kaçınılması gerektiğinden, herhangi bir dahili numara aralığı için aralığın ilk rakamının, kısaltılmış siteler arası arama için yönlendirme rakamıyla eşleşmediğinden emin olmak önemlidir. Örneğin, siteler arası arama için yönlendirme rakamı olarak 8 seçilirse, herhangi bir sitedeki hiçbir dahili numara aralığı 8ile başlayamaz. Genellikle, belirli bir konumdaki dahili numaralar, o konuma atanmış DID'lerin son birkaç hanesiyle eşleşir. Çakışmaları önlemek için uzantının ilk hanesi değiştirilebilir. Örneğin, eğer DID'ler (Dissosiyatif Kimlik Doğrulama) şu durumlarda olsaydı: +1 Bir lokasyonda 408, 555 ve 8XXX aralığı kullanılıyorsa, uzantı aralığı olarak 8XXX yerine 7XXX kullanılabilir.

Tablo 3. Sabit uzunlukta Webex arama uzantı aralıkları
SiteUzatma aralığı Webex Arama UzantılarıSite koduKurumsal ürün yelpazesi
New York Şehri 2XXX 2XXX 202 8 202 2XXX
SFO 8XXX 7XXX 203 8 203 7XXX
RTP 1XX 11XX 204 8 204 11XX

Webex Calling cihazında ABD Webex Calling arama planı kullanılarak yapılan yedi haneli arama dizeleri, önceden yüklenmiş ABD arama planındaki yerel arama için kullanılan yedi haneli kalıpla örtüşmektedir. Şebeke içi ve şebeke dışı (PSTN) arama alışkanlıkları arasında çakışmaları önlemek için, o konumda zorunlu bir dış erişim kodu kullanılabilir. Mevcut kurumsal numaralandırma şeması ve buna karşılık gelen kısaltılmış siteler arası arama, Webex Calling ulusal arama şemasındaki kalıplarla örtüşüyorsa, Webex Calling'e geçiş sırasında örtüşmeleri önlemek için numaralandırma şeması 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 ve daha uzun siteler arası arama şeması, yalnızca Webex Calling'e zaten geçiş yapmış olan kullanıcılar tarafından benimsenmelidir. Halen Unified CM kullanan kullanıcılar yedi haneli numarayı çevirmeye devam edebilirler. Bu durumda Unified CM'deki kurumsal arama planının, Unified CM'den Webex Calling'e yapılan kısaltılmış yedi haneli aramanın aşağıdaki şekillerden birine dönüştürülmesini sağlaması gerekir: +E.164 veya Webex Arama'da kullanılan kısaltılmış arama formatına. Bu işlem, çağrıyı Yerel Ağ Geçidine göndermeden önce yapılmalıdır.

Tablo Yedi haneli arama sistemine geçiş bu yeniden numaralandırmanın bir örneğini göstermektedir. Bu örnekte, Unified CM'de kısaltılmış siteler arası arama, yönlendirme rakamı 8'i, ardından iki haneli site kodunu ve dört haneli dahili numarayı kullanır. Webex Calling'de konumlar için yedi haneli kısaltılmış siteler arası aramayı önlemek için, site kodları, Unified CM'de kullanılan iki haneli site kodlarına rastgele bir dolgu hanesi (örnekte8 ) eklenerek kolayca üç haneye değiştirilebilir; böylece Webex Calling telefonlarından siteler arası arama, yönlendirme hanesi 8, ardından dolgu hanesi 8, eski iki haneli site kodu ve dört haneli dahili numara kullanılarak yapılır. Webex Calling kullananların yeni site kodlarını hatırlamalarına gerek yok; sadece Unified CM'de 8 yerine siteler arası arama için 88 önekini kullanmayı hatırlamaları yeterli.

Tablo 4. Yedi haneli numara çevirme sistemine geçiş
Unified CM Webex Calling
Site Dahili Numaralar Site Kodu Kurumsal ürün yelpazesi Site kodu Kurumsal yönetim
New York Şehri 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

Unified CM ve Webex Calling'de farklı kurumsal numara formatlarının kullanıldığı bir senaryoda, Unified CM'den Webex Calling'e yapılan aramalarda arayan taraf bilgisi olarak kurumsal numaralar gösteriliyorsa (örneğin, DID numarası olmayan cihazlardan yapılan aramalar), geri aramanın çalışmasını sağlamak için arayan taraf bilgisi için farklı numara formatları arasında bir eşleme uygulamak da önemlidir. Bu eşleme, Unified CM ile Yerel Ağ Geçidi arasındaki bağlantı hattında arayan taraf dönüşüm modelini kullanarak gerçekleştirilebilir.

Kaydetme

İyi tasarlanmış bir çağrı kayıt çözümü, kurumsal hedefler, yasal gereklilikler ve teknik kısıtlamalarla uyumlu olmasını sağlamak için çeşitli temel tasarım unsurlarının dikkatlice değerlendirilmesini gerektirir. En kritik kararlardan ikisi, tedarikçi seçimi ve bölge seçimiyle ilgilidir; bunların her ikisi de işletme ihtiyaçlarına bağlı olarak küresel ölçekte uyarlanabilir ve belirli yerlerde geçersiz kılınabilir.

1. Çağrı kaydı sağlayıcısı seçimi

Uygun çağrı kayıt hizmeti sağlayıcısını seçmek, iş hedeflerine ulaşmak ve kuruluş genelinde özelliklerin uyumunu sağlamak için temel öneme sahiptir:

  • Küresel tedarikçi seçimi: Kuruluşlar genellikle küresel düzeyde birincil çağrı kayıt sağlayıcısı belirleyerek, tüm lokasyonlarda özellik seti, uyumluluk ve destek açısından tutarlılık sağlarlar.

  • Konum tabanlı geçersiz kılmalar: Belirli lokasyonların veya bölgelerin kendine özgü iş ihtiyaçları veya düzenleyici gereksinimleri olduğu senaryolarda, küresel sağlayıcı seçimini geçersiz kılmak ve bu lokasyonlar için alternatif sağlayıcılar belirlemek gerekebilir. Bu esneklik, çeşitli uyumluluk gerekliliklerini ve yerel operasyonel ihtiyaçları destekler.

  • İş gereksinimleri: Hizmet sağlayıcı seçimi, mevzuat uyumluluğu (Örnek - MiFID II, HIPAA), kalite güvencesi, anlaşmazlık çözümü veya eğitim ihtiyaçları gibi işletmeyi etkileyen faktörlerin değerlendirilmesiyle yönlendirilmelidir.

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

2. Bölge seçimi

Çağrı kayıtlarının saklandığı 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 denetimi basitleştirmek için çağrı kayıtlarını depolamak üzere tek bir bölge seçebilirler.

  • Konum tabanlı bölge geçersiz kılmaları: Veri yerleşimi yasaları veya kurumsal politikalar gerektirdiğinde, çağrı 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ın geçersiz kılınması gerekebilir.

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

Webex Calling için çağrı kayıt çözümü planlama ve tasarımı sırasında ele alınması gereken bir diğer kritik husus, depolama gereksinimlerinin tahminidir. Depolama ihtiyaçlarını doğru bir şekilde tahmin etmek, devam eden iş operasyonlarını desteklemek, mevzuata uyumu sağlamak ve hizmet kesintilerini önlemek için yeterli kapasitenin mevcut olmasını sağlamak açısından çok önemlidir.

Beklenen depolama ihtiyacını belirlerken birkaç önemli parametre göz önünde bulundurulmalıdır:

  • Kaydedilen çağrıların hacmi: Belirli bir zaman aralığında (örneğin, günlük, haftalık veya aylık) kaydedilmesi beklenen çağrı sayısını değerlendirin. Bu, yalnızca harici aramaları değil, işletme politikası veya düzenleyici zorunluluklar gerektiriyorsa dahili iletişimi de içerir.

  • Ortalama görüşme süresi: Kaydedilen aramaların tipik süresini hesaplayın, çünkü daha uzun aramalar daha fazla depolama alanı tüketecektir. Tahmin yapılırken, farklı departmanlar veya kullanıcı grupları arasında çağrı sürelerindeki farklılıklar da dikkate alınmalıdır.

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

  • Büyüme tahminleri: İşletmenin büyümesi, yeni düzenleyici gereksinimler veya ek kullanıcıların veya lokasyonların sisteme dahil edilmesi sonucunda ortaya çıkabilecek çağrı hacimlerindeki beklenen artışı veya kayıt kapsamının genişlemesini göz önünde bulundurun.

Bu parametreleri kapsamlı bir şekilde analiz ederek, kuruluşlar Webex Calling çağrı kayıt çözümleri için ölçeklenebilirlik, maliyet etkinliği ve mevzuat uyumluluğunu sağlayan sağlam bir depolama stratejisi geliştirebilirler. Ayrıca, kullanım kalıpları zaman içinde değiştikçe depolama alanı tahsislerini düzenli olarak gözden geçirmek ve ayarlamak da tavsiye edilir.

Acil durum çağrısı

Acil durum çağrılarının ilgili sevk merkezine yönlendirilmesi, PSTN hizmeti sunan tüm arama servisleri için bir zorunluluktur. Webex Calling ile acil durum aramalarının yönlendirilmesi çözümün ayrılmaz bir parçasıdır ve Webex Calling'in desteklediği ülkelerdeki tüm ulusal acil durum numaralarını destekler. Webex Calling'de acil çağrıların yönlendirilmesi, Control Hub'da tanımlanan konuma ve konumun PSTN erişim yöntemine bağlıdır. Webex Calling'deki acil durum numaraları önceden tanımlanmıştır ve Webex Calling kullanıcılarının ve cihazlarının konuşlandırıldığı ülkeye özgüdür.

Webex Calling'de acil çağrı göndermenin iki yöntemi vardır. Temel acil çağrı yönlendirme hizmeti ve Gelişmiş Acil Çağrı Yönlendirme hizmeti olmak üzere iki farklı hizmet türü bulunmaktadır. Temel acil çağrı yönlendirme hizmeti, acil servislerin konumunu belirlemek ve çağrı rotasını ayarlamak için yönetici tarafından seçilen bir numarayı kullanacaktır. Temel acil durum aramaları için arama yolu genellikle müşterinin o lokasyon için kullandığı PSTN seçeneği üzerinden gerçekleşir. Webex Calling ayrıca, acil durum çağrılarını doğru sevk merkezine iletmek için ülke çapında bir sağlayıcı kullanılmasını gerektiren düzenleyici uyumluluk şartlarına sahip ABD ve Kanada dağıtımları için tasarlanmış Gelişmiş Acil Durum Çağrı Yönlendirme özelliğine de sahiptir.

Tüm müşteriler en azından temel acil durum arama yapılandırmasını kurmalıdır. Temel acil durum aramaları için en az bir müşterinin sahip olması gerekmektedir. +E.164 Webex Calling'de tanımlanan her konuma bir numara atanacaktır. Temel acil durum çağrıları için, her konum, acil durumlarda polis, itfaiye veya ambulans hizmetlerinin sevk edileceği bir sokak adresiyle tanımlanacaktır. Çoğu durumda, acil durumun fiziksel konumunu belirtmek için en iyi seçenek, o yerin ana telefon numarasıdır. Genellikle, adresin atanması +E.164 Bu numara, PSTN sağlayıcısıyla koordineli olarak belirlenir. Aşağıdaki görsellerde, Richardson lokasyonu için acil durum geri arama numarası olarak kullanılacak ana numaranın atanması gösterilmektedir.

Richardson'ın Amerika Birleşik Devletleri'ndeki konum bilgilerini içeren bir kullanıcı uygulaması; ana telefon numarası ve acil durum geri arama numarasını yönetme seçeneği de sunmaktadır.Acil Durum Geri Arama Numarası (ECBN) yapılandırması, konumun ana numarasını veya atanmış bir numarayı kullanma seçeneği sunar.
Konum ECBN yapılandırması

Çoğu durumda, bir binanın adresi, ilgili lokasyon için sevk adresi olarak yeterlidir. Ancak belirli kullanıcılar veya cihazlar için ek konum bilgilerine ihtiyaç duyulursa, yönetici yukarıda açıklanan aynı işlemi kullanarak bu cihazları belirli bir adrese veya adres içindeki daha kesin bir konuma (örneğin bir kata veya odaya) atayabilir. Kontrol Merkezi'ndeki Kullanıcı yönetimi bölümünde, Arama sekmesi, bir kullanıcının ve cihazlarının belirli bir sevk adresine ulaşabilmesi için belirli bir numaranın kullanılmasını sağlar. Aşağıdaki görseller, bir cihaza nasıl belirli bir numara atanabileceğini göstermektedir. Yönetici, cihaz tarafından kullanılan numaraya doğru gönderim adresinin atanmasını sağlamaktan sorumludur. Adres ataması genellikle o bölgedeki PSTN sağlayıcısı aracılığıyla yapılır.

Bir kullanıcının yönetim portalındaki arama ayarları, rehber numaralarını ve acil durum geri arama numarası seçeneklerini gösterir.Acil Durum Geri Arama Numarası (ECBN) ayarları, varsayılan konum ECBN'si veya kullanıcının konumundan atanan bir numara arasında seçim yapma olanağı sunar.
Kullanıcı ECBN yapılandırması

ABD merkezli ve Gelişmiş Acil Çağrı çözümleri sağlaması gereken telefon sistemleri kurulumlarında, Webex Calling, acil çağrı yönlendirmesi için RedSky'ın Horizon Mobility çözümünü Webex Calling'e entegre olarak kullanır. Çağrı yönlendirme için RedSky kullanılırken, yöneticinin Cisco üzerinden bir hesap oluşturması ve Arama bölümünde uygun bilgileri yapılandırması gerekir. -> Bu özelliği etkinleştirmek için Hizmet Ayarları bölümünü kullanın. RedSky hizmeti sistem düzeyinde etkinleştirildikten sonra, bir yönetici RedSky hizmetini her Lokasyon düzeyinde etkinleştirecektir. Bir Webex Arama Konumunda Gelişmiş Acil Durum Araması özelliğinin etkinleştirilmesi, bu konuma atanmış tüm cihazlar için hizmeti aktif hale getirecektir. Gelişmiş Acil Durum Arama özelliğini destekleyen cihazlar arasında Cisco MPP telefonlar, Cisco PhoneOS telefonlar ve Cisco'nun Webex uygulaması yer almaktadır.

Bir konumda Gelişmiş Acil Durum Çağrısını etkinleştirmek için iki ayar mevcuttur. RedSky'ın ağ bağlantı bilgilerini almasına ve aramaları test etmesine izin ver seçeneği, cihaz ve altyapı eşlemeleri için RedSky yapılandırmasının doğru olduğunu doğrulamak için kullanılmalıdır. Bu ayar ayrıca, RedSky'ın IVR sistemi kullanılarak arayanın konumunun okunması ve konum doğrulamasının yapılması için 933'e test aramaları yapılmasına da olanak tanır. Bu belge RedSky'ın konum takibi için yapılandırmasını kapsamayacak olsa da, bir yönetici acil durum çağrılarını RedSky'a yönlendirmeden önce DAİMA konum tespitini test etmelidir. Testler tamamlanıp doğruluğu teyit edildikten sonra, yönetici acil durum aramalarını RedSky'a yönlendirme seçeneğini etkinleştirerek aramaları RedSky'a yönlendirecektir. Bu ayar, söz konusu lokasyona gelen tüm acil çağrıları, lokasyonun çağrı karşılama merkezine iletilmek üzere RedSky'a yönlendirecektir.

Gelişmiş Acil Çağrı ayarları, hem şirket içi hem de şirket dışı Webex Uygulaması istemcileri için de geçerlidir. Şirket içinde kullanıldığında, Webex uygulaması masa üstü telefonlarla aynı şekilde takip edilebilir. Kullanıcılar, iş yeri dışında olduklarında konumlarını Webex uygulaması üzerinden dinamik olarak ayarlayabilecekler. Acil durum aramaları hakkında daha fazla bilgi için, Webex Araması için geliştirilmiş acil durum aramaları bölümüne bakın.

Lisanslama

Kullanıcılara Webex Arama lisansı atamak için birden fazla seçenek mevcuttur.

Kontrol Merkezi üzerinden manuel atama

Yöneticiler, Webex Arama lisanslarını Control Hub arayüzü üzerinden manuel olarak bireysel kullanıcılara atar.

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

Otomatik lisans atama şablonları

Control Hub'daki lisans atama şablonlarını kullanarak, grup veya kuruluş ayarlarına göre kullanıcılara otomatik olarak lisans atayabilirsiniz.

Otomatik lisanslama, dizin senkronizasyonu veya manuel kullanıcı güncellemeleri yoluyla yapılabilir, ancak kullanıcıların geçerli bir lisansa sahip olması gerekir. +E.164 Biçimlendirilmiş telefon numarası ve telefon numaralarının, kullanıcı yetkilendirmesinden önce bir Webex Arama konumunda mevcut olması gerekir. Koşullar karşılanmazsa (örneğin geçersiz telefon numarası formatı), Webex Arama lisansları atanmayacaktır.

CSV şablonu aracılığıyla toplu atama

Kullanıcı bilgilerini ve lisans atamalarını içeren bir CSV dosyası yükleyerek aynı anda birden fazla kullanıcı ekleyebilir veya mevcut kullanıcıları değiştirebilirsiniz.

CSV içe aktarma işlemi 20.000'e kadar kullanıcı eklemeyi ve lisans atamayı destekler, ancak Webex Arama lisansları telefon numarası ve dahili numara gibi belirli alanlar gerektirir.

API tabanlı atama

Webex API'lerini kullanarak programatik olarak lisans atayın ve kullanıcıları yönetin.

Webex, kullanıcı ve lisans yönetimi için API işlemlerini (Kişiler, SCIM 2.0 ve Lisanslar API'leri) destekler ve bu işlemler lisans atama otomasyonu için kullanılabilir. Lisanslar API'si, lisansların, telefon numaralarının ve dahili hatların eş zamanlı olarak atanmasına olanak tanır.

Tablo 5. Kullanıcı yetkilendirme seçenekleri - özet
Atama YöntemiArtılarıDezavantajlar
Kontrol Merkezi üzerinden manuel olarakAz sayıda kullanıcı için basit.

Lisans ataması üzerinde hassas ve ayrıntılı kontrol sağlar.

Ölçeklenebilir değil, zaman alıcı

Manuel veri girişi sırasında insan hatasına yatkındır.

Otomatik lisans şablonlarıÖlçeklenebilir

Manuel hataları azaltır.

Yeni ve mevcut kullanıcılara uygulanabilir.

Geçerli telefon numaraları ve adresler gereklidir.

Kurulumu daha karmaşık

Ayrıca, eşdeğer lisanslama gereksinimlerine sahip kullanıcı grupları için de kullanıcı grupları gereklidir.

Toplu CSV YüklemeBüyük kullanıcı grupları için verimli

Lisansların, telefon numaralarının ve dahili hatların aynı anda atanmasına olanak tanır.

Dikkatli CSV biçimlendirmesi gerektirir.

Telefon numaraları veya dahili numaralar eksik veya yanlışsa hata olasılığı vardır.

API tabanlı atamaOtomatikleştirilebilir, esnek.

Lisansların, telefon numaralarının ve dahili hatların aynı anda atanmasına olanak tanır.

Geliştirme ve API bilgisi gerektirir.

Kullanıcı sağlama seçenekleri - özet tablosu, kullanıcı sağlama seçeneklerini ve bunların avantajlarını ve dezavantajlarını özetlemektedir. Bu genel bakış, müşteri kuruluşunun büyüklüğüne, otomasyon yeteneklerine ve kullanıcı yetkilendirme süreçlerine ve gereksinimlerine bağlı olarak en iyi lisans atama yöntemini seçmeye yardımcı olur.

Cisco, mümkün olan her yerde arama lisanslarını lisans şablonları kullanarak atamanızı önerir. Bu, farklı lisans setlerine ihtiyaç duyan her kullanıcı grubu için (Örnek: Webex Calling Standard ve Professional) ilgili grup üyeliklerine sahip bir grubun mevcut olmasını gerektirir. Kullanıcı Grupları bölümlerinde tartışıldığı gibi, kullanıcı grupları Control Hub'da manuel olarak tanımlanabilir veya kurumsal bir dizinden senkronize edilebilir. Her iki yaklaşımın birleşimi de mümkündür.

Birden fazla gruba üye olan kullanıcılar, tüm gruplarına uygulanan tüm atamalardan lisans kazanırlar. Bu, kurumsal dizinde Webex Arama lisansına özgü güvenlik gruplarını kullanarak Webex lisans atamasını yönetmeyi sağlar; bu sayede ortaya çıkan kullanıcı lisans ataması, grup üyeliklerinin birleşimi tarafından kontrol edilir.

Daha fazla bilgi için Control Hub'da otomatik lisans atamalarını ayarlama ve Webex Calling kullanıcıları için otomatik lisans atama şablonlarını ayarlamabölümlerine bakın.

Lisans gereksinimleri

Bu bölüm yalnızca Webex Calling ile ilgili lisansları kapsamaktadır. Diğer lisans türleri (Örnek - Webex cihaz kaydı, mesajlaşma, toplantılar) kapsam dışındadır. 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ı gerekmektedir:

  • Webex Arama Standardı: Standart telefon özelliklerine ihtiyaç duyan bireysel kullanıcı sayısı.

  • Webex Profesyonel Arama: Gelişmiş telefon özelliklerine ihtiyaç duyan kullanıcı ve çalışma alanı sayısı. Sanal hatlar ve grup sesli mesaj hizmetleri şu haklara sahiptir: 1:1 Her meslek lisansı için oran. Bu nedenle, nadir durumlarda, gerekli sanal hat veya grup sesli mesaj sayısı, gelişmiş telefon özelliklerine ihtiyaç duyan kullanıcı ve çalışma alanı sayısını aştığında, ek profesyonel lisanslar da hesaba katılmalıdır.

  • Webex Ortak Alan için Arama Çalışma Alanı: Standart arama özelliklerine ihtiyaç duyan ortak kullanım veya paylaşımlı alan konumlarının sayısı.

  • Webex Çağrı Müşteri Desteği: Webex Calling Customer Assist özelliklerine ihtiyaç duyan temsilci ve süpervizör sayısı. Webex Calling müşteri desteği, Webex Calling Professional lisansını da içermektedir.

  • Rota Listesi Çağrıları: Yerel Unified CM kullanıcıları arasında gerekli olan bulut bağlantılı PSTN aramalarının sayısı and/or Şirket içi özel üçüncü taraf uygulamaları.

  • Görevli Konsolu: Webex Calling kullanıcılarından, santral konsolu istemcisine erişim gerektirenlerin sayısı.

  • Cisco Arama Planı (Giden Arama Planı): PSTN numarasına ihtiyaç duyan kullanıcı sayısı and/or Cisco PSTN hizmeti için giden PSTN aramalarına erişim.

Profesyonel çalışma alanları için özel bir lisans türü bulunmamaktadır. Profesyonel çalışma ortamları Webex Calling Professional lisansı gerektirir.

Sadece ortak masa kullanımına izin verilen çalışma alanları, ortak masa kullanım sunucusu hizmetini ve acil durum aramalarını sunar ve herhangi bir lisans gerektirmez. Daha fazla bilgi için Yalnızca ortak çalışma alanına ait cihazları ekleme ve yönetmebölümüne bakın.

İhtiyaç duyulan özelliklere bağlı olarak her kullanıcı ve çalışma alanı için gerekli lisans türünü belirlemek için Webex Arama için lisans türüne göre mevcut özelliklerbölümüne bakın.

Webex Calling çağrı kuyruklarının Webex Calling profesyonel lisansı ile birlikte sunduğu işlevsellik ile Webex Calling müşteri desteği arasındaki farkı anlamak için Webex Calling çağrı kuyruğu ve müşteri desteği özellik karşılaştırmasınabakın.

Kullanıcı yönetimi

Webex Control Hub'da kullanıcı yetkilendirmesi yapılırken, her biri farklı kurumsal ihtiyaçlara ve ortamlara uygun çeşitli seçenekler mevcuttur:

  1. Manuel tedarik: Yöneticiler, Control Hub üzerinden doğrudan bireysel kullanıcıları ekleyebilir ve yönetebilirler. Bu yöntem basittir ancak küçük kuruluşlar veya sınırlı kullanıcı değişiklikleri için daha uygundur.

  2. CSV aracılığıyla toplu tedarik: Daha büyük kullanıcı tabanları için yöneticiler, CSV dosyalarını Control Hub'a yükleyerek kullanıcıları toplu olarak içe aktarabilir ve güncelleyebilirler. Bu, aynı anda binlerce kullanıcının verimli bir şekilde yönetilmesine olanak tanır.

  3. Dizin senkronizasyon seçenekleri:

    Dizin Bağlayıcısı: Bu, Microsoft Active Directory ortamlarında kullanılan otomatik bir senkronizasyon aracıdır. Kullanıcı hesaplarını, grupları ve niteliklerini planlı bir şekilde (saatlik, günlük veya haftalık) senkronize eder. Çoklu etki alanı ve çoklu orman Active Directory kurulumlarını destekler ve profil görüntülerini ve oda nesnelerini senkronize edebilir.

    Entra ID (Azure AD) sihirbaz uygulaması: Microsoft Entra ID (Azure AD) kullanan kuruluşlar için tasarlanan bu yöntem, kullanıcı hesaplarının ve özniteliklerinin Entra ID'den Control Hub'a otomatik, neredeyse gerçek zamanlı senkronizasyonunu sağlar. Tamamen Control Hub üzerinden yönetilir ve minimum kurulum gerektirir.

    SCIM 2.0 Uygulamaları: Microsoft dışı ortamlar veya Okta veya Duo gibi diğer kimlik sağlayıcıları için, SCIM tabanlı senkronizasyon uygulamaları, öznitelik eşlemesi ve grup senkronizasyonu ile otomatik kullanıcı sağlama ve devre dışı bırakma olanağı sunar.

  4. Birleşik CM kullanıcı senkronizasyonu: Bu seçenek, Unified CM'den Webex'e senkronizasyon yaparak mevcut Unified CM son kullanıcılarına dayalı Webex kullanıcı hesapları oluşturmaya olanak tanır. Bu, şirket içi Unified CM kümelerinde Cloud Connected UC (CCUC) uygulamasının çalışmasını gerektirir. Ancak, kullanıcıları doğrudan Unified CM'den senkronize etmek yerine, Entra ID gibi merkezi bir bulut dizininden senkronize etmeniz genellikle önerilir.

  5. API sağlama: Webex kullanıcılarının yetkilendirilmesi için herkese açık Webex API'leri (People, SCIM 2.0) kullanılabilir. API'lerin kullanılmasının temel avantajı, kullanıcı yetkilendirmesini diğer kurumsal sistemlerle entegre etme seçeneğidir.

    Tablo 6. Webex için kullanıcı yetkilendirme seçenekleri
    Tedarik yöntemiAçıklamaArtılarıDezavantajlar
    ManuelCreate/manage Control Hub'da kullanıcıları tek tek kontrol edin.Az sayıda kullanıcı için basit; altyapı gerektirmez.Ölçeklenebilir değil; birçok kullanıcı için zaman alıcı.
    Toplu İşlem (CSV Dosyası)Import/update Control Hub'da CSV aracılığıyla toplu kullanıcı yönetimiGruplar için verimli; kodlama gerektirmez.Manuel CSV hazırlama; daha az dinamik
    İnsanlar ve SCIM 2.0 API'siWebex API'leri aracılığıyla programatik kullanıcı yönetimiEsnek; otomasyonu ve entegrasyonu destekler.Geliştirme ve altyapı gerektirir.
    Dizin senkronizasyonuAD, Entra ID, SCIM uygulamaları ve Unified CM'den otomatik senkronizasyonYaşam döngüsünü otomatikleştirir; filtreleme ve eşlemeyi destekler.Kurulum karmaşıklığı: Bazı seçeneklerin özellikleri sınırlıdır veya altyapı gerektirir.

    Bu genel bakış ve tablo, kuruluşunuzun ihtiyaçlarına en uygun yaklaşımı seçmenize yardımcı olmak için başlıca Webex kullanıcı yetkilendirme seçeneklerini, avantajlarını ve sınırlamalarını yansıtmaktadır.

Kullanıcı grupları

Webex'teki kullanıcı grubu yönetimi, yöneticilerin lisansların, ayarların ve kaynakların toplu yönetimini verimli hale getirmek için kullanıcıları gruplara ayırmasına olanak tanır. Gruplar, kullanıcıları tek tek yönetmek yerine, politikaları, lisansları ve ayar şablonlarını aynı anda birden fazla kullanıcıya uygulayarak yönetimi kolaylaştırmaya yardımcı olur.

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

  • Basitleştirilmiş yönetim: Birden fazla kullanıcının lisanslarını, ayarlarını ve politikalarını aynı anda yönetin.

  • Tutarlılık: Aynı gruptaki tüm kullanıcılara tek tip ayarlar ve lisanslar uygulayın.

  • Ölçeklenebilirlik: Grup başına 250.000 üyeye kadar destek sağlar.

  • Entegrasyon: Otomatik kullanıcı ve grup yönetimi için Microsoft Entra ID (Azure AD) veya Active Directory'den grupları 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 bağlı olarak gömülü uygulamalara ve hizmetlere erişimi kontrol edin.

Webex Arama özelliğini etkinleştirirken kullanıcı grupları için başlıca kullanım senaryoları şunlardır:

  • Lisans atamaları: Gruplara lisans atayarak, grup üyelerine Arama, Toplantı, Mesajlaşma veya Hibrit hizmetler gibi hizmetlerin otomatik olarak sağlanmasını sağlayabilirsiniz.

  • Ayarlar şablonları: Kullanıcı deneyimini tutarlı hale getirmek için hizmet ayarlarının (örneğin, mesajlaşma, toplantı, arama) koleksiyonlarını gruplara 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 entegrasyon: Kullanıcı ve grup yaşam döngüsü yönetimini otomatikleştirmek için API'leri veya dizin senkronizasyonunu kullanın.

Aşağıdaki tabloda Webex'te kullanıcı gruplarını ve grup yönetimini yönetmek için farklı seçenekler özetlenmiştir.

Tablo 7. Grupları ve grup üyeliklerini yönetme seçenekleri
SeçenekAçıklamaArtılarıDezavantajlar
Kontrol Merkezi grup yetkilendirmesi (Webex grupları) Grupları doğrudan Control Hub üzerinden oluşturun ve yönetin. Add/remove Üyeleri manuel olarak veya CSV dosyası aracılığıyla ekleyebilirsiniz. Grup üyeliği üzerinde tam kontrol

Lisansların ve şablonların anında uygulanması

Grupları oluşturmak ve düzenlemek kolay.
Manuel güncellemeler gereklidir.

Manuel CSV yüklemelerinde hata riski

Harici dizinlerle otomatik senkronizasyon yok.

Entra ID (Azure AD) veya Active Directory'den senkronize edilen gruplar Harici dizin hizmetlerinden güvenlik gruplarını ve üyelikleri otomatik olarak senkronize edin. Otomatik senkronizasyon, manuel iş yükünü azaltır.

Kurumsal dizinle tutarlılığı sağlar.

Büyük kuruluşları destekler.

Control Hub'da grup üyeliği düzenlenemiyor.

Senkronizasyon gecikmesi 12 saate kadar.

İç içe gruplar manuel seçim gerektirir.

Gruplar ve SCIM 2.0 API (Webex Grupları) Programatik 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 gruplar tutarlılık sağlarken ve tek bir yönetim noktası sunarken, senkronize grupları ve Webex gruplarını (kontrol merkezinde veya API'ler aracılığıyla yönetilen) birleştiren hibrit bir yaklaşım da mümkündür. Örneğin, lisans ataması için kullanılan gruplar senkronize gruplar olabilir ve kullanıcı ve Webex Uygulaması arama şablonlarını atamak için ayrı bir Webex grubu seti 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 politikalarını verimli bir şekilde yönetmelerini sağlayarak tutarlı ve ölçeklenebilir iş birliği deneyimleri sunar.

Kullanıcı Gruplarının Tasarlanması

Kurumsal dizini şirket içi ortamdan buluta taşıdıktan sonra, lisanslama ve özellik şablonu gereksinimlerine göre 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 mı yoksa yalnızca yeni kullanıcılara mı atanmalı)

  • 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 oluşturulmuş yerel bir Webex grubu mu olacak?

  • Açıklama: Bu grup nasıl kullanılacak ve hangi kullanıcılar bu gruba üye olmalı?

Bu bilgiler, uygulama aşamasında yerel gruplar veya kurumsal dizinde gruplar oluşturmak ve kullanıcıların grup üyeliklerini yönetmek için kullanılacaktır.

Çoklu Oturum Açma (SSO)

Cisco, kullanıcı kimlik doğrulaması için SSO kullanımını önermektedir. SSO kullanmanın bazı önemli avantajları şunlardır:

  • Basitleştirilmiş kullanıcı kimlik doğrulaması: Kullanıcılar, Webex'e ve diğer entegre uygulamalara erişmek için kurumsal kimlik bilgilerini (örneğin Azure ID'lerinden) kullanarak tek seferde giriş yapabilirler; bu da birden fazla parolaya duyulan ihtiyacı ortadan kaldırır ve giriş istemlerini azaltır. Bu, kurumsal şifrelerin kimlik doğrulamasından sonra Webex'e asla kaydedilmemesini veya iletilmemesini sağlayarak güvenliği artırır.

  • Basitleştirilmiş kullanıcı yönetimi: Kurumsal dizindeki değişikliklere bağlı olarak kullanıcı hesabı oluşturma, güncelleme ve devre dışı bırakma işlemlerini otomatikleştirerek yönetim yükünü azaltır ve yalnızca yetkili kullanıcıların erişimine olanak tanır.

  • Geliştirilmiş güvenlik: SSO, güvenilir kimlik sağlayıcıları (IdP'ler) aracılığıyla kimlik doğrulamasını merkezileştirerek parola yorgunluğunu ve parolayla ilgili ihlal riskini azaltır.

  • Çok faktörlü kimlik doğrulamanın (MFA) kolay entegrasyonu: Çok faktörlü kimlik doğrulama (MFA), Cisco Duo gibi bir Kimlik Erişim Yönetimi çözümü veya Kimlik Sağlayıcısının (IdP) MFA desteği aracılığıyla kolayca sağlanabilir.

Webex hizmetleri için SSO'yu uygulamak üzere birden fazla seçenek mevcuttur:

  • SAML 2.0 tabanlı SSO: Webex SSO entegrasyonu için desteklenen birincil protokol, kimlik sağlayıcı (IdP) ve Webex hizmet sağlayıcısı arasında kimlik doğrulama bilgilerinin güvenli bir şekilde alışverişini sağlar.

  • OpenID Connect (OIDC): SSO entegrasyonu için alternatif modern bir kimlik doğrulama protokolü olarak desteklenmektedir.

  • Webex kimliği: Kimlik sağlayıcı seçeneği olarak da desteklenmektedir.

SSO, Control Hub üzerinden merkezi olarak yapılandırılır ve yönetilir; bu da Webex ile seçilen Kimlik Sağlayıcı (IdP) arasında meta veri alışverişini gerektirir.

Yapılandırma tamamlandıktan sonra, doğru kurulumu sağlamak için etkinleştirmeden önce Control Hub içinde SSO test edilebilir.

Cisco Webex, aşağıdakiler de dahil olmak üzere ancak bunlarla sınırlı kalmamak kaydıyla, çok sayıda test edilmiş ve yaygın olarak kullanılan Kimlik Sağlayıcı (IdP) ve Kimlik Yönetim Sistemi (IAM) ile entegrasyonu destekler:

  • Cisco Duo

  • Okta

  • Microsoft Active Directory Federasyon Hizmetleri (ADFS)

  • Microsoft Azure

  • PingFederate

  • OpenAM

  • F5 BIG-IP.

Bu kimlik sağlayıcılar (IdP'ler) SAML 2.0 veya OpenID Connect standartlarına uygundur ve Cisco iş birliği çözümleriyle uyumlulukları doğrulanmıştır.

Çoklu Kimlik Sağlayıcı desteği

Webex, kuruluşların birleşmeler, devralmalar veya farklı grupların farklı kimlik sağlayıcıları kullandığı merkezi olmayan BT departmanları gibi karmaşık BT ortamlarına uyum sağlamak için birden fazla kimlik sağlayıcısıyla SSO'yu yapılandırmasına olanak tanır. Birden fazla kimlik sağlayıcı (IdP) desteği, Webex'teki Çoklu IdP özelliği kullanılarak veya Cisco Duo gibi kurumsal bir IAM sisteminin entegrasyonu yoluyla uygulanabilir.

Webex'in çoklu Kimlik Sağlayıcı (IdP) desteği, kuruluşların çeşitli BT ortamlarında esnek ve güvenli kimlik doğrulamasına ihtiyaç duyduğu birçok önemli kullanım senaryosunu ele almaktadır:

1. Birleşme ve satın almalar

Şirketler birleştiğinde veya başka şirketleri satın aldığında, genellikle ayrı BT altyapılarına ve birbirleriyle entegre olamayan farklı kimlik sağlayıcılarına (IdP) sahip olurlar. Birden fazla kimlik sağlayıcısı desteği, her iki kuruluştan kullanıcıların kimlik sistemlerini hemen birleştirmeye gerek kalmadan güvenli bir şekilde kimlik doğrulaması yapmalarına ve iş birliği yapmalarına olanak tanır.

2. Birden fazla bağımsız BT departmanı

Büyük kuruluşlar veya devlet kurumları, her biri kendi Kimlik Sağlayıcısını (IdP) yöneten birden fazla bağımsız BT departmanına sahip olabilir. Webex'in çoklu kimlik sağlayıcı (IdP) özelliği, bu departmanların kendi kimlik doğrulama sistemlerini sürdürmelerine olanak tanırken, kullanıcıların Webex'e sorunsuz bir şekilde erişmelerini sağlar.

3. Farklı kullanıcı grupları veya etki alanları

Çeşitli kullanıcı gruplarına (örneğin, çalışanlar ve yükleniciler) veya birden fazla e-posta alanına sahip kuruluşlar, kimlik doğrulama isteklerini alan adı veya grup üyeliğine bağlı olarak uygun kimlik sağlayıcısına yönlendirmek için yönlendirme kuralları yapılandırabilir. Bu, farklılaştırılmış erişim politikalarını ve güvenlik kontrollerini destekler.

4. Çeşitli kimlik doğrulama protokollerine destek

Webex, SAML ve OpenID Connect (OIDC) kimlik sağlayıcılarını destekleyerek kuruluşların mevcut altyapılarına ve güvenlik gereksinimlerine göre farklı kimlik sağlayıcı türlerini entegre etmelerine olanak tanır.

5. Geliştirilmiş güvenlik ve uyumluluk

Birden fazla kimlik sağlayıcıyı etkinleştirerek, kuruluşlar Duo gibi entegrasyonlar aracılığıyla çok faktörlü kimlik doğrulama (MFA) dahil olmak üzere daha güçlü kimlik doğrulama mekanizmaları uygulayabilir ve çeşitli kullanıcı tabanlarında tutarlı güvenlik politikaları uygulayabilirler.

6. Basitleştirilmiş kullanıcı deneyimi

Kullanıcılar, ilgili kimlik sağlayıcılarından (IdP) aldıkları mevcut kimlik bilgilerini kullanarak kimlik doğrulaması yapabilirler; bu da, birden fazla kimlik sisteminin altında yatan karmaşıklığa rağmen, birleşik bir oturum açma deneyimi sağlar.

Birden fazla kimlik sağlayıcısının (IdP) desteklenmesi esneklik sağlasa da, tutarlı güvenlik politikalarını sürdürmek ve olası güvenlik açıklarından kaçınmak için güvenlik ve kimlik ekipleri arasında dikkatli bir koordinasyon gerektirir.

Webex için Duo MFA ve SSO

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

Duo, birincil dizin kimlik doğrulamasının üzerinde güçlü bir kimlik doğrulama katmanı görevi görür. Webex'e erişim izni vermeden önce iki faktörlü kimlik doğrulama (2FA) uygulamak için SAML 2.0 kullanan bir kimlik sağlayıcı (IdP) olarak işlev görür. Duo, kullanıcı, cihaz ve ağ bağlamını yapılandırılabilir politikalara göre değerlendirerek erişime izin verir veya erişimi reddeder ve güvenliği yalnızca kullanıcı adı ve paroladan öteye taşır. Duo ayrıca, bazı uygulamalar için her oturum açmada çok faktörlü kimlik doğrulama (MFA) gerektirirken, diğerleri için daha seyrek oturum açma gibi esnek politika kontrolleri de sunmaktadır.

Cisco Duo'nun avantajları şunlardır:

  • Gelişmiş Güvenlik: Webex erişimini korumak için kimlik avına karşı dayanıklı çok faktörlü kimlik doğrulama (MFA) özelliği ekleyerek, ele geçirilen parolalardan kaynaklanan riski azaltır.

  • Esnek Politikalar: Uygulama veya kullanıcı grubu bazında kimlik doğrulama gereksinimleri üzerinde ayrıntılı kontrol sağlar.

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

  • Kullanıcı Kolaylığı: Tekli Oturum Açma (SSO) özelliğini destekleyerek, kullanıcıların tek seferde giriş yapıp birden fazla kaynağa güvenli bir şekilde erişmelerini sağlayarak parola yorgunluğunu azaltır.

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

  • Kendi Kendine Kayıt: Çevrimiçi kayıt ve ikili istem, çok faktörlü kimlik doğrulama (MFA) kurulumu sırasında kullanıcı deneyimini iyileştirir.

Webex için Duo MFA ve SSO, kullanıcıların kimlik doğrulaması için Active Directory ve OpenLDAP gibi 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ü ve politika odaklı ikinci bir kimlik doğrulama faktörü sağlamak ve SSO (Tekli Oturum Açma) yoluyla kullanıcı kolaylığını korurken güvenliği artırmaktır. Sağladığı faydalar arasında gelişmiş güvenlik duruşu, esnek politika uygulaması, sorunsuz entegrasyon ve daha iyi bir kullanıcı deneyimi yer almaktadır.

Cisco, Webex kullanıcıları için SSO'nun uygulanmasını önermektedir. Güvenliği artırmak için Cisco Duo ile entegrasyon önerilir.

Unified CM'den Webex Calling'e geçişe başlamadan önce Kurumsal Kimlik, Erişim Yönetimi (IAM) ve Tekli Oturum Açma (SSO) stratejisi uygulanmalıdır.

Özellikler

Webex Calling, hizmetle birlikte sunulan temel özelliklerin tamamını içermektedir. Bu, Unified CM'de uzun yıllardır mevcut olan birçok kurumsal düzeyde arama özelliğini de içerir. Webex Calling özellikleriyle Unified CM özellikleri arasında %100 eşdeğerlik göremeyebilirsiniz, ancak aşağıdaki şekilde de görebileceğiniz gibi, Unified CM'nin temel arama özellikleri Webex Calling'de de mevcuttur.

Webex Calling'in çeşitli özellikleri, gelen çağrı yönetimi, çağrı geçmişi ve yönetim gibi işlevlere göre kategorize edilmiştir.
Webex Calling kurumsal düzeyde özellikler

Webex Calling, birçok kullanıcı özelliğinin yanı sıra, platforma dahil olan temel sistem özelliklerine de sahiptir. Bunlar arasında otomatik karşılama sistemleri, çağrı kuyrukları, çağrı bekletme gibi özellikler yer almaktadır. Mevcut tüm temel sistem özelliklerini, Kontrol Merkezi'nde Hizmet → Arama → Özellikler altında, Şekil Webex Arama temel özellikleri'nde gösterildiği gibi görebilirsiniz.

Webex Kontrol Merkezi'nin Arama bölümü, özellikle Duyurular, Santral Konsolu ve Çağrı Park Uzantısı gibi seçeneklerin bulunduğu Özellikler sekmesini göstermektedir.
Webex Arama temel özellikleri

Otomatik Santral

Webex Çağrı Otomatik Yanıt Sistemi şunlara olanak tanır: 24/7 Gelen çağrıların otomatik olarak işlenmesi, her çağrıya bir kişinin cevap vermesine gerek kalmadan verimli çağrı yönetimi sağlar.

Otomatik karşılama sistemi gelen çağrıları yanıtlar ve arayana çağrılarını nereye yönlendirmek istediklerine dair bir seçenek menüsü sunar. Bu, bir kişiye, sesli posta kutusuna veya bir arama hizmetine (örneğin Çağrı Kuyruğu) yönelik olabilir. Arayan kişi, telefonunun tuş takımını kullanarak otomatik karşılama menüsünden numarayı girer.

Otomatik karşılama sistemi aşağıdaki temel özellikleri desteklemektedir:

  • İş ve mesai sonrası programları

  • Tatil planı

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

  • Tebrik mesajlarını kişiselleştirin

  • İsimle arama seçeneği

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

  • Kontrol Merkezi analizleri ve raporları.

Daha fazla bilgi için Otomatik karşılama sistemlerini yönetmebölümüne bakın.

Çağrı Parkı

Çağrı park etme özelliği, kullanıcılara bir çağrıyı kolayca beklemeye alma ve müsait olduklarında başka bir kullanıcının kolayca geri almasını sağlama olanağı sunar. Ayrıca, arama bekleme modundayken, ilk aramayı yanıtlayan kullanıcının başka aramalar yapmasına veya almasına olanak tanır.

Webex Calling'de iki tür arama parkı mevcuttur:

  1. Doğrudan Çağrı Park Etme - Herhangi bir kullanıcının, bir çağrıyı başka bir kullanıcının dahili numarasına veya Yönetici tarafından tanımlanan bir çağrı park etme dahili numarasına yönlendirmesine olanak tanır.

  2. Çağrı park grubu - tanımlanmış bir kullanıcı grubunun, grup için tanımlanmış mevcut park noktalarına çağrıları otomatik olarak park etmesine olanak tanır. Bu hedefler, grup üyelerinin dahili numaraları veya çağrı merkezi dahili numaraları olabilir.

Kullanıcılar, yapılandırma ve park türüne bağlı olarak tuşlayarak aramaları alabilirler. *88+><extension of parked call>, arama parkı uzantısıyla ilişkili hat tuşuna basarak veya IP Telefonlarındaki bir yazılım tuşunu kullanarak.

Belirtilen süre sonunda, beklemeye alınan bir aramayı, aramayı beklemeye alan kullanıcıya veya alternatif bir kullanıcıya geri çağırma seçeneği mevcuttur.

Daha fazla bilgi için Control Hub'da çağrı parkını yönetmebölümüne bakın.

Çağrı Alma

Çağrı alma özelliği, yöneticinin başka bir üyenin telefonuna gelen çağrıları yanıtlayabilecek bir kullanıcı (üye) grubu tanımlamasına olanak tanır. Bu özellik, kullanıcının ekip arkadaşlarının meşgul olduğu ve gelen bir aramayı yanıtlayamadığı durumlarda gelen aramaları yanıtlayabilmesini sağlar.

Gruptaki kullanıcıların aynı Webex Arama konumunda olması gerekir.

Kullanıcılar, gelen aramaları yanıtlamak için Webex uygulamasını veya masa telefonlarını kullanabilirler.

  • Webex Uygulama:

    • Görsel ve sesli bildirimleri destekler.

    • Gelen çağrı bildirimi

    • FAC tabanlı (kadran) *98) veya bildirim tost mesajı aramayı yanıtla

    • Çok hatlı aramalar için cevaplama bildirimleri.

  • Masa Telefonları:

    • Gelen çağrı bildirimi

    • Telefon ekranındaki LED ışığı aracılığıyla sesli uyarı ve görsel bildirim. 6821 yalnızca sesli uyarıları destekler.

      • Kontrol Merkezi'nde seçilen bildirim türü yokdeğilse

    • Çağrı alma bildirimleri yalnızca ana hatlar için geçerlidir.

Daha fazla bilgi için, Çağrı alma grubunu yapılandır bölümüne bakın.

Çağrı Sırası

Webex Calling, temel özelliklerinin bir parçası olarak yalnızca sesli arama kuyruklarını içerir ve Webex Calling Professional lisansına sahip herhangi bir kullanıcı, bir arama kuyruğunun, temsilcinin veya süpervizörün 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önlendirme, temsilci kuyruk yönetimi, analiz, raporlama vb. gibi çağrı merkezi temel yeteneklerinin bir alt kümesini destekler.

Cisco'nun Microsoft Teams entegrasyonu çağrısı, temsilcilerin çağrı kuyruğundaki aramalara ve özelliklere doğrudan Microsoft Teams istemcilerinden erişmelerini sağlıyor.

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

  • Selamlaşma ve mesajlar (hoş geldin, teselli, fısıltı vb.)

  • Bekleme müziği

  • Geri Arama

  • Sıra Yönlendirme Politikaları (gece hizmeti, tatiller, yönlendirme)

  • Temsilci kuyruğu login/logout

  • Temsilci kuyruğu durum yönetimi

  • Webex Uygulaması veya Masaüstü Telefon desteği

  • Denetleyici temsilci, Özellik Erişim Kodları (FAC'ler) aracılığıyla çağrıları izler, yönlendirir, müdahale eder veya devralır.

  • Kontrol Merkezi (yönetici erişimi):

    • sıra yönetimi

    • Temsilci ve kuyruk analizi ve raporlaması

    • Sıra, temsilci ve gözetmen yönetimi.

Daha fazla bilgi için Çağrı kuyruğunu yapılandırbölümüne bakın.

Webex Calling, ek çağrı kuyruğu yetenekleri sağlayan ve temsilciler ile yöneticilere Webex Uygulaması içinde daha iyi bir kullanıcı deneyimi sunan bir Müşteri Destek eklentisine sahiptir. Webex Calling Çağrı Kuyruğu ve Müşteri Destek özelliklerinin karşılaştırması için Webex Calling çağrı kuyruğu ve müşteri destek özelliği karşılaştırmasıbölümüne bakın.

Cevaplama Grubu

Webex Çağrı Yönlendirme Grupları, gelen çağrıların önceden belirlenmiş bir çağrı yönlendirme modeli aracılığıyla belirli bir kullanıcı grubuna yönlendirilmesine olanak tanır. Bu sayede aramaların doğru kullanıcı grubu tarafından yanıtlanması veya takip için sesli mesaja yönlendirilmesi sağlanır.

Arama Grupları ile Çağrı Kuyrukları arasındaki en büyük farklardan biri, Arama Gruplarında çağrıların kuyruğa alınmamasıdır; bu nedenle, Arama Grubundaki hiçbir kullanıcı çağrıya cevap veremezse, çağrı kesilir, sesli mesaja yönlendirilir veya başka bir numaraya (kullanıcıya veya hizmete) iletilir.

Daha fazla bilgi için Control Hub'da av gruplarını yönetmebölümüne bakın.

Çalışma Modları

İşletmelerin "İşletim Modları" özelliği, aramaları çeşitli hedeflere (kullanıcılar, sesli posta, çağrı kuyruğu gibi arama hizmetleri) verimli bir şekilde yönlendirmesine olanak tanır. Çağrıların nereye ve ne zaman yönlendirileceği, günün saati ve haftanın günü esas alınarak belirlenir ve herhangi bir kullanıcı, çağrı yönlendirmesindeki değişiklikleri kontrol etmek için bu modları (programları) yönetme yetkisine sahip olabilir.

Örnek olarak, bir Çağrı Kuyruğuna gelen aramalar, mesai saatleri dışında aramaları yanıtlamak üzere farklı bir zaman dilimindeki temsilcilerin bulunduğu başka bir Çağrı Kuyruğuna yönlendirilebilir; mesai saatlerinde yerel temsilcilere yönlendirilebilir ve tatillerde temsilciler ofise döndükten sonra takip edilmesi için sesli mesaja yönlendirilebilir.

Yetkili bir kullanıcı, gelen aramaların belirli bir süre için yönlendirileceği yeri değiştirmesi gerektiğinde bu farklı çağrı yönlendirme senaryoları (modları) arasında geçiş yapabilir. Bu kullanıcılar modları kendi ayarları aracılığıyla yönetebilirler. 6800/7800/8800 MPP telefonlar, 9800 telefonlar veya Webex Kullanıcı Merkezi'nde Modları yönet.

Daha fazla bilgi için, Webex Calling'de çalışma modlarına göre çağrı yönlendirmebölümüne bakın.

Çağrı Grubu

Ç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 en fazla 75 hedef kullanıcı içerebilir. and/or Önceden tanımlanmış bir numara veya dahili hat aranarak ulaşılabilen çalışma alanları.

Bir kullanıcı Çağrı Grubunu aradığında, gruptaki tüm atanmış hedeflere eş zamanlı bir çağrı yapılır; bu noktada arayan kişi mesajını söyleyebilir ve bitirdiğinde telefonu kapatabilir.

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

Kayıtlar

Webex Calling, kullanıcının yaptığı veya aldığı aramaların kaydedilmesini destekler. Bu, kalite, güvence, güvenlik veya eğitim ihtiyaçları için gerekli olabilir. Varsayılan olarak, Webex'te aramalar kaydedilir, ancak diğer kayıt özelliklerine veya uyumluluk ve düzenleyici gereksinimlere ihtiyaç duyulması durumunda diğer üçüncü taraf kayıt sağlayıcıları da kullanılabilir.

Webex kayıt platformu olarak kullanıldığında, kaydedilen tüm görüşmeler Control Hub üzerinden yönetilir. Uyumluluk görevlisi rolüne sahip tam yetkili yöneticiler, kayıtları oynatabilir ve indirebilir. Uyumluluk görevlisi rolü olmadan, Yönetici yalnızca kayıtları silebilir.

Bu özellik ve üçüncü taraf kayıt uygulamalarının listesi hakkında daha fazla bilgi için Webex Aramaları için arama kaydını yönetmebölümüne bakın.

Tek Numarayla Ulaşma

Tek numara erişimi, kullanıcının telefon numarasına gelen aramaların birden fazla cihazda çalmasına olanak tanır. Buna diğer masa telefonlarının yanı sıra cep telefonları da dahil olabilir. Bu cihazlardan aramalar da yapılabilir ve kullanıcılar aramaları cihazlar arasında gönderip alabilirler.

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

Kullanıcının bu özelliği Webex Kullanıcı Merkezi'nde (portal) nasıl yönetebileceği ve yapılandırabileceği hakkında daha fazla bilgi için bkz. Tek numara erişimini yapılandırma (her yerden ofis).

Sesli Mesaj Grubu

Sesli Mesaj Grupları, bir kullanıcıya atanabilen veya çağrı yönlendirme özelliği olarak kullanılabilen ortak bir sesli mesaj kutusu sağlar. Sesli mesaj grubuna ihtiyaç duyulmasının bazı nedenleri şunlardır:

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

  • Otomatik karşılama veya arama grubuna sesli mesaj seçeneği ekleyin.

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

  • Sadece sesli mesaj kutusuna ihtiyaç duyan kullanıcılar.

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

Santral Konsolu, Webex Control Hub'daki Arama Özellikleri sayfasında listelenmektedir; ancak, kullanılabilmesi için santral konsolu lisansının satın alınmasını gerektiren ek bir özelliktir.

Daha fazla bilgi için Görevli Konsolunu Kullanmaya Başlayınbölümüne bakın.

Webex Calling için lisans türüne göre mevcut özellikler [] bölümündeki bazı ek özellikler de dahil olmak üzere tüm özellikler hakkında bilgi için bkz. .

Bu makale yararlı oldu mu?
Bu makale yararlı oldu mu?