Webex Calling'e geçişin ilk adımı, şirket içi ağ ile Webex bulutu arasında güvenilir ve güvenli İnternet bağlantısı sağlamaktır.

Çoğu kuruluş internete bir veya daha fazla güvenlik duvarı veya güvenlik cihazıaracılığıyla bağlandığından, gerekli trafik akışlarının desteklendiğini doğrulamak çok önemlidir.

Ağ ve güvenlik yöneticileri bu akışları şu açılardan anlamalıdır:

• Yön (gelen vs giden)

• Protokoller (Örnek - SIP TLS, SRTP, HTTPS)

• Webex hizmetleri tarafından kullanılan IP adresi aralıkları

• Açılması veya izin verilmesi gereken bağlantı noktası numaraları

Bu, kurumsal güvenlik politikaları korunurken Webex Arama trafiğini karşılayacak şekilde kurumsal güvenlik duvarlarının, NAT cihazlarının ve diğer ağ altyapısının doğru şekilde yapılandırılmasını sağlar.

IP adresi, portlar ve protokoller dahil olmak üzere gerekli akışlar hakkında bilgi için Webex Araması için port referans bilgileribölümüne bakın. Bu bilgileri kullanarak mevcut kurulumdaki güvenlik duvarını, proxy'leri ve diğer ağ altyapısını yapılandırarak Webex Arama ağ akışlarını etkinleştirin.

Webex Calling gibi bulut tabanlı iş birliği hizmetleri için önerilen yaklaşım, her şube veya lokasyondan merkezi olmayan internet erişimi sağlamaktır. Bu model, trafiğin yerel olarak çıkmasına izin vererek:

• Gidiş-dönüş gecikmesini ve titreşimi azaltarak genel çağrı kalitesini iyileştirir.

• Daha fazla kullanıcı ve site Webex Calling'e geçtikçe verimli bir şekilde ölçeklenir.

• SD-WAN ile sorunsuz bir şekilde çalışır ve en iyi performans için oturumları dinamik olarak en yakın Webex bulut giriş noktasına yönlendirebilir.

• Kullanıcının genel IP adresine dayalı olarak konumunu izlemeye olanak tanır, bu da medya yolu analizine ve sorun gidermeye yardımcı olur.

Ayrıca, kuruluşlar her lokasyonda yeterli internet bant genişliğini sağlamalıdır. Bant genişliği, beklenen eş zamanlı çağrı sayısına, seçilen kodeğe (örneğin, Opus veya G.711) ve sinyalizasyon, yeniden iletim ve büyüme için gereken ek maliyetlere göre boyutlandırılmalıdır. Bu, PPDIO yaşam döngüsünün Hazırlık aşamasıyla uyumludur ve geçiş için sağlam bir temel oluşturur.

Webex Calling'in devreye alınmasının uygulama aşamasındaki ilk kurulum alt bölümü, iyi yapılandırılmış ve yönetilebilir bir bulut tabanlı arama ortamı oluşturmak için temel teşkil eder. Bu aşama, doğru kullanıcı yönetimi ve güvenliği sağlamak için Kontrol Merkezi organizasyonunun kurulması, lisansların temin edilmesi ve atanması, şirketinizin alan adlarının doğrulanması ve sahiplenilmesi gibi kritik görevleri içerir. Ayrıca, kullanıcı lisans atamalarını otomatikleştirmek için lisans şablonları sağlama, kullanıcı kimlik doğrulamasını kolaylaştırmak ve güvenliği artırmak için Tekli Oturum Açma (SSO) yapılandırma ve kuruluş politikaları ve kullanıcı ihtiyaçlarıyla uyumlu hale getirmek için hizmet ve istemci ayarlarını düzenleme gibi özellikler de içerir. Bu ilk kurulum faaliyetlerinin tamamlanması, Webex Arama ortamının ölçeklenebilirlik, güvenlik ve sorunsuz kullanıcı deneyimi için doğru şekilde yapılandırılmasını sağlayarak, sonraki dağıtım ve operasyonel aşamalar için zemin hazırlar.

Uygulama aşamasında, pilot geçişin gerçekleştirilmesi, Unified CM'den Webex Calling'e geçişin doğrulanmasında kritik bir kilometre taşıdır. Bu pilot proje, bir veya daha fazla lokasyondaki kullanıcıların temsili bir alt kümesini Webex Arama platformuna dahil etmeyi içerir ve seçilen popülasyonun çeşitli kullanım durumlarını ve kurumsal rolleri yansıtmasını sağlar. Kullanıcı geçişine paralel olarak, iş sürekliliğini ve hizmet işlevselliğini korumak için sesli mesaj, otomatik karşılama sistemleri, çağrı kuyrukları ve arama grupları gibi temel iş birliği hizmetlerinin de Webex Calling eşdeğerlerine geçirilmesi gerekmektedir.

Pilot geçiş, daha geniş kurumsal dağıtım için planlanan Cisco tarafından sağlanan araçlar ve üçüncü taraf geçiş yardımcı programlarının aynı kombinasyonunu kullanmalı ve süreçlerin, otomasyon iş akışlarının ve entegrasyon noktalarının temsili koşullar altında kapsamlı bir şekilde doğrulanmasını sağlamalıdır.

Bu pilot uygulamanın temel amaçları iki yönlüdür: İlk olarak, kullanıcı yetkilendirme iş akışları, veri geçiş prosedürleri ve uç nokta yapılandırmaları da dahil olmak üzere uçtan uca geçiş süreçlerini doğrulamak ve iyileştirmek; ikinci olarak ise, geçişi yapılan hizmetlerin gerçek dünya operasyonel koşulları altında işlevselliğini kapsamlı bir şekilde doğrulamak.

Bu aşamalı yaklaşım, proje ekibinin kontrollü bir ortamda teknik veya prosedürel sorunları belirleyip gidermesine, yeni platform deneyimi hakkında kullanıcı geri bildirimlerini toplamasına, seçilen geçiş araçlarının etkinliğini değerlendirmesine ve daha geniş kurumsal dağıtıma geçmeden önce geçiş metodolojisine güven oluşturmasına olanak tanır.

Bu pilot aşamada elde edilen bilgiler, sonraki geçiş dalgalarını optimize etmek ve tüm işletme için sorunsuz, risk azaltılmış bir geçiş sağlamak açısından çok önemlidir.

Webex Calling için PSTN hizmetlerini edinmek üzere öncelikle Kontrol Merkezi'nde bir PSTN bağlantı seçeneği belirleyin.

Eğer bir kuruluş hibrit çift çağrı kontrolünü sürdürmeyi planlıyorsa ( aşama 1 şekil Aşamalı Çağrı Geçişi'nde: Hibrit ve Bulut) geçici veya kalıcı olarak, Webex Calling ve Unified CM uç noktaları arasında arama yapılmasına olanak sağlamak için şirket içi PSTN için bir veya daha fazla Yerel Ağ Geçidi dağıtmaları gerekecektir.

Eğer PSTN dahil olmak üzere buluta tam geçiş ( aşama 2) nihai hedef ise, PSTN için ya bir Cisco Arama Planı ya da Webex Arama için Cloud Connect seçeneği gerekecektir.

Seçtiğiniz sağlayıcıyla iletişime geçerek telefon numaralarını sipariş edin ve taşıyın, ardından Control Hub'da yapılandırın. Telefon numarası siparişi vermek veya port siparişi başlatmak sadece required/possible Yerel PSTN ve Webex aramaları için Cloud Connect. Cisco Arama Planları için sipariş ve numara taşıma işlemleri, konum oluşturulduktan hemen sonra ve Cisco Arama Planının mevcut olduğu ülkelerde Control Hub içinden başlatılır. Cisco Arama planları hakkında daha fazla bilgi için Cisco planlarıyla başlamakbölümüne bakın.

PSTN uygulamasının bir parçası olarak, sağlayıcınızın bulunduğunuz konum için hem gelen hem de giden PSTN hizmetlerini etkinleştirdiğinden emin olun. Ek olarak, aramaların seçtiğiniz PSTN bağlantısı üzerinden doğru şekilde yönlendirildiğini doğrulamak için test aramaları gerçekleştirin.

Webex Arama'ya kullanıcı ve cihaz eklemeden önce, arama konumlarını etkinleştirmeniz gerekir. Her konum için geçerli bir sokak adresi girilmelidir. ABD ve Kanada'da bu adres doğrulanır ve acil durum çağrıları için PIDF-LO konum bilgilerini göndermek amacıyla platform tarafından kullanılır.

Yerel ağ bağlantısı (PSTN) kullanan lokasyonları yapılandırırken, yerel ağ geçitlerini buna göre ayarlamanız gerekir. Webex Calling'de, her yerel ağ geçidi için bir hat ve bir yönlendirme grubu oluşturulmalı ve ardından yönlendirme grubu, konum için PSTN seçeneği olarak atanmalıdır. Cisco, PSTN seçeneği olarak her zaman bir yönlendirme grubu seçmenizi şiddetle tavsiye eder; çünkü bu yaklaşım, gelecekte ek hatlar eklemenizi kolaylaştırarak hem ölçeklenebilirliği hem de yedekliliği destekler. Cisco ayrıca, giden doğrudan veya yönlendirilmiş aramalar için faturalandırılacak tarafın belirlenmesini kolaylaştırdığı için, her PSTN hattında çift kimlik ve P-Charge-Info desteğinin etkinleştirilmesini önermektedir. Eğer PSTN sağlayıcınız faturalandırma için farklı bir başlık kullanıyorsa, yerel ağ geçidindeki P-Charge-Info başlığındaki bilgileri gerekli faturalandırma başlığına kopyalayabilirsiniz.

PSTN seçeneği olarak Cloud Connect for Webex Calling veya Cisco Calling Plan kullanan lokasyonlar için, kurulum sırasında ilgili lokasyona ait PSTN seçeneğini seçmeniz yeterlidir. Eğer konum Webex Araması için Cloud Connect veya yerel PSTN kullanıyorsa, önceki adımda sipariş edilen telefon numaralarını eklemeniz gerekecektir. Çağrı yönlendirmesine hemen dahil edilmesini istemiyorsanız, numaraları pasif olarak ekleyebilirsiniz; bu numaraları daha sonra kullanıcılara veya özelliklere atandıklarında etkinleştirebilirsiniz.

Her lokasyon için ana numarayı mutlaka ayarlamak önemlidir. Ana numara, bir kullanıcıya veya otomatik karşılama sistemi gibi bir özelliğe atanabilir. Konumda sesli mesaj hizmetini etkinleştirmek için, sesli mesaj pilot numarasını veya diğer adıyla sesli portal numarasını ayarladığınızdan emin olun.

Arama konumlarına ilişkin ek ayarlar arasında, acil durum geri arama numarası, bildirim seçenekleri ve gelişmiş acil durum arama özellikleri gibi acil durum arama ayrıntılarının yapılandırılması yer almaktadır. Ayrıca, her konum için gerekli olan kayıt ayarlarını, dil tercihlerini ve cihaz yapılandırmalarını gözden geçirmeli ve ayarlamalısınız. Kuruluşunuz, kurumsal öneme sahip numaralarla kısaltılmış siteler arası şebeke içi arama kullanıyorsa, dahili arama ayarlarında konum için benzersiz bir site kodu yapılandırmayı unutmayın. Son olarak, harici arama için giden arama rakamı gerekiyorsa, bunu harici arama ayarlarında mutlaka belirtin. Giden arama rakamı yapılandırıldığında, Cisco tutarlılığı sağlamak için giden arama rakamı zorunluluğunu etkinleştirmenizi önerir.

Şirket içi çağrı kontrolüyle entegre olmak için, hatların, yönlendirme gruplarının, kurumsal arama planlarının ve hem yerel hem de genel ayarların yapılandırılması gereklidir. Öncelikle, yerel çağrı kontrol sistemiyle bağlantı kurulması amaçlanan hatları ve yerel ağ geçitlerini kurarak işe başlayın; bu adım yalnızca özel hatlara ihtiyaç duyulması durumunda gereklidir. Mevcut hatlar ve yönlendirme grupları dağıtımınız için yeterliyse, ek yapılandırmaya gerek kalmadan şirket içi bağlantı için yeniden kullanılabilirler.

Hatlar ve yönlendirme grupları oluşturulduktan sonra, kurumsal arama planlarını oluşturun ve her arama planı için uygun yönlendirme grubunu hedef olarak atayın. Birden fazla yerel çağrı kontrol sisteminin farklı hatlar üzerinden bağlanması durumunda, birden fazla arama planı gerekecektir. Bu arama planlarının yalnızca yerel sunuculara yapılan aramaları yönlendirmek için gerekli olan kalıpları içermesi önemlidir.

Dağıtımınız bilinmeyen uzantı yönlendirmesini desteklemeyi gerektiriyorsa, bu özellik konum düzeyinde etkinleştirilmelidir. Ayrıca, bilinmeyen dahili hat yönlendirmesi etkinleştirildiğinde, Control Hub'daki arama hizmetleri ayarlarının Webex Araması ile şirket içi ağ arasındaki arama yönlendirmesi bölümünde maksimum bilinmeyen dahili hat uzunluğunu belirtmeniz gerekir. Bu, entegre ortamınızda sorunsuz çağrı yönlendirmesini ve dahili numara tabanlı arama senaryolarının doğru şekilde ele alınmasını sağlar.

Kullanıcıları Unified CM'den Webex Calling'e geçirirken, tüm kullanıcıları aynı anda taşıyamayabilirsiniz. Bu durum, site veya kullanıcı sayısı, bir sitenin geçiş süresi gibi çeşitli nedenlerden kaynaklanabilir, ancak bunlarla sınırlı değildir. and/or Aynı anda çok sayıda kullanıcının bulunması, değişiklik penceresini destekleyecek sınırlı BT veya site kaynağı, değişiklik penceresinin süresi, değişikliğin karmaşıklığı vb.

Kullanıcıları aşamalı olarak taşırken, hangi kullanıcıların aynı topluiçinde birlikte taşınması gerektiğini belirlemek çok önemlidir. Asıl amaç, arama hizmetleri ve özellikler açısından birbirlerine bağımlı olan kullanıcıları bir araya getirerek geçişi sağlamaktır. Webex Calling'de tüm arama özelliklerinin (Örnek - Çağrı Kuyrukları) Unified CM'ye geçişten önce olduğu gibi tamamen işlevsel olduğundan emin olmak istiyorsunuz.

Unified CM ve Webex Calling arasında yerel ağ geçitleriyle arama entegrasyonu sağlasanız bile, paylaşılan hizmetleri veya özellikleri bu bağlantı üzerinden bölemezsiniz. Bu nedenle, aşağıdaki gibi özelliklere bakarak kullanıcılar arasındaki bağımlılıkları belirlemeniz gerekir:

• BLF'leri kullanarak diğer kullanıcıları izleme

• Aynı arama pilotunda, çağrı kuyruğunda vb.

• paylaşılan hat

• Çağrı alma özelliğini kullanma

• Aynı çağrı parkı numaralarını kullanarak

• İnterkom

• Executive/Admin.

Örneğin, Webex Calling'e geçiş yapılan bir Unified CM Hunt Group'un parçası olan bir kullanıcıyı ele alabiliriz. Bu kullanıcı, arama grubu ve arama grubunun diğer tüm üyeleriyle birlikte Webex üzerinden görüntülü görüşmeye geçiş yapacaktır. Dolayısıyla, geçiş sonrasında Hunt Group ve üyeleri yeni platformda gelen çağrıları başarıyla yanıtlayabilecektir.

Kullanıcılar farklı arama hizmetleri ve özellikler için farklı kullanıcı gruplarına bağlı olduğunda bu durum daha da zorlaşır. Bu, birden fazla kullanıcı grubunun ve bir arama hizmetinin aynı anda Webex Calling'e geçirilmesini gerektirecektir.

hazırlık aşamasında kullandığınız Control Hub Migration Insights aracından veya üçüncü taraf araçtan elde edilen çıktıyı kullanarak hangi kullanıcıların ve özelliklerin birlikte gruplandırılması gerektiğini belirleyin. Bu çıktı, geçiş planınızı geliştirmek için kullanılmalı ve birlikte geçiş yapması gereken kullanıcıları ve özellikleri nasıl gruplandıracağınıza dair size fikir vermelidir.

Kullanıcı grubunun geçiş sürecindeki temel adımlar şunlardır:

• Birlikte geçiş yapılacak kullanıcıları belirleme

• Tüm kullanıcıların Control Hub'da olduğundan emin olun.

• Kullanıcılara ait tüm TN'lerin Control Hub'da mevcut olduğunu doğrulayın.

• Rehberdeki telefon numaralarının doğru formatta olduğundan emin olun.

• Kullanıcı grupları için lisanslama ve ayarlar şablonunun doğru şekilde yapılandırıldığından emin olun.

• Kullanıcı grubu için tüm arama hizmetlerinin ve özelliklerinin doğrulanması veya yapılandırılması (geçiş öncesinde veya geçiş sırasında uygun şekilde)

• Kurumsal rehberde, kullanıcıları arama özelliği etkinleştirilmiş kullanıcılar grubuna ekleyin.

• Kaldıraç Araçları - Kontrol Merkezi kullanıcı ve özellik geçiş araçları and/or üçüncü taraf araçlar

• Disable/Delete user/device rehber numarası ve arama features/services Geçiş sonrasında Unified CM'de.

Kullanıcı grubunun taşınmasının ardından, tüm arama özelliklerinin ve hizmetlerinin doğru çalıştığını doğrulamak için kullanıcıların bir alt kümesini test edin. Çağrı kuyruğu, arama grupları vb. gibi arama özelliklerine kullanıcı grubuyla birlikte geçiş yapılıyorsa, bu arama hizmetlerinin doğru çalışıp çalışmadığını test edin.

Webex Calling'de çalışma alanı, cihazların, dahili hatların ve kullanıcıların atanabileceği paylaşılan bir konumu (örneğin konferans odası, toplantı alanı veya ortak çalışma masası) ifade eder. Geleneksel Unifed CM telefonlarından farklı olarak, çalışma alanları şunlardır:

• Konum odaklı: fiziksel mekanlara bağlı.

• Cihaz uyumluluğu: Bir veya daha fazla cihaza sahip olabilir (masaüstü telefonlar, panolar vb.).

Webex Calling'e geçişin bir parçası olarak çalışma alanları belirlendikten sonra, bunlar Kontrol Merkezi'nde Cihazlar bölümüne eklenebilir. Her çalışma alanına bir cihaz atanması gerekir ve eğer bu cihazlar zaten Unified CM'de kayıtlıysa, Webex için sıfırlanmaları veya yeniden yapılandırılmaları gerekir. Webex Arama özelliklerinden sesli mesaj, çağrı yönlendirme ve çağrı alma gibi özellikler etkinleştirilebilir veya devre dışı bırakılabilir ve gerektiğinde görüntülü aramalar, çağrı bekletme ve mobil cihazlar için politikalar uygulanabilir. Her bir çalışma alanını, dahili ve harici aramalar yaparak, video, konferans ve mobil özelliklerini test ederek denetleyin. Son olarak, kullanıcılara çalışma alanı cihazları ve rezervasyonları için geçerli olan süreçler hakkında bilgi verin.

Control Hub'daki çalışma alanları hakkında daha fazla bilgi için bkz. Çalışma Alanları.

Şu anda Unified CM'ye kayıtlı olan telefonların, bulut geçişinin bir parçası olarak Webex Calling'e taşınması gerekecektir. Cisco, geçiş işlemini olabildiğince basitleştirmek ve başarısızlık olasılığını en aza indirmek için fiziksel lokasyonların veya departmanların aynı anda geçişini önermektedir. Ancak, özellik bağımlılıkları nedeniyle kullanıcıları gruplar halinde geçirmeniz gerekebilir. Daha fazla bilgi için Kullanıcıları toplu olarak taşıma bölümüne bakın.

Unified CM'den Webex Calling'e geçirmeniz gereken, Webex Calling tarafından desteklenen tüm telefonların Webex Calling'de kullanıcı veya çalışma alanı olarak yapılandırılması ve fiziksel telefonun Webex Calling'e kaydolacak şekilde yeniden yapılandırılması gerekecektir. Ayrıca, 7800 ve 8800 serisi telefonların bellenimlerinin Kurumsal bellenimden Çok Platformlu Telefon (MPP) bellenimine yükseltilmesi gerekmektedir. Bu işlem, Webex Arama kaydı için gerekli olan MPP bellenimi yüklenmeden önce geçiş belleniminin yüklenmesini içerir. Ayrıca uygun göç lisansına da ihtiyaç duyar. Cisco, kurumsal yazılım yüklü telefonlarınızı MPP yazılımına yükseltmeyi kolaylaştırmak için son birkaç yıldır bu süreci geliştirdi. Ürün yazılımı yükseltmesini tamamlamak için gereken adımlar hakkında daha fazla bilgi için Cisco 7800 ve 8800 serisi IP telefonlarını Kurumsal ve MPP Ürün Yazılımı arasında dönüştürmebölümüne bakın.

Bu makalede özetlenen adımlara ek olarak, Control Hub'da 7800 ve 8800 telefonlarınızı Enterprise'dan MPP bellenimine geçirmenize yardımcı olmak için kullanabileceğiniz yerleşik bir araç Telefonunuzu Webex Aramasına Geçirinbulunmaktadır. Bu araç ayrıca telefonları Kontrol Merkezine eklemenize ve bunları uygun kullanıcılara veya çalışma alanlarına atamanıza olanak tanır. Araç kullanımı hakkında daha fazla bilgi için Telefonunuzu taşıyınbölümüne bakın.

Unified CM'ye kayıtlı 9800 serisi telefonlar için yukarıdaki ürün yazılımı geçişi gereksinimi geçerli değildir. Bu telefonlar, hem Unified CM hem de Webex Calling tarafından desteklenen PhoneOS işletim sistemini kullanmaktadır. Bu telefonları Webex Aramasına geçirmek için, bunları Webex Aramasına eklemeniz, bir kullanıcıya veya çalışma alanına atamanız ve ardından telefonları fabrika ayarlarına sıfırlamanız gerekecektir. Kayıt için PhoneOS önyükleme sırası Aşağıdaki şekil, PhoneOS önyükleme sırasını ve telefonun Control Hub'a eklendikten sonra, Unified CM'de hala yapılandırılmış olsa bile, Webex Calling'e nasıl kaydolacağını göstermektedir. and/or DHCP Seçenekleri (Örnek - 150) kullanımda.

Unified CM, Webex Aramalarına Sıfır Dokunuşla Katılımı sağlamak için PhoneOS cihazlarının fabrika ayarlarına sıfırlanmasını destekler. Unified CM yöneticileri, CUCM Yönetim sayfaları aracılığıyla 9800 ve 8875 telefonlarını uzaktan fabrika ayarlarına sıfırlayabilir; bu da telefonları Webex Aramasına dahil etmek için telefonlara fiziksel erişim ihtiyacını ortadan kaldırır. Bu özellik, 9 Eylül 2025 tarihinden itibaren geçerli olacak Cihaz Paketleri ile desteklenmektedir:

• CUCM v15 - Birleşik İletişim Yöneticisi Sürüm 15

• CUCM v14 - Birleşik İletişim Yöneticisi Sürüm 14.

9800 serisi için kayıt işlemi hakkında daha fazla bilgi için Kayıt işlemibölümüne bakınız.

Cisco IP telefonlarına ek olarak, analog telefon adaptörleri (ATA'lar), kablosuz (Wi-Fi, DECT) telefonlar, video cihazları, ses ağ geçitleri ve^üçüncü taraf cihazlar ve telefonlar gibi diğer cihazların da sağlanması gerekebilir. Bu cihazların çoğunda, IP telefonlarda olduğu gibi kurumsal yazılımdan bulut yazılımına geçişi sağlayacak bir yazılım güncelleme yolu bulunmamaktadır. Bu nedenle, bu cihazların her birini Kontrol Merkezi'nde yapılandıracaksınız. Bunlardan bazıları Webex Calling'e geçirilemez ve eşdeğer bir Webex Calling modelinin bunların yerini alması gerekecektir (örneğin ATA). 191/192) ve diğerleri manuel yeniden yapılandırma gerektirecektir. and/or Yazılım değişiklikleri.

• Ses ağ geçitleri - Yerel ağ geçidinizi taşımak için bkz. Yerel ağ geçidini taşıma.

  Control Hub'da VG400, VG410 veya VG420 ses ağ geçidinizi yapılandırmak için daha fazla bilgi için bkz. Yerel ağ geçidi

• Analog telefon adaptörü (ATA) - Cisco ATA 191 ve 192'nizi kullanmaya başlamak için Cisco ATAbölümüne bakın.

• Wifi kablosuz telefon - Webex kablosuz telefon 840 ve 860'ı entegre etmek için Webex kablosuz telefonu entegre etmebölümüne bakın.

• DECT kablosuz telefonlar - Yeni Cisco IP DECT 6800 serisiyle çalışmaya başlamak için Cisco IP DECTbölümüne bakın.

  Control Hub'da dijital DECT ağını oluşturmak ve yönetmek için DECT ağını yönetmebölümüne bakın.

  Cisco IP DECT 6800 hakkında daha fazla bilgi için Dağıtım kılavuzunabakın.

• 3^rd cihazlar ve telefonlar - 3^rd satıcılarla çalışın device/phone Webex Calling'i desteklemek için gereken şartlar ve bunların taşınması veya değiştirilmesi süreci.

Webex Calling'de gerekli olan tüm arama özelliklerinin geçiş öncesinde veya geçiş sırasında yapılandırılması gerekmektedir. Kullanıcıları toplu olarak geçirme bölümünde ele alındığı gibi, bu özellikleri kullanan kullanıcılar geçiş yaparken, ilgili özelliklerin de yapılandırılması ve geçişinin sağlanması gerekmektedir.

Webex Arama özelliklerinin her birinin nasıl yapılandırılacağına ilişkin ayrıntılar için ilgili yapılandırma yardım makalelerine bakın.

• Otomatik karşılama sistemleri - Otomatik karşılama sistemlerini yönetmek için bkz. Otomatik karşılama sistemleri

• Çağrı parkı - Çağrı parkını yönetmek için bkz. Çağrı parkı

• Çağrı alma - Çağrı alma grubunu yapılandırmak için bkz. Çağrı alma

• Çağrı kuyruğu s - Çağrı kuyruğunu yapılandırmak için bkz. Çağrı kuyruğu

• Av grupları - Av gruplarını yönetmek için Av grubunu yönetbölümüne bakın.

• Çalışma modları - Çalışma modlarına göre çağrı yönlendirme için bkz. Çalışma modlarına göre çağrı yönlendirme

• Çağrı grupları - Bir çağrı grubunu yapılandırmak için bkz. Çağrı grubunu yapılandırma

• Kayıtlar - Webex Aramaları için çağrı kaydını yönetmek için Kayıtları yönetbölümüne bakın.

• Tek numara erişimi - Tek numara erişimini (herhangi bir ofis) yapılandırmak için bkz. Tek numarayı yapılandır

• Sesli posta grubu - Webex Araması için paylaşılan bir sesli posta ve gelen faks kutusunu yönetmek için bkz. Sesli postayı yönet.

Kabul testi, taşınan ortamın işlevsel gereksinimleri karşıladığından, beklendiği gibi çalıştığından ve tüm iletişim iş akışlarında sorunsuz bir kullanıcı deneyimi sağladığından emin olmayı sağlar. Bu doğrulama süreci çok yönlü olup, kullanıcı yetkilendirmesinden ve numara atamalarından gelişmiş arama özelliklerinin operasyonel performansına kadar her şeyi kapsamaktadır.

Bu bölüm, kabul testleri sırasında dikkate alınması gereken önemli hususlara örnekler vermekte ve bunları vurgulamaktadır; ancak, kapsamlı veya eksiksiz bir kontrol listesi olarak tasarlanmamıştır.

Kullanıcı yetkilendirme ve numara atama

Kabul testinin temel bir yönü, tüm kullanıcıların Webex Calling'de doğru ve eksiksiz bir şekilde yetkilendirildiğinin doğrulanmasını içerir. Bu, her kullanıcı hesabının, dahili numaralar ve doğrudan gelen arama (DID) atamaları gibi ilgili özellikleriyle birlikte doğru şekilde taşındığından emin olmak için kaynak (Unified CM) dizini ile yeni oluşturulan Webex Calling kullanıcı tabanı arasında kapsamlı bir karşılaştırma yapılmasını gerektirir. Tedarik sürecinin eksiksiz olması, yalnızca ilk günkü operasyonel verimlilik için değil, aynı zamanda devam eden yönetim ve destek için de kritik öneme sahiptir.

Numara atama doğrulama işlemi, her kullanıcının doğru dahili ve harici numaraya sahip olduğunu ve bu numaraların hem dahili (şebeke içi) hem de harici (PSTN) çağrı akışlarında doğru şekilde yönlendirildiğini doğrulamayı içerir. Çağrı yönlendirme hatalarına veya hizmet kesintilerine yol açabilecek çakışmaları, eksik atamaları veya yanlış yapılandırmaları kontrol etmek çok önemlidir.

PSTN Çağrı Akışları ve Arayan Kimliği Sunumu

Sağlam bir kabul testi prosedürü, PSTN çağrı akışlarının uçtan uca doğrulanmasını kapsamalıdır. Bu, hem gelen hem de giden çağrı senaryolarını kapsar. Gelen PSTN aramaları için, test ekibi aramaların bireysel kullanıcılar, çağrı kuyrukları, yönlendirme grupları veya otomatik karşılama sistemleri gibi amaçlanan uç noktalara iletildiğini doğrulamalıdır. PSTN'den yapılan giden aramaların başarılı bir şekilde gerçekleştirilmesi gerekmektedir; özellikle arayan kimliği bilgilerinin doğru iletilmesine ve sunulmasına dikkat edilmelidir. Bu, kuruluş politikalarına ve yasal gerekliliklere uygun olarak, dış alıcılara doğru arayanın adının ve numarasının gösterilmesini sağlamayı içerir.

Testler ayrıca, erişilemeyen uç noktaların veya ağ kesintilerinin ele alınması gibi arıza durumlarını da kapsamalıdır. Bu, yedekleme mekanizmalarının ve alternatif yönlendirmelerin düzgün çalıştığını doğrulamaya, hizmet sürekliliğini ve güvenilirliğini korumaya yardımcı olur.

Şebeke içi çağrı akışları

Kurumsal iletişimin omurgasını dahili veya ağ içi çağrı akışları oluşturur. Bu alandaki kabul testleri, kuruluş içindeki kullanıcılar arasındaki aramaların doğru şekilde yönlendirildiğini ve arama aktarma, bekletme, yönlendirme ve konferans görüşmesi gibi özelliklerin amaçlandığı gibi çalıştığını doğrular. Arama planlarının bütünlüğü, dahili hatlar arası bağlantı ve kurumsal arama politikalarına verilen destek teyit edilmelidir.

Kullanıcı Çağrısı İşleme ve Özellik Doğrulama

Kabul testinin önemli bir yönü, kullanıcıların Webex Uygulaması ve desteklenen masa üstü telefonları kullanarak aramaları nasıl yönettiklerini doğrulamayı içerir. Bu süreç, günlük arama iş akışlarının sezgisel ve güvenilir olmasını ve kullanıcıların rollerine ilişkin gerekli temel özelliklere sorunsuz erişime sahip olmasını doğrulamaya odaklanmaktadır. Testler, kullanıcıların arama yapma ve alma kolaylığını, bekleme ve devam ettirme işlevlerini yönetme kolaylığını ve hem kör hem de danışmalı aktarımları gerçekleştirme kolaylığını değerlendirmelidir. Ayrıca, çağrı yönlendirme, konferans görüşmesi ve çağrıları beklemeye alma, geri alma veya rahatsız etme modunu etkinleştirme gibi diğer gelişmiş özelliklerin kolayca erişilebilir ve sorunsuz bir şekilde çalıştığından emin olmak da çok önemlidir.

Kullanıcıların arama geçmişi, sesli mesaj ve entegre dizinlerle nasıl etkileşim kurduğu göz önünde bulundurularak, deneyimin netliği ve yanıt verme hızı açısından değerlendirilmesi gerekir. Aktif aramaları cihazlar arasında taşıma ve uygulama içinde veya fiziksel telefonlarda arama içi kontrolleri etkili bir şekilde kullanma özelliğine ayrıca dikkat edilmelidir. Nihai hedef, geçiş sonrasında son kullanıcı deneyiminin tutarlı, verimli olmasını ve kuruluşun iletişim ihtiyaçlarını tam olarak desteklemesini sağlamaktır.

Çağrı Sıraları: Temsilci ve süpervizör deneyimi

Çağrı kuyrukları, sıklıkla yüksek hacimli gelen çağrı senaryolarında kullanılır. Burada kabul testi birkaç boyuta odaklanmaktadır. Öncelikle, çağrıların yapılandırılmış kuyruk mantığına (örneğin, sırayla dağıtım, en uzun bekleme süresi veya eş zamanlı çalma) göre temsilcilere dağıtıldığının doğrulanması gerekir. Temsilci masaüstlerinde sıraya alınmış aramaların sunumu, netlik ve kullanım kolaylığı açısından incelenmeli ve temsilcilerin aramaları verimli bir şekilde kabul edebilmesi, bekletebilmesi ve aktarabilmesi sağlanmalıdır.

Yöneticiler için masaüstü deneyimi, gerçek zamanlı izleme, çağrıya müdahale etme ve kuyruk performansına ilişkin analizler veya içgörüler gibi özellikler açısından değerlendirilmelidir. Bu, çağrı dağıtımı, temsilci etkinliği ve kuyruk ölçümleri hakkında eyleme geçirilebilir veriler sağlayan gösterge panellerinin ve raporlama araçlarının doğrulanmasını içerir ancak bununla sınırlı değildir.

Çağrı Yakalama Grupları: Çağrı dağıtımı

Çağrı yönlendirme grupları, çağrıları önceden tanımlanmış kullanıcı gruplarına dağıtmanın önemli bir mekanizmasıdır. Kabul testleri, çağrıların yapılandırılmış arama algoritmasına göre grup üyelerine yönlendirildiğini ve taşma, yönlendirme ve cevapsızlık senaryolarının tasarıma uygun şekilde ele alındığını doğrulamalıdır. Grup üyeliği ve çağrı yönlendirme davranışlarının Unified CM'de önceden belirlenenlerle eşleşmesini sağlamak, operasyonel tutarlılık ve kullanıcı memnuniyeti için çok önemlidir.

Otomatik Santraller: Duyurular ve menü işlemleri

Otomatik karşılama sistemleri, otomatik çağrı yönetiminin ön saflarını temsil eder. Testler, anonsların oynatılmasını, kaydedilmiş selamlama mesajlarının doğruluğunu ve menü ağaçlarının doğru çalışmasını kapsamalıdır. Menü seçenekleri, arayanları güvenilir bir şekilde ilgili departmanlara, kişilere veya harici numaralara yönlendirmelidir. Testler, arayanların net bir şekilde yönlendirildiğini veya amaçlandığı gibi yönlendirildiğini doğrulamak için geçersiz veya zaman aşımı senaryolarını da içermelidir.

Sesli mesaj sistemi

Son olarak, sesli mesaj işlevi kullanıcı deneyimi açısından kritik öneme sahiptir. Kabul testleri, sesli posta kutularının doğru şekilde atandığını ve hem kuruluş içinden hem de uzaktan erişilebilir olduğunu doğrulamalıdır. Mesajları kaydetme, alma ve yönetme yeteneğinin yanı sıra bildirim gönderimi de onaylanmalıdır.