Siirtymävaiheen aikana Unified CM:ään ja Webex-puheluihin rekisteröityjen laitteiden rinnakkaiselon mahdollistamiseksi Unified CM:n yritystason soittosuunnitelmaa on muutettava siten, että ainakin seuraavat vaatimukset täyttyvät:

• +E.164 soittaminen Unified CM:stä Webex Callingiin

• Unified CM:stä Webex-puheluihin soittaminen alanumeroon (sivuston sisäinen, mutta myös sivustojen välinen, jos alanumeroalueet ovat yksilöllisiä)

• Lyhennetty toimipaikkojen välinen soittaminen Unified CM:stä Webex Callingiin

• Pakotettu verkon sisäinen soittaminen Unified CM:stä Webex Callingiin

• Soita takaisin vastaamattomien puheluiden hakemistosta Webex Callingin kohteisiin

• PSTN-puhelut Webex Callingista PSTN:ään, jos siirtymisen aikana Webex Callingiin käytetään paikallista PSTN:ää

• PSTN-puhelut Unified CM:stä Webex Callingiin, jos siirtymävaiheen aikana hybridi-Webex Calling -käyttöönotoissa käytetään PSTN-runkoverkkoa PSTN-yhteyden tarjoamiseen paikallisille Unified CM -käyttäjille Cloud Connect for Webex Callingin kautta.

• Pakotettu verkkoyhteys Webex-kutsuista Unified CM:ään

• Laajennuspuhelut Webex Callingista Unified CM:ään (paikkojen välinen).

Jos jokin yllä mainituista ei ole tuettu soittotapa ennen siirtymistä, esimerkiksi lyhennettyä toimipaikkojen välistä soittotapaa ei ole, niitä ei välttämättä tarvitse ottaa käyttöön siirtymän aikana.

Kuvassa Parhaiden käytäntöjen mukainen soittosuunnitelma esitetään parhaat käytännöt soittosuunnitelmaan perustuva lähestymistapa, joka on kuvattu Preferred Architecture for Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVD-dokumentissa. Tämän lähestymistavan keskeisiä ominaisuuksia ovat:

• Yksi osio +E.164 hakemistonumerot

• Ydinreititys perustuu +E.164 reittikuviot

• Kaikkien soittotottumusten normalisointi +E.164 käännösmallien avulla

• Käännösmallin kutsumisen hakutilan periytymisen käyttö (käännösmalleille asetettu asetus Käytä alkuperäisen kutsuvan hakutilan ).

Esimerkiksi PSTN-numerointi (9+1+10D) SJC:ssä olevasta laitteesta, jossa on linjapuheluiden hakutila , SJCInternational löytää ensin osuman : stä 9.1[2-9]XX[2-9]XXXXXX muunnoskuvio, joka normalisoi soitetun osapuolen numeron muotoon +E.164. Toissijainen haku käyttää sitten samaa hakuavaruuden kutsua SJCInternational uudelleen (kutsuen hakuavaruuden periytymistä) ja +E.164-digit merkkijono joko löytää vastaavan +E.164 hakemistonumero DN -osiossa tai jokin PSTN-reittimalleista USPSTNNational - tai SJCPSTNLocal -osiossa. Lyhennettyjä sivuston sisäisiä ja sivustojen välisiä soittotapoja toteutetaan ESN - ja SJCtoE164 -osion muunnoksilla. Vaikka ESN -osio on globaali osio (pääsee puhelimille kaikissa sijainneissa), SJCTOE164 -osio on käytettävissä vain sijainnissa SJC oleville käyttäjille. Tämä olettaa päällekkäisiä laajennusalueita.

Ensimmäinen vaihe Unified CM:stä Webex Callingiin soittamisen mahdollistamiseksi on varmistaa, että +E.164 Kohteet reititetään sen mukaisesti. Tämä voidaan saavuttaa lisäämällä Webex-puheluosio soittosuunnitelmaan ja lisäämällä +E.164 reittimallit kaikille Webex Calling -kohteille kyseiseen osioon ja lopuksi Webex Calling -osion lisääminen kaikkiin puheluhakutiloihin, jotka edustavat palveluluokkia, joiden on voitava tavoittaa Webex Calling. Webex Callingista lähtöisin oleville puheluille on luotava erillinen palveluluokka, jotta niitä varten voidaan luoda erillinen Webex Calling -osio. Puhelusilmukoiden välttämiseksi paikallisen yhdyskäytävän runkoverkon saapuvien puheluiden hakutilalla ei pitäisi olla pääsyä Webex-puheluosioon.

Kuten kuvassa näkyy +E.164 reititys Webex Callingiin, jotta Unified CM:stä Webex Callingiin voidaan reitittää sijainti, jossa on +E.164 DID-alue +1 221 555 2XXX ja kohdekoodi 121, kiireellinen reittikuvio, joka vastaa tätä +E.164 alue on lisättävä Webex Calling -osioon.

Jos sivustokohtaista paikallisen yhdyskäytävän valintaa ei vaadita, Webex Callingiin osoittavien reittimallien kohteena olevan reittiluettelon ja Webex Calling -paikallisen reittiryhmän käyttämisen sijaan voidaan määrittää yksi reittiryhmä, jonka ainoa jäsen on paikallinen yhdyskäytävä, ja sitten Webex Calling -reittimallit osoittavat yhteen Webex Calling -reittiluetteloon, jonka ainoa merkintä on tämä yksi reittiryhmä.

Jotta sivustojen välinen lyhennetty soittaminen Webex Calling -sivustolle voidaan ottaa käyttöön, Webex Calling -osioon lisätään tarvittava reittikuvio 8121.2XXX. Webexiin siirrettävien sivustojen kutsuminen ESN-valinnan normalisointikuviota 8121.2XXX varten +E.164 saattaa jo olla ESN -osiossa. Tässä tapauksessa 8121.2XXX vaikuttaa tarpeettomalta, mutta heti kun kaikki kyseisen sijainnin DN-nimet on siirretty Webexiin, 8121.2XXX -valinnan normalisoinnin käännöskuvio voidaan poistaa, jolloin 8121.2XXX -reittikuvio mahdollistaa ESN-valinnan myös vain alanumeroon kuuluville käyttäjille kyseisellä alueella.

Näiden soittosuunnitelmamuutosten myötä puheluita Webex Calling -sijaintiin voidaan soittaa paitsi lyhennetyillä toimipisteiden välisillä numeroilla myös +E.164. Myös kansainväliset ja kansalliset PSTN-puhelut ovat mahdollisia, koska nämä soittotavat normalisoidaan ensin +E.164 jo olemassa olevien valinnan normalisoinnin käännösmallien kautta ja sitten reititetään Webex Callingiin vastaavuuden perusteella +E.164 reittikuvio Webex-kutsuosiossa.

The +E.164 Webex-puhelusijainnin DID-alueen reittikuvioiden yhteensovitusta voidaan määrittää, vaikka kaikki DID:t olisivat edelleen isännöity Unified CM:ssä. Unified CM:n parhaan osuman mallin täsmäytysalgoritmi varmistaa, että kun Unified CM:ssä isännöityyn numeroon soitetaan, niin +E.164 Unified CM:ssä määritetty hakemistonumero vastaa paremmin jokerimerkkiä +E.164 Webex Callingiin osoittava reittikuvio, jotta puhelut ohjataan Unified CM:n linjalle eivätkä lähetetä Webex Callingiin.

Jokaisella Webex Callingin käyttäjällä on käytössään laajennus. and/or a +E.164 puhelinnumero. Laajennuspituus on kiinteä globaali asetus: Kaikilla Webex Calling -käyttöönoton päätteillä on sama pituus. Sivunumeroon soittamista voidaan käyttää Webex Calling -käyttäjien välillä sekä saman sijainnin sisällä että eri sijaintien välillä. Lyhennetty tukiasemien välinen alanumerovalinta (jälkimmäisessä tapauksessa) toimii vain, jos valittu alanumero on yksilöllinen.

Jos lyhennetty toimipisteiden välinen valinta on pakollista, mutta eri toimipisteisiin osoitettujen alanumeroiden välillä on päällekkäisyyksiä, on luotava yrityskohtainen numerointisuunnitelma lisäämällä alanumeroiden etuliitteeksi suuntanumero eli toimipistekoodi. Lisätietoja on kohdassa Cisco Collaboration 15:n paikallisten käyttöönottojen ensisijainen arkkitehtuuri, suunnittelun yleiskatsaus, joka on saatavilla osoitteessa Cisco collaborationin ensisijaiset arkkitehtuurit.

Alaliittymän pituus, sijaintien välinen alaliittymän valintatoiminto, sijaintien välisen valinnan etuliitteen pituus ja sijaintien välisen valinnan reititysetuliitteen ohjausnumero määritetään Control Hubin puhelupalveluasetuksissa:

• Sijainnin reitityksen etuliitteen pituus: Etuliitteen pituus ohjausnumero mukaan lukien. Vaaditaan vain, jos yrityksen numerointisuunnitelma on otettava käyttöön vaihtoehtoisena lyhennettynä yrityksen sijaintien välisenä valintatapana.

• Ohjausnumero reitityksen etuliitteessä: Ohjausnumero lyhennetylle yrityksen sisäiselle soittotavalle. Päällekkäisyyksiä minkä tahansa sijainnin ensimmäisen numeron ja sijainnin lähtevän puhelun numeroiden välillä tulisi välttää. Vaaditaan vain, jos yrityksen numerointisuunnitelma on otettava käyttöön vaihtoehtoisena lyhennettynä yrityksen sijaintien välisenä valintatapana.

• Sisäinen jatkopituus: Jatkojohtojen vakiopituus. Voi olla mikä tahansa arvo kahden ja kymmenen välillä.

  Kun paikallisesta puheluidenhallinnasta Webex Callingiin vaaditaan alanumeroon soittamista tai yrityksen merkitsevien numeroiden (ohjauskoodi, toimipaikkakoodi, alanumero) käyttöä ja paikallinen puheluidenhallinta lähettää alanumeron soittajan tunnuksena, varmista, että myös Tuntemattoman alanumeron enimmäispituus -parametri on asetettu Puheluiden reititys Webex Callingin ja paikallisten tilojen välillä -osiossa varmistaaksesi, että paikallisesta puheluidenhallinnasta Webex Callingiin lähetetyt puhelut voidaan luokitella oikein paikallisiksi puheluiksi.

• Salli alanumeroon soittaminen sijaintien välillä: Vaihda kohtaan enable/disable sijaintien välillä soittaminen alanumeroon. Tämän asetuksen tulisi olla käytössä vain, jos kaikki organisaation laajennukset ovat yksilöllisiä. Jos asetus on poistettu käytöstä, sijaintien välillä on soitettava yrityksen merkittäviin numeroihin (ohjauskoodi, toimipisteen koodi, alanumero) tai puhelinnumeroihin.

Kolmea ensimmäistä parametria käytetään pääasiassa puhelimien valintasuunnitelman luomiseen, jotta voidaan minimoida numeroiden välinen aikakatkaisu käytettäessä luurin avaamista. Näistä yleisistä asetuksista voi edelleen poiketa (esimerkiksi eri pituisia alanumeroita voidaan määrittää), mutta Control Hubissa näkyy varoitusviesti ja puhelimista soittaminen saattaa edellyttää estovalinnan, jotta vältetään ristiriidat esiladatun soittosuunnitelman kanssa.

Taulukossa Yritysnumerointiesimerkki on esimerkki kolmesta sijainnista, joissa kahden sijainnin, NYC:n ja RTP:n, laajennusalueet ovat identtiset. Yritystason numerointijärjestelmän luominen, jossa käytetään toimipisteiden välistä ohjausnumeroa 8, jota seuraa kolminumeroinen toimipistekoodi ja nelinumeroinen jatko-osa, luo päällekkäisyyden välttävän lyhennetyn toimipisteiden välisen valintatavan.

Taulukko 2. Yritysnumerointiesimerkki

Sivusto	Laajennusalue	Sivuston koodi	Yritysmallisto
New York	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Jotta siirtyminen sujuisi sujuvasti, käyttäjien soittamistottumusten tulisi ihanteellisessa tapauksessa olla samat ennen Webex Callingiin siirtymistä ja sen jälkeen. Siirtymän valmistelua varten jokaisessa sijainnissa on dokumentoitava DID-alueet ja alanumeroalueet (tai lyhennetyt toimipaikan sisäiset soittotavat). Näiden tietojen perusteella on valittava toimipaikkojen välinen ohjausnumero.

Taulukossa Kiinteän pituiset Webex-kutsujen laajennusalueet on esimerkki kolmesta sijainnista ja kiinteän pituisista laajennusalueista. Koska päällekkäisiä soittotapoja on vältettävä, on tärkeää varmistaa, että minkään alanumeroalueen ensimmäinen numero ei vastaa lyhennetyn tukiasemien välisen valinnan ohjausnumeroa. Jos esimerkiksi 8 on valittu ohjausnumeroksi tukiasemien väliselle valinnalle, minkään tukiaseman laajennusalue ei voi alkaa merkillä 8. Tyypillisesti tietyn sijainnin laajennukset vastaavat kyseiselle sijainnille annettujen DID-tunnusten viimeisiä numeroita. Konfliktien välttämiseksi alanumeron ensimmäistä numeroa voidaan muuttaa. Jos esimerkiksi DID:t +1 Jos sijainnissa käytetään aluetta 408 555 8XXX, niin 8XXX:n sijaan laajennusalueena voidaan käyttää aluetta 7XXX kyseisen sivuston laajennuksille.

Taulukko 3. Kiinteän pituiset Webex-kutsujen laajennusalueet

Sivusto	Laajennusalue	Webex-puhelulaajennukset	Sivuston koodi	Yritysmallisto
New York	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Webex Calling -laitteella Yhdysvaltain Webex Calling -valintasuunnitelmaa käyttäen valitut seitsemännumeroiset valintamerkkijonot menevät päällekkäin Yhdysvaltain esiasennetun valintasuunnitelman seitsemännumeroisen paikallisen soittamisen kuvion kanssa. Päällekkäisyyksien välttämiseksi verkon sisäisen ja ulkoisen (PSTN) soittamistottumusten välillä voidaan käyttää pakollista ulkolinjan suuntanumeroa kyseisessä sijainnissa. Jos olemassa oleva yrityksen numerointijärjestelmä ja vastaava lyhennetty toimipaikkojen välinen numerointi menevät päällekkäin Webex Callingin kansallisten numerointijärjestelmien kanssa, numerointijärjestelmää voidaan Webex Callingiin siirtymisen yhteydessä muuttaa myös pidemmäksi tai lyhyemmäksi päällekkäisyyksien välttämiseksi. Helpoin tapa saavuttaa tämä on lisätä numerointijärjestelmään ylimääräinen täytenumero. Uuden, pidemmän sivustojen välisen soittojärjestelmän tarvitsee ottaa käyttöön vain käyttäjät, jotka ovat jo siirtyneet Webex Callingiin. Käyttäjät, jotka ovat edelleen Unified CM:ssä, voivat jatkaa seitsemän numeron soittamista. Tässä tapauksessa Unified CM:n yritystason soittosuunnitelman on varmistettava, että lyhennetyt seitsemännumeroiset valinnat Unified CM:stä Webex Callingiin muutetaan jommaksikummaksi +E.164 tai Webex Callingissa käyttöön otettuun lyhennettyyn valintamuotoon. Tämä on tehtävä ennen puhelun lähettämistä paikalliseen yhdyskäytävään.

Taulukossa Seitsemännumeroisen valinnan siirtyminen on esimerkki tästä uudelleennumeroinnista. Tässä esimerkissä lyhennetyssä tukiasemien välisessä soinnossa Unified CM:ssä käytetään ohjausnumeroa 8, jota seuraa kaksinumeroinen tukiaseman koodi ja nelinumeroinen alanumero. Jotta vältetään seitsemännumeroinen lyhennetty toimipisteiden välinen valinta Webex Callingin sijainneissa, toimipistekoodit voidaan helposti muuttaa kolminumeroisiksi lisäämällä mielivaltainen täytenumero (esimerkissä8 ) Unified CM:ssä käytettyjen kaksinumeroisten toimipistekoodien etuliitteeksi. Näin Webex Calling -puhelimista tehtävissä toimipisteiden välisissä soinnoissa käytetään ohjausnumeroa 8, jota seuraa täytenumero 8, vanha kaksinumeroinen toimipistekoodi ja nelinumeroinen alanumero. Webex Callingin käyttäjien ei tarvitse muistaa uusia sivustokoodeja; heidän tarvitsee vain muistaa käyttää etuliitteenä 88 sivustojen välisissä soinnoissa Unified CM:n 8 sijaan.

Taulukko 4. Seitsemännumeroisen valinnan siirtäminen

		Unified CM		Webex Calling
Sivusto	Laajennukset	Sivuston koodi	Yritysmallisto	Sivuston oodi	Yritysangelo
New York	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

Jos Unified CM:ssä ja Webex Callingissa käytetään eri yritysnumeromuotoja ja soittajan tietoina näytetään yritysnumerot Unified CM:stä Webex Callingiin tuleville puheluille (esimerkiksi puhelut laitteista, joissa ei ole DID:tä), on tärkeää myös toteuttaa yhdistämismääritys soittajan tietojen eri numeromuotojen välille, jotta takaisinsoitto toimii. Tämä yhdistämismääritys voidaan saavuttaa käyttämällä kutsuvan osapuolen muunnosmallia Unified CM:n ja paikallisen yhdyskäytävän välisessä runkoverkossa.

Sopivan puheluiden tallennuspalveluntarjoajan valitseminen on olennaista liiketoimintatavoitteiden saavuttamiseksi ja ominaisuuksien yhdenmukaisuuden varmistamiseksi koko organisaatiossa:

• Globaali palveluntarjoajan valinta: Organisaatiot nimeävät tyypillisesti ensisijaisen puheluiden tallennuksen tarjoajan globaalilla tasolla, mikä varmistaa ominaisuuksien, vaatimustenmukaisuuden ja tuen yhdenmukaisuuden kaikissa toimipisteissä.

• Sijaintiin perustuvat ohitukset: Tilanteissa, joissa tietyillä toimipaikoilla tai alueilla on ainutlaatuisia liiketoimintatarpeita tai sääntelyvaatimuksia, voi olla tarpeen ohittaa yleinen palveluntarjoajan valinta ja määrittää vaihtoehtoisia palveluntarjoajia kyseisille toimipaikoille. Tämä joustavuus tukee vaihtelevia vaatimustenmukaisuusvaltuuksia ja paikallisia operatiivisia tarpeita

• Liiketoiminnan vaatimukset: Palveluntarjoajan valinnan tulisi perustua liiketoiminnan ajureiden arviointiin, kuten sääntelyn noudattamiseen (esimerkiksi MiFID II, HIPAA), laadunvarmistukseen, riitojenratkaisuun tai koulutustarpeisiin.

• Ominaisuuksien saatavuus: Palveluntarjoajia tulisi arvioida sen perusteella, miten ne pystyvät toimittamaan vaadittuja ominaisuuksia, kuten reaaliaikaisen valvonnan, haku- ja toisto-ominaisuuksien, salauksen, säilytyskäytäntöjen, integroinnin analytiikka-alustoihin ja tuen erityyppisille puheluille (saapuvat, lähtevät, sisäiset).

Puheluiden tallennus- ja käsittelyalueen määrittäminen on ratkaisevan tärkeää vaatimustenmukaisuuden ja suorituskyvyn kannalta:

• Globaali alueen valinta: Oletusarvoisesti organisaatiot voivat valita yhden alueen puheluiden tallentamiseen hallinnan ja hallinnoinnin yksinkertaistamiseksi.

• Sijaintiin perustuvat aluekohtaiset ohitukset: Jos tietojen säilytyslait tai yrityksen käytännöt sitä edellyttävät, voi olla tarpeen ohittaa tiettyjen sijaintien yleinen alueasetus varmistaen, että puhelutallenteet tallennetaan ja käsitellään vaadittujen maantieteellisten rajojen sisällä.

• Tietojen säilytysvaatimukset: Suunnittelussa on otettava huomioon kansainväliset ja paikalliset tietosuojamääräykset (kuten GDPR, CCPA tai maakohtaiset määräykset), jotka voivat sanella, missä ja miten puhelutallenteita säilytetään.

Toinen kriittinen näkökohta, johon on puututtava Webex Callingin puheluiden tallennusratkaisun suunnittelussa ja toteutuksessa, on tallennusvaatimusten arviointi. Tallennustarpeiden tarkka ennustaminen on olennaista sen varmistamiseksi, että kapasiteettia on riittävästi jatkuvien liiketoimintojen tukemiseksi, vaatimustenmukaisuuden ylläpitämiseksi ja palvelukatkosten välttämiseksi.

Odotetun tallennustarpeen määrittämisessä on otettava huomioon useita keskeisiä parametreja:

• Tallennettujen puheluiden määrä: Arvioi tiettynä aikana (esim. päivässä, viikossa tai kuukaudessa) nauhoitettavien puheluiden odotettu määrä. Tämä sisältää paitsi ulkoiset puhelut myös sisäisen viestinnän, jos liiketoimintapolitiikka tai sääntelymääräykset sitä edellyttävät.

• Puhelun keskimääräinen kesto: Laske tallennettujen puheluiden tyypillinen pituus, sillä pidemmät puhelut vievät enemmän tallennustilaa. Puheluiden keston vaihtelut eri osastojen tai käyttäjäryhmien välillä tulisi myös ottaa huomioon arvioinnissa.

• Säilytysaika: Määritä tallenteiden säilytysaika, joka usein määräytyy organisaation käytäntöjen tai ulkoisten määräysten (kuten toimialakohtaisten vaatimustenmukaisuusstandardien) mukaan. Pidemmät säilytysajat lisäävät kokonaissäilytysvaatimuksia

• Kasvuennusteet: Ota huomioon odotettavissa oleva puhelumäärien kasvu tai tallennusalueen laajentuminen, joka voi johtua liiketoiminnan skaalaamisesta, uusista sääntelyvaatimuksista tai uusien käyttäjien tai sijaintien käyttöönotosta.

Analysoimalla nämä parametrit perusteellisesti organisaatiot voivat kehittää vankan tallennusstrategian, joka varmistaa Webex Calling -puheluiden tallennusratkaisun skaalautuvuuden, kustannustehokkuuden ja määräystenmukaisuuden. On myös suositeltavaa tarkastella ja mukauttaa tallennustilan allokointia säännöllisesti käyttötapojen muuttuessa ajan myötä.

Järjestelmänvalvojat voivat määrittää Webex Calling -lisenssejä manuaalisesti yksittäisille käyttäjille Control Hub -käyttöliittymän kautta.

Ylläpitäjät voivat muokata yksittäisten käyttäjien palvelulisenssejä ja määrittää puhelulisenssejä suoraan.

Käytä Control Hubin lisenssipohjia määrittääksesi lisenssit automaattisesti käyttäjille ryhmän tai organisaation asetusten perusteella.

Automaattinen lisensointi voidaan tehdä hakemistosynkronoinnin tai manuaalisten käyttäjäpäivitysten avulla, mutta käyttäjillä on oltava voimassa oleva +E.164 muotoiltu puhelinnumero ja puhelinnumeroiden on oltava Webex Calling -sijainnissa ennen käyttäjien käyttöönottoa. Jos ehdot eivät täyty (esim. puhelinnumeron muoto on virheellinen), Webex Calling -lisenssejä ei myönnetä.

Lataa CSV-tiedosto, joka sisältää käyttäjätiedot ja lisenssimääritykset, jotta voit lisätä tai muokata useita käyttäjiä kerralla.

CSV-tuonti tukee jopa 20 000 käyttäjän lisäämistä ja lisenssien määrittämistä, mutta Webex Calling -lisenssit vaativat tiettyjä kenttiä, kuten puhelinnumeron ja alanumeron.

Käytä Webex-rajapintoja lisenssien ohjelmalliseen määrittämiseen ja käyttäjien hallintaan.

Webex tukee käyttäjien ja lisenssien hallintaan tarkoitettuja API-toimintoja (People, SCIM 2.0 ja Licenses API:t), joita voidaan hyödyntää lisenssien kohdentamisen automatisoinnissa. Lisenssi-API mahdollistaa lisenssien, puhelinnumeroiden ja alanumeroiden samanaikaisen määrittämisen.

Taulukko 5. Käyttäjien hallintavaihtoehdot - yhteenveto

Tehtävämenetelmä	Hyvät puolet	Haittoja
Manuaalinen Control Hubin kautta	Yksinkertainen harvoille käyttäjille. Mahdollistaa tarkan ja yksityiskohtaisen lisenssien myöntämisen hallinnan.	Ei skaalautuva, aikaa vievä Altis inhimillisille virheille manuaalisen syötön aikana.
Automaattiset lisenssimallit	Skaalautuva Vähentää manuaalisia virheitä Voidaan soveltaa uusiin ja nykyisiin käyttäjiin.	Vaatii voimassa olevat puhelinnumerot ja sijainnit. Monimutkaisempi asentaa Edellyttää myös käyttäjäryhmiä käyttäjäryhmää kohden, joilla on vastaavat lisenssivaatimukset.
CSV-tiedostojen joukkolataus	Tehokas suurille käyttäjäryhmille Mahdollistaa lisenssien, puhelinnumeroiden ja alanumeroiden samanaikaisen määrittämisen.	Vaatii huolellista CSV-muotoilua Virheitä voi esiintyä, jos puhelinnumeroita tai alanumeroita puuttuu tai ne ovat virheellisiä.
API-pohjainen tehtävänanto	Automatisoitava, joustava. Mahdollistaa lisenssien, puhelinnumeroiden ja alanumeroiden samanaikaisen määrittämisen.	Vaatii kehitys- ja API-osaamista.

Taulukossa Käyttäjien valmisteluasetukset - yhteenveto on yhteenveto käyttäjien valmisteluvaihtoehdoista sekä niiden eduista ja haitoista. Tämä yleiskatsaus auttaa valitsemaan parhaan lisenssien määritysmenetelmän asiakasorganisaation koon, automaatio-ominaisuuksien sekä käyttäjien käyttöönottoprosessien ja -vaatimusten perusteella.

Cisco suosittelee puhelulisenssien määrittämistä lisenssimallien avulla aina kun se on mahdollista. Tämä edellyttää, että jokaiselle käyttäjäryhmälle, joka tarvitsee yksilöllisen lisenssijoukon (esimerkki - Webex Calling Standard vs. Professional), on olemassa ryhmä, jolla on vastaavat ryhmän jäsenyydet. Kuten käyttäjäryhmät-osioissa on käsitelty, käyttäjäryhmät voidaan määrittää manuaalisesti Control Hubissa tai synkronoida yrityksen hakemistosta. Molempien lähestymistapojen yhdistelmä on mahdollinen.

Useisiin ryhmiin kuuluvat käyttäjät saavat lisenssejä kaikista heidän ryhmiinsä sovellettavista määrityksistä. Tämä mahdollistaa Webex Calling -lisenssikohtaisten käyttöoikeusryhmien käytön yrityshakemistossa Webex-lisenssien määrityksen hallintaan, jossa tuloksena olevaa käyttäjälisenssien määritystä ohjaa ryhmän jäsenyyksien yhdistelmä.

Lisätietoja on kohdissa Automaattisten lisenssien määritysten määrittäminen Control Hubissa ja Automaattisten lisenssien määritysmallien määrittäminen Webex Calling -käyttäjille.

Tämä osio kattaa vain Webex Callingiin liittyvät lisenssit. Muita lisenssityyppejä (esimerkiksi Webex-laitteiden rekisteröinti, viestit ja kokoukset) ei käsitellä. Suunnitteluprosessin osana on määritettävä lupavaatimukset. Seuraavien lisenssityyppien lisenssimäärät on laskettava:

• Webex-puheluiden standardi: yksittäisten käyttäjien määrä, jotka tarvitsevat vakiopuhelintoimintoja.

• Webex-puheluiden ammattilainen: käyttäjien ja työtilojen määrä, jotka vaativat edistyneitä puhelintoimintoja. Virtuaalilinjoilla ja ryhmävastaajalla on oikeus 1:1 kunkin ammattilisenssin suhde. Siksi harvinaisissa tapauksissa, joissa vaadittujen virtuaalilinjojen tai ryhmävastaajaviestien määrä ylittää edistyneitä puhelintoimintoja vaativien käyttäjien ja työtilojen määrän, on otettava huomioon lisäammattilaislisenssit.

• Webex-puheluiden työtila yhteiselle alueelle: jaettujen käyttökohteiden tai yhteisten alueiden lukumäärä, jotka vaativat vakiopuhelutoimintoja.

• Webexin asiakaspalvelu: Webex Calling Customer Assist -ominaisuuksia tarvitsevien asiakaspalvelijoiden ja esimiesten määrä. Webex Calling -asiakastuki sisältää Webex Calling Professional -lisenssin.

• Reittiluettelon kutsut: vaadittujen pilviyhteydellä varustettujen PSTN-puheluiden määrä paikallisten Unified CM -käyttäjien välillä and/or paikallisesti asennettavat erikoistuneet kolmannen osapuolen sovellukset.

• Välittäjän konsoli: Webex Calling -käyttäjien määrä, jotka tarvitsevat pääsyn puhelinvaihteen konsoliasiakasohjelmaan.

• Ciscon puhelupaketti (lähtevien puheluiden paketti): PSTN-numeroa tarvitsevien käyttäjien määrä and/or lähtevien PSTN-puheluiden käyttöoikeus Cisco PSTN -palveluun.

Ammattilaisille työtiloille ei ole erillistä lisenssityyppiä. Ammattimaiset työtilat vaativat Webex Calling Professional -lisenssin.

Hot desk -työtilat tarjoavat hot desk -isännän palvelun ja hätäpuhelut hot desk -isännän kautta, eikä niiden käyttöön vaadita erillistä lisenssiä. Lisätietoja on kohdassa Vain hot desk -laitteiden lisääminen ja hallinta.

Voit määrittää kullekin käyttäjälle ja työtilalle tarvittavan lisenssityypin tarvittavien ominaisuuksien perusteella kohdassa Webex Callingille käytettävissä olevat ominaisuudet lisenssityypin mukaan.

Webex Calling -puhelujonojen ja Webex Calling -ammattilaislisenssin yhdistelmän sekä Webex Calling -asiakastuen toimintojen eroista on lisätietoja kohdassa Webex Calling -puhelujonojen ja asiakastuen ominaisuuksien vertailu.

Webexin käyttäjäryhmien hallinta antaa järjestelmänvalvojille mahdollisuuden järjestää käyttäjät ryhmiin lisenssien, asetusten ja resurssien tehokasta joukkohallintaa varten. Ryhmät auttavat tehostamaan hallintaa soveltamalla käytäntöjä, lisenssejä ja asetusmalleja useille käyttäjille samanaikaisesti sen sijaan, että käyttäjiä hallittaisiin erikseen.

Käyttäjäryhmien hallinta tarjoaa useita etuja, kuten:

• Yksinkertaistettu hallinto: Hallitse useiden käyttäjien lisenssejä, asetuksia ja käytäntöjä samanaikaisesti.

• Johdonmukaisuus: Käytä yhdenmukaisia asetuksia ja lisenssejä saman ryhmän käyttäjille.

• Skaalautuvuus: Tukee jopa 250 000 jäsentä ryhmää kohden.

• Integraatio: Synkronoi ryhmiä Microsoft Entra ID:stä (Azure AD) tai Active Directorysta automatisoitua käyttäjä- ja ryhmähallintaa varten.

• Joustavuus: Luo paikallisia ryhmiä tai synkronoi käyttöoikeusryhmiä; hallitse ryhmän jäsenyyksiä manuaalisesti tai CSV-tiedostojen avulla.

• Resurssien kohdentaminen: Hallitse pääsyä upotettuihin sovelluksiin ja palveluihin ryhmän jäsenyyden perusteella.

Käyttäjäryhmien tärkeimmät käyttötapaukset Webex Callingin käyttöönotossa ovat:

• Lisenssien luovutukset: Määritä ryhmille käyttöoikeuksia, jotta ryhmän jäsenille voidaan automaattisesti tarjota palveluita, kuten puheluita, kokouksia, viestejä tai hybridipalveluita.

• Asetusmallit: Käytä ryhmille palveluasetusten kokoelmia (esim. viestit, kokoukset, puhelut) yhdenmukaisen käyttökokemuksen takaamiseksi.

• Käyttäjien joukkohallinta: Lisää tai poista käyttäjiä joukkona CSV-tiedostojen tai hakemistosynkronoinnin avulla.

• Automaatio ja integrointi: Käytä API-rajapintoja tai hakemistosynkronointia automatisoituun käyttäjien ja ryhmien elinkaaren hallintaan.

Seuraavassa taulukossa on yhteenveto käyttäjäryhmien ja ryhmien hallinnan eri vaihtoehdoista Webexissä.

Taulukko 7. Ryhmien ja ryhmäjäsenyyksien hallintavaihtoehdot

Vaihtoehto	Kuvaus	Hyvät puolet	Haittoja
Control Hub -ryhmien valmistelu (Webex-ryhmät)	Luo ja hallinnoi ryhmiä suoraan Control Hubissa. Add/remove jäsenet manuaalisesti tai CSV-tiedoston kautta.	Täysi hallinta ryhmän jäsenyyteen Lisenssien ja mallien välitön soveltaminen Helppo luoda ja muokata ryhmiä	Manuaaliset päivitykset vaaditaan Virheiden riski manuaalisissa CSV-tiedostojen latauksissa Ei automaattista synkronointia ulkoisten hakemistojen kanssa
Synkronoidut ryhmät Entra ID:stä (Azure AD) tai Active Directorysta	Synkronoi suojausryhmät ja jäsenyydet automaattisesti ulkoisista hakemistopalveluista.	Automaattinen synkronointi vähentää manuaalista työtä Varmistaa yhdenmukaisuuden yrityshakemiston kanssa Tukee suuria organisaatioita	Ryhmän jäsenyyttä ei voi muokata Control Hubissa Synkronointiviive jopa 12 tuntia Sisäkkäiset ryhmät vaativat manuaalisen valinnan
Ryhmät ja SCIM 2.0 -rajapinta (Webex-ryhmät)	Käytä Webex Groupsia tai SCIM 2.0 -rajapintaa ohjelmalliseen ryhmien ja jäsenyyksien hallintaan	Automaatio ja integrointi muihin järjestelmiin Skaalautuva suuriin tai monimutkaisiin ympäristöihin	Vaatii kehitystyötä Monimutkaisuus riippuu API:n käytöstä

Vaikka synkronoidut ryhmät takaavat yhdenmukaisuuden ja tarjoavat yhden hallintapisteen, hybridilähestymistapa, jossa yhdistyvät synkronoidut ryhmät ja Webex-ryhmät (joko hallintakeskuksessa tai API-rajapintojen kautta), on mahdollinen. Esimerkiksi lisenssien määritysryhmät voivat olla synkronoituja ryhmiä ja erillistä Webex-ryhmien joukkoa voidaan käyttää käyttäjien ja Webex-sovellusten kutsumallien määrittämiseen.

Tämä kattava lähestymistapa käyttäjäryhmien hallintaan Webexissä mahdollistaa organisaatioille käyttäjälisenssien, asetusten ja käytäntöjen tehokkaan hallinnan varmistaen yhdenmukaiset ja skaalautuvat yhteistyökokemukset.

Unified CM:n käyttäjien ensisijainen tietolähde on Unified CM -tietokanta, joka sisältää loppukäyttäjätietoja. Unified CM ei kuitenkaan tyypillisesti ole käyttäjien identiteetinhallinnan virallinen lähde, ja mikä tärkeämpää, se suljetaan pois siirtymävaiheen lopussa, joten sitä ei voida enää käyttää pitkäaikaisena luotettavana identiteettitietojen lähteenä.

Cisco suosittelee keskitetyn pilvihakemiston, kuten Microsoft Entra ID:n (Azure AD), käyttöä käyttäjäidentiteeteille ainoana totuudenmukaisena lähteenä. Käyttäjien synkronointi Entra ID:stä Control Hubiin varmistaa yhdenmukaisuuden, yksinkertaistaa hallintaa ja tukee kertakirjautumisominaisuuksia (SSO).

Jotta kaikki Unified CM:n käyttäjät olisivat läsnä myös Entra ID:ssä, organisaatioiden tulee varmistaa, että Unified CM:n käyttäjätilit vastaavat Entra ID:n tilejä. Tämä voidaan tehdä viemällä käyttäjäluettelot Unified CM:stä ja vertaamalla niitä Entra ID -käyttäjäluetteloihin.

Yhteenvetona voidaan todeta, että suositeltu käyttöönottomenetelmä on synkronoida käyttäjät Microsoft Entra ID:stä (Azure AD) Webex Control Hubiin Azure AD -ohjatun toiminnon tai SCIM-sovellusten avulla. Manuaalinen ja CSV-joukkovalmistelu ovat saatavilla täydentävinä menetelminä, mutta ne ovat vähemmän skaalautuvia ja virhealttiimpia suurissa organisaatioissa. Sen varmistaminen, että Entra ID on auktoriteettilähde ja että kaikki Unified CM -käyttäjät ovat Entra ID:ssä, on ratkaisevan tärkeää onnistuneen siirron ja yhdenmukaisen käyttökokemuksen kannalta Webex Calling- ja Unified CM -ympäristöissä.

Siirtyminen paikallisesta hakemistopalvelusta, kuten Active Directorysta, pilvihakemistopalveluun, kuten Entra ID:hen (Azure ID), on riippumaton kutsuvasta siirtymästä. Cisco suosittelee siirtymisen viimeistelemistä pilvihakemistopalveluun ennen kutsuvan siirtymän aloittamista.

Kun yrityshakemisto on siirretty paikallisesta pilveen, kerää tarvittavat käyttäjäryhmät lisensointi- ja ominaisuusmallien vaatimusten mukaisesti. Jokaiselle ryhmädokumentille:

• Ryhmän nimi: ryhmän yksilöllinen nimi.

• Lisenssit: tälle ryhmälle määritettävät lisenssit (jos sellaisia on) ja laajuus (pitäisikö lisenssit määrittää olemassa oleville käyttäjille vai vain uusille käyttäjille)

• Asetusmallit: Webex-sovelluksen ja käyttäjän puhelumallit.

• Hakemiston synkronointi: Synkronoidaanko tämä ryhmä yrityshakemistosta vai onko kyseessä paikallinen Webex-ryhmä, joka on valmisteltu Control Hubissa tai API:n kautta?

• Kuvaus: miten tätä ryhmää käytetään ja keiden käyttäjien tulisi olla tämän ryhmän jäseniä

Näitä tietoja käytetään myöhemmin käyttöönottovaiheessa paikallisten ryhmien tai yrityshakemiston ryhmien luomiseen ja käyttäjien ryhmäjäsenyyksien hallintaan.

Webexin avulla organisaatiot voivat määrittää kertakirjautumisen (SSO) useiden henkilöllisyyden tarjoajien (IdP) kanssa monimutkaisten IT-ympäristöjen, kuten fuusioiden, yritysostojen tai hajautettujen IT-osastojen, tarpeisiin, joissa eri ryhmät käyttävät eri IdP:itä. Usean IdP:n tuki voidaan toteuttaa joko Webexin Multiple IdP -ominaisuuden avulla tai integroimalla yritystason IAM-järjestelmä, kuten Cisco Duo.

Webexin useiden identiteetintarjoajien (IdP) tuki kattaa useita keskeisiä käyttötapauksia, joissa organisaatiot tarvitsevat joustavaa ja turvallista todennusta erilaisissa IT-ympäristöissä:

Duo Access Gateway (DAG) voi todentaa käyttäjiä käyttämällä olemassa olevia paikallisia tai pilvipohjaisia hakemistoja, kuten Active Directory (AD) ja OpenLDAP. Se tukee myös integrointia muiden identiteetintarjoajien, kuten Microsoft ADFS:n, Microsoft Azuren, Oktan, OneLoginin, CAS:n ja Shibbolethin, kanssa. Tämä joustavuus antaa organisaatioille mahdollisuuden käyttää nykyistä hakemistoinfrastruktuuriaan Webex SSO:lle Duo MFA:n kanssa.

Duo toimii vahvana todennuskerroksena ensisijaisen hakemistotodennuksen päällä. Se toimii identiteetintarjoajana (IdP) käyttäen SAML 2.0:aa kaksivaiheisen todennuksen (2FA) käyttöönottoon ennen Webexin käyttöoikeuden myöntämistä. Duo arvioi käyttäjän, laitteen ja verkon kontekstin määritettävien käytäntöjen avulla ja sallii tai estää käyttöoikeuden, mikä parantaa turvallisuutta pelkän käyttäjätunnuksen ja salasanan lisäksi. Duo tarjoaa myös joustavia käytäntöjen hallintakeinoja, kuten monitoimisen todentamisen (MFA) vaatimisen jokaisen kirjautumisen yhteydessä joissakin sovelluksissa ja harvemmin toisissa.

Cisco Duon etuihin kuuluvat:

• Tehostettu suojaus: Lisää tietojenkalastelulta suojatun MFA:n Webex-käytön suojaamiseksi ja vähentää salasanojen paljastumisen riskiä.

• Joustavat käytännöt: Mahdollistaa todennusvaatimusten tarkan hallinnan sovellus- tai käyttäjäryhmäkohtaisesti.

• Integrointi olemassa olevien hakemistojen kanssa: Tukee paikallisia AD-, OpenLDAP-, pilvihakemistoja ja useita SSO-palveluntarjoajia, mikä minimoi infrastruktuurimuutokset.

• Käyttäjän mukavuus: Tukee kertakirjautumista (SSO), mikä vähentää salasanaväsymystä mahdollistamalla käyttäjien kirjautumisen sisään kerran ja useiden resurssien turvallisen käytön.

• Luotettavat päätepisteet: Tukee Webex-asiakasohjelmien laitteiden luottamusta Windowsissa ja macOS:ssä, mikä parantaa tietoturvaa.

• Itsepalveluna ilmoittautuminen: Sisäänrakennettu rekisteröinti ja Duo-kehote parantavat käyttökokemusta MFA:n asennuksen aikana.

Webexin Duo MFA ja SSO hyödyntävät olemassa olevia hakemistoja, kuten Active Directorya ja OpenLDAP:ia, tai pilvipohjaisia identiteetintarjoajia käyttäjien todentamiseen. Duon tehtävänä on tarjota vahva, käytäntöihin perustuva toinen todennuskerroin, joka on integroitu SAML 2.0:n kautta, parantaen tietoturvaa ja säilyttäen samalla käyttäjämukavuuden kertakirjautumisen (SSO) avulla. Hyötyihin kuuluvat parantunut tietoturva, joustava käytäntöjen valvonta, saumaton integraatio ja parempi käyttökokemus.

Cisco suosittelee kertakirjautumisen (SSO) käyttöönottoa Webex-käyttäjille. Parannetun tietoturvan saavuttamiseksi suositellaan integrointia Cisco Duon kanssa.

Yritystason IAM- ja SSO-strategia tulisi ottaa käyttöön ennen siirtymistä Unified CM:stä Webex Callingiin.

Webex-puheluautomaattipuhelin mahdollistaa 24/7 saapuvien puheluiden käsittelyn automatisointi, joka mahdollistaa tehokkaan puheluiden käsittelyn ilman, että jokaiseen puheluun tarvitsee vastata erikseen.

Automaattinen puhelinvastaaja vastaa saapuviin puheluihin ja tarjoaa soittajalle valikon, jossa on vaihtoehtoja puhelun reitittämiseen. Tämä voi olla henkilölle, vastaajaan tai puhelupalveluun (esim. puhelujonoon). Soittaja syöttää automaattisen puhelinvaihteen valikosta löytyvän numeron puhelimensa numeronäppäimistöllä.

Automaattinen puhelinvastaaja tukee seuraavia keskeisiä ominaisuuksia:

• Liike- ja aukioloaikojen ulkopuoliset aikataulut

• Loma-aikataulu

• Valikkovaihtoehto, jolla voit ohjata asiakkaasi haluamaansa paikkaan

• Mukauta tervehdyksiä

• Soita nimen perusteella -vaihtoehto

• Kutsunsiirron vaihtoehdot

• Control Hubin analytiikka ja raportit.

Lisätietoja on kohdassa Automaattisten puhelinvaihteiden hallinta.

Puheluparkki antaa käyttäjille mahdollisuuden asettaa puhelun helposti pitoon, jotta toinen käyttäjä voi helposti vastata siihen, kun hän on vapaa vastaamaan siihen. Se myös vapauttaa alkuperäiseen puheluun vastanneen käyttäjän soittamaan tai vastaanottamaan muita puheluita puhelun ollessa parkissa.

Webex Callingissa on saatavilla kahdenlaisia puheluparkkeja:

1. Puhelun parkkiin laittaminen suoraan - mahdollistaa minkä tahansa käyttäjän parkkiin laittaa puhelun toisen käyttäjän alanumeroon tai parkkialanumeroon järjestelmänvalvojan määrittämällä tavalla.

2. Puheluiden parkkiin asettaminen ryhmälle - mahdollistaa määritetyn käyttäjäryhmän automaattisesti parkkiin asettaa puhelut ryhmälle määritettyihin käytettävissä oleviin parkkiin. Nämä kohteet voivat olla ryhmän jäsenten alanumeroita tai puheluparkkiin asetettuja alanumeroita.

Kokoonpanosta ja parkkityypistä riippuen käyttäjät voivat noutaa puheluita soittamalla numeroon *88+><extension of parked call>, painamalla puheluparkki-alanumeroon liittyvää linjanäppäintä tai käyttämällä IP-puhelimensa toimintonäppäintä.

Parkkipuhelun voi peruuttaa tietyn ajan kuluttua joko parkkiin laittaneelle käyttäjälle tai vaihtoehtoiselle käyttäjälle.

Lisätietoja on kohdassa Puheluparkin hallinta Control Hubissa.

Puheluiden poiminta antaa järjestelmänvalvojalle mahdollisuuden määrittää käyttäjäryhmän (jäsenet), jotka voivat vastata puheluun toisen jäsenen puhelimeen. Tämä antaa käyttäjälle mahdollisuuden vastata puheluihin, kun hänen tiimikaverinsa ovat kiireisiä eivätkä pysty vastaamaan saapuvaan puheluun.

Ryhmän käyttäjien on oltava samassa Webex-puheluiden sijainnissa.

Käyttäjät voivat vastata puheluun joko Webex-sovelluksella tai pöytäpuhelimellaan.

• Webex-sovellus:

  • Tukee visuaalisia ja ääni-ilmoituksia

  • Saapuvan puhelun ilmoitus

  • FAC-pohjainen (valitsin *98) tai ilmoituspuhelun poimiminen

  • Puhelun vastaanottoilmoitukset monilinjaisille puheluille.

• Pöytäpuhelimet:

  • Saapuvan puhelun ilmoitus

  • Äänimerkit ja visuaalinen ilmoitus luurin LED-valon kautta. 6821 tukee vain äänimerkkejä

    • Kun ohjauskeskuksessa valittu ilmoitustyyppi ei ole ei mitään

  • Puhelun vastaanottoilmoitukset vain ensisijaisille linjoille.

Lisätietoja on kohdassa Puhelunpoimintaryhmän määrittäminen.

Webex Calling sisältää vain äänille tarkoitetut puhelujonot osana ydinominaisuuksiaan, ja kuka tahansa Webex Calling Professional -lisenssin omaava käyttäjä voi olla osa puhelujonoa, olla asiakaspalvelija tai esimies. Tämän ominaisuuden avulla käyttäjät voivat olla tehokkaasti vuorovaikutuksessa asiakkaiden kanssa. Puhelujonot tukevat osaa puhelinkeskuksen ydintoiminnoista, kuten äänijonoja, takaisinsoittoja, taito- tai prioriteettireititystä, asiakaspalvelijoiden jonojen hallintaa, analytiikkaa, raportointia jne.

Ciscon Microsoft Teams -integraatiovaatimus antaa agenteille mahdollisuuden käyttää puhelujonon puheluita ja ominaisuuksia suoraan Microsoft Teams -asiakasohjelmastaan.

Puhelujonot tukevat seuraavia keskeisiä ominaisuuksia:

• Tervehdykset ja viestit (tervehdys, lohdutus, kuiskaus jne.)

• Pidä musiikkia

• Takaisinsoitto

• Jonon reitityskäytännöt (yöliikenne, pyhäpäivät, edelleenlähetykset)

• Agenttijono login/logout

• Agenttijonon tilan hallinta

• Webex-sovelluksen tai pöytäpuhelimen tuki

• Esimiehen edustaja soittaa monitorille, linja-autolle, proomulle tai ottaa ohjat käsiinsä ominaisuuskoodien (FAC) avulla

• Ohjauskeskus (järjestelmänvalvojan oikeudet):

  • jonojen hallinta

  • Agenttien ja jonojen analytiikka ja raportointi

  • Jonojen, asiakaspalvelijoiden ja esimiesten hallinta.

Lisätietoja on kohdassa Puhelujonon määrittäminen.

Webex Callingissa on Customer Assist -lisäominaisuus, joka tarjoaa lisää puhelujonojen hallintaominaisuuksia ja parantaa asiakaspalvelijoiden ja esimiehien käyttökokemusta Webex-sovelluksessa. Webex Calling -puhelujonon ja asiakastuen ominaisuuksien vertailun löydät artikkelista Webex Calling -puhelujonon ja asiakastuen ominaisuuksien vertailu.

Webex-puheluiden etsintäryhmät mahdollistavat saapuvien puheluiden reitittämisen tietylle käyttäjäryhmälle ennalta määritetyn puheluiden reititysmallin avulla. Tämä varmistaa, että puheluihin vastaa oikea käyttäjäryhmä tai ne ohjataan vastaajaan seurantaa varten.

Yksi suuri ero etsintäryhmien ja puhelujonojen välillä on se, että puheluita ei jonoteta etsintäryhmissä. Jos kukaan etsintäryhmän käyttäjistä ei ole käytettävissä vastaamaan puheluun, se katkaistaan, lähetetään vastaajaan tai siirretään toiseen numeroon (käyttäjälle tai palvelulle).

Lisätietoja on kohdassa Metsästysryhmien hallinta Control Hubissa.

Toimintatilat-ominaisuuden avulla yritykset voivat reitittää puheluita tehokkaasti eri kohteisiin (käyttäjät, vastaaja, puhelupalvelut, kuten puhelujono). Puhelun reitityspaikka ja -aika perustuu kellonaika- ja viikonpäiväaikatauluun, ja kenelle tahansa käyttäjälle voidaan antaa valtuudet hallita näitä tiloja (aikatauluja) ja siten hallita puheluiden reitityksen muutoksia.

Esimerkiksi puhelujonoon tulevat puhelut voidaan reitittää toiseen puhelujonoon, jossa asiakaspalvelijat ovat eri aikavyöhykkeellä vastaamaan puheluihin työajan ulkopuolella, työaikana puhelut voidaan reitittää paikallisille asiakaspalvelijoille ja pyhäpäivinä puhelut voidaan reitittää vastaajaan seurantaa varten asiakaspalvelijoiden palattua toimistolle.

Valtuutettu käyttäjä voi vaihtaa näiden eri soitonsiirtotilanteiden (tilojen) välillä, jos hänen on muutettava saapuvien puheluiden reititystä tietyksi ajaksi. Nämä käyttäjät voivat hallita tiloja omien 6800/7800/8800 MPP-puhelimissa, 9800-puhelimissa tai Webex-käyttäjäkeskuksessa kohdassa Hallitse tiloja.

Lisätietoja on kohdassa Puheluiden reititys Webex Callingin toimintatilojen perusteella.

Hakuryhmien avulla käyttäjät voivat soittaa yksisuuntaisen puhelun ja lähettää ääniviestin käyttäjäryhmälle. Jokainen ryhmä voi sisältää jopa 75 kohdekäyttäjää and/or työtilat, joihin pääsee soittamalla ennalta määritettyyn numeroon tai alanumeroon.

Kun käyttäjä soittaa hakuryhmään, kaikkiin ryhmän kohteisiin soitetaan samanaikainen puhelu, minkä jälkeen soittaja voi puhua viestinsä ja lopettaa puhelun.

Lisätietoja on kohdassa Sivutusryhmän määrittäminen Control Hubissa.

Webex Calling tukee käyttäjän soittamien tai vastaanottamien puheluiden tallentamista. Tätä voidaan tarvita laadun, varmuuden, turvallisuuden tai koulutuksen vuoksi. Puhelut tallennetaan oletusarvoisesti Webexiin, mutta myös muita kolmannen osapuolen tallennuspalveluntarjoajia voidaan käyttää, jos muita tallennusominaisuuksia tai vaatimustenmukaisuus- ja sääntelyvaatimuksia vaaditaan.

Kun tallennusalustana käytetään Webexiä, kaikkia tallennettuja puheluita hallitaan Control Hubissa. Täysivaltaiset järjestelmänvalvojat, joilla on vaatimustenmukaisuusvastaavan rooli, voivat toistaa ja ladata tallenteita. Ilman vaatimustenmukaisuusvastaavan roolia järjestelmänvalvoja voi vain poistaa tallenteita.

Lisätietoja tästä ominaisuudesta ja luettelon kolmannen osapuolen tallenteista on kohdassa Webex Callingin puheluiden tallennuksen hallinta.

Yhden numeron tavoittavuus mahdollistaa käyttäjän puhelinnumeroon soitettujen puheluiden soittamisen useisiin laitteisiin. Tämä voi sisältää sekä muita pöytäpuhelimia että matkapuhelimia. Näistä laitteista voi myös soittaa puheluita, ja käyttäjät voivat lähettää ja vastaanottaa puheluita niiden välillä.

Lisätietoja tästä ominaisuudesta ja siitä, miten järjestelmänvalvoja voi määrittää sen Control Hubissa, on kohdassa Yhden numeron tavoittavuuden määrittäminen (toimisto missä tahansa).

Lisätietoja siitä, miten käyttäjä voi hallita ja määrittää tämän ominaisuuden itse Webex-käyttäjäkeskuksessa (portaalissa), on kohdassa Yhden numeron tavoittavuuden määrittäminen (toimisto missä tahansa).

Vastaajaryhmät mahdollistavat jaetun vastaajalaatikon käytön, joka voidaan määrittää käyttäjälle tai puheluiden reititystoiminnolle. Joitakin syitä vastaajaviestiryhmän tarpeellisuuteen ovat:

• Yleiskäyttöinen vastaajaviesti osastolle tai työryhmälle

• Lisää vastaajaviestivaihtoehto automaattiseen puhelinvaihteeseen tai etsintäryhmään

• Ylivuotopuheluiden lähettäminen puhelujonosta

• Käyttäjät, jotka tarvitsevat vain vastaajaviestin.

Lisätietoja on kohdassa Jaetun vastaajaviestin ja saapuvien faksien laatikon hallinta Webex Callingissa.

Tietoja kaikista ominaisuuksista, mukaan lukien joistakin lisäominaisuuksista, on kohdassa Webex Callingin lisenssityypin mukaan käytettävissä olevat ominaisuudet.