- Start
- /
- Artikel
Hartelijk dank voor uw feedback
Webex Contact Center opzetten in India
In dit artikel
Feedback?Dit artikel helpt u bij het opzetten van Webex Contact Center voor het India Data Center (DC).
Overzicht
Cisco Webex Contact Centeris nu beschikbaar als gereguleerde dienst in India, waardoor zowel multinationale als binnenlandse organisaties BPO- en contactcenterdiensten kunnen uitvoeren in volledige overeenstemming met de voorschriften van het ministerie van Telecommunicatie (DoT) en de Indiase overheid.
Het Webex Contact Center in India is gebouwd op de Webex Calling basis. Deze geïntegreerde aanpak stelt organisaties in staat gebruik te maken van een uniforme cloudarchitectuur voor zowel zakelijke telefonie als geavanceerde klantbetrokkenheid. Voordat u de functies van het contactcentrum inschakelt, moet u ervoor zorgen dat uw Webex Calling basisomgeving specifiek is geconfigureerd voor het India Data Center om te voldoen aan de wettelijke vereisten.
Voor informatie over tariefplannen, zie het artikel over het Webex Contact Center India Tariff Plan.
Belangrijke mededeling over naleving
De naleving van de voorschriften van het Indiase ministerie van Telecommunicatie (DoT) is een gedeelde verantwoordelijkheid tussen Cisco en zijn klanten. Om ervoor te zorgen dat uw specifieke implementatie voldoet aan alle lokale wettelijke vereisten, raden we u aan uw juridisch of reglementair adviseur te raadplegen.
WxCC-implementatiemodellen voor India
Om aan de slag te gaan met uw configuratie in India, is het het beste om eerst de standaard technische basis voor het Webex Contact Center te begrijpen. We raden u aan het artikel Spraakkanalen instellen voor Webex Contact Center te lezen, waarin de drielaagse architectuur wordt uitgelegd die we wereldwijd gebruiken:
-
Toegangslaag: Dit is de rand waar uw PSTN of lokale gateways verbinding maken met Webex.
-
Mediaverwerkingslaag: hier wordt de eigenlijke audio (media) verwerkt en beëindigd.
-
Applicatielaag: Dit is het brein dat de routering van gesprekken, prompts en agenttoewijzingen beheert.
In India DC helpen deze lagen u om te blijven voldoen aan de DoT-voorschriften. Afhankelijk van waar uw agenten en klanten zich bevinden, kiest u een van de drie modellen: International BPO, Indian Tenant of Multinational Tenant.
Model 1: International BPO
Overzicht
Volg deze richtlijnen voor internationale activiteiten die zijn uitbesteed aan bedrijfsprocessen (BPO) waarbij de bronnen voor huurders en telefonie buiten India zijn geregistreerd:
-
De huurder is geregistreerd in een land buiten India.
-
Het Entry Point Dialed Number (EPDN) is gekoppeld aan een locatie buiten India.
-
Agenten en hun telefoons (Webex Callingextensies of on-premises Call Manager-extensies) zijn geconfigureerd voor een buitenlandse locatie.
-
Agenten zijn fysiek gevestigd in India, maar behandelen oproepen die afkomstig zijn van het Entry Point (EP) -nummer van het buitenland.
Administratie en configuratie
-
Agenten in India mogen niet verbonden zijn met de Indiase PSTN-diensten (dat wil zeggen dat hun telefoondienst moet worden geconfigureerd als een locatie buiten India).
-
India PSTN mag niet worden gebruikt voor Bridge DN, Blind Transfer Flow-gebeurtenissen of Webex Contact Center-activiteiten in het kader van een interactie.
-
Agenten kunnen WebRTC gebruiken voor connectiviteit.
-
Er zijn geen speciale beperkingen vereist voor wachtrijen of teams.
Naleving van de regelgeving
Volg deze belangrijke vereisten binnen het door u gekozen implementatiemodel om te blijven voldoen aan de lokale regelgeving:
-
Kantoorconnectiviteit: Als uw agenten op kantoor werken, moeten hun media via een speciale netwerkverbinding stromen.
-
Thuiswerken: agenten die vanuit huis werken, kunnen rechtstreeks gebruik maken van het internet. Ze hoeven geen verbinding te maken met hun kantoornetwerk in India via een VPN.
-
Bewaring van gegevens: U bent verantwoordelijk voor het downloaden van uw gespreksgegevens (CDR) en auditlogboeken. Deze moeten minstens een jaar worden bewaard op een server in India.
Model 2: Indiase huurder met contactcentrum, enkel voor klanten in India
Overzicht
Gebruik dit model als uw organisatie een contactcenter voor binnenlands gebruik heeft in India en alleen Indiase klanten bedient. In dit scenario moeten zowel uw agenten als uw telefoniepersoneel gekoppeld zijn aan locaties in India.
Administratie en configuratie
-
Creëer een hoofdkantoor (hoofdkantoor) in India. De eerste locatie die u creëert, bepaalt het Webex Calling datacenter voor uw organisatie.
-
Creëer zones en configureer Trusted Network Edge volgens de Webex Calling richtlijnen voor locaties in India.
-
Voltooi de KYC-procedures (Know Your Customer) om de locatie te activeren.
-
Zorg ervoor dat elke Bring Your Own AI (BYOAI) die gekoppeld is aan stromen met Indiase nummers, alleen verbinding maakt met diensten binnen India.
-
Stel een speciale wachtrij en een team van agenten samen om EP's uit India te bedienen; meng deze agenten niet met agenten die gesprekken van het EP buiten India behandelen.
-
Voor elke zone:
-
Maak een Outdial Automated Number Identification (ANI) -lijst en stel de standaard-ANI in op een nummer binnen die zone.
-
Koppel de Outdial ANI-lijst aan het team van agenten dat vanuit die zone het EP bedient.
-
Dit voorkomt gespreksstoringen tijdens het uitbellen wanneer agenten de standaard ANI gebruiken.
-
Zorg er bij het instellen van gratis callbacks voor dat de ANI overeenkomt met de specifieke Indiase zone waar de agenten in die wachtrij zich bevinden.
-
-
Als u campagnes maakt, reserveert u agenten uit een specifieke zone en gebruikt u de ANI uit diezelfde zone.
Naleving van de regelgeving
Volg deze belangrijke vereisten binnen het door u gekozen implementatiemodel om te blijven voldoen aan de lokale regelgeving:
-
Kantoorconnectiviteit: Als uw agenten op kantoor werken, moeten hun media via een speciale netwerkverbinding stromen.
-
Thuiswerken: agenten die vanuit huis werken, kunnen rechtstreeks gebruik maken van het internet. Ze hoeven geen verbinding te maken met hun kantoornetwerk in India via een VPN.
-
Bewaring van gegevens: U bent verantwoordelijk voor het downloaden van uw gespreksgegevens (CDR) en auditlogboeken. Deze moeten minstens een jaar worden bewaard op een server in India.
Model 3: Multinationale huurder met een contactcentrum voor binnenlands gebruik in India
Overzicht
De volgende richtlijnen zijn van toepassing op multinationale huurders die buiten India worden gehost, maar met een binnenlands contactcentrum dat Indiase EP's bedient:
-
De huurder is buiten India geregistreerd en heeft een team van agenten die EPDN bedienen vanuit meerdere landen, waaronder India.
-
Het EPDN-nummer voor India is gekoppeld aan een locatie in India.
-
Agenten die ePDN's in India bedienen, zijn fysiek gevestigd in India.
-
Agenten en hun telefoons (ofwel Webex Calling telefoons met een telefoontoestel op locatie) zijn gekoppeld aan de locatie in India.
Administratie en configuratie
-
Creëer zones en configureer Trusted Network Edge volgens de Webex Calling richtlijnen voor locaties in India.
-
Voltooi het Webex Calling KYC-proces (Know Your Customer) om de locatie in India te activeren.
-
Zorg ervoor dat alle BYOAI-oplossingen die verband houden met Indiase nummerstromen alleen verbinding maken met diensten binnen India.
-
Stel een speciale wachtrij en een team van agenten samen om het Indiase EP te bedienen; meng deze agenten niet met agenten die gesprekken van EP's buiten India behandelen. Deze configuratie kan worden bereikt met behulp van contactcentermedewerkers, teams of vaardigheden.
-
Voor elke zone:
-
Maak een Outdial ANI-lijst en stel de standaard-ANI in op een nummer binnen die zone.
-
Koppel de Outdial ANI-lijst aan het team van agenten dat vanuit die zone het EP bedient.
-
Deze instelling helpt bij het voorkomen van storingen tijdens het uitbellen wanneer agenten de standaard ANI gebruiken.
-
Zorg er tijdens beleefdheidsgesprekken voor dat de ANI overeenkomt met de zone van de telefoon van de agent in de wachtrij.
-
-
Als u campagnes maakt, reserveert u agenten uit een specifieke zone en gebruikt u de ANI uit die zone.
Naleving van de regelgeving
Volg deze belangrijke vereisten binnen het door u gekozen implementatiemodel om te blijven voldoen aan de lokale regelgeving:
-
Kantoorconnectiviteit: Als uw agenten op kantoor werken, moeten hun media via een speciale netwerkverbinding stromen.
-
Thuiswerken: agenten die vanuit huis werken, kunnen rechtstreeks gebruik maken van het internet. Ze hoeven geen verbinding te maken met hun kantoornetwerk in India via een VPN.
-
Bewaring van gegevens: U bent verantwoordelijk voor het downloaden van uw gespreksgegevens (CDR) en auditlogboeken. Deze moeten minstens een jaar worden bewaard op een server in India.
Webex Contact Center instellen voor locaties in India
Vereisten
Voordat u met de installatie begint, moet u ervoor zorgen dat u aan de volgende vereisten voldoet:
-
Wettelijke documentatie: U moet het Know Your Customer (KYC) en het Customer Application Form (CAF) indienen. Raadpleeg het overzicht van de regelgeving voor meer informatie over KYC en CAF.
Zelfs als u al een KYC-aanvraag hebt voltooidWebex Calling, kan het zijn dat de diensten van Contact Center moeten voldoen aan de Unified Telecom-licentie om te voldoen aan de Unified Telecom-licentie. -
Platform: Webex Calling Alleen ondersteuning voor Webex Contact Center India. Verouderde VPOP- of andere telefoonverbindingen worden niet ondersteund.
Bellen instellen
U moet eerst uw telefonieomgeving configureren. Om dubbele stappen te vermijden, kunt u de volgende Webex Calling artikelen raadplegen om uw basisconfiguratie te voltooien:
-
Zones en Trusted Edge: Definieer uw netwerkzones om ervoor te zorgen dat de media zich aan de regels houden. Raadpleeg de sectie Created Trusted Network en Create a zone and Edge voor gedetailleerde informatie.
Oproepbeheer en tolomleidingscontrole
Om ervoor te zorgen dat uw bedrijf aan de regels blijft voldoen, hanteert Webex Contact Center de volgende tolomleidingsregels:
-
Inkomende routering: Agenten in India kunnen een agent buiten India raadplegen voor een inkomend PSTN-gesprek, maar ze kunnen het gesprek niet doorverbinden of een conferentiegesprek voeren.
-
Uitgaand bellen: Voor alle PSTN-gesprekken (binnenlands of internationaal) moeten agenten een geverifieerde India PSTN Caller Line Identification (CLI) gebruiken. Ze moeten de ANI gebruiken die is gekoppeld aan de zone waartoe hun telefoon behoort, zelfs als ze door een beheerder zijn geconfigureerd om internationale gesprekken te voeren.
-
Beleidsuitzonderingen: Als een gespreksstroom in strijd is met de DoT-voorschriften, ziet de agent een Policy Exception-fout op het Agent Desktop scherm en wordt het gesprek beëindigd.
Voor gedetailleerde informatie, zie de Webex Calling sectie Tolbypass-beleidsconfiguratie toepassen.
Configureer de instellingen van het contactcentrum
Zodra de Calling Foundation gereed is, voert u het volgende uit in de Control Hub:
-
Land van gebruik: Ga naar Contactcentrum > Instellingen > Algemeen en zorg ervoor dat het land van gebruik is ingesteld op India
-
Locatietoewijzing: Zorg ervoor dat de locaties van uw contactcentrum overeenkomen met de zones die zijn aangemaakt tijdens de gespreksconfiguratie.
Aanbevelingen voor de configuratie
Ideale configuratiemodellen
Om ervoor te zorgen dat uw installatie compatibel is en om fouten te voorkomen, moet u een geografisch gebaseerd configuratiemodel volgen.
-
Geografische teams: Om beleidsfouten te voorkomen, raden we aan uw configuratie in te stellen met behulp van geografische teams. Stel bijvoorbeeld een team uit Bangalore en een team uit Chennai op. Door deze teams toe te wijzen aan wachtrijen in dezelfde regio, zorgt u ervoor dat het systeem werkt zoals verwacht en dat agenten geen onnodige tolbeperkingen instellen.
-
Queue Mapping: Wijs een team uit de ene regio niet toe aan een wachtrij in een andere regio als dat de DoT-regels overtreedt. Wijs bijvoorbeeld geen in de VS gevestigd team toe aan een Indiase wachtrij.
-
De logica: door teams te koppelen aan specifieke sites en wachtrijen in dezelfde regio, is de kans kleiner dat u een beleidsfout veroorzaakt. 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 beheer van automatische nummeridentificatie (ANI) is van cruciaal belang. Elk nummer moet worden toegewezen aan een binnenkomend EP. Voor multinationale huurders hebben we de Outdial ANI-lijst uitgebreid, zodat u een regionale standaardwaarde kunt instellen. Dit zorgt ervoor dat agenten in India niet per ongeluk gebruik maken van een wereldwijde standaardbetaling voor huurders die in strijd is met de lokale regels.
-
Nummers in kaart brengen: Om een nummer als ANI te gebruiken, moet het eerst worden toegewezen aan een binnenkomend EP.
-
Uitgaande EP: Agenten krijgen een uitgaande EP en een ANI-lijst toegewezen (of ze kunnen een standaard ANI gebruiken).
-
Regionale beperkingen: De ANI wordt toegewezen aan een binnenkomend EP, dat de regio en de locatie van de Real-Time Media Service (RTMS) biedt. Webex Calling Deze locatie bepaalt het standaard PSTN voor die regio.
-
Admin Control: Beheerders moeten de toegang tot uitgaande ANI's controleren om ervoor te zorgen dat agenten in India geen standaard ANI van buiten hun regio gebruiken.
Voorbeeld van inkomende gespreksstroom
Telefoongesprek op het net
Als er een intern gesprek op het net binnenkomt (bijvoorbeeld naar een IT-ondersteuningslijn), volgt het systeem een specifiek pad om aan de regels te blijven voldoen.
-
The Path: Het gesprek komt binnen via een specifieke locatie (zoals de Bangalore-zone) en gaat via het EP naar de wachtrij.
-
Bezorging door het team: Het gesprek wordt vervolgens doorgestuurd naar een team. Interne gesprekken op het net zijn flexibel en kunnen worden geleverd aan een agent in India, een agent die roamt buiten India, of zelfs aan een agent die buiten India is geconfigureerd, zolang ze een Webex Calling (WxC) -extensie gebruiken en niet een telefoon van het Public Switched Telephone Network (PSTN).
-
PSTN-beperkingen: Houd er rekening mee dat deze interne gesprekken niet kunnen worden doorgestuurd naar PSTN-bestemmingen of MS-teams, omdat ze buiten het bereik van deze specifieke configuratie worden geacht.
Oproep buiten het net
Als er een gesprek binnenkomt via de PSTN, handhaaft het systeem strenge controles op de tolomleiding om ervoor te zorgen dat aan de voorschriften wordt voldaan.
-
The Path: Het gesprek komt binnen via een specifieke PSTN-zone (zoals de Bangalore-zone) en gaat via het EP naar de wachtrij.
-
Team Delivery: Het systeem valideert de locatie van de agent ten opzichte van de PSTN-zone. Als de agent zich in de juiste zone bevindt (bijvoorbeeld Bangalore) en niet aan het roamen is, is het gesprek toegestaan. Als het systeem detecteert dat de agent zich op een ongeldige locatie bevindt of zich buiten de zone bevindt (bijvoorbeeld in New York), is het gesprek beperkt.
-
Systeemactie: Wanneer een gesprek wordt geblokkeerd vanwege een overtreding van het beleid, stuurt het systeem de beller automatisch terug naar de wachtrij en wordt er een beleidsfoutmelding weergegeven op het bureaublad van de agent.
-
Beste praktijk: Om deze blokkades te vermijden, moet u Teams in het Webex Contact Center gebruiken om agenten strikt aan de juiste locaties en wachtrijen toe te wijzen.
Gedrag van agenten en beleidsuitzonderingen
Tolbeperkingen en desktopgedrag begrijpen
Wanneer een gesprek of operatie in strijd is met de Indiase DoT-regels, activeert het systeem een tolbeperking. Dit is hoe ze zich Agent Desktop gedragen in verschillende scenario's.
Afwijzingen van inkomende gesprekken
Als een inkomend gesprek in strijd is met een beleid, ziet de agent een foutmelding en wordt de status gewijzigd in Oproepbeperking. In het geval van afwijzingen van klanten of consulten verandert de status echter niet. Dit gebeurt als ze een telefoon van het Public Switched Telephone Network (PSTN), WebRTC, gebruiken of als ze buiten India roamen.
-
Waarom dat gebeurt:
-
De agent gebruikt een telefoonnummer van PSTN.
-
De agent gebruikt WebRTC om een gesprek in India af te handelen.
-
De agent gebruikt een Webex-extensie, maar roamt buiten India. (Het systeem voert een geo-IP-zoekopdracht uit om te bepalen of de telefoon zich fysiek binnen of buiten het land bevindt).
-
De agent die een PSTN-telefoon gebruikt, wordt geraadpleegd door een andere agent.
-
Uitgestelde (uitgaande) afwijzingen
Als een buitenoproep wordt geweigerd, krijgt de agent een beleidsfout te zien, maar de status verandert niet.
-
Waarom dat gebeurt:
-
De agent probeert een ANI uit een andere zone te gebruiken.
-
De agent gebruikt een PSTN-telefoon.
-
De agent gebruikt WebRTC om een klant in India te bellen.
-
Mislukkingen bij het raadplegen en overzetten
Als een consult of een overdracht naar een DN of een andere agent mislukt, ziet de agent een beleidsfout, maar de status verandert niet.
-
Waarom dat gebeurt:
-
De persoon die wordt geraadpleegd gebruikt een PSTN-telefoon.
-
De persoon die wordt geraadpleegd gebruikt WebRTC.
-
De agent die de overschrijving ontvangt, bevindt zich fysiek buiten India.
-
Desktop: Uitgeschakelde knoppen en tooltips
Om fouten te voorkomen, schakelt het bureaublad vaak de knoppen Overdracht en Samenvoegen uit als het systeem vaststelt dat de bewerking niet is toegestaan.
-
Als u de muisaanwijzer op een uitgeschakelde knop houdt, verschijnt er een tooltip waarin de reden wordt uitgelegd.
-
In zeldzame gevallen kan de status van een gesprek veranderen terwijl er al een consult gaande is. Als die wijziging ervoor zorgt dat het gesprek in strijd is met de regels voor de tolbeperking in India, zal het systeem niet toestaan dat de verbinding wordt voortgezet. Als dit gebeurt, kan het zijn dat de gespreksduur wegvalt of dat handelingen zoals Transfer of Conference mislukken, zelfs als de knoppen op het bureaublad nog niet zijn uitgeschakeld.
Toezichthouder, toezicht
Een verzoek van een supervisor om een gesprek te volgen, wordt afgewezen als er een tolbeperking wordt ingesteld.
-
Waarom dat gebeurt:
-
De supervisor gebruikt een PSTN-telefoon.
-
De supervisor gebruikt een Webex-extensie vanaf een locatie buiten India.
-
| Operatie | Scenario | Actie van het systeem | Ervaring met agenten |
|---|---|---|---|
| Inkomend gesprek | Bel vanuit de regio India naar een agent in New York. | Geblokkeerd. Het systeem detecteert een zoneovertreding. | De agent krijgt een foutmelding; de oproep keert terug naar de wachtrij. |
| Consultatie | Een agent uit India overlegt met een agent die niet in India is gevestigd. | Toegestaan. U kunt met de andere agent praten. | Normaal consultgedrag. |
| Overdracht | Een agent uit India probeert een Indiaas gesprek door te schakelen naar een Amerikaanse agent. | Geblokkeerd. Dit zou in strijd zijn met de DoT-regels. | De overdracht is mislukt; de agent ziet een nalevingsfout. |
| Roamen | Een agent in een Indiaas team probeert een gesprek aan te nemen terwijl hij in het buitenland aan het roamen is. | Geblokkeerd. Het systeem controleert de locatie van de agent. | De oproep wordt niet doorgezet; er wordt een foutmelding weergegeven. |
| Uitgang/Campagne | De agent probeert een ANI uit een andere regio te gebruiken. | Geblokkeerd. | De oproep wordt niet doorgezet; er wordt een foutmelding weergegeven. |
Foutafhandeling en Aux-codes
Technische fouten en verwerking van AUX-codes
Wanneer een oproep wordt geweigerd vanwege een tolbeperking in India, gebruikt het systeem specifieke technische codes om het probleem te identificeren. Dit helpt bij het oplossen van problemen in de logboeken en stelt u in staat slimmere logica in te bouwen in uw gespreksstromen.
SIP- en systeem-ID's
Als u naar de technische logboeken of de SIP-headers (Session Initiation Protocol) kijkt (met name in SIP BYE- of SIP 403-berichten), ziet u dat de oproep getagd is als:
-
SIP-header: X-Cisco-rtms: fout met beperkte zone
-
Reden van het systeem: CALLING_RESTRICTION
-
Redencode: 119
AUX-code voor nieuwe agenten
We hebben een nieuwe, door het systeem gedefinieerde Idle AUX-code toegevoegd voor agenten die een fout hebben gemaakt met de tolbeperking. Als een agent vanwege de nalevingsregels voor een gesprek wordt geblokkeerd, wordt zijn status automatisch gewijzigd in deze nieuwe code:
-
AUX-code: calling_restriction
Met behulp van code 119 in Flow Designer
U kunt de nieuwe redencode 119 (CALLING_RESTRICTION) gebruiken om fouten binnen uw gespreksstromen automatisch af te handelen. Door te controleren op deze specifieke foutcode, kunt u beslissen wat de beste volgende actie is voor verschillende Flow-activiteiten, zoals:
-
BridgeTransfer of BlindTransfer: Als een overdracht mislukt met code 119, kunt u de flow scripten om een andere route te proberen of een specifieke mededeling voor de beller af te spelen.
-
Uitgaande campagnes: Gebruik deze code om te bepalen of een campagnegesprek werd geblokkeerd door een beleidsbeperking en behandel het record dienovereenkomstig.
Beperkingen
ANI- en outdial management
-
Zone-uitlijning: Gebruik altijd ANI's en agenten uit dezelfde zone voor:
-
Terugbellen met beleefdheid: De ANI voor terugbellen moet overeenkomen met de reglementaire zone van de agent.
-
Ani-lijsten die niet beschikbaar zijn: ANI's in een outdial-lijst moeten overeenkomen met de zone van de agenten die aan dat desktopprofiel zijn toegewezen.
-
Campagnes: Zorg ervoor dat de ANI van de campagne en de toegewezen agenten zich in dezelfde zone bevinden.
-
-
Standaard-ANI: U moet één ANI in de lijst met outdial selecteren als standaard-ANI.
-
Geen aangepaste ANI's: Het gebruik van aangepaste ANI's is verboden in India. Als u aangepaste ANI's gebruikt, kan dat leiden tot storingen in de gesprekken en tot verwarring bij de controle van de Webex Calling gespreksgegevens (CDR).
Connectiviteit en hulpmiddelen voor agenten
-
WebRTC: Dit wordt ondersteund voor BPO-agenten, maar niet als een agent toegang heeft tot India PSTN.
-
Extensies: Agenten moeten altijd hun toegewezen Webex Calling extensie gebruiken voor alle activiteiten van het contactcenter.
-
Thuiswerken (WFH): Als agenten vanuit huis werken, geef hen dan de opdracht een VPN-verbinding te gebruiken met de door hen geconfigureerde kantoorlocatie om te blijven voldoen aan hun toegewezen regelgevingszone.
-
Meerdere kantoren: Organisaties met meerdere kantoren moeten in elke zone een PSTN-trunk hebben als agenten in die specifieke zone externe functies nodig hebben.
Technische en foutafhandeling
-
Configuraties op locatie: Voor agentconfiguraties op locatie is de tenantbeheerder verantwoordelijk om ervoor te zorgen dat de telefooncentrale op locatie voldoet aan de tolbeperkingen in India.
-
Idle Codes voor agenten: Voor de regio India is een nieuwe systeemwaarde geïntroduceerd voor Agent Idle Codes om de nalevingsstaten van de regelgeving bij te houden.
-
Storingscodes voor overboekingen: bij activiteiten zoals Bridge Transfer of Blind Transfer worden nieuwe foutcodes geretourneerd als een tolbeperking wordt overtreden.
-
Referentie: Voor een samenvatting van de foutcodes, zie de Flow Designer Guide: Bridge and Blind Transfer Activities.
-
Ingezetenschap van gegevens en audits
-
Verankering van de media: Media voor binnenlandse gesprekken zijn verankerd in India en mogen het land niet verlaten.
-
Opslag: Oproepopnames en transcripties voor huurders uit India worden opgeslagen in het India Data Center.
-
CDR-controle: Webex Calling CDR's leggen alle informatie van de beller vast. Zorg ervoor dat ANI's correct zijn geconfigureerd om discrepanties tijdens DoT-audits te voorkomen.
