Geçişin ilk adımı, şirket Webex Calling 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 önemlidir.

Ağ ve güvenlik yöneticileri bu akışları şu şekilde anlam alıdır:

• Y ön (gelen ve 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 duvarlarının, NAT aygıtlarının ve diğer ağ altyapılarının, kurumsal güvenlik politikalarını korurken Webex Calling trafiği barındıracak şekilde uygun şekilde yapılandırılmasını sağlar.

IP adresi, bağlantı noktaları ve protokoller dahil olmak üzere gerekli akışlar hakkında bilgi için bkz. Bağlantı noktası referans bilgileri Webex Calling. Ağ akışlarını etkinleştirmek için mevcut dağıtımdaki güvenlik duvarını, proxy'leri ve diğer ağ altyapısını yapılandırmak için bu bilgileri Webex Calling kullanın.

Her şubeden veya siteden merkezi olmayan internet kopuşu, aşağıdaki gibi Webex Calling bulut işbirliği hizmetleri için önerilen yaklaşımdır.. Trafiğin yerel olarak çıkmasına izin vererek, bu model:

• Gidiş-dönüş gecikmesini ve titreşimi azaltır, genel arama kalitesini iyileştirir

• Daha fazla kullanıcı ve site geçiş yaptıkça verimli bir şekilde ölçeklenir Webex Calling

• Optimum performans için oturumları dinamik olarak en yakın Webex bulut giriş noktasına yönlendirebilen SD-WAN ile sorunsuz çalışır

• Ortam yolu analizi ve sorun gidermeye yardımcı olan genel IP adreslerine göre kullanıcı konumunu izlemeye izin verir.

Ek olarak, kuruluşlar her sitede yeterli internet bant genişliği sağlamalıdır. Bant genişliği, beklenen eşzamanlı çağrı sayısına, seçilen codec bileşenine (örn. Opus veya G.711) ve ayrıca sinyalleme, yeniden iletimler ve büyüme için ek yüke 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.

Dağıtımın uygulama aşamasındaki ilk kurulum alt bölümü, iyi yapılandırılmış ve yönetilebilir bir bulut arama ortamı oluşturmak için temeldir. Webex Calling Bu aşama, Control Hub organizasyonunu kurmak, lisans tedarik etmek ve atamak ve uygun kullanıcı yönetimi ve güvenliğini sağlamak için şirketinizin etki alanlarını doğrulamak ve talep etmek gibi kritik görevleri kapsar. Ek olarak, 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 Tek Oturum Açma (SSO) yapılandırma ve hizmet ve istemci ayarlarını kuruluş ilkeleri ve kullanıcı ihtiyaçları ile uyumlu olacak şekilde ayar lama içerir. Bu ilk kurulum faaliyetlerinin tamamlanması, Webex Calling ortamın ölçeklenebilirlik, güvenlik ve sorunsuz kullanıcı deneyimi için uygun ş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, bir pilot geçiş yürütmek, şuradan geçişin doğrulanmasında kritik bir dönüm noktasını temsil ederUnified CM.. Webex Calling Bu pilot uygulama, bir veya daha fazla konumdaki temsili bir kullanıcı alt kümesinin Webex Calling platformda sağlanmasını ve seçilen popülasyonun çeşitli kullanım durumlarını ve organizasyonel rolleri yansıtmasını sağlamayı içerir. Kullanıcı geçişine paralel olarak, iş sürekliliğini ve hizmet işlevselliğini korumak için sesli posta, otomatik görevliler, çağrı kuyrukları ve avlanma grupları gibi temel işbirliği hizmetleri eşdeğer Webex Calling lerine geçirilmelidir.

Pilot geçiş, daha geniş kurumsal dağıtım için planlanan Cisco tarafından sağlanan araçların ve üçüncü taraf geçiş yardımcı programlarının aynı kombinasyonundan yararlanmalı 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 dağıtımın temel hedefleri iki yönlüdür: Birincisi, kullanıcı sağlama iş akışları, veri taşıma prosedürleri ve uç nokta yapılandırmaları dahil olmak üzere uçtan uca geçiş süreçlerini doğrulamak ve iyileştirmek; ikincisi, gerçek dünya operasyonel koşulları altında taşınan hizmetlerin işlevselliğini kapsamlı bir şekilde doğrulamak .

Bu aşamalı yaklaşım, proje ekibinin kontrollü bir ortamda teknik veya prosedürel sorunları tanımlamasına ve düzeltmesine, 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 sağlamasına olanak tanır.

Bu pilot aşamada elde edilen içgörüler, sonraki geçiş dalgal arını optimize etmede ve tüm işletme için sorunsuz, risk azaltılmış bir geçiş sağlamada etkilidir.

PSTN hizmetlerini tedarik etmek için önce Control Webex Calling Hub'da bir PSTN bağlantı seçeneği seçin.

Bir kuruluş geçici veya süresiz olarak hibrit çift çağrı kontrolünü sürdürmeyi planlıyorsa (Şekilde Aşamalı Arama Geçişi: Hibrit ve Bulut şeklindeki aşama 1), uç noktalar arasında aram aya izin vermek için şirket içi PSTN için bir veya daha fazla Yerel Ağ Geçidi dağıtması gerekir. Webex Calling Unified CM

PSTN dahil nihai hedef buluta tam geçiş (aşama 2) ise PSTN için Cisco Çağrı Planı veya Bulut Bağlant Webex Calling ısı seçeneği gerekli olacaktır.

Kontrol Hub'da yapılandırmadan önce telefon numaralarını sipariş etmek ve bağlantı kurmak için seçtiğiniz sağlayıcıyla birlikte çalışın. Telefon numaraları sipariş etmek veya bağlantı noktası siparişleri başlatmak yalnızca şirket içi PSTN ve Cloud Connect için gereklidir/mümkündür. Webex Calling Cisco Çağrı Planları için sipariş verme ve taşıma, konum oluşturulur oluşturul maz Control Hub içinden ve Cisco Çağrı Planının mevcut olduğu ülkelerde başlatılır. Cisco Arama planları hakkında daha fazla bilgi için bkz. Cisco plan larını kullanmaya başlama.

PSTN uygulamasının bir parçası olarak, sağlayıcınızın konumunuz 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 yönlendirildiğini doğrulamak için test çağrıları gerçekleştirin.

Kullanıcıları ve cihazları eklemeden önceWebex Calling, arama konumlarını sağlamanız gerekir. Her konum için geçerli bir sokak adresi gir ilmelidir. ABD ve Kanada'da, bu adres doğrulanır ve platform tarafından acil çağrılar için PIDF-LO konum bilgilerini göndermek için kullanılır.

Şirket içi PSTN kullanan konumları yapılandırırken, yerel ağ geçitlerini buna göre ayarlamanız gerekir. İçindeWebex Calling, her yerel ağ geçidi için bir ana bağlantı ve bir rota grubu oluşturulmalıdır ve daha sonra yol grubu konum için PSTN seçimi olarak atanır. Cisco, PSTN seçimi olarak her zaman bir rota grubu seçmenizi şiddetle tavsiye eder, çünkü bu yaklaşım gelecekte kolayca ek trunklar eklemenize olanak tanır ve hem ölçeklenebilirliği hem de yedekliliği destekler. Cisco ayrıca her PSTN kanalında çift kimlik ve P-Charge-Info desteğinin etkinleştirilmesini önerir, çünkü bu, giden doğrudan veya yönlendirilen aramalar için faturalandırılabilir tarafın tanımlanmasını kolaylaştırır. PSTN sağlayıcınız faturalandırma için farklı bir başlık kullanıyorsa bilgileri yerel ağ geçid indeki P-Charge-Info başlığından gerekli faturalandırma başlığına kopyalayabilirsiniz.

Cloud Connect for Webex Calling veya PSTN seçeneği olarak Cisco Çağrı Planı'nı kullanan konumlar için, kurulum sırasında konum için ilgili PSTN seçimini seç meniz yeterlidir. Konum için Cloud Connect Webex Calling veya şirket içi PSTN kullanıyorsa, önceki adımda sipariş edilen telefon numaralarını eklemeniz gerekir. Numaralar, arama yönlendirmesine hemen dahil edilmesini istemiyorsanız etkin olmayan olarak eklenebilir; bu numaraları kullanıcılara veya özelliklere atandıklarında daha sonra etkinleştirebilirsiniz.

Her konum için her zaman ana numarayı ayarlamak önemlidir. Ana numara, bir kullanıcıya veya otomatik görevli gibi bir özelliğe atanabilir. Konumda sesli mesajı etkinleştirmek için, sesli portal numarası olarak da bilinen sesli posta pilot numarasını ayar ladığınızdan emin olun.

Arama konumları için ek ayarlar arasında acil durum geri arama numarası, bildirim seçenekleri ve gelişmiş acil arama özellikleri gibi acil arama ayrıntılarının yapılandırılması yer alır. Ayrıca kayıt ayarlarını, dil tercihlerini ve cihaz yapılandırmalarını her konum için gerektiği gibi gözden geçirmeli ve ayarlamalısınız. Kuruluşunuz kurumsal önemli numar alarla kısaltılmış siteler arası ağ üzerinden arama kullanıyorsa, dahili arama ayarlarında konum için benzersiz bir site kodu yapılandırmayı unutmayın . Son olarak, harici arama giden arama basam ağı gerektiriyorsa, bunu harici arama ayarlarında ayarladığınızdan emin olun. Bir giden arama rakamı yapılandırıldığında Cisco, tutarlılığı sağlamak için giden arama basamağı uygulamasının etkinleştirilmesini önerir.

Şirket içi çağrı denetimi ile entegre etmek için ana hatları, rota grupl arını, kurumsal arama planlarını ve hem konum hem de genel ayarları yapılandırmak gerekir. Şirket içi çağrı kontrol sistemi ile ara bağlantı için tasar lanan ana hatları ve yerel ağ geçitlerini ayarlayarak başlayın; bu adım yalnızca özel trunklar gerekliyse gereklidir. Mevcut ana hatlar ve rota grupları dağıtımınız için yeterliyse, ek yapılandırma olmaksızın şirket içi ara bağlantı için yeniden kullanılabilir.

Ana hatlar ve rota grupları oluşturulduktan sonra, kurumsal arama plan larını oluşturmaya devam edin ve her arama planı için uygun rota gru bunu hedef olarak atayın. Entegrasyon, farklı kanallar aracılığıyla bağlanan birden fazla şirket içi çağrı kontrol sistemini içer diğinde, birden fazla arama planı gerekecektir. Bu arama planlarının yalnızca aramaları şirket içi hedeflere yönlendirmek için gerekli olan kalıpları içer diğinden emin olmak önemlidir.

Dağıtımınız bilinmeyen uzantı yönlendirmesi desteği gerektiriyorsa, bu özellik konum düzeyinde etkinleştirilmelidir. Ek olarak, bilinmeyen uzantı yönlendirmesi etkinleştirildiğinde, Control Hub'daki arama hizmetleri ayarlarının aralarında Webex Callingve tesisler arası Çağrı Yönlendirme bölümünde bilinmeyen maksimum uzantı uzunluğunu belirtmeniz gerekir. Bu, entegre ortamınızda sorunsuz arama yönlendirmesi ve uzantı tabanlı arama sen aryolarının uygun şekilde işlenmesini sağlar.

Kullanıcıları kendinize Unified CM aktar Webex Calling dığınızda, tüm kullanıcıları aynı anda taşıyamayabilirsiniz. Bunun nedeni, site veya kullanıcı sayısı, bir sitenin ve/veya kullanıcı grubunun bir seferde geçiş süresinin ne kadar sürdüğü, değişiklik penceresini desteklemek için sınırlı BT veya site kaynağı, değişiklik penceresinin süresi, değişikliğin karmaşıklığı vb. dahil ancak bunlarla sınırlı olmamak üzere birçok neden den kaynaklanabilir.

Kullanıcıları aşamalı olarak geçirdiğinizde, hangi kullanıcıların aynı toplu iş içinde birlikte geçmesi gerektiğini belirlemek çok önemlidir. Birincil hedef, arama hizmetleri ve özellikleri için birbirine bağımlılığı olan kullanıcıları bir araya getirmektir.. Tüm arama özelliklerinin (Ör nek - Çağrı Kuyrukları) geçiş öncesinde olduğu gibi tam Webex Calling olarak işlevsel olduğundan emin olmak istersiniz. Unified CM

Yerel Ağ Geçitleri arasında Unified CM ve yerel ağ geçitleri Webex Calling ile birlikte arama işlemi uygulasanız bile, paylaşılan hizmetleri veya özellikleri bu bağlantı genelinde bölemezsiniz. Bu nedenle, aşağıdaki özelliklere bakarak kullanıcılar arasındaki bağımlılıkları belirlemeniz gerekir :

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

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

• Paylaşılan satırlar

• Çağrı alma işlemini kullanma

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

• İnterkom

• Yönetici/Yönetici.

Bir örnek, geçiş yapılan bir Unified CM Hunt Group"un parçası olan bir kullanıcı olabilir.. Webex Calling Bu kullanıcı Hunt Group Webex Calling "a ve Hunt Group"un diğer tüm üyelerine geçiş yapacak.. Bu nedenle, geçiş sonrası Hunt Group ve üyeleri yeni platformdaki çağrıları başarıyla cevaplayabilir.

Kullanıcılar farklı arama hizmetleri ve özellikleri için farklı kullanıcı gruplarına bağlandığında bu daha zor hale gelir. Bu, birden fazla kullanıcı gru bunun ve bir arama hizmetinin aynı anda geçiş yapılmasını Webex Calling gerektirecektir..

Hangi kullanıcıların ve özelliklerin birlikte gruplandırılması gerektiğini belirlemek için hazırlık aşamasında kullandığınız Kontrol Merkezi Geçiş İç görüleri aracının veya üçüncü taraf aracının çıktısını kullanın. Bu çıktı, geçiş plan ınızı geliştirmek için kullanılmış olmalı ve birlikte geçiş yapılması gereken kullanıcıları ve özellikleri nasıl gruplandıracağınıza dair fikir verecektir.

Bir kullanıcı grubuna geçiş yaparken temel adımlar şunlardır:

• Birlikte geçilecek kullanıcıları belirleme

• Tüm kullanıcıların Control Hub'da olduğunu doğrulayın

• Kullanıcılar için tüm TN'lerin Control Hub'da bulunduğunu doğrulayın

• Dizinde doğru telefon numarası biçimini doğrulayın

• Kullanıcı grupları için lisanslama ve ayar şablonunun doğru ayar landığından emin olun

• Kullanıcı grubu için tüm arama servislerini ve özelliklerini doğrulama veya yapılandırma (uygun şekilde geçiş öncesinde veya sırasında)

• Kurumsal dizinde, arama özellikli kullanıcılar grubuna kullanıcı ekleyin

• Kaldıraç Araçları - Control Hub kullanıcı ve özellik geçiş araçları ve/veya üçüncü taraf araçları

• Geçişten sonra kullanıcı/cihaz dizin numarasını ve arama özellikleri/hizmetleri devre dışı bırakın/silin. Unified CM

Bir grup kullanıcıyı geçirdikten sonra, tüm arama özelliklerinin ve hizmetlerinin düzgün çalıştığını doğrulamak için kullanıcıların bir alt kümesini test edin. Çağrı Kuyruğu, Avlanma Grupları vb. gibi arama özellikleri kullanıcı grubuy la birlikte geçiş yapılırsa, bu arama hizmetlerini uygun işlevsellik açısından test edin.

İçinde çalışma alanıWebex Calling, cihazlar, uzantılar ve kullanıcılar atanabilen paylaşılan bir konumu (konferans odası, topluluk alanı veya çalışma masası gibi) ifade eder. Geleneksel Unifed CM telefonlarının aksine, çalışma alanları şunlardır:

• Konum merkezli: fiziksel alanlara bağlı.

• Cihaz esnekliği: bir veya daha fazla cihaza sahip olabilir (Masa Telefonları, Panolar vb.).

Çalışma alanları geçişin bir parçası olarak tanımlandıktan sonraWebex Calling, Cihazlar altındaki Kontrol Merkezi'ne eklenebilirler. Her çalışma alanının bir aygıt ataması gerekir ve zaten içerideyseUnified CM, Webex için sıfırlanması veya yeniden sağlanması gerekir. Webex CallingSesli mesaj, çağrı yönlendirme ve arama alma gibi özellikler etkinleştirilebilir veya devre dışı bırakılabilir ve gerektiğinde görüntülü aramalar, çağrı parkı ve mobilite için politikalar uygulanabilir. Dahili ve harici aramalar yaparak, video, konferans ve mobilite özelliklerini test ederek her çalışma alanını test edin. Son olarak, çalışma alanı cihazları ve rezervasyonlar için geçerli tüm süreçleri kullanıcılara bildirin.

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

Şu anda kayıtlı olan telefon Unified CM ların bulut geçişinin Webex Calling bir parçası olarak taşınması gerekecektir.. Cisco, aynı anda fiziksel sitelerin veya departmanların geçişini mümkün olduğunca basit hale getirmek için, en az başarısızlık ihtimali ile mümkün olduğunca basit hale getirilmesini önerir. Ancak, özellik bağımlılıkları nedeniyle kullanıcıları toplu olarak taşımanız gerekebilir. Daha fazla ayr ıntı için Kullan ıcıları toplu olarak taşıma bölümüne bakın.

Geç Webex Calling iş yapmanız gereken desteklenen tüm telefon Unified CM ların kullanıcı veya çalışma alanı Webex Calling olarak yapılandırılması gerekir ve fiziksel telefonun kaydolmak için yeniden yapılandırılması gerekir.. Webex Calling Ek olarak, 7800 ve 8800 serisi telefonların ürün yazılımının Enterprise ürün yazılımından Multiplatform Phone (MPP) ürün yazılımına yükseltilmesi gerekir. Bu işlem, Webex Calling kayıt için gerekli MPP ürün yazılımını yüklemeden önce geçici ürün yazılımının yüklenmesini içerir. Ayrıca uygun geçiş lisansını gerektirir. Cisco, Kurumsal ürün yazılımı telefonlarınızı MPP ürün yazılımına yükseltmenizi kolaylaştırmak için son birkaç yılda bu süreci geliştirdi. Ürün yazılımı yükseltmesini tamamlama adımları hakkında daha fazla bilgi için bkz. Cisco 7800 ve 8800 serisi IP telefonlarını Kurumsal ve MP P Donanım Yazılımı arasında dönüştür me.

Bu makalede özetlenen adımlara ek olarak, Control Hub, 7800 ve 8800 telefonlarınızı Enterprise'dan Webex Calling MPP ürün yazılımına taşımanıza yardımcı olmak için kullanabileceğiniz yerleşik bir aracı olan Telefonunuzu taşıyın. Bu araç ayrıca telefon ları Control Hub'a 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 bkz. Telefonunuzu taşıma.

Yukarıdaki ürün yazılımı geçiş gereksinimi ile Unified CM kayıtlı 9800 serisi telefonlar için geçerli değildir. Bu telefonlar hem de desteklenen PhoneOS'u çalıştır Unified CM ırWebex Calling. Bu telefonları geçirmek için onları eklem Webex Calling enizWebex Calling, bir kullanıcıya veya çalışma alanına atamanız ve ardından telefonları fabrika ayarlarına sıfırlamanız gerekir. Kayıt için PhoneOS önyükleme sır ası aşağıdaki şekil, PhoneOS önyükleme sırasını ve telefon hala sağlanmış olsa Unified CM ve/veya DHCP Seçenekleri (Örnek - 150) kullanımda olsa bile, Control Hub'a eklendikten Webex Calling sonra telefonun nasıl kaydolacağını gösterir.

Unified CMZero-Touch onboarding'e izin vermek için fabrika ayarlarına sıfırlanan PhoneOS cihazlarını destekler. Webex Calling Unified CMyöneticiler, CUCM Yönetim sayfaları aracılığıyla 9800 ve 8875 telefonlarını uzaktan fabrika ayarlarına sıfırlayabilir, bu da telefonlara yerleştirmek için telefonlara fiziksel erişim ihtiyacını ortadan kaldırır. Webex Calling Bu özellik 9 Eylül 2025'ten itibaren 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 süreci hakkında daha fazla bilgi için bkz. Kayıt işlemi .

Cisco IP telefonlarına ek olarak, analog telefon adaptörleri (ATA), kablosuz (Wifi, DECT) telefonlar, video cihazları, ses ağ geçitleri ve ^3. taraf cihazlar ve telefonlar gibi diğer cihazların sağlanması gerekebilir. Bu cihazların çoğunda, onları kurumsal ürün yazılımından bulut ürün yazılımına geçmek için IP telefonlar gibi bir ürün yazılımı yükseltme yolu yoktur. Bu nedenle, bu cihazların her birini Control Hub'da sağlayacaksınız. Bunlardan bazıları geçiş yapılamaz Webex Calling ve eşdeğer Webex Calling modelin onu değiştirmesi gerekecektir (örn. ATA 191/192) ve diğerleri manuel yeniden yapılandırma ve/veya yazılım değişiklikleri gerektirecektir.

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

  Control Hub'da ses ağ geçidinizi VG400, VG410 veya VG420'yi yapılandırma hakkında 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 bkz. Cisco ATA.

• Wifi kablosuz telefon - Webex kablosuz telefon 840 ve 860'ı entegre etmek için bkz. Webex kablosuz telefonu entegre etme.

• DECT kablosuz telefonlar - Yeni Cisco IP DECT 6800 serinizi kullanmaya başlamak için bkz. Cisco IP DECT.

  Control Hub'da dijital DECT ağı oluşturmak ve yönetmek için bkz. DECT ağ ını yönetme

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

• ^{3. taraf} cihazlar ve telefonlar - Cihaz/telefon gereksinimleri ve bunları desteklemek için taşıma veya değiştirme süreci konusunda ^3. taraf satıcılarla çalışın. Webex Calling

Gerekli olan tüm arama özelliklerinin geçiş Webex Calling öncesinde veya geçiş sırasında sağlanması gerekir. Kullanıcıları toplu olarak taşıma bölümünde tartışıldığı gibi, arama özelliklerinin bunları kullanan kullanıcılar geçiş yapıldığında yapılandırılması ve geçiş yapılması gerekir.

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

• Otomatik görevliler - Otomatik sunucuları yönetmek için bkz. Otomatik sunucular

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

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

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

• Avlanma grupları - Av gruplarını yönetmek için bkz. Av grubunu yön etme

• Çalışma modları - Çalışma modlarına göre arama yönlendirmesi için bkz. Operasyonel mod lara dayalı çağrı yönlendirme

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

• Kayıtlar - Arama kaydını yönetmek için bk Webex Calling z. Kay ıtları yönetme

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

• Sesli posta grubu - Paylaşılan sesli mesajı ve gelen faks kutusunu yönetmek için Webex Calling bkz. Sesli postayı yönetme.

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

Bu bölüm örnekler sağlar ve kabul testi sırasında dikkate alınması gereken temel hususları vurgular; ancak, kapsamlı veya kapsamlı bir kontrol listesi görevi görmesi amaçlanmamıştır.

Kullanıcı sağlama ve numara ataması

Kabul testinin temel bir yönü, tüm kullanıcıların içeride doğru ve eksiksiz bir şekilde sağlandığını doğrulamayı içerir. Webex Calling Bu, uzantı numaraları ve doğrudan içe dönük arama (DIDUnified CM) atamaları Webex Calling gibi ilişkili niteliklerin yanı sıra her kullanıcı hesabının doğru bir şekilde geçirildiğinden emin olmak için source () dizini ile yeni oluşturulan kullanıcı tabanı arasında kapsamlı bir karşılaştırma gerektirir. Hazırlamanın bütünlüğü yalnızca birinci gün çalışabilirliği için değil, aynı zamanda devam eden yönetim ve destek için de kritik öneme sahiptir.

Numara atama doğrulaması, her kullanıcıya doğru uzantı ve harici numara atandığını ve bu numaraların hem dahili (ağ içi) hem de harici (PSTN) çağrı akışlarında doğru yönlendirildiğini doğrulamayı içerir. Çağrı yönlendirme hatalarına veya hizmet kesintilerine yol açabilecek herhangi bir çakışma, eksik atama veya yanlış yapılandırma olup olmadığını kontrol etmek ö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ğrulamasını içermelidir. Bu, hem gelen hem de giden çağrı senaryolarını içerir. Gelen PSTN çağrıları için, test ekibi, ister bireysel kullanıcılar, arama kuyrukları, avlanma grupları veya otomatik görevliler olsun, aramaların amaçlanan uç noktalara iletildiğini onay lamalıdır. Giden PSTN aramaları, arayan kimliği bilgilerinin doğru şekilde teslim edil mesine ve sunulmasına özellikle dikkat edilerek başarılı bir şekilde yapılmalıdır. Bu, organizasyon politikalarına ve yasal gerekliliklere uygun olarak, doğru arayan adının ve numarasının harici alıcılara görüntülenmesini sağlam ayı içerir.

Test, erişilemeyen uç noktaların veya ağ kesintilerinin işlenmesi gibi yük devretme senaryol arını da ele almalıdır. Bu, geri dönüş mekanizmalarının ve alternatif yönlendirmenin düzgün çalıştığını doğrulamaya yardımcı olur, hizmet sürekliliği ve güvenilirliğini korur.

İnternet üzerinden çağrı akışları

Dahili veya ağ içi çağrı akışları, kurumsal iletişimin bel kemiğini oluşturur. Bu alandaki kabul testi, çağrı aktarımı, bekletme, yönlendirme ve konferans gibi özelliklerle kuruluş içindeki kullanıcılar arasındaki çağrıların doğru yönlendirildiğini doğrul ar. Arama planlarının bütünlüğü, uzant ıdan uzantıya bağlantı ve kurumsal arama politikalarına yönelik destek onaylanmalıdır.

Kullanıcı Çağrısı işleme ve özellik doğrulama

Kabul testinin önemli bir yönü, kullanıcıların Webex Uygulam asını ve desteklenen masa telefonlarını kullanarak aram aları nasıl ele aldığını doğrulamayı içerir. Bu süreç, günlük arama iş akışlarının sezgisel ve güvenilir olduğunu ve kullanıcıların rolleri için gerekli temel özelliklere sorunsuz erişebil diklerini doğrulamaya odaklanır. Test, kullanıcıların arama yapma ve alma, bekleme ve devam etme işlevlerini yönetebilme ve hem kör hem de danışma transferleri gerçekleştirme kolay lığını değerlendirmelidir. Çağrı yönlendirme, konferans ve çağrıları park etme ve alma veya rahatsız etmeyin etkinleştirme gibi diğer gelişmiş özelliklerin kolayca kullanılabilir olduğunu ve sorunsuz çalıştığını doğrulamak da önemlidir.

Deneyim, kullanıcıların arama geçmişi, sesli posta ve entegre dizinlerle nasıl etkileşime girdiğini göz önünde bulundurarak netlik ve yanıt verme açısından değerlendirilmelidir. Aktif aramaları cihazlar arasında taşıma ve uygulama içinde veya fiziksel telefonlarda arama içi kontrolleri etkin bir şekilde kullanma yeteneğine ek dikkat edilmelidir. Nihai hedef, son kullanıcı deneyiminin tutarlı, verimli olmasını ve geçişi takiben kuruluşun iletişim ihtiyaçlarını tam olarak desteklemesini sağlamaktır .

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

Çağrı kuyrukları, yüksek hacimli gelen arama senaryolarını işlemek için sıklıkla kullanılır. Burada kabul testi birkaç boyuta odaklanır. İlk olarak, çağrıların, round robin, en uzun boşta kalma veya eşzamanlı çalma gibi yapılandırılmış kuyruk mantığına göre aracılara dağıtıldığı doğrulanmalıdır. Temsilci masaüstlerinde kuyruğa alınmış aramaların sunumu netlik ve kullanım kolaylığı açısından incelen meli ve aracıların aramaları verimli bir şekilde kabul edebilmesi, tutabilmesi ve aktarabilmesi sağlanmalıdır.

Denetçiler için masaüstü deneyimi gerçek zamanlı izleme, çağrı yönlendirme ve analitik veya kuyruk performansına ilişkin iç görüler gibi özellikler açısından değerlendirilmelidir. Bu, çağrı dağıtımı, temsilci etkinliği ve sıra met rikleri hakkında eyleme geçirilebilir veriler sağlayan panoların ve raporlama araçlarının doğrulanmasını içerir ancak bunlarla sınırlı değildir.

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

Avlanma grupları, aramaları önceden tanımlanmış kullanıcı kümelerine dağıtmak için önemli bir mekanizmadır. Kabul testinin, çağrıların yapılandırılmış avlanma algoritmasına dayalı olarak grup üyelerine yönlendirildiğini ve taşma, yönlendirme ve cevapsız senaryoların tasarıma göre ele alındığını onaylaması gerekir. Grup üyeliği ve çağrı yönlendirme davranışlarının daha önce kurulanlarla eşleşmesini sağlamakUnified CM, operasyonel tutarlılık ve kullanıcı memnuniyeti için çok önemlidir..

Otomatik Sorumlular: Duyurular ve menü işlemleri

Otomatik görevliler, otomatik çağrı işlemenin ön hattını temsil eder. Test, duyuruların oynatılmasını, kaydedilen selamların doğruluğunu ve menü ağaçlarının doğru çalışmasını kapsamalıdır. Menü seçimleri, arayanları uygun departmanlara, kişilere veya harici numaralara güvenilir bir şekilde yönlendirmelidir. Test, arayanların net bir rehberlik ald ığını veya amaçlandığı gibi yönlendirildiğini doğrulamak için geçersiz veya zaman aşımı senaryolarını da içermelidir..

Sesli mesaj işlemi

Son olarak, sesli posta işlevselliği kullanıcı deneyimi için kritik öneme sahiptir. Kabul testleri, sesli posta kutularının hem kuruluş içinden hem de uzaktan doğru bir şekilde atandığını ve erişilebilir olduğunu doğrulamalıdır. Bildirim teslimi ile birlikte mesajları kaydetme, alma ve yönetme yeteneği onaylanmalıdır.

Geçiş sonrası ortamı izlemek, performansı doğrulamak ve operasyonel kararlılığı ve verimliliği sağlamak için ayarlamalar yapmak için Optim ize etme aşamasına bakın.