- Start
- /
- Artikel
Hartelijk dank voor uw feedback
Instellen Webex Contact Center in India
In dit artikel
Feedback?Dit artikel helpt u bij het instellen van Webex Contact Center voor het India Data Center (DC).
Overzicht
Cisco Webex Contact Center is nu beschikbaar als een gereguleerde service in India, waardoor zowel multinationale als binnenlandse organisaties in staat zijn om BPO en contactcentrumdiensten te bedienen in volledige overeenstemming met de regelgeving van het Ministerie van telecommunicatie (DoT), de overheid van India.
Webex Contact Center in India is gebouwd op basis van de Webex Calling stichting. Deze geïntegreerde aanpak stelt organisaties in staat te profiteren van een unified cloud-architectuur voor zowel zakelijke telefonie als geavanceerde klantenbetrokkenheid. Voordat u Contact Center-functies inschakelt, is het van essentieel belang dat u ervoor zorgt dat uw basisomgeving Webex Calling speciaal is geconfigureerd zodat het Indiase datacenter voldoet aan de regelgeving.
Voor informatie over tarievenplannen, zie artikelWebex Contact Center Tarievenplan india.
Belangrijke nalevingsmelding
Het is een gedeelde verantwoordelijkheid van Cisco en haar klanten om te voldoen aan de voorschriften van het Indiase ministerie van Telecom. Om er zeker van te zijn dat uw specifieke implementatie in lijn is met alle lokale wettelijke vereisten, raden we aan uw juridisch of regelgevingsadviseur te raadplegen.
WxCC-implementatiemodellen in India
Om aan de slag te gaan met je configuratie in India, kun je het beste eerst de standaard technische basis voor Webex Contact Center doorgronden. We raden aan het artikel Spraakkanalen instellen voor Webex Contact Center te bekijken , met uitleg over de drie lagen architectuur die we wereldwijd gebruiken:
-
Access Layer: dit is de rand waar uw PSTN of lokale gateways verbinding maken met Webex.
-
Media Processing Layer: hier wordt de daadwerkelijke audio (media) afgehandeld en beëindigd.
-
Application Layer: dit is de hersenen die de oproeproutering, aanwijzingen en agenttoewijzingen beheren.
In de India DC, helpen deze lagen te blijven voldoen aan de DoT-voorschriften. Afhankelijk van de locatie waar uw agenten en klanten zich bevinden, kiest u een van de volgende drie modellen: Internationale BPO, Indiase tenant of Multinational Tenant.
Model 1: Internationaal BPO
Overzicht
Voor internationale Business Process Outsourced (BPO) activiteiten waarbij de tenant en telefonie resources buiten India zijn geregistreerd, volgt u deze richtlijnen:
-
De tenant is geregistreerd vanuit een land buiten India.
-
Het gekozen nummer met ingangspunt (EPDN) is gekoppeld aan een locatie buiten India.
-
Agenten en hun telefoons (Webex Calling toestelnummers of gespreksbeheertoestellen in het bedrijfspand) worden geconfigureerd voor een externe locatie.
-
Agenten bevinden zich fysiek in India maar handelen gesprekken af vanaf het EP-nummer (Entry Point) van het buitenland.
Beheer en configuratie
-
Agenten in India mogen niet zijn verbonden met PSTN-services in India (dat wil dat hun telefonieservice moet worden geconfigureerd als een locatie buiten India).
-
PstN in India mag niet worden gebruikt voor Bridge DN, Blind Transfer Flow-gebeurtenissen of bewerkingen met Webex Contact Center in een interactie.
-
Agenten kunnen WebRTC gebruiken voor de verbinding.
-
Er zijn geen speciale beperkingen vereist voor wachtrijen of teams.
Naleving
Volg de volgende vereisten binnen het gekozen implementatiemodel om in overeenstemming te blijven met lokale voorschriften:
-
Verbinding op kantoor: als uw agenten vanaf kantoor werken, moeten hun media via een speciale netwerkverbinding lopen.
-
Werken vanuit Home: agenten die vanuit Home werken, kunnen rechtstreeks gebruik maken van internet. Ze hoeven geen verbinding te maken met het bedrijfsnetwerk in India via een VPN.
-
Gegevens bewaren: u bent verantwoordelijk voor het downloaden van uw gespreksgegevensrecords (CDR) en auditlogboeken. Deze moeten ten minste een jaar worden opgeslagen op een server in India.
Model 2: Indiase tenant met contactcentrum is alleen voor klanten in India
Overzicht
Gebruik dit model als uw organisatie een binnenlands contactcentrum in India heeft dat alleen Indiase klanten bedient. In dit scenario moeten zowel uw agenten als telefoonbronnen zijn gekoppeld aan locaties in India.
Beheer en configuratie
-
Maak een hoofdkantoor binnen India. De eerste locatie die u maakt, bepaalt het Webex Calling-datacenter voor uw organisatie.
-
Maak zones en configureer Trusted Network Edge volgens Webex Calling richtlijnen voor Indiase locaties.
-
Voltooi de KYC-procedures (Know Your Customer) om de locatie te activeren.
-
Zorg ervoor dat Bring Your Own AI (BYOAI) die is gekoppeld aan stromen met Indiase nummers alleen verbinding heeft met diensten binnen India.
-
Een speciale wachtrij en team met agenten instellen voor het bedienen van India-EP's; meng deze agenten niet met de agenten die gesprekken afhandelen van EP buiten India.
-
Voor elke zone:
-
Maak een uitgaande ANI-lijst (Automated Number Identification) en stel de standaard-ANI in op een nummer in die zone.
-
Koppel de uitgaande ANI-lijst aan het team agenten die vanuit die zone ten dienste zijn van de EP.
-
Zo voorkomt u dat er oproepen mislukken tijdens een outdial wanneer agenten de standaard ANI gebruiken.
-
Bij het instellen van terugbellen moet u ervoor zorgen dat de ANI overeenkomt met de specifieke Indische zone waar de agenten in die wachtrij zich bevinden.
-
-
Wanneer u campagnes maakt, reserveert u agenten uit een specifieke zone en gebruikt u de ANI vanuit diezelfde zone.
Naleving
Volg de volgende vereisten binnen het gekozen implementatiemodel om in overeenstemming te blijven met lokale voorschriften:
-
Verbinding op kantoor: als uw agenten vanaf kantoor werken, moeten hun media via een speciale netwerkverbinding lopen.
-
Werken vanuit Home: agenten die vanuit Home werken, kunnen rechtstreeks gebruik maken van internet. Ze hoeven geen verbinding te maken met het bedrijfsnetwerk in India via een VPN.
-
Gegevens bewaren: u bent verantwoordelijk voor het downloaden van uw gespreksgegevensrecords (CDR) en auditlogboeken. Deze moeten ten minste een jaar worden opgeslagen op een server in India.
Model 3: Multinationale tenant met contactcenter in India
Overzicht
De volgende richtlijnen zijn van toepassing op multinationale tenants die buiten India worden gehost, maar met een binnenlands contactcenter voor Indiase EP's:
-
De tenant is geregistreerd buiten India en heeft een team met agenten voor EPDN uit meerdere landen, waaronder India.
-
Het EPDN-nummer voor India is gekoppeld aan een locatie in India.
-
Agenten die EPDN's onderhouden zijn fysiek in India gevestigd.
-
Agenten en hun telefoons (Webex Calling toesteltelefoons of toestelnummers in het bedrijfspand) zijn gekoppeld aan de locatie In India.
Beheer en configuratie
-
Maak zones en configureer Trusted Network Edge volgens Webex Calling richtlijnen voor Indiase locaties.
-
Voltooi het Webex Calling KYC-proces (Weet uw klant) om locatie in India te activeren.
-
Zorg ervoor dat BYOAI-oplossingen die zijn gekoppeld aan Indiase nummerstromen alleen verbinding hebben met services binnen India.
-
Een exclusieve wachtrij en team van agenten opzetten voor de India EP; meng deze agenten niet met de agenten die gesprekken afhandelen van EP's buiten India. Deze configuratie kan worden bereikt met behulp van agententeams of vaardigheden van contactcenters.
-
Voor elke zone:
-
Maak een uitgaande ANI-lijst en stel de standaard-ANI in op een getal binnen die zone.
-
Koppel de uitgaande ANI-lijst aan het team agenten die vanuit die zone ten dienste zijn van de EP.
-
Met deze instelling voorkomt u dat oproepen mislukken tijdens een outdial wanneer agenten de standaard ANI gebruiken.
-
Controleer tijdens het terugbellen of de ANI overeenkomt met de zone van de telefoon van de agent in de wachtrij.
-
-
Wanneer u campagnes maakt, reserveert u agenten uit een specifieke zone en gebruikt u de ANI vanuit die zone.
Naleving
Volg de volgende vereisten binnen het gekozen implementatiemodel om in overeenstemming te blijven met lokale voorschriften:
-
Verbinding op kantoor: als uw agenten vanaf kantoor werken, moeten hun media via een speciale netwerkverbinding lopen.
-
Werken vanuit Home: agenten die vanuit Home werken, kunnen rechtstreeks gebruik maken van internet. Ze hoeven geen verbinding te maken met het bedrijfsnetwerk in India met een nummer VPN.
-
Gegevens bewaren: u bent verantwoordelijk voor het downloaden van uw gespreksgegevensrecords (CDR) en auditlogboeken. Deze moeten ten minste een jaar worden opgeslagen op een server in India.
Webex Contact Center voor India-locaties instellen
Voorwaarden
Controleer voordat u met de installatie begint of aan de volgende vereisten wordt voldaan:
-
Regulatory Documentation: U moet het Know Your Customer (KYC) en het Customer Application Form (CAF) indienen. Raadpleeg het overzicht van voorschriften voor meer informatie over KYC en CAF.
Zelfs als u KYC voor Webex Calling al hebt voltooid, is een afzonderlijke indiening nodig om Contact Center-services te laten voldoen aan de Unified Telecom License. -
Platform: Webex Contact Center India ondersteunt alleen Webex Calling. Oude VPOP of andere telefonieverbindingen worden niet ondersteund.
Bellen instellen
U moet eerst uw telefonieomgeving configureren. Raadpleeg de volgende artikelen van Webex Calling om dubbele stappen te voorkomen om uw basisconfiguratie te voltooien:
-
PSTN-connectiviteit: configureer uw lokale gateway of Cloud Verbonden PSTN (CCP) zoals wordt beschreven bij Webex Calling in India.
-
Zones en Trusted Edge: definieer uw netwerkzones om ervoor te zorgen dat de Media residency voldoet. Raadpleeg Gemaakt vertrouwd netwerk en Een zone en Edge maken voor meer informatie.
Belbewerkingen en gratis gespreksbeheer
Om ervoor te zorgen dat uw bewerking conform blijft, dwingt Webex Contact Center de volgende regels voor gratis gesprekken af:
-
Inkomende routering: agenten in India kunnen bij een inkomend PSTN-gesprek met een agent buiten India overleg voeren, maar ze kunnen het gesprek niet doorverbinden of een vergadering uitvoeren.
-
Uitgaand kiezen: voor alle PSTN-gesprekken (binnen- of internationaal) moeten agenten een geverifieerde PSTN Caller Line Identification (CLI) in India gebruiken. Ze moeten de ANI gebruiken die hoort bij de zone waartoe hun telefoon behoort, zelfs als de telefoon door een beheerder is geconfigureerd voor het kiezen van internationale gesprekken.
-
Beleidsonderingen: als een gespreksstroom overtreedt de DoT-voorschriften, ziet de agent een Beleidsonderingsfout voor Agent Desktop en wordt de oproep beëindigd.
Voor meer informatie raadpleegt u de configuratie van het gratis gesprek toepassen op sectie Webex Calling .
Instellingen voor contactcenter configureren
Wanneer de bellende basis gereed is, voert u de volgende handelingen uit in Control Hub:
-
Land van toepassing: Ga naar Contact center > Instellingen > Algemeen en zorg ervoor dat het land van werking is ingesteld op India
-
Locatietoewijzing: controleer of uw contactcenterlocaties overeenkomen met de zones die tijdens de configuratie van het bellen zijn gemaakt.
Aanbevelingen voor configuratie
Ideale configuratiemodellen
Volg een configuratiemodel op basis van geografische gegevens om de instellingen compliant te houden en fouten te voorkomen.
-
Geografische teams: om beleidsfouten te voorkomen, raden we aan uw configuratie met geografische teams in te stellen. Maak bijvoorbeeld een Bengaloen-team en een Een voor een Dei-team. Door deze teams toe te wijzen aan wachtrijen in dezelfde regio, zorgt u ervoor dat het systeem zich naar verwachting gedraagt en dat agents geen overbodige beperkingen voor het aantal gesprekken activeren.
-
Wachtrijkoppeling: wijs geen team uit de ene regio toe aan een wachtrij in een andere regio als het overtreedt in afwijking van de DoT-regels. Wijs bijvoorbeeld geen team in de VS toe aan een Indiase wachtrij.
-
Logica: als u teams koppelt aan specifieke sites en wachtrijen in dezelfde regio, is de kans kleiner dat er een beleidsfout optreedt. Het systeem is ontworpen om zichzelf te beschermen, maar een slim ontwerp maakt het werk van de beheerder veel eenvoudiger.
ANI-routering en -configuratie
Het beheren van Automatic Number Identification (ANI) is van cruciaal belang. Elk nummer moet aan een inkomende EP worden toegewezen. Voor multinationale tenants hebben we de Outdial ANI-lijst uitgebreid zodat u een regionale standaard kunt instellen. Dit voorkomt dat agenten in India niet per ongeluk een standaardwaarde voor een globale tenant gebruiken die overtreedt lokale regels.
-
Mapping Numbers: om een getal als ANI te gebruiken, moet dit eerst worden toegewezen aan een inkomende EP.
-
Uitgaand EP: Agenten krijgen een uitgaand EP en een ANI-lijst (of ze kunnen een standaard-ANI gebruiken).
-
Regionale beperkingen: De ANI is toegewezen aan een inkomende EP, die de regio Real-Time Media Service (RTMS) en de Webex Calling locatie verzorgt. Deze locatie definieert de standaard PSTN voor die regio.
-
Beheerderbeheer: beheerders moeten de toegang tot uitgaande ANI's beheren om ervoor te zorgen dat agenten in India geen standaard-ANI van buiten hun regio gebruiken.
Voorbeeld van inkomende gespreksstroom
Netwerkgesprek
Wanneer een interne oproep op het netwerk binnenkomt (bijvoorbeeld via een IT-ondersteuningslijn), volgt het systeem een specifiek pad om de naleving te blijven.
-
Het pad: de oproep komt binnen via een specifieke locatie (zoals de Bengale-zone) en gaat door de EP naar de wachtrij.
-
Aflevering team: het gesprek wordt vervolgens gerouteerd naar een team. Interne on-net gesprekken zijn flexibel en kunnen worden afgeleverd aan een agent in India, een agent die buiten India roamt of zelfs een agent buiten India, of zelfs een agent die buiten India is geconfigureerd, zolang de agent een toestelnummer Webex Calling (WxC) gebruikt en niet een PSTN-telefoon (Public Switched Network).
-
PSTN-beperkingen: houd er rekening mee dat deze interne gesprekken niet kunnen worden gerouteerd naar PSTN-bestemmingen of MS Teams omdat ze voor deze specifieke installatie buiten bereik zijn.
Niet-netwerkgesprek
Wanneer een gesprek binnenkomt via de PSTN, dwingt het systeem strenge controlelijsten voor gratis gesprekken af om ervoor te zorgen dat er aan de gesprekken wordt voldaan.
-
Het pad: de oproep komt binnen via een specifieke PSTN-zone (zoals de Bengale-zone) en gaat door de EP naar de wachtrij.
-
Levering team: het systeem valideert de locatie van de agent ten opzichte van de PSTN-zone. Als de agent zich in de juiste zone bevindt (bijvoorbeeld Bengale) en niet aan roaming werkt, is het gesprek toegestaan. Als de agent zich in een ongeldige locatie of niet-zone bevindt (bijvoorbeeld Amsterdam), is het gesprek beperkt.
-
Systeembewerking: wanneer een gesprek is geblokkeerd vanwege een beleidsovertreedt, keert het systeem de beller automatisch terug naar de wachtrij en verschijnt een beleidsfout op de desktop van de agent.
-
Aanbevolen werkwijze: Om deze blokken te voorkomen, kunt u Teams in Webex Contact Center gebruiken om agents streng aan de juiste sites en wachtrijen toe te wijzen.
Gedrag en beleidsonderingen van agenten
Belbeperkingen en het desktopgedrag
Wanneer een gesprek of operatie overtreedt de DoT-regels van India, activeert het systeem een gratis restrictie. Hier volgt hoe Agent Desktop zich gedraagt in verschillende scenario's.
Afwijzingen inkomende gesprekken
Als een inkomende oproep een beleid schendt, ziet de agent een fout en wordt de status gewijzigd in Belrestrictie. Bij uitgaande of aangekondigde afwijzingen verandert de status ervan echter niet. Dit gebeurt wanneer de agent een PSTN-telefoon (Public Switched Phone Network) of WebRTC gebruikt of roamt buiten India.
-
Waarom het gebeurt:
-
De agent gebruikt een PSTN-telefoonnummer.
-
De agent gebruikt WebRTC om een gesprek op basis van India af te handelen.
-
De agent gebruikt een toestelnummer Webex maar roamt buiten India. (Het systeem voert een lookup uit via Geo-IP om vast te stellen of de telefoon zich fysiek binnen of buiten het land bevindt).
-
De agent die een PSTN-telefoon gebruikt, wordt door een andere agent geraadpleegd.
-
Uitgaande (uitgaande) afwijzingen
Als een uitgaande oproep wordt afgewezen, ziet de agent een beleidsfout maar wordt de status niet gewijzigd.
-
Waarom het gebeurt:
-
De agent probeert een ANI uit een andere zone te gebruiken.
-
De agent gebruikt een PSTN-telefoon.
-
De agent gebruikt WebRTC terwijl hij een klant in India probeert te bellen.
-
Consult- en doorverbinden mislukt
Als het raadplegen of doorverbinden naar een telefoonlijst of een andere agent mislukt, ziet de agent een beleidsfout, maar wordt de status niet gewijzigd.
-
Waarom het gebeurt:
-
De persoon die wordt geraadpleegd, gebruikt een PSTN-telefoon.
-
De persoon die wordt geraadpleegd, gebruikt WebRTC.
-
De agent die de doorverbinding ontvangt, is fysiek buiten India gevestigd.
-
Desktop: Uitgeschakelde knoppen en knopinfo
Om fouten te voorkomen, worden de knoppen Doorverbinden en samenvoegen vaak uitgeschakeld als het systeem vaststelt dat de bewerking niet is toegestaan.
-
Als u de muis op een uitgeschakelde knop houdt, wordt er scherminfo weergegeven met uitleg over de reden.
-
In zeldzame gevallen kan de status van een gesprek veranderen terwijl een ruggespraak al wordt uitgevoerd. Als door die wijziging de oproep leidt tot schending van de voorschriften voor het beperken van de in India toegestane tollimieten, staat het systeem de verbinding niet toe. Wanneer dat gebeurt, kunnen gesprekslegen worden verbroken of mislukt het uitvoeren van bewerkingen als Doorverbinden of Telefonisch vergaderen, zelfs als de knoppen op het bureaublad nog niet zijn uitgeschakeld.
Supervisorbewaking
Het verzoek van een supervisor om een gesprek te controleren, wordt afgewezen als er een maximumaantal gesprekken wordt geactiveerd.
-
Waarom het gebeurt:
-
De supervisor gebruikt een PSTN-telefoon.
-
De supervisor gebruikt het toestelnummer Webex van een locatie buiten India.
-
| Bedienen | Scenario | Systeembewerking | Ervaring met agents |
|---|---|---|---|
| Inkomend gesprek | Bellen vanuit India naar een agent in New York. | Geblokkeerd. Het systeem detecteert een zoneovertreding. | Agent ontvangt een foutbericht. het gesprek keert terug in de wachtrij. |
| Consultatie | De in India gebaseerde agent overlegt met een niet-India agent. | Toegestaan. U kunt met de andere agent spreken. | Normaal ruggespraak. |
| Doorverbind. | De in India gebaseerde agent probeert een Indiase gesprek door te verbinden met een agent van de Vs. | Geblokkeerd. Hierdoor zouden de DoT-regels worden verbroken. | Doorverbinden mislukt. agent ziet een nalevingsfout. |
| Roaming | Agent in een Indiase team probeert een gesprek aan te nemen tijdens het roamen in het buitenland. | Geblokkeerd. Het systeem controleert de locatie van de agent. | Het gesprek wordt niet doorgegaan. foutmelding weergegeven. |
| Uitgaand/Campagne | De agent probeert een ANI uit een andere regio te gebruiken. | Geblokkeerd. | Het gesprek wordt niet doorgegaan. foutmelding weergegeven. |
Foutafhandeling en toegangscodes
Technische fout en verwerking van AUX-code
Wanneer een gesprek wordt afgewezen vanwege een indrijnummer in India, gebruikt het systeem specifieke technische codes om het probleem te identificeren. Dit helpt bij het oplossen van problemen in de logbestanden en stelt u in staat om slimmere logica in uw gespreksstromen te bouwen.
SIP en systeemidentificaties
Als u de technische logboeken of de kopteksten van Session Initiation Protocol (SIP) bekijkt (specifiek in berichten van SIP BYE of SIP 403), wordt het gesprek gemarkeerd als:
-
SIP Header: X-Cisco-RTMS: zone-restricted-error
-
Systeemreden: CALLING_RESTRICTION
-
Oorzaakcode: 119
Nieuwe AUX-code agent
We hebben een nieuwe door het systeem gedefinieerde niet-actieve AUX code toegevoegd voor agenten die een fout opgetreden bij gratis restrictie. Als een agent vanwege regels wordt geblokkeerd voor een gesprek, verandert zijn/haar status automatisch in deze nieuwe code:
-
AUX-code: calling_restriction
Code 119 in Flow Designer gebruiken
U kunt de nieuwe oorzaakcode 119 (CALLING_RESTRICTION) gebruiken om fouten binnen gespreksstromen automatisch af te handelen. Door te controleren op deze specifieke foutcode, kunt u bepalen wat de volgende beste actie is in verschillende flow-activiteiten, zoals:
-
BridgeTransfer of BlindTransfer: als een doorverbinding met code 119 mislukt, kunt u de stroom in een script uitvoeren om een andere route te proberen of een specifieke aankondiging voor de beller af te spelen.
-
Uitgaande campagnes: gebruik deze code om vast te stellen of een campagnegesprek is geblokkeerd door een beleidsrestrictie en de record op de juiste manier te verwerken.
Beperkingen
ANI en outdial Management
-
Zone uitlijning: gebruik altijd ANen en agents uit dezelfde zone voor:
-
Met dank aan terugbellen: de terugbel-ANI moet overeenkomen met de regelgeving van de agent.
-
Uitgaande ANI-lijsten: ANI's in een uitgaande lijst moeten overeenkomen met de zone van de agenten die aan dat desktopprofiel zijn toegewezen.
-
Campagnes: zorg dat de ANI-campagne en toegewezen agenten zich in dezelfde zone bevinden.
-
-
Standaard ANI: Selecteer één ANI in de lijst met outdials als standaard-ANI.
-
Geen aangepaste ANen: Het gebruik van aangepaste ANen is in India verboden. Als u aangepaste ANen gebruikt, treden er outdial fouten op en ontstaat er verwarring over de controle in records met gespreksgegevens Webex Calling (CDR).
Verbindingen en hulpprogramma's voor agenten
-
WebRTC: dit wordt ondersteund voor BPO-agenten, maar wordt niet ondersteund als een agent toegang heeft tot het Indiase PSTN.
-
Toestellen: agenten moeten altijd hun toegewezen toestelnummer Webex Calling gebruiken voor alle activiteiten in het contactcentrum.
-
Werk van Home (WFH): als agents vanaf Home werken, geeft u hen opdracht om een VPN-verbinding te gebruiken met hun geconfigureerde kantoorlocatie om aan de aan hen toegewezen regelgevingszone te voldoen.
-
Meerdere kantoren: organisaties met meerdere kantoren moeten in elke zone een PSTN-trunk hebben als agenten in die specifieke zone outdial capaciteiten nodig hebben.
Verwerking van technische gegevens en fouten
-
On-premises configuraties: voor agentconfiguraties on-premises is de tenantbeheerder verantwoordelijk om ervoor te zorgen dat de PBX in de bedrijfspanden voldoet aan de restricties voor India tol.
-
Inactieve codes agent: er is een nieuwe systeemwaarde voor niet-actieve codes voor agenten geïntroduceerd voor het bijhouden van regelgeving.
-
Foutcodes voor doorverbinden: activiteiten zoals Brugdoorverbinden of Blind doorverbinden geven nieuwe reactiecodes als een gratis restrictie wordt overschreden.
-
Referentie: zie voor een overzicht van foutcodes de Handleiding Flow Designer: Activiteiten voor brug en blinde doorverbinding.
-
Data Residency and Auditing
-
Media anchoring: media voor binnenlandse oproepen zijn verankerd in India en kunnen het land niet verlaten.
-
Opslag: gespreksopnamen en transcripties voor tenants in India worden opgeslagen in het India-datacenter.
-
CDR Controle: Webex Calling CDR's leggen alle bellerinformatie vast. Zorg ervoor dat ANens correct zijn geconfigureerd om verschillen te voorkomen tijdens DoT-controles.
