- Start
- /
- Artikel
Ontwerp voor de migratie van Unified CM naar Webex Calling
De ontwerpfase van Webex Calling richt zich op het definiëren van regio's, locaties, kiesplannen en de afhandeling van noodoproepen om een schaalbare implementatie te garanderen. Het houdt in dat een vaste regio wordt geselecteerd, locatiespecifieke details worden ingesteld en een consistent kiesplan wordt opgesteld. Ook noodhulpdiensten, opnameconfiguraties en licentievereisten komen aan bod. Deze fase legt de basis voor de inrichting, het gebruikersbeheer en de beveiligde toegang via SSO, en zorgt ervoor dat de implementatie voldoet aan de organisatorische en wettelijke eisen.
Regio selectie
Webex Calling is wereldwijd beschikbaar en wordt geleverd vanuit redundante datacenters in meerdere regio's: VS (Dallas, Chicago), Canada (Vancouver, Toronto), Europa (Frankfurt, Amsterdam), VK (Londen, Manchester), Australië (Melbourne, Sydney), Japan (Tokio, Osaka), Saoedi-Arabië (Riyad, Jeddah) en India (Mumbai, Chennai). De media-PoP's bieden mediadiensten aan om de doorlooptijden van media te optimaliseren. Het datacenter in Singapore wordt bijvoorbeeld gebruikt om de doorlooptijden voor mediaverkeer te optimaliseren voor Webex Calling-klanten in Aziatische landen waar de doorlooptijden naar Australië of Japan mogelijk niet optimaal zijn. De datacenters zijn met elkaar verbonden door een multi-gigabit en volledig redundante backbone. De afbeelding wereldwijd gedistribueerde datacenters toont een overzicht van alle Webex Calling-datacenters. Voor de meest recente lijst met beschikbare Webex Calling-datacenters, zie Datacenterlocaties voor Webex Calling.
Elke Webex Calling-klant krijgt een account toegewezen op een van de Webex Calling-instanties. Alle configuratiegegevens van die klant worden opgeslagen in die Webex Calling-instantie en de SIP-signalering van alle eindpunten en lokale gateways die voor die klant zijn geconfigureerd, is gekoppeld aan de Webex Calling-instantie waarop de klant is geconfigureerd. Omdat het lastig is om de aanvankelijke regio-instelling voor Webex Calling te wijzigen, is het belangrijk om alle relevante factoren mee te wegen in het besluitvormingsproces dat leidt tot de selectie van de Webex Calling-regio. Om overmatige vertraging in de signaaloverdracht te voorkomen, is het belangrijk om vroeg in het overgangsproces te bepalen welke Webex Calling-instantie gebruikt moet worden. Cisco adviseert om de Webex Calling-instantie te selecteren die de laagste signaaldoorlooptijden biedt voor het grootste aantal gebruikers binnen de implementatie.
Voor informatie over de beschikbaarheid van Webex Calling in verschillende landen, zie Waar is Webex beschikbaar?.
Locaties
Ter voorbereiding op het inrichten van locaties in Webex Calling moet de benodigde informatie voor alle beoogde migratielocaties worden verzameld. De benodigde informatie voor elke locatie is samengevat in Te verzamelen informatie voor elke locatie.
| Informatie | Opmerking |
|---|---|
| Verlengbereik(en) | Elke locatie in Webex Calling kan extensies hebben die met verschillende cijfers beginnen. Er moet één cijfer gereserveerd worden voor het intersite-kiesnummer (bijvoorbeeld 8) en één voor het PSTN-kiesnummer (bijvoorbeeld 9). Geen enkel uitbreidingsnummer mag met een van deze twee cijfers beginnen. Alle verlengstukken op alle locaties moeten even lang zijn. |
| DID-bereik(en) | - |
| PSTN-stuurcijfer | - |
| Sitecode | Alle sitecodes van alle locaties moeten uniek zijn en dezelfde lengte hebben. |
| Hoofdnummer | Bij het aanmaken van een locatie moeten twee DID's worden geconfigureerd. Eén nummer als hoofdtelefoonnummer (bijvoorbeeld voor een geautomatiseerd antwoordsysteem) en één nummer voor de voicemail. Voorzie één DID-nummer voor het voicemailnummer. |
| Voicemailnummer | |
| Aantal licenties | Vereiste licenties per type, waaronder Webex Calling Standard, Professional, Workspace, Route List en Outbound Calling Plan. |
| Gelijktijdige gesprekken tijdens de spits | Het totaal van gelijktijdige gesprekken tussen Webex Calling-apparaten en tussen Webex Calling-apparaten en de lokale gateway (PSTN en gesprekken naar Unified CM-apparaten). Het was nodig om de vereiste bandbreedte voor internettoegang te bepalen. |
| Land | - |
| Tijdzone | - |
| Taal | - |
| Contactgegevens (naam, telefoonnummer, e-mailadres) | - |
| Adres (Straatnaam, Plaats, Provincie, Postcode) | - |
| Fysieke locatie waar hulpdiensten kunnen worden ingezet voor eindpunten | De locatie van het apparaat dat gebruikt wordt voor noodoproepen omvat over het algemeen het volgende: gebouwadres, gebouwadres + verdiepingsnummer, gebouwadres + suitenummer of gebouwadres + verdiepingsnummer + office/cubical nummer. |
| Unieke fysieke netwerklocatie per apparaat voor hulpdiensten | De fysieke locatie van het netwerk voor noodoproepen omvat over het algemeen het volgende: schakelaar / switchpoort voor bekabelde apparaten, draadloze Access Point (AP) Basic Service Set Identifiers (BSSIDs) voor draadloos verbonden apparaten, and/or on-premises IP-subnet(en) voor eindapparaten. |
PSTN
Bij het ontwerpen van een Webex Calling-implementatie hebben klanten drie primaire opties voor PSTN-connectiviteit: Cisco Calling Plans (een via de cloud geleverde PSTN-service die door Cisco wordt beheerd), Cloud Connected PSTN Providers (CCPP, waarbij providers PSTN-service via de cloud leveren) en on-premises PSTN (waarbij lokale gateways het bedrijfsnetwerk met het PSTN verbinden). Met de introductie van PSTN-trunking voor hybride Webex Calling-implementaties (zie PSTN-trunking voor hybride Webex Calling-implementaties op PSTN-trunkingvoor meer informatie) krijgen organisaties extra flexibiliteit in hun migratieaanpak. Deze functie stelt klanten in staat om hun PSTN-netwerk aan het begin van het transitietraject naar CCPP te migreren en te beginnen met de overstap naar cloud-PSTN voor Webex Calling-gebruikers, terwijl CCPP wordt gebruikt om de PSTN-service te behouden voor gebruikers die tijdens een gefaseerde migratie Cisco Unified CM blijven gebruiken.
Deze hybride aanpak stelt organisaties in staat om eerst bepaalde gebruikersgroepen naar de cloud te migreren, zonder direct hun volledige telefonieomgeving te hoeven vernieuwen. Dit brengt echter extra complexiteit en risico's met zich mee, met name wat betreft het aanpassen van de bestaande Unified CM-gespreksrouteringslogica om de nieuwe architectuur te ondersteunen. Ook de interoperabiliteit met oudere applicaties, zoals faxservers, contactcenters of oproepsystemen, vereist zorgvuldige overweging. Belangrijke technische uitdagingen kunnen onder meer bestaan uit het garanderen van een naadloze end-to-end codec-onderhandeling en DTMF-signalering (Dual-Tone Multi-Frequency) in de gemengde omgeving, evenals het valideren van de compatibiliteit met gespecialiseerde telefoniefuncties. Een goede planning en grondige tests zijn essentieel om verstoringen tot een minimum te beperken en betrouwbare spraakdiensten te garanderen gedurende het gehele migratieproces. Daarnaast zijn commerciële overwegingen belangrijk, aangezien hybride trunking een gebruikslicentie vereist die gebaseerd is op het aantal gelijktijdige gesprekken tussen de on-premises omgeving en de cloudgekoppelde PSTN-provider (CCPP).
Organisaties kunnen er ook voor kiezen om hun eigen PSTN-verbinding tijdens de overgangsfase te behouden. In dit scenario kan de migratie naar CCPP op twee manieren worden uitgevoerd: als één gecoördineerde overstap voor alle gebruikers en locaties zodra de Webex Calling-migratie is voltooid, of stapsgewijs, waarbij de PSTN-migratie per locatie plaatsvindt naarmate gebruikers naar Webex Calling worden overgezet. Deze aanpak kan helpen bij het stroomlijnen van de co-existentie en het waarborgen van de continuïteit bij bestaande integraties, maar brengt wel een aantal operationele complexiteiten met zich mee. Daaronder vallen uitdagingen met betrekking tot nummerportering, zoals de noodzaak van nauwkeurige coördinatie van nummerporteringsverzoeken, mogelijke vertragingen en door providers opgelegde beperkingen, zoals een maximumaantal gelijktijdige porteringsverzoeken of beperkingen op het porteren van subsets van grote nummerblokken. Organisaties moeten hun PSTN-overgangsstrategie zorgvuldig plannen en daarbij rekening houden met deze logistieke aspecten om serviceonderbrekingen te voorkomen en een soepele migratie te garanderen.
De afbeelding Migratie naar CCCP aan het begin versus behoud van on-premises PSTN toont de twee hierboven beschreven PSTN-migratieopties. De afbeelding links toont het scenario waarin alle on-premises gebruikers en applicaties gebruikmaken van cloudgekoppelde PSTN-diensten via een on-premises trunk en een lokale gateway die de on-premises Unified CM verbindt met Webex Calling. De afbeelding rechts toont het scenario waarin de bestaande on-premises PSTN-infrastructuur behouden blijft en gebruikers van Webex Calling gebruikmaken van de on-premises PSTN-infrastructuur via de lokale gatewayverbinding tussen de on-premises Unified CM en Webex Calling. Tijdens de overgangsperiode kunnen Webex Calling-locaties worden overgeschakeld naar het gebruik van cloudgekoppelde PSTN-verbindingen.
In beide scenario's maken gesprekken tussen gebruikers op locatie en Webex Calling-gebruikers gebruik van de lokale gatewayverbinding. De verbinding tussen de on-premises omgeving en Webex Calling moet worden ontworpen en gedimensioneerd op basis van het verwachte aantal gelijktijdige gesprekken en de vereiste redundantie.
Kies abonnement
Om tijdens de migratieperiode een naadloze interoperabiliteit tussen Unified CM en Webex Calling te garanderen, moet een uitgebreide kiesplanarchitectuur worden ontwikkeld en geïmplementeerd voor beide platforms. Dit dual-platform kiesplanontwerp garandeert consistente gespreksroutering, nummervertaling en transparantie van functies, waardoor gebruikers op beide systemen kunnen communiceren zonder servicevermindering of verstoring van de gebruikerservaring gedurende de co-existentiefase.
On-premises kiesplan in Unified CM
Tijdens de overgangsperiode om het naast elkaar bestaan van apparaten die geregistreerd zijn op Unified CM en Webex Calling mogelijk te maken, moet het bedrijfsbelplan op Unified CM worden aangepast, zodat ten minste aan de volgende vereisten kan worden voldaan:
-
+E.164 Bellen vanuit Unified CM naar Webex Calling
-
Doorkiezen vanuit Unified CM naar Webex Calling (binnen dezelfde site, maar ook tussen verschillende sites als de toestelnummers uniek zijn)
-
Verkorte intersite-belverbinding van Unified CM naar Webex Calling
-
Geforceerd bellen binnen het eigen netwerk van Unified CM naar Webex Calling
-
Terugbellen vanuit de map met gemiste oproepen naar bestemmingen in Webex Calling
-
PSTN-gesprekken van Webex Calling naar PSTN als tijdens de overgangsperiode gebruik wordt gemaakt van het lokale PSTN-netwerk voor Webex Calling.
-
PSTN-gesprekken van Unified CM naar Webex Calling als tijdens de overgang PSTN-trunking voor hybride Webex Calling-implementaties wordt gebruikt om on-premises Unified CM-gebruikers toegang te geven tot PSTN via Cloud Connect voor Webex Calling.
-
Geforceerd overgeschakeld van Webex Calling naar Unified CM.
-
Doorkiezen vanuit Webex Calling naar Unified CM (intersite).
Als een van de bovenstaande inbelgewoonten vóór de overgang niet werd ondersteund, bijvoorbeeld omdat er geen verkorte inbelgewoonte tussen locaties bestond, dan hoeven deze niet per se tijdens de overgang te worden ingevoerd.
De afbeelding Best practices dial plan toont de best practice dial plan-aanpak zoals beschreven in de Preferred Architecture for Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVD. De belangrijkste kenmerken van deze aanpak zijn:
-
Enkele partitie voor +E.164 telefoonnummers
-
Kernroutering gebaseerd op +E.164 routepatronen
-
Normalisatie van alle belgewoonten naar +E.164 met behulp van vertaalpatronen
-
Gebruik van de overerving van de zoekruimte voor het aanroepen van vertaalpatronen (optie Gebruik de zoekruimte van de oorspronkelijke aanroeper ingesteld op vertaalpatronen).

Bijvoorbeeld, bellen via het PSTN-netwerk (9+1+10D) van een apparaat in SJC dat is voorzien van een lijnbelzoekruimte SJCInternational wordt eerst gematcht door de 9.1[2-9]XX[2-9]XXXXXX vertaalpatroon dat het gebelde partijnummer normaliseert naar +E.164. De secundaire opzoeking gebruikt vervolgens opnieuw dezelfde aanroepzoekruimte SJCInternational (overerving van aanroepzoekruimte) en de +E.164-digit De tekenreeks wordt ofwel gevonden door een +E.164 telefoonnummer in de DN partitie of door een van de PSTN-routeringspatronen in de USPSTNNational of SJCPSTNLocal partitie. Verkorte inbelgewoonten binnen en tussen sites worden geïmplementeerd door de vertalingen in de ESN en SJCtoE164 partitie. Hoewel de ESN partitie een globale partitie is (toegankelijk voor telefoons op alle locaties), is de SJCTOE164 partitie alleen toegankelijk voor gebruikers op locatie SJC. Dit gaat ervan uit dat de uitbreidingsbereiken elkaar overlappen.
De eerste stap om bellen vanuit Unified CM naar Webex Calling mogelijk te maken, is ervoor te zorgen dat +E.164 De bestemmingen worden dienovereenkomstig doorgestuurd. Dit kan worden bereikt door een Webex Calling-partitie aan het kiesplan toe te voegen, en vervolgens toe te voegen... +E.164 routepatronen voor alle Webex Calling-bestemmingen naar die partitie, en tot slot het toevoegen van de Webex Calling-partitie aan alle zoekruimtes voor bellen die serviceklassen vertegenwoordigen die Webex Calling moeten kunnen bereiken. Het aanmaken van een aparte Webex Calling-partitie is noodzakelijk om een gedifferentieerde serviceklasse te kunnen creëren voor gesprekken die afkomstig zijn van Webex Calling. Om gesprekslussen te voorkomen, mag de zoekruimte voor inkomende gesprekken op de trunk vanaf de lokale gateway geen toegang hebben tot de Webex-belpartitie.
Zoals weergegeven in de afbeelding +E.164 routering naar Webex Calling, om routering van Unified CM naar Webex Calling mogelijk te maken voor een locatie met +E.164 DID-bereik +1 221 555 2XXX en sitecode 121, een urgent routepatroon dat hiermee overeenkomt +E.164 Het bereik moet worden toegevoegd aan de Webex Calling partitie.
Als er geen locatiespecifieke selectie van de lokale gateway vereist is, kan in plaats van een routelijst met een lokale routegroep voor Webex Calling als bestemming voor routepatronen die naar Webex Calling verwijzen, een enkele routegroep worden geconfigureerd met de lokale gateway als enig lid. De routepatronen voor Webex Calling verwijzen dan naar een enkele routelijst voor Webex Calling met deze ene routegroep als enige vermelding.
Om verkorte intersite-kiezing naar de Webex Calling-site mogelijk te maken, wordt het vereiste routepatroon 8121.2XXX toegevoegd aan de Webex Calling-partitie. Voor sites die moeten worden overgezet naar Webex Calling, is een normalisatiepatroon voor nummerkeuze 8121.2XXX vereist dat ESN-nummerkeuze normaliseert naar +E.164 bestaat mogelijk al in de ESN partitie. In dat geval lijkt 8121.2XXX overbodig, maar zodra alle DN's van de betreffende locatie zijn gemigreerd naar Webex Calling, kan het normalisatie-vertalingspatroon 8121.2XXX voor het bellen worden verwijderd. Dan maakt het routepatroon 8121.2XXX het mogelijk om ESN-nummers te bellen, zelfs voor gebruikers met alleen een extensie binnen dat bereik.
Met deze wijzigingen in het kiesplan kunnen oproepen naar de Webex-bellocatie niet alleen worden geplaatst door verkorte inter-site-nummers te kiezen, maar ook +E.164. Bovendien is internationaal en nationaal bellen via het PSTN-netwerk mogelijk, omdat deze belgewoonten eerst genormaliseerd worden. +E.164 via de reeds bestaande normalisatie- en vertaalpatronen voor nummerkeuze en vervolgens doorgestuurd naar Webex Calling door de overeenkomst te matchen. +E.164 Routepatroon in de Webex-belpartitie.
De +E.164 Routepatroonmatching op basis van het DID-bereik van de Webex-bellocatie kan worden geconfigureerd, zelfs wanneer alle DID's nog steeds op Unified CM worden gehost. Het beste algoritme voor patroonherkenning van Unified CM zorgt ervoor dat wanneer een nummer dat op Unified CM is gehost wordt gebeld, het nummer correct wordt gevonden. +E.164 Het directorynummer dat is toegewezen in Unified CM komt beter overeen dan het nummer met een wildcard. +E.164 Het routepatroon verwijst naar Webex Calling, zodat de gesprekken worden doorgeschakeld naar een lijn op Unified CM en niet naar Webex Calling.
Webex-belplan
Elke gebruiker in Webex Calling krijgt een extensie toegewezen. and/or A +E.164 telefoonnummer. De extensielengte is een vaste, globale instelling: Alle extensies in een Webex Calling-implementatie hebben dezelfde lengte. Interne nummerkeuze kan worden gebruikt tussen Webex Calling-gebruikers, zowel binnen één locatie als tussen verschillende locaties. Verkorte interne doorkiesnummers (het laatstgenoemde geval) werken alleen als het gekozen doorkiesnummer uniek is.
Als verkorte nummerkeuze tussen locaties vereist is, maar er overlappingen zijn tussen de extensies die op verschillende locaties zijn toegewezen, dan moet er een bedrijfsspecifiek nummeringsplan worden gemaakt door de extensies te voorzien van een toegangscode of een locatiecode. Voor meer informatie, zie Voorkeursarchitectuur voor Cisco Collaboration 15 On-Premises-implementaties, Ontwerpoverzicht beschikbaar op Cisco collaboration preferred architectures.
De lengte van het toestelnummer, het kiesgedrag voor interne nummers tussen locaties, de lengte van het voorvoegsel voor interne nummers tussen locaties en het stuurcijfer in het routeringsvoorvoegsel voor interne nummers tussen locaties worden geconfigureerd in de instellingen van de belservice in Control Hub.
-
Lengte van het locatierouteringsprefix: Lengte van het voorvoegsel inclusief het stuurcijfer. Alleen vereist als er een bedrijfsnummerplan moet worden opgesteld als alternatieve, verkorte nummerkeuze voor interlocaties binnen het bedrijf.
-
Stuurcijfer in routeringsvoorvoegsel: Stuurcijfer voor verkorte interlocatie-belprocedures binnen een bedrijf. Overlappingen met het eerste cijfer van een locatie en de cijfers van uitgaande gesprekken vanaf die locatie moeten worden vermeden. Alleen vereist als er een bedrijfsnummerplan moet worden opgesteld als alternatieve, verkorte nummerkeuze voor interlocaties binnen het bedrijf.
-
Interne verlengingslengte: Standaardlengte van verlengstukken. Kan elke waarde tussen twee en tien zijn.
Wanneer er vanuit een on-premises gespreksbeheersysteem naar Webex Calling gebeld moet worden via een intern nummer of via belangrijke bedrijfsnummers (doorschakelcode, sitecode, intern nummer) en het on-premises gespreksbeheersysteem een intern nummer als beller-ID verzendt, zorg er dan voor dat u ook de parameter Maximum unknown extension length instelt in het gedeelte Call Routing between Webex Calling and premises om ervoor te zorgen dat inkomende gesprekken van het on-premises gespreksbeheersysteem naar Webex Calling correct als on-premises gesprekken worden geclassificeerd. -
Schakel tussen locaties door naar een intern nummer: Schakelen naar enable/disable Doorkiesnummers tussen locaties. Deze optie moet alleen worden ingeschakeld als alle extensies binnen de organisatie uniek zijn. Als deze optie is uitgeschakeld, moeten belangrijke bedrijfsnummers (stuurcode, locatiecode, toestelnummer) of telefoonnummers tussen locaties worden gekozen.
De eerste drie parameters worden voornamelijk gebruikt om een kiesplan voor telefoons op te stellen, zodat de time-outs tussen cijfers bij het bellen met de hoorn van de haak tot een minimum worden beperkt. Afwijkingen van deze algemene instellingen zijn nog steeds mogelijk (bijvoorbeeld: extensies met een andere lengte kunnen worden geconfigureerd), maar er verschijnt dan een waarschuwingsbericht in Control Hub en bellen vanaf telefoons vereist mogelijk en-block bellen om conflicten binnen het vooraf geladen kiesplan te voorkomen.
De tabel Voorbeeld van bedrijfsnummering toont een voorbeeld van drie locaties waarbij de extensiebereiken van twee locaties, NYC en RTP, identiek zijn. Het opzetten van een bedrijfsnummeringsschema met een inter-site stuurcijfer 8, gevolgd door een driecijferige sitecode en de viercijferige extensie, creëert een niet-overlappende, verkorte inter-site kiesgewoonte.
| Site | Uitbreidingsbereik | Sitecode | Bedrijfsassortiment |
|---|---|---|---|
| New York | 2XXX | 202 | 8 202 2XXX |
| SFO | 3XXX | 203 | 8 203 3XXX |
| RTP | 2XXX | 204 | 8 204 2XXX |
Om een soepele overgang mogelijk te maken, is het ideaal als de belgewoonten van gebruikers vóór en na de overstap naar Webex Calling hetzelfde blijven. Ter voorbereiding op de overgang naar elke locatie moeten de DID-bereiken en uitbreidingsbereiken (of verkorte kiesgewoonten binnen de locatie) worden gedocumenteerd. Op basis van deze informatie moet vervolgens het intersite-stuurcijfer worden geselecteerd.
De tabel Vaste lengte Webex Calling-extensiebereiken toont een voorbeeld van drie locaties en vaste lengte extensiebereiken. Omdat overlappende kiesgewoonten moeten worden vermeden, is het belangrijk ervoor te zorgen dat voor elk uitbreidingsbereik het eerste cijfer van het bereik niet overeenkomt met het stuurcijfer voor verkorte intersite-kiezing. Als bijvoorbeeld 8 is geselecteerd als het stuurcijfer voor intersite-kiezen, dan kan geen enkel toestelnummer in een site beginnen met 8. Doorgaans komen de toestelnummers op een bepaalde locatie overeen met de laatste paar cijfers van de DID's die aan die locatie zijn toegewezen. Om conflicten te voorkomen, kan het eerste cijfer van het toestelnummer worden gewijzigd. Als bijvoorbeeld DIDs in de +1 Als de nummers 408, 555 en 8XXX in een bepaalde locatie worden gebruikt, kan in plaats van 8XXX als uitbreidingsnummer 7XXX worden gebruikt voor de uitbreidingen op die locatie.
| Site | Uitbreidingsbereik | Webex-belextensies | Sitecode | Bedrijfsassortiment |
|---|---|---|---|---|
| New York | 2XXX | 2XXX | 202 | 8 202 2XXX |
| SFO | 8XXX | 7XXX | 203 | 8 203 7XXX |
| RTP | 1XX | 11XX | 204 | 8 204 11XX |
De zevencijferige nummerreeksen die worden gekozen op een Webex Calling-apparaat met het Amerikaanse Webex Calling-nummerplan overlappen met een zevencijferig patroon voor lokaal bellen in het vooraf geladen Amerikaanse nummerplan. Om overlappingen tussen inbelgewoonten binnen en buiten het PSTN-netwerk te voorkomen, kan op die locatie een verplichte externe toegangscode worden gebruikt. Als het bestaande nummeringsschema van de onderneming en de bijbehorende verkorte nummers voor interlocatiegesprekken overlappen met patronen in het nationale nummeringsschema van Webex Calling, kan tijdens de overgang naar Webex Calling het nummeringsschema worden aangepast naar een langere of kortere vorm om overlappingen te voorkomen. De eenvoudigste manier om dit te bereiken is door een extra opvulcijfer aan het nummeringsschema toe te voegen. Het nieuwe, langere schema voor intersite-gesprekken hoeft alleen te worden ingevoerd door gebruikers die al zijn gemigreerd naar Webex Calling. Gebruikers die nog steeds Unified CM gebruiken, kunnen zeven cijfers blijven intoetsen. Het bedrijfsbelplan in Unified CM moet er in dit geval voor zorgen dat verkorte zevencijferige nummers die vanuit Unified CM naar Webex Calling worden gebeld, worden omgezet naar een van beide. +E.164 of naar het verkorte kiesformaat dat wordt gebruikt in Webex Calling. Dit moet gebeuren voordat het gesprek naar de lokale gateway wordt verzonden.
De tabel Overgang naar zevencijferig bellen toont een voorbeeld van deze hernummering. In dit voorbeeld wordt bij verkort bellen tussen locaties op Unified CM gebruikgemaakt van stuurcijfer 8, gevolgd door een tweecijferige locatiecode en een viercijferig toestelnummer. Om te voorkomen dat er bij het bellen tussen locaties in Webex Calling gebruik wordt gemaakt van afgekorte zeven cijfers, kunnen de locatiecodes eenvoudig worden gewijzigd naar drie cijfers door een willekeurig opvulcijfer (8 in het voorbeeld) toe te voegen aan de tweecijferige locatiecodes die in Unified CM worden gebruikt. Op die manier gebruikt bellen tussen locaties vanaf Webex Calling-telefoons het stuurcijfer 8 gevolgd door het opvulcijfer 8, de oude tweecijferige locatiecode en het viercijferige toestelnummer. Gebruikers van Webex Calling hoeven geen nieuwe sitecodes te onthouden; ze hoeven alleen maar te onthouden dat ze 88 als voorvoegsel moeten gebruiken voor intersite-bellen in plaats van 8 op Unified CM.
| Unified CM | Webex Calling | ||||
|---|---|---|---|---|---|
| Site | Toestellen | Locatiecode | Bedrijfsassortiment | Site-ode | Ondernemingshoek |
| 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 |
In een scenario met verschillende nummerformaten voor bedrijven in Unified CM en Webex Calling, waarbij bedrijfsnummers worden weergegeven als bellerinformatie voor gesprekken van Unified CM naar Webex Calling (bijvoorbeeld gesprekken vanaf apparaten zonder DID), is het belangrijk om ook een koppeling te implementeren tussen de verschillende nummerformaten voor bellerinformatie om ervoor te zorgen dat terugbellen werkt. Deze mapping kan worden bereikt door het transformatiepatroon van de beller toe te passen op de verbinding tussen Unified CM en de lokale gateway.
Opname
Een goed ontworpen oplossing voor gespreksopname vereist zorgvuldige overweging van verschillende belangrijke ontwerpelementen om ervoor te zorgen dat deze aansluit bij de organisatiedoelen, wettelijke vereisten en technische beperkingen. Twee van de meest cruciale beslissingen betreffen de keuze van de leverancier en de regio. Beide keuzes moeten mogelijk wereldwijd worden afgestemd en op specifieke locaties worden overruled, afhankelijk van de bedrijfsbehoeften.
1. Keuze van een aanbieder voor gespreksopname
Het kiezen van de juiste aanbieder van gespreksopnames is essentieel voor het behalen van bedrijfsdoelstellingen en het waarborgen van een uniforme functionaliteit binnen de hele organisatie:
-
Wereldwijde leveranciersselectie: Organisaties wijzen doorgaans één primaire leverancier voor gespreksopnames aan op wereldniveau. Dit garandeert consistentie in functionaliteit, naleving van regelgeving en ondersteuning op alle locaties.
-
Locatiegebonden overschrijvingen: In situaties waarin specifieke locaties of regio's unieke zakelijke behoeften of wettelijke vereisten hebben, kan het nodig zijn om de wereldwijde leveranciersselectie te overrulen en alternatieve leveranciers voor die locaties te specificeren. Deze flexibiliteit ondersteunt uiteenlopende wettelijke voorschriften en lokale operationele behoeften.
-
Bedrijfsvereisten: De keuze voor een dienstverlener moet gebaseerd zijn op een beoordeling van zakelijke overwegingen zoals naleving van wet- en regelgeving (bijv. MiFID II, HIPAA), kwaliteitsborging, geschillenbeslechting of opleidingsbehoeften.
-
Beschikbaarheid van de functie: Aanbieders moeten worden beoordeeld op hun vermogen om de vereiste functies te leveren, zoals realtime monitoring, zoek- en afspeelmogelijkheden, encryptie, bewaarbeleid, integratie met analyseplatformen en ondersteuning voor verschillende gesprekstypen (inkomend, uitgaand, intern).
2. Regio selectie
Het bepalen van de regio waar gespreksopnames worden opgeslagen en verwerkt, is cruciaal voor naleving van de regelgeving en prestaties:
-
Wereldwijde regioselectie: Organisaties kunnen standaard één regio kiezen voor het opslaan van gespreksopnames om het beheer en de governance te vereenvoudigen.
-
Regio-overrides op basis van locatie: Indien wetgeving inzake gegevensopslaglocatie of bedrijfsbeleid dit vereist, kan het nodig zijn om de instelling voor de wereldwijde regio voor specifieke locaties te overschrijven, zodat gespreksopnames binnen de vereiste geografische grenzen worden opgeslagen en verwerkt.
-
Vereisten voor gegevensopslaglocatie: Het ontwerp moet rekening houden met internationale en lokale wetgeving inzake gegevensbescherming (zoals de AVG, de CCPA of landspecifieke voorschriften) die kunnen bepalen waar en hoe gespreksopnames worden bewaard.
Een ander cruciaal aspect dat moet worden aangepakt tijdens de planning en het ontwerp van een gespreksopnameoplossing voor Webex Calling, is de inschatting van de benodigde opslagruimte. Het nauwkeurig voorspellen van de opslagbehoeften is essentieel om ervoor te zorgen dat er voldoende capaciteit beschikbaar is ter ondersteuning van de lopende bedrijfsactiviteiten, om te voldoen aan de regelgeving en om verstoringen van de dienstverlening te voorkomen.
Bij het bepalen van de verwachte opslagbehoefte moet rekening worden gehouden met verschillende belangrijke parameters:
-
Aantal opgenomen gesprekken: Schat het verwachte aantal gesprekken in dat binnen een bepaald tijdsinterval (bijvoorbeeld per dag, week of maand) zal worden opgenomen. Dit omvat niet alleen externe gesprekken, maar ook interne communicatie, indien vereist door het bedrijfsbeleid of wettelijke voorschriften.
-
Gemiddelde gespreksduur: Bereken de gemiddelde lengte van opgenomen gesprekken, aangezien langere gesprekken meer opslagruimte in beslag nemen. Variaties in gespreksduur tussen verschillende afdelingen of gebruikersgroepen moeten ook in de schatting worden meegenomen.
-
Bewaarperiode: Bepaal hoe lang opnames bewaard moeten blijven; dit wordt vaak bepaald door het beleid van de organisatie of externe regelgeving (zoals branchespecifieke nalevingsnormen). Langere bewaartermijnen verhogen de totale opslagbehoefte.
-
Groeiprognoses: Houd rekening met de verwachte groei van het aantal telefoongesprekken of de uitbreiding van de opnamemogelijkheden, die het gevolg kunnen zijn van bedrijfsgroei, nieuwe wettelijke vereisten of de toevoeging van extra gebruikers of locaties.
Door deze parameters grondig te analyseren, kunnen organisaties een robuuste opslagstrategie ontwikkelen die schaalbaarheid, kosteneffectiviteit en naleving van de regelgeving garandeert voor hun Webex Calling-oplossing voor gespreksopname. Het is ook raadzaam om de opslagtoewijzingen regelmatig te controleren en aan te passen naarmate het gebruikspatroon in de loop van de tijd verandert.
Noodoproep
De verplichting om een noodoproep door te schakelen naar de juiste meldkamer is een vereiste voor elke telefoondienst die PSTN-diensten aanbiedt. Met Webex Calling is het doorschakelen van noodoproepen een integraal onderdeel van de oplossing en omvat het ondersteuning voor alle nationale noodnummers in de landen die Webex Calling ondersteunt. De routering van een noodoproep in Webex Calling is gebaseerd op de locatie die is gedefinieerd in Control Hub en de PSTN-toegangsmethode van die locatie. De noodnummers in Webex Calling zijn vooraf gedefinieerd en specifiek voor het land waarin de Webex Calling-gebruikers en -apparaten zijn geïnstalleerd.
Er zijn twee manieren om noodoproepen te versturen via Webex Calling. Er is een basisdienst voor het doorschakelen van noodoproepen en een uitgebreide dienst voor het doorschakelen van noodoproepen. De basisdienst voor het doorschakelen van noodoproepen gebruikt een door de beheerder geselecteerd nummer om de locatie en de route naar de hulpdiensten te bepalen. Voor eenvoudige noodoproepen verloopt het gesprek doorgaans via het openbare telefoonnetwerk (PSTN) van de klant op die locatie. Webex Calling beschikt ook over verbeterde routering van noodoproepen, speciaal ontworpen voor implementaties in de VS en Canada. Deze landen hebben wettelijke voorschriften die vereisen dat een landelijke provider wordt ingeschakeld om noodoproepen naar de juiste meldkamer door te sturen.
Alle klanten dienen minimaal de basisconfiguratie voor noodoproepen te implementeren. Voor een basisnoodoproep is het vereist dat ten minste één klant een eigen noodnummer heeft. +E.164 Een nummer wordt toegewezen aan elke locatie die is gedefinieerd in Webex Calling. Voor eenvoudige noodoproepen wordt elke locatie gedefinieerd door een straatadres waarnaar politie, brandweer of ambulance wordt gestuurd in geval van nood. In de meeste gevallen is het hoofdnummer van de locatie de beste keuze om de fysieke locatie van de noodsituatie aan te geven. Doorgaans wordt het adres toegewezen aan de +E.164 Het nummer wordt afgestemd met de PSTN-provider. De onderstaande afbeeldingen tonen de toewijzing van het hoofdnummer dat als noodnummer voor de vestiging in Richardson zal worden gebruikt.


In de meeste gevallen volstaat een gebouwadres als verzendadres voor de locatie. Maar als er aanvullende locatiegegevens nodig zijn voor specifieke gebruikers of apparaten, kan een beheerder dezelfde procedure volgen als hierboven beschreven en die apparaten toewijzen aan een specifiek adres of een preciezere locatie binnen het adres (zoals een verdieping of kamer). In Gebruikersbeheer in Control Hub, maakt het tabblad Bellen het mogelijk om een specifiek nummer te gebruiken voor een gebruiker en hun apparaten om een specifiek verzendadres te ontvangen. De volgende afbeeldingen illustreren hoe een specifiek nummer aan een apparaat kan worden toegewezen. De beheerder is verantwoordelijk ervoor te zorgen dat het nummer dat door het apparaat wordt gebruikt, is gekoppeld aan het juiste verzendadres. De toewijzing van een adres gebeurt doorgaans via de PSTN-provider van die locatie.


Voor telefonie-implementaties in de VS die geavanceerde noodoproepoplossingen moeten bieden, gebruikt Webex Calling RedSky's Horizon Mobility, geïntegreerd in Webex Calling, voor het routeren van noodoproepen. Bij gebruik van RedSky voor gespreksroutering moet een beheerder een account aanmaken via Cisco en de juiste informatie configureren in de Calling-instellingen. -> Service-instellingen om deze functie in te schakelen. Zodra de RedSky-service op systeemniveau is ingeschakeld, zal een beheerder de RedSky-service op locatieniveau inschakelen. Het inschakelen van de verbeterde noodoproepfunctie in een Webex-bellocatie activeert de service voor alle apparaten die aan die locatie zijn toegewezen. Apparaten die Enhanced Emergency Calling ondersteunen, zijn Cisco MPP-telefoons, Cisco PhoneOS-telefoons en de Webex-app van Cisco.
Er zijn twee instellingen om de verbeterde noodoproepfunctie op een locatie in te schakelen. De optie Sta RedSky toe om netwerkverbindingsinformatie te ontvangen en testgesprekken te voeren moet worden gebruikt om te controleren of de RedSky-configuratie voor apparaat- en infrastructuurtoewijzingen correct is. Met deze instelling kunnen ook testgesprekken naar 933 worden gevoerd om de locatie te verifiëren met behulp van het IVR-systeem van RedSky, dat de locatie van de beller voorleest. Hoewel dit document niet ingaat op de RedSky-configuratie voor locatiebepaling, dient een beheerder ALTIJD de locatiedetectie te testen voordat noodoproepen naar RedSky worden doorgestuurd. Zodra de tests zijn voltooid en de nauwkeurigheid is geverifieerd, zal de beheerder oproepen doorverbinden naar RedSky door de optie 'noodoproepen doorverbinden naar RedSky' in te schakelen. Met deze schakelaar worden alle noodoproepen voor de betreffende locatie doorgestuurd naar RedSky, die ze vervolgens doorstuurt naar de meldkamer van die locatie.
De verbeterde instellingen voor noodoproepen zijn ook van toepassing op Webex App-clients, zowel op locatie als op afstand. Wanneer de Webex-app lokaal wordt gebruikt, kan deze op dezelfde manier worden gevolgd als vaste telefoons. Wanneer de gebruiker zich buiten het kantoor bevindt, kan hij of zij de locatie dynamisch instellen, rechtstreeks in de Webex-app. Voor meer informatie over noodoproepen, zie Verbeterde noodoproepen voor Webex Calling.
Licentieverlening
Er zijn meerdere opties om Webex Calling-licenties aan gebruikers toe te wijzen.
Handmatige toewijzing via Control Hub
Beheerders wijzen Webex Calling-licenties handmatig toe aan individuele gebruikers via de Control Hub-interface.
Beheerders kunnen servicelicenties voor individuele gebruikers bewerken en bellicenties rechtstreeks toewijzen.
Automatische licentietoewijzingssjablonen
Gebruik sjablonen voor licentietoewijzing in Control Hub om licenties automatisch toe te wijzen aan gebruikers op basis van groeps- of organisatie-instellingen.
Automatische licentieverlening kan plaatsvinden via directorysynchronisatie of handmatige gebruikersupdates, maar gebruikers moeten wel over een geldige licentie beschikken. +E.164 Het telefoonnummer moet correct geformatteerd zijn en de telefoonnummers moeten bestaan in een Webex Calling-locatie voordat de gebruiker kan worden aangemaakt. Als niet aan de voorwaarden wordt voldaan (bijvoorbeeld een ongeldig telefoonnummerformaat), worden er geen Webex-bellicenties toegekend.
Massatoewijzing via CSV-sjabloon
Upload een CSV-bestand met gebruikersgegevens en licentietoewijzingen om meerdere gebruikers tegelijk toe te voegen of te wijzigen.
Met CSV-import kunt u tot 20.000 gebruikers toevoegen en licenties toewijzen, maar voor Webex Calling-licenties zijn specifieke velden zoals telefoonnummer en toestelnummer vereist.
API-gebaseerde toewijzing
Gebruik de Webex API's om programmatisch licenties toe te wijzen en gebruikers te beheren.
Webex ondersteunt API-bewerkingen voor gebruikers- en licentiebeheer (People-, SCIM 2.0- en Licenses-API's), die kunnen worden gebruikt voor het automatiseren van licentietoewijzing. De Licenses API maakt het mogelijk om gelijktijdig licenties, telefoonnummers en extensies toe te wijzen.
| Toewijzingsmethode | Voordelen | Nadelen |
|---|---|---|
| Handmatig via Control Hub | Eenvoudig voor een klein aantal gebruikers. Biedt nauwkeurige en gedetailleerde controle over de licentietoewijzing. | Niet schaalbaar, tijdrovend Gevoelig voor menselijke fouten bij handmatige invoer. |
| Automatische licentiesjablonen | Schaalbaar Vermindert handmatige fouten Kan worden toegepast op nieuwe en bestaande gebruikers. | Geldige telefoonnummers en locaties zijn vereist. Complexer om in te stellen Vereist tevens gebruikersgroepen per gebruikersgroep met gelijkwaardige licentievereisten. |
| Bulk CSV-upload | Efficiënt voor grote gebruikersgroepen Maakt gelijktijdige toewijzing van licenties, telefoonnummers en extensies mogelijk. | Vereist zorgvuldige CSV-opmaak. Er bestaat een risico op fouten als telefoonnummers of doorkiesnummers ontbreken of onjuist zijn. |
| API-gebaseerde toewijzing | Automatiseerbaar, flexibel. Maakt gelijktijdige toewijzing van licenties, telefoonnummers en extensies mogelijk. | Vereist kennis van softwareontwikkeling en API's. |
De tabel Gebruikersprovisioneringsopties - samenvatting geeft een overzicht van de gebruikersprovisioneringsopties en hun voor- en nadelen. Dit overzicht helpt bij het kiezen van de beste methode voor licentietoewijzing op basis van de omvang van de klantorganisatie, de automatiseringsmogelijkheden en de processen en vereisten voor gebruikersprovisionering.
Cisco raadt aan om, waar mogelijk, bellicenties toe te wijzen met behulp van licentiesjablonen. Dit vereist dat voor elke groep gebruikers die een unieke set licenties nodig heeft (bijvoorbeeld Webex Calling Standard versus Professional) een groep bestaat met de bijbehorende lidmaatschappen. Zoals besproken in de Gebruikersgroepen secties, kunnen gebruikersgroepen handmatig worden gedefinieerd in Control Hub of worden gesynchroniseerd vanuit een bedrijfsdirectory. Een combinatie van beide benaderingen is mogelijk.
Gebruikers die tot meerdere groepen behoren, verkrijgen licenties voor alle toewijzingen die aan al hun groepen zijn toegekend. Dit maakt het mogelijk om licentiespecifieke beveiligingsgroepen voor Webex Calling in de bedrijfsdirectory te gebruiken voor het beheer van de toewijzing van Webex-licenties, waarbij de resulterende gebruikerslicentietoewijzing wordt bepaald door de combinatie van groepslidmaatschappen.
Voor meer informatie, zie Automatische licentietoewijzingen instellen in Control Hub en Sjablonen voor automatische licentietoewijzingen instellen voor Webex Calling-gebruikers.
Licentievereisten
Dit gedeelte behandelt uitsluitend licenties die verband houden met Webex Calling. Andere licentietypes (bijvoorbeeld Webex-apparaatregistratie, berichten, vergaderingen) vallen hier niet onder. Als onderdeel van het ontwerpproces moeten de licentievereisten worden vastgesteld. Het aantal licenties voor de volgende licentietypen moet worden berekend:
-
Webex-belstandaard: aantal individuele gebruikers die standaard telefoonfuncties nodig hebben.
-
Webex-belprofessional: aantal gebruikers en werkplekken die geavanceerde telefoniefuncties vereisen. Virtuele lijnen en groepsvoicemail hebben recht op een 1:1 verhouding voor elke beroepslicentie. Daarom moet er in zeldzame gevallen, waarbij het aantal benodigde virtuele lijnen of groepsvoicemails het aantal gebruikers en werkplekken overschrijdt dat geavanceerde telefoniefuncties vereist, rekening worden gehouden met extra professionele licenties.
-
Webex-belwerkruimte voor gemeenschappelijke ruimte: aantal gedeelde ruimtes of gemeenschappelijke locaties waar standaard belmogelijkheden vereist zijn.
-
Webex-bellen Klantenservice: aantal agenten en supervisors die de klantenservicefuncties van Webex Calling nodig hebben. De klantenservice van Webex Calling omvat de Webex Calling Professional-licentie.
-
Routelijstoproepen: aantal benodigde cloudgekoppelde PSTN-gesprekken tussen on-premises Unified CM-gebruikers and/or gespecialiseerde applicaties van derden die lokaal worden geïnstalleerd.
-
Bedieningsconsole: Aantal Webex Calling-gebruikers dat toegang nodig heeft tot de client voor de begeleidersconsole.
-
Cisco-belabonnement (uitgaand belabonnement): aantal gebruikers die een PSTN-nummer nodig hebben and/or Toegang tot uitgaande PSTN-gesprekken voor de Cisco PSTN-service.
Er bestaat geen specifiek licentietype voor professionele werkruimtes. Professionele werkplekken vereisen een Webex Calling Professional-licentie.
Werkplekken met alleen flexwerkplekken bieden de service van een flexwerkplekbeheerder en de mogelijkheid om in geval van nood door de beheerder gebeld te worden, en vereisen geen vergunning. Voor meer informatie, zie Apparaten die alleen voor flexwerkplekken zijn bedoeld toevoegen en beheren.
Om het vereiste licentietype voor elke gebruiker en werkruimte te bepalen op basis van de benodigde functies, zie Beschikbare functies per licentietype voor Webex Calling.
Om onderscheid te maken tussen de functionaliteit die Webex Calling-wachtrijen bieden in combinatie met de professionele Webex Calling-licentie en de klantenservice van Webex Calling, zie Vergelijking van de functies van Webex Calling-wachtrijen en klantenservice.
Inrichten voor gebruiker
Bij het aanmaken van gebruikers in Webex Control Hub zijn er verschillende opties beschikbaar, elk afgestemd op verschillende organisatorische behoeften en omgevingen:
-
Handmatige inrichting: Beheerders kunnen individuele gebruikers rechtstreeks in Control Hub toevoegen en beheren. Deze methode is eenvoudig, maar het meest geschikt voor kleine organisaties of beperkte gebruikerswijzigingen.
-
Bulkprovisionering via CSV: Voor grotere gebruikersgroepen kunnen beheerders gebruikers批量 importeren en bijwerken door CSV-bestanden te uploaden naar Control Hub. Dit maakt efficiënt beheer van duizenden gebruikers tegelijk mogelijk.
- Opties voor directorysynchronisatie:
Directory Connector: Dit is een automatisch synchronisatieprogramma dat wordt gebruikt in Microsoft Active Directory-omgevingen. Het synchroniseert gebruikersaccounts, groepen en kenmerken op een geplande basis (elk uur, elke dag of elke week). Het ondersteunt Active Directory-configuraties met meerdere domeinen en forests en kan profielafbeeldingen en ruimteobjecten synchroniseren.
Entra ID (Azure AD) wizard-app: Deze methode is ontworpen voor organisaties die Microsoft Entra ID (Azure AD) gebruiken en biedt automatische, bijna realtime synchronisatie van gebruikersaccounts en -kenmerken rechtstreeks van Entra ID naar Control Hub. Het wordt volledig beheerd vanuit Control Hub en vereist minimale configuratie.
SCIM 2.0-toepassingen: Voor niet-Microsoft-omgevingen of andere identiteitsproviders zoals Okta of Duo maken SCIM-gebaseerde synchronisatie-apps automatische gebruikersprovisionering en -deprovisionering mogelijk met attribuuttoewijzing en groepssynchronisatie.
-
Uniforme CM-gebruikerssynchronisatie: Met deze optie kunnen Webex-gebruikersaccounts worden aangemaakt op basis van bestaande Unified CM-eindgebruikers door te synchroniseren vanuit Unified CM naar Webex. Hiervoor is het vereist dat Cloud Connected UC (CCUC) actief is op de on-premises Unified CM-clusters. Het wordt echter over het algemeen aanbevolen om gebruikers te synchroniseren vanuit een gecentraliseerde clouddirectory zoals Entra ID in plaats van rechtstreeks vanuit Unified CM.
-
API-provisionering: Openbare Webex API's (People, SCIM 2.0) kunnen worden gebruikt om Webex-gebruikers te provisioneren. Het grootste voordeel van het gebruik van API's is de mogelijkheid om de gebruikersprovisionering te integreren met andere bedrijfssystemen.
Dit overzicht en de bijbehorende tabel geven een beeld van de belangrijkste opties voor het inrichten van Webex-gebruikersaccounts, hun voordelen en beperkingen, zodat u de beste aanpak voor de behoeften van uw organisatie kunt kiezen.Tabel 6. Gebruikersprovisioneringsopties voor Webex Provisioneringsmethode Beschrijving Voordelen Nadelen Handmatig Create/manage gebruikers individueel in Control Hub Eenvoudig voor een klein aantal gebruikers; geen infrastructuur nodig. Niet schaalbaar; tijdrovend voor veel gebruikers. Bulk (CSV-bestand) Import/update Gebruikers批量 beheren via CSV in Control Hub Efficiënt voor groepen; geen programmeerkennis vereist Handmatige CSV-voorbereiding; minder dynamisch Mensen en de SCIM 2.0 API Programmatisch gebruikersbeheer via Webex API's Flexibel; ondersteunt automatisering en integratie. Vereist ontwikkeling en infrastructuur. Synchroniseren met Directory Automatische synchronisatie vanuit AD, Entra ID, SCIM-apps en Unified CM. Automatiseert de levenscyclus; ondersteunt filteren en in kaart brengen. Installatiecomplexiteit: Sommige opties hebben beperkte functionaliteit of vereisen een bepaalde infrastructuur.
Gebruikersgroepen
Gebruikersgroepbeheer in Webex stelt beheerders in staat gebruikers in groepen te organiseren voor efficiënt beheer van licenties, instellingen en resources in bulk. Groepen helpen het beheer te stroomlijnen door beleidsregels, licenties en instellingensjablonen gelijktijdig op meerdere gebruikers toe te passen, in plaats van gebruikers individueel te beheren.
Gebruikersgroepbeheer biedt diverse voordelen, waaronder:
-
Vereenvoudigde administratie: Beheer licenties, instellingen en beleidsregels voor meerdere gebruikers tegelijk.
-
Samenhang: Pas uniforme instellingen en licenties toe op alle gebruikers in dezelfde groep.
-
Schaalbaarheid: Biedt ondersteuning aan maximaal 250.000 leden per groep.
-
Integratie: Synchroniseer groepen vanuit Microsoft Entra ID (Azure AD) of Active Directory voor geautomatiseerd gebruikers- en groepsbeheer.
-
Flexibiliteit: Maak lokale groepen aan of synchroniseer beveiligingsgroepen; beheer het groepslidmaatschap handmatig of via CSV-bestanden.
-
Toewijzing van middelen: Beheer de toegang tot ingebedde apps en services op basis van groepslidmaatschap.
De belangrijkste gebruiksscenario's voor gebruikersgroepen bij het inrichten van Webex Calling zijn:
-
Licentietoewijzingen: Wijs licenties toe aan groepen om diensten zoals bellen, vergaderingen, berichten of hybride diensten automatisch beschikbaar te stellen aan groepsleden.
-
Instellingensjablonen: Pas verzamelingen van service-instellingen (bijv. berichten, vergaderingen, bellen) toe op groepen voor een consistente gebruikerservaring.
-
Beheer van meerdere gebruikers tegelijk: Gebruikers批量 toevoegen of verwijderen via CSV-bestanden of directorysynchronisatie.
-
Automatisering en integratie: Gebruik API's of directorysynchronisatie voor geautomatiseerd beheer van de levenscyclus van gebruikers en groepen.
De volgende tabel geeft een overzicht van de verschillende opties voor het beheren van gebruikersgroepen en groepsbeheer in Webex.
| Optie | Beschrijving | Voordelen | Nadelen |
|---|---|---|---|
| Configuratie van Control Hub-groepen (Webex-groepen) | Maak en beheer groepen rechtstreeks in Control Hub. Add/remove leden handmatig of via CSV. | Volledige controle over het groepslidmaatschap. Directe toepassing van licenties en sjablonen Groepen eenvoudig aanmaken en bewerken |
Handmatige updates vereist Risico op fouten bij handmatige CSV-uploads Geen automatische synchronisatie met externe mappen. |
| Gesynchroniseerde groepen vanuit Entra ID (Azure AD) of Active Directory | Automatisch beveiligingsgroepen en lidmaatschappen synchroniseren vanuit externe directoryservices. | Geautomatiseerde synchronisatie vermindert handmatig werk. Garandeert consistentie met het bedrijfsregister. Ondersteunt grote organisaties |
Het is niet mogelijk om groepslidmaatschap te bewerken in Control Hub. Synchronisatievertraging tot 12 uur Geneste groepen vereisen handmatige selectie. |
| Groepen en SCIM 2.0 API (Webex-groepen) | Gebruik Webex Groups of de SCIM 2.0 API voor programmatisch groeps- en ledenbeheer. | Automatisering en integratie met andere systemen Schaalbaar voor grote of complexe omgevingen. |
Vereist ontwikkelingsinspanning De complexiteit hangt af van het API-gebruik. |
Hoewel gesynchroniseerde groepen consistentie garanderen en een centraal beheerpunt bieden, is een hybride aanpak mogelijk die gesynchroniseerde groepen combineert met Webex-groepen (beheerd via Control Hub of API's). Zo kunnen bijvoorbeeld groepen voor licentietoewijzing gesynchroniseerde groepen zijn, terwijl een aparte set Webex-groepen kan worden gebruikt voor het toewijzen van gebruikers en Webex-app-oproepsjablonen.
Deze uitgebreide aanpak voor het beheer van gebruikersgroepen in Webex stelt organisaties in staat om gebruikerslicenties, instellingen en beleid efficiënt te beheren, waardoor consistente en schaalbare samenwerkingservaringen worden gegarandeerd.
Aanbevolen aanpak bij de migratie van Unified CM naar Webex Calling
De primaire gegevensbron voor gebruikers van Unified CM is de Unified CM-database, die eindgebruikersinformatie bevat. Unified CM is echter doorgaans niet de gezaghebbende bron voor gebruikersidentiteitsbeheer en, belangrijker nog, zal aan het einde van de overgangsperiode worden uitgeschakeld. Het is daarom uitgesloten als gezaghebbende bron voor identiteitsinformatie op de lange termijn.
Cisco raadt aan om een gecentraliseerde clouddirectory zoals Microsoft Entra ID (Azure AD) te gebruiken als de enige bron van waarheid voor gebruikersidentiteiten. Het synchroniseren van gebruikers van Entra ID naar Control Hub zorgt voor consistentie, vereenvoudigt het beheer en ondersteunt single sign-on (SSO).
Om ervoor te zorgen dat alle gebruikers in Unified CM ook in Entra ID aanwezig zijn, moeten organisaties controleren of de gebruikersaccounts in Unified CM overeenkomen met de accounts in Entra ID. Dit kan worden gedaan door gebruikerslijsten uit Unified CM te exporteren en deze te vergelijken met de gebruikerslijsten van Entra ID.
Samenvattend is de aanbevolen methode voor het inrichten van gebruikers het synchroniseren van gebruikers van Microsoft Entra ID (Azure AD) naar Webex Control Hub met behulp van de Azure AD-wizard of SCIM-apps. Handmatige en CSV-bulkprovisionering zijn beschikbaar als aanvullende methoden, maar zijn minder schaalbaar en foutgevoeliger voor grote organisaties. Ervoor zorgen dat Entra ID de gezaghebbende bron is en dat alle Unified CM-gebruikers in Entra ID aanwezig zijn, is cruciaal voor een succesvolle migratie en een consistente gebruikerservaring in zowel Webex Calling- als Unified CM-omgevingen.
De overstap van een on-premises directoryservice, zoals Active Directory, naar een clouddirectoryservice, zoals Entra ID (Azure ID), staat los van de overgang naar een andere beller. Cisco adviseert om de overstap naar een cloudgebaseerde telefoongids af te ronden voordat met de overstap naar een cloudgebaseerde telefoongids wordt begonnen.
Het ontwerpen van gebruikersgroepen
Na de migratie van de bedrijfsdirectory van on-premises naar de cloud, verzamel de benodigde gebruikersgroepen op basis van licentie- en functiesjabloonvereisten. Voor elk groepsdocument:
-
Groepsnaam: unieke naam van de groep.
-
Licenties: licenties die aan deze groep moeten worden toegewezen (indien van toepassing) en reikwijdte (moeten licenties worden toegewezen aan bestaande gebruikers of alleen aan nieuwe gebruikers)
-
Instellingensjablonen: Webex-app en sjablonen voor gebruikersgesprekken.
-
Mappensynchronisatie: Wordt deze groep gesynchroniseerd vanuit de bedrijfsdirectory of is dit een lokale Webex-groep die is aangemaakt in Control Hub of via een API?
-
Beschrijving: Hoe zal deze groep gebruikt worden en welke gebruikers moeten lid zijn van deze groep?
Deze gegevens worden later tijdens de implementatiefase gebruikt om lokale groepen of groepen in de bedrijfsdirectory aan te maken en het groepslidmaatschap van gebruikers te beheren.
Eenmalige aanmelding (SSO)
Cisco raadt het gebruik van SSO aan voor gebruikersauthenticatie. Het gebruik van SSO biedt een aantal aantrekkelijke voordelen, waaronder:
-
Vereenvoudigde gebruikersauthenticatie: Gebruikers kunnen zich eenmalig aanmelden met hun bedrijfsgegevens (bijvoorbeeld via Azure ID) om toegang te krijgen tot Webex en andere geïntegreerde applicaties. Dit maakt meerdere wachtwoorden overbodig en vermindert het aantal aanmeldprompts. Dit verbetert de beveiliging doordat bedrijfswachtwoorden na authenticatie nooit worden opgeslagen of naar Webex worden verzonden.
-
Vereenvoudigd gebruikersbeheer: Automatiseert het aanmaken, bijwerken en deactiveren van gebruikersaccounts op basis van wijzigingen in de bedrijfsdirectory, waardoor de administratieve lasten worden verlaagd en ervoor wordt gezorgd dat alleen geautoriseerde gebruikers toegang hebben.
-
Verbeterde beveiliging: SSO vermindert wachtwoordmoeheid en het risico op wachtwoordgerelateerde datalekken door authenticatie te centraliseren via vertrouwde identiteitsproviders (IdP's).
-
Eenvoudige integratie van multifactorauthenticatie (MFA): MFA kan eenvoudig worden ondersteund via een Identity Access Management-oplossing zoals Cisco Duo of via MFA-ondersteuning van de IdP.
Er zijn meerdere opties om SSO voor Webex-services te implementeren:
-
SAML 2.0-gebaseerde SSO: Het primaire protocol dat wordt ondersteund voor Webex SSO-integratie, waardoor een veilige uitwisseling van authenticatiegegevens tussen de identiteitsprovider en de Webex-serviceprovider mogelijk is.
-
OpenID Connect (OIDC): Ondersteund als een modern alternatief authenticatieprotocol voor SSO-integratie.
-
Webex-identiteit: Ook beschikbaar als optie voor identiteitsaanbieder.
SSO wordt centraal geconfigureerd en beheerd via Control Hub, waarvoor metadata-uitwisseling tussen Webex en de gekozen IdP vereist is.
Na de configuratie kan SSO in Control Hub worden getest voordat het wordt geactiveerd, om er zeker van te zijn dat alles correct is ingesteld.
Cisco Webex biedt ondersteuning voor integratie met diverse beproefde en veelgebruikte identiteitsproviders (IdP's) en identiteitsbeheersystemen (IAM), waaronder maar niet beperkt tot:
-
Cisco Duo
-
Okta
-
Microsoft Active Directory Federation Services (ADFS)
-
Microsoft Azure
-
PingFederate
-
OpenAM
-
F5 BIG-IP.
Deze identiteitsproviders voldoen aan de SAML 2.0- of OpenID Connect-standaarden en zijn gevalideerd op compatibiliteit met Cisco-samenwerkingsoplossingen.
Ondersteuning voor meerdere IdP's
Webex stelt organisaties in staat om SSO met meerdere identiteitsproviders te configureren, zodat ze complexe IT-omgevingen zoals fusies, overnames of gedecentraliseerde IT-afdelingen, waar verschillende groepen verschillende identiteitsproviders gebruiken, optimaal kunnen beheren. Ondersteuning voor meerdere IdP's kan worden geïmplementeerd met behulp van de functie 'Meerdere IdP's' in Webex of door integratie met een enterprise IAM-systeem zoals Cisco Duo.
De ondersteuning van Webex voor meerdere identiteitsproviders (IdP's) biedt oplossingen voor diverse belangrijke gebruiksscenario's waarbij organisaties behoefte hebben aan flexibele en veilige authenticatie in uiteenlopende IT-omgevingen:
1. Fusies en acquisities
Wanneer bedrijven fuseren of andere bedrijven overnemen, hebben ze vaak aparte IT-infrastructuren en verschillende identiteitsproviders (IdP's) die niet kunnen worden gefedereerd. Dankzij de ondersteuning voor meerdere identiteitsproviders kunnen gebruikers van beide organisaties veilig authenticeren en samenwerken zonder dat ze hun identiteitssystemen direct hoeven te verenigen.
2. Meerdere onafhankelijke IT-afdelingen
Grote organisaties of overheidsinstellingen hebben mogelijk meerdere onafhankelijke IT-afdelingen, die elk hun eigen identiteitsprovider beheren. De functie voor meerdere identiteitsproviders (IdP's) van Webex stelt deze afdelingen in staat hun eigen authenticatiesystemen te beheren, terwijl gebruikers toch naadloos toegang hebben tot Webex.
3. Verschillende gebruikersgroepen of domeinen
Organisaties met verschillende gebruikersgroepen (bijv. werknemers versus contractanten) of meerdere e-maildomeinen kunnen routeringsregels configureren om authenticatieverzoeken naar de juiste identiteitsprovider te leiden op basis van domein- of groepslidmaatschap. Dit ondersteunt gedifferentieerde toegangsbeleidsregels en beveiligingsmaatregelen.
4. Ondersteuning voor diverse authenticatieprotocollen
Webex ondersteunt SAML- en OpenID Connect (OIDC)-identiteitsproviders, waardoor organisaties verschillende soorten identiteitsproviders kunnen integreren op basis van hun bestaande infrastructuur en beveiligingsvereisten.
5. Verbeterde beveiliging en naleving van regelgeving
Door meerdere identiteitsproviders (IdP's) in te schakelen, kunnen organisaties sterkere authenticatiemechanismen implementeren, waaronder multifactorauthenticatie (MFA) via integraties zoals Duo, en consistente beveiligingsregels afdwingen voor diverse gebruikersgroepen.
6. Vereenvoudigde gebruikerservaring
Gebruikers kunnen zich authenticeren met hun bestaande inloggegevens van hun respectievelijke identiteitsproviders, wat zorgt voor een uniforme aanmeldervaring ondanks de onderliggende complexiteit van meerdere identiteitssystemen.
Hoewel ondersteuning voor meerdere identiteitsproviders flexibiliteit biedt, vereist het zorgvuldige coördinatie tussen beveiligings- en identiteitsteams om consistente beveiligingsrichtlijnen te handhaven en potentiële kwetsbaarheden te voorkomen.
Duo MFA met SSO voor Webex
Duo Access Gateway (DAG) kan gebruikers authenticeren met behulp van bestaande on-premises of cloudgebaseerde directory's zoals Active Directory (AD) en OpenLDAP. Het biedt ook ondersteuning voor integratie met andere identiteitsproviders zoals Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS en Shibboleth. Deze flexibiliteit stelt organisaties in staat hun bestaande directory-infrastructuur te gebruiken voor Webex SSO met Duo MFA.
Duo fungeert als een sterke authenticatielaag bovenop de primaire directory-authenticatie. Het functioneert als een identiteitsprovider (IdP) die SAML 2.0 gebruikt om tweefactorauthenticatie (2FA) af te dwingen voordat toegang tot Webex wordt verleend. Duo analyseert de context van de gebruiker, het apparaat en het netwerk aan de hand van configureerbare beleidsregels om toegang toe te staan of te weigeren, waardoor de beveiliging verder gaat dan alleen gebruikersnaam en wachtwoord. Duo biedt ook flexibele beleidscontroles, zoals het vereisen van MFA bij elke aanmelding voor sommige apps en minder vaak voor andere.
De voordelen van Cisco Duo zijn onder andere:
-
Geavanceerde beveiliging: Voegt phishingbestendige MFA toe om de toegang tot Webex te beschermen en het risico van gecompromitteerde wachtwoorden te verkleinen.
-
Flexibele beleidsmaatregelen: Biedt gedetailleerde controle over de authenticatievereisten per applicatie of gebruikersgroep.
-
Integratie met bestaande mappen: Ondersteunt on-premises Active Directory, OpenLDAP, clouddirectory's en diverse SSO-providers, waardoor infrastructuurwijzigingen tot een minimum worden beperkt.
-
Gebruiksgemak: Ondersteunt Single Sign-On (SSO) om wachtwoordmoeheid te verminderen doordat gebruikers met één keer inloggen veilig toegang krijgen tot meerdere bronnen.
-
Vertrouwde eindpunten: Biedt ondersteuning voor apparaatvertrouwen voor Webex-clients op Windows en macOS, waardoor de beveiliging wordt verbeterd.
-
Zelfservice-inschrijving: Directe registratie en een dubbele prompt verbeteren de gebruikerservaring tijdens het instellen van MFA.
Duo MFA met SSO voor Webex maakt gebruik van bestaande directory's zoals Active Directory en OpenLDAP, of cloud-identiteitsproviders, om gebruikers te authenticeren. De rol van Duo is het bieden van een sterke, op beleid gebaseerde tweede authenticatiefactor, geïntegreerd via SAML 2.0, waardoor de beveiliging wordt verbeterd en het gebruiksgemak via SSO behouden blijft. De voordelen omvatten een verbeterde beveiliging, flexibele beleidshandhaving, naadloze integratie en een betere gebruikerservaring.
Cisco raadt aan om SSO te implementeren voor Webex-gebruikers. Voor verbeterde beveiliging wordt integratie met Cisco Duo aanbevolen.
De Enterprise IAM- en SSO-strategie moet worden geïmplementeerd voordat de overgang van Unified CM naar Webex Calling van start gaat.
Functies
Webex Calling beschikt over een complete set basisfuncties die standaard bij de service zijn inbegrepen. Dit omvat veel geavanceerde belfuncties die al jaren beschikbaar zijn in Unified CM. U zult wellicht geen 100% overeenkomst zien tussen de functies van Webex Calling en Unified CM, maar zoals u in de onderstaande afbeelding kunt zien, zijn de belangrijkste Unified CM-belfuncties wel beschikbaar in Webex Calling.

Naast de vele gebruikersfuncties beschikt Webex Calling over essentiële systeemfuncties die standaard bij het platform zijn inbegrepen. Dit omvat functies zoals automatische beantwoorders, wachtrijen voor inkomende oproepen, het parkeren van inkomende oproepen, enzovoort. U kunt alle beschikbare kernsysteemfuncties in Control Hub bekijken onder Service → Bellen → Functies, zoals weergegeven in de afbeelding Kernfuncties van Webex Bellen.

Virtuele operator
De automatische beantwoorder van Webex maakt het mogelijk om... 24/7 Automatisering van de afhandeling van inkomende oproepen, waardoor efficiënte afhandeling mogelijk is zonder dat iemand elke oproep persoonlijk hoeft te beantwoorden.
De automatische beantwoorder neemt inkomende oproepen aan en geeft de beller een menu met opties om de oproep door te verbinden. Dit kan naar een persoon zijn, een voicemailbox of een beldienst (bijvoorbeeld een wachtrij voor inkomende oproepen). De beller gebruikt het toetsenblok van zijn telefoon om het nummer in te voeren via het menu van de automatische beantwoorder.
De automatische beantwoorder ondersteunt de volgende belangrijke functies:
-
Zakelijke en avondroosters
-
Vakantieplanning
-
Via het menu kunt u uw klanten rechtstreeks naar de juiste pagina leiden.
-
Personaliseer je begroetingen
-
Bellen op naam-optie
-
Opties voor gesprekken doorschakelen
-
Analyses en rapporten van Control Hub.
Voor meer informatie, zie Automatische antwoordapparaten beheren.
Gesprek parkeren
Met Call Park kunnen gebruikers een gesprek eenvoudig in de wacht zetten, zodat een andere gebruiker het gesprek gemakkelijk kan overnemen wanneer hij of zij beschikbaar is. Het geeft de gebruiker die het oorspronkelijke gesprek beantwoordde ook de mogelijkheid om andere gesprekken te voeren of te ontvangen terwijl het gesprek in de wacht staat.
In Webex Calling zijn twee soorten gespreksparkeeropties beschikbaar:
-
Directe oproep parkeren - hiermee kan elke gebruiker een gesprek parkeren naar het toestel van een andere gebruiker of naar een door de beheerder gedefinieerd toestel voor oproepparkeren.
-
Oproepparkeergroep - hiermee kan een gedefinieerde groep gebruikers automatisch oproepen parkeren op beschikbare parkeerbestemmingen die voor de groep zijn gedefinieerd. Deze bestemmingen kunnen de verlengstukken van de groepsleden zijn of verlengstukken van het belpark.
Afhankelijk van de configuratie en het parkeertype kunnen gebruikers oproepen ophalen door te bellen. *88+><extension of parked call>, door op de lijntoets te drukken die is gekoppeld aan het toestelnummer voor het parkeren van gesprekken, of door een softkey op hun IP-telefoon te gebruiken.
Er is een terugbeloptie beschikbaar om een geparkeerd gesprek na een bepaalde periode terug te roepen naar de gebruiker die het gesprek heeft geparkeerd of naar een andere gebruiker.
Voor meer informatie, zie Gesprekken parkeren beheren in Control Hub.
Gesprek aannemen
Met de functie 'Oproep beantwoorden' kan een beheerder een groep gebruikers (leden) definiëren die een oproep naar de telefoon van een ander lid kunnen beantwoorden. Dit geeft een gebruiker de mogelijkheid om oproepen te beantwoorden wanneer teamgenoten bezet zijn en niet in staat zijn een inkomend gesprek aan te nemen.
De gebruikers in een groep moeten zich op dezelfde Webex Calling-locatie bevinden.
Gebruikers kunnen een gesprek aannemen via de Webex-app of via hun vaste telefoon.
-
Webex-app:
-
Ondersteunt visuele en audio-meldingen.
-
Melding inkomend gesprek
-
FAC-gebaseerd (kiezen) *98) of melding toast oproep ophalen
-
Oproepovernamemeldingen voor meerdere lijnen.
-
-
Bureautelefoons:
-
Melding inkomend gesprek
-
Geluidssignalen en visuele meldingen via de led op het toestel. De 6821 ondersteunt alleen audio-beltonen.
-
Wanneer het in de Control Hub geselecteerde meldingstype niet geenis
-
-
Meldingen voor het aannemen van oproepen gelden alleen voor primaire lijnen.
-
Zie voor meer informatie Groep voor het overnemen van oproepen configureren.
Gesprekswachtrij
Webex Calling bevat spraakgestuurde wachtrijen als onderdeel van de kernfunctionaliteiten, en elke gebruiker met een Webex Calling Professional-licentie kan deel uitmaken van een wachtrij, agent of supervisor. Deze functie stelt gebruikers in staat om efficiënt met klanten te communiceren. Wachtrijen voor gesprekken ondersteunen een deel van de kernfunctionaliteiten van een callcenter, zoals spraakwachtrijen, terugbellen, routering op basis van vaardigheden of prioriteit, beheer van wachtrijen voor agenten, analyses, rapportage, enzovoort.
Cisco's oproep tot integratie met Microsoft Teams stelt agenten in staat om rechtstreeks vanuit hun Microsoft Teams-client toegang te krijgen tot gesprekken in de wachtrij en alle bijbehorende functies.
Oproepwachtrijen ondersteunen de volgende belangrijke functies:
-
Groeten en berichten (welkom, troost, gefluister, enz.)
-
Wachtmuziek
-
Terugbellen
-
Beleid voor wachtrijroutering (nachtdienst, feestdagen, doorsturen)
-
Agentwachtrij login/logout
-
Statusbeheer van de agentwachtrij
-
Webex-app of ondersteuning via vaste telefoon
-
De supervisor kan via toegangscodes voor functies (FAC's) gesprekken monitoren, begeleiden, overnemen of overnemen.
-
Beheercentrum (toegang voor beheerders) voor:
-
wachtrijbeheer
-
Agent- en wachtrijanalyse en -rapportage
-
Beheer van wachtrijen, agenten en supervisors.
-
Zie voor meer informatie De oproepwachtrij configureren.
Webex Calling beschikt over een Customer Assist-add-on die extra mogelijkheden biedt voor wachtrijen en agenten en supervisors een betere gebruikerservaring binnen de Webex-app geeft. Voor een vergelijking van de functies voor wachtrijen en klantondersteuning van Webex Calling, zie Vergelijking van de functies voor wachtrijen en klantondersteuning van Webex Calling.
Zoekgroep
Met Webex Calling Hunt Groups kunnen inkomende oproepen naar specifieke groepen gebruikers worden doorgestuurd volgens een vooraf bepaald routeringspatroon. Dit zorgt ervoor dat oproepen door de juiste gebruikers worden beantwoord of naar een voicemail worden doorgeschakeld voor opvolging.
Een belangrijk verschil tussen oproepgroepen en wachtrijen is dat oproepen in een oproepgroep niet in een wachtrij worden geplaatst. Als er dus geen gebruikers in de oproepgroep beschikbaar zijn om de oproep te beantwoorden, wordt deze verbroken, naar de voicemail doorgeschakeld of doorgeschakeld naar een ander nummer (van een andere gebruiker of dienst).
Voor meer informatie, zie Jachtgroepen beheren in Control Hub.
Bedrijfsmodi
Met de functie 'Bedrijfsmodi' kunnen bedrijven gesprekken efficiënt doorsturen naar verschillende bestemmingen (gebruikers, voicemail, beldiensten zoals een wachtrij). De bestemming en het tijdstip waarop een gesprek wordt doorgeschakeld, zijn gebaseerd op een schema met tijdstippen en dagen van de week. Elke gebruiker kan gemachtigd worden om deze schema's te beheren en zo wijzigingen in de gespreksroutering te controleren.
Een voorbeeld hiervan is dat inkomende oproepen naar een wachtrij kunnen worden doorgeschakeld naar een andere wachtrij met medewerkers in een andere tijdzone om oproepen buiten kantooruren te beantwoorden, tijdens kantooruren naar de lokale medewerkers kunnen worden doorgeschakeld en tijdens feestdagen naar de voicemail kunnen worden doorgeschakeld voor opvolging nadat de medewerkers weer op kantoor zijn.
Een geautoriseerde gebruiker kan schakelen tussen deze verschillende doorschakelscenario's (modi) als hij of zij de doorschakeling van inkomende oproepen gedurende een bepaalde periode wil wijzigen. Deze gebruikers kunnen de modi beheren via hun 6800/7800/8800 MPP-telefoons, 9800-telefoons of in de Webex User Hub op Modi beheren.
Zie voor meer informatie Gespreksroutering op basis van bedrijfsmodi in Webex Bellen.
Paginggroep
Met paginggroepen kunnen gebruikers een eenzijdig gesprek starten om een audiobericht naar een groep gebruikers te sturen. Elke groep kan maximaal 75 doelgebruikers bevatten. and/or Werkplekken die bereikbaar zijn door een vooraf gedefinieerd nummer of toestelnummer te bellen.
Wanneer een gebruiker een oproepgroep belt, wordt er gelijktijdig een oproep gedaan naar alle toegewezen personen in de groep. De beller kan dan zijn of haar berichten inspreken en ophangen zodra hij of zij klaar is.
Zie voor meer informatie Een paginggroep configureren in Control Hub.
Opnamen
Webex Calling ondersteunt het opnemen van gesprekken die door een gebruiker worden gevoerd of ontvangen. Dit kan nodig zijn voor kwaliteitsborging, beveiliging of trainingsdoeleinden. Standaard worden gesprekken opgenomen in Webex, maar er kunnen ook andere opnameproviders van derden worden gebruikt als er andere opnamefuncties of wettelijke vereisten zijn.
Bij gebruik van Webex als opnameplatform worden alle opgenomen gesprekken beheerd via Control Hub. Volledige beheerders met de rol van compliance officer kunnen de opnames afspelen en downloaden. Zonder de rol van compliance officer kan de beheerder alleen de opnames verwijderen.
Voor meer informatie over deze functie en een lijst met opnameservices van derden, zie Gespreksopnames beheren voor Webex Calling.
Single Number Reach
Met 'Single number reach' kunnen oproepen naar het telefoonnummer van een gebruiker op meerdere apparaten overgaan. Dit kan zowel vaste telefoons als mobiele telefoons omvatten. Vanaf deze apparaten kunnen ook telefoongesprekken worden gevoerd en gebruikers kunnen gesprekken tussen de apparaten doorsturen en ontvangen.
Voor meer informatie over deze functie en hoe een beheerder deze in Control Hub configureert, zie Bereik van één nummer configureren (kantoor overal).
Voor meer informatie over hoe een gebruiker deze functie zelf kan beheren en configureren in de Webex User Hub (portal), zie Bereik van één nummer configureren (kantoor overal).
Voicemailgroep
Voicemailgroepen maken een gedeelde voicemailbox mogelijk die aan een gebruiker of een functie voor gespreksroutering kan worden toegewezen. Enkele redenen waarom een voicemailgroep nodig kan zijn, zijn:
-
Algemene voicemail voor een afdeling of werkgroep
-
Voeg een voicemailoptie toe aan een automatische beantwoorder of oproepgroep.
-
Om overloopgesprekken vanuit een wachtrij door te sturen
-
Gebruikers die alleen een voicemailbox nodig hebben.
Voor meer informatie, zie Een gedeelde voicemail- en inkomende faxbox beheren voor Webex Calling.
De Attendant Console staat vermeld op de pagina 'Belfuncties' in Webex Control Hub, maar het is een extra functie waarvoor de aanschaf van een Attendant Console-licentie vereist is.
Voor meer informatie, zie Aan de slag met de Attendant Console.
Voor informatie over alle functies, inclusief enkele extra functies, zie Beschikbare functies per licentietype voor Webex Calling.