In dit artikel
Selectie van de regio
Locaties
PSTN
dropdown icon
Dialplan
    Inbelabonnement op locatie in Unified CM
    Webex Calling -kiesplan
dropdown icon
Opnemen
    1. Selectie van een provider voor gespreksopname
    2. Selectie van de regio
Noodoproep
dropdown icon
Licentieverlening
    Handmatige toewijzing via Control Hub
    Sjablonen voor automatische licentietoewijzing
    Bulktoewijzing via CSV-sjabloon
    Toewijzing op basis van API
    Licentievereisten
dropdown icon
Provisioning door gebruikers
    Gebruikersgroepen
    Aanbevolen aanpak bij de migratie van Unified CM naar Webex Calling
    Gebruikersgroepen ontwerpen
dropdown icon
Eenmalige aanmelding (SSO)
    Ondersteuning voor meerdere IdP
    Duo MFA met SSO voor Webex
dropdown icon
Kenmerken
    Automobilist
    Call Park
    Ophalen van gesprekken
    Oproepwachtrij
    Hunt-groep
    Bedrijfsmodi
    Oproepgroep
    Opnamen
    Bereik van één nummer
    Voicemailgroep
Wat gaat u nu doen?

Ontwerp om te migreren van Unified CM naar Webex Calling

list-menuIn dit artikel
list-menuFeedback?

De ontwerpfase van Webex Calling is gericht op het definiëren van regio's, locaties, belabonnementen en het afhandelen van noodoproepen om een schaalbare implementatie te garanderen. Het omvat het selecteren van een vaste regio, het instellen van locatiespecifieke gegevens en het opstellen van een consistent belplan. Hulpdiensten, opnameconfiguraties en vergunningsbehoeften komen ook aan bod. Deze fase legt de basis voor bevoorrading, gebruikersbeheer en veilige toegang via SSO, zodat de implementatie voldoet aan de organisatorische en reglementaire vereisten. Voor een uitgebreid overzicht van uw migratietraject, met snelle links voor gedetailleerde documentatie, zie Migrate Unified CM to Webex Calling.

Selectie van de regio

Webex Callingis 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 om de retourtijden van media te optimaliseren. Het datacenter in Singapore wordt bijvoorbeeld gebruikt om de reistijden van de media te optimaliseren voor Webex Calling klanten in Aziatische landen waar de retourtijden naar de regio Australië of Japan mogelijk niet optimaal zijn. De datacenters zijn onderling verbonden via een multi-gigabit en volledig redundante backbone. De figuur wereldwijd gedistribueerde datacenters geeft een overzicht van alle Webex Calling datacenters. Voor de meest recente lijst van beschikbare Webex Calling datacenters, zie Datacenterlocaties voor Webex Calling.

Wereldwijd verspreide datacenters

A map displaying global locations for Calling (Multi-Tenant) and Media PoP services, indicating a widespread network.

Elke Webex Calling klant wordt in één van de Webex Calling gevallen bevoorraad. Alle leveringsinformatie van die klant wordt in dat Webex Calling geval opgeslagen en de SIP-signalering van alle eindpunten en lokale gateways die voor die klant beschikbaar zijn, is gekoppeld aan de Webex Calling instantie waarop de klant is ingericht. Omdat het moeilijk is om de initiële Webex Calling regioselectie te wijzigen, is het belangrijk om alle relevante factoren in overweging te nemen als onderdeel van het besluitvormingsproces dat tot de Webex Calling regioselectie leidt. Om buitensporige vertraging van de signalering heen en terug te voorkomen, is het belangrijk om vroeg in het overgangsproces te beslissen welke Webex Calling instantie moet worden gebruikt. Cisco raadt aan de Webex Calling instantie te kiezen die de laagste retourtijden voor signalering biedt voor het grootste aantal gebruikers binnen de implementatie.

Voor beschikbaarheid Webex Calling per land, zie Waar is Webex beschikbaar? .

Locaties

Om de beschikbaarstelling van locaties voor te bereiden, moet Webex Calling de vereiste informatie voor alle migratiedoellocaties worden verzameld. De informatie die nodig is voor elke locatie is samengevat in Informatie die voor elke locatie moet worden vastgelegd.

Tabel 1. Informatie om vast te leggen voor elke locatie
InformatieCommentaar
Uitbreidingsbereik (en)Elke locatie Webex Calling kan extensies hebben die beginnen met verschillende cijfers. Eén cijfer moet worden gespaard voor het stuurcijfer voor interlokaal bellen (bijvoorbeeld 8) en één cijfer voor het PSTN-stuurcijfer (bijvoorbeeld 9). Geen enkel uitbreidingsbereik kan met een van deze twee cijfers beginnen.

Alle uitbreidingsbereiken van alle locaties moeten even lang zijn.

DID-reeks (en)-
Stuurcijfer van PSTN-
Code van de siteAlle sitecodes van alle locaties moeten uniek zijn en even lang zijn.
HoofdnummerBij het aanmaken van een locatie moeten twee DID's worden ingericht. Eén als hoofdnummer (bijvoorbeeld om toe te wijzen aan een autobegeleider) en één voor het voicemailportaal.

Voorziening één DID voor het voicemailnummer.

Voicemailnummer
Aantal licentiesVereiste licenties per type, waaronder Webex Calling Standard, Professional, Workspace, Routelijst, Outbound Calling Plan.
Gelijktijdige gesprekken tijdens drukke urenSom van gelijktijdige gesprekken tussen Webex Calling apparaten en tussen Webex Calling apparaten en de Local Gateway (PSTN en oproepen naar Unified CM apparaten). Nodig om de vereiste bandbreedte voor internettoegang te bepalen.
Land-
Tijdzone-
Taal-
Contactpersoon (naam, telefoon, e-mail)-
Adres (straatnaam, stad, staat, postcode)-
De fysieke verzendlocatie van de hulpdiensten voor eindpuntenDe verzendlocatie van het apparaat die wordt gebruikt voor noodoproepen omvat over het algemeen het volgende: adres van het gebouw, adres van het gebouw + verdieping, adres van het gebouw + suite-nummer, of adres van het gebouw + vloernummer + kantoor-/kubusnummer.
Per apparaat unieke fysieke netwerklocatie voor hulpdienstenDe fysieke netwerklocatie voor noodoproepen omvat over het algemeen het volgende: switch/switchpoort voor bekabelde apparaten, draadloze Access Point (AP) Basic Service Set Identifiers (BSSID's) voor draadloos verbonden apparaten en/of IP-subnet (en) op locatie voor eindpuntapparaten.

PSTN

Bij het ontwerpen van een Webex Calling implementatie hebben klanten drie primaire PSTN-connectiviteitsopties: Cisco Calling Plans (een PSTN-service in de cloud die wordt beheerd door Cisco), Cloud Connected PSTN-providers (CCPP, waarbij providers PSTN-diensten leveren via de cloud) en PSTN op locatie (waarbij lokale gateways het bedrijfsnetwerk verbinden met het PSTN). Met de introductie van PSTN-trunking voor hybride Webex Calling implementaties (zie PSTN-trunking voor hybride implementaties en PSTN-trunking voor meer informatie) Webex Calling krijgen organisaties extra flexibiliteit in hun migratieaanpak. Met deze functie kunnen klanten hun PSTN overzetten naar CCPP aan het begin van de transitie en beginnen met de overgang naar PSTN in de cloud voor Webex Calling gebruikers, terwijl ze CCPP gebruiken om de PSTN-service te behouden voor gebruikers die tijdens een gefaseerde migratie aan blijven. Cisco Unified CM

Met deze hybride aanpak kunnen organisaties bepaalde gebruikersgroepen eerst naar de cloud verplaatsen, zonder onmiddellijk hun hele telefonieomgeving te herzien. Het brengt echter extra complexiteit en risico's met zich mee, met name als het gaat om het aanpassen van de bestaande logica Unified CM voor gespreksroutering ter ondersteuning van de nieuwe architectuur. Interoperabiliteit met oudere toepassingen, zoals faxservers, contactcenters of oproepsystemen, vereist ook een zorgvuldige afweging. Belangrijke technische uitdagingen zijn onder meer het waarborgen van naadloze codec-onderhandelingen van begin tot eind en DTMF-signalering (Dual-Tone Multi-Frequency) in de gemengde omgeving, en het valideren van de compatibiliteit met gespecialiseerde telefoniefuncties. Goede planning en tests zijn essentieel om onderbrekingen tot een minimum te beperken en betrouwbare spraakdiensten te behouden gedurende het hele migratieproces. Daarnaast zijn commerciële overwegingen belangrijk, aangezien voor hybride trunking een gebruikslicentie vereist is die is gebaseerd op het aantal gelijktijdige gesprekken tussen de lokale omgeving en de Cloud Connected PSTN Provider (CCPP).

Als alternatief kunnen organisaties ervoor kiezen om tijdens de overgangsfase hun PSTN-connectiviteit op locatie te behouden. In dit scenario kan de migratie naar CCPP op twee manieren worden uitgevoerd: als een enkele, gecoördineerde cutover voor alle gebruikers en locaties zodra de Webex Calling migratie is voltooid, of stapsgewijs, waarbij de PSTN-migratie per locatie plaatsvindt wanneer gebruikers worden verplaatst. Webex Calling Deze aanpak kan helpen om coëxistentie te stroomlijnen en de continuïteit van bestaande integraties te handhaven, maar brengt verschillende operationele complexiteiten met zich mee. Dit zijn onder meer uitdagingen in verband met nummeroverdracht, zoals de noodzaak van nauwkeurige coördinatie van nummerpoortorders, mogelijke vertragingen en door de provider opgelegde beperkingen, zoals een limiet op het aantal gelijktijdige poortaanvragen of beperkingen op het overzetten van subsets van grote nummerblokken. Organisaties moeten hun PSTN-overgangsstrategie zorgvuldig plannen, rekening houdend met deze logistieke overwegingen om onderbrekingen van de dienstverlening te voorkomen en een soepele migratie-ervaring te garanderen.

Migratie naar CCCP in het begin versus PSTN op locatie behouden

Migration to CCCP at the start vs. keeping on-premises PSTN

De figuur Migratie naar CCCP aan het begin versus PSTN op locatie behouden toont de twee PSTN-migratieopties die hierboven zijn uitgelegd. De afbeelding aan de linkerkant toont het scenario waarin alle lokale gebruikers en toepassingen gebruik maken van Cloud Connected PSTN-services via een lokale trunk en een lokale gateway waarmee de lokale verbinding wordt verbonden, Webex Calling terwijl de afbeelding Unified CM aan de rechterkant het scenario toont waarin het bestaande PSTN op locatie op zijn plaats blijft en gebruikers PSTN op Webex Calling locatie gebruiken via de Local Gateway-verbinding tussen op locatie Unified CM enWebex Calling. Tijdens de overgang kan naar Webex Calling locaties worden overgeschakeld via Cloud Connected PSTN.

In beide scenario's maken gesprekken tussen on-premises en Webex Calling gebruikers gebruik van de Local Gateway-verbinding. De verbinding tussen lokaal en Webex Calling moet dienovereenkomstig worden ontworpen en gedimensioneerd op basis van het verwachte aantal gelijktijdige gesprekken en de vereiste redundantie.

Dialplan

Om een naadloze interoperabiliteit tussen Unified CM en Webex Calling tijdens de migratieperiode te bereiken, moet op beide platforms een uitgebreide architectuur voor het kiesplan worden ontwikkeld en geïmplementeerd. Dit ontwerp voor twee platforms zorgt voor consistente gespreksroutering, nummervertaling en transparantie van functies, zodat gebruikers op beide systemen kunnen communiceren zonder dat de service verslechtert of de gebruikerservaring wordt verstoord tijdens de coëxistentiefase.

Inbelabonnement op locatie Unified CM

Tijdens de overgang moet, om het naast elkaar kunnen bestaan van apparaten die zijn geregistreerd op Unified CM en op Webex Calling Unified CM het ondernemingsnummer, worden gewijzigd, zodat ten minste aan de volgende vereisten kan worden voldaan:

  • +E.164 bellen van naar Unified CM Webex Calling

  • Extensiekeuzen van Unified CM naar Webex Calling (binnen de site, maar ook tussen locaties als de extensiebereiken uniek zijn)

  • Verkort interlokaal bellen van naar Unified CM Webex Calling

  • Geforceerd bellen op het net van naar Unified CM Webex Calling

  • Terugbellen vanuit het telefoonboek van gemiste oproepen naar bestemmingen op Webex Calling

  • PSTN-oproepen van Webex Calling naar PSTN als tijdens de overgang PSTN op locatie wordt gebruikt voor Webex Calling

  • PSTN-oproepen van Unified CM naar Webex Calling if tijdens de overgang PSTN-trunking voor hybride Webex Calling implementaties wordt gebruikt om PSTN-toegang te bieden aan gebruikers op locatie via Cloud Connect voor Unified CM Webex Calling

  • Gedwongen op het net van naar Webex Calling Unified CM

  • Bellen via een extensie van Webex Calling naar Unified CM (tussen locaties).

Als een van de bovenstaande belgewoonten vóór de overgang niet wordt ondersteund, bijvoorbeeld als er geen verkorte gewoonte bestaat om tussen verschillende locaties te kiezen, dan hoeven ze niet noodzakelijk tijdens de overgang te worden ingevoerd .

Het kiesplan in figuur Best practices toont de beste aanpak voor een kiesplan, zoals beschreven in de Preferred Architecture for Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVD. De belangrijkste kenmerken van deze aanpak zijn onder andere:

  • Eén partitie voor adresnummers van +E.164

  • Kernroutering op basis van +E.164 routeringspatronen

  • Normalisatie van alle kiesgewoonten naar +E.164 met behulp van vertaalpatronen

  • Gebruik van een vertaalpatroon dat de overerving van de zoekruimte aanroept (optie Gebruik de aanroepzoekruimte van de afzender die is ingesteld op vertaalpatronen).

Best practices dial plan
Belplan met beste praktijken

Als u bijvoorbeeld via PSTN kiest (9+1+10D) vanaf een apparaat in SJC dat is uitgerust met een zoekruimte voor lijngesprekken (SJCInternational), wordt eerst het vertaalpatroon van 9,1 [2-9] XX [2-9] XXXXXX gevolgd, waardoor het nummer van de gebelde partij wordt genormaliseerd naar +E.164. De secundaire zoekfunctie gebruikt dan opnieuw dezelfde aanroepende zoekruimte SJCInternational (waarbij de overerving van de zoekruimte wordt aangeroepen) en de tekenreeks van +E.164 wordt ofwel vergeleken met een +E.164-cijferig mapnummer op de DN-partitie, ofwel met een van de PSTN-routepatronen op de USPSTNNational- of SJCpStnLocal-partitie. Door de vertalingen in de ESN - en SjcToe164-partitie worden verkorte belgewoonten binnen en tussen sites geïmplementeerd. Hoewel de ESN-partitie een globale partitie is (op alle locaties toegankelijk voor telefoons), is de SJCTOE164-partitie alleen toegankelijk voor gebruikers op locatie SJC. Hierbij wordt uitgegaan van overlappende uitbreidingsbereiken.

De eerste stap om bellen van naar mogelijk Unified CM te maken, Webex Calling is ervoor te zorgen dat +E.164 bestemmingen op de juiste manier worden omgeleid. Dit kan worden bereikt door een Webex Calling partitie toe te voegen aan het belplan, +E.164 routepatronen voor alle Webex Calling bestemmingen toe te voegen aan die partitie, en tenslotte de Webex Calling partitie toe te voegen aan alle aanroepende zoekruimten die serviceklassen vertegenwoordigen die moeten kunnen worden bereikt. Webex Calling Het aanmaken van een speciale Webex Calling partitie is vereist om een gedifferentieerde serviceklasse te creëren voor gesprekken die afkomstig zijn vanWebex Calling. Om callloops te vermijden, zou de zoekruimte voor binnenkomende gesprekken op de trunk van de Local Gateway geen toegang moeten hebben tot de Webex Calling partitie.

+E.164 routering naar Webex Calling

+E.164 Routing to Webex Calling

Zoals weergegeven in figuur +E.164 routering naarWebex Calling, om routering van Unified CM naar mogelijk te maken Webex Calling voor een locatie met +E.164 DID-bereik +1 221 555 2XXX en locatiecode 121, moet een dringend routepatroon dat overeenkomt met dit +E.164-bereik aan de partitie worden toegevoegd. Webex Calling

Als er geen locatiespecifieke Local Gateway-selectie nodig is, dan kan in plaats van een routelijst met een Webex Calling lokale routegroep als bestemming te gebruiken voor routepatronen die naar Webex Calling een enkele routegroep verwijzen, worden voorzien van de Local Gateway als enige lid en dan verwijzen de Webex Calling routepatronen naar één enkele routelijst met deze ene Webex Calling routegroep als enige invoer.

Om verkort bellen naar de site mogelijk te maken, wordt het vereiste Webex Calling routepatroon 8121.2XXX aan de partitie toegevoegd. Webex Calling Voor sites die moeten worden overgezet naar Webex Calling een kiesnormalisatiepatroon 8121.2XXX dat het kiezen van ESN-nummers naar +E.164 normaliseert, bestaat mogelijk al op de ESN-partitie. In dat geval lijkt de 8121.2XXX overbodig, maar zodra alle DN's van de betreffende locatie zijn gemigreerd naar het 8121.2XXX kiesnormalisatiepatroon kan worden verwijderd, en dan maakt Webex Calling het 8121.2XXX-routepatroon het mogelijk om ESN-nummers te kiezen, zelfs voor gebruikers met een extensie in dat bereik.

Met deze wijzigingen in het kiesschema kunnen oproepen naar de Webex Calling locatie niet alleen worden geplaatst door de verkorte intersite en +E.164 te kiezen. Internationale en nationale PSTN-nummers zijn ook mogelijk omdat deze kiesgewoonten eerst worden genormaliseerd naar +E.164 via de reeds bestaande vertaalpatronen voor nummernormalisatie en vervolgens worden doorgestuurd door het routepatroon van +E.164 op de partitie te Webex Calling evenaren. Webex Calling

Het routeschema van +E.164 dat overeenkomt met het DID-bereik van de Webex Calling locatie kan worden ingesteld zolang alle DID's nog steeds worden gehost. Unified CM Het beste algoritme voor het matchen van patronen Unified CM zorgt ervoor dat wanneer een nummer wordt gebeld dat wordt gehost, het +E.164-telefoonnummer dat Unified CM is ingesteld beter overeenkomt dan het +E.164-routepatroon met jokertekens waarnaar Unified CM wordt verwezen, Webex Calling zodat de gesprekken worden doorgezet naar een lijn aan en niet worden doorgestuurd naar. Unified CM Webex Calling

Webex Callingbelplan

Elke gebruiker Webex Calling krijgt een extensie en/of een +E.164-telefoonnummer. De extensielengte is een vaste globale instelling: alle extensies in een Webex Calling implementatie hebben dezelfde lengte. Doorkiesnummers kunnen worden gebruikt tussen Webex Calling gebruikers, zowel binnen een locatie als tussen locaties. Verkort interlokaal kiezen van extensies (in het laatste geval) werkt alleen als de gekozen extensie uniek is.

Als verkort bellen tussen locaties een vereiste is, maar er overlappingen zijn tussen extensies die op verschillende locaties zijn toegewezen, dan moet er een bedrijfsspecifiek nummerplan worden opgesteld door de extensies vooraf te laten gaan door een toegangscode, een sitecode. Voor meer informatie, zie Preferred Architecture for Cisco Collaboration 15 On-Premises Deployments, Ontwerpoverzicht beschikbaar op Cisco collaboration preferred architectures.

De lengte van de extensie, het gedrag bij het kiezen van extensies tussen locaties, de prefixlengte voor kiezen tussen locaties en het stuurcijfer in het routeringsprefix voor kiezen tussen locaties worden geconfigureerd in de instellingen van de oproepservice in de Control Hub:

  • Lengte van het voorvoegsel voor locatieroutering: Lengte van het voorvoegsel inclusief het stuurcijfer. Alleen vereist als er een nummerplan voor bedrijven moet worden opgesteld als alternatief, verkorte gewoonte om tussen verschillende locaties te kiezen.

  • Stuurcijfer in het routeringsprefix: Stuurcijfer voor verkorte belgewoonte tussen bedrijven tussen verschillende locaties. Overlappingen met het eerste cijfer van elke locatie en locatie die naar buiten gaan, moeten worden vermeden. Alleen vereist als er een nummerplan voor bedrijven moet worden opgesteld als alternatief, verkorte gewoonte om tussen verschillende locaties te kiezen.

  • Interne verlengingslengte: standaardlengte van verlengingen. Kan elke waarde tussen twee en tien zijn.

    Als doorkiezen of kiezen met significante nummers van het bedrijf (stuurcode, sitecode, extensie) vereist is voor een gespreksbeheer op locatie naar Webex Calling en de oproepbediening op locatie stuurt een extensie als nummerherkenning, zorg er dan voor dat u ook de parameter Maximale onbekende verlengingsduur instelt in het gedeelte Gespreksroutering tussen Webex Calling en lokalen om ervoor te zorgen dat gesprekken die stroomopwaarts van de oproepcentrale op locatie worden uitgevoerd, kunnen worden geclassificeerd als lokaal Webex Calling belt correct.
  • Extensiekeuze tussen locaties toestaan: Schakel om het kiezen van een extensie tussen locaties in of uit te schakelen. Deze optie moet alleen worden ingeschakeld als alle extensies binnen de organisatie uniek zijn. Als de optie is uitgeschakeld, moeten belangrijke nummers van het bedrijf (stuurcode, sitecode, extensie) of telefoonnummers tussen locaties worden gekozen.

De eerste drie parameters worden voornamelijk gebruikt om een kiesschema op te stellen voor telefoons om de time-outs tussen de cijfers tot een minimum te beperken bij gebruik van off-hook dialing. Afwijkingen van deze globale instellingen zijn nog steeds mogelijk (bijvoorbeeld: er kunnen extensies met een andere lengte worden ingesteld), maar er verschijnt een waarschuwingsbericht in de Control Hub en voor bellen vanaf telefoons kan het nodig zijn om een en-bloknummer te kiezen om conflicten binnen het vooraf geladen belplan te voorkomen.

De tabel Enterprise-nummeringsvoorbeeld toont een voorbeeld van drie locaties waar de uitbreidingsbereiken van twee locaties, NYC en RTP, identiek zijn. De invoering van een nummeringsschema voor bedrijven met stuurcijfer 8 tussen locaties, gevolgd door een sitecode van drie cijfers, en de extensie van vier cijfers zorgt voor een niet-overlappende, verkorte belgewoonte tussen verschillende locaties.

Tabel 2. Voorbeeld van bedrijfsnummering
WebsiteUitbreidingsbereikCode van de siteEnterprise-assortiment
NYC 2XXX 202 8 202 2XXX
SFO 3XXX 203 8 203 3XXX
RTP 2XXX 204 8 204 2XXX

Om een soepele overgang mogelijk te maken, moeten de kiesgewoonten voor gebruikers voor en na de overgang naar Webex Calling idealiter hetzelfde zijn. Om de overgang voor elke locatie voor te bereiden, moeten de DID-reeksen en -uitbreidingsbereiken (of verkorte belgewoonten binnen de site) worden gedocumenteerd. Op basis van deze informatie moet dan het stuurcijfer tussen locaties worden geselecteerd.

De tabel Fixed length Webex Calling extension ranges toont een voorbeeld van drie locaties en uitbreidingsbereiken met een vaste lengte. Omdat overlappende kiesgewoonten moeten worden vermeden, is het belangrijk om ervoor te zorgen dat bij elk uitbreidingsbereik het eerste cijfer van het bereik niet overeenkomt met het stuurcijfer voor verkorte interlokale nummers. Als bijvoorbeeld 8 is geselecteerd als stuurcijfer voor interlokaal bellen, dan mag op geen enkele locatie een uitbreidingsbereik beginnen met 8. Doorgaans komen de extensies 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 de extensie worden gewijzigd. Als bijvoorbeeld DID's in het bereik van +1 408 555 8XXX worden gebruikt op een locatie, dan kan in plaats van 8XXX als uitbreidingsbereik 7XXX worden gebruikt voor de extensies op die site

Tabel 3. Webex CallingUitbreidingsbereiken met vaste lengtes
WebsiteUitbreidingsbereik Webex CallingExtensiesCode van de siteEnterprise-assortiment
NYC 2XXX 2XXX 202 8 202 2XXX
SFO 8XXX 7XXX 203 8 203 7XXX
RTP 1XX 11XX 204 8 204 11XX

Kiesreeksen van zeven cijfers die worden gekozen op een Webex Calling apparaat met het Amerikaanse Webex Calling kiesschema overlappen met een zevencijferig patroon voor lokaal bellen in het vooraf geladen Amerikaanse kiesplan. Om overlappingen tussen belgewoonten op het net en buiten het net (PSTN) te voorkomen, kan op die locatie een verplichte externe toegangscode worden gebruikt. Als het bestaande nummeringsschema voor bedrijven en het bijbehorende verkorte nummeringsschema tussen locaties elkaar overlappen met patronen in de Webex Calling nationale wijzerplaat, dan kan tijdens de overgang naar Webex Calling het nummeringsschema om overlappingen te voorkomen ook worden gewijzigd in een langere of kortere vorm. De eenvoudigste manier om dit te bereiken is door een extra opvulcijfer toe te voegen aan het nummeringsschema. Het nieuwe, langere intersitekiesschema hoeft alleen te worden overgenomen door gebruikers die al zijn gemigreerd. Webex Calling Gebruikers die nog actief zijn, Unified CM kunnen zeven cijfers blijven kiezen. Het zakelijke kiesplan moet er Unified CM in dit geval voor zorgen dat het verkorte nummer van zeven cijfers van Unified CM naar Webex Calling wordt omgezet naar +E.164 of naar het formaat voor verkorte nummers dat wordt gebruikt op. Webex Calling Dit moet worden gedaan voordat de oproep naar de Local Gateway wordt gestuurd.

De 7-cijferige nummerkeuze van Table Transitioning toont een voorbeeld van deze hernummering. In dit voorbeeld wordt bij verkorte intersite dialing Unified CM gebruikt van stuurnummer 8, gevolgd door een tweecijferige sitecode en een viercijferige extensie. Om te voorkomen dat locaties op locaties op locaties met zeven cijfers worden afgekort kiezenWebex Calling, kunnen de sitecodes eenvoudig worden gewijzigd in drie cijfers door een willekeurig opvulcijfer (8 in het voorbeeld) voor te voegen aan de tweecijferige sitecodes die worden gebruikt, Unified CM zodat bij het kiezen tussen locaties vanaf Webex Calling telefoons gebruik wordt gemaakt van stuurcijfer 8, gevolgd door het opvulcijfer 8, de oude tweecijferige sitecode en de viercijferige extensie. Gebruikers Webex Calling hoeven geen nieuwe sitecodes te onthouden; ze hoeven alleen te onthouden dat ze 88 moeten gebruiken als voorvoegsel voor interlokaal bellen in plaats van 8 op. Unified CM

Tabel 4. Kiezen met zeven cijfers overzetten
Unified CM Webex Calling
Website Extensies Code van de site Enterprise-assortiment Code van de site Enterprise-assortiment
NYC 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 waarin verschillende bedrijfsnummerformaten zijn ingeschakeld Unified CM en Webex Calling als bedrijfsnummers worden gepresenteerd als informatie van de oproeppartij voor oproepen van Unified CM naar Webex Calling (bijvoorbeeld - Oproepen vanaf apparaten zonder DID), is het belangrijk om ook een koppeling te implementeren tussen de verschillende nummerformaten voor de informatie van de oproeppartij om ervoor te zorgen dat terugbellen werkt. Deze toewijzing kan worden bereikt door een transformatiepatroon van de aanroepende partij te gebruiken op de trunk tussen Unified CM en de Local Gateway.

Opnemen

Een goed ontworpen oplossing voor gespreksopname vereist een zorgvuldige afweging van verschillende belangrijke ontwerpelementen om ervoor te zorgen dat deze aansluit bij de doelstellingen van de organisatie, wettelijke vereisten en technische beperkingen. Twee van de meest cruciale beslissingen hebben betrekking op de selectie van providers en de selectie van regio's, die beide mogelijk wereldwijd moeten worden aangepast en op specifieke locaties moeten worden overschreven, op basis van zakelijke behoeften.

1. Selectie van een provider voor gespreksopname

Het selecteren van de juiste aanbieder van gespreksopnamen is van fundamenteel belang om de bedrijfsdoelstellingen te bereiken en ervoor te zorgen dat functies in de hele organisatie op elkaar zijn afgestemd:

  • Wereldwijde selectie van providers: Organisaties wijzen doorgaans een primaire aanbieder voor gespreksopname op mondiaal niveau aan, zodat consistentie in de functieset, naleving en ondersteuning op alle locaties wordt gegarandeerd

  • Op locatie gebaseerde overschrijvingen: In scenario's waarin specifieke locaties of regio's unieke zakelijke behoeften of wettelijke vereisten hebben, kan het nodig zijn om de wereldwijde selectie van providers te negeren en alternatieve aanbieders voor die locaties te specificeren. Deze flexibiliteit ondersteunt uiteenlopende nalevingsmandaten en lokale operationele behoeften.

  • Zakelijke vereisten: De keuze van de aanbieder moet worden bepaald door een beoordeling van zakelijke factoren, zoals naleving van de regelgeving (bijvoorbeeld MiFID II, HIPAA), kwaliteitsborging, geschillenbeslechting of opleidingsbehoeften

  • Beschikbaarheid van functies: Aanbieders moeten worden beoordeeld op basis van hun vermogen om de vereiste functies te leveren, zoals realtime monitoring, zoek- en afspeelmogelijkheden, versleuteling, bewaarbeleid, integratie met analyseplatforms en ondersteuning voor verschillende soorten gesprekken (inkomend, uitgaand, intern).

2. Selectie van de regio

Het bepalen van de regio waar gespreksopnamen worden opgeslagen en verwerkt, is van cruciaal belang voor de naleving en de prestaties:

  • Wereldwijde regioselectie: organisaties kunnen standaard één regio kiezen voor het opslaan van gespreksopnamen om het beheer en beheer te vereenvoudigen

  • Op locatie gebaseerde regio-overschrijvingen: Waar de wetgeving inzake de ingezetenschap van gegevens of het bedrijfsbeleid dit vereist, kan het nodig zijn om de globale regio-instelling voor specifieke locaties te negeren, zodat gespreksopnamen binnen de vereiste geografische grenzen worden opgeslagen en verwerkt

  • Vereisten inzake ingezetenschap van gegevens: bij het ontwerp moet rekening worden gehouden met internationale en lokale voorschriften inzake gegevensbescherming (zoals de GDPR, de CCPA of landspecifieke mandaten) die kunnen bepalen waar en hoe gespreksopnamen worden bewaard.

Een ander belangrijk aspect waaraan aandacht moet worden besteed bij de planning en het ontwerp van een oplossing voor gespreksopname Webex Calling is de schatting van de opslagvereisten. Het nauwkeurig voorspellen van de opslagbehoeften is essentieel om ervoor te zorgen dat er voldoende capaciteit beschikbaar is om de lopende bedrijfsactiviteiten te ondersteunen, de naleving te handhaven en onderbrekingen van de dienstverlening te voorkomen.

Bij het bepalen van de verwachte opslagvraag moet rekening worden gehouden met verschillende belangrijke parameters:

  • Aantal opgenomen gesprekken: Evalueer het verwachte aantal gesprekken dat binnen een bepaald tijdsinterval zal worden opgenomen (bijvoorbeeld per dag, week of maand). Dit omvat niet alleen externe gesprekken, maar ook interne communicatie, indien vereist op grond van het bedrijfsbeleid of wettelijke mandaten

  • Gemiddelde gespreksduur: Bereken de typische duur van opgenomen gesprekken, want langere gesprekken nemen meer opslagruimte in beslag. Variaties in gespreksduur tussen verschillende afdelingen of gebruikersgroepen moeten ook in de schatting worden meegenomen

  • Bewaartermijn: Definieer hoe lang opnames moeten worden bewaard, wat vaak wordt bepaald door het beleid van de organisatie of externe regelgeving (zoals branchespecifieke nalevingsnormen). Langere bewaartermijnen zullen de algemene opslagvereisten verhogen

  • Groeiprognoses: Houd rekening met de verwachte groei van het aantal gesprekken of de uitbreiding van het opnamebereik, die het gevolg kan zijn van schaalvergroting van het bedrijf, nieuwe wettelijke vereisten of de onboarding van extra gebruikers of locaties.

Door deze parameters grondig te analyseren, kunnen organisaties een robuuste opslagstrategie ontwikkelen die zorgt voor schaalbaarheid, kosteneffectiviteit en naleving van de regelgeving voor hun oplossing voor Webex Calling gespreksopname. Het is ook aan te raden om de opslagtoewijzingen regelmatig te herzien en aan te passen naarmate het gebruikspatroon zich in de loop van de tijd ontwikkelt.

Noodoproep

De vereiste om een noodoproep door te sturen naar de juiste meldkamer is een vereiste voor elke oproepdienst die een PSTN-service aanbiedt. MetWebex Calling, de routering van noodoproepen is eigen aan de oplossing en omvat ondersteuning voor alle nationale noodnummers in de landen die Webex Calling ondersteuning bieden. De routering van een noodoproep Webex Calling is gebaseerd op de locatie die is gedefinieerd in de Control Hub en de PSTN-toegangsmethode van de locatie. De noodnummers Webex Calling zijn vooraf gedefinieerd en specifiek voor het land waar de Webex Calling gebruikers en apparaten worden ingezet.

Er zijn twee manieren om noodoproepen binnen te halenWebex Calling. Er is een eenvoudige routeringsservice voor noodoproepen en een uitgebreide routeringsservice voor noodoproepen. De basisrouteringsdienst voor noodoproepen gebruikt een door de beheerder geselecteerd nummer om de locatie en de oproeproute te identificeren om de hulpdiensten te bereiken. Voor eenvoudige noodoproepen verloopt het oproeppad meestal via de PSTN-optie van de klant voor die locatie. Webex Callingbeschikt ook over verbeterde routering voor noodoproepen, ontworpen voor implementaties in de VS en Canada die voldoen aan de wettelijke vereisten die vereisen dat een nationale provider wordt ingeschakeld om noodoproepen naar de juiste meldkamer te sturen.

Alle klanten moeten ten minste de basisconfiguratie voor noodoproepen implementeren. Voor een eenvoudige noodoproep moet ten minste één +E.164-nummer van een klant worden toegewezen aan elke locatie die is gedefinieerd in. Webex Calling Voor eenvoudige noodoproepen wordt elke locatie bepaald door een adres waar politie-, brandweer- of ambulancediensten naartoe worden gestuurd in geval van nood. In de meeste gevallen is het hoofdnummer voor de locatie de beste keuze om de fysieke locatie van de noodsituatie weer te geven. Doorgaans wordt de toewijzing van het adres aan het +E.164-nummer gecoördineerd met de PSTN-provider. De afbeeldingen hieronder tonen de toewijzing van het hoofdnummer dat moet worden gebruikt als noodnummer voor de locatie in Richardson.

A user location details for Richardson in the United States, including the main number and an option to manage the emergency callback number.Emergency Callback Number (ECBN) configuration, allowing selection between using the location's main number or an assigned number.
Locatie: ECBN-configuratie

In de meeste gevallen is een adres van het gebouw voldoende voor het verzendadres van de locatie. Maar als er aanvullende locatiegegevens nodig zijn voor specifieke gebruikers of apparaten, dan kan een beheerder hetzelfde proces gebruiken als hierboven beschreven en die apparaten toewijzen aan een specifiek adres of een meer precieze locatie binnen het adres (zoals een verdieping of kamer). In Gebruikersbeheer in Control Hub kan op het tabblad Bellen een specifiek nummer worden gebruikt voor een gebruiker en zijn apparaten om een specifiek verzendadres te krijgen. De volgende afbeeldingen illustreren hoe een specifiek nummer kan worden toegewezen aan een apparaat. De beheerder is verantwoordelijk om ervoor te zorgen dat aan het nummer dat door het apparaat wordt gebruikt, het juiste verzendadres is toegewezen. De adrestoewijzing gebeurt meestal via de PSTN-provider van die locatie.

A user's calling settings within an administrative portal, displaying directory numbers and emergency callback number options.The Emergency Callback Number (ECBN) settings, offering choices between the location default ECBN or an assigned number from the user's location.
ECBN-configuratie van de gebruiker

Voor telefonie-implementaties in de VS die verbeterde oplossingen voor noodoproepen moeten bieden, wordt Horizon Mobility van RedSky Webex Calling gebruikt, geïntegreerd in Webex Calling voor routering van noodoproepen. Wanneer RedSky wordt gebruikt voor gespreksroutering, moet een beheerder zich aanmelden voor een account via Cisco en de juiste informatie configureren in de instellingen voor bellen -> service om deze functie in te schakelen. Zodra de RedSky-service op systeemniveau is ingeschakeld, zal een beheerder de RedSky-service op elk locatieniveau inschakelen. Als u Enhanced Emergency Calling op een Webex Calling locatie inschakelt, wordt de service geactiveerd 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 Enhanced Emergency Calling op een locatie in te schakelen. De optie Allow RedSky to receive network connectivity-informatie en testoproepen moet worden gebruikt om te controleren of de RedSky-configuratie voor apparaat- en infrastructuurtoewijzingen correct is. Met deze instelling kunnen ook testgesprekken worden gevoerd naar 933 om de locatie te verifiëren met behulp van het IVR-systeem van RedSky om de locatie van de beller uit te lezen. Hoewel dit document geen betrekking heeft op de RedSky-configuratie voor locatietracking, moet een beheerder ALTIJD zijn locatiedetectie testen voordat hij noodoproepen activeert om naar RedSky te routeren. Zodra de test is voltooid en is geverifieerd dat ze juist zijn, stuurt de beheerder de oproepen door naar RedSky door de noodoproepen naar RedSky te laten doorsturen. Met deze schakelaar worden alle noodoproepen voor de locatie doorgestuurd naar RedSky, zodat ze naar het antwoordcentrum van de locatie worden gebracht.

De verbeterde instellingen voor noodoproepen zijn ook van toepassing op Webex App-clients, zowel op locatie als daarbuiten. Op locatie kan de Webex-app op dezelfde manier worden gevolgd als bureautelefoons. Als de gebruiker niet op locatie is, kan hij zijn locatie dynamisch instellen, rechtstreeks in de Webex-app. Voor meer informatie over noodoproepen, zie Verbeterde noodoproep voorWebex Calling.

Licentieverlening

Er zijn meerdere opties om Webex Calling licenties toe te wijzen aan gebruikers.

Handmatige toewijzing via Control Hub

Beheerders wijzen handmatig Webex Calling licenties toe aan individuele gebruikers via de Control Hub-interface.

Beheerders kunnen servicelicenties voor individuele gebruikers bewerken en rechtstreeks bellicenties toewijzen.

Sjablonen voor automatische licentietoewijzing

Gebruik sjablonen voor licentietoewijzing in Control Hub om automatisch licenties toe te wijzen aan gebruikers op basis van groeps- of organisatie-instellingen.

Automatische licentieverlening kan worden verleend door middel van adreslijstsynchronisatie of handmatige gebruikersupdates, maar gebruikers moeten een geldig telefoonnummer in +E.164-formaat hebben en de telefoonnummers moeten op een Webex Calling locatie aanwezig zijn voordat ze door de gebruiker kunnen worden toegewezen. Als niet aan de voorwaarden wordt voldaan (bijvoorbeeld een ongeldig telefoonnummerformaat), worden er geen Webex Calling licenties toegewezen.

Bulktoewijzing via CSV-sjabloon

Upload een CSV-bestand met gebruikersgegevens en licentietoewijzingen om meerdere gebruikers tegelijk toe te voegen of te wijzigen.

CSV-import ondersteunt het toevoegen van maximaal 20.000 gebruikers en het toewijzen van licenties, maar voor Webex Calling licenties zijn specifieke velden vereist, zoals telefoonnummer en extensie.

Toewijzing op basis van API

Gebruik Webex API's om licenties programmatisch 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 automatisering van licentietoewijzingen. De Licenses-API maakt gelijktijdige toewijzing van licenties, telefoonnummers en extensies mogelijk.

Tabel 5. Opties voor het inrichten van gebruikers - samenvatting
Wijze van toewijzingVoordelenNadelen
Handmatig via Control HubEenvoudig voor weinig gebruikers.

Maakt nauwkeurige en gedetailleerde controle over de licentietoewijzing mogelijk.

Niet schaalbaar, tijdrovend

Gevoelig voor menselijke fouten bij handmatige invoer.

Automatische licentiesjablonenSchaalbaar

Vermindert handmatige fouten

Kan worden toegepast op nieuwe en bestaande gebruikers.

Vereist geldige telefoonnummers en locaties.

Moeilijker om in te stellen

Vereist ook gebruikersgroepen per groep gebruikers met gelijkwaardige licentievereisten.

CSV-bestanden in bulk uploadenEfficiënt voor grote gebruikerssets

Maakt gelijktijdige toewijzing van licenties, telefoonnummers en extensies mogelijk.

Vereist een zorgvuldige CSV-opmaak

Mogelijke fouten als telefoonnummers of extensies ontbreken of onjuist zijn.

Toewijzing op basis van APIAutomatiseerbaar, flexibel.

Maakt gelijktijdige toewijzing van licenties, telefoonnummers en extensies mogelijk.

Vereist ontwikkelings- en API-kennis.

De tabel Inrichtingsopties voor gebruikers - samenvatting geeft een overzicht van de opties voor gebruikersinrichting en hun voor- en nadelen. Dit overzicht helpt bij het kiezen van de beste licentietoewijzingsmethode op basis van de grootte van de organisatie van de klant, de automatiseringsmogelijkheden en de processen en vereisten voor de levering van gebruikers.

Waar mogelijk raadt Cisco aan om bellicenties toe te wijzen aan de hand van licentiesjablonen. Dit vereist dat voor elke groep gebruikers waarvoor een unieke set licenties nodig is (voorbeeld - Webex Calling Standard vs. Professional) bestaat er een groep met de respectieve groepslidmaatschappen. Zoals besproken in de secties Gebruikersgroepen, kunnen gebruikersgroepen handmatig worden gedefinieerd in Control Hub of worden gesynchroniseerd vanuit een bedrijfsgids. Een combinatie van beide benaderingen is mogelijk.

Gebruikers die tot meerdere groepen behoren, krijgen licenties voor alle opdrachten die op al hun groepen worden toegepast. Dit maakt het mogelijk om Webex Calling licentiespecifieke beveiligingsgroepen in het ondernemingsregister te gebruiken om de Webex-licentietoewijzing te beheren, waarbij de resulterende gebruikerslicentietoewijzing wordt beheerd door de vakbond van groepslidmaatschappen.

Voor meer informatie, zie Automatische licentietoewijzingen instellen in Control Hub en Sjablonen voor automatische licentietoewijzing instellen voor Webex Calling gebruikers.

Licentievereisten

Dit gedeelte heeft alleen betrekking op Webex Calling gerelateerde licenties. Andere licentietypen (bijvoorbeeld: registratie van Webex-apparaten, berichten, vergaderingen) vallen niet onder de dekking. Als onderdeel van het ontwerpproces moeten de licentievereisten worden bepaald. Het aantal licenties voor de volgende licentietypen moet worden berekend:

  • Webex CallingStandaard: aantal individuele gebruikers die standaard telefoniefuncties nodig hebben.

  • Webex CallingProfessioneel: aantal gebruikers en werkplekken waarvoor geavanceerde telefoniefuncties nodig zijn. Virtuele lijnen en groepsvoicemail hebben recht op een verhouding van 1:1. voor elke professionele licentie. In zeldzame gevallen waarin het aantal vereiste virtuele lijnen of groepsvoicemails groter is dan het aantal gebruikers en werkplekken die geavanceerde telefoniefuncties nodig hebben, moeten dus extra professionele licenties worden bijgehouden.

  • Webex CallingWorkspace for Common Area: aantal locaties voor gedeeld gebruik of gemeenschappelijke ruimtes waarvoor standaard belmogelijkheden zijn vereist.

  • Webex CallingKlantenservice: aantal agenten en supervisors die Webex Calling Customer Assist-functies nodig hebben. De Webex Calling klantenondersteuning omvat de Webex Calling professionele licentie.

  • Routelijstgesprekken: aantal vereiste PSTN-gesprekken met cloudverbinding tussen Unified CM gebruikers op locatie en/of gespecialiseerde toepassingen van derden op locatie.

  • Attendant Console: aantal Webex Calling gebruikers dat toegang nodig heeft tot de Attendant Console Client.

  • Cisco Calling Plan (Outbound Calling Plan): aantal gebruikers die een PSTN-nummer en/of uitgaande PSTN-oproeptoegang nodig hebben voor de Cisco PSTN-service.

Er is geen specifiek licentietype voor professionele werkruimten. Voor professionele werkplekken is een Webex Calling professionele licentie vereist.

Voor werkplekken die alleen voor hotdesk beschikbaar zijn, kunt u gebruikmaken van de hotdesk-hostservice en een noodoproep van de hotdesk-host. Hiervoor is geen vergunning vereist. Zie Hotdesk-apparaten toevoegen en beheren voor meer informatie.

Om het vereiste licentietype voor elke gebruiker en werkruimte te bepalen op basis van de benodigde functies, zie Functies die beschikbaar zijn per licentietype voor Webex Calling.

Om onderscheid te maken tussen de functionaliteit die wordt geboden door Webex Calling oproepwachtrijen in combinatie met de Webex Calling professionele licentie, in tegenstelling tot de Webex Calling klantenservice, zie vergelijking van de functies Webex Calling voor gesprekswachtrijen en klantenondersteuning.

Provisioning door gebruikers

Bij de bevoorrading van gebruikers in Webex Control Hub zijn er verschillende opties beschikbaar, die elk geschikt zijn voor verschillende organisatorische behoeften en omgevingen:

  1. Handmatige provisioning: Beheerders kunnen individuele gebruikers rechtstreeks binnen de Control Hub toevoegen en beheren. Deze methode is eenvoudig, maar het meest geschikt voor kleine organisaties of beperkte gebruikerswijzigingen.

  2. Bulkvoorziening via CSV: Voor grotere gebruikersgroepen kunnen beheerders gebruikers in bulk importeren en updaten door CSV-bestanden te uploaden naar Control Hub. Dit maakt een efficiënt beheer van maximaal duizenden gebruikers tegelijk mogelijk.

  3. Opties voor het synchroniseren van adresboeken:

    Directory Connector: Dit is een hulpmiddel voor automatische synchronisatie dat in Microsoft Active Directory omgevingen wordt gebruikt. Het synchroniseert gebruikersaccounts, groepen en kenmerken volgens een vast schema (elk uur, dagelijks of wekelijks). Het ondersteunt Active Directory configuraties met meerdere domeinen en meerdere bossen en kan profielafbeeldingen en ruimteobjecten synchroniseren.

    Entra ID (Azure AD) wizardapp: 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 binnen de Control Hub en vereist een minimale installatie.

    SCIM 2.0-toepassingen: Voor omgevingen die niet van Microsoft zijn of andere identiteitsproviders, zoals Okta of Duo, maken op SCIM gebaseerde synchronisatie-apps automatische provisioning en deprovisioning van gebruikers mogelijk met attribuuttoewijzing en groepssynchronisatie.

  4. Unified CMgebruikerssynchronisatie: Met deze optie kunt u Webex-gebruikersaccounts aanmaken op basis van bestaande Unified CM eindgebruikers door te synchroniseren met Webex. Unified CM Hiervoor moet Cloud Connected UC (CCUC) op de lokale clusters draaien. Unified CM Over het algemeen wordt het echter aanbevolen om gebruikers te synchroniseren vanuit een gecentraliseerde clouddirectory, zoals Entra ID, in plaats van rechtstreeks vanuitUnified CM.

  5. API-inrichting: openbare Webex-API's (People, SCIM 2.0) kunnen worden gebruikt om Webex-gebruikers in te richten. Het belangrijkste voordeel van het gebruik van API's is de mogelijkheid om de gebruikersvoorziening te integreren met andere bedrijfssystemen.

    Tabel 6. Opties voor gebruikersinrichting voor Webex
    BevoorradingsmethodeBeschrijvingVoordelenNadelen
    HandboekGebruikers individueel aanmaken/beheren in Control HubEenvoudig voor weinig gebruikers; geen infrastructuur nodigNiet schaalbaar; tijdrovend voor veel gebruikers
    Bulk (CSV-bestand)Gebruikers in bulk importeren/updaten via CSV in Control HubEfficiënt voor groepen; geen codering vereistHandmatige CSV-voorbereiding; minder dynamisch
    Mensen en SCIM 2.0 APIProgrammatisch gebruikersbeheer via Webex API'sFlexibel; ondersteunt automatisering en integratieVereist ontwikkeling en infrastructuur
    Synchronisatie van adresboekenAutomatische synchronisatie vanuit AD, Entra ID, SCIM-apps, Unified CMAutomatiseert de levenscyclus; ondersteunt filteren en in kaart brengenComplexiteit van de installatie: sommige opties hebben beperkte functies of vereisen infrastructuur

    Dit overzicht en deze tabel geven de belangrijkste inrichtingsopties voor Webex-gebruikers weer, de voordelen en beperkingen ervan, zodat u de beste aanpak kunt kiezen die past bij de behoeften van uw organisatie.

Gebruikersgroepen

Met gebruikersgroepbeheer in Webex kunnen beheerders gebruikers in groepen indelen voor efficiënt bulkbeheer van licenties, instellingen en bronnen. Groepen helpen het beheer te stroomlijnen door beleidsregels, licenties en instellingensjablonen toe te passen op meerdere gebruikers tegelijk, in plaats van gebruikers afzonderlijk te beheren.

Beheer van gebruikersgroepen biedt verschillende voordelen, waaronder:

  • Vereenvoudigd beheer: beheer licenties, instellingen en beleidsregels voor meerdere gebruikers tegelijk.

  • Consistentie: pas uniforme instellingen en licenties toe voor gebruikers in dezelfde groep.

  • Schaalbaarheid: ondersteunt tot 250.000 leden per groep.

  • Integratie: groepen synchroniseren vanuit Microsoft Entra ID (Azure AD) of Active Directory voor geautomatiseerd gebruikers- en groepsbeheer.

  • Flexibiliteit: maak lokale groepen of synchroniseer beveiligingsgroepen; beheer het groepslidmaatschap handmatig of via CSV-bestanden.

  • Toewijzing van middelen: beheer de toegang tot geïntegreerde apps en services op basis van het groepslidmaatschap.

De belangrijkste toepassingen voor gebruikersgroepen bij de bevoorrading Webex Calling zijn:

  • Licentietoewijzingen: Wijs licenties toe aan groepen om automatisch diensten zoals bellen, vergaderen, berichten of hybride diensten aan groepsleden te leveren.

  • Sjablonen voor instellingen: Pas verzamelingen service-instellingen (zoals berichten, vergaderen, bellen) toe op groepen voor een consistente gebruikerservaring.

  • Gebruikersbeheer in bulk: gebruikers in bulk toevoegen of verwijderen via CSV-bestanden of adreslijstsynchronisatie.

  • Automatisering en integratie: Gebruik API's of adreslijstsynchronisatie 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.

Tabel 7. Opties om groepen en groepslidmaatschappen te beheren
OptieBeschrijvingVoordelenNadelen
Inrichting van Control Hub-groepen (Webex-groepen) Creëer en beheer groepen rechtstreeks in de Control Hub. Leden handmatig of via CSV toevoegen/verwijderen. Volledige controle over het groepslidmaatschap

Onmiddellijke toepassing van licenties en sjablonen

Eenvoudig om groepen aan te maken en te bewerken
Handmatige updates vereist

Risico op fouten bij handmatige CSV-uploads

Geen automatische synchronisatie met externe mappen

Gesynchroniseerde groepen van Entra ID (Azure AD) of Active Directory Beveiligingsgroepen en lidmaatschappen van externe telefoonboekdiensten automatisch synchroniseren. Geautomatiseerde synchronisatie vermindert handmatig werk

Zorgt voor consistentie met het bedrijfsregister

Ondersteunt grote organisaties

Kan het groepslidmaatschap niet bewerken in Control Hub

Synchronisatievertraging tot 12 uur

Geneste groepen vereisen handmatige selectie

Groepen en SCIM 2.0 API (Webex Groups) Webex Groups of SCIM 2.0 API gebruiken voor programmatisch groeps- en lidmaatschapsbeheer Automatisering en integratie met andere systemen

Schaalbaar voor grote of complexe omgevingen

Vereist ontwikkelingsinspanningen

De complexiteit hangt af van het gebruik van de API

Hoewel gesynchroniseerde groepen zorgen voor consistentie en één beheerpunt bieden, is een hybride aanpak mogelijk waarbij gesynchroniseerde groepen en Webex-groepen worden gecombineerd (beheerd in de besturingshub of via API's). Zo kunnen groepen voor licentietoewijzing bijvoorbeeld gesynchroniseerde groepen zijn en kan een aparte set Webex-groepen worden gebruikt voor het toewijzen van oproepsjablonen voor gebruikers en Webex Apps.

Deze uitgebreide benadering van gebruikersgroepbeheer in Webex stelt organisaties in staat gebruikerslicenties, -instellingen en -beleid efficiënt te beheren, waardoor consistente en schaalbare samenwerkingservaringen worden gegarandeerd.

Gebruikersgroepen ontwerpen

Na de overgang van het ondernemingsregister van on-premises naar de cloud verzamelt u de vereiste gebruikersgroepen op basis van de vereisten voor licenties en functiesjablonen. Voor elk groepsdocument:

  • Groepsnaam: unieke naam van de groep.

  • Licenties: licenties die aan deze groep moeten worden toegewezen (indien aanwezig) en toepassingsgebied (indien licenties worden toegewezen aan bestaande gebruikers of alleen aan nieuwe gebruikers)

  • Sjablonen voor instellingen: Webex-app en sjablonen voor telefoongesprekken door gebruikers.

  • Directory-synchronisatie: Wordt deze groep gesynchroniseerd vanuit de bedrijfsdirectory of is dit een lokale Webex-groep die wordt ingericht in Control Hub of via een API.

  • Beschrijving: hoe wordt deze groep gebruikt en welke gebruikers moeten lid zijn van deze groep

Deze gegevens zullen later tijdens de implementatiefase worden gebruikt om lokale groepen of groepen in het ondernemingsregister te creëren en het groepslidmaatschap van gebruikers te beheren.

Eenmalige aanmelding (SSO)

Cisco raadt het gebruik van SSO aan voor gebruikersauthenticatie. Het gebruik van SSO heeft enkele overtuigende voordelen, waaronder:

  • Vereenvoudigde gebruikersauthenticatie: gebruikers kunnen zich één keer aanmelden met hun bedrijfsgegevens (bijvoorbeeld via Azure ID) om toegang te krijgen tot Webex en andere geïntegreerde toepassingen, waardoor er geen meerdere wachtwoorden meer nodig zijn en er minder aanmeldingsverzoeken hoeven te worden gedaan. Dit verbetert de beveiliging door ervoor te zorgen dat 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 het bedrijfsregister, waardoor de administratieve rompslomp wordt beperkt en ervoor wordt gezorgd dat alleen bevoegde gebruikers toegang hebben.

  • Verbeterde beveiliging: SSO vermindert wachtwoordmoeheid en het risico op inbreuken op wachtwoorden door de authenticatie via vertrouwde identiteitsproviders (IDP's) te centraliseren.

  • Eenvoudige integratie van multifactor-authenticatie (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:

  • SSO op basis van SAML 2.0: het primaire protocol dat wordt ondersteund voor de Webex SSO-integratie, waardoor veilige uitwisseling van authenticatiegegevens tussen de IdP en de Webex-serviceprovider mogelijk is.

  • OpenID connect (OIDC): ondersteund als alternatief modern authenticatieprotocol voor SSO-integratie.

  • Webex-identiteit: wordt ook ondersteund als optie voor identiteitsproviders.

SSO wordt centraal geconfigureerd en beheerd via Control Hub, waarbij metagegevens moeten worden uitgewisseld tussen Webex en de gekozen IdP.

Na de configuratie kan SSO worden getest in de Control Hub voordat deze wordt geactiveerd om te garanderen dat de installatie correct is.

Cisco Webexondersteunt integratie met meerdere geteste en veelgebruikte IDP's en Identity Management Systems (IAM), waaronder maar niet beperkt tot:

  • Cisco Duo

  • Okta

  • Microsoft Active DirectoryFederatiediensten (ADFS)

  • Microsoft Azure

  • PingFederate

  • OpenAM

  • F5 BIG-IP.

Deze IDP's voldoen aan de SAML 2.0- of OpenID Connect-standaarden en zijn gevalideerd voor compatibiliteit met Cisco-samenwerkingsoplossingen.

Ondersteuning voor meerdere IdP

Met Webex kunnen organisaties SSO configureren met meerdere IDP's voor complexe IT-omgevingen zoals fusies, overnames of gedecentraliseerde IT-afdelingen waar verschillende groepen verschillende IDP's gebruiken. Ondersteuning voor meerdere IdP kan worden geïmplementeerd met behulp van de functie voor meerdere IdP in Webex of via de integratie van een IAM-systeem voor ondernemingen, zoals Cisco Duo.

De ondersteuning voor meerdere Identity Providers (IdP) van Webex heeft betrekking op verschillende belangrijke gebruikssituaties waarbij organisaties flexibele en veilige authenticatie nodig hebben in verschillende IT-omgevingen:

1. Fusies en overnames

Wanneer bedrijven fuseren of andere bedrijven overnemen, hebben ze vaak aparte IT-infrastructuren en verschillende binnenlandse ontheemden die niet kunnen worden gefedereerd. Dankzij ondersteuning voor meerdere IdP kunnen gebruikers van beide organisaties zich authenticeren en veilig samenwerken zonder dat ze hun identiteitssystemen onmiddellijk hoeven te verenigen.

2. Meerdere onafhankelijke IT-afdelingen

Grote organisaties of overheidsinstellingen kunnen meerdere onafhankelijke IT-afdelingen hebben, die elk hun eigen IdP beheren. De functie voor meerdere IdP van Webex stelt deze afdelingen in staat hun eigen authenticatiesystemen te onderhouden en tegelijkertijd gebruikers naadloos toegang te geven tot Webex.

3. Verschillende gebruikersgroepen of domeinen

Organisaties met verschillende gebruikersgroepen (bijvoorbeeld werknemers versus contractanten) of meerdere e-maildomeinen kunnen routeringsregels configureren om authenticatieverzoeken naar de juiste IdP te sturen op basis van het domein of groepslidmaatschap. Dit ondersteunt een gedifferentieerd toegangsbeleid en beveiligingscontroles.

4. Ondersteuning voor verschillende authenticatieprotocollen

Webex ondersteunt IDP's van SAML en OpenID Connect (OIDC), waardoor organisaties verschillende soorten identiteitsproviders kunnen integreren op basis van hun bestaande infrastructuur- en beveiligingsvereisten.

5. Verbeterde beveiliging en naleving van regelgeving

Door meerdere IDP's mogelijk te maken, kunnen organisaties sterkere authenticatiemechanismen implementeren, waaronder meervoudige authenticatie (MFA) via integraties zoals Duo, en een consistent beveiligingsbeleid afdwingen voor verschillende gebruikersgroepen.

6. Vereenvoudigde gebruikerservaring

Gebruikers kunnen zich authenticeren met hun bestaande inloggegevens van hun respectieve IDP's, wat een uniforme aanmeldingservaring biedt, ondanks de onderliggende complexiteit van systemen met meerdere identiteiten.

Ondersteuning voor meerdere IdP biedt flexibiliteit, maar vereist zorgvuldige coördinatie tussen beveiligings- en identiteitsteams om een consistent beveiligingsbeleid te handhaven en mogelijke kwetsbaarheden te vermijden.

Duo MFA met SSO voor Webex

Duo Access Gateway (DAG) kan gebruikers authenticeren met behulp van bestaande mappen op locatie of in de cloud, zoals Active Directory (AD) en OpenLDAP. Het ondersteunt ook integratie met andere identiteitsproviders zoals Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS en Shibboleth. Dankzij deze flexibiliteit kunnen organisaties hun huidige directory-infrastructuur gebruiken voor Webex SSO met Duo MFA.

Duo fungeert als een sterke authenticatielaag bovenop de primaire adresboekverificatie. Het werkt als identiteitsprovider (IdP) die SAML 2.0 gebruikt om tweefactorauthenticatie (2FA) af te dwingen voordat toegang wordt verleend tot Webex. Duo evalueert de context van gebruikers, apparaten en netwerken aan de hand van configureerbaar beleid om toegang toe te staan of te weigeren, waardoor de beveiliging verder gaat dan alleen gebruikersnaam en wachtwoord. Duo biedt ook flexibele beleidsmaatregelen, zoals het vereisen van MFA bij elke aanmelding voor sommige apps en minder vaak voor andere.

De voordelen van Cisco Duo zijn onder andere:

  • Verbeterde beveiliging: Voegt phishing-resistente MFA toe om Webex-toegang te beschermen, waardoor het risico op gecompromitteerde wachtwoorden wordt beperkt.

  • Flexibel beleid: Maakt gedetailleerde controle mogelijk over de authenticatievereisten per toepassing of gebruikersgroep.

  • Integratie met bestaande mappen: ondersteunt AD, OpenLDAP, cloudmappen en verschillende SSO-providers op locatie, waardoor wijzigingen in de infrastructuur tot een minimum worden beperkt.

  • Gebruiksgemak: ondersteunt Single Sign-On (SSO) om wachtwoordmoeheid te verminderen door gebruikers in staat te stellen één keer in te loggen en veilig toegang te krijgen tot meerdere bronnen.

  • Vertrouwde eindpunten: ondersteunt apparaatvertrouwen voor Webex-clients op Windows en macOS, waardoor de beveiliging wordt verbeterd.

  • Self-Service Enrollment: Inline inschrijving en dubbele prompt verbeteren de gebruikerservaring tijdens de MFA-configuratie.

Duo MFA met SSO voor Webex maakt gebruik van bestaande mappen, zoals OpenLDAP, of aanbieders van Active Directory cloudidentiteitsdiensten, om gebruikers te authenticeren. De rol van Duo is om een sterke, beleidsgestuurde tweede authenticatiefactor te bieden, geïntegreerd via SAML 2.0, waardoor de beveiliging wordt verbeterd en het gebruikersgemak behouden blijft via SSO. De voordelen zijn onder meer een verbeterde beveiliging, flexibele beleidshandhaving, naadloze integratie en een betere gebruikerservaring.

Cisco raadt aan SSO te implementeren voor Webex-gebruikers. Voor een betere beveiliging wordt integratie met Cisco Duo aanbevolen.

De Enterprise IAM- en SSO-strategie moet worden geïmplementeerd voordat met de overgang van Unified CM naar wordt begonnen. Webex Calling

Kenmerken

Webex Callingheeft een volledige reeks kernfuncties die bij de service zijn inbegrepen. Dit omvat veel belfuncties op bedrijfsniveau die al vele Unified CM jaren beschikbaar zijn. U ziet misschien niet 100% pariteit tussen Webex Calling functies en Unified CM functies, maar zoals u kunt zien in de onderstaande afbeelding, zijn de belangrijkste Unified CM oproepfuncties beschikbaar inWebex Calling.

A various Webex Calling features, categorized by function such as inbound call management, call history, and administration.
Webex Callingfuncties op bedrijfsniveau

Naast de vele gebruikersfuncties, Webex Calling heeft het ook de kernfuncties van het systeem die bij het platform zijn inbegrepen. Dit zijn onder meer functies zoals auto-attendants, wachtrijen, call park, enz. U kunt alle beschikbare kernfuncties van het systeem zien in de Control Hub onder Service → Bellen → Functies, zoals weergegeven in de Webex Calling kernfuncties van de figuur.

The Webex Control Hub's Calling section, specifically showing the Features tab with options like Announcements, Attendant Console, and Call Park Extension.
Webex Callingkernfuncties

Automobilist

Met de Webex Calling Auto Attendant kan de afhandeling van inkomende gesprekken 24/7 worden geautomatiseerd, wat een efficiënte afhandeling van gesprekken mogelijk maakt zonder dat iemand elke oproep hoeft te beantwoorden.

De automatische begeleider beantwoordt binnenkomende oproepen en biedt de beller een menu met opties om te bepalen waar hij of zij het gesprek naartoe wil doorsturen. Dit kan naar een persoon, een voicemailbox of een telefoondienst zijn (bijv. Oproepwachtrij). De beller gebruikt het toetsenblok van zijn telefoon om het nummer in te voeren in het Auto Attendant-menu.

De Auto Attendant ondersteunt de volgende belangrijke functies:

  • Dienstregelingen op kantoor en buiten kantooruren

  • Vakantieschema

  • Optie in het kiesmenu om uw klanten door te verwijzen naar waar ze heen moeten

  • Begroetingen aanpassen

  • Optie om op naam te bellen

  • Opties voor het doorschakelen van gesprekken

  • Analyses en rapporten van de Control Hub.

Zie Autobegeleiders beheren voor meer informatie.

Call Park

Met Call Park kunnen gebruikers eenvoudig een gesprek in de wacht zetten zodat een andere gebruiker het gemakkelijk kan terugvinden wanneer ze beschikbaar zijn om het gesprek aan te nemen. Het maakt de gebruiker die de oorspronkelijke oproep heeft beantwoord ook vrij om andere gesprekken te voeren of te ontvangen terwijl de oproep geparkeerd staat.

Er zijn twee soorten callparks beschikbaar inWebex Calling:

  1. Call park direct - hiermee kan elke gebruiker een gesprek naar een toestel van een andere gebruiker of naar een callpark-extensie parkeren, zoals gedefinieerd door de beheerder

  2. Call park-groep - biedt een bepaalde groep gebruikers de mogelijkheid om oproepen automatisch te parkeren op basis van beschikbare parkbestemmingen die voor de groep zijn gedefinieerd. Deze bestemmingen kunnen extensies van de groepsleden zijn of callparkextensies.

Op basis van de configuratie en het parkeertype kunnen gebruikers oproepen oproepen door *88+> te kiezen<extension of parked call>, op de lijntoets te drukken die is gekoppeld aan de call park-extensie of door een softkey op hun IP-telefoon te gebruiken.

Er is een oproepoptie beschikbaar om een geparkeerde oproep na een bepaalde periode terug te roepen naar de gebruiker die de oproep heeft geparkeerd of naar een andere gebruiker.

Zie Call Park beheren in Control Hub voor meer informatie.

Ophalen van gesprekken

Met gespreksopname 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 zijn teamgenoten het druk hebben en een binnenkomend gesprek niet kunnen beantwoorden.

De gebruikers in een groep moeten zich op dezelfde Webex Calling locatie bevinden.

Gebruikers kunnen de Webex-app of hun bureautelefoon gebruiken om een gesprek aan te nemen.

  • Webex-app:

    • Ondersteunt visuele en audiomeldingen

    • Melding van een inkomend gesprek

    • Op basis van een fax (kies *98) of op het moment dat u een gesprek opneemt

    • Meldingen voor het afhalen van gesprekken voor meerdere lijnen.

  • Telefoons op het bureau:

    • Melding van een inkomend gesprek

    • Geluidssignaal en visuele melding via de LED van de handset. De 6821 ondersteunt alleen audiogong

      • Als het meldingstype dat is geselecteerd in de Control Hub niet nul is

    • Meldingen voor het afhalen van gesprekken, alleen voor primaire lijnen.

Zie voor meer informatie de groep voor het opnemen van gesprekken configureren.

Oproepwachtrij

Webex Callingomvat wachtrijen voor gesprekken met alleen spraak als onderdeel van de kernfuncties en elke gebruiker met een Webex Calling Professional-licentie kan deel uitmaken van een oproepwachtrij, agent of supervisor. Met deze functie kunnen gebruikers efficiënt met klanten communiceren. Oproepwachtrijen ondersteunen een deel van de kernfuncties van het callcenter, zoals voicewachtrijen, terugbellen, routering via vaardigheden of prioriteit, beheer van de wachtrijen van medewerkers, analyses, rapportage, enz.

Cisco's oproep voor Microsoft Teams-integratie biedt agenten rechtstreeks toegang tot gesprekken in de wachtrij en functies van hun Microsoft Teams-client.

Call Queues ondersteunen de volgende belangrijke functies:

  • Groeten en berichten (welkom, troost, gefluister, enz.)

  • Muziek in de wacht

  • Terugbellen

  • Beleid voor het routeren van wachtrijen (nachtdienst, feestdagen, doorsturen)

  • Aanmelden/uitloggen in de wachtrij voor agenten

  • Beheer van de status van de wachtrijen van agenten

  • Ondersteuning via de Webex-app of telefoon op het bureau

  • Supervisor, agent, oproepmonitor, coach, binnenvaart of neem het over via Feature Access Codes (FAC's)

  • Control Hub (beheerderstoegang) voor:

    • beheer van de wachtrijen

    • Analyse en rapportage van agenten en wachtrijen

    • Beheer van wachtrijen, agenten en toezichthouders.

Zie Oproepwachtrij configureren voor meer informatie.

Webex Callingheeft een aanvullende functie voor Customer Assist die extra mogelijkheden biedt voor gesprekswachtrijen en agenten en supervisors een betere gebruikerservaring biedt binnen de Webex-app. Zie vergelijking van de functies voor Webex Calling gesprekswachtrij en klantenservice voor een vergelijking van de functies Webex Calling voor gesprekswachtrij en klantenservice.

Hunt-groep

Webex CallingHunt Groups maken het mogelijk om inkomende gesprekken door te sturen naar een specifieke groep gebruikers via een vooraf bepaald routeringspatroon. Dit zorgt ervoor dat oproepen door de juiste groep gebruikers worden beantwoord of naar een voicemail worden gestuurd om ze op te volgen.

Een groot verschil tussen Hunt Groups en Call Queues is dat gesprekken niet in de wachtrij staan in een Hunt Group, dus als er geen gebruikers in de Hunt Group beschikbaar zijn om de oproep te beantwoorden, wordt de verbinding verbroken, naar de voicemail gestuurd of doorgestuurd naar een ander nummer (gebruiker of service).

Voor meer informatie, zie Jachtgroepen beheren in Control Hub.

Bedrijfsmodi

Met de functie Operating Modes kunnen bedrijven gesprekken efficiënt doorsturen naar verschillende bestemmingen (gebruikers, voicemail, oproepdiensten zoals een gesprekswachtrij). Waar en wanneer een gesprek wordt doorgestuurd, is gebaseerd op een schema van de dag en de dag van de week en elke gebruiker kan worden gemachtigd om deze modi (schema's) te beheren om wijzigingen in de gespreksroutering te controleren.

Oproepen naar een oproepwachtrij kunnen bijvoorbeeld worden doorgestuurd naar een andere oproepwachtrij met agenten in een andere tijdzone om oproepen buiten kantooruren te beantwoorden, tijdens kantooruren worden doorgestuurd naar de lokale agenten en tijdens vakanties naar de voicemail worden doorgestuurd voor opvolging nadat agenten naar kantoor zijn teruggekeerd.

Een geautoriseerde gebruiker kan schakelen tussen deze verschillende scenario's voor het doorschakelen van gesprekken (modi) als hij gedurende een bepaalde periode moet wijzigen naar een andere locatie voor inkomende gesprekken. Deze gebruikers kunnen de modi beheren via hun 6800/7800/8800 MPP-telefoons, 9800 telefoons of in de at Manage-modus. Webex User Hub

Voor meer informatie, zie Gespreksroutering op basis van de bedieningsmodi in Webex Calling.

Oproepgroep

Met paginggroepen kunnen gebruikers eenrichtingsgesprekken voeren om een audiobericht naar een groep gebruikers te sturen. Elke groep kan maximaal 75 doelgebruikers en/of werkruimten bevatten die worden bereikt door een vooraf gedefinieerd nummer of extensie te kiezen.

Wanneer een gebruiker een oproepgroep belt, wordt er tegelijkertijd naar alle toegewezen doelen in de groep gebeld, waarna de beller zijn berichten kan uitspreken en kan ophangen als hij klaar is.

Zie Een oproepgroep configureren in Control Hub voor meer informatie.

Opnamen

Webex Callingondersteunt het opnemen van gesprekken die door een gebruiker zijn gevoerd of ontvangen. Dit kan nodig zijn voor kwaliteits-, verzekerings-, beveiligings- of opleidingsbehoeften. Gesprekken worden standaard opgenomen in Webex, maar andere externe opnameleveranciers kunnen ook worden gebruikt als andere opnamefuncties of nalevings- en wettelijke vereisten vereist zijn.

Wanneer u Webex als opnameplatform gebruikt, worden alle opgenomen gesprekken beheerd binnen de Control Hub. Volledige beheerders met de rol van Compliance Officer kunnen de opnames spelen 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 opnamen van derden, zie Gespreksopname beheren voor Webex Calling.

Bereik van één nummer

Met één nummer kunt u naar het telefoonnummer van een gebruiker bellen naar meerdere apparaten. Dit kan zowel andere bureautelefoons als mobiele telefoons zijn. Er kunnen ook gesprekken worden geplaatst vanaf deze apparaten en gebruikers kunnen oproepen tussen deze apparaten pushen en doorverbinden.

Voor meer informatie over deze functie en hoe een beheerder deze configureert in Control Hub, zie Bereik van één nummer configureren (overal op kantoor).

Voor meer informatie over hoe een gebruiker deze functie voor zichzelf kan beheren en configureren in de Webex User Hub (portal), zie Bereik van één nummer configureren (overal op kantoor).

Voicemailgroep

Voicemailgroepen maken een gedeelde voicemailbox mogelijk die kan worden toegewezen aan een gebruiker of een functie voor het routeren van gesprekken. Enkele redenen waarom een voicemailgroep nodig kan zijn, zijn:

  • Voicemail voor algemene doeleinden voor een afdeling of werkgroep

  • Voicemailoptie toevoegen aan een autobegeleider of jachtgroep

  • Om overloopgesprekken te verzenden vanuit een gesprekswachtrij

  • Gebruikers die alleen een voicemailbox nodig hebben.

Voor meer informatie, zie Een gedeelde voicemail en inkomende faxbox beheren voor. Webex Calling

Attendant Console staat vermeld op de pagina Calling Features in Webex Control Hub, maar dit is een extra functie waarvoor de licentie voor de Attendant Console moet worden aangeschaft om deze te kunnen gebruiken.

Zie Aan de slag met de Attendant Console voor meer informatie.

Voor informatie over alle functies, waaronder enkele aanvullende functies, zie Functies die beschikbaar zijn per licentietype voor Webex Calling.

Wat gaat u nu doen?

Om het migratieplan uit te voeren, de nodige configuratiewijzigingen, toepassingsmigraties en connectiviteitsvalidaties uit te voeren. Implementatiefase.

Vond u dit artikel nuttig?
Vond u dit artikel nuttig?