- Startseite
- /
- Artikel
Richten Sie Webex Contact Center in Indien ein
Dieser Artikel hilft Ihnen beim Einrichten von Webex Contact Center für das India Data Center (DC).
Übersicht
Cisco Webex Contact Center ist jetzt als regulierter Service in Indien verfügbar und ermöglicht es sowohl multinationalen als auch inländischen Organisationen, BPO- und Contact Center-Dienste in voller Übereinstimmung mit den Vorschriften des Department of Telecommunications (DoT) der indischen Regierung zu betreiben.
Webex Contact Center in Indien baut auf dem Fundament von Webex Calling auf. Dieser integrierte Ansatz ermöglicht es Unternehmen, eine einheitliche Cloud-Architektur sowohl für die Unternehmenstelefonie als auch für die erweiterte Kundenbindung zu nutzen. Bevor Sie Contact Center-Funktionen aktivieren, müssen Sie sicherstellen, dass Ihre Basisumgebung Webex Calling speziell für das Rechenzentrum in Indien konfiguriert ist, um gesetzliche Anforderungen zu erfüllen.
Informationen zu Tarifplänen finden Sie im Artikel Webex Contact Center Tarifplan für Indien.
Wichtiger Compliance-Hinweis
Die Einhaltung der Vorschriften des indischen Department of Telecommunications (DoT) liegt in der gemeinsamen Verantwortung von Cisco und seinen Kunden. Um sicherzustellen, dass Ihre spezifische Bereitstellung mit allen lokalen gesetzlichen Anforderungen übereinstimmt, sollten Sie sich an Ihren Rechts- oder Regulierungsberater wenden.
WxCC-Bereitstellungsmodelle in Indien
Um mit Ihrem Indien-Setup zu beginnen, ist es am besten, zunächst die standardmäßige technische Grundlage für Webex Contact Center zu verstehen. Wir empfehlen, den Artikel Einrichten von Sprachkanälen für Webex Contact Center zu lesen, in dem die Drei-Ebenen-Architektur erläutert wird, die wir weltweit verwenden:
-
Zugriffsebene: Dies ist die Edge, auf der Ihr Festnetz oder lokale Gateways eine Verbindung zu Webex herstellen.
-
Media Processing Layer: Hier wird das eigentliche Audio (Medien) verarbeitet und beendet.
-
Anwendungsschicht: Hierbei handelt es sich um das Gehirn, das die Anrufweiterleitung, Eingabeaufforderungen und Agentenzuweisungen verwaltet.
In Indien DC helfen Ihnen diese Layer, die DoT-Vorschriften einzuhalten. Je nachdem, wo sich Ihre Agenten und Kunden befinden, wählen Sie eines von drei Modellen: Internationales BPO, indischer Mieter oder multinationaler Mieter.
Modell 1: Internationales BPO
Übersicht
Befolgen Sie diese Richtlinien für internationale BPO-Vorgänge (Business Process Outsourced), bei denen die Mandanten- und Telefonieressourcen außerhalb Indiens registriert sind:
-
Der Mieter ist aus einem Land außerhalb Indiens registriert.
-
Die Entry Point Dialed Number (EPDN) ist einem Standort außerhalb Indiens zugeordnet.
-
Agenten und ihre Telefone (Webex Calling-Anschlüsse oder lokale Call Manager-Anschlüsse) sind für einen fremden Standort konfiguriert.
-
Die Agenten befinden sich physisch in Indien, bearbeiten jedoch Anrufe, die von der Entry Point (EP)-Nummer des fremden Landes stammen.
Administration und Konfiguration
-
Agenten in Indien dürfen nicht mit indischen PSTN-Diensten verbunden sein (d. h., ihr Telefonieservice muss als Standort außerhalb Indiens konfiguriert sein).
-
Das indische PSTN darf nicht für Bridge-DN, Blind Transfer Flow-Ereignisse oder Webex Contact Center-Vorgänge innerhalb einer Interaktion verwendet werden.
-
Agenten können WebRTC für Verbindungen verwenden.
-
Es sind keine besonderen Einschränkungen für Warteschlangen oder Teams erforderlich.
Beachtung
Um die lokalen Bestimmungen einzuhalten, befolgen Sie bitte die folgenden wichtigen Anforderungen innerhalb des von Ihnen gewählten Bereitstellungsmodells:
-
Bürokonnektivität: Wenn Ihre Agenten vom Büro aus arbeiten, müssen ihre Medien über eine dedizierte Netzwerkverbindung geleitet werden.
-
Arbeiten ab Home: Agenten, die von Home aus arbeiten, können das Internet direkt nutzen. Sie müssen sich nicht über einen VPN mit ihrem Büronetzwerk in Indien verbinden.
-
Datenaufbewahrung: Sie sind für das Herunterladen Ihrer Anrufdetail-Datensätze (CDR) und Prüfprotokolle verantwortlich. Diese müssen mindestens ein Jahr lang auf einem Server in Indien gespeichert werden.
Modell 2: Indischer Mandant mit Contact Center nur für indische Kunden
Übersicht
Verwenden Sie dieses Modell, wenn Ihr Unternehmen ein inländisches Contact Center in Indien betreibt und nur indische Kunden bedient. In diesem Szenario müssen sowohl Ihre Agenten als auch Ihre Telefonieressourcen Standorten in Indien zugeordnet sein.
Administration und Konfiguration
-
Erstellen Sie einen Hauptsitz (HQ) in Indien. Der erste Standort, den Sie erstellen, bestimmt das Webex Calling Rechenzentrum für Ihre Organisation.
-
Erstellen Sie Zonen , und konfigurieren Sie Trusted Network Edge gemäß den Webex Calling Richtlinien für indische Standorte.
-
Schließen Sie die KYC-Verfahren (Know Your Customer) ab, um den Standort zu aktivieren.
-
Stellen Sie sicher, dass jede Bring Your Own AI (BYOAI), die mit Datenströmen mit indischen Nummern verknüpft ist, nur mit Diensten innerhalb Indiens verbunden ist.
-
Richten Sie eine dedizierte Warteschlange und ein Team von Agenten für die Betreuung von indischen EPs ein. Diese Agenten sollten nicht mit solchen Agenten verwechselt werden, die Anrufe von EP außerhalb Indiens bearbeiten.
-
Für jede Zone:
-
Erstellen Sie eine ANI-Liste (Outdial Automated Number Identification), und legen Sie als Standard-ANI eine Nummer innerhalb dieser Zone fest.
-
Verknüpfen Sie die Outdial-ANI-Liste mit dem Team von Agenten, die das EP von dieser Zone aus bedienen.
-
Dadurch werden Anruffehler während des Outdial-Vorgangs vermieden, wenn Agenten die Standard-ANI verwenden.
-
Achten Sie beim Einrichten von Rückrufen darauf, dass die ANI mit der spezifischen indischen Zone übereinstimmt, in der sich die Agenten in dieser Warteschleife befinden.
-
-
Reservieren Sie beim Erstellen von Kampagnen Agenten aus einer bestimmten Zone und verwenden Sie die ANI aus derselben Zone.
Beachtung
Um die lokalen Bestimmungen einzuhalten, befolgen Sie bitte die folgenden wichtigen Anforderungen innerhalb des von Ihnen gewählten Bereitstellungsmodells:
-
Bürokonnektivität: Wenn Ihre Agenten vom Büro aus arbeiten, müssen ihre Medien über eine dedizierte Netzwerkverbindung geleitet werden.
-
Arbeiten ab Home: Agenten, die von Home aus arbeiten, können das Internet direkt nutzen. Sie müssen sich nicht über einen VPN mit ihrem Büronetzwerk in Indien verbinden.
-
Datenaufbewahrung: Sie sind für das Herunterladen Ihrer Anrufdetail-Datensätze (CDR) und Prüfprotokolle verantwortlich. Diese müssen mindestens ein Jahr lang auf einem Server in Indien gespeichert werden.
Modell 3: Multinationaler Mieter mit inländischem Contact Center in Indien
Übersicht
Die folgenden Richtlinien gelten für multinationale Mandanten, die außerhalb Indiens gehostet werden, aber über ein inländisches Contact Center verfügen, das indische EPs bedient:
-
Der Mandant ist außerhalb Indiens registriert und verfügt über ein Team von Agenten, die EPDN aus mehreren Ländern, einschließlich Indien, bedienen.
-
Die EPDN-Nummer für Indien ist mit einem Standort innerhalb Indiens verknüpft.
-
Agenten, die EPDNs für Indien betreuen, befinden sich physisch in Indien.
-
Agenten und ihre Telefone (entweder Webex Calling-Nebenstellentelefone oder lokale Durchwahlen) sind mit dem Standort in Indien verknüpft.
Administration und Konfiguration
-
Erstellen Sie Zonen , und konfigurieren Sie Trusted Network Edge gemäß den Webex Calling Richtlinien für indische Standorte.
-
Schließen Sie den Webex Calling KYC-Prozess (Know Your Customer) ab, um den Standort in Indien zu aktivieren.
-
Stellen Sie sicher, dass alle BYOAI-Lösungen, die mit indischen Zahlenflüssen verbunden sind, nur mit Diensten innerhalb Indiens verbunden sind.
-
Einrichtung einer dedizierten Warteschlange und eines Teams von Agenten, um das indische EP zu bedienen; Diese Agenten sollten nicht mit solchen Agenten verwechselt werden, die Anrufe von EPs außerhalb Indiens bearbeiten. Diese Konfiguration kann mit Hilfe von Contact Center-Agenten, Teams oder Qualifikationen vorgenommen werden.
-
Für jede Zone:
-
Erstellen Sie eine Outdial ANI-Liste, und legen Sie als Standard-ANI eine Nummer innerhalb dieser Zone fest.
-
Verknüpfen Sie die Outdial-ANI-Liste mit dem Team von Agenten, die das EP von dieser Zone aus bedienen.
-
Diese Konfiguration hilft, Anruffehler während des Outdial-Vorgangs zu vermeiden, wenn Agenten die Standard-ANI verwenden.
-
Achten Sie bei Rückrufen aus Gefälligkeit darauf, dass die ANI mit der Zone des Telefons des Agenten in der Warteschleife übereinstimmt.
-
-
Reservieren Sie beim Erstellen von Kampagnen Agenten aus einer bestimmten Zone und verwenden Sie die ANI aus dieser Zone.
Beachtung
Um die lokalen Bestimmungen einzuhalten, befolgen Sie bitte die folgenden wichtigen Anforderungen innerhalb des von Ihnen gewählten Bereitstellungsmodells:
-
Bürokonnektivität: Wenn Ihre Agenten vom Büro aus arbeiten, müssen ihre Medien über eine dedizierte Netzwerkverbindung geleitet werden.
-
Arbeiten in Home: Agenten, die in Home arbeiten, können das Internet direkt nutzen. Sie müssen sich nicht über einen VPN mit ihrem Büronetzwerk in Indien verbinden.
-
Datenaufbewahrung: Sie sind für das Herunterladen Ihrer Anrufdetail-Datensätze (CDR) und Prüfprotokolle verantwortlich. Diese müssen mindestens ein Jahr lang auf einem Server in Indien gespeichert werden.
Einrichten von Webex Contact Center für Standorte in Indien
Voraussetzungen
Bevor Sie mit der Einrichtung beginnen, stellen Sie sicher, dass die folgenden Anforderungen erfüllt sind:
-
Regulatorische Dokumentation: Sie müssen das Know Your Customer (KYC) und das Customer Application Form (CAF) einreichen. Weitere Informationen zu KYC und CAF finden Sie in der Übersicht der Vorschriften .
Auch wenn Sie KYC für Webex Calling bereits abgeschlossen haben, ist möglicherweise ein separater Übermittlung erforderlich, damit Contact Center-Services die Unified Telecom-Lizenz erfüllen. -
Plattform: Webex Contact Center Indien unterstützt nur Webex Calling. Ältere VPOP- oder andere Telefonieverbindungen werden nicht unterstützt.
Anrufe einrichten
Zunächst müssen Sie Ihre Telefonieumgebung konfigurieren. Um doppelte Schritte zu vermeiden, lesen Sie bitte die folgenden Webex Calling-Artikel, um Ihr Basis-Setup abzuschließen:
-
Festnetzkonnektivität: Konfigurieren Sie Ihr lokales Gateway oder Cloud Connected PSTN (CCP) wie unter Aktivieren Webex Calling in Indien beschrieben.
-
Zonen und vertrauenswürdige Edges: Definieren Sie Ihre Netzwerkzonen, um die Einhaltung der Medienresidenz sicherzustellen. Ausführliche Informationen finden Sie unter Erstelltes vertrauenswürdiges Netzwerk und Erstellen einer Zone und eines Edges.
Anrufvorgänge und Steuerung der Gebührenumgehung
Um sicherzustellen, dass Ihr Betrieb konform bleibt, erzwingt Webex Contact Center die folgenden Regeln für die Gebührenumgehung:
-
Eingehendes Routing: Agenten in Indien können sich bei einem eingehenden Festnetzanruf mit einem Agenten außerhalb Indiens beraten, der den Anruf jedoch nicht weiterleiten oder in eine Konferenz einleiten kann.
-
Ausgehende Nummer: Für alle Festnetzanrufe (national oder international) müssen Agenten eine verifizierte indische PSTN-Anruferleitungsidentifikation (CLI) verwenden. Sie müssen die ANI verwenden, die der Zone zugeordnet ist, zu der ihr Telefon gehört, auch wenn sie von einem Administrator für die Durchführung internationaler Anrufe konfiguriert wurden.
-
Richtlinienausnahmen: Wenn ein Anrufablauf gegen DoT-Bestimmungen verstößt, wird dem Agenten am Agent Desktop ein Richtlinienausnahmefehler angezeigt, und der Anruf wird beendet.
Ausführliche Informationen finden Sie im Abschnitt Konfiguration der Gebührenumgehungsrichtlinie im Abschnitt Webex Calling anwenden.
Konfigurieren von Contact Center-Einstellungen
Sobald die Calling Foundation bereit ist, führen Sie in Control Hub die folgenden Schritte aus:
-
Einsatzland: Gehen Sie zu Contact Center >Einstellungen > Allgemein und stellen Sie sicher, dass das Einsatzland auf Indien eingestellt ist.
-
Standortzuordnung: Stellen Sie sicher, dass die Standorte Ihres Contact Centers mit den Zonen übereinstimmen, die während der Anrufeinrichtung erstellt wurden.
Konfigurationsempfehlungen
Ideale Konfigurationsmodelle
Um Ihr Setup konform zu halten und Fehler zu vermeiden, sollten Sie ein geografisch basiertes Konfigurationsmodell verwenden.
-
Geografische Teams: Um Richtlinienfehler zu vermeiden, empfehlen wir, die Konfiguration mithilfe von geografischen Teams einzurichten. Erstellen Sie z. B. ein Team für Bangalore und ein Team für Chennai. Indem Sie diese Teams Warteschlangen in derselben Region zuweisen, stellen Sie sicher, dass sich das System wie erwartet verhält und Agenten keine unnötigen Mautbeschränkungen auslösen.
-
Warteschlangenzuordnung: Weisen Sie ein Team aus einer Region nicht einer Warteschlange in einer anderen Region zu, wenn es gegen DoT-Regeln verstößt. Weisen Sie beispielsweise kein in den USA ansässiges Team einer indischen Warteschlange zu.
-
Die Logik: Durch das Verknüpfen von Teams mit bestimmten Standorten und Warteschlangen in derselben Region ist die Wahrscheinlichkeit geringer, dass Sie einen Richtlinienfehler auslösen. Das System ist so konzipiert, dass es sich selbst schützt, aber ein intelligentes Design erleichtert die Arbeit des Administrators erheblich.
ANI-Routing und -Konfiguration
Die Verwaltung der automatischen Nummernerkennung (Automatic Number Identification, ANI) ist von entscheidender Bedeutung. Jede Nummer muss einem eingehenden EP zugeordnet werden. Für multinationale Mandanten haben wir die Outdial ANI-Liste erweitert, sodass Sie einen regionalen Standard festlegen können. Dadurch wird sichergestellt, dass Agenten in Indien nicht versehentlich einen globalen Mandantenstandard verwenden, der gegen lokale Regeln verstößt.
-
Mapping-Nummern: Um eine Nummer als ANI zu verwenden, muss sie zuerst einem eingehenden EP zugeordnet werden.
-
Ausgehende EP: Agenten werden ein ausgehendes EP und eine ANI-Liste zugewiesen (oder sie können eine Standard-ANI verwenden).
-
Regionale Einschränkungen: Die ANI wird einem eingehenden EP zugeordnet, das die RTMS-Region (Real-Time Media Service) und den Webex Calling-Speicherort bereitstellt. Dieser Standort definiert das Standard-PSTN für diese Region.
-
Administratorkontrolle: Administratoren sollten den Zugriff auf ausgehende ANIs kontrollieren, um sicherzustellen, dass Agenten in Indien keine Standard-ANI von außerhalb ihrer Region verwenden.
Beispiel für einen Ablauf eingehender Anrufe
Anruf im Netz
Wenn ein interner On-Net-Anruf eingeht (z. B. bei einer IT-Supportleitung), folgt das System einem bestimmten Pfad, um die Vorschriften einzuhalten.
-
Der Pfad: Der Anruf geht über einen bestimmten Ort ein (z. B. die Bangalore-Zone) und bewegt sich über das EP in die Warteschlange.
-
Teamzustellung: Der Anruf wird dann an ein Team weitergeleitet. Interne Netzanrufe sind flexibel und können an einen Agenten innerhalb Indiens, einen Agenten auf einem Roaming außerhalb Indiens oder sogar an einen Agenten außerhalb Indiens übermittelt werden, sofern sie eine Webex Calling (WxC)-Durchwahl und kein PSTN-Telefon (Public Switched Telephone Network) verwenden.
-
PSTN-Einschränkungen: Beachten Sie, dass diese internen Anrufe nicht an PSTN-Ziele oder MS Teams weitergeleitet werden können, da sie für diese spezielle Einrichtung außerhalb des Geltungsbereichs liegen.
Außernetzmäßiger Anruf
Wenn ein Anruf aus dem Festnetz eingeht, erzwingt das System strenge Kontrollen der Gebührenumgehung, um die Einhaltung der Vorschriften sicherzustellen.
-
Der Pfad: Der Anruf wird durch eine bestimmte PSTN-Zone (z. B. die Bangalore-Zone) eingeleitet und über das EP in die Warteschlange verschoben.
-
Teamzustellung: Das System vergleicht den Standort des Agenten mit der PSTN-Zone. Wenn sich der Agent in der richtigen Zone (z. B. Bangalore) befindet und nicht Roaming, ist der Anruf zulässig. Wenn das System erkennt, dass sich der Agent an einem ungültigen Standort befindet, der sich nicht in einer Zone befindet (z. B. New York), wird der Anruf eingeschränkt.
-
Systemaktion: Wenn ein Anruf aufgrund eines Richtlinienverstoßes blockiert wird, wird der Anrufer automatisch wieder in die Warteschlange eingefügt und eine Richtlinienfehlermeldung auf dem Desktop des Agenten angezeigt.
-
Bewährte Methode: Um diese Blöcke zu vermeiden, verwenden Sie Teams in Webex Contact Center, um Agenten strikt den richtigen Standorten und Warteschlangen zuzuweisen.
Agentenverhalten und Richtlinienausnahmen
Gebührenbeschränkungen und Desktop-Verhalten
Wenn ein Anruf oder eine Operation gegen die indischen DoT-Regeln verstößt, löst das System eine Gebührenbeschränkung aus. So verhält sich der Agent Desktop in verschiedenen Szenarien.
Ablehnungen eingehender Anrufe
Wenn ein eingehender Anruf gegen eine Richtlinie verstößt, wird dem Agenten ein Fehler angezeigt, und sein Status ändert sich in Anrufbeschränkung. Bei Outdial- oder Konsultationsablehnungen ändert sich der Status jedoch nicht. Dies ist der Fall, wenn sie ein PSTN-Telefon (Public Switched Telephone Network) WebRTC verwenden oder sich außerhalb Indiens bewegen.
-
Darum liegt es:
-
Der Agent verwendet eine Festnetznummer.
-
Der Agent verwendet WebRTC, um einen Anruf aus Indien zu verarbeiten.
-
Der Agent verwendet die Durchwahl Webex, befindet sich aber im Roaming außerhalb Indiens. (Das System führt eine Geo-IP-Suche durch, um festzustellen, ob sich das Telefon physisch innerhalb oder außerhalb des Landes befindet.)
-
Der Agent, der ein Festnetztelefon verwendet, wird von einem anderen Agenten konsultiert.
-
Ausgehende (ausgehende) Ablehnungen
Wird ein Outdial-Anruf abgelehnt, wird dem Agenten ein Richtlinienfehler angezeigt, der Status ändert sich jedoch nicht.
-
Darum liegt es:
-
Der Agent versucht, eine ANI aus einer anderen Zone zu verwenden.
-
Der Agent verwendet ein Festnetztelefon.
-
Der Agent verwendet WebRTC, während er versucht, einen Kunden in Indien anzurufen.
-
Beratungs- und Übertragungsfehler
Wenn eine Beratung oder Weiterleitung an einen DN oder einen anderen Agenten fehlschlägt, wird dem Agenten ein Richtlinienfehler angezeigt, der Status ändert sich jedoch nicht.
-
Darum liegt es:
-
Die Person, die konsultiert wird, verwendet ein Festnetztelefon.
-
Die Person, die konsultiert wird, verwendet WebRTC.
-
Der Agent, der die Überweisung empfängt, befindet sich physisch außerhalb Indiens.
-
Desktop: Deaktivierte Schaltflächen und QuickInfos
Um Fehler zu vermeiden, deaktiviert der Desktop häufig die Schaltflächen "Übertragen" und "Zusammenführen", wenn das System ermittelt, dass der Vorgang nicht zulässig ist.
-
Wenn Sie den Mauszeiger über eine deaktivierte Schaltfläche bewegen, wird ein Tooltip angezeigt, in dem der Grund erklärt wird.
-
In seltenen Fällen kann sich der Status eines Anrufs ändern, während eine Beratung bereits im Gange ist. Wenn diese Änderung dazu führt, dass der Anruf gegen die indischen Gebührenbeschränkungsregeln verstößt, lässt das System nicht zu, dass die Verbindung fortgesetzt wird. In diesem Fall können Anrufabschnitte unterbrochen werden oder Vorgänge wie die Übergabe oder die Konferenz fehlschlagen – auch wenn die Schaltflächen auf dem Desktop noch nicht deaktiviert wurden.
Supervisor-Überwachung
Die Anfrage eines Supervisors zur Überwachung eines Anrufs wird abgelehnt, wenn eine Gebührenbeschränkung ausgelöst wird.
-
Darum liegt es:
-
Der Supervisor verwendet ein Festnetztelefon.
-
Der Supervisor verwendet die Durchwahl Webex von einem Standort außerhalb Indiens.
-
| Vorgang | Szenario | Systemaktion | Agentenerfahrung |
|---|---|---|---|
| Eingehender Anruf | Anruf aus der Region Indien an einen Agenten in New York. | Blockiert. Das System erkennt eine Zonenverletzung. | Der Agent erhält eine Fehlermeldung. Der Anruf wird wieder in die Warteschlange eingereiht. |
| Konsultation | Der in Indien ansässige Agent berät sich mit einem Agenten, der nicht in Indien ansässig ist. | Erlaubt. Sie können mit dem anderen Agenten sprechen. | Normales Beratungsverhalten. |
| Übergabe | Ein in Indien ansässiger Agent versucht, einen indischen Anruf an einen US-Agenten weiterzuleiten. | Blockiert. Dies würde gegen die DoT-Regeln verstoßen. | Die Übertragung schlägt fehl. Agent sieht einen Compliance-Fehler. |
| Roaming | Ein Agent in einem indischen Team versucht, einen Anruf anzunehmen, während er sich im Ausland bewegt. | Blockiert. Das System überprüft den Standort des Agenten. | Der Anruf wird nicht durchgestellt. angezeigte Fehlermeldung. |
| Ausgehend/Kampagne | Agent versucht, eine ANI aus einer anderen Region zu verwenden. | Blockiert. | Der Anruf wird nicht durchgestellt. angezeigte Fehlermeldung. |
Fehlerbehandlung und Aux-Codes
Umgang mit technischen Fehlern und AUX-Code
Wenn ein Anruf aufgrund einer Mautbeschränkung in Indien abgelehnt wird, verwendet das System bestimmte technische Codes, um das Problem zu identifizieren. Dies hilft bei der Fehlerbehebung in den Protokollen und ermöglicht es Ihnen, eine intelligentere Logik in Ihre Anrufabläufe zu integrieren.
SIP und Systembezeichner
Wenn Sie sich die technischen Protokolle oder Session Initiation Protocol (SIP)-Header ansehen (insbesondere in SIP BYE- oder SIP 403-Nachrichten), wird der Anruf wie folgt gekennzeichnet:
-
SIP Header: X-Cisco-RTMS: Zone-restricted-error
-
Systemgrund: CALLING_RESTRICTION
-
Begründungscode: 119
Neuer Agenten-AUX-Code
Wir haben einen neuen systemdefinierten Leerlauf-AUX-Code für Agenten hinzugefügt, bei denen ein Fehler bei der Gebührenbeschränkung aufgetreten ist. Wenn ein Agent aufgrund von Konformitätsregeln für einen Anruf gesperrt wird, ändert sich sein Status automatisch in diesen neuen Code:
-
AUX-Code: calling_restriction
Verwenden von Code 119 im Flow Designer
Sie können den neuen Begründungscode 119 (CALLING_RESTRICTION) verwenden, um Fehler in Ihren Anrufabläufen automatisch zu behandeln. Wenn Sie nach diesem speziellen Fehlercode suchen, können Sie die nächstbeste Aktion in verschiedenen Flow-Aktivitäten festlegen, z. B.:
-
BridgeTransfer oder BlindTransfer: Wenn eine Übergabe mit Code 119 fehlschlägt, können Sie den Ablauf skripten, um eine andere Route auszuprobieren oder dem Anrufer eine bestimmte Ansage vorzuspielen.
-
Ausgehende Kampagnen: Verwenden Sie diesen Code, um zu bestimmen, ob ein Kampagnenanruf durch eine Richtlinieneinschränkung blockiert wurde, und behandeln Sie den Datensatz entsprechend.
Einschränkungen
ANI und Outdial-Verwaltung
-
Zonenausrichtung: Verwenden Sie immer ANIs und Agenten aus derselben Zone für:
-
Courtesy Callback: Die Rückruf-ANI muss mit der regulatorischen Zone des Agenten übereinstimmen.
-
ANI-Listen für ausgehende Anrufe: ANIs in einer Liste für ausgehende Anrufe müssen mit der Zone der Agenten übereinstimmen, die diesem Desktop-Profil zugewiesen sind.
-
Kampagnen: Stellen Sie sicher, dass sich die Kampagnen-ANI und die zugewiesenen Agenten in derselben Zone befinden.
-
-
Standard-ANI: Sie müssen eine ANI in der Outdial-Liste als Standard-ANI auswählen.
-
Keine benutzerdefinierten ANIs: Die Verwendung von benutzerdefinierten ANIs ist in Indien verboten. Die Verwendung benutzerdefinierter ANIs führt zu Outdial-Fehlern und zu Überwachungsverwirrung in Webex Calling Anrufdetaildatensätzen (CDR).
Agentenkonnektivität und Tools
-
WebRTC: Dies wird für BPO-Agenten unterstützt, aber nicht, wenn ein Agent Zugriff auf das indische PSTN hat.
-
Durchwahlen: Agenten müssen für alle Contact Center-Aktivitäten stets die ihnen zugewiesene Durchwahl Webex Calling verwenden.
-
Arbeiten ab Home (WFH): Wenn Agenten von Home aus arbeiten, weisen Sie sie an, eine VPN Verbindung zu ihrem konfigurierten Bürostandort zu verwenden, um die Einhaltung der ihnen zugewiesenen regulatorischen Zone zu gewährleisten.
-
Mehrere Büros: Unternehmen mit mehreren Niederlassungen müssen in jeder Zone über einen Festnetz-Trunk verfügen, wenn Agenten in dieser Zone Outdial-Funktionen benötigen.
Technik und Fehlerbehandlung
-
Lokale Konfigurationen: Bei Konfigurationen von lokalen Agenten ist der Mandantenadministrator dafür verantwortlich, dass die lokale Telefonanlage den indischen Mautbeschränkungen entspricht.
-
Agenten-Leerlaufcodes: Für die Region Indien wurde ein neuer Systemwert für Agenten-Leerlaufcodes eingeführt, um den Status der Einhaltung gesetzlicher Bestimmungen nachzuverfolgen.
-
Übergabefehlercodes: Aktivitäten wie Bridge Transfer oder Blind Transfer geben neue Fehlerantwortcodes zurück, wenn eine Mautbeschränkung verletzt wird.
-
Referenz: Eine Zusammenfassung der Fehlercodes finden Sie im Flow Designer-Handbuch: Bridge- und Blindtransfer-Aktivitäten.
-
Datenresidenz und -prüfung
-
Medienverankerung: Medien für Inlandsanrufe sind in Indien verankert und können das Land nicht verlassen.
-
Speicher: Anrufaufzeichnungen und Transkripte für in Indien ansässige Mandanten werden im Rechenzentrum in Indien gespeichert.
-
CDR Überwachung: Webex Calling CDRs erfassen alle Anruferinformationen. Stellen Sie sicher, dass ANIs korrekt konfiguriert sind, um Diskrepanzen bei DoT-Audits zu vermeiden.