W tym artykule
dropdown icon
Przegląd
    Ważna informacja o zgodności
dropdown icon
Modele wdrażania wxCC w Indiach
    Model 1: Międzynarodowy BPO
    Model 2: Indyjski najemca z centrum kontaktowym tylko dla klientów z Indii
    Model 3: Wielonarodowy najemca z krajowym centrum kontaktowym w Indiach
dropdown icon
Skonfiguruj Webex Contact Center dla lokalizacji w Indiach
    Wymagania wstępne
    Konfigurowanie połączeń
    Konfigurowanie ustawień Contact Center
dropdown icon
Zalecenia dotyczące konfiguracji
    Idealne modele konfiguracyjne
    Routing i konfiguracja ANI
    Przykład przepływu połączeń przychodzących
    Zachowanie agenta i wyjątki od zasad
dropdown icon
Obsługa błędów i kody Aux
    Błąd techniczny i obsługa kodu AUX
dropdown icon
Ograniczenia
    ANI i Zarządzanie Outdial
    Łączność i narzędzia agentów
    Obsługa techniczna i błędów
    Rezydencja danych i audyt

Skonfiguruj Webex Contact Center w Indiach

list-menuW tym artykule
list-menuOpinia?

Ten artykuł pomoże Ci w skonfigurowaniu Webex Contact Center dla India Data Center (DC).

Przegląd

Cisco Webex Contact Centerjest teraz dostępna jako usługa regulowana w Indiach, umożliwiając zarówno organizacjom międzynarodowym, jak i krajowym obsługę usług BPO i contact center w pełnej zgodności z przepisami Departamentu Telekomunikacji (DoT) rządu Indii.

Webex Contact Center w Indiach jest zbudowane na fundamencie. Webex Calling To zintegrowane podejście pozwala organizacjom wykorzystać ujednoliconą architekturę chmury zarówno dla telefonii korporacyjnej, jak i zaawansowanego zaangażowania klientów. Przed włączeniem funkcji Contact Center należy upewnić się, że Webex Calling środowisko bazowe jest skonfigurowane specjalnie dla indyjskiego centrum danych, aby spełniało wymogi prawne.

Aby uzyskać informacje na temat planów taryfowych, zobacz artykuł dotyczący planu taryfowego Webex Contact Center India.

Ważna informacja o zgodności

Zgodność z przepisami Departamentu Telekomunikacji Indii (DoT) jest wspólną odpowiedzialnością Cisco i jej klientów. Aby upewnić się, że konkretne wdrożenie jest zgodne ze wszystkimi lokalnymi wymogami prawnymi, zalecamy skonsultowanie się z radcą prawnym lub regulacyjnym .

Modele wdrażania wxCC w Indiach

Aby rozpocząć konfigurację w Indiach, najlepiej najpierw zrozumieć standardowe podstawy techniczne Webex Contact Center. Zalecamy zapoznanie się z artykułem Konfiguracja kanałów głosowych dla Webex Contact Center, który wyjaśnia trójwarstwową architekturę, której używamy na całym świecie:

  • Warstwa dostępu: jest to krawędź, w której bramy PSTN lub lokalne łączą się z Webex.

  • Warstwa przetwarzania multimediów: To miejsce, w którym faktyczny dźwięk (nośnik) jest przetwarzany i zakończony.

  • Warstwa aplikacji: Jest to mózg, który zarządza routingiem połączeń, monitami i przypisywaniem agentów.

W Indiach DC warstwy te pomagają zachować zgodność z przepisami DoT. W zależności od tego, gdzie znajdują się Twoi agenci i klienci, wybierzesz jeden z trzech modeli: International BPO, Indian Tenant lub Multinational Tenant.

Model 1: Międzynarodowy BPO

Przegląd

W przypadku międzynarodowych operacji związanych z outsourcingiem procesów biznesowych (BPO), w których najemca i zasoby telefonii są zarejestrowane poza Indiami, postępuj zgodnie z poniższymi wytycznymi:

  • Najemca jest zarejestrowany z kraju spoza Indii.

  • Numer wybierany punktu wejścia (EPDN) jest powiązany z lokalizacją poza Indiami.

  • Agenci i ich telefony (Webex Callingrozszerzenia lub lokalne rozszerzenia Menedżera połączeń) są skonfigurowane dla obcej lokalizacji.

  • Agenci znajdują się fizycznie w Indiach, ale obsługują połączenia przychodzące z numeru Entry Point (EP) obcego kraju.

A diagram illustrating a Webex Contact Center workflow where a call from the United States is routed through the cloud to an agent located in India.

Administracja i konfiguracja

  • Agenci w Indiach nie mogą być podłączeni do usług PSTN w Indiach (to znaczy, że ich usługa telefoniczna powinna być skonfigurowana jako lokalizacja poza Indiami).

  • India PSTN nie może być używany do żadnych zdarzeń Bridge DN, Blind Transfer Flow ani żadnych operacji Webex Contact Center w ramach interakcji.

  • Agenci mogą używać WebRTC do łączności.

  • Nie są wymagane żadne specjalne ograniczenia w kolejkach lub zespołach.

Zgodność

Aby zachować zgodność z lokalnymi przepisami, należy przestrzegać następujących kluczowych wymagań w wybranym modelu wdrażania:

  • Łączność biurowa: Jeśli agenci pracują z biura, ich media muszą przepływać przez dedykowane połączenie sieciowe.

  • Praca w domu: Agenci pracujący w domu mogą korzystać bezpośrednio z Internetu. Nie muszą łączyć się ze swoją siecią biurową w Indiach za pomocą VPN.

  • Przechowywanie danych: Użytkownik jest odpowiedzialny za pobranie rekordów szczegółów połączeń (CDR) i dzienników audytu. Muszą być przechowywane na serwerze znajdującym się w Indiach przez co najmniej rok.

Model 2: Indyjski najemca z centrum kontaktowym tylko dla klientów z Indii

Przegląd

Użyj tego modelu, jeśli Twoja organizacja prowadzi krajowe centrum kontaktowe w Indiach i obsługuje tylko klientów indyjskich. W tym scenariuszu zarówno agenci, jak i zasoby telefoniczne muszą być powiązane z lokalizacjami w Indiach.

Ten model nie obsługuje stosowania agentów opar tych na WebRTC w Indiach (WebRTC jest planowane na przyszłe wsparcie).

INDIA DOMESTIC Webex Contact Center workflow for domestic calls within India.

Administracja i konfiguracja

  • Utwórz siedzibę główną (HQ) w Indiach. Pierwsza utworzona lokalizacja określa centrum Webex Calling danych dla Twojej organizacji.

  • Twórz strefy i skonfiguruj Trusted Network Edge zgodnie z Webex Calling wytycznymi dla lokalizacji w Indiach.

  • Ukończ procedury KYC (Know Your Customer), aby aktywować lokalizację.

  • Upewnij się, że każda Bring Your Own AI (BYOAI) powiązana z przepływami z numerami indyjskimi łączy się tylko z usługami w Indiach.

  • Utwórz dedykowaną kolejkę i zespół agentów do obsługi indyjskich EP; nie mieszaj tych agentów z tymi, którzy obsługują połączenia z EP poza Indiami.

  • Dla każdej strefy:

    • Utwórz listę Outdial Automated Number Identification (ANI) i ustaw domyślny numer ANI na numer w tej strefie.

    • Powiąż listę Outdial ANI z zespołem agentów obsługujących EP z tej strefy.

    • Pozwala to uniknąć awarii połączeń podczas wyjścia, gdy agenci używają domyślnego ANI.

    • Podczas konfigurowania grzecznościowych wywołań zwrotnych, upewnij się, że ANI pasuje do określonej strefy indyjskiej, w której znajdują się agenci w tej kolejce.

  • Podczas tworzenia kampanii rezerwuj agentów z określonej strefy i użyj ANI z tej samej strefy.

Zgodność

Aby zachować zgodność z lokalnymi przepisami, należy przestrzegać następujących kluczowych wymagań w wybranym modelu wdrażania:

  • Łączność biurowa: Jeśli agenci pracują z biura, ich media muszą przepływać przez dedykowane połączenie sieciowe.

  • Praca w domu: Agenci pracujący w domu mogą korzystać bezpośrednio z Internetu. Nie muszą łączyć się ze swoją siecią biurową w Indiach za pomocą VPN.

  • Przechowywanie danych: Użytkownik jest odpowiedzialny za pobranie rekordów szczegółów połączeń (CDR) i dzienników audytu. Muszą być przechowywane na serwerze znajdującym się w Indiach przez co najmniej rok.

Model 3: Wielonarodowy najemca z krajowym centrum kontaktowym w Indiach

Przegląd

Poniższe wytyczne dotyczą międzynarodowych najemców hostowanych poza Indiami, ale z krajowym centrum kontaktowym obsługującym indyjskie EP:

  • Najemca jest zarejestrowany poza Indiami i ma zespół agentów obsługujących EPDN z wielu krajów, w tym z Indii.

  • Numer EPDN dla Indii jest powiązany z lokalizacją w Indiach.

  • Agenci obsługujący indyjskie ePDNS znajdują się fizycznie w Indiach.

  • Agenci i ich telefony (telefony Webex Calling rozszerzające lub lokalne rozszerzenia) są połączone z lokalizacją w Indiach.

Ten model nie obsługuje stosowania agentów opartych na WebRTC w Indiach. (WebRTC jest planowane na przyszłe wsparcie).

Global Organization (with branch in India)" Webex Contact Center workflow, showing connectivity between US and Indian locations.

Administracja i konfiguracja

  • Twórz strefy i skonfiguruj Trusted Network Edge zgodnie z Webex Calling wytycznymi dla lokalizacji w Indiach.

  • Ukończ proces Webex Calling KYC (Know Your Customer), aby aktywować lokalizację w Indiach.

  • Upewnij się, że wszelkie rozwiązania BYOAI związane z indyjskimi przepływami numerów łączą się tylko z usługami w Indiach.

  • Utwórz dedykowaną kolejkę i zespół agentów do obsługi PE w Indiach; nie mieszaj tych agentów z tymi, którzy obsługują połączenia z EP poza Indiami. Konfigurację tę można osiągnąć za pomocą zespołów lub umiejętności agentów centrum kontaktowego.

  • Dla każdej strefy:

    • Utwórz listę Outdial ANI i ustaw domyślną liczbę ANI w tej strefie.

    • Powiąż listę Outdial ANI z zespołem agentów obsługujących EP z tej strefy.

    • Ta konfiguracja pomaga uniknąć awarii połączeń podczas wyjścia, gdy agenci używają domyślnego ANI.

    • Podczas uprzejmowych połączeń zwrotnych upewnij się, że ANI pasuje do strefy telefonu agenta w kolejce.

  • Podczas tworzenia kampanii rezerwuj agentów z określonej strefy i korzystaj z ANI z tej strefy.

Zgodność

Aby zachować zgodność z lokalnymi przepisami, należy przestrzegać następujących kluczowych wymagań w wybranym modelu wdrażania:

  • Łączność biurowa: Jeśli agenci pracują z biura, ich media muszą przepływać przez dedykowane połączenie sieciowe.

  • Praca w domu: Agenci pracujący w domu mogą korzystać bezpośrednio z Internetu. Nie muszą łączyć się ze swoją siecią biurową w Indiach za pomocą VPN.

  • Przechowywanie danych: Użytkownik jest odpowiedzialny za pobranie rekordów szczegółów połączeń (CDR) i dzienników audytu. Muszą być przechowywane na serwerze znajdującym się w Indiach przez co najmniej rok.

Skonfiguruj Webex Contact Center dla lokalizacji w Indiach

Wymagania wstępne

Przed rozpoczęciem konfiguracji upewnij się, że spełniasz następujące wymagania:

  • Dokumentacja regulacyjna: Musisz przesłać Know Your Customer (KYC) i Formularz zgłoszeniowy klienta (CAF). Zapoznaj się z przeglądem przepisów, aby dowiedzieć się więcej o KYC i CAF.

    Nawet jeśli ukończyłeś już KYC dlaWebex Calling, może być wymagane oddzielne zgłoszenie, aby usługi Contact Center były zgodne z licencją Unified Telecom.

  • Platforma: Webex Contact Center India obsługuje Webex Calling tylko. Starsze połączenia VPOP lub inne połączenia telefoniczne nie są obsługiwane.

Konfigurowanie połączeń

Najpierw musisz skonfigurować środowisko telefonii. Aby uniknąć powielania kroków, zapoznaj się z następującymi Webex Calling artykułami, aby zakończyć konfigurację podstawową:

Operacje połączeń i kontrola obejścia opłat drogowych

Aby zapewnić zgodność działania, Webex Contact Center stosuje następujące zasady obejścia opłat drogowych:

  • Routing przychodzący: Agenci w Indiach mogą skonsultować się z agentem znajdującym się poza Indiami w sprawie przychodzącego połączenia PSTN, ale nie mogą przesłać połączenia ani przeprowadzić konferencji.

  • Wybieranie numerów wychodzących: w przypadku wszystkich połączeń PSTN (krajowych lub międzynarodowych) agenci muszą używać zweryfikowanej identyfikacji linii dzwoniącego PSTN w Indiach (CLI). Są zobowiązani do korzystania z ANI skojarzonego ze strefą, do której należy ich telefon, nawet jeśli są skonfigurowane do wybierania połączeń międzynarodowych przez administratora.

  • Wyjątki zasad: Jeśli przepływ połączeń narusza przepisy DoT, agent zobaczy błąd Wyją tek zasadAgent Desktop, a połączenie zostanie zakończone.

Szczegółowe informacje można znaleźć w sekcji Zastosuj konfigurację zasad obejścia opłat drogowych w Webex Calling sekcji.

Konfigurowanie ustawień Contact Center

Gdy fundacja Calling jest gotowa, wykonaj następujące czynności w Centrum sterowania:

  1. Kraj działania: Przejdź do Contact Center > Ustawienia > Ogól ne i upewnij się, że kraj operacji jest ustawiony na Indie

  2. Mapowanie lokalizacji: upewnij się, że lokalizacje centrum kontaktowego są zgodne ze strefami utworzonymi podczas konfiguracji Połączenia.

Zalecenia dotyczące konfiguracji

Idealne modele konfiguracyjne

Aby zachować zgodność konfiguracji i uniknąć błędów, należy zastosować model konfiguracji oparty na geograficznym modelu.

  • Zespoły geograficzne: Aby uniknąć błędów zasad, zalecamy skonfigurowanie konfiguracji przy użyciu zespołów geograficznych. Na przykład, utwórz zespół Bangalore i zespół Chennai. Przypisując te zespoły do kolejek w tym samym regionie, upewniasz się, że system zachowuje się zgodnie z oczekiwaniami, a agenci nie uruchamiają niepotrzebnych ograniczeń dotyczących opłat drogowych.

  • Mapowanie kolejki: Nie przypisuj zespołu z jednego regionu do kolejki w innym regionie, jeśli łamie reguły DoT. Na przykład nie przypisuj zespołu z siedzibą w USA do kolejki indyjskiej.

  • Logika: Łącząc zespoły z określonymi witrynami i kolejkami w tym samym regionie, istnieje mniejsze prawdopodobieństwo wystąpienia błędu zasad. System został zaprojektowany, aby się chronić, ale inteligentny projekt znacznie ułatwia pracę administratora.

Routing i konfiguracja ANI

Zarządzanie automatyczną identyfikacją numerów (ANI) ma kluczowe znaczenie. Każdy numer musi być zmapowany do przychodzącej EP. Dla międzynarodowych najemców ulepszyliśmy listę Outdial ANI, abyś mógł ustawić domyślną pozycję regionalną. Gwarantuje to, że agenci w Indiach nie przypadkowo skorzystają z globalnej niewypłacalności najemcy, która narusza lokalne zasady.

  • Mapowanie liczb: Aby użyć liczby jako ANI, należy ją najpierw zmapować do przychodzącego EP.

  • Wychodząca EP: Agenci otrzymują wychodzące EP i listę ANI (lub mogą używać domyślnego ANI).

  • Ograniczenia regionalne: ANI jest mapowany do przychodzącego EP, który zapewnia region usługi medialnej w czasie rzeczywistym (RTMS) i lokalizację. Webex Calling Ta lokalizacja definiuje domyślny PSTN dla tego regionu.

  • Kontrola administratora: Administratorzy powinni kontrolować dostęp do wychodzących ANI, aby upewnić się, że agenci w Indiach nie używają domyślnego ANI spoza swojego regionu.

Przykład przepływu połączeń przychodzących

Połączenie w sieci

Gdy pojawia się wewnętrzne połączenie sieciowe (na przykład do linii wsparcia IT), system podąża określoną ścieżką, aby zachować zgodność z przepisami.

  • Ścieżka: Połączenie wchodzi przez określoną lokalizację (np. Strefa Bangalore) i przechodzi przez EP do kolejki.

  • Dostawa zespołu: połączenie jest następnie kierowane do zespołu. Wewnętrzne połączenia w sieci są elastyczne i mogą być dostarczane do agenta w Indiach, agenta roamującego poza Indiami lub nawet agenta skonfigurowanego poza Indiami — o ile używają rozszerzenia Webex Calling (WxC), a nie telefonu z publiczną siecią telefoniczną (PSTN).

  • Ograniczenia PSTN: Należy pamiętać, że tych połączeń wewnętrznych nie można przekierować do miejsc docelowych PSTN ani do zespołów MS, ponieważ są one uważane za nieobjęte zakresem dla tej konkretnej konfiguracji.

Połączenie poza siecią

Gdy połączenie wchodzi z PSTN, system egzekwuje ścisłe kontrole obejścia opłat drogowych, aby zapewnić zgodność z przepisami.

  • Ścieżka: Połączenie wchodzi przez określoną strefę PSTN (taką jak strefa Bangalore) i przechodzi przez EP do kolejki.

  • Dostawa zespołu: System sprawdza lokalizację agenta w stosunku do strefy PSTN. Jeśli agent znajduje się we właściwej strefie (np. Bangalore) i nie roamuje, połączenie jest dozwolone. Jeśli system wykryje, że agent znajduje się w nieprawidłowej lokalizacji lub poza strefą (np. Nowy Jork), połączenie jest ograniczone.

  • Akcja systemu: Gdy połączenie jest zablokowane z powodu naruszenia zasad, system automatycznie zwraca dzwoniącego do kolejki i wyświetla komunikat o błędzie zasad na pulpicie agenta.

  • Najlepsza praktyka: Aby uniknąć tych bloków, użyj Teams w Webex Contact Center, aby ściśle przydzielić agentów do właściwych witryn i kolejek.

Zachowanie agenta i wyjątki od zasad

Zrozumienie ograniczeń opłat drogowych i zachowania pulpitu

Gdy połączenie lub operacja narusza indyjskie zasady DoT, system uruchamia ograniczenie opłat drogowych. Oto jak Agent Desktop zachowuje się w różnych scenariuszach.

Odrzucanie połączeń przychodzących

Jeśli połączenie przychodzące narusza zasady, agent zobaczy błąd, a jego stan zmienia się na Ograniczenie wywołania. Jednak w przypadku odrzuceń na zewnątrz lub konsultacji ich stan się nie zmienia. Dzieje się tak, jeśli korzystają z publicznej sieci komórkowej (PSTN) telefonu WebRTC lub roamują poza Indiami.

  • Dlaczego tak się dzieje:

    • Agent używa numeru telefonu PSTN.

    • Agent używa WebRTC do obsługi połączenia z Indiami.

    • Agent korzysta z rozszerzenia Webex, ale roamuje poza Indiami. (System przeprowadza wyszukiwanie geograficzne IP w celu ustalenia, czy telefon znajduje się fizycznie w kraju, czy poza nim).

    • Agent korzystający z telefonu PSTN jest konsultowany przez innego agenta.

Odrzucenia na zewnątrz (wychodzące)

Jeśli wywołanie zewnętrzne zostanie odrzucone, agent zobaczy błąd zasad, ale jego stan nie ulegnie zmianie.

  • Dlaczego tak się dzieje:

    • Agent próbuje użyć ANI z innej strefy.

    • Agent korzysta z telefonu PSTN.

    • Agent używa WebRTC podczas próby zadzwonienia do klienta w Indiach.

Błędy konsultacji i przesyłania

Jeśli konsultowanie lub przeniesienie do DN lub innego agenta nie powiedzie się, agent zobaczy błąd zasad, ale ich stan nie ulega zmianie.

  • Dlaczego tak się dzieje:

    • Konsultowana osoba korzysta z telefonu PSTN.

    • Konsultowana osoba korzysta z WebRTC.

    • Agent otrzymujący transfer znajduje się fizycznie poza Indiami.

Pulpit: wyłączone przyciski i podpowiedzi

Aby zapobiec błędom, Pulpit często wyłącza przyciski Transfer i Scalanie, jeśli system uzna, że operacja jest niedozwolona.

  • Jeśli najedziesz kursorem na wyłączony przycisk, pojawi się podpowiedź wyjaśniająca przyczynę.

  • W rzadkich przypadkach stan połączenia może ulec zmianie, gdy konsultacja jest już w toku. Jeśli ta zmiana spowoduje naruszenie zasad ograniczenia opłat drogowych w Indiach, system nie zezwoli na kontynuowanie połączenia. W takim przypadku mogą zostać odrzucone nogi połączeń lub operacje takie jak Transfer lub Konferencja nie powiedzą się — nawet jeśli przyciski na pulpicie nie zostały jeszcze wyłączone.

Monitorowanie nadzorcy

Prośba przełożonego o monitorowanie połączenia zostanie odrzucona, jeśli zostanie uruchomione ograniczenie opłaty drogowej.

  • Dlaczego tak się dzieje:

    • Przełożony korzysta z telefonu PSTN.

    • Przełożony korzysta z rozszerzenia Webex z lokalizacji poza Indiami.

OperacjaScenariuszDziałanie systemuDoświadczenie agenta
Połączenie przychodzące Zadzwoń z regionu Indii do agenta w Nowym Jorku. Zablokowane. System wykrywa naruszenie strefy. Agent otrzymuje komunikat o błędzie; połączenie wraca do kolejki.
Konsultacje Agent z siedzibą w Indiach konsultuje się z agentem spoza Indii. Dozwolone. Możesz porozmawiać z drugim agentem. Normalne zachowanie konsultacyjne.
Przeniesienie Agent z siedzibą w Indiach próbuje przekazać indyjskie połączenie agentowi amerykańskiemu. Zablokowane. To złamałoby zasady DoT. Przeniesienie nie powiodło się; agent widzi błąd zgodności.
Roaming Agent w indyjskim zespole próbuje odebrać połączenie podczas roamingu za granicą. Zablokowane. System sprawdza lokalizację agenta. Połączenie nie zostanie przeprowadzone; wyświetlony komunikat o błędzie.
Wyjści/Kampania Agent próbuje użyć ANI z innego regionu. Zablokowane. Połączenie nie zostanie przeprowadzone; wyświetlony komunikat o błędzie.

Obsługa błędów i kody Aux

Błąd techniczny i obsługa kodu AUX

Gdy połączenie zostanie odrzucone z powodu ograniczenia opłat drogowych w Indiach, system używa określonych kodów technicznych do identyfikacji problemu. Pomaga to w rozwiązywaniu problemów w dziennikach i pozwala budować inteligentniejszą logikę przepływów połączeń.

SIP i identyfikatory systemowe

Jeśli przeglądasz dzienniki techniczne lub nagłówki protokołu inicjacji sesji (SIP) (szczególnie w wiadomościach SIP BYE lub SIP 403), zobaczysz połączenie oznaczone jako:

  • Nagłówek SIP: X-cisco-RTMS: błąd ograniczony strefą

  • Powód systemowy: CALLING_RESTRICTION

  • Kod przyczyny: 119

Nowy kod AUX agenta

Dodaliśmy nowy zdefiniowany przez system kod Idle AUX dla agentów, którzy napotkali błąd ograniczenia opłat drogowych. Jeśli agent zostanie zablokowany od połączenia z powodu zasad zgodności, jego stan automatycznie zmieni się na nowy kod:

  • Kod AUX: calling_restriction

Używanie kodu 119 w Flow Designer

Możesz użyć nowego kodu przyczyny 119 (CALLING_RESTRICTION), aby automatycznie obsługiwać błędy w przepływie połączeń. Sprawdzając kod błędu, możesz zdecydować o następnej najlepszej akcji w różnych działaniach Flow, takich jak:

  • BridgeTransfer lub BlindTransfer: Jeśli transfer nie powiedzie się z kodem 119, możesz skryptować przepływ, aby wypróbować inną trasę lub odtworzyć określone ogłoszenie dla dzwoniącego.

  • Kampanie wychodzące: Użyj tego kodu, aby określić, czy wywołanie kampanii zostało zablokowane przez ograniczenie zasad i odpowiednio obsługiwać rekord.

Ograniczenia

ANI i Zarządzanie Outdial

  • Wyrównanie strefy: Zawsze używaj ANI i agentów z tej samej strefy do:

    • Dzięki uprzejmości wywołania zwrotnego: wywołanie zwrotne ANI musi odpowiadać strefie regulacyjnej agenta.

    • Outdial ANI Lists: pliki ANI na liście zewnętrznej muszą odpowiadać strefie agentów przypisanych do tego profilu pulpitu.

    • Kampanie: Upewnij się, że ANI kampanii i przydzieleni agenci znajdują się w tej samej strefie.

  • Domyślne ANI: Musisz wybrać jeden ANI na liście wyjściowej jako domyślny ANI.

  • Brak niestandardowych ANI: Używanie niestandardowych ANI jest zabronione w Indiach. Używanie niestandardowych protokołów ANI spowoduje awarie trybu zewnętrznego i spowoduje zamieszanie w inspekcji w Webex Calling rekordach szczegółów połączeń (CDR).

Łączność i narzędzia agentów

  • WebRTC: Jest to obsługiwane dla agentów BPO, ale nie jest obsługiwane, jeśli agent ma dostęp do indyjskiego PSTN.

  • Rozszerzenia: Agenci muszą zawsze używać przypisanego Webex Calling rozszerzenia do wszystkich działań w centrum kontaktowym.

  • Praca z domu (WFH): Jeśli agenci pracują w domu, poinstruuj ich, aby używali połączenia VPN ze skonfigurowaną lokalizacją biura, aby zachować zgodność z przypisaną im strefą regulacyjną.

  • Wiele biur: Organizacje z wieloma biurami muszą mieć magistral PSTN w każdej strefie, jeśli agenci w tej konkretnej strefie wymagają funkcji zewnętrznych.

Obsługa techniczna i błędów

  • Konfiguracje lokalne: w przypadku konfiguracji agenta lokalnego administrator najemcy jest odpowiedzialny za zapewnienie przestrzegania przez lokalną centralę PBX ograniczeń dotyczących opłat drogowych w Indiach.

  • Kody bezczynności agentów: Wprowadzono nową wartość systemową kodów agenta Idle Codes dla regionu Indii w celu śledzenia stanów zgodności z przepisami.

  • Kody awarii transferu: Działania takie jak transfer mostem lub transfer w ciemno zwrócą nowe kody odpowiedzi na błędy, jeśli zostanie naruszone ograniczenie opłaty drogowej.

Rezydencja danych i audyt

  • Kotwiczenie mediów: Media do połączeń krajowych są zakotwiczone w Indiach i nie mogą opuścić kraju.

  • Przechowywanie: Nagrania połączeń i transkrypcje dla najemców z Indii są przechowywane w India Data Center.

  • Audyt CDR: Webex Calling CDR przechwytują wszystkie informacje o dzwoniącym. Upewnij się, że ANI są poprawnie skonfigurowane, aby uniknąć rozbieżności podczas audytów DoT.

Czy ten artykuł był pomocny?
Czy ten artykuł był pomocny?