Možda ćete primijetiti da neki članci ne prikazuju dosljedno sadržaj. Ispričavamo se na pomalo prašnjavom sadržaju jer osvježavamo naše web-mjesto.
cross icon
U ovome članku
dropdown icon
Uvod
    dropdown icon
    Logička arhitektura
      Webex CC logička arhitektura
    dropdown icon
    Funkcionalne komponente
      Upravljanje interakcijama
      Vrste medija
      Preusmjeravanje i red čekanja
      Administracija i konfiguracija
      Izvješćivanje i analitika
    dropdown icon
    Upravljanje uslugama
      CRM integracije
      Upravljanje odlaznom kampanjom
      Optimizacija zaposlenika
      Proširenje radne površine agenta
      Drugi API-ji
    dropdown icon
    Implementacija i povezivost
      Višeregionalna povezivost za telefoniju
    dropdown icon
    Sigurnost i privatnost
      Sigurnost infrastrukture
      Sigurnost podataka
      Privatnost podataka
      Skalabilnost
    dropdown icon
    Pouzdanost i dostupnost
      Praćenje i otkrivanje neuspjeha
      Kontinuitet poslovanja i oporavak od katastrofa
    Sukladnost i certifikati
    U ovome članku
    cross icon
    dropdown icon
    Uvod
      dropdown icon
      Logička arhitektura
        Webex CC logička arhitektura
      dropdown icon
      Funkcionalne komponente
        Upravljanje interakcijama
        Vrste medija
        Preusmjeravanje i red čekanja
        Administracija i konfiguracija
        Izvješćivanje i analitika
      dropdown icon
      Upravljanje uslugama
        CRM integracije
        Upravljanje odlaznom kampanjom
        Optimizacija zaposlenika
        Proširenje radne površine agenta
        Drugi API-ji
      dropdown icon
      Implementacija i povezivost
        Višeregionalna povezivost za telefoniju
      dropdown icon
      Sigurnost i privatnost
        Sigurnost infrastrukture
        Sigurnost podataka
        Privatnost podataka
        Skalabilnost
      dropdown icon
      Pouzdanost i dostupnost
        Praćenje i otkrivanje neuspjeha
        Kontinuitet poslovanja i oporavak od katastrofa
      Sukladnost i certifikati

      Arhitektura usluge Webex Contact Center

      list-menuU ovome članku
      list-menuŽelite li poslati povratne informacije?

      Webex Contact Center upotrebljava arhitekturu mikrousluga u oblaku za objedinjeno iskustvo na svim korisničkim kanalima. U ovom se članku opisuje njegov dizajn u oblaku, ocrtavajući funkcionalne komponente, integracije, mogućnosti implementacije, sigurnosne protokole i razmatranja o usklađenosti.

      Uvod

      Cisco Webex Contact Center (Webex CC) je kontaktni centar kao usluga (CCaaS), koji organizacijama omogućuje omogućavanje pametnijih, proaktivnih i personaliziranih interakcija tijekom korisničkog putovanja.

      Webex CC je projektiran, dizajniran i razvijen, od temelja, kao nativno rješenje u oblaku, sa sljedećim temeljnim arhitektonskim načelima.

      • Usluge: neovisan skup usluga sa svakom uslugom koja korisnicima pruža mali kohezivni skup mogućnosti.

      • Vođeni događajima: Sve usluge međusobno komuniciraju putem poruka, osim u web aplikacijama gdje aplikacija koristi https sučelja (REST API, Push Data via WebSocket interface) za određene slučajeve upotrebe.

      • Država bez državljanstva/eksternaliziranja: Usluge se uvode u Kubernetesu, izvode se u kontejnerima dockera, s mogućnošću automatskog skaliranja i otpornosti na kvarove jedne ili više instanci usluga.

      • Uočljivo: Sve usluge i komponente infrastrukture koje omogućuju implementaciju takvih usluga vidljive su sa standardnim mehanizmima za mjerenje, otkrivanje i sprječavanje situacija koje utječu na mogućnosti kontaktnog centra, kao i brzo rješavanje problema i vraćanje usluga u slučaju prekida rada.

      • Izolirano/labavo povezano: Svaka se usluga može izgraditi, potvrditi i implementirati / ažurirati neovisno bez zastoja u mogućnostima kontaktnog centra.

      Webex CC usluge implementirane su u AWS, a pokreće ih nativna platforma u oblaku koja omogućuje sljedeće:

      • Dostupnost infrastrukturnih usluga i aplikacija u više zona dostupnosti

      • Elastičnost infrastrukturnih usluga i aplikacija koje omogućuju dinamičke mogućnosti skaliranja

      • Sigurnost je izvorno ugrađena u način na koji su sustavi izgrađeni i implementirani, podaci su zaštićeni u tranzitu i u mirovanju, zajedno sa sigurnosnim certifikatima / certifikatima o usklađenosti koje Webex CC ima.

      • Skalabilna i sigurna rubna infrastruktura za integracije telefonije/glasa

      • Uočljivost uz proaktivno praćenje i uzbunjivanje koje omogućuje visoku dostupnost usluga kontaktnog centra svojim klijentima.

      • Integrirano s ostatkom Cisco Webex za provjeru autentičnosti/autorizaciju korisnika, administraciju i dodjelu resursa mogućnostima kontaktnog centra.

      Daljnje sekcije u ovom dokumentu proširuju se na svaku od gore navedenih mogućnosti i način na koji Webex CC arhitektura omogućuje isto.

      Logička arhitektura

      Osnovna sposobnost koju rješenje kontaktnog centra mora imati je omogućavanje klijentima da lako kontaktiraju organizaciju uobičajenim sredstvima komunikacije i brzo i učinkovito riješe upite / probleme.

      Međutim, kako bi se osiguralo postizanje ovog osnovnog načela, postoji više mogućnosti iza kulisa kojima organizacija koja koristi kontaktni centar mora imati pristup. To su:

      • Mehanizmi za pokretanje interakcije s klijentima

        • Objavljeni i operativni telefonski brojevi koji povezuju telefonske pozive sa sustavom kontakt centra

        • Adrese e-pošte na koje korisnici mogu slati e-poštu i mehanizam za otkrivanje novih dolaznih e-poruka.

        • Mogućnost da korisnici kontaktiraju putem različitih digitalnih kanala, uključujući, ali ne ograničavajući se na,

          • Čavrljanje s web-lokacije/aplikacije

          • Izravni chat putem popularnih klijenata za razmjenu poruka kao što su WhatsApp, Facebook Messenger, Apple Business Chat, Izravna poruka s Twittera

      • Sposobnost otkrivanja novih interakcija i učinkovitog rukovanja s njima

        • To bi uključivalo automatizirani sustav IVR, virtualne agente za telefoniju / razgovore s ugrađenom programibilnošću za definiranje tijekova rada uključenih u rukovanje interakcijama.

        • Konačno, ako je potrebno, interakcija mora biti eskalirana do agenta, koji je optimalno vješt za rukovanje interakcijom.

      • Sposobnost agenata da naznače dostupnost za rukovanje interakcijama i nadzornika za praćenje, podučavanje agenata i dobivanje operativnih mjernih podataka koji omogućuju učinkovite interakcije.

      • Mogućnost administratora da konfiguriraju i dodijele različite mogućnosti kontaktnog centra koje agentima i nadzornicima omogućuje obavljanje njihovih zadataka prema očekivanjima.

      Osim toga, moderna poduzeća moraju imati dodatne mogućnosti za optimizaciju operacija kontaktnog centra s pristupom podacima i uvidima koji vizualiziraju i prate ključne operativne mjerne podatke.

      Nadalje, sposobnost integracije sa specijaliziranim mogućnostima ekosustava kontaktnog centra kao što su pokretanje proaktivnih automatiziranih odlaznih poziva, poboljšanje iskustva agenta i nadzornika pomoću umjetne inteligencije, otkrivanje i razumijevanje putovanja korisnika kako bi proaktivno unaprijed isporučili podatke agentima, jasni su diferencijatori u načinu na koji se rješenja kontaktnog centra razvijaju.

      Što se tiče modela potrošnje, gdje se ponude kontaktnih centara troše kao softverska usluga isporučena u oblaku, mogućnost osiguravanja dostupnosti, pouzdanosti i automatiziranih zahtjeva ad-hoc vage zahtijeva najsuvremenije mehanizme praćenja i uzbunjivanja, što omogućuje kontinuirano valjanje i otkrivanje nadolazećih problema i sprečavanje / minimiziranje utjecaja na poslovanje kupaca.

      Slika 1 . ilustrira logičku arhitekturu Webex CC.

      Webex CC logičke arhitekture
      Webex CC logičke arhitekture

      Funkcionalne komponente

      Sljedeći odjeljci opisuju različite funkcionalne komponente CC-Webex.

      Upravljanje interakcijom

      Webex CC podržava telefoniju, e-poštu i razmjenu poruka (društveni kanali) kao razne kanale putem kojih korisnici mogu komunicirati s kontakt centrom.

      Za sve kanale, početno rukovanje može obaviti sustav, a zatim interakcija može eskalirati do agenta.

      Vrste medija

      Telefonija

      Za telefoniju o rukovanju dolaznim glasovnim pozivima odlučuje način na koji je poziv ušao u kontaktni centar (pogledajte mehanizme za ulazak u nastavku) i Webex tok kopije koji je povezan s ulaznom točkom.

      Na poziv se odgovara i poduzimaju se daljnje radnje prema Webex definiciji CC Flow – što je programski prikaz radnji koje treba izvršiti tijekom rukovanja pozivom prije reda čekanja i usmjeravanja agentu ili sam Tijek može rukovati pozivom bez prijenosa agentu.

      Sastavljač protoka u Webex CC-u omogućuje programerima da definiraju protok i dodijele ga ulaznoj točki putem koje poziv stiže Webex CC.

      Ti konfiguracijski entiteti i njihova upotreba obuhvaćeni su entitetima konfiguracije.

      Više informacija o sastavljaču toka dostupno je u nadolazećem odjeljku na IVR Sustav.

      E-pošta i razmjena poruka

      Iz perspektive Webex CC-a, Webex Connect pruža mogućnosti ulaska i izlaska za sve digitalne kanale - e-poštu, kanale za razmjenu poruka, koje krajnji korisnici mogu koristiti za kontaktiranje kontaktnog centra.

      Tijek povezivanja Webex

      • Odlučuje o rukovanju takvim interakcijama sve dok interakcije ne budu stavljene u red čekanja i usmjerene agentima. To uključuje automatsko rukovanje i BOT tretmane za sve oblike poruka i interakcija e-pošte.

      • Primjenjuje poslovnu logiku na dolaznu interakciju.

      • Rukuje kontaktom prije čekanja u redu.

      • Sam protok može podnijeti interakciju bez prijenosa na živog agenta.

      Kanali za razmjenu poruka koje podržava Webex CC su:

      • Web App / Chat mobilne aplikacije

      • Whatsapp

      • Facebook Messenger

      • SMS

      Kanali e-pošte koje podržava Webex CC su:

      • Gmail

      • Office365

      Mehanizmi za ulazak

      Ovaj odjeljak pokriva mehanizme pomoću kojih interakcija može ući Webex CC. Na temelju vrste medija, mehanizmi kojima interakcija doseže Webex CC su različiti.

      Na primjer, u telefoniji postoje resursi fizičke infrastrukture potrebni za omogućavanje PSTN povezivanja, konfiguracije telefonskih brojeva i usmjeravanja poziva na Webex CC.

      Za kanale e-pošte / poruke, konfiguracija ulaska mora se izvršiti u Webex Connectu i uključuje dodjelu resursa računa e-pošte / pošte i konfiguraciju tijeka Webex povezivanja.

      Dolazni glas

      Za glasovne pozive tipičan je scenarij u kojem korisnici biraju PSTN telefonski broj koji se zatim povezuje s kontaktnim centrom. Iz perspektive ulaska, za to je potreban mehanizam za usmjeravanje poziva s PSTN-a na Webex CC.

      Slika 1 . prikazuje unos glasovnog poziva Webex CC.

      Mogućnosti ulaza za ulazni glas

      Usluge glasovnog prodora u Webex CC izvršavaju kontrolu poziva trećih strana pomoću SIP-a i odgovaraju na dolazni poziv, kao i obavljaju prijenos, konferencijske i druge operacije kontrole poziva.

      Logička ulazna točka za pozive u Webex CC je konfiguracijski entitet pod nazivom 'Ulazna točka'. Za govorni ulazak, ključna konfiguracija ulazne točke je telefonski broj povezan s njim, što je obično valjani PSTN telefonski broj dobiven od odabranog davatelja usluge PSTN veze.

      To omogućuje otkrivanje dolaznih poziva na telefonskom broju, povezivanje poziva s ulaznom točkom i korištenje drugih konfiguracijskih parametara ulazne točke za rukovanje pozivom prema definiciji Webex CC Flowa koja bi se trebala aktivirati za interakciju.

      Napomena:

      Za više detalja o opcijama povezivanja putem PSTN veze posjetite https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/Voiceonboarding2/wcc-voice-onboarding-2-book/wcc_b__voiceonboarding_private_conn.html.

      Skalabilnost i dostupnost infrastrukture glasovnih rubova

      Webex CC VPOP infrastruktura uključuje suvišne parove SIP SBC-ova koji osiguravaju visoku dostupnost i može se dodati više SBC-ova za skaliranje istodobnih brojeva poziva koje treba podržati.

      Maksimalan broj istodobnih poziva koje VPOP može obraditi ovisi o broju pokrenutih SBC-ova i pozivima na koje se pozivi šalju.

      Za geografsku redundanciju – podržana je mreža VPOP SBC-a s međusobnim vezama u više parova u različitim regijama.

      Za usluge glasovnog ulaska, one su horizontalno skalabilne za rukovanje sve većim brojem istodobnih glasovnih poziva koje treba prenijeti Webex CC.

      Sigurnosna pitanja s infrastrukturom glasovnih rubova

      Tablica u nastavku sadrži pojedinosti o mogućnostima povezivanja s infrastrukturom glasovnog ruba.

      Stol 1. Vrste povezivosti

      Povezivanje

      Vrste

      Javni internet

      Izravno (s adresama izvora IP na bijeloj listi)

      IPSec virtualna privatna mreža (VPN) ili IPSec putem generičke enkapsulacije usmjeravanja (GRE)

      Mjesto na web-mjesto (S2S)

      SRTP/SIP TLS

      Privatna povezivost

      MPLS

      Point-to-Point (P2P)

      VPLS

      SD-WAN

      Privatni WAN

      Unakrsno povezivanje podatkovnog centra

      Equinix veze od tkanine

      Za više detalja posjetite https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/Voiceonboarding2/wcc-voice-onboarding-2-book/wcc_b__voiceonboarding_private_conn.html.

      IVR sustava

      Na svaki glasovni poziv koji dođe na telefonski broj povezan s ulaznom točkom, odgovara Webex CC i započinje izvršavanje Webex toka kopije povezanog s ulaznom točkom.

      Webex CC Flow Builder isporučuje programske konstrukcije/operatore i funkcionalne blokove, terminirane aktivnosti, tako da administratori ili bilo tko tko dizajnira i implementira logiku IVR može kombinirati te sastavne blokove i stvoriti definiciju tijeka.

      Konstrukti programiranja koje Flow podržava su:

      • Deklariranje i postavljanje varijabli – stanje povezano s izvršenjem tijeka

        • Šljunčani izrazi za postavljanje vrijednosti varijabli

      • Uvjetne provjere

      • Petlja – korištenje uvjetnih uvjeta i idi na (mogućnost povezivanja aktivnosti)

      • Pozivanje REST API-ja

      • Raščlanjivanje podataka - JSON, TOML, obično se XML koristiti za raščlanjivanje API odgovora.

      • Komponiranje aktivnosti


       

      Reprezentativni skup aktivnosti koje flow isporučuje su:

      • Reproduciraj poruke

      • Prikupljanje korisničkih podataka

      • Prijenos poziva na drugi odredište/telefonski broj

      • Slanje poziva virtualnom agentu

      • Stavite poziv u red tako da na njega agent može odgovoriti.

      Za svaki aktivni poziv aktivna je i instanca izvršavanja tijeka, sve dok se poziv ne završi, što rezultira istodobnim izvršavanjem tokova.

      Svaka instanca izvršavanja protoka pruža izolirano okruženje za podatke / stanje povezano s protokom i tamo pozivom.

      Tijekom cijelog životnog ciklusa poziva, flow također omogućuje odgovaranje na određene događaje koji se događaju i rukovanje njima – na primjer, kada agent odgovori na poziv, rukovatelj događajima može pokrenuti iskakanje zaslona u sučelju agenta za stolna računala.

      Dodatne informacije o toku Webex CC potražite u odjeljku https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/SetupandAdministrationGuide_2/b_mp-release-2/b_cc-release-2_chapter_0100.html#Cisco_Generic_Topic.dita_e338e055-64b0-4973-bd52-8a5581dcb0ee.

      Podrška za virtualnog agenta

      Flow pruža aktivnost za predaju interakcije virtualnom agentu, koji je unaprijed konfiguriran u Webex Kontrolnom središtu.

      Nakon što je poziv povezan s virtualnim agentom, korisniku pruža iskustvo razgovora IVR razgovoru, a aktivnost završava prekidom poziva ili eskalacijom poziva agentu.

      U slučaju eskalacije, tijek se može konfigurirati za stavljanje poziva u red čekanja na koji se zatim javlja agent.

      Ulazne digitalne interakcije

      Za e-poštu i kanal za razmjenu poruka dolaznih interakcija, Webex CC koristi Webex Connect za dodjelu resursa imovini, protok za rukovanje dolaznim interakcijama, a zatim usmjeravanje interakcije na Webex CC kada tijek Webex Connect izričito stavi interakciju u red čekanja tako da njome može upravljati agent.

      Na slici 2 . prikazano je unošenje elektroničke pošte, interakcija s porukama u Webex CC-u.

      Mogućnosti ulaska u e-poštu i razmjenu poruka

      Integracije virtualnog agenta / BOT-a

      Za interakciju e-pošte i poruka / društvenih kanala, tretmani virtualnog agenta / BOT-a konfigurirani su u toku Webex Connect.

      Kao i kod virtualnih agenata za glas, ako BOT tretman završi eskalacijom kao rezultat, tada se interakcija stavlja u red čekanja i usmjerava na agenta.

      Usmjeravanje i red čekanja

      Webex CC tretira dolazni kontakt s automatiziranim rukovateljima kako je definirano u Tijeku i tijek može odlučiti staviti kontakt u red čekanja / izravno agentu (red specifičan za agenta - podržan samo za telefonske / glasovne interakcije).

      U redu čekanja, ako je agent dostupan, agent je rezerviran, a interakcija se usmjerava na agenta. Ako nema dostupnih agenata, interakcija je parkirana u redu čekanja, a Tijek će nastaviti tretirati klijenta s rukovateljem priključenim na aktivnost reda čekanja.

      Kada agent postane dostupan, rukovatelj se prekida, a interakcija se nudi agentu.

      Slika 1 prikazuje arhitekturu reda čekanja i usmjeravanja.

      Arhitektura reda čekanja i usmjeravanja
      Arhitektura reda čekanja i usmjeravanja

      Odabir agenta

      Redovi čekanja u Webex CC podržavaju sljedeće algoritme odabira agenata:

      • Najdulje dostupno usmjeravanje agenta

      • Vješto usmjereno usmjeravanje

        • Najduži raspoloživi agent (LAA)

        • Najbolji dostupni agent (BAA)

      Agenti su povezani s redovima čekanja putem servisa Teams.

      Red čekanja može se dodijeliti višestrukim grupama raspodjele poziva (pri čemu svaka grupa ima jedan ili više timova), na sekvencijalni način s konfiguriranim čekanjem dodavanja grupe raspodjele poziva u red čekanja, tako da se prostor za pretraživanje odgovarajućeg agenta proširuje na dodatne grupe raspodjele poziva kako vrijeme odmiče.

      Za usmjeravanje temeljeno na vještinama, među zahtjevima vještina koji odgovaraju agentima pridruženim redu čekanja, agent se odabire na temelju LAA ili BAA konfiguracije.

      Dodatne mogućnosti specifične za glas/telefoniju

      Usmjeravanje temeljeno na agentu (samo za glasovni/telefonski kanal)

      Webex CC Flow, koristeći aktivnost QueueToAgent, može usmjeriti interakcije izravno odabranom agentu na temelju ID-a agenta.

      Ako agent nije dostupan za rukovanje interakcijama, interakcija se može parkirati, u redu čekanju da agent postane dostupan

      Dodatne informacije o redu čekanja

      Webex CC Flow, koristeći aktivnost GetQueueInfo, može dohvatiti informacije u stvarnom vremenu za red čekanja kao što su Položaj u redu čekanja (PIQ), Procijenjeno vrijeme čekanja (EWT), broj agenata dostupnih u redu čekanja i može se koristiti za odlučivanje hoće li kontakt staviti kontakt u red čekanja ili ne.

      Ljubazni povratni poziv

      Webex CC Flow, koristeći aktivnost Povratni poziv, omogućuje korisniku da prekine vezu s pozivom zadržavajući položaj u redu čekanja i primi povratni poziv kada se virtualna interakcija u redu čekanja usmjeri na agenta.

      Rukovanje preljevom

      Webex CC podržava rukovanje prelijevanjem pomoću timova temeljenih na kapacitetu (CBT).

      CBT je poput običnog tima s kapacitetom i pridruženim vanjskim DN-om koji služi tom kapacitetu. Može se konfigurirati zajedno s drugim timovima u ciklusima raspodjele poziva u redu čekanja.

      Obično je to konfigurirano kao posljednji ciklus tako da djeluje kao prelijevanje ako nijedan agent nije dostupan čak i nakon što sve konfigurirane grupe raspodjele poziva ne pronađu dostupnog odgovarajućeg agenta za rukovanje interakcijom.

      Agent Desktop operacije

      Kada se agent prijavi na Webex CC Agent Desktop, agent navodi telefonski broj na koji se mogu povezati dolazni pozivi agentu. To može biti PSTN telefon, mobilni telefon ili kućni broj ako je agent Cisco Webex Calling korisnik.

      Imajte na umu da taj broj mora biti valjani telefonski broj na koji se pozivi mogu usmjeriti. U slučaju da nije, agent ne može primati dolazne pozive.

      Na temelju vrste interakcije kojom agent rukuje, widgeti na radnoj površini agenta pružaju mogućnost izvođenja određenih operacija upravljanja medijima.

      Na primjer, nakon što odgovorite na poziv, agent može izvršiti sljedeće operacije povezane s pozivom.

      • Stavljanje poziva na čekanje

      • Pokretanje konzultacijskog poziva i

        • Prijenos poziva na drugi telefonski broj (recimo telefonski broj agenta) / ulazna točka

        • Uključivanje drugog agenta u konferenciju

      • Prijenos poziva u drugi red čekanja

      • Završavanje poziva

      Agent desktop omogućuje administratorima da tamo dodaju prilagođene widgete proširujući mogućnosti radne površine i čineći ih jedinstvenom kolekcijom widgeta koji su agentima potrebni za učinkovito obavljanje posla.

      Arhitektura stolnog računala

      Agent desktop je aplikacija s jednom stranicom temeljena na mikro sučelju koja hostira widgete izgrađene na temelju arhitekture web-komponenti. Svi standardni / burzovni widgeti pokreću podaci koje dohvaćaju API-ji ili mehanizmi za guranje sa strane poslužitelja.

      To su obično asinkroni API-ji, gdje odgovor za pozivanje dolazi na radnu površinu putem WebSocket veze.

      Webex CC Agent Desktop autentificira korisnike s Cisco Common Identity (CI), a token se prosljeđuje svim API pozivima. I za prilagođene widgete, koji se temelje na modelu autentifikacije, agentima pruža jedinstveno iskustvo prijave ako je prilagođeni model provjere autentičnosti widgeta integriran s CI.

      Jednom kada je agent dio interakcije, sva ažuriranja tog stanja interakcija ili povezanih podataka također se premještaju na radnu površinu putem WebSocket veze.

      Otpornost radne površine na povezivost i kašnjenje

      Asinkrono API i guranje na strani poslužitelja omogućuje skaliranje i otkriva se svaki gubitak povezivanja sa sučeljem WebSocket i pokušava se stolna računala ponovno povezati i ponovno prijaviti.

      Slika 2 . prikazuje arhitekturu stolnog računala agenta u Webex CC.

      Agent Desktop arhitektura

      Administracija i konfiguracija

      Unošenje kupaca

      Webex Control Hub primarno je sučelje koje partneri i klijenti koriste za uvođenje kupaca i omogućavanje ili konfiguriranje značajki.

      Nakon dodjele resursa značajkama tvrtke ili ustanove i kontaktnog centra u Kontrolnom čvorištu, pokrenut će se tijek rada u Webex CC koji obavlja ostale korake u dodjeljivanju svih mogućnosti kontaktnog centra prema ponudama koje je odabrao klijent.

      Sva dodjela resursa centru za kontakt vrši se pomoću BPM modula tijeka rada koji omogućuje deklarativan način definiranja uključenih koraka i čini sve korake dodjele otpornima na kvarove i osigurava integritet podataka.

      Slika 1 prikazuje tijek rada dodjele resursa u Webex CC.

      Tijek rada za uključivanje kupaca

      Konfiguracijski entiteti

      Ključni konfiguracijski entiteti u Webex CC, s opsegom unutar organizacije, su:

      Stranice

      Stranica znači mjesto na kojem se nalazi jedan ili više timova, korisnika (agenata / nadzornika).

      Svaki korisnik i tim moraju pripadati web-mjestu.

      Tim

      Grupa korisnika. Timovi se koriste za distribuciju interakcija agentima putem redova čekanja.

      Svaki tim mora pripadati web mjestu.

      Agenti

      Korisnici koji se mogu prijaviti na Agent Desktop i upravljati interakcijama među vrstama medija konfiguriranima u Webex CC.

      Nadzornici

      Nadzornici su raspoređeni u timove i mogu nadzirati / trenirati agenta i imati pristup statusu na razini tima i statistici agenta za one koji pripadaju timovima kojima je dodijeljen nadzornik.

      Red čekanja

      Red čekanja logički je entitet u kojem se interakcije mogu zadržati dok se čeka dostupnost agenata, koji se zatim usmjeravaju agentu.

      Redovi čekanja mapiraju se u timove, kao prostor za pretraživanje agenata, s mogućnošću proširenja prostora za pretraživanje na temelju proteklog vremenskog praga, dodavanjem drugih timova u prostor za pretraživanje.

      Ulazna točka

      Ulazna točka logički je entitet koji predstavlja točku ulaska u Webex CC. Za telefoniju se to prvenstveno mapira na telefonski broj na koji stižu pozivi i za kanale e-pošte / razmjene poruka, ulazna točka upućuje na konfiguraciju imovine u Webex Connectu.

      Protok

      Tijek povezan s ulaznom točkom (putem strategije usmjeravanja), koja odlučuje o koracima uključenima u rukovanje interakcijama.

      Za netelefonske kanale (e-pošta, poruke/društvene mreže) Flow se odabire kao dio konfiguracije imovine u Webex Connectu.

      Kontrola pristupa za kontaktne centre s više mjesta

      Webex Administratori kopije mogu konfigurirati korisničke profile s pravima pristupa određenim web-mjestima, timovima, redovima čekanja i ulaznim točkama. Nadalje, zbog hijerarhijske prirode web-mjesta i timova, nakon što se omogući pristup određenim web-mjestima, korisnik može pristupiti samo timovima ili datumu koji pripadaju timovima koji pripadaju tim web-mjestima ili izričito određenom podskupu takvih timova.

      Za redove i ulazne točke, oni su globalni na razini organizacije, tako da se za različite geografske lokacije (mjesta na kojima se nalaze određeni agenti i timovi) mogu konfigurirati zasebne ulazne točke i redovi čekanja, a nadzornici / korisnici mogu imati pristup onim entitetima koji su primjenjivi za određene lokacije.

      Slika 2 prikazuje ključne konfiguracijske entitete i korisnički profil koji upućuje na te entitete.

      Konfiguracijski entiteti mapirani u korisnički profil

      Osim ograničavanja pristupa tim entitetima, Webex CC administratori mogu kontrolirati određene mogućnosti/module kojima korisnik može pristupiti u administracijskom sučelju, čime korisnici imaju administracijska /konfiguracijska prava na određene entitete, kao i odjeljke/mogućnosti Webex CC administracijskog sučelja.

      Izvješćivanje i analitika

      Webex CC obrađuje diskretne događaje koje generiraju različite usluge tijekom životnog ciklusa interakcija, koristeći niz usluga obrade tokova u stvarnom vremenu i generira definirani skup skupova podataka u stvarnom vremenu koji se objavljuju pretplaćenim klijentima.

      Nadalje, ti se događaji dalje obrađuju, transformiraju i traju agregirani i rezultirajući skupovi podataka, koji se zatim dohvaćaju putem API-ja za potrošnju podataka i sučelja za izvješćivanje i vizualizaciju podataka – Analizator.

      Na slici 1 . prikazana su sučelja za obradu i potrošnju podataka u Webex CC

      Webex CC kanal za obradu podataka i sučelja potrošnje

      Integracije

      Sve vanjske integracije s WxCC-om radi povećanja i poboljšanja mogućnosti koje korisnici mogu koristiti, koriste standardne objavljene API-je.

      Vrste API sučelja dostupnih u Webex CC su:

      • ODMOR API

      • Guranje na strani poslužitelja pomoću

        • Web-dojavnici

        • WebSocket poruke

      CRM integracije

      Webex CC podržava dva načina integracije sa sustavima upravljanja odnosima s klijentima (CRM).

      • Ugrađeni poveznici radne površine

      • Integracije protoka putem HTTPs konektora u IVR

      Ugrađeni konektori na radnoj površini: CRM aplikacija kao primarno sučelje

      U ovom načinu rada, agent se prijavljuje na CRM konzolu kao primarna aplikacija.

      Webex CC je ugrađena aplikacija (koja se naziva i ugrađena desktop aplikacija ili ugrađeni softphone) koja se prvenstveno koristi za prijavu u kontakt centar i primanje Webex CC usmjerenih interakcija kontaktnog centra.

      Nakon primitka poziva ili zahtjeva za razgovor, CRM integracija vrši sljedeće radnje na CRM konzoli

      • Zaslon prikazuje zapis klijenta povezan s ANI-jem ili drugim podacima povezanim s pozivom.

      • Objavljivanje metapodataka poziva kao bilješki o aktivnosti u zapisu klijenta

      • Dopustite agentu da "klikne za poziv" klikom na kontakt unutar CRM-a i pokretanjem odlaznog poziva kupcu

      • Knjiženje zapisa poziva u tablice izvješćivanja sustava CRM za primarno izvješćivanje u sustavu CRM.

      • Pruža potpunu funkcionalnost kontrola Agent Desktop i poziva (ugrađena i minirana verzija aplikacije za stolna računala)

      Primarni način integracije s CRM-ovima je ugradnja Webex CC Desktop aplikacije u zasebnu iFrame.

      Nadalje, Webex CC Desktop aplikacija pokreće prilagođeni widget bez glave (bez korisničkog sučelja) koji radi u pozadini, u interakciji s temeljnim CRM sustavom za izvođenje automatiziranih radnji u ime agenta.

      Interakcije se pokreću s dva SDK-a koja koristi widget bez glave.

      • Webex CC Desktop JS SDK: Ovo je JavaScript SDK koji pruža Webex CC za registraciju slušatelja događaja za agentske i kontaktne radnje.

      • CRM JS SDK: Ovo je CRM klijentski SDK primjenjiv po CRM-u koji apstrahira REST API pozive pomoću CRM-a. Na primjer, za salesforce, CTI JS biblioteka koju pruža Salesforce koristi se za izvođenje radnji i slušanje događaja unutar CRM-a.

      Slika 1 prikazuje CRM ugrađen Webex CC desktop i connector arhitekturi

      Arhitektura ugrađenog poveznika radne površine sustava CRM

      Webex CC podržava sljedeća CRM rješenja za gore navedenu integraciju:

      • Salesforce

      • ServiceNow

      • Microsoft Dynamics 365

      • Zendesk

      • Freshdesk

      Za više detalja posjetite https://help.webex.com/en-us/result/integrate%20with%20webex%20contact%20center?offset=10.

      Dodatne informacije o konfiguriranju Webex CC rasporeda radne površine za omogućivanje CRM poveznika, skupova značajki i promjena potražite na adresi https://github.com/CiscoDevNet/webex-contact-center-crm-integrationshttps://github.com/CiscoDevNet/webex-contact-center-crm-integrations.

      Globalna dostupnost CRM poveznika

      CRM konektori dostupni su u svim zemljopisnim područjima i regijama u kojima Webex CC radi.

      Elastična skala i performanse

      Webex CC hostira prilagođeni widget koji omogućuje dvosmjernu komunikaciju između CRM aplikacije i Webex CC radne površine u AWS CloudFront CDN-u osiguravajući visoku dostupnost widgeta AWS u svim zonama dostupnosti i regijama.

      Svi CRM integracijski specifični računi događaju se u pregledniku gdje agenti koriste CRM aplikaciju s CC radnom površinom ugrađenom Webex CRM aplikaciju.

      Sigurnost

      CRM konektori pozivaju se putem Webex izgled radne površine CC agenta, a opcionalni parametri prosljeđuju se putem rasporeda radne površine u widget za uključivanje i isključivanje značajki.

      Na primjer, za omogućavanje widgeta akcije Salesforce, administrator može uključiti postavku parametra izgleda radne površine sfdcWidgetEnabled na true.

      Instalacija paketa

      Da bi integracija radila dvosmjerno, CRM konzola treba instalirati ugrađenu aplikaciju. Ovo je podrška za učitavanje aplikacije Desktop unutar iFramea.

      Svi ugrađeni konektori radne površine dostupni su na CRM tržištu.

      Na primjer,

      ServiceNow: https://store.servicenow.com/sn_appstore_store.do#!/store/application/6c8e2a4edbc73410e1c75e25ca961947/1.0.5?

      Zendesk: https://www.zendesk.com/marketplace/apps/support/202570/webex-contact-center/

      Instalacija aplikacije na tržištu aktivira potrebne dodatke i uvozi potrebne XML datoteke u CRM konzolu kako bi podržala izvještavanje o zapisima poziva u CRM-u.

      Integracije protoka putem HTTPs konektora u IVR

      Sastavljač Webex CC Flow podržava dvosmjerni protok podataka između CC-Webex i CRM sustava pomoću HTTPs konektora konfiguriranih u Webex Kontrolnom čvorištu i korištenih na Webex CC flowu.

      Oni se prvenstveno koriste za personalizaciju unutar glasovnih interakcija i prilagođeno usmjeravanje unutar IVR.

      Prema zadanim postavkama Webex CC podržava HTTP priključak Salesforce na kontrolnom čvorištu. Ostali CRM poveznici mogu se dodati kao prilagođeni poveznici na Webex kontrolnom čvorištu.

      Za više informacija o HTTP konektorima posjetite https://github.com/CiscoDevNet/webex-contact-center-crm-integrations.

      IVR HTTP poveznika:

      Optimizacija radne snage

      Webex CC podržava rješenja za optimizaciju tijeka rada i upravljanje kvalitetom vodećih dobavljača u industriji.

      Implementacija i povezivanje

      Webex CC je implementiran u AWS i trenutno je dostupan u sljedećim regijama

      • NAS

        • Američko-istočna N Virginia

        • US-West N Kalifornija (samo ulazak glasovnih medija)

      • Kanada

        • Središnje

      • Velikoj britaniji

        • London

      • Europa

        • Frankfurt

      • Azija Pac

        • Tokiju

        • Sydney

      Povezivanje s više regija za telefoniju

      Kako bi se omogućile globalne organizacije, s agentima i klijentima na više geografskih lokacija, CC Webex podržava održavanje medija unutar lokalne regije, za one regije u kojima se izvode glasovni medijski rub i usluge ulaska.

      Na slici 1 . prikazana je implementacija više regija s regionalnim medijima.

      Implementacija u više regija s regionalnim medijima
      Implementacija u više regija s regionalnim medijima

      Rub medija i usluge ulaska implementirani su u sljedećim regijama.

      Geo regija

      Webex CC Services (regija AWS)

      Media Edge (glasovni pop)

      Medijski servisi sljedeće generacije (regija AWS)*

      NAS

      N. Virginia

      New York

      Los Angeles

      N. Virginia

      N Kalifornija

      Kanada

      Središnje

      Vancouver

      Toronto

      Središnje

      Brazil

      Sao Paulo

      Rio De Janeiro

      Europa

      Frankfurt

      Frankfurt

      Amsterdam

      Frankfurt

      Velika Britanija

      London

      London

      London

      Indija

      Pune

      Hyderabad

      Mumbai

      Singapur

      Singapur

      Singapur

      Japan

      Tokiju

      Tokiju

      Osaka

      Tokiju

      Australija

      Sydney

      Melbourne

      Sydney

      Sydney

      *Dodatne informacije o regionalnoj dostupnosti medijskih usluga sljedeće generacije potražite na platformi za glasovne medije sljedeće generacije.

      Sigurnost i privatnost

      Sigurnost infrastrukture

      Glasovna infrastruktura na Edgeu

      Komponente Voice Edge omogućuju prekid SIP debla s korisničke mreže / PSTN operatera, a to je omogućeno na temelju IPS-a s bijele liste koji se mogu povezati s rubnim komponentama.

      Izračunaj sigurnost infrastrukture

      Webex instance računa CC dodijeljene su u AWS-u, a usluge se izvode kao mahune u Kubernetes klasteru, koji ima više prostora naziva, a pristup svakom prostoru naziva ograničen je zasebnim vjerodajnicama.

      Sva dodjela resursa infrastrukturi vrši se pomoću koda - bez ručnih koraka - i nijednoj vjerodajnici se ne može pristupiti ručno.

      Postoji središnje spremište vjerodajnica s određenim putovima konfiguriranim za određeni skup usluga / timova, a pristup samoj trgovini vjerodajnica ograničen je i konfiguriran kao tajna u sustavima izrade i implementacije.

      Nijedna od infrastrukturnih komponenti / usluga nije izravno izložena izvan AWS VPC-a, a samo javno izložena sučelja su API-ji i WebSocket poslužitelji kojima se upravlja i kojima se upravlja pomoću API pristupnika,

      Osim toga, postoje određeni interni sustavi i sučelja koje koriste programeri koji se koriste za pregled dnevnika, mjernih podataka, detalja implementacije, statusa međuverzije i rezultata ispitivanja, koji su osigurani pomoću uloga i grupa i integrirani s Cisco internim sustavima provjere autentičnosti.

      Provjera autentičnosti i autorizacija korisničkih sučelja

      Sva korisnička sučelja koja koriste različiti korisnici kontakt centra (agenti, nadzornici, administratori, analitičari) zaštićena su Cisco Common Identity Based token autentifikacijom (OAuth flows).

      Autorizacija se vrši pomoću uloga za korisnika koji je dobio token i dosege dodijeljene tokenu.

      Sigurnost podataka

      Podaci u prijenosu

      Nijedno sučelje korištenih usluga / komponente infrastrukture nije izravno izloženo vanjskom dolaznom prometu.

      Odabrane usluge, s http API-jevima izlažu ta sučelja putem pristupnika, a svi dolazni https (uključujući i one WebSocketa) se prekidaju u ALB-u, a interni promet putem http-a usmjerava se na usluge.

      Sve odlazne interakcije su preko https / TLS (za ne-http protokole).

      Unutar VPC-a, interna komunikacija između usluga - preko http / prilagođenog TCP protokola - je preko običnog TCP utičnice.

      Podaci u mirovanju

      Svi podaci koji se pohranjuju šifrirani su na sloju za pohranu. Nadalje, one trgovine podataka koje su izvan VPC-a, zaštićene su i kontroliraju pristup i ovlaštenja s vjerodajnicama koje su sigurno pohranjene i njima se upravlja u tajnom spremištu.

      Na slici 1 . prikazan je model protoka i sigurnosti podataka za tranzit i mirovanje.

      Sigurnost podataka u prijenosu i u mirovanju

      Privatnost podataka

      Podaci koji otkrivaju identitet krajnjeg korisnika

      Webex CC Flow, koji je programski kontroler za rukovanje interakcijama, može se koristiti za prikupljanje korisničkih podataka, koji se mogu dodijeliti varijablama protoka posebno označenim kao "Sadrži osjetljive podatke". Vrijednosti za takve podatke su šifrirane i nijedna usluga na putu prijenosa podataka neće imati pristup tim podacima.

      Nadalje, takvi se podaci nikada ne zadržavaju u Webex CC pohrani podataka izvješćivanja, a infrastruktura dnevnika / poruka imat će šifrirane podatke, a jasni tekstualni podaci ne pohranjuju se nigdje unutar Webex CC-a.

      Podaci agenta kontaktnog centra/nadzornika koji otkrivaju identitet

      Podaci povezani s korisnikom centra za kontakt redigirani su u zapisnicima, ali dostupni za analizu i vizualizaciju podataka u Webex pohrani podataka CC.

      Skalabilnost

      Čimbenici za skaliranje

      Za Webex CC čimbenici koji utječu na ljestvicu su:

      • Istodobni broj prijavljenih agenata

      • Istodobni broj interakcija u tijeku

        • Radnje izvršene na tim interakcijama

      • Istodobni broj radnji koje nadzornici/agenti obavljaju, izvan rukovanja interakcijama

      • Količina generiranih i postojanih podataka

      Arhitektonski aspekti koji omogućuju mjerilo

      Načela na temelju kojih je Webex CC projektiran i osmišljen omogućuju rješenju da se dinamički skalira prema potrebi u granicama koje provodi infrastruktura predviđena za različite usluge i komponente platforme.

      Arhitektura vođena događajima

      Usluge u Webex CC komuniciraju pomoću poruka, a kritični tokovi obrade poruka ne uključuju nikakve operacije blokiranja IO-a, a stanje potrebno za obradu poruka lokalizirano je na instancu usluge koja obrađuje poruku.

      Usluge bez državljanstva (ili eksternalizirano stanje)

      Usluge bez državljanstva omogućuju elastičnost jednostavnim dodavanjem /uklanjanjem dodatnih instanci usluga. Postoje određene usluge koje su inherentno državne prirode, a one imaju eksternaliziranu državnu trgovinu, a infrastruktura podržava dinamičke promjene broja slučajeva takvih usluga, također, s automatskim rebalansom / državnim prijenosom / lokalizacijom stanja u instancu koja treba državu.

      Elastična infrastruktura

      Sve usluge rade u Kubernetesu i infrastruktura zvana Kubernetes čvorovi automatski se skaliraju na temelju upotrebe, što omogućuje dinamičko dodavanje više računalnih čvorova do maksimalno visokog praga koji je unaprijed konfiguriran.

      Učitavanje projekcije i redovita provjera valjanosti

      Sve su usluge referentne za karakteristike performansi, a uzorak skaliranja provjerava se na razini usluge.

      Daljnji kontinuirani testovi validacije, vršnog opterećenja i izdržljivosti provode se s ispitnim parametrima podešenim za projicirani rast u atributima koji utječu na vagu, što omogućuje prepoznavanje uskih grla, planiranje ažuriranja visokog praga za korištenje infrastrukturnih resursa i spremnost za dan igre.

      Pouzdanost i dostupnost

      Arhitektura vođena događajima i usluge bez državljanstva omogućuju otpornost i elastičnost. Međutim, kako bi se osiguralo otkrivanje i djelovanje kvarova prije nego što utječe na funkcionalnosti, CC koristi sljedeću strategiju Webex CC primjenjuje sljedeću strategiju.

      • Dostupnost i pouzdanost infrastrukture

        • Sve Webex CC usluge i infrastrukturne komponente uvijek su raspoređene u tri AWS zone dostupnosti.

          • To omogućuje Webex da CC bude otporan na kvarove zone dostupnosti, a u slučaju kvarova, neuspjeli slučajevi automatski se zamjenjuju novijima.

      • Kontinuirani nadzor i upozoravanje

        • Unutarnje i vanjske sonde za komponente usluga i infrastrukture, koje zbog kvara aktiviraju upozorenja.

        • Mjerni podaci zabilježeni iz usluga i komponenti infrastrukture i obrađeni pomoću mehanizma pravila koji otkriva pravila podudaranja i pokreće upozorenja.

      • Neprekinuta provjera valjanosti i upozoravanje

        • Periodični testovi se izvode i svi kvarovi rezultiraju pokretanjem upozorenja

        • Ta upozorenja stvaraju proaktivne incidente i tretiraju se kao stvarni incident koji utječe na kupca.

          • To prejudicira utjecaj na kupca i doprinosi dostupnosti i pouzdanosti sustava.

      • Kontinuirana integracija i isporuka

        • Ovo je inženjerski proces i cjevovod isporuke i omogućuje brzu i pouzdanu izgradnju, validaciju i implementaciju usluga / promjena usluga u Webex CC.

          • Mogućnost potpuno automatizirane implementacije - od koda do proizvodnog okruženja, sa svim potrebnim validacijama, smanjuje rizik i minimizira vrijeme do rješavanja, ako je potrebno uvesti promjenu kao odgovor na kvar.

      • Prekidači i prekidači za ubijanje

        • Različiti dijelovi sustava / određene mogućnosti CC Webex mogu se selektivno onemogućiti za sve kupce ili odabrane kupce, kako bi se smanjili kaskadni učinci kvara.

          • To omogućuje minimiziranje površine kvara i postizanje dostupnosti osnovnih mogućnosti kontaktnog centra kupcima.

      Nadzor i otkrivanje kvarova

      Na slici 1 . prikazani su mehanizmi kontinuiranog praćenja, validacije i uzbunjivanja koji su uspostavljeni za Webex CC.

      Kontinuirano praćenje i otkrivanje kvarova

      Kontinuitet poslovanja i oporavak od katastrofa

      Proces oporavka od katastrofe i kontinuiteta poslovanja osigurava otkrivanje bilo kakvog velikog prekida rada unutar regije i poduzimaju se potrebni koraci kako bi se osigurao oporavak usluga kupcima koji se nalaze na brodu u regiji.

      Koraci za oporavak dokumentiraju se, potvrđuju i redovito ažuriraju u skladu s postupcima oporavka i upravljanja katastrofama.

      Webex CC usluge implementirane su u tri odvojene zone dostupnosti unutar AWS regije. Svaka zona dostupnosti je drugačija fizička lokacija u regiji, s neovisnim uslužnim programima.

      U slučaju potpunog neuspjeha AWS regije, Webex CC se oslanja na AWS za oporavak regije i za dugotrajne prekide koji uključuju cijelu regiju, Webex CC podatkovni centar dobiva resurse u novoj AWS regiji i vraća ključne korisničke konfiguracije i podatke tako da kontakt centar radi za kupce u novoj AWS regiji.

      To uključuje automatizaciju, ali zahtijeva ručnu intervenciju kako bi se pokrenuo proces, kao i nadzor i osiguravanje da se potrebna konfiguracija i podaci vrate kako bi kontakt centar bio operativan za kupce.

      Usklađenost i certifikati

      Webex Contact ima opsežan popis sigurnosnih certifikata. Ti se certifikati redovito ažuriraju.

      • PCI DSS QSA

      • CAIQ

      • HIPAA i HITECH

      • CSA zvjezdica razina 1

      • CSA Star razina 2 (neovisna procjena treće strane)

      • SOC2

      • ISO27001 (Međunarodni standard za informacijsku sigurnost)

      • ISO27017 (Sigurnosni standard za davatelje usluga u oblaku)

      • ISO27018 (Sigurnosni standard usmjeren na zaštitu osobnih podataka u oblaku)

      • ISO27701 (Proširenje privatnosti podataka)

      • C5 njemački standard, koji pokazuje operativnu sigurnost od kibernapada

      Dodatne informacije potražite na Webex List podataka o privatnosti usluge kontaktnog centra.

      Uvod

      Cisco Webex Contact Center (Webex CC) je kontaktni centar kao usluga (CCaaS), koji organizacijama omogućuje omogućavanje pametnijih, proaktivnih i personaliziranih interakcija tijekom korisničkog putovanja.

      Webex CC je projektiran, dizajniran i razvijen, od temelja, kao nativno rješenje u oblaku, sa sljedećim temeljnim arhitektonskim načelima.

      • Usluge: neovisan skup usluga sa svakom uslugom koja korisnicima pruža mali kohezivni skup mogućnosti.

      • Vođeni događajima: Sve usluge međusobno komuniciraju putem poruka, osim u web aplikacijama gdje aplikacija koristi https sučelja (REST API, Push Data via WebSocket interface) za određene slučajeve upotrebe.

      • Država bez državljanstva/eksternaliziranja: Usluge se uvode u Kubernetesu, izvode se u kontejnerima dockera, s mogućnošću automatskog skaliranja i otpornosti na kvarove jedne ili više instanci usluga.

      • Uočljivo: Sve usluge i komponente infrastrukture koje omogućuju implementaciju takvih usluga vidljive su sa standardnim mehanizmima za mjerenje, otkrivanje i sprječavanje situacija koje utječu na mogućnosti kontaktnog centra, kao i brzo rješavanje problema i vraćanje usluga u slučaju prekida rada.

      • Izolirano/labavo povezano: Svaka se usluga može izgraditi, potvrditi i implementirati / ažurirati neovisno bez zastoja u mogućnostima kontaktnog centra.

      Webex CC usluge implementirane su u AWS, a pokreće ih nativna platforma u oblaku koja omogućuje sljedeće:

      • Dostupnost infrastrukturnih usluga i aplikacija u više zona dostupnosti

      • Elastičnost infrastrukturnih usluga i aplikacija koje omogućuju dinamičke mogućnosti skaliranja

      • Sigurnost je izvorno ugrađena u način na koji su sustavi izgrađeni i implementirani, podaci su zaštićeni u tranzitu i u mirovanju, zajedno sa sigurnosnim certifikatima / certifikatima o usklađenosti koje Webex CC ima.

      • Skalabilna i sigurna rubna infrastruktura za integracije telefonije/glasa

      • Uočljivost uz proaktivno praćenje i uzbunjivanje koje omogućuje visoku dostupnost usluga kontaktnog centra svojim klijentima.

      • Integrirano s ostatkom Cisco Webex za provjeru autentičnosti/autorizaciju korisnika, administraciju i dodjelu resursa mogućnostima kontaktnog centra.

      Daljnje sekcije u ovom dokumentu proširuju se na svaku od gore navedenih mogućnosti i način na koji Webex CC arhitektura omogućuje isto.

      Logička arhitektura

      Osnovna sposobnost koju rješenje kontaktnog centra mora imati je omogućavanje klijentima da lako kontaktiraju organizaciju uobičajenim sredstvima komunikacije i brzo i učinkovito riješe upite / probleme.

      Međutim, kako bi se osiguralo postizanje ovog osnovnog načela, postoji više mogućnosti iza kulisa kojima organizacija koja koristi kontaktni centar mora imati pristup. To su:

      • Mehanizmi za pokretanje interakcije s klijentima

        • Objavljeni i operativni telefonski brojevi koji povezuju telefonske pozive sa sustavom kontakt centra

        • Adrese e-pošte na koje korisnici mogu slati e-poštu i mehanizam za otkrivanje novih dolaznih e-poruka.

        • Mogućnost da korisnici kontaktiraju putem različitih digitalnih kanala, uključujući, ali ne ograničavajući se na,

          • Čavrljanje s web-lokacije/aplikacije

          • Izravni chat putem popularnih klijenata za razmjenu poruka kao što su WhatsApp, Facebook Messenger, Apple Business Chat, Izravna poruka s Twittera

      • Sposobnost otkrivanja novih interakcija i učinkovitog rukovanja s njima

        • To bi uključivalo automatizirani sustav IVR, virtualne agente za telefoniju / razgovore s ugrađenom programibilnošću za definiranje tijekova rada uključenih u rukovanje interakcijama.

        • Konačno, ako je potrebno, interakcija mora biti eskalirana do agenta, koji je optimalno vješt za rukovanje interakcijom.

      • Sposobnost agenata da naznače dostupnost za rukovanje interakcijama i nadzornika za praćenje, podučavanje agenata i dobivanje operativnih mjernih podataka koji omogućuju učinkovite interakcije.

      • Mogućnost administratora da konfiguriraju i dodijele različite mogućnosti kontaktnog centra koje agentima i nadzornicima omogućuje obavljanje njihovih zadataka prema očekivanjima.

      Osim toga, moderna poduzeća moraju imati dodatne mogućnosti za optimizaciju operacija kontaktnog centra s pristupom podacima i uvidima koji vizualiziraju i prate ključne operativne mjerne podatke.

      Nadalje, sposobnost integracije sa specijaliziranim mogućnostima ekosustava kontaktnog centra kao što su pokretanje proaktivnih automatiziranih odlaznih poziva, poboljšanje iskustva agenta i nadzornika pomoću umjetne inteligencije, otkrivanje i razumijevanje putovanja korisnika kako bi proaktivno unaprijed isporučili podatke agentima, jasni su diferencijatori u načinu na koji se rješenja kontaktnog centra razvijaju.

      Što se tiče modela potrošnje, gdje se ponude kontaktnih centara troše kao softverska usluga isporučena u oblaku, mogućnost osiguravanja dostupnosti, pouzdanosti i automatiziranih zahtjeva ad-hoc vage zahtijeva najsuvremenije mehanizme praćenja i uzbunjivanja, što omogućuje kontinuirano valjanje i otkrivanje nadolazećih problema i sprečavanje / minimiziranje utjecaja na poslovanje kupaca.

      Slika 1 . ilustrira logičku arhitekturu Webex CC.

      Webex CC logičke arhitekture
      Webex CC logičke arhitekture

      Funkcionalne komponente

      Sljedeći odjeljci opisuju različite funkcionalne komponente CC-Webex.

      Upravljanje interakcijom

      Webex CC podržava telefoniju, e-poštu i razmjenu poruka (društveni kanali) kao razne kanale putem kojih korisnici mogu komunicirati s kontakt centrom.

      Za sve kanale, početno rukovanje može obaviti sustav, a zatim interakcija može eskalirati do agenta.

      Vrste medija

      Telefonija

      Za telefoniju o rukovanju dolaznim glasovnim pozivima odlučuje način na koji je poziv ušao u kontaktni centar (pogledajte mehanizme za ulazak u nastavku) i Webex tok kopije koji je povezan s ulaznom točkom.

      Na poziv se odgovara i poduzimaju se daljnje radnje prema Webex definiciji CC Flow – što je programski prikaz radnji koje treba izvršiti tijekom rukovanja pozivom prije reda čekanja i usmjeravanja agentu ili sam Tijek može rukovati pozivom bez prijenosa agentu.

      Sastavljač protoka u Webex CC-u omogućuje programerima da definiraju protok i dodijele ga ulaznoj točki putem koje poziv stiže Webex CC.

      Ti konfiguracijski entiteti i njihova upotreba obuhvaćeni su entitetima konfiguracije.

      Više informacija o sastavljaču toka dostupno je u nadolazećem odjeljku na IVR Sustav.

      E-pošta i razmjena poruka

      Iz perspektive Webex CC-a, Webex Connect pruža mogućnosti ulaska i izlaska za sve digitalne kanale - e-poštu, kanale za razmjenu poruka, koje krajnji korisnici mogu koristiti za kontaktiranje kontaktnog centra.

      Tijek povezivanja Webex

      • Odlučuje o rukovanju takvim interakcijama sve dok interakcije ne budu stavljene u red čekanja i usmjerene agentima. To uključuje automatsko rukovanje i BOT tretmane za sve oblike poruka i interakcija e-pošte.

      • Primjenjuje poslovnu logiku na dolaznu interakciju.

      • Rukuje kontaktom prije čekanja u redu.

      • Sam protok može podnijeti interakciju bez prijenosa na živog agenta.

      Kanali za razmjenu poruka koje podržava Webex CC su:

      • Web App / Chat mobilne aplikacije

      • Whatsapp

      • Facebook Messenger

      • SMS

      Kanali e-pošte koje podržava Webex CC su:

      • Gmail

      • Office365

      Mehanizmi za ulazak

      Ovaj odjeljak pokriva mehanizme pomoću kojih interakcija može ući Webex CC. Na temelju vrste medija, mehanizmi kojima interakcija doseže Webex CC su različiti.

      Na primjer, u telefoniji postoje resursi fizičke infrastrukture potrebni za omogućavanje PSTN povezivanja, konfiguracije telefonskih brojeva i usmjeravanja poziva na Webex CC.

      Za kanale e-pošte / poruke, konfiguracija ulaska mora se izvršiti u Webex Connectu i uključuje dodjelu resursa računa e-pošte / pošte i konfiguraciju tijeka Webex povezivanja.

      Dolazni glas

      Za glasovne pozive tipičan je scenarij u kojem korisnici biraju PSTN telefonski broj koji se zatim povezuje s kontaktnim centrom. Iz perspektive ulaska, za to je potreban mehanizam za usmjeravanje poziva s PSTN-a na Webex CC.

      Slika 1 . prikazuje unos glasovnog poziva Webex CC.

      Mogućnosti ulaza za ulazni glas

      Usluge glasovnog prodora u Webex CC izvršavaju kontrolu poziva trećih strana pomoću SIP-a i odgovaraju na dolazni poziv, kao i obavljaju prijenos, konferencijske i druge operacije kontrole poziva.

      Logička ulazna točka za pozive u Webex CC je konfiguracijski entitet pod nazivom 'Ulazna točka'. Za govorni ulazak, ključna konfiguracija ulazne točke je telefonski broj povezan s njim, što je obično valjani PSTN telefonski broj dobiven od odabranog davatelja usluge PSTN veze.

      To omogućuje otkrivanje dolaznih poziva na telefonskom broju, povezivanje poziva s ulaznom točkom i korištenje drugih konfiguracijskih parametara ulazne točke za rukovanje pozivom prema definiciji Webex CC Flowa koja bi se trebala aktivirati za interakciju.

      Napomena:

      Za više detalja o opcijama povezivanja putem PSTN veze posjetite https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/Voiceonboarding2/wcc-voice-onboarding-2-book/wcc_b__voiceonboarding_private_conn.html.

      Skalabilnost i dostupnost infrastrukture glasovnih rubova

      Webex CC VPOP infrastruktura uključuje suvišne parove SIP SBC-ova koji osiguravaju visoku dostupnost i može se dodati više SBC-ova za skaliranje istodobnih brojeva poziva koje treba podržati.

      Maksimalan broj istodobnih poziva koje VPOP može obraditi ovisi o broju pokrenutih SBC-ova i pozivima na koje se pozivi šalju.

      Za geografsku redundanciju – podržana je mreža VPOP SBC-a s međusobnim vezama u više parova u različitim regijama.

      Za usluge glasovnog ulaska, one su horizontalno skalabilne za rukovanje sve većim brojem istodobnih glasovnih poziva koje treba prenijeti Webex CC.

      Sigurnosna pitanja s infrastrukturom glasovnih rubova

      Tablica u nastavku sadrži pojedinosti o mogućnostima povezivanja s infrastrukturom glasovnog ruba.

      Stol 1. Vrste povezivosti

      Povezivanje

      Vrste

      Javni internet

      Izravno (s adresama izvora IP na bijeloj listi)

      IPSec virtualna privatna mreža (VPN) ili IPSec putem generičke enkapsulacije usmjeravanja (GRE)

      Mjesto na web-mjesto (S2S)

      SRTP/SIP TLS

      Privatna povezivost

      MPLS

      Point-to-Point (P2P)

      VPLS

      SD-WAN

      Privatni WAN

      Unakrsno povezivanje podatkovnog centra

      Equinix veze od tkanine

      Za više detalja posjetite https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/Voiceonboarding2/wcc-voice-onboarding-2-book/wcc_b__voiceonboarding_private_conn.html.

      IVR sustava

      Na svaki glasovni poziv koji dođe na telefonski broj povezan s ulaznom točkom, odgovara Webex CC i započinje izvršavanje Webex toka kopije povezanog s ulaznom točkom.

      Webex CC Flow Builder isporučuje programske konstrukcije/operatore i funkcionalne blokove, terminirane aktivnosti, tako da administratori ili bilo tko tko dizajnira i implementira logiku IVR može kombinirati te sastavne blokove i stvoriti definiciju tijeka.

      Konstrukti programiranja koje Flow podržava su:

      • Deklariranje i postavljanje varijabli – stanje povezano s izvršenjem tijeka

        • Šljunčani izrazi za postavljanje vrijednosti varijabli

      • Uvjetne provjere

      • Petlja – korištenje uvjetnih uvjeta i idi na (mogućnost povezivanja aktivnosti)

      • Pozivanje REST API-ja

      • Raščlanjivanje podataka - JSON, TOML, obično se XML koristiti za raščlanjivanje API odgovora.

      • Komponiranje aktivnosti


       

      Reprezentativni skup aktivnosti koje flow isporučuje su:

      • Reproduciraj poruke

      • Prikupljanje korisničkih podataka

      • Prijenos poziva na drugi odredište/telefonski broj

      • Slanje poziva virtualnom agentu

      • Stavite poziv u red tako da na njega agent može odgovoriti.

      Za svaki aktivni poziv aktivna je i instanca izvršavanja tijeka, sve dok se poziv ne završi, što rezultira istodobnim izvršavanjem tokova.

      Svaka instanca izvršavanja protoka pruža izolirano okruženje za podatke / stanje povezano s protokom i tamo pozivom.

      Tijekom cijelog životnog ciklusa poziva, flow također omogućuje odgovaranje na određene događaje koji se događaju i rukovanje njima – na primjer, kada agent odgovori na poziv, rukovatelj događajima može pokrenuti iskakanje zaslona u sučelju agenta za stolna računala.

      Dodatne informacije o toku Webex CC potražite u odjeljku https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/SetupandAdministrationGuide_2/b_mp-release-2/b_cc-release-2_chapter_0100.html#Cisco_Generic_Topic.dita_e338e055-64b0-4973-bd52-8a5581dcb0ee.

      Podrška za virtualnog agenta

      Flow pruža aktivnost za predaju interakcije virtualnom agentu, koji je unaprijed konfiguriran u Webex Kontrolnom središtu.

      Nakon što je poziv povezan s virtualnim agentom, korisniku pruža iskustvo razgovora IVR razgovoru, a aktivnost završava prekidom poziva ili eskalacijom poziva agentu.

      U slučaju eskalacije, tijek se može konfigurirati za stavljanje poziva u red čekanja na koji se zatim javlja agent.

      Ulazne digitalne interakcije

      Za e-poštu i kanal za razmjenu poruka dolaznih interakcija, Webex CC koristi Webex Connect za dodjelu resursa imovini, protok za rukovanje dolaznim interakcijama, a zatim usmjeravanje interakcije na Webex CC kada tijek Webex Connect izričito stavi interakciju u red čekanja tako da njome može upravljati agent.

      Na slici 2 . prikazano je unošenje elektroničke pošte, interakcija s porukama u Webex CC-u.

      Mogućnosti ulaska u e-poštu i razmjenu poruka

      Integracije virtualnog agenta / BOT-a

      Za interakciju e-pošte i poruka / društvenih kanala, tretmani virtualnog agenta / BOT-a konfigurirani su u toku Webex Connect.

      Kao i kod virtualnih agenata za glas, ako BOT tretman završi eskalacijom kao rezultat, tada se interakcija stavlja u red čekanja i usmjerava na agenta.

      Usmjeravanje i red čekanja

      Webex CC tretira dolazni kontakt s automatiziranim rukovateljima kako je definirano u Tijeku i tijek može odlučiti staviti kontakt u red čekanja / izravno agentu (red specifičan za agenta - podržan samo za telefonske / glasovne interakcije).

      U redu čekanja, ako je agent dostupan, agent je rezerviran, a interakcija se usmjerava na agenta. Ako nema dostupnih agenata, interakcija je parkirana u redu čekanja, a Tijek će nastaviti tretirati klijenta s rukovateljem priključenim na aktivnost reda čekanja.

      Kada agent postane dostupan, rukovatelj se prekida, a interakcija se nudi agentu.

      Slika 1 prikazuje arhitekturu reda čekanja i usmjeravanja.

      Arhitektura reda čekanja i usmjeravanja
      Arhitektura reda čekanja i usmjeravanja

      Odabir agenta

      Redovi čekanja u Webex CC podržavaju sljedeće algoritme odabira agenata:

      • Najdulje dostupno usmjeravanje agenta

      • Vješto usmjereno usmjeravanje

        • Najduži raspoloživi agent (LAA)

        • Najbolji dostupni agent (BAA)

      Agenti su povezani s redovima čekanja putem servisa Teams.

      Red čekanja može se dodijeliti višestrukim grupama raspodjele poziva (pri čemu svaka grupa ima jedan ili više timova), na sekvencijalni način s konfiguriranim čekanjem dodavanja grupe raspodjele poziva u red čekanja, tako da se prostor za pretraživanje odgovarajućeg agenta proširuje na dodatne grupe raspodjele poziva kako vrijeme odmiče.

      Za usmjeravanje temeljeno na vještinama, među zahtjevima vještina koji odgovaraju agentima pridruženim redu čekanja, agent se odabire na temelju LAA ili BAA konfiguracije.

      Dodatne mogućnosti specifične za glas/telefoniju

      Usmjeravanje temeljeno na agentu (samo za glasovni/telefonski kanal)

      Webex CC Flow, koristeći aktivnost QueueToAgent, može usmjeriti interakcije izravno odabranom agentu na temelju ID-a agenta.

      Ako agent nije dostupan za rukovanje interakcijama, interakcija se može parkirati, u redu čekanju da agent postane dostupan

      Dodatne informacije o redu čekanja

      Webex CC Flow, koristeći aktivnost GetQueueInfo, može dohvatiti informacije u stvarnom vremenu za red čekanja kao što su Položaj u redu čekanja (PIQ), Procijenjeno vrijeme čekanja (EWT), broj agenata dostupnih u redu čekanja i može se koristiti za odlučivanje hoće li kontakt staviti kontakt u red čekanja ili ne.

      Ljubazni povratni poziv

      Webex CC Flow, koristeći aktivnost Povratni poziv, omogućuje korisniku da prekine vezu s pozivom zadržavajući položaj u redu čekanja i primi povratni poziv kada se virtualna interakcija u redu čekanja usmjeri na agenta.

      Rukovanje preljevom

      Webex CC podržava rukovanje prelijevanjem pomoću timova temeljenih na kapacitetu (CBT).

      CBT je poput običnog tima s kapacitetom i pridruženim vanjskim DN-om koji služi tom kapacitetu. Može se konfigurirati zajedno s drugim timovima u ciklusima raspodjele poziva u redu čekanja.

      Obično je to konfigurirano kao posljednji ciklus tako da djeluje kao prelijevanje ako nijedan agent nije dostupan čak i nakon što sve konfigurirane grupe raspodjele poziva ne pronađu dostupnog odgovarajućeg agenta za rukovanje interakcijom.

      Agent Desktop operacije

      Kada se agent prijavi na Webex CC Agent Desktop, agent navodi telefonski broj na koji se mogu povezati dolazni pozivi agentu. To može biti PSTN telefon, mobilni telefon ili kućni broj ako je agent Cisco Webex Calling korisnik.

      Imajte na umu da taj broj mora biti valjani telefonski broj na koji se pozivi mogu usmjeriti. U slučaju da nije, agent ne može primati dolazne pozive.

      Na temelju vrste interakcije kojom agent rukuje, widgeti na radnoj površini agenta pružaju mogućnost izvođenja određenih operacija upravljanja medijima.

      Na primjer, nakon što odgovorite na poziv, agent može izvršiti sljedeće operacije povezane s pozivom.

      • Stavljanje poziva na čekanje

      • Pokretanje konzultacijskog poziva i

        • Prijenos poziva na drugi telefonski broj (recimo telefonski broj agenta) / ulazna točka

        • Uključivanje drugog agenta u konferenciju

      • Prijenos poziva u drugi red čekanja

      • Završavanje poziva

      Agent desktop omogućuje administratorima da tamo dodaju prilagođene widgete proširujući mogućnosti radne površine i čineći ih jedinstvenom kolekcijom widgeta koji su agentima potrebni za učinkovito obavljanje posla.

      Arhitektura stolnog računala

      Agent desktop je aplikacija s jednom stranicom temeljena na mikro sučelju koja hostira widgete izgrađene na temelju arhitekture web-komponenti. Svi standardni / burzovni widgeti pokreću podaci koje dohvaćaju API-ji ili mehanizmi za guranje sa strane poslužitelja.

      To su obično asinkroni API-ji, gdje odgovor za pozivanje dolazi na radnu površinu putem WebSocket veze.

      Webex CC Agent Desktop autentificira korisnike s Cisco Common Identity (CI), a token se prosljeđuje svim API pozivima. I za prilagođene widgete, koji se temelje na modelu autentifikacije, agentima pruža jedinstveno iskustvo prijave ako je prilagođeni model provjere autentičnosti widgeta integriran s CI.

      Jednom kada je agent dio interakcije, sva ažuriranja tog stanja interakcija ili povezanih podataka također se premještaju na radnu površinu putem WebSocket veze.

      Otpornost radne površine na povezivost i kašnjenje

      Asinkrono API i guranje na strani poslužitelja omogućuje skaliranje i otkriva se svaki gubitak povezivanja sa sučeljem WebSocket i pokušava se stolna računala ponovno povezati i ponovno prijaviti.

      Slika 2 . prikazuje arhitekturu stolnog računala agenta u Webex CC.

      Agent Desktop arhitektura

      Administracija i konfiguracija

      Unošenje kupaca

      Webex Control Hub primarno je sučelje koje partneri i klijenti koriste za uvođenje kupaca i omogućavanje ili konfiguriranje značajki.

      Nakon dodjele resursa značajkama tvrtke ili ustanove i kontaktnog centra u Kontrolnom čvorištu, pokrenut će se tijek rada u Webex CC koji obavlja ostale korake u dodjeljivanju svih mogućnosti kontaktnog centra prema ponudama koje je odabrao klijent.

      Sva dodjela resursa centru za kontakt vrši se pomoću BPM modula tijeka rada koji omogućuje deklarativan način definiranja uključenih koraka i čini sve korake dodjele otpornima na kvarove i osigurava integritet podataka.

      Slika 1 prikazuje tijek rada dodjele resursa u Webex CC.

      Tijek rada za uključivanje kupaca

      Konfiguracijski entiteti

      Ključni konfiguracijski entiteti u Webex CC, s opsegom unutar organizacije, su:

      Stranice

      Stranica znači mjesto na kojem se nalazi jedan ili više timova, korisnika (agenata / nadzornika).

      Svaki korisnik i tim moraju pripadati web-mjestu.

      Tim

      Grupa korisnika. Timovi se koriste za distribuciju interakcija agentima putem redova čekanja.

      Svaki tim mora pripadati web mjestu.

      Agenti

      Korisnici koji se mogu prijaviti na Agent Desktop i upravljati interakcijama među vrstama medija konfiguriranima u Webex CC.

      Nadzornici

      Nadzornici su raspoređeni u timove i mogu nadzirati / trenirati agenta i imati pristup statusu na razini tima i statistici agenta za one koji pripadaju timovima kojima je dodijeljen nadzornik.

      Red čekanja

      Red čekanja logički je entitet u kojem se interakcije mogu zadržati dok se čeka dostupnost agenata, koji se zatim usmjeravaju agentu.

      Redovi čekanja mapiraju se u timove, kao prostor za pretraživanje agenata, s mogućnošću proširenja prostora za pretraživanje na temelju proteklog vremenskog praga, dodavanjem drugih timova u prostor za pretraživanje.

      Ulazna točka

      Ulazna točka logički je entitet koji predstavlja točku ulaska u Webex CC. Za telefoniju se to prvenstveno mapira na telefonski broj na koji stižu pozivi i za kanale e-pošte / razmjene poruka, ulazna točka upućuje na konfiguraciju imovine u Webex Connectu.

      Protok

      Tijek povezan s ulaznom točkom (putem strategije usmjeravanja), koja odlučuje o koracima uključenima u rukovanje interakcijama.

      Za netelefonske kanale (e-pošta, poruke/društvene mreže) Flow se odabire kao dio konfiguracije imovine u Webex Connectu.

      Kontrola pristupa za kontaktne centre s više mjesta

      Webex Administratori kopije mogu konfigurirati korisničke profile s pravima pristupa određenim web-mjestima, timovima, redovima čekanja i ulaznim točkama. Nadalje, zbog hijerarhijske prirode web-mjesta i timova, nakon što se omogući pristup određenim web-mjestima, korisnik može pristupiti samo timovima ili datumu koji pripadaju timovima koji pripadaju tim web-mjestima ili izričito određenom podskupu takvih timova.

      Za redove i ulazne točke, oni su globalni na razini organizacije, tako da se za različite geografske lokacije (mjesta na kojima se nalaze određeni agenti i timovi) mogu konfigurirati zasebne ulazne točke i redovi čekanja, a nadzornici / korisnici mogu imati pristup onim entitetima koji su primjenjivi za određene lokacije.

      Slika 2 prikazuje ključne konfiguracijske entitete i korisnički profil koji upućuje na te entitete.

      Konfiguracijski entiteti mapirani u korisnički profil

      Osim ograničavanja pristupa tim entitetima, Webex CC administratori mogu kontrolirati određene mogućnosti/module kojima korisnik može pristupiti u administracijskom sučelju, čime korisnici imaju administracijska /konfiguracijska prava na određene entitete, kao i odjeljke/mogućnosti Webex CC administracijskog sučelja.

      Izvješćivanje i analitika

      Webex CC obrađuje diskretne događaje koje generiraju različite usluge tijekom životnog ciklusa interakcija, koristeći niz usluga obrade tokova u stvarnom vremenu i generira definirani skup skupova podataka u stvarnom vremenu koji se objavljuju pretplaćenim klijentima.

      Nadalje, ti se događaji dalje obrađuju, transformiraju i traju agregirani i rezultirajući skupovi podataka, koji se zatim dohvaćaju putem API-ja za potrošnju podataka i sučelja za izvješćivanje i vizualizaciju podataka – Analizator.

      Na slici 1 . prikazana su sučelja za obradu i potrošnju podataka u Webex CC

      Webex CC kanal za obradu podataka i sučelja potrošnje

      Integracije

      Sve vanjske integracije s WxCC-om radi povećanja i poboljšanja mogućnosti koje korisnici mogu koristiti, koriste standardne objavljene API-je.

      Vrste API sučelja dostupnih u Webex CC su:

      • ODMOR API

      • Guranje na strani poslužitelja pomoću

        • Web-dojavnici

        • WebSocket poruke

      CRM integracije

      Webex CC podržava dva načina integracije sa sustavima upravljanja odnosima s klijentima (CRM).

      • Ugrađeni poveznici radne površine

      • Integracije protoka putem HTTPs konektora u IVR

      Ugrađeni konektori na radnoj površini: CRM aplikacija kao primarno sučelje

      U ovom načinu rada, agent se prijavljuje na CRM konzolu kao primarna aplikacija.

      Webex CC je ugrađena aplikacija (koja se naziva i ugrađena desktop aplikacija ili ugrađeni softphone) koja se prvenstveno koristi za prijavu u kontakt centar i primanje Webex CC usmjerenih interakcija kontaktnog centra.

      Nakon primitka poziva ili zahtjeva za razgovor, CRM integracija vrši sljedeće radnje na CRM konzoli

      • Zaslon prikazuje zapis klijenta povezan s ANI-jem ili drugim podacima povezanim s pozivom.

      • Objavljivanje metapodataka poziva kao bilješki o aktivnosti u zapisu klijenta

      • Dopustite agentu da "klikne za poziv" klikom na kontakt unutar CRM-a i pokretanjem odlaznog poziva kupcu

      • Knjiženje zapisa poziva u tablice izvješćivanja sustava CRM za primarno izvješćivanje u sustavu CRM.

      • Pruža potpunu funkcionalnost kontrola Agent Desktop i poziva (ugrađena i minirana verzija aplikacije za stolna računala)

      Primarni način integracije s CRM-ovima je ugradnja Webex CC Desktop aplikacije u zasebnu iFrame.

      Nadalje, Webex CC Desktop aplikacija pokreće prilagođeni widget bez glave (bez korisničkog sučelja) koji radi u pozadini, u interakciji s temeljnim CRM sustavom za izvođenje automatiziranih radnji u ime agenta.

      Interakcije se pokreću s dva SDK-a koja koristi widget bez glave.

      • Webex CC Desktop JS SDK: Ovo je JavaScript SDK koji pruža Webex CC za registraciju slušatelja događaja za agentske i kontaktne radnje.

      • CRM JS SDK: Ovo je CRM klijentski SDK primjenjiv po CRM-u koji apstrahira REST API pozive pomoću CRM-a. Na primjer, za salesforce, CTI JS biblioteka koju pruža Salesforce koristi se za izvođenje radnji i slušanje događaja unutar CRM-a.

      Slika 1 prikazuje CRM ugrađen Webex CC desktop i connector arhitekturi

      Arhitektura ugrađenog poveznika radne površine sustava CRM

      Webex CC podržava sljedeća CRM rješenja za gore navedenu integraciju:

      • Salesforce

      • ServiceNow

      • Microsoft Dynamics 365

      • Zendesk

      • Freshdesk

      Za više detalja posjetite https://help.webex.com/en-us/result/integrate%20with%20webex%20contact%20center?offset=10.

      Dodatne informacije o konfiguriranju Webex CC rasporeda radne površine za omogućivanje CRM poveznika, skupova značajki i promjena potražite na adresi https://github.com/CiscoDevNet/webex-contact-center-crm-integrationshttps://github.com/CiscoDevNet/webex-contact-center-crm-integrations.

      Globalna dostupnost CRM poveznika

      CRM konektori dostupni su u svim zemljopisnim područjima i regijama u kojima Webex CC radi.

      Elastična skala i performanse

      Webex CC hostira prilagođeni widget koji omogućuje dvosmjernu komunikaciju između CRM aplikacije i Webex CC radne površine u AWS CloudFront CDN-u osiguravajući visoku dostupnost widgeta AWS u svim zonama dostupnosti i regijama.

      Svi CRM integracijski specifični računi događaju se u pregledniku gdje agenti koriste CRM aplikaciju s CC radnom površinom ugrađenom Webex CRM aplikaciju.

      Sigurnost

      CRM konektori pozivaju se putem Webex izgled radne površine CC agenta, a opcionalni parametri prosljeđuju se putem rasporeda radne površine u widget za uključivanje i isključivanje značajki.

      Na primjer, za omogućavanje widgeta akcije Salesforce, administrator može uključiti postavku parametra izgleda radne površine sfdcWidgetEnabled na true.

      Instalacija paketa

      Da bi integracija radila dvosmjerno, CRM konzola treba instalirati ugrađenu aplikaciju. Ovo je podrška za učitavanje aplikacije Desktop unutar iFramea.

      Svi ugrađeni konektori radne površine dostupni su na CRM tržištu.

      Na primjer,

      ServiceNow: https://store.servicenow.com/sn_appstore_store.do#!/store/application/6c8e2a4edbc73410e1c75e25ca961947/1.0.5?

      Zendesk: https://www.zendesk.com/marketplace/apps/support/202570/webex-contact-center/

      Instalacija aplikacije na tržištu aktivira potrebne dodatke i uvozi potrebne XML datoteke u CRM konzolu kako bi podržala izvještavanje o zapisima poziva u CRM-u.

      Integracije protoka putem HTTPs konektora u IVR

      Sastavljač Webex CC Flow podržava dvosmjerni protok podataka između CC-Webex i CRM sustava pomoću HTTPs konektora konfiguriranih u Webex Kontrolnom čvorištu i korištenih na Webex CC flowu.

      Oni se prvenstveno koriste za personalizaciju unutar glasovnih interakcija i prilagođeno usmjeravanje unutar IVR.

      Prema zadanim postavkama Webex CC podržava HTTP priključak Salesforce na kontrolnom čvorištu. Ostali CRM poveznici mogu se dodati kao prilagođeni poveznici na Webex kontrolnom čvorištu.

      Za više informacija o HTTP konektorima posjetite https://github.com/CiscoDevNet/webex-contact-center-crm-integrations.

      IVR HTTP poveznika:

      Optimizacija radne snage

      Webex CC podržava rješenja za optimizaciju tijeka rada i upravljanje kvalitetom vodećih dobavljača u industriji.

      Implementacija i povezivanje

      Webex CC je implementiran u AWS i trenutno je dostupan u sljedećim regijama

      • NAS

        • Američko-istočna N Virginia

        • US-West N Kalifornija (samo ulazak glasovnih medija)

      • Kanada

        • Središnje

      • Velikoj britaniji

        • London

      • Europa

        • Frankfurt

      • Azija Pac

        • Tokiju

        • Sydney

      Povezivanje s više regija za telefoniju

      Kako bi se omogućile globalne organizacije, s agentima i klijentima na više geografskih lokacija, CC Webex podržava održavanje medija unutar lokalne regije, za one regije u kojima se izvode glasovni medijski rub i usluge ulaska.

      Na slici 1 . prikazana je implementacija više regija s regionalnim medijima.

      Implementacija u više regija s regionalnim medijima
      Implementacija u više regija s regionalnim medijima

      Rub medija i usluge ulaska implementirani su u sljedećim regijama.

      Geo regija

      Webex CC Services (regija AWS)

      Media Edge (glasovni pop)

      Medijski servisi sljedeće generacije (regija AWS)*

      NAS

      N. Virginia

      New York

      Los Angeles

      N. Virginia

      N Kalifornija

      Kanada

      Središnje

      Vancouver

      Toronto

      Središnje

      Brazil

      Sao Paulo

      Rio De Janeiro

      Europa

      Frankfurt

      Frankfurt

      Amsterdam

      Frankfurt

      Velika Britanija

      London

      London

      London

      Indija

      Pune

      Hyderabad

      Mumbai

      Singapur

      Singapur

      Singapur

      Japan

      Tokiju

      Tokiju

      Osaka

      Tokiju

      Australija

      Sydney

      Melbourne

      Sydney

      Sydney

      *Dodatne informacije o regionalnoj dostupnosti medijskih usluga sljedeće generacije potražite na platformi za glasovne medije sljedeće generacije.

      Sigurnost i privatnost

      Sigurnost infrastrukture

      Glasovna infrastruktura na Edgeu

      Komponente Voice Edge omogućuju prekid SIP debla s korisničke mreže / PSTN operatera, a to je omogućeno na temelju IPS-a s bijele liste koji se mogu povezati s rubnim komponentama.

      Izračunaj sigurnost infrastrukture

      Webex instance računa CC dodijeljene su u AWS-u, a usluge se izvode kao mahune u Kubernetes klasteru, koji ima više prostora naziva, a pristup svakom prostoru naziva ograničen je zasebnim vjerodajnicama.

      Sva dodjela resursa infrastrukturi vrši se pomoću koda - bez ručnih koraka - i nijednoj vjerodajnici se ne može pristupiti ručno.

      Postoji središnje spremište vjerodajnica s određenim putovima konfiguriranim za određeni skup usluga / timova, a pristup samoj trgovini vjerodajnica ograničen je i konfiguriran kao tajna u sustavima izrade i implementacije.

      Nijedna od infrastrukturnih komponenti / usluga nije izravno izložena izvan AWS VPC-a, a samo javno izložena sučelja su API-ji i WebSocket poslužitelji kojima se upravlja i kojima se upravlja pomoću API pristupnika,

      Osim toga, postoje određeni interni sustavi i sučelja koje koriste programeri koji se koriste za pregled dnevnika, mjernih podataka, detalja implementacije, statusa međuverzije i rezultata ispitivanja, koji su osigurani pomoću uloga i grupa i integrirani s Cisco internim sustavima provjere autentičnosti.

      Provjera autentičnosti i autorizacija korisničkih sučelja

      Sva korisnička sučelja koja koriste različiti korisnici kontakt centra (agenti, nadzornici, administratori, analitičari) zaštićena su Cisco Common Identity Based token autentifikacijom (OAuth flows).

      Autorizacija se vrši pomoću uloga za korisnika koji je dobio token i dosege dodijeljene tokenu.

      Sigurnost podataka

      Podaci u prijenosu

      Nijedno sučelje korištenih usluga / komponente infrastrukture nije izravno izloženo vanjskom dolaznom prometu.

      Odabrane usluge, s http API-jevima izlažu ta sučelja putem pristupnika, a svi dolazni https (uključujući i one WebSocketa) se prekidaju u ALB-u, a interni promet putem http-a usmjerava se na usluge.

      Sve odlazne interakcije su preko https / TLS (za ne-http protokole).

      Unutar VPC-a, interna komunikacija između usluga - preko http / prilagođenog TCP protokola - je preko običnog TCP utičnice.

      Podaci u mirovanju

      Svi podaci koji se pohranjuju šifrirani su na sloju za pohranu. Nadalje, one trgovine podataka koje su izvan VPC-a, zaštićene su i kontroliraju pristup i ovlaštenja s vjerodajnicama koje su sigurno pohranjene i njima se upravlja u tajnom spremištu.

      Na slici 1 . prikazan je model protoka i sigurnosti podataka za tranzit i mirovanje.

      Sigurnost podataka u prijenosu i u mirovanju

      Privatnost podataka

      Podaci koji otkrivaju identitet krajnjeg korisnika

      Webex CC Flow, koji je programski kontroler za rukovanje interakcijama, može se koristiti za prikupljanje korisničkih podataka, koji se mogu dodijeliti varijablama protoka posebno označenim kao "Sadrži osjetljive podatke". Vrijednosti za takve podatke su šifrirane i nijedna usluga na putu prijenosa podataka neće imati pristup tim podacima.

      Nadalje, takvi se podaci nikada ne zadržavaju u Webex CC pohrani podataka izvješćivanja, a infrastruktura dnevnika / poruka imat će šifrirane podatke, a jasni tekstualni podaci ne pohranjuju se nigdje unutar Webex CC-a.

      Podaci agenta kontaktnog centra/nadzornika koji otkrivaju identitet

      Podaci povezani s korisnikom centra za kontakt redigirani su u zapisnicima, ali dostupni za analizu i vizualizaciju podataka u Webex pohrani podataka CC.

      Skalabilnost

      Čimbenici za skaliranje

      Za Webex CC čimbenici koji utječu na ljestvicu su:

      • Istodobni broj prijavljenih agenata

      • Istodobni broj interakcija u tijeku

        • Radnje izvršene na tim interakcijama

      • Istodobni broj radnji koje nadzornici/agenti obavljaju, izvan rukovanja interakcijama

      • Količina generiranih i postojanih podataka

      Arhitektonski aspekti koji omogućuju mjerilo

      Načela na temelju kojih je Webex CC projektiran i osmišljen omogućuju rješenju da se dinamički skalira prema potrebi u granicama koje provodi infrastruktura predviđena za različite usluge i komponente platforme.

      Arhitektura vođena događajima

      Usluge u Webex CC komuniciraju pomoću poruka, a kritični tokovi obrade poruka ne uključuju nikakve operacije blokiranja IO-a, a stanje potrebno za obradu poruka lokalizirano je na instancu usluge koja obrađuje poruku.

      Usluge bez državljanstva (ili eksternalizirano stanje)

      Usluge bez državljanstva omogućuju elastičnost jednostavnim dodavanjem /uklanjanjem dodatnih instanci usluga. Postoje određene usluge koje su inherentno državne prirode, a one imaju eksternaliziranu državnu trgovinu, a infrastruktura podržava dinamičke promjene broja slučajeva takvih usluga, također, s automatskim rebalansom / državnim prijenosom / lokalizacijom stanja u instancu koja treba državu.

      Elastična infrastruktura

      Sve usluge rade u Kubernetesu i infrastruktura zvana Kubernetes čvorovi automatski se skaliraju na temelju upotrebe, što omogućuje dinamičko dodavanje više računalnih čvorova do maksimalno visokog praga koji je unaprijed konfiguriran.

      Učitavanje projekcije i redovita provjera valjanosti

      Sve su usluge referentne za karakteristike performansi, a uzorak skaliranja provjerava se na razini usluge.

      Daljnji kontinuirani testovi validacije, vršnog opterećenja i izdržljivosti provode se s ispitnim parametrima podešenim za projicirani rast u atributima koji utječu na vagu, što omogućuje prepoznavanje uskih grla, planiranje ažuriranja visokog praga za korištenje infrastrukturnih resursa i spremnost za dan igre.

      Pouzdanost i dostupnost

      Arhitektura vođena događajima i usluge bez državljanstva omogućuju otpornost i elastičnost. Međutim, kako bi se osiguralo otkrivanje i djelovanje kvarova prije nego što utječe na funkcionalnosti, CC koristi sljedeću strategiju Webex CC primjenjuje sljedeću strategiju.

      • Dostupnost i pouzdanost infrastrukture

        • Sve Webex CC usluge i infrastrukturne komponente uvijek su raspoređene u tri AWS zone dostupnosti.

          • To omogućuje Webex da CC bude otporan na kvarove zone dostupnosti, a u slučaju kvarova, neuspjeli slučajevi automatski se zamjenjuju novijima.

      • Kontinuirani nadzor i upozoravanje

        • Unutarnje i vanjske sonde za komponente usluga i infrastrukture, koje zbog kvara aktiviraju upozorenja.

        • Mjerni podaci zabilježeni iz usluga i komponenti infrastrukture i obrađeni pomoću mehanizma pravila koji otkriva pravila podudaranja i pokreće upozorenja.

      • Neprekinuta provjera valjanosti i upozoravanje

        • Periodični testovi se izvode i svi kvarovi rezultiraju pokretanjem upozorenja

        • Ta upozorenja stvaraju proaktivne incidente i tretiraju se kao stvarni incident koji utječe na kupca.

          • To prejudicira utjecaj na kupca i doprinosi dostupnosti i pouzdanosti sustava.

      • Kontinuirana integracija i isporuka

        • Ovo je inženjerski proces i cjevovod isporuke i omogućuje brzu i pouzdanu izgradnju, validaciju i implementaciju usluga / promjena usluga u Webex CC.

          • Mogućnost potpuno automatizirane implementacije - od koda do proizvodnog okruženja, sa svim potrebnim validacijama, smanjuje rizik i minimizira vrijeme do rješavanja, ako je potrebno uvesti promjenu kao odgovor na kvar.

      • Prekidači i prekidači za ubijanje

        • Različiti dijelovi sustava / određene mogućnosti CC Webex mogu se selektivno onemogućiti za sve kupce ili odabrane kupce, kako bi se smanjili kaskadni učinci kvara.

          • To omogućuje minimiziranje površine kvara i postizanje dostupnosti osnovnih mogućnosti kontaktnog centra kupcima.

      Nadzor i otkrivanje kvarova

      Na slici 1 . prikazani su mehanizmi kontinuiranog praćenja, validacije i uzbunjivanja koji su uspostavljeni za Webex CC.

      Kontinuirano praćenje i otkrivanje kvarova

      Kontinuitet poslovanja i oporavak od katastrofa

      Proces oporavka od katastrofe i kontinuiteta poslovanja osigurava otkrivanje bilo kakvog velikog prekida rada unutar regije i poduzimaju se potrebni koraci kako bi se osigurao oporavak usluga kupcima koji se nalaze na brodu u regiji.

      Koraci za oporavak dokumentiraju se, potvrđuju i redovito ažuriraju u skladu s postupcima oporavka i upravljanja katastrofama.

      Webex CC usluge implementirane su u tri odvojene zone dostupnosti unutar AWS regije. Svaka zona dostupnosti je drugačija fizička lokacija u regiji, s neovisnim uslužnim programima.

      U slučaju potpunog neuspjeha AWS regije, Webex CC se oslanja na AWS za oporavak regije i za dugotrajne prekide koji uključuju cijelu regiju, Webex CC podatkovni centar dobiva resurse u novoj AWS regiji i vraća ključne korisničke konfiguracije i podatke tako da kontakt centar radi za kupce u novoj AWS regiji.

      To uključuje automatizaciju, ali zahtijeva ručnu intervenciju kako bi se pokrenuo proces, kao i nadzor i osiguravanje da se potrebna konfiguracija i podaci vrate kako bi kontakt centar bio operativan za kupce.

      Usklađenost i certifikati

      Webex Contact ima opsežan popis sigurnosnih certifikata. Ti se certifikati redovito ažuriraju.

      • PCI DSS QSA

      • CAIQ

      • HIPAA i HITECH

      • CSA zvjezdica razina 1

      • CSA Star razina 2 (neovisna procjena treće strane)

      • SOC2

      • ISO27001 (Međunarodni standard za informacijsku sigurnost)

      • ISO27017 (Sigurnosni standard za davatelje usluga u oblaku)

      • ISO27018 (Sigurnosni standard usmjeren na zaštitu osobnih podataka u oblaku)

      • ISO27701 (Proširenje privatnosti podataka)

      • C5 njemački standard, koji pokazuje operativnu sigurnost od kibernapada

      Dodatne informacije potražite na Webex List podataka o privatnosti usluge kontaktnog centra.

      Uvod

      Cisco Webex Contact Center (Webex CC) je kontaktni centar kao usluga (CCaaS), koji organizacijama omogućuje omogućavanje pametnijih, proaktivnih i personaliziranih interakcija tijekom korisničkog putovanja.

      Webex CC je projektiran, dizajniran i razvijen, od temelja, kao nativno rješenje u oblaku, sa sljedećim temeljnim arhitektonskim načelima.

      • Usluge: neovisan skup usluga sa svakom uslugom koja korisnicima pruža mali kohezivni skup mogućnosti.

      • Vođeni događajima: Sve usluge međusobno komuniciraju putem poruka, osim u web aplikacijama gdje aplikacija koristi https sučelja (REST API, Push Data via WebSocket interface) za određene slučajeve upotrebe.

      • Država bez državljanstva/eksternaliziranja: Usluge se uvode u Kubernetesu, izvode se u kontejnerima dockera, s mogućnošću automatskog skaliranja i otpornosti na kvarove jedne ili više instanci usluga.

      • Uočljivo: Sve usluge i komponente infrastrukture koje omogućuju implementaciju takvih usluga vidljive su sa standardnim mehanizmima za mjerenje, otkrivanje i sprječavanje situacija koje utječu na mogućnosti kontaktnog centra, kao i brzo rješavanje problema i vraćanje usluga u slučaju prekida rada.

      • Izolirano/labavo povezano: Svaka se usluga može izgraditi, potvrditi i implementirati / ažurirati neovisno bez zastoja u mogućnostima kontaktnog centra.

      Webex CC usluge implementirane su u AWS, a pokreće ih nativna platforma u oblaku koja omogućuje sljedeće:

      • Dostupnost infrastrukturnih usluga i aplikacija u više zona dostupnosti

      • Elastičnost infrastrukturnih usluga i aplikacija koje omogućuju dinamičke mogućnosti skaliranja

      • Sigurnost je izvorno ugrađena u način na koji su sustavi izgrađeni i implementirani, podaci su zaštićeni u tranzitu i u mirovanju, zajedno sa sigurnosnim certifikatima / certifikatima o usklađenosti koje Webex CC ima.

      • Skalabilna i sigurna rubna infrastruktura za integracije telefonije/glasa

      • Uočljivost uz proaktivno praćenje i uzbunjivanje koje omogućuje visoku dostupnost usluga kontaktnog centra svojim klijentima.

      • Integrirano s ostatkom Cisco Webex za provjeru autentičnosti/autorizaciju korisnika, administraciju i dodjelu resursa mogućnostima kontaktnog centra.

      Daljnje sekcije u ovom dokumentu proširuju se na svaku od gore navedenih mogućnosti i način na koji Webex CC arhitektura omogućuje isto.

      Logička arhitektura

      Osnovna sposobnost koju rješenje kontaktnog centra mora imati je omogućavanje klijentima da lako kontaktiraju organizaciju uobičajenim sredstvima komunikacije i brzo i učinkovito riješe upite / probleme.

      Međutim, kako bi se osiguralo postizanje ovog osnovnog načela, postoji više mogućnosti iza kulisa kojima organizacija koja koristi kontaktni centar mora imati pristup. To su:

      • Mehanizmi za pokretanje interakcije s klijentima

        • Objavljeni i operativni telefonski brojevi koji povezuju telefonske pozive sa sustavom kontakt centra

        • Adrese e-pošte na koje korisnici mogu slati e-poštu i mehanizam za otkrivanje novih dolaznih e-poruka.

        • Mogućnost da korisnici kontaktiraju putem različitih digitalnih kanala, uključujući, ali ne ograničavajući se na,

          • Čavrljanje s web-lokacije/aplikacije

          • Izravni chat putem popularnih klijenata za razmjenu poruka kao što su WhatsApp, Facebook Messenger, Apple Business Chat, Izravna poruka s Twittera

      • Sposobnost otkrivanja novih interakcija i učinkovitog rukovanja s njima

        • To bi uključivalo automatizirani sustav IVR, virtualne agente za telefoniju / razgovore s ugrađenom programibilnošću za definiranje tijekova rada uključenih u rukovanje interakcijama.

        • Konačno, ako je potrebno, interakcija mora biti eskalirana do agenta, koji je optimalno vješt za rukovanje interakcijom.

      • Sposobnost agenata da naznače dostupnost za rukovanje interakcijama i nadzornika za praćenje, podučavanje agenata i dobivanje operativnih mjernih podataka koji omogućuju učinkovite interakcije.

      • Mogućnost administratora da konfiguriraju i dodijele različite mogućnosti kontaktnog centra koje agentima i nadzornicima omogućuje obavljanje njihovih zadataka prema očekivanjima.

      Osim toga, moderna poduzeća moraju imati dodatne mogućnosti za optimizaciju operacija kontaktnog centra s pristupom podacima i uvidima koji vizualiziraju i prate ključne operativne mjerne podatke.

      Nadalje, sposobnost integracije sa specijaliziranim mogućnostima ekosustava kontaktnog centra kao što su pokretanje proaktivnih automatiziranih odlaznih poziva, poboljšanje iskustva agenta i nadzornika pomoću umjetne inteligencije, otkrivanje i razumijevanje putovanja korisnika kako bi proaktivno unaprijed isporučili podatke agentima, jasni su diferencijatori u načinu na koji se rješenja kontaktnog centra razvijaju.

      Što se tiče modela potrošnje, gdje se ponude kontaktnih centara troše kao softverska usluga isporučena u oblaku, mogućnost osiguravanja dostupnosti, pouzdanosti i automatiziranih zahtjeva ad-hoc vage zahtijeva najsuvremenije mehanizme praćenja i uzbunjivanja, što omogućuje kontinuirano valjanje i otkrivanje nadolazećih problema i sprečavanje / minimiziranje utjecaja na poslovanje kupaca.

      Sljedeća slika ilustrira logičku arhitekturu CC-Webex.

      Webex CC Logical Architecture
      Webex CC logičke arhitekture

      Funkcionalne komponente

      Sljedeći odjeljci opisuju različite funkcionalne komponente CC-Webex.

      Upravljanje interakcijom

      Webex CC podržava telefoniju, e-poštu i razmjenu poruka (društveni kanali) kao razne kanale putem kojih korisnici mogu komunicirati s kontakt centrom.

      Za sve kanale, početno rukovanje može obaviti sustav, a zatim interakcija može eskalirati do agenta.

      Vrste medija

      Telefonija

      Za telefoniju o rukovanju dolaznim glasovnim pozivima odlučuje način na koji je poziv ušao u kontaktni centar (pogledajte mehanizme za ulazak u nastavku) i Webex tok kopije koji je povezan s ulaznom točkom.

      Na poziv se odgovara i poduzimaju se daljnje radnje prema Webex definiciji CC Flow – što je programski prikaz radnji koje treba izvršiti tijekom rukovanja pozivom prije reda čekanja i usmjeravanja agentu ili sam Tijek može rukovati pozivom bez prijenosa agentu.

      Sastavljač protoka u Webex CC-u omogućuje programerima da definiraju protok i dodijele ga ulaznoj točki putem koje poziv stiže Webex CC.

      Ti konfiguracijski entiteti i njihova upotreba obuhvaćeni su entitetima konfiguracije.

      Više informacija o sastavljaču toka dostupno je u nadolazećem odjeljku na IVR Sustav.

      E-pošta i razmjena poruka

      Iz perspektive Webex CC-a, Webex Connect pruža mogućnosti ulaska i izlaska za sve digitalne kanale - e-poštu, kanale za razmjenu poruka, koje krajnji korisnici mogu koristiti za kontaktiranje kontaktnog centra.

      Tijek povezivanja Webex

      • Odlučuje o rukovanju takvim interakcijama sve dok interakcije ne budu stavljene u red čekanja i usmjerene agentima. To uključuje automatsko rukovanje i BOT tretmane za sve oblike poruka i interakcija e-pošte.

      • Primjenjuje poslovnu logiku na dolaznu interakciju.

      • Rukuje kontaktom prije čekanja u redu.

      • Sam protok može podnijeti interakciju bez prijenosa na živog agenta.

      Kanali za razmjenu poruka koje podržava Webex CC su:

      • Web App / Chat mobilne aplikacije

      • Whatsapp

      • Facebook Messenger

      • SMS

      Kanali e-pošte koje podržava Webex CC su:

      • Gmail

      • Office365

      Mehanizmi za ulazak

      Ovaj odjeljak pokriva mehanizme pomoću kojih interakcija može ući Webex CC. Na temelju vrste medija, mehanizmi kojima interakcija doseže Webex CC su različiti.

      Na primjer, u telefoniji postoje resursi fizičke infrastrukture potrebni za omogućavanje PSTN povezivanja, konfiguracije telefonskih brojeva i usmjeravanja poziva na Webex CC.

      Za kanale e-pošte / poruke, konfiguracija ulaska mora se izvršiti u Webex Connectu i uključuje dodjelu resursa računa e-pošte / pošte i konfiguraciju tijeka Webex povezivanja.

      Dolazni glas

      Za glasovne pozive tipičan je scenarij u kojem korisnici biraju PSTN telefonski broj koji se zatim povezuje s kontaktnim centrom. Iz perspektive ulaska, za to je potreban mehanizam za usmjeravanje poziva s PSTN-a na Webex CC.

      Sljedeća slika prikazuje unos glasovnog poziva Webex CC.

      Mogućnosti ulaza za ulazni glas

      Usluge glasovnog prodora u Webex CC izvršavaju kontrolu poziva trećih strana pomoću SIP-a i odgovaraju na dolazni poziv, kao i obavljaju prijenos, konferencijske i druge operacije kontrole poziva.

      Logička ulazna točka za pozive u Webex CC je konfiguracijski entitet pod nazivom 'Ulazna točka'. Za govorni ulazak, ključna konfiguracija ulazne točke je telefonski broj povezan s njim, što je obično valjani PSTN telefonski broj dobiven od odabranog davatelja usluge PSTN veze.

      To omogućuje otkrivanje dolaznih poziva na telefonskom broju, povezivanje poziva s ulaznom točkom i korištenje drugih konfiguracijskih parametara ulazne točke za rukovanje pozivom prema definiciji Webex CC Flowa koja bi se trebala aktivirati za interakciju.

      Napomena:

      Za više detalja o opcijama povezivanja putem PSTN veze posjetite https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/Voiceonboarding2/wcc-voice-onboarding-2-book/wcc_b__voiceonboarding_private_conn.html.

      Skalabilnost i dostupnost infrastrukture glasovnih rubova

      Webex CC VPOP infrastruktura uključuje suvišne parove SIP SBC-ova koji osiguravaju visoku dostupnost i može se dodati više SBC-ova za skaliranje istodobnih brojeva poziva koje treba podržati.

      Maksimalan broj istodobnih poziva koje VPOP može obraditi ovisi o broju pokrenutih SBC-ova i pozivima na koje se pozivi šalju.

      Za geografsku redundanciju – podržana je mreža VPOP SBC-a s međusobnim vezama u više parova u različitim regijama.

      Za usluge glasovnog ulaska, one su horizontalno skalabilne za rukovanje sve većim brojem istodobnih glasovnih poziva koje treba prenijeti Webex CC.

      Sigurnosna pitanja s infrastrukturom glasovnih rubova

      Tablica u nastavku sadrži pojedinosti o mogućnostima povezivanja s infrastrukturom glasovnog ruba.

      Stol 1. Vrste povezivosti

      Povezivanje

      Vrste

      Javni internet

      Izravno (s adresama izvora IP na bijeloj listi)

      IPSec virtualna privatna mreža (VPN) ili IPSec putem generičke enkapsulacije usmjeravanja (GRE)

      Mjesto na web-mjesto (S2S)

      SRTP/SIP TLS

      Privatna povezivost

      MPLS

      Point-to-Point (P2P)

      VPLS

      SD-WAN

      Privatni WAN

      Unakrsno povezivanje podatkovnog centra

      Equinix veze od tkanine

      Za više detalja posjetite https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/Voiceonboarding2/wcc-voice-onboarding-2-book/wcc_b__voiceonboarding_private_conn.html.

      IVR sustava

      Na svaki glasovni poziv koji dođe na telefonski broj povezan s ulaznom točkom, odgovara Webex CC i započinje izvršavanje Webex toka kopije povezanog s ulaznom točkom.

      Webex CC Flow Builder isporučuje programske konstrukcije/operatore i funkcionalne blokove, terminirane aktivnosti, tako da administratori ili bilo tko tko dizajnira i implementira logiku IVR može kombinirati te sastavne blokove i stvoriti definiciju tijeka.

      Konstrukti programiranja koje Flow podržava su:

      • Deklariranje i postavljanje varijabli – stanje povezano s izvršenjem tijeka

        • Šljunčani izrazi za postavljanje vrijednosti varijabli

      • Uvjetne provjere

      • Petlja – korištenje uvjetnih uvjeta i idi na (mogućnost povezivanja aktivnosti)

      • Pozivanje REST API-ja

      • Raščlanjivanje podataka - JSON, TOML, obično se XML koristiti za raščlanjivanje API odgovora.

      • Komponiranje aktivnosti


       

      Reprezentativni skup aktivnosti koje flow isporučuje su:

      • Reproduciraj poruke

      • Prikupljanje korisničkih podataka

      • Prijenos poziva na drugi odredište/telefonski broj

      • Slanje poziva virtualnom agentu

      • Stavite poziv u red tako da na njega agent može odgovoriti.

      Za svaki aktivni poziv aktivna je i instanca izvršavanja tijeka, sve dok se poziv ne završi, što rezultira istodobnim izvršavanjem tokova.

      Svaka instanca izvršavanja protoka pruža izolirano okruženje za podatke / stanje povezano s protokom i tamo pozivom.

      Tijekom cijelog životnog ciklusa poziva, flow također omogućuje odgovaranje na određene događaje koji se događaju i rukovanje njima – na primjer, kada agent odgovori na poziv, rukovatelj događajima može pokrenuti iskakanje zaslona u sučelju agenta za stolna računala.

      Dodatne informacije o toku Webex CC potražite u odjeljku https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/SetupandAdministrationGuide_2/b_mp-release-2/b_cc-release-2_chapter_0100.html#Cisco_Generic_Topic.dita_e338e055-64b0-4973-bd52-8a5581dcb0ee.

      Podrška za virtualnog agenta

      Flow pruža aktivnost za predaju interakcije virtualnom agentu, koji je unaprijed konfiguriran u Webex Kontrolnom središtu.

      Nakon što je poziv povezan s virtualnim agentom, korisniku pruža iskustvo razgovora IVR razgovoru, a aktivnost završava prekidom poziva ili eskalacijom poziva agentu.

      U slučaju eskalacije, tijek se može konfigurirati za stavljanje poziva u red čekanja na koji se zatim javlja agent.

      Ulazne digitalne interakcije

      Za e-poštu i kanal za razmjenu poruka dolaznih interakcija, Webex CC koristi Webex Connect za dodjelu resursa imovini, protok za rukovanje dolaznim interakcijama, a zatim usmjeravanje interakcije na Webex CC kada tijek Webex Connect izričito stavi interakciju u red čekanja tako da njome može upravljati agent.

      Sljedeća slika prikazuje unos e-pošte, interakcije s porukama u Webex CC.

      Mogućnosti ulaska u e-poštu i razmjenu poruka

      Integracije virtualnog agenta / BOT-a

      Za interakciju e-pošte i poruka / društvenih kanala, tretmani virtualnog agenta / BOT-a konfigurirani su u toku Webex Connect.

      Kao i kod virtualnih agenata za glas, ako BOT tretman završi eskalacijom kao rezultat, tada se interakcija stavlja u red čekanja i usmjerava na agenta.

      Usmjeravanje i red čekanja

      Webex CC tretira dolazni kontakt s automatiziranim rukovateljima kako je definirano u Tijeku i tijek može odlučiti staviti kontakt u red čekanja / izravno agentu (red specifičan za agenta - podržan samo za telefonske / glasovne interakcije).

      U redu čekanja, ako je agent dostupan, agent je rezerviran, a interakcija se usmjerava na agenta. Ako nema dostupnih agenata, interakcija je parkirana u redu čekanja, a Tijek će nastaviti tretirati klijenta s rukovateljem priključenim na aktivnost reda čekanja.

      Kada agent postane dostupan, rukovatelj se prekida, a interakcija se nudi agentu.

      Sljedeća slika prikazuje arhitekturu reda čekanja i usmjeravanja.

      Queuing and Routing Architecture
      Arhitektura reda čekanja i usmjeravanja

      Odabir agenta

      Redovi čekanja u Webex CC podržavaju sljedeće algoritme odabira agenata:

      • Najdulje dostupno usmjeravanje agenta

      • Vješto usmjereno usmjeravanje

        • Najduži raspoloživi agent (LAA)

        • Najbolji dostupni agent (BAA)

      Agenti su povezani s redovima čekanja putem servisa Teams.

      Red čekanja može se dodijeliti višestrukim grupama raspodjele poziva (pri čemu svaka grupa ima jedan ili više timova), na sekvencijalni način s konfiguriranim čekanjem dodavanja grupe raspodjele poziva u red čekanja, tako da se prostor za pretraživanje odgovarajućeg agenta proširuje na dodatne grupe raspodjele poziva kako vrijeme odmiče.

      Za usmjeravanje temeljeno na vještinama, među zahtjevima vještina koji odgovaraju agentima pridruženim redu čekanja, agent se odabire na temelju LAA ili BAA konfiguracije.

      Dodatne mogućnosti specifične za glas/telefoniju

      Usmjeravanje temeljeno na agentu (samo za glasovni/telefonski kanal)

      Webex CC Flow, koristeći aktivnost QueueToAgent, može usmjeriti interakcije izravno odabranom agentu na temelju ID-a agenta.

      Ako agent nije dostupan za rukovanje interakcijama, interakcija se može parkirati, u redu čekanju da agent postane dostupan

      Dodatne informacije o redu čekanja

      Webex CC Flow, koristeći aktivnost GetQueueInfo, može dohvatiti informacije u stvarnom vremenu za red čekanja kao što su Položaj u redu čekanja (PIQ), Procijenjeno vrijeme čekanja (EWT), broj agenata dostupnih u redu čekanja i može se koristiti za odlučivanje hoće li kontakt staviti kontakt u red čekanja ili ne.

      Ljubazni povratni poziv

      Webex CC Flow, koristeći aktivnost Povratni poziv, omogućuje korisniku da prekine vezu s pozivom zadržavajući položaj u redu čekanja i primi povratni poziv kada se virtualna interakcija u redu čekanja usmjeri na agenta.

      Rukovanje preljevom

      Webex CC podržava rukovanje prelijevanjem pomoću timova temeljenih na kapacitetu (CBT).

      CBT je poput običnog tima s kapacitetom i pridruženim vanjskim DN-om koji služi tom kapacitetu. Može se konfigurirati zajedno s drugim timovima u ciklusima raspodjele poziva u redu čekanja.

      Obično je to konfigurirano kao posljednji ciklus tako da djeluje kao prelijevanje ako nijedan agent nije dostupan čak i nakon što sve konfigurirane grupe raspodjele poziva ne pronađu dostupnog odgovarajućeg agenta za rukovanje interakcijom.

      Agent Desktop operacije

      Kada se agent prijavi na Webex CC Agent Desktop, agent navodi telefonski broj na koji se mogu povezati dolazni pozivi agentu. To može biti PSTN telefon, mobilni telefon ili kućni broj ako je agent Cisco Webex Calling korisnik.

      Imajte na umu da taj broj mora biti valjani telefonski broj na koji se pozivi mogu usmjeriti. U slučaju da nije, agent ne može primati dolazne pozive.

      Na temelju vrste interakcije kojom agent rukuje, widgeti na radnoj površini agenta pružaju mogućnost izvođenja određenih operacija upravljanja medijima.

      Na primjer, nakon što odgovorite na poziv, agent može izvršiti sljedeće operacije povezane s pozivom.

      • Stavljanje poziva na čekanje

      • Pokretanje konzultacijskog poziva i

        • Prijenos poziva na drugi telefonski broj (recimo telefonski broj agenta) / ulazna točka

        • Uključivanje drugog agenta u konferenciju

      • Prijenos poziva u drugi red čekanja

      • Završavanje poziva

      Agent desktop omogućuje administratorima da tamo dodaju prilagođene widgete proširujući mogućnosti radne površine i čineći ih jedinstvenom kolekcijom widgeta koji su agentima potrebni za učinkovito obavljanje posla.

      Arhitektura stolnog računala

      Agent desktop je aplikacija s jednom stranicom temeljena na mikro sučelju koja hostira widgete izgrađene na temelju arhitekture web-komponenti. Svi standardni / burzovni widgeti pokreću podaci koje dohvaćaju API-ji ili mehanizmi za guranje sa strane poslužitelja.

      To su obično asinkroni API-ji, gdje odgovor za pozivanje dolazi na radnu površinu putem WebSocket veze.

      Webex CC Agent Desktop autentificira korisnike s Cisco Common Identity (CI), a token se prosljeđuje svim API pozivima. I za prilagođene widgete, koji se temelje na modelu autentifikacije, agentima pruža jedinstveno iskustvo prijave ako je prilagođeni model provjere autentičnosti widgeta integriran s CI.

      Jednom kada je agent dio interakcije, sva ažuriranja tog stanja interakcija ili povezanih podataka također se premještaju na radnu površinu putem WebSocket veze.

      Otpornost radne površine na povezivost i kašnjenje

      Asinkrono API i guranje na strani poslužitelja omogućuje skaliranje i otkriva se svaki gubitak povezivanja sa sučeljem WebSocket i pokušava se stolna računala ponovno povezati i ponovno prijaviti.

      Sljedeća slika prikazuje arhitekturu agenta za stolna računala u Webex CC.

      Agent Desktop arhitektura

      Administracija i konfiguracija

      Unošenje kupaca

      Webex Control Hub primarno je sučelje koje partneri i klijenti koriste za uvođenje kupaca i omogućavanje ili konfiguriranje značajki.

      Nakon dodjele resursa značajkama tvrtke ili ustanove i kontaktnog centra u Kontrolnom čvorištu, pokrenut će se tijek rada u Webex CC koji obavlja ostale korake u dodjeljivanju svih mogućnosti kontaktnog centra prema ponudama koje je odabrao klijent.

      Sva dodjela resursa centru za kontakt vrši se pomoću BPM modula tijeka rada koji omogućuje deklarativan način definiranja uključenih koraka i čini sve korake dodjele otpornima na kvarove i osigurava integritet podataka.

      Sljedeća slika prikazuje tijek rada dodjele resursa u Webex CC.

      Tijek rada za uključivanje kupaca

      Konfiguracijski entiteti

      Ključni konfiguracijski entiteti u Webex CC, s opsegom unutar organizacije, su:

      Stranice

      Stranica znači mjesto na kojem se nalazi jedan ili više timova, korisnika (agenata / nadzornika).

      Svaki korisnik i tim moraju pripadati web-mjestu.

      Tim

      Grupa korisnika. Timovi se koriste za distribuciju interakcija agentima putem redova čekanja.

      Svaki tim mora pripadati web mjestu.

      Agenti

      Korisnici koji se mogu prijaviti na Agent Desktop i upravljati interakcijama među vrstama medija konfiguriranima u Webex CC.

      Nadzornici

      Nadzornici su raspoređeni u timove i mogu nadzirati / trenirati agenta i imati pristup statusu na razini tima i statistici agenta za one koji pripadaju timovima kojima je dodijeljen nadzornik.

      Red čekanja

      Red čekanja logički je entitet u kojem se interakcije mogu zadržati dok se čeka dostupnost agenata, koji se zatim usmjeravaju agentu.

      Redovi čekanja mapiraju se u timove, kao prostor za pretraživanje agenata, s mogućnošću proširenja prostora za pretraživanje na temelju proteklog vremenskog praga, dodavanjem drugih timova u prostor za pretraživanje.

      Ulazna točka

      Ulazna točka logički je entitet koji predstavlja točku ulaska u Webex CC. Za telefoniju se to prvenstveno mapira na telefonski broj na koji stižu pozivi i za kanale e-pošte / razmjene poruka, ulazna točka upućuje na konfiguraciju imovine u Webex Connectu.

      Protok

      Tijek povezan s ulaznom točkom (putem strategije usmjeravanja), koja odlučuje o koracima uključenima u rukovanje interakcijama.

      Za netelefonske kanale (e-pošta, poruke/društvene mreže) Flow se odabire kao dio konfiguracije imovine u Webex Connectu.

      Kontrola pristupa za kontaktne centre s više mjesta

      Webex Administratori kopije mogu konfigurirati korisničke profile s pravima pristupa određenim web-mjestima, timovima, redovima čekanja i ulaznim točkama. Nadalje, zbog hijerarhijske prirode web-mjesta i timova, nakon što se omogući pristup određenim web-mjestima, korisnik može pristupiti samo timovima ili datumu koji pripadaju timovima koji pripadaju tim web-mjestima ili izričito određenom podskupu takvih timova.

      Za redove i ulazne točke, oni su globalni na razini organizacije, tako da se za različite geografske lokacije (mjesta na kojima se nalaze određeni agenti i timovi) mogu konfigurirati zasebne ulazne točke i redovi čekanja, a nadzornici / korisnici mogu imati pristup onim entitetima koji su primjenjivi za određene lokacije.

      Sljedeća slika prikazuje ključne konfiguracijske entitete i korisnički profil koji upućuje na te entitete.

      Konfiguracijski entiteti mapirani u korisnički profil

      Osim ograničavanja pristupa tim entitetima, Webex CC administratori mogu kontrolirati određene mogućnosti/module kojima korisnik može pristupiti u administracijskom sučelju, čime korisnici imaju administracijska /konfiguracijska prava na određene entitete, kao i odjeljke/mogućnosti Webex CC administracijskog sučelja.

      Izvješćivanje i analitika

      Webex CC obrađuje diskretne događaje koje generiraju različite usluge tijekom životnog ciklusa interakcija, koristeći niz usluga obrade tokova u stvarnom vremenu i generira definirani skup skupova podataka u stvarnom vremenu koji se objavljuju pretplaćenim klijentima.

      Nadalje, ti se događaji dalje obrađuju, transformiraju i traju agregirani i rezultirajući skupovi podataka, koji se zatim dohvaćaju putem API-ja za potrošnju podataka i sučelja za izvješćivanje i vizualizaciju podataka – Analizator.

      Sljedeća slika prikazuje sučelja za obradu i potrošnju podataka u Webex CC

      Webex CC kanal za obradu podataka i sučelja potrošnje

      Integracije

      Sve vanjske integracije s WxCC-om radi povećanja i poboljšanja mogućnosti koje korisnici mogu koristiti, koriste standardne objavljene API-je.

      Vrste API sučelja dostupnih u Webex CC su:

      • ODMOR API

      • Guranje na strani poslužitelja pomoću

        • Web-dojavnici

        • WebSocket poruke

      CRM integracije

      Webex CC podržava dva načina integracije sa sustavima upravljanja odnosima s klijentima (CRM).

      • Ugrađeni poveznici radne površine

      • Integracije protoka putem HTTPs konektora u IVR

      Ugrađeni konektori na radnoj površini: CRM aplikacija kao primarno sučelje

      U ovom načinu rada, agent se prijavljuje na CRM konzolu kao primarna aplikacija.

      Webex CC je ugrađena aplikacija (koja se naziva i ugrađena desktop aplikacija ili ugrađeni softphone) koja se prvenstveno koristi za prijavu u kontakt centar i primanje Webex CC usmjerenih interakcija kontaktnog centra.

      Nakon primitka poziva ili zahtjeva za razgovor, CRM integracija vrši sljedeće radnje na CRM konzoli

      • Zaslon prikazuje zapis klijenta povezan s ANI-jem ili drugim podacima povezanim s pozivom.

      • Objavljivanje metapodataka poziva kao bilješki o aktivnosti u zapisu klijenta

      • Dopustite agentu da "klikne za poziv" klikom na kontakt unutar CRM-a i pokretanjem odlaznog poziva kupcu

      • Knjiženje zapisa poziva u tablice izvješćivanja sustava CRM za primarno izvješćivanje u sustavu CRM.

      • Pruža potpunu funkcionalnost kontrola Agent Desktop i poziva (ugrađena i minirana verzija aplikacije za stolna računala)

      Primarni način integracije s CRM-ovima je ugradnja Webex CC Desktop aplikacije u zasebnu iFrame.

      Nadalje, Webex CC Desktop aplikacija pokreće prilagođeni widget bez glave (bez korisničkog sučelja) koji radi u pozadini, u interakciji s temeljnim CRM sustavom za izvođenje automatiziranih radnji u ime agenta.

      Interakcije se pokreću s dva SDK-a koja koristi widget bez glave.

      • Webex CC Desktop JS SDK: Ovo je JavaScript SDK koji pruža Webex CC za registraciju slušatelja događaja za agentske i kontaktne radnje.

      • CRM JS SDK: Ovo je CRM klijentski SDK primjenjiv po CRM-u koji apstrahira REST API pozive pomoću CRM-a. Na primjer, za salesforce, CTI JS biblioteka koju pruža Salesforce koristi se za izvođenje radnji i slušanje događaja unutar CRM-a.

      Sljedeća slika prikazuje crm ugrađen Webex CC desktop i poveznik arhitekture

      Arhitektura ugrađenog poveznika radne površine sustava CRM

      Webex CC podržava sljedeća CRM rješenja za gore navedenu integraciju:

      • Salesforce

      • ServiceNow

      • Microsoft Dynamics 365

      • Zendesk

      • Freshdesk

      Za više detalja posjetite https://help.webex.com/en-us/result/integrate%20with%20webex%20contact%20center?offset=10.

      Dodatne informacije o konfiguriranju Webex CC rasporeda radne površine za omogućivanje CRM poveznika, skupova značajki i promjena potražite na adresi https://github.com/Ciscodevnet/webex-contact-center-crm-integrations.

      Globalna dostupnost CRM poveznika

      CRM konektori dostupni su u svim zemljopisnim područjima i regijama u kojima Webex CC radi.

      Elastična skala i performanse

      Webex CC hostira prilagođeni widget koji omogućuje dvosmjernu komunikaciju između CRM aplikacije i Webex CC radne površine u AWS CloudFront CDN-u osiguravajući visoku dostupnost widgeta AWS u svim zonama dostupnosti i regijama.

      Svi CRM integracijski specifični računi događaju se u pregledniku gdje agenti koriste CRM aplikaciju s CC radnom površinom ugrađenom Webex CRM aplikaciju.

      Sigurnost

      CRM konektori pozivaju se putem Webex izgled radne površine CC agenta, a opcionalni parametri prosljeđuju se putem rasporeda radne površine u widget za uključivanje i isključivanje značajki.

      Na primjer, za omogućavanje widgeta akcije Salesforce, administrator može uključiti postavku parametra izgleda radne površine sfdcWidgetEnabled na true.

      Instalacija paketa

      Da bi integracija radila dvosmjerno, CRM konzola treba instalirati ugrađenu aplikaciju. Ovo je podrška za učitavanje aplikacije Desktop unutar iFramea.

      Svi ugrađeni konektori radne površine dostupni su na CRM tržištu.

      Na primjer,

      ServiceNow: https://store.servicenow.com/sn_appstore_store.do#!/store/application/6c8e2a4edbc73410e1c75e25ca961947/1.0.5?

      Zendesk: https://www.zendesk.com/marketplace/apps/support/202570/webex-contact-center/

      Instalacija aplikacije na tržištu aktivira potrebne dodatke i uvozi potrebne XML datoteke u CRM konzolu kako bi podržala izvještavanje o zapisima poziva u CRM-u.

      Integracije protoka putem HTTPs konektora u IVR

      Sastavljač Webex CC Flow podržava dvosmjerni protok podataka između CC-Webex i CRM sustava pomoću HTTPs konektora konfiguriranih u Webex Kontrolnom čvorištu i korištenih na Webex CC flowu.

      Oni se prvenstveno koriste za personalizaciju unutar glasovnih interakcija i prilagođeno usmjeravanje unutar IVR.

      Prema zadanim postavkama Webex CC podržava HTTP priključak Salesforce na kontrolnom čvorištu. Ostali CRM poveznici mogu se dodati kao prilagođeni poveznici na Webex kontrolnom čvorištu.

      Za više informacija o HTTP konektorima posjetite https://github.com/CiscoDevNet/webex-contact-center-crm-integrations.

      IVR HTTP poveznika:

      Optimizacija radne snage

      Webex CC podržava rješenja za optimizaciju tijeka rada i upravljanje kvalitetom vodećih dobavljača u industriji.

      Implementacija i povezivanje

      Webex CC je implementiran u AWS i trenutno je dostupan u sljedećim regijama

      • NAS

        • Američko-istočna N Virginia

        • US-West N Kalifornija (samo ulazak glasovnih medija)

      • Kanada

        • Središnje

      • Velikoj britaniji

        • London

      • Europa

        • Frankfurt

      • Azija Pac

        • Tokiju

        • Sydney

        • Singapur

      Povezivanje s više regija za telefoniju

      Kako bi se omogućile globalne organizacije, s agentima i klijentima na više geografskih lokacija, CC Webex podržava održavanje medija unutar lokalne regije, za one regije u kojima se izvode glasovni medijski rub i usluge ulaska.

      Sljedeća slika prikazuje implementaciju više regija s regionalnim medijima.

      Multi Region deployment with regional media
      Implementacija u više regija s regionalnim medijima

      Rub medija i usluge ulaska implementirani su u sljedećim regijama.

      Geo regija

      Webex CC Services (regija AWS)

      Media Edge (glasovni pop)

      Medijski servisi sljedeće generacije (regija AWS)*

      NAS

      N. Virginia

      New York

      Los Angeles

      N. Virginia

      N Kalifornija

      Kanada

      Središnje

      Vancouver

      Toronto

      Središnje

      Brazil

      Sao Paulo

      Rio De Janeiro

      Europa

      Frankfurt

      Frankfurt

      Amsterdam

      Frankfurt

      Velika Britanija

      London

      London

      London

      Indija

      Pune

      Hyderabad

      Mumbai

      Singapur

      Singapur

      Singapur

      Japan

      Tokiju

      Tokiju

      Osaka

      Tokiju

      Australija

      Sydney

      Melbourne

      Sydney

      Sydney

      Sigurnost i privatnost

      Sigurnost infrastrukture

      Glasovna infrastruktura na Edgeu

      Komponente Voice Edge omogućuju prekid SIP debla s korisničke mreže / PSTN operatera, a to je omogućeno na temelju IPS-a s bijele liste koji se mogu povezati s rubnim komponentama.

      Izračunaj sigurnost infrastrukture

      Webex instance računa CC dodijeljene su u AWS-u, a usluge se izvode kao mahune u Kubernetes klasteru, koji ima više prostora naziva, a pristup svakom prostoru naziva ograničen je zasebnim vjerodajnicama.

      Sva dodjela resursa infrastrukturi vrši se pomoću koda - bez ručnih koraka - i nijednoj vjerodajnici se ne može pristupiti ručno.

      Postoji središnje spremište vjerodajnica s određenim putovima konfiguriranim za određeni skup usluga / timova, a pristup samoj trgovini vjerodajnica ograničen je i konfiguriran kao tajna u sustavima izrade i implementacije.

      Nijedna od infrastrukturnih komponenti / usluga nije izravno izložena izvan AWS VPC-a, a samo javno izložena sučelja su API-ji i WebSocket poslužitelji kojima se upravlja i kojima se upravlja pomoću API pristupnika,

      Osim toga, postoje određeni interni sustavi i sučelja koje koriste programeri koji se koriste za pregled dnevnika, mjernih podataka, detalja implementacije, statusa međuverzije i rezultata ispitivanja, koji su osigurani pomoću uloga i grupa i integrirani s Cisco internim sustavima provjere autentičnosti.

      Provjera autentičnosti i autorizacija korisničkih sučelja

      Sva korisnička sučelja koja koriste različiti korisnici kontakt centra (agenti, nadzornici, administratori, analitičari) zaštićena su Cisco Common Identity Based token autentifikacijom (OAuth flows).

      Autorizacija se vrši pomoću uloga za korisnika koji je dobio token i dosege dodijeljene tokenu.

      Sigurnost podataka

      Podaci u prijenosu

      Nijedno sučelje korištenih usluga / komponente infrastrukture nije izravno izloženo vanjskom dolaznom prometu.

      Odabrane usluge, s http API-jevima izlažu ta sučelja putem pristupnika, a svi dolazni https (uključujući i one WebSocketa) se prekidaju u ALB-u, a interni promet putem http-a usmjerava se na usluge.

      Sve odlazne interakcije su preko https / TLS (za ne-http protokole).

      Unutar VPC-a, interna komunikacija između usluga - preko http / prilagođenog TCP protokola - je preko običnog TCP utičnice.

      Podaci u mirovanju

      Svi podaci koji se pohranjuju šifrirani su na sloju za pohranu. Nadalje, one trgovine podataka koje su izvan VPC-a, zaštićene su i kontroliraju pristup i ovlaštenja s vjerodajnicama koje su sigurno pohranjene i njima se upravlja u tajnom spremištu.

      Sljedeća slika prikazuje model protoka i sigurnosti podataka za tranzit kao i u mirovanju.

      Sigurnost podataka u prijenosu i u mirovanju

      Privatnost podataka

      Podaci koji otkrivaju identitet krajnjeg korisnika

      Webex CC Flow, koji je programski kontroler za rukovanje interakcijama, može se koristiti za prikupljanje korisničkih podataka, koji se mogu dodijeliti varijablama protoka posebno označenim kao "Sadrži osjetljive podatke". Vrijednosti za takve podatke su šifrirane i nijedna usluga na putu prijenosa podataka neće imati pristup tim podacima.

      Nadalje, takvi se podaci nikada ne zadržavaju u Webex CC pohrani podataka izvješćivanja, a infrastruktura dnevnika / poruka imat će šifrirane podatke, a jasni tekstualni podaci ne pohranjuju se nigdje unutar Webex CC-a.

      Podaci agenta kontaktnog centra/nadzornika koji otkrivaju identitet

      Podaci povezani s korisnikom centra za kontakt redigirani su u zapisnicima, ali dostupni za analizu i vizualizaciju podataka u Webex pohrani podataka CC.

      Skalabilnost

      Čimbenici za skaliranje

      Za Webex CC čimbenici koji utječu na ljestvicu su:

      • Istodobni broj prijavljenih agenata

      • Istodobni broj interakcija u tijeku

        • Radnje izvršene na tim interakcijama

      • Istodobni broj radnji koje nadzornici/agenti obavljaju, izvan rukovanja interakcijama

      • Količina generiranih i postojanih podataka

      Arhitektonski aspekti koji omogućuju mjerilo

      Načela na temelju kojih je Webex CC projektiran i osmišljen omogućuju rješenju da se dinamički skalira prema potrebi u granicama koje provodi infrastruktura predviđena za različite usluge i komponente platforme.

      Arhitektura vođena događajima

      Usluge u Webex CC komuniciraju pomoću poruka, a kritični tokovi obrade poruka ne uključuju nikakve operacije blokiranja IO-a, a stanje potrebno za obradu poruka lokalizirano je na instancu usluge koja obrađuje poruku.

      Usluge bez državljanstva (ili eksternalizirano stanje)

      Usluge bez državljanstva omogućuju elastičnost jednostavnim dodavanjem /uklanjanjem dodatnih instanci usluga. Postoje određene usluge koje su inherentno državne prirode, a one imaju eksternaliziranu državnu trgovinu, a infrastruktura podržava dinamičke promjene broja slučajeva takvih usluga, također, s automatskim rebalansom / državnim prijenosom / lokalizacijom stanja u instancu koja treba državu.

      Elastična infrastruktura

      Sve usluge rade u Kubernetesu i infrastruktura zvana Kubernetes čvorovi automatski se skaliraju na temelju upotrebe, što omogućuje dinamičko dodavanje više računalnih čvorova do maksimalno visokog praga koji je unaprijed konfiguriran.

      Učitavanje projekcije i redovita provjera valjanosti

      Sve su usluge referentne za karakteristike performansi, a uzorak skaliranja provjerava se na razini usluge.

      Daljnji kontinuirani testovi validacije, vršnog opterećenja i izdržljivosti provode se s ispitnim parametrima podešenim za projicirani rast u atributima koji utječu na vagu, što omogućuje prepoznavanje uskih grla, planiranje ažuriranja visokog praga za korištenje infrastrukturnih resursa i spremnost za dan igre.

      Pouzdanost i dostupnost

      Arhitektura vođena događajima i usluge bez državljanstva omogućuju otpornost i elastičnost. Međutim, kako bi se osiguralo otkrivanje i djelovanje kvarova prije nego što utječe na funkcionalnosti, CC koristi sljedeću strategiju Webex CC primjenjuje sljedeću strategiju.

      • Dostupnost i pouzdanost infrastrukture

        • Sve Webex CC usluge i infrastrukturne komponente uvijek su raspoređene u tri AWS zone dostupnosti.

          • To omogućuje Webex da CC bude otporan na kvarove zone dostupnosti, a u slučaju kvarova, neuspjeli slučajevi automatski se zamjenjuju novijima.

      • Kontinuirani nadzor i upozoravanje

        • Unutarnje i vanjske sonde za komponente usluga i infrastrukture, koje zbog kvara aktiviraju upozorenja.

        • Mjerni podaci zabilježeni iz usluga i komponenti infrastrukture i obrađeni pomoću mehanizma pravila koji otkriva pravila podudaranja i pokreće upozorenja.

      • Neprekinuta provjera valjanosti i upozoravanje

        • Periodični testovi se izvode i svi kvarovi rezultiraju pokretanjem upozorenja

        • Ta upozorenja stvaraju proaktivne incidente i tretiraju se kao stvarni incident koji utječe na kupca.

          • To prejudicira utjecaj na kupca i doprinosi dostupnosti i pouzdanosti sustava.

      • Kontinuirana integracija i isporuka

        • Ovo je inženjerski proces i cjevovod isporuke i omogućuje brzu i pouzdanu izgradnju, validaciju i implementaciju usluga / promjena usluga u Webex CC.

          • Mogućnost potpuno automatizirane implementacije - od koda do proizvodnog okruženja, sa svim potrebnim validacijama, smanjuje rizik i minimizira vrijeme do rješavanja, ako je potrebno uvesti promjenu kao odgovor na kvar.

      • Prekidači i prekidači za ubijanje

        • Različiti dijelovi sustava / određene mogućnosti CC Webex mogu se selektivno onemogućiti za sve kupce ili odabrane kupce, kako bi se smanjili kaskadni učinci kvara.

          • To omogućuje minimiziranje površine kvara i postizanje dostupnosti osnovnih mogućnosti kontaktnog centra kupcima.

      Nadzor i otkrivanje kvarova

      Sljedeća slika označava mehanizme kontinuiranog praćenja, validacije i uzbunjivanja koji su uspostavljeni za Webex CC.

      Kontinuirano praćenje i otkrivanje kvarova

      Kontinuitet poslovanja i oporavak od katastrofa

      Proces oporavka od katastrofe i kontinuiteta poslovanja osigurava otkrivanje bilo kakvog velikog prekida rada unutar regije i poduzimaju se potrebni koraci kako bi se osigurao oporavak usluga kupcima koji se nalaze na brodu u regiji.

      Koraci za oporavak dokumentiraju se, potvrđuju i redovito ažuriraju u skladu s postupcima oporavka i upravljanja katastrofama.

      Webex CC usluge implementirane su u tri odvojene zone dostupnosti unutar AWS regije. Svaka zona dostupnosti je drugačija fizička lokacija u regiji, s neovisnim uslužnim programima.

      U slučaju potpunog neuspjeha AWS regije, Webex CC se oslanja na AWS za oporavak regije i za dugotrajne prekide koji uključuju cijelu regiju, Webex CC podatkovni centar dobiva resurse u novoj AWS regiji i vraća ključne korisničke konfiguracije i podatke tako da kontakt centar radi za kupce u novoj AWS regiji.

      To uključuje automatizaciju, ali zahtijeva ručnu intervenciju kako bi se pokrenuo proces, kao i nadzor i osiguravanje da se potrebna konfiguracija i podaci vrate kako bi kontakt centar bio operativan za kupce.

      Usklađenost i certifikati

      Webex Contact ima opsežan popis sigurnosnih certifikata. Ti se certifikati redovito ažuriraju.

      • PCI DSS QSA

      • CAIQ

      • HIPAA i HITECH

      • CSA zvjezdica razina 1

      • CSA Star razina 2 (neovisna procjena treće strane)

      • SOC2

      • ISO27001 (Međunarodni standard za informacijsku sigurnost)

      • ISO27017 (Sigurnosni standard za davatelje usluga u oblaku)

      • ISO27018 (Sigurnosni standard usmjeren na zaštitu osobnih podataka u oblaku)

      • ISO27701 (Proširenje privatnosti podataka)

      • C5 njemački standard, koji pokazuje operativnu sigurnost od kibernapada

      Dodatne informacije potražite na Webex List podataka o privatnosti usluge kontaktnog centra.

      Uvod

      Cisco Webex Contact Center (Webex CC) je kontaktni centar kao usluga (CCaaS), koji organizacijama omogućuje omogućavanje pametnijih, proaktivnih i personaliziranih interakcija tijekom korisničkog putovanja.

      Webex CC je projektiran, dizajniran i razvijen, od temelja, kao nativno rješenje u oblaku, sa sljedećim temeljnim arhitektonskim načelima.

      • Usluge: neovisan skup usluga sa svakom uslugom koja korisnicima pruža mali kohezivni skup mogućnosti.

      • Vođeni događajima: Sve usluge međusobno komuniciraju putem poruka, osim u web aplikacijama gdje aplikacija koristi https sučelja (REST API, Push Data via WebSocket interface) za određene slučajeve upotrebe.

      • Država bez državljanstva/eksternaliziranja: Usluge se uvode u Kubernetesu, izvode se u kontejnerima dockera, s mogućnošću automatskog skaliranja i otpornosti na kvarove jedne ili više instanci usluga.

      • Uočljivo: Sve usluge i komponente infrastrukture koje omogućuju implementaciju takvih usluga vidljive su sa standardnim mehanizmima za mjerenje, otkrivanje i sprječavanje situacija koje utječu na mogućnosti kontaktnog centra, kao i brzo rješavanje problema i vraćanje usluga u slučaju prekida rada.

      • Izolirano/labavo povezano: Svaka se usluga može izgraditi, potvrditi i implementirati / ažurirati neovisno bez zastoja u mogućnostima kontaktnog centra.

      Webex CC usluge implementirane su u AWS, a pokreće ih nativna platforma u oblaku koja omogućuje sljedeće:

      • Dostupnost infrastrukturnih usluga i aplikacija u više zona dostupnosti

      • Elastičnost infrastrukturnih usluga i aplikacija koje omogućuju dinamičke mogućnosti skaliranja

      • Sigurnost je izvorno ugrađena u način na koji su sustavi izgrađeni i implementirani, podaci su zaštićeni u tranzitu i u mirovanju, zajedno sa sigurnosnim certifikatima / certifikatima o usklađenosti koje Webex CC ima.

      • Skalabilna i sigurna rubna infrastruktura za integracije telefonije/glasa

      • Uočljivost uz proaktivno praćenje i uzbunjivanje koje omogućuje visoku dostupnost usluga kontaktnog centra svojim klijentima.

      • Integrirano s ostatkom Cisco Webex za provjeru autentičnosti/autorizaciju korisnika, administraciju i dodjelu resursa mogućnostima kontaktnog centra.

      Daljnje sekcije u ovom dokumentu proširuju se na svaku od gore navedenih mogućnosti i način na koji Webex CC arhitektura omogućuje isto.

      Logička arhitektura

      Osnovna sposobnost koju rješenje kontaktnog centra mora imati je omogućavanje klijentima da lako kontaktiraju organizaciju uobičajenim sredstvima komunikacije i brzo i učinkovito riješe upite / probleme.

      Međutim, kako bi se osiguralo postizanje ovog osnovnog načela, postoji više mogućnosti iza kulisa kojima organizacija koja koristi kontaktni centar mora imati pristup. To su:

      • Mehanizmi za pokretanje interakcije s klijentima

        • Objavljeni i operativni telefonski brojevi koji povezuju telefonske pozive sa sustavom kontakt centra

        • Adrese e-pošte na koje korisnici mogu slati e-poštu i mehanizam za otkrivanje novih dolaznih e-poruka.

        • Mogućnost da korisnici kontaktiraju putem različitih digitalnih kanala, uključujući, ali ne ograničavajući se na,

          • Čavrljanje s web-lokacije/aplikacije

          • Izravni chat putem popularnih klijenata za razmjenu poruka kao što su WhatsApp, Facebook Messenger, Apple Business Chat, Izravna poruka s Twittera

      • Sposobnost otkrivanja novih interakcija i učinkovitog rukovanja s njima

        • To bi uključivalo automatizirani sustav IVR, virtualne agente za telefoniju / razgovore s ugrađenom programibilnošću za definiranje tijekova rada uključenih u rukovanje interakcijama.

        • Konačno, ako je potrebno, interakcija mora biti eskalirana do agenta, koji je optimalno vješt za rukovanje interakcijom.

      • Sposobnost agenata da naznače dostupnost za rukovanje interakcijama i nadzornika za praćenje, podučavanje agenata i dobivanje operativnih mjernih podataka koji omogućuju učinkovite interakcije.

      • Mogućnost administratora da konfiguriraju i dodijele različite mogućnosti kontaktnog centra koje agentima i nadzornicima omogućuje obavljanje njihovih zadataka prema očekivanjima.

      Osim toga, moderna poduzeća moraju imati dodatne mogućnosti za optimizaciju operacija kontaktnog centra s pristupom podacima i uvidima koji vizualiziraju i prate ključne operativne mjerne podatke.

      Nadalje, sposobnost integracije sa specijaliziranim mogućnostima ekosustava kontaktnog centra kao što su pokretanje proaktivnih automatiziranih odlaznih poziva, poboljšanje iskustva agenta i nadzornika pomoću umjetne inteligencije, otkrivanje i razumijevanje putovanja korisnika kako bi proaktivno unaprijed isporučili podatke agentima, jasni su diferencijatori u načinu na koji se rješenja kontaktnog centra razvijaju.

      Što se tiče modela potrošnje, gdje se ponude kontaktnih centara troše kao softverska usluga isporučena u oblaku, mogućnost osiguravanja dostupnosti, pouzdanosti i automatiziranih zahtjeva ad-hoc vage zahtijeva najsuvremenije mehanizme praćenja i uzbunjivanja, što omogućuje kontinuirano valjanje i otkrivanje nadolazećih problema i sprečavanje / minimiziranje utjecaja na poslovanje kupaca.

      Sljedeća slika ilustrira logičku arhitekturu CC-Webex.

      Webex CC Logical Architecture
      Webex CC logičke arhitekture

      Funkcionalne komponente

      Sljedeći odjeljci opisuju različite funkcionalne komponente CC-Webex.

      Upravljanje interakcijom

      Webex CC podržava telefoniju, e-poštu i razmjenu poruka (društveni kanali) kao razne kanale putem kojih korisnici mogu komunicirati s kontakt centrom.

      Za sve kanale, početno rukovanje može obaviti sustav, a zatim interakcija može eskalirati do agenta.

      Vrste medija

      Telefonija

      Za telefoniju o rukovanju dolaznim glasovnim pozivima odlučuje način na koji je poziv ušao u kontaktni centar (pogledajte mehanizme za ulazak u nastavku) i Webex tok kopije koji je povezan s ulaznom točkom.

      Na poziv se odgovara i poduzimaju se daljnje radnje prema Webex definiciji CC Flow – što je programski prikaz radnji koje treba izvršiti tijekom rukovanja pozivom prije reda čekanja i usmjeravanja agentu ili sam Tijek može rukovati pozivom bez prijenosa agentu.

      Sastavljač protoka u Webex CC-u omogućuje programerima da definiraju protok i dodijele ga ulaznoj točki putem koje poziv stiže Webex CC.

      Ti konfiguracijski entiteti i njihova upotreba obuhvaćeni su entitetima konfiguracije.

      Više informacija o sastavljaču toka dostupno je u nadolazećem odjeljku na IVR Sustav.

      E-pošta i razmjena poruka

      Iz perspektive Webex CC-a, Webex Connect pruža mogućnosti ulaska i izlaska za sve digitalne kanale - e-poštu, kanale za razmjenu poruka, koje krajnji korisnici mogu koristiti za kontaktiranje kontaktnog centra.

      Tijek povezivanja Webex

      • Odlučuje o rukovanju takvim interakcijama sve dok interakcije ne budu stavljene u red čekanja i usmjerene agentima. To uključuje automatsko rukovanje i BOT tretmane za sve oblike poruka i interakcija e-pošte.

      • Primjenjuje poslovnu logiku na dolaznu interakciju.

      • Rukuje kontaktom prije čekanja u redu.

      • Sam protok može podnijeti interakciju bez prijenosa na živog agenta.

      Kanali za razmjenu poruka koje podržava Webex CC su:

      • Web App / Chat mobilne aplikacije

      • Whatsapp

      • Facebook Messenger

      • SMS

      Kanali e-pošte koje podržava Webex CC su:

      • Gmail

      • Office365

      Mehanizmi za ulazak

      Ovaj odjeljak pokriva mehanizme pomoću kojih interakcija može ući Webex CC. Na temelju vrste medija, mehanizmi kojima interakcija doseže Webex CC su različiti.

      Na primjer, u telefoniji postoje resursi fizičke infrastrukture potrebni za omogućavanje PSTN povezivanja, konfiguracije telefonskih brojeva i usmjeravanja poziva na Webex CC.

      Za kanale e-pošte / poruke, konfiguracija ulaska mora se izvršiti u Webex Connectu i uključuje dodjelu resursa računa e-pošte / pošte i konfiguraciju tijeka Webex povezivanja.

      Dolazni glas

      Za glasovne pozive tipičan je scenarij u kojem korisnici biraju PSTN telefonski broj koji se zatim povezuje s kontaktnim centrom. Iz perspektive ulaska, za to je potreban mehanizam za usmjeravanje poziva s PSTN-a na Webex CC.

      Sljedeća slika prikazuje unos glasovnog poziva Webex CC.

      Mogućnosti ulaza za ulazni glas

      Usluge glasovnog prodora u Webex CC izvršavaju kontrolu poziva trećih strana pomoću SIP-a i odgovaraju na dolazni poziv, kao i obavljaju prijenos, konferencijske i druge operacije kontrole poziva.

      Logička ulazna točka za pozive u Webex CC je konfiguracijski entitet pod nazivom 'Ulazna točka'. Za govorni ulazak, ključna konfiguracija ulazne točke je telefonski broj povezan s njim, što je obično valjani PSTN telefonski broj dobiven od odabranog davatelja usluge PSTN veze.

      To omogućuje otkrivanje dolaznih poziva na telefonskom broju, povezivanje poziva s ulaznom točkom i korištenje drugih konfiguracijskih parametara ulazne točke za rukovanje pozivom prema definiciji Webex CC Flowa koja bi se trebala aktivirati za interakciju.

      Napomena:

      Za više detalja o opcijama povezivanja putem PSTN veze posjetite https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/Voiceonboarding2/wcc-voice-onboarding-2-book/wcc_b__voiceonboarding_private_conn.html.

      Skalabilnost i dostupnost infrastrukture glasovnih rubova

      Webex CC VPOP infrastruktura uključuje suvišne parove SIP SBC-ova koji osiguravaju visoku dostupnost i može se dodati više SBC-ova za skaliranje istodobnih brojeva poziva koje treba podržati.

      Maksimalan broj istodobnih poziva koje VPOP može obraditi ovisi o broju pokrenutih SBC-ova i pozivima na koje se pozivi šalju.

      Za geografsku redundanciju – podržana je mreža VPOP SBC-a s međusobnim vezama u više parova u različitim regijama.

      Za usluge glasovnog ulaska, one su horizontalno skalabilne za rukovanje sve većim brojem istodobnih glasovnih poziva koje treba prenijeti Webex CC.

      Sigurnosna pitanja s infrastrukturom glasovnih rubova

      Tablica u nastavku sadrži pojedinosti o mogućnostima povezivanja s infrastrukturom glasovnog ruba.

      Stol 1. Vrste povezivosti

      Povezivanje

      Vrste

      Javni internet

      Izravno (s adresama izvora IP na bijeloj listi)

      IPSec virtualna privatna mreža (VPN) ili IPSec putem generičke enkapsulacije usmjeravanja (GRE)

      Mjesto na web-mjesto (S2S)

      SRTP/SIP TLS

      Privatna povezivost

      MPLS

      Point-to-Point (P2P)

      VPLS

      SD-WAN

      Privatni WAN

      Unakrsno povezivanje podatkovnog centra

      Equinix veze od tkanine

      Za više detalja posjetite https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/Voiceonboarding2/wcc-voice-onboarding-2-book/wcc_b__voiceonboarding_private_conn.html.

      IVR sustava

      Na svaki glasovni poziv koji dođe na telefonski broj povezan s ulaznom točkom, odgovara Webex CC i započinje izvršavanje Webex toka kopije povezanog s ulaznom točkom.

      Webex CC Flow Builder isporučuje programske konstrukcije/operatore i funkcionalne blokove, terminirane aktivnosti, tako da administratori ili bilo tko tko dizajnira i implementira logiku IVR može kombinirati te sastavne blokove i stvoriti definiciju tijeka.

      Konstrukti programiranja koje Flow podržava su:

      • Deklariranje i postavljanje varijabli – stanje povezano s izvršenjem tijeka

        • Šljunčani izrazi za postavljanje vrijednosti varijabli

      • Uvjetne provjere

      • Petlja – korištenje uvjetnih uvjeta i idi na (mogućnost povezivanja aktivnosti)

      • Pozivanje REST API-ja

      • Raščlanjivanje podataka - JSON, TOML, obično se XML koristiti za raščlanjivanje API odgovora.

      • Komponiranje aktivnosti


       

      Reprezentativni skup aktivnosti koje flow isporučuje su:

      • Reproduciraj poruke

      • Prikupljanje korisničkih podataka

      • Prijenos poziva na drugi odredište/telefonski broj

      • Slanje poziva virtualnom agentu

      • Stavite poziv u red tako da na njega agent može odgovoriti.

      Za svaki aktivni poziv aktivna je i instanca izvršavanja tijeka, sve dok se poziv ne završi, što rezultira istodobnim izvršavanjem tokova.

      Svaka instanca izvršavanja protoka pruža izolirano okruženje za podatke / stanje povezano s protokom i tamo pozivom.

      Tijekom cijelog životnog ciklusa poziva, flow također omogućuje odgovaranje na određene događaje koji se događaju i rukovanje njima – na primjer, kada agent odgovori na poziv, rukovatelj događajima može pokrenuti iskakanje zaslona u sučelju agenta za stolna računala.

      Dodatne informacije o toku Webex CC potražite u odjeljku https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/SetupandAdministrationGuide_2/b_mp-release-2/b_cc-release-2_chapter_0100.html#Cisco_Generic_Topic.dita_e338e055-64b0-4973-bd52-8a5581dcb0ee.

      Podrška za virtualnog agenta

      Flow pruža aktivnost za predaju interakcije virtualnom agentu, koji je unaprijed konfiguriran u Webex Kontrolnom središtu.

      Nakon što je poziv povezan s virtualnim agentom, korisniku pruža iskustvo razgovora IVR razgovoru, a aktivnost završava prekidom poziva ili eskalacijom poziva agentu.

      U slučaju eskalacije, tijek se može konfigurirati za stavljanje poziva u red čekanja na koji se zatim javlja agent.

      Ulazne digitalne interakcije

      Za e-poštu i kanal za razmjenu poruka dolaznih interakcija, Webex CC koristi Webex Connect za dodjelu resursa imovini, protok za rukovanje dolaznim interakcijama, a zatim usmjeravanje interakcije na Webex CC kada tijek Webex Connect izričito stavi interakciju u red čekanja tako da njome može upravljati agent.

      Sljedeća slika prikazuje unos e-pošte, interakcije s porukama u Webex CC.

      Mogućnosti ulaska u e-poštu i razmjenu poruka

      Integracije virtualnog agenta / BOT-a

      Za interakciju e-pošte i poruka / društvenih kanala, tretmani virtualnog agenta / BOT-a konfigurirani su u toku Webex Connect.

      Kao i kod virtualnih agenata za glas, ako BOT tretman završi eskalacijom kao rezultat, tada se interakcija stavlja u red čekanja i usmjerava na agenta.

      Usmjeravanje i red čekanja

      Webex CC tretira dolazni kontakt s automatiziranim rukovateljima kako je definirano u Tijeku i tijek može odlučiti staviti kontakt u red čekanja / izravno agentu (red specifičan za agenta - podržan samo za telefonske / glasovne interakcije).

      U redu čekanja, ako je agent dostupan, agent je rezerviran, a interakcija se usmjerava na agenta. Ako nema dostupnih agenata, interakcija je parkirana u redu čekanja, a Tijek će nastaviti tretirati klijenta s rukovateljem priključenim na aktivnost reda čekanja.

      Kada agent postane dostupan, rukovatelj se prekida, a interakcija se nudi agentu.

      Sljedeća slika prikazuje arhitekturu reda čekanja i usmjeravanja.

      Queuing and Routing Architecture
      Arhitektura reda čekanja i usmjeravanja

      Odabir agenta

      Redovi čekanja u Webex CC podržavaju sljedeće algoritme odabira agenata:

      • Najdulje dostupno usmjeravanje agenta

      • Vješto usmjereno usmjeravanje

        • Najduži raspoloživi agent (LAA)

        • Najbolji dostupni agent (BAA)

      Agenti su povezani s redovima čekanja putem servisa Teams.

      Red čekanja može se dodijeliti višestrukim grupama raspodjele poziva (pri čemu svaka grupa ima jedan ili više timova), na sekvencijalni način s konfiguriranim čekanjem dodavanja grupe raspodjele poziva u red čekanja, tako da se prostor za pretraživanje odgovarajućeg agenta proširuje na dodatne grupe raspodjele poziva kako vrijeme odmiče.

      Za usmjeravanje temeljeno na vještinama, među zahtjevima vještina koji odgovaraju agentima pridruženim redu čekanja, agent se odabire na temelju LAA ili BAA konfiguracije.

      Dodatne mogućnosti specifične za glas/telefoniju

      Usmjeravanje temeljeno na agentu (samo za glasovni/telefonski kanal)

      Webex CC Flow, koristeći aktivnost QueueToAgent, može usmjeriti interakcije izravno odabranom agentu na temelju ID-a agenta.

      Ako agent nije dostupan za rukovanje interakcijama, interakcija se može parkirati, u redu čekanju da agent postane dostupan

      Dodatne informacije o redu čekanja

      Webex CC Flow, koristeći aktivnost GetQueueInfo, može dohvatiti informacije u stvarnom vremenu za red čekanja kao što su Položaj u redu čekanja (PIQ), Procijenjeno vrijeme čekanja (EWT), broj agenata dostupnih u redu čekanja i može se koristiti za odlučivanje hoće li kontakt staviti kontakt u red čekanja ili ne.

      Ljubazni povratni poziv

      Webex CC Flow, koristeći aktivnost Povratni poziv, omogućuje korisniku da prekine vezu s pozivom zadržavajući položaj u redu čekanja i primi povratni poziv kada se virtualna interakcija u redu čekanja usmjeri na agenta.

      Rukovanje preljevom

      Webex CC podržava rukovanje prelijevanjem pomoću timova temeljenih na kapacitetu (CBT).

      CBT je poput običnog tima s kapacitetom i pridruženim vanjskim DN-om koji služi tom kapacitetu. Može se konfigurirati zajedno s drugim timovima u ciklusima raspodjele poziva u redu čekanja.

      Obično je to konfigurirano kao posljednji ciklus tako da djeluje kao prelijevanje ako nijedan agent nije dostupan čak i nakon što sve konfigurirane grupe raspodjele poziva ne pronađu dostupnog odgovarajućeg agenta za rukovanje interakcijom.

      Agent Desktop operacije

      Kada se agent prijavi na Webex CC Agent Desktop, agent navodi telefonski broj na koji se mogu povezati dolazni pozivi agentu. To može biti PSTN telefon, mobilni telefon ili kućni broj ako je agent Cisco Webex Calling korisnik.

      Imajte na umu da taj broj mora biti valjani telefonski broj na koji se pozivi mogu usmjeriti. U slučaju da nije, agent ne može primati dolazne pozive.

      Na temelju vrste interakcije kojom agent rukuje, widgeti na radnoj površini agenta pružaju mogućnost izvođenja određenih operacija upravljanja medijima.

      Na primjer, nakon što odgovorite na poziv, agent može izvršiti sljedeće operacije povezane s pozivom.

      • Stavljanje poziva na čekanje

      • Pokretanje konzultacijskog poziva i

        • Prijenos poziva na drugi telefonski broj (recimo telefonski broj agenta) / ulazna točka

        • Uključivanje drugog agenta u konferenciju

      • Prijenos poziva u drugi red čekanja

      • Završavanje poziva

      Agent desktop omogućuje administratorima da tamo dodaju prilagođene widgete proširujući mogućnosti radne površine i čineći ih jedinstvenom kolekcijom widgeta koji su agentima potrebni za učinkovito obavljanje posla.

      Arhitektura stolnog računala

      Agent desktop je aplikacija s jednom stranicom temeljena na mikro sučelju koja hostira widgete izgrađene na temelju arhitekture web-komponenti. Svi standardni / burzovni widgeti pokreću podaci koje dohvaćaju API-ji ili mehanizmi za guranje sa strane poslužitelja.

      To su obično asinkroni API-ji, gdje odgovor za pozivanje dolazi na radnu površinu putem WebSocket veze.

      Webex CC Agent Desktop autentificira korisnike s Cisco Common Identity (CI), a token se prosljeđuje svim API pozivima. I za prilagođene widgete, koji se temelje na modelu autentifikacije, agentima pruža jedinstveno iskustvo prijave ako je prilagođeni model provjere autentičnosti widgeta integriran s CI.

      Jednom kada je agent dio interakcije, sva ažuriranja tog stanja interakcija ili povezanih podataka također se premještaju na radnu površinu putem WebSocket veze.

      Otpornost radne površine na povezivost i kašnjenje

      Asinkrono API i guranje na strani poslužitelja omogućuje skaliranje i otkriva se svaki gubitak povezivanja sa sučeljem WebSocket i pokušava se stolna računala ponovno povezati i ponovno prijaviti.

      Sljedeća slika prikazuje arhitekturu agenta za stolna računala u Webex CC.

      Agent Desktop arhitektura

      Administracija i konfiguracija

      Unošenje kupaca

      Webex Control Hub primarno je sučelje koje partneri i klijenti koriste za uvođenje kupaca i omogućavanje ili konfiguriranje značajki.

      Nakon dodjele resursa značajkama tvrtke ili ustanove i kontaktnog centra u Kontrolnom čvorištu, pokrenut će se tijek rada u Webex CC koji obavlja ostale korake u dodjeljivanju svih mogućnosti kontaktnog centra prema ponudama koje je odabrao klijent.

      Sva dodjela resursa centru za kontakt vrši se pomoću BPM modula tijeka rada koji omogućuje deklarativan način definiranja uključenih koraka i čini sve korake dodjele otpornima na kvarove i osigurava integritet podataka.

      Sljedeća slika prikazuje tijek rada dodjele resursa u Webex CC.

      Tijek rada za uključivanje kupaca

      Konfiguracijski entiteti

      Ključni konfiguracijski entiteti u Webex CC, s opsegom unutar organizacije, su:

      Stranice

      Stranica znači mjesto na kojem se nalazi jedan ili više timova, korisnika (agenata / nadzornika).

      Svaki korisnik i tim moraju pripadati web-mjestu.

      Tim

      Grupa korisnika. Timovi se koriste za distribuciju interakcija agentima putem redova čekanja.

      Svaki tim mora pripadati web mjestu.

      Agenti

      Korisnici koji se mogu prijaviti na Agent Desktop i upravljati interakcijama među vrstama medija konfiguriranima u Webex CC.

      Nadzornici

      Nadzornici su raspoređeni u timove i mogu nadzirati / trenirati agenta i imati pristup statusu na razini tima i statistici agenta za one koji pripadaju timovima kojima je dodijeljen nadzornik.

      Red čekanja

      Red čekanja logički je entitet u kojem se interakcije mogu zadržati dok se čeka dostupnost agenata, koji se zatim usmjeravaju agentu.

      Redovi čekanja mapiraju se u timove, kao prostor za pretraživanje agenata, s mogućnošću proširenja prostora za pretraživanje na temelju proteklog vremenskog praga, dodavanjem drugih timova u prostor za pretraživanje.

      Ulazna točka

      Ulazna točka logički je entitet koji predstavlja točku ulaska u Webex CC. Za telefoniju se to prvenstveno mapira na telefonski broj na koji stižu pozivi i za kanale e-pošte / razmjene poruka, ulazna točka upućuje na konfiguraciju imovine u Webex Connectu.

      Protok

      Tijek povezan s ulaznom točkom (putem strategije usmjeravanja), koja odlučuje o koracima uključenima u rukovanje interakcijama.

      Za netelefonske kanale (e-pošta, poruke/društvene mreže) Flow se odabire kao dio konfiguracije imovine u Webex Connectu.

      Kontrola pristupa za kontaktne centre s više mjesta

      Webex Administratori kopije mogu konfigurirati korisničke profile s pravima pristupa određenim web-mjestima, timovima, redovima čekanja i ulaznim točkama. Nadalje, zbog hijerarhijske prirode web-mjesta i timova, nakon što se omogući pristup određenim web-mjestima, korisnik može pristupiti samo timovima ili datumu koji pripadaju timovima koji pripadaju tim web-mjestima ili izričito određenom podskupu takvih timova.

      Za redove i ulazne točke, oni su globalni na razini organizacije, tako da se za različite geografske lokacije (mjesta na kojima se nalaze određeni agenti i timovi) mogu konfigurirati zasebne ulazne točke i redovi čekanja, a nadzornici / korisnici mogu imati pristup onim entitetima koji su primjenjivi za određene lokacije.

      Sljedeća slika prikazuje ključne konfiguracijske entitete i korisnički profil koji upućuje na te entitete.

      Konfiguracijski entiteti mapirani u korisnički profil

      Osim ograničavanja pristupa tim entitetima, Webex CC administratori mogu kontrolirati određene mogućnosti/module kojima korisnik može pristupiti u administracijskom sučelju, čime korisnici imaju administracijska /konfiguracijska prava na određene entitete, kao i odjeljke/mogućnosti Webex CC administracijskog sučelja.

      Izvješćivanje i analitika

      Webex CC obrađuje diskretne događaje koje generiraju različite usluge tijekom životnog ciklusa interakcija, koristeći niz usluga obrade tokova u stvarnom vremenu i generira definirani skup skupova podataka u stvarnom vremenu koji se objavljuju pretplaćenim klijentima.

      Nadalje, ti se događaji dalje obrađuju, transformiraju i traju agregirani i rezultirajući skupovi podataka, koji se zatim dohvaćaju putem API-ja za potrošnju podataka i sučelja za izvješćivanje i vizualizaciju podataka – Analizator.

      Sljedeća slika prikazuje sučelja za obradu i potrošnju podataka u Webex CC

      Webex CC kanal za obradu podataka i sučelja potrošnje

      Integracije

      Sve vanjske integracije s WxCC-om radi povećanja i poboljšanja mogućnosti koje korisnici mogu koristiti, koriste standardne objavljene API-je.

      Vrste API sučelja dostupnih u Webex CC su:

      • ODMOR API

      • Guranje na strani poslužitelja pomoću

        • Web-dojavnici

        • WebSocket poruke

      CRM integracije

      Webex CC podržava dva načina integracije sa sustavima upravljanja odnosima s klijentima (CRM).

      • Ugrađeni poveznici radne površine

      • Integracije protoka putem HTTPs konektora u IVR

      Ugrađeni konektori na radnoj površini: CRM aplikacija kao primarno sučelje

      U ovom načinu rada, agent se prijavljuje na CRM konzolu kao primarna aplikacija.

      Webex CC je ugrađena aplikacija (koja se naziva i ugrađena desktop aplikacija ili ugrađeni softphone) koja se prvenstveno koristi za prijavu u kontakt centar i primanje Webex CC usmjerenih interakcija kontaktnog centra.

      Nakon primitka poziva ili zahtjeva za razgovor, CRM integracija vrši sljedeće radnje na CRM konzoli

      • Zaslon prikazuje zapis klijenta povezan s ANI-jem ili drugim podacima povezanim s pozivom.

      • Objavljivanje metapodataka poziva kao bilješki o aktivnosti u zapisu klijenta

      • Dopustite agentu da "klikne za poziv" klikom na kontakt unutar CRM-a i pokretanjem odlaznog poziva kupcu

      • Knjiženje zapisa poziva u tablice izvješćivanja sustava CRM za primarno izvješćivanje u sustavu CRM.

      • Pruža potpunu funkcionalnost kontrola Agent Desktop i poziva (ugrađena i minirana verzija aplikacije za stolna računala)

      Primarni način integracije s CRM-ovima je ugradnja Webex CC Desktop aplikacije u zasebnu iFrame.

      Nadalje, Webex CC Desktop aplikacija pokreće prilagođeni widget bez glave (bez korisničkog sučelja) koji radi u pozadini, u interakciji s temeljnim CRM sustavom za izvođenje automatiziranih radnji u ime agenta.

      Interakcije se pokreću s dva SDK-a koja koristi widget bez glave.

      • Webex CC Desktop JS SDK: Ovo je JavaScript SDK koji pruža Webex CC za registraciju slušatelja događaja za agentske i kontaktne radnje.

      • CRM JS SDK: Ovo je CRM klijentski SDK primjenjiv po CRM-u koji apstrahira REST API pozive pomoću CRM-a. Na primjer, za salesforce, CTI JS biblioteka koju pruža Salesforce koristi se za izvođenje radnji i slušanje događaja unutar CRM-a.

      Sljedeća slika prikazuje crm ugrađen Webex CC desktop i poveznik arhitekture

      Arhitektura ugrađenog poveznika radne površine sustava CRM

      Webex CC podržava sljedeća CRM rješenja za gore navedenu integraciju:

      • Salesforce

      • ServiceNow

      • Microsoft Dynamics 365

      • Zendesk

      • Freshdesk

      Za više detalja posjetite https://help.webex.com/en-us/result/integrate%20with%20webex%20contact%20center?offset=10.

      Dodatne informacije o konfiguriranju Webex CC rasporeda radne površine za omogućivanje CRM poveznika, skupova značajki i promjena potražite na adresi https://github.com/Ciscodevnet/webex-contact-center-crm-integrations.

      Globalna dostupnost CRM poveznika

      CRM konektori dostupni su u svim zemljopisnim područjima i regijama u kojima Webex CC radi.

      Elastična skala i performanse

      Webex CC hostira prilagođeni widget koji omogućuje dvosmjernu komunikaciju između CRM aplikacije i Webex CC radne površine u AWS CloudFront CDN-u osiguravajući visoku dostupnost widgeta AWS u svim zonama dostupnosti i regijama.

      Svi CRM integracijski specifični računi događaju se u pregledniku gdje agenti koriste CRM aplikaciju s CC radnom površinom ugrađenom Webex CRM aplikaciju.

      Sigurnost

      CRM konektori pozivaju se putem Webex izgled radne površine CC agenta, a opcionalni parametri prosljeđuju se putem rasporeda radne površine u widget za uključivanje i isključivanje značajki.

      Na primjer, za omogućavanje widgeta akcije Salesforce, administrator može uključiti postavku parametra izgleda radne površine sfdcWidgetEnabled na true.

      Instalacija paketa

      Da bi integracija radila dvosmjerno, CRM konzola treba instalirati ugrađenu aplikaciju. Ovo je podrška za učitavanje aplikacije Desktop unutar iFramea.

      Svi ugrađeni konektori radne površine dostupni su na CRM tržištu.

      Na primjer,

      ServiceNow: https://store.servicenow.com/sn_appstore_store.do#!/store/application/6c8e2a4edbc73410e1c75e25ca961947/1.0.5?

      Zendesk: https://www.zendesk.com/marketplace/apps/support/202570/webex-contact-center/

      Instalacija aplikacije na tržištu aktivira potrebne dodatke i uvozi potrebne XML datoteke u CRM konzolu kako bi podržala izvještavanje o zapisima poziva u CRM-u.

      Integracije protoka putem HTTPs konektora u IVR

      Sastavljač Webex CC Flow podržava dvosmjerni protok podataka između CC-Webex i CRM sustava pomoću HTTPs konektora konfiguriranih u Webex Kontrolnom čvorištu i korištenih na Webex CC flowu.

      Oni se prvenstveno koriste za personalizaciju unutar glasovnih interakcija i prilagođeno usmjeravanje unutar IVR.

      Prema zadanim postavkama Webex CC podržava HTTP priključak Salesforce na kontrolnom čvorištu. Ostali CRM poveznici mogu se dodati kao prilagođeni poveznici na Webex kontrolnom čvorištu.

      Za više informacija o HTTP konektorima posjetite https://github.com/CiscoDevNet/webex-contact-center-crm-integrations.

      IVR HTTP poveznika:

      Optimizacija radne snage

      Webex CC podržava rješenja za optimizaciju tijeka rada i upravljanje kvalitetom vodećih dobavljača u industriji.

      Implementacija i povezivanje

      Webex CC je implementiran u AWS i trenutno je dostupan u sljedećim regijama

      • NAS

        • Američko-istočna N Virginia

        • US-West N Kalifornija (samo ulazak glasovnih medija)

      • Kanada

        • Središnje

      • Velikoj britaniji

        • London

      • Europa

        • Frankfurt

      • Azija Pac

        • Tokiju

        • Sydney

        • Singapur

      Povezivanje s više regija za telefoniju

      Kako bi se omogućile globalne organizacije, s agentima i klijentima na više geografskih lokacija, CC Webex podržava održavanje medija unutar lokalne regije, za one regije u kojima se izvode glasovni medijski rub i usluge ulaska.

      Sljedeća slika prikazuje implementaciju više regija s regionalnim medijima.

      Multi Region deployment with regional media
      Implementacija u više regija s regionalnim medijima

      Rub medija i usluge ulaska implementirani su u sljedećim regijama.

      Geo regija

      Webex CC Services (regija AWS)

      Media Edge (glasovni pop)

      Medijski servisi sljedeće generacije (regija AWS)*

      NAS

      N. Virginia

      New York

      Los Angeles

      N. Virginia

      N Kalifornija

      Kanada

      Središnje

      Vancouver

      Toronto

      Središnje

      Brazil

      Sao Paulo

      Rio De Janeiro

      Europa

      Frankfurt

      Frankfurt

      Amsterdam

      Frankfurt

      Velika Britanija

      London

      London

      London

      Indija

      Pune

      Hyderabad

      Mumbai

      Singapur

      Singapur

      Singapur

      Japan

      Tokiju

      Tokiju

      Osaka

      Tokiju

      Australija

      Sydney

      Melbourne

      Sydney

      Sydney

      Sigurnost i privatnost

      Sigurnost infrastrukture

      Glasovna infrastruktura na Edgeu

      Komponente Voice Edge omogućuju prekid SIP debla s korisničke mreže / PSTN operatera, a to je omogućeno na temelju IPS-a s bijele liste koji se mogu povezati s rubnim komponentama.

      Izračunaj sigurnost infrastrukture

      Webex instance računa CC dodijeljene su u AWS-u, a usluge se izvode kao mahune u Kubernetes klasteru, koji ima više prostora naziva, a pristup svakom prostoru naziva ograničen je zasebnim vjerodajnicama.

      Sva dodjela resursa infrastrukturi vrši se pomoću koda - bez ručnih koraka - i nijednoj vjerodajnici se ne može pristupiti ručno.

      Postoji središnje spremište vjerodajnica s određenim putovima konfiguriranim za određeni skup usluga / timova, a pristup samoj trgovini vjerodajnica ograničen je i konfiguriran kao tajna u sustavima izrade i implementacije.

      Nijedna od infrastrukturnih komponenti / usluga nije izravno izložena izvan AWS VPC-a, a samo javno izložena sučelja su API-ji i WebSocket poslužitelji kojima se upravlja i kojima se upravlja pomoću API pristupnika,

      Osim toga, postoje određeni interni sustavi i sučelja koje koriste programeri koji se koriste za pregled dnevnika, mjernih podataka, detalja implementacije, statusa međuverzije i rezultata ispitivanja, koji su osigurani pomoću uloga i grupa i integrirani s Cisco internim sustavima provjere autentičnosti.

      Provjera autentičnosti i autorizacija korisničkih sučelja

      Sva korisnička sučelja koja koriste različiti korisnici kontakt centra (agenti, nadzornici, administratori, analitičari) zaštićena su Cisco Common Identity Based token autentifikacijom (OAuth flows).

      Autorizacija se vrši pomoću uloga za korisnika koji je dobio token i dosege dodijeljene tokenu.

      Sigurnost podataka

      Podaci u prijenosu

      Nijedno sučelje korištenih usluga / komponente infrastrukture nije izravno izloženo vanjskom dolaznom prometu.

      Odabrane usluge, s http API-jevima izlažu ta sučelja putem pristupnika, a svi dolazni https (uključujući i one WebSocketa) se prekidaju u ALB-u, a interni promet putem http-a usmjerava se na usluge.

      Sve odlazne interakcije su preko https / TLS (za ne-http protokole).

      Unutar VPC-a, interna komunikacija između usluga - preko http / prilagođenog TCP protokola - je preko običnog TCP utičnice.

      Podaci u mirovanju

      Svi podaci koji se pohranjuju šifrirani su na sloju za pohranu. Nadalje, one trgovine podataka koje su izvan VPC-a, zaštićene su i kontroliraju pristup i ovlaštenja s vjerodajnicama koje su sigurno pohranjene i njima se upravlja u tajnom spremištu.

      Sljedeća slika prikazuje model protoka i sigurnosti podataka za tranzit kao i u mirovanju.

      Sigurnost podataka u prijenosu i u mirovanju

      Privatnost podataka

      Podaci koji otkrivaju identitet krajnjeg korisnika

      Webex CC Flow, koji je programski kontroler za rukovanje interakcijama, može se koristiti za prikupljanje korisničkih podataka, koji se mogu dodijeliti varijablama protoka posebno označenim kao "Sadrži osjetljive podatke". Vrijednosti za takve podatke su šifrirane i nijedna usluga na putu prijenosa podataka neće imati pristup tim podacima.

      Nadalje, takvi se podaci nikada ne zadržavaju u Webex CC pohrani podataka izvješćivanja, a infrastruktura dnevnika / poruka imat će šifrirane podatke, a jasni tekstualni podaci ne pohranjuju se nigdje unutar Webex CC-a.

      Podaci agenta kontaktnog centra/nadzornika koji otkrivaju identitet

      Podaci povezani s korisnikom centra za kontakt redigirani su u zapisnicima, ali dostupni za analizu i vizualizaciju podataka u Webex pohrani podataka CC.

      Skalabilnost

      Čimbenici za skaliranje

      Za Webex CC čimbenici koji utječu na ljestvicu su:

      • Istodobni broj prijavljenih agenata

      • Istodobni broj interakcija u tijeku

        • Radnje izvršene na tim interakcijama

      • Istodobni broj radnji koje nadzornici/agenti obavljaju, izvan rukovanja interakcijama

      • Količina generiranih i postojanih podataka

      Arhitektonski aspekti koji omogućuju mjerilo

      Načela na temelju kojih je Webex CC projektiran i osmišljen omogućuju rješenju da se dinamički skalira prema potrebi u granicama koje provodi infrastruktura predviđena za različite usluge i komponente platforme.

      Arhitektura vođena događajima

      Usluge u Webex CC komuniciraju pomoću poruka, a kritični tokovi obrade poruka ne uključuju nikakve operacije blokiranja IO-a, a stanje potrebno za obradu poruka lokalizirano je na instancu usluge koja obrađuje poruku.

      Usluge bez državljanstva (ili eksternalizirano stanje)

      Usluge bez državljanstva omogućuju elastičnost jednostavnim dodavanjem /uklanjanjem dodatnih instanci usluga. Postoje određene usluge koje su inherentno državne prirode, a one imaju eksternaliziranu državnu trgovinu, a infrastruktura podržava dinamičke promjene broja slučajeva takvih usluga, također, s automatskim rebalansom / državnim prijenosom / lokalizacijom stanja u instancu koja treba državu.

      Elastična infrastruktura

      Sve usluge rade u Kubernetesu i infrastruktura zvana Kubernetes čvorovi automatski se skaliraju na temelju upotrebe, što omogućuje dinamičko dodavanje više računalnih čvorova do maksimalno visokog praga koji je unaprijed konfiguriran.

      Učitavanje projekcije i redovita provjera valjanosti

      Sve su usluge referentne za karakteristike performansi, a uzorak skaliranja provjerava se na razini usluge.

      Daljnji kontinuirani testovi validacije, vršnog opterećenja i izdržljivosti provode se s ispitnim parametrima podešenim za projicirani rast u atributima koji utječu na vagu, što omogućuje prepoznavanje uskih grla, planiranje ažuriranja visokog praga za korištenje infrastrukturnih resursa i spremnost za dan igre.

      Pouzdanost i dostupnost

      Arhitektura vođena događajima i usluge bez državljanstva omogućuju otpornost i elastičnost. Međutim, kako bi se osiguralo otkrivanje i djelovanje kvarova prije nego što utječe na funkcionalnosti, CC koristi sljedeću strategiju Webex CC primjenjuje sljedeću strategiju.

      • Dostupnost i pouzdanost infrastrukture

        • Sve Webex CC usluge i infrastrukturne komponente uvijek su raspoređene u tri AWS zone dostupnosti.

          • To omogućuje Webex da CC bude otporan na kvarove zone dostupnosti, a u slučaju kvarova, neuspjeli slučajevi automatski se zamjenjuju novijima.

      • Kontinuirani nadzor i upozoravanje

        • Unutarnje i vanjske sonde za komponente usluga i infrastrukture, koje zbog kvara aktiviraju upozorenja.

        • Mjerni podaci zabilježeni iz usluga i komponenti infrastrukture i obrađeni pomoću mehanizma pravila koji otkriva pravila podudaranja i pokreće upozorenja.

      • Neprekinuta provjera valjanosti i upozoravanje

        • Periodični testovi se izvode i svi kvarovi rezultiraju pokretanjem upozorenja

        • Ta upozorenja stvaraju proaktivne incidente i tretiraju se kao stvarni incident koji utječe na kupca.

          • To prejudicira utjecaj na kupca i doprinosi dostupnosti i pouzdanosti sustava.

      • Kontinuirana integracija i isporuka

        • Ovo je inženjerski proces i cjevovod isporuke i omogućuje brzu i pouzdanu izgradnju, validaciju i implementaciju usluga / promjena usluga u Webex CC.

          • Mogućnost potpuno automatizirane implementacije - od koda do proizvodnog okruženja, sa svim potrebnim validacijama, smanjuje rizik i minimizira vrijeme do rješavanja, ako je potrebno uvesti promjenu kao odgovor na kvar.

      • Prekidači i prekidači za ubijanje

        • Različiti dijelovi sustava / određene mogućnosti CC Webex mogu se selektivno onemogućiti za sve kupce ili odabrane kupce, kako bi se smanjili kaskadni učinci kvara.

          • To omogućuje minimiziranje površine kvara i postizanje dostupnosti osnovnih mogućnosti kontaktnog centra kupcima.

      Nadzor i otkrivanje kvarova

      Sljedeća slika označava mehanizme kontinuiranog praćenja, validacije i uzbunjivanja koji su uspostavljeni za Webex CC.

      Kontinuirano praćenje i otkrivanje kvarova

      Kontinuitet poslovanja i oporavak od katastrofa

      Proces oporavka od katastrofe i kontinuiteta poslovanja osigurava otkrivanje bilo kakvog velikog prekida rada unutar regije i poduzimaju se potrebni koraci kako bi se osigurao oporavak usluga kupcima koji se nalaze na brodu u regiji.

      Koraci za oporavak dokumentiraju se, potvrđuju i redovito ažuriraju u skladu s postupcima oporavka i upravljanja katastrofama.

      Webex CC usluge implementirane su u tri odvojene zone dostupnosti unutar AWS regije. Svaka zona dostupnosti je drugačija fizička lokacija u regiji, s neovisnim uslužnim programima.

      U slučaju potpunog neuspjeha AWS regije, Webex CC se oslanja na AWS za oporavak regije i za dugotrajne prekide koji uključuju cijelu regiju, Webex CC podatkovni centar dobiva resurse u novoj AWS regiji i vraća ključne korisničke konfiguracije i podatke tako da kontakt centar radi za kupce u novoj AWS regiji.

      To uključuje automatizaciju, ali zahtijeva ručnu intervenciju kako bi se pokrenuo proces, kao i nadzor i osiguravanje da se potrebna konfiguracija i podaci vrate kako bi kontakt centar bio operativan za kupce.

      Usklađenost i certifikati

      Webex Contact ima opsežan popis sigurnosnih certifikata. Ti se certifikati redovito ažuriraju.

      • PCI DSS QSA

      • CAIQ

      • HIPAA i HITECH

      • CSA zvjezdica razina 1

      • CSA Star razina 2 (neovisna procjena treće strane)

      • SOC2

      • ISO27001 (Međunarodni standard za informacijsku sigurnost)

      • ISO27017 (Sigurnosni standard za davatelje usluga u oblaku)

      • ISO27018 (Sigurnosni standard usmjeren na zaštitu osobnih podataka u oblaku)

      • ISO27701 (Proširenje privatnosti podataka)

      • C5 njemački standard, koji pokazuje operativnu sigurnost od kibernapada

      Dodatne informacije potražite na Webex List podataka o privatnosti usluge kontaktnog centra.

      Uvod

      Cisco Webex Contact Center (Webex CC) je kontaktni centar kao usluga (CCaaS), koji organizacijama omogućuje omogućavanje pametnijih, proaktivnih i personaliziranih interakcija tijekom korisničkog putovanja.

      Webex CC je projektiran, dizajniran i razvijen, od temelja, kao nativno rješenje u oblaku, sa sljedećim temeljnim arhitektonskim načelima.

      • Usluge: neovisan skup usluga sa svakom uslugom koja korisnicima pruža mali kohezivni skup mogućnosti.

      • Vođeni događajima: Sve usluge međusobno komuniciraju putem poruka, osim u web aplikacijama gdje aplikacija koristi https sučelja (REST API, Push Data via WebSocket interface) za određene slučajeve upotrebe.

      • Država bez državljanstva/eksternaliziranja: Usluge se uvode u Kubernetesu, izvode se u kontejnerima dockera, s mogućnošću automatskog skaliranja i otpornosti na kvarove jedne ili više instanci usluga.

      • Uočljivo: Sve usluge i komponente infrastrukture koje omogućuju implementaciju takvih usluga vidljive su sa standardnim mehanizmima za mjerenje, otkrivanje i sprječavanje situacija koje utječu na mogućnosti kontaktnog centra, kao i brzo rješavanje problema i vraćanje usluga u slučaju prekida rada.

      • Izolirano/labavo povezano: Svaka se usluga može izgraditi, potvrditi i implementirati / ažurirati neovisno bez zastoja u mogućnostima kontaktnog centra.

      Webex CC usluge implementirane su u AWS, a pokreće ih nativna platforma u oblaku koja omogućuje sljedeće:

      • Dostupnost infrastrukturnih usluga i aplikacija u više zona dostupnosti

      • Elastičnost infrastrukturnih usluga i aplikacija koje omogućuju dinamičke mogućnosti skaliranja

      • Sigurnost je izvorno ugrađena u način na koji su sustavi izgrađeni i implementirani, podaci su zaštićeni u tranzitu i u mirovanju, zajedno sa sigurnosnim certifikatima / certifikatima o usklađenosti koje Webex CC ima.

      • Skalabilna i sigurna rubna infrastruktura za integracije telefonije/glasa

      • Uočljivost uz proaktivno praćenje i uzbunjivanje koje omogućuje visoku dostupnost usluga kontaktnog centra svojim klijentima.

      • Integrirano s ostatkom Cisco Webex za provjeru autentičnosti/autorizaciju korisnika, administraciju i dodjelu resursa mogućnostima kontaktnog centra.

      Daljnje sekcije u ovom dokumentu proširuju se na svaku od gore navedenih mogućnosti i način na koji Webex CC arhitektura omogućuje isto.

      Logička arhitektura

      Osnovna sposobnost koju rješenje kontaktnog centra mora imati je omogućavanje klijentima da lako kontaktiraju organizaciju uobičajenim sredstvima komunikacije i brzo i učinkovito riješe upite / probleme.

      Međutim, kako bi se osiguralo postizanje ovog osnovnog načela, postoji više mogućnosti iza kulisa kojima organizacija koja koristi kontaktni centar mora imati pristup. To su:

      • Mehanizmi za pokretanje interakcije s klijentima

        • Objavljeni i operativni telefonski brojevi koji povezuju telefonske pozive sa sustavom kontakt centra

        • Adrese e-pošte na koje korisnici mogu slati e-poštu i mehanizam za otkrivanje novih dolaznih e-poruka.

        • Mogućnost da korisnici kontaktiraju putem različitih digitalnih kanala, uključujući, ali ne ograničavajući se na,

          • Čavrljanje s web-lokacije/aplikacije

          • Izravni chat putem popularnih klijenata za razmjenu poruka kao što su WhatsApp, Facebook Messenger, Apple Business Chat, Izravna poruka s Twittera

      • Sposobnost otkrivanja novih interakcija i učinkovitog rukovanja s njima

        • To bi uključivalo automatizirani sustav IVR, virtualne agente za telefoniju / razgovore s ugrađenom programibilnošću za definiranje tijekova rada uključenih u rukovanje interakcijama.

        • Konačno, ako je potrebno, interakcija mora biti eskalirana do agenta, koji je optimalno vješt za rukovanje interakcijom.

      • Sposobnost agenata da naznače dostupnost za rukovanje interakcijama i nadzornika za praćenje, podučavanje agenata i dobivanje operativnih mjernih podataka koji omogućuju učinkovite interakcije.

      • Mogućnost administratora da konfiguriraju i dodijele različite mogućnosti kontaktnog centra koje agentima i nadzornicima omogućuje obavljanje njihovih zadataka prema očekivanjima.

      Osim toga, moderna poduzeća moraju imati dodatne mogućnosti za optimizaciju operacija kontaktnog centra s pristupom podacima i uvidima koji vizualiziraju i prate ključne operativne mjerne podatke.

      Nadalje, sposobnost integracije sa specijaliziranim mogućnostima ekosustava kontaktnog centra kao što su pokretanje proaktivnih automatiziranih odlaznih poziva, poboljšanje iskustva agenta i nadzornika pomoću umjetne inteligencije, otkrivanje i razumijevanje putovanja korisnika kako bi proaktivno unaprijed isporučili podatke agentima, jasni su diferencijatori u načinu na koji se rješenja kontaktnog centra razvijaju.

      Što se tiče modela potrošnje, gdje se ponude kontaktnih centara troše kao softverska usluga isporučena u oblaku, mogućnost osiguravanja dostupnosti, pouzdanosti i automatiziranih zahtjeva ad-hoc vage zahtijeva najsuvremenije mehanizme praćenja i uzbunjivanja, što omogućuje kontinuirano valjanje i otkrivanje nadolazećih problema i sprečavanje / minimiziranje utjecaja na poslovanje kupaca.

      Sljedeća slika ilustrira logičku arhitekturu CC-Webex.

      Webex CC Logical Architecture
      Webex CC logičke arhitekture

      Funkcionalne komponente

      Sljedeći odjeljci opisuju različite funkcionalne komponente CC-Webex.

      Upravljanje interakcijom

      Webex CC podržava telefoniju, e-poštu i razmjenu poruka (društveni kanali) kao razne kanale putem kojih korisnici mogu komunicirati s kontakt centrom.

      Za sve kanale, početno rukovanje može obaviti sustav, a zatim interakcija može eskalirati do agenta.

      Vrste medija

      Telefonija

      Za telefoniju o rukovanju dolaznim glasovnim pozivima odlučuje način na koji je poziv ušao u kontaktni centar (pogledajte mehanizme za ulazak u nastavku) i Webex tok kopije koji je povezan s ulaznom točkom.

      Na poziv se odgovara i poduzimaju se daljnje radnje prema Webex definiciji CC Flow – što je programski prikaz radnji koje treba izvršiti tijekom rukovanja pozivom prije reda čekanja i usmjeravanja agentu ili sam Tijek može rukovati pozivom bez prijenosa agentu.

      Sastavljač protoka u Webex CC-u omogućuje programerima da definiraju protok i dodijele ga ulaznoj točki putem koje poziv stiže Webex CC.

      Ti konfiguracijski entiteti i njihova upotreba obuhvaćeni su entitetima konfiguracije.

      Više informacija o sastavljaču toka dostupno je u nadolazećem odjeljku na IVR Sustav.

      E-pošta i razmjena poruka

      Iz perspektive Webex CC-a, Webex Connect pruža mogućnosti ulaska i izlaska za sve digitalne kanale - e-poštu, kanale za razmjenu poruka, koje krajnji korisnici mogu koristiti za kontaktiranje kontaktnog centra.

      Tijek povezivanja Webex

      • Odlučuje o rukovanju takvim interakcijama sve dok interakcije ne budu stavljene u red čekanja i usmjerene agentima. To uključuje automatsko rukovanje i BOT tretmane za sve oblike poruka i interakcija e-pošte.

      • Primjenjuje poslovnu logiku na dolaznu interakciju.

      • Rukuje kontaktom prije čekanja u redu.

      • Sam protok može podnijeti interakciju bez prijenosa na živog agenta.

      Kanali za razmjenu poruka koje podržava Webex CC su:

      • Web App / Chat mobilne aplikacije

      • Whatsapp

      • Facebook Messenger

      • SMS

      Kanali e-pošte koje podržava Webex CC su:

      • Gmail

      • Office365

      Mehanizmi za ulazak

      Ovaj odjeljak pokriva mehanizme pomoću kojih interakcija može ući u Webex CC. Na temelju vrste medija, mehanizmi kojima interakcija dolazi do Webex CC su različiti.

      Na primjer, u telefoniji postoje resursi fizičke infrastrukture potrebni za omogućavanje PSTN veze, konfiguracije telefonskih brojeva i usmjeravanja poziva na Webex CC.

      Za kanale e-pošte / slanja poruka, konfiguracija ulaska mora se obaviti u Webex Connectu i uključuje dodjelu resursa računa e-pošte / pošte i konfiguraciju protoka Webex Connect.

      Dolazni glas

      Za glasovne pozive tipičan je scenarij u kojem korisnici biraju PSTN telefonski broj koji se zatim povezuje s kontaktnim centrom. Iz perspektive ulaska, ovo treba mehanizam za usmjeravanje poziva s PSTN-a na Webex CC.

      Sljedeća slika prikazuje unos glasovnog poziva u Webex CC.

      Mogućnosti ulaza za ulazni glas

      Usluge glasovnog prodora u Webex CC obavljaju kontrolu poziva trećih strana pomoću SIP-a i odgovaraju na dolazni poziv, kao i obavljaju prijenos, konferencijske i druge operacije kontrole poziva.

      Logička ulazna točka za pozive u Webex CC-u je konfiguracijski entitet pod nazivom 'Ulazna točka'. Za govorni ulazak, ključna konfiguracija ulazne točke je telefonski broj povezan s njim, što je obično valjani PSTN telefonski broj dobiven od odabranog davatelja usluge PSTN veze.

      To omogućuje otkrivanje dolaznih poziva na telefonskom broju, povezivanje poziva s ulaznom točkom i korištenje drugih konfiguracijskih parametara ulazne točke za rukovanje pozivom prema definiciji Protoka Webex CC koja bi se trebala aktivirati za interakciju.

      Napomena:

      Za više detalja o opcijama povezivanja putem PSTN veze posjetite https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/Voiceonboarding2/wcc-voice-onboarding-2-book/wcc_b__voiceonboarding_private_conn.html.

      Skalabilnost i dostupnost infrastrukture glasovnih rubova

      Webex CC VPOP infrastruktura uključuje suvišne parove SIP SBC-ova koji osiguravaju visoku dostupnost i može se dodati više SBC-ova za skaliranje istodobnih brojeva poziva koje treba podržati.

      Maksimalan broj istodobnih poziva koje VPOP može obraditi ovisi o broju pokrenutih SBC-ova i pozivima na koje se pozivi šalju.

      Za geografsku redundanciju – podržana je mreža VPOP SBC-a s međusobnim vezama u više parova u različitim regijama.

      Za usluge glasovnog ulaska, one su horizontalno skalabilne za rukovanje sve većim brojem istodobnih glasovnih poziva koje treba prenijeti u Webex CC.

      Sigurnosna pitanja s infrastrukturom glasovnih rubova

      Tablica u nastavku sadrži pojedinosti o mogućnostima povezivanja s infrastrukturom glasovnog ruba.

      Stol 1. Vrste povezivosti

      Povezivanje

      Vrste

      Javni internet

      Izravno (s IP adresama izvora na bijeloj listi)

      IPSec virtualna privatna mreža (VPN) ili IPSec preko generičke enkapsulacije usmjeravanja (GRE)

      Mjesto na web-mjesto (S2S)

      SRTP/SIP TLS

      Privatna povezivost

      MPLS

      Point-to-Point (P2P)

      VPLS

      SD-WAN

      Privatni WAN

      Unakrsno povezivanje podatkovnog centra

      Equinix veze od tkanine

      Za više detalja posjetite https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/Voiceonboarding2/wcc-voice-onboarding-2-book/wcc_b__voiceonboarding_private_conn.html.

      IVR sustava

      Svaki glasovni poziv koji dođe na telefonski broj povezan s ulaznom točkom, na njega odgovara Webex CC i započinje izvršavanje Webex CC flowa povezanog s ulaznom točkom.

      Webex CC Flow Builder isporučuje programske konstrukte/operatore i funkcionalne blokove, terminirane aktivnosti, tako da administratori ili bilo tko tko dizajnira i implementira IVR logiku može kombinirati te sastavne blokove i stvoriti definiciju tijeka.

      Konstrukti programiranja koje Flow podržava su:

      • Deklariranje i postavljanje varijabli – stanje povezano s izvršenjem tijeka

        • Šljunčani izrazi za postavljanje vrijednosti varijabli

      • Uvjetne provjere

      • Petlja – korištenje uvjetnih uvjeta i idi na (mogućnost povezivanja aktivnosti)

      • Pozivanje REST API-ja

      • Raščlanjivanje podataka – JSON, TOML, XML obično se koristi za raščlanjivanje API odgovora.

      • Komponiranje aktivnosti


       

      Reprezentativni skup aktivnosti koje flow isporučuje su:

      • Reproduciraj poruke

      • Prikupljanje korisničkih podataka

      • Prijenos poziva na drugi odredište/telefonski broj

      • Slanje poziva virtualnom agentu

      • Stavite poziv u red tako da na njega agent može odgovoriti.

      Za svaki aktivni poziv aktivna je i instanca izvršavanja tijeka, sve dok se poziv ne završi, što rezultira istodobnim izvršavanjem tokova.

      Svaka instanca izvršavanja protoka pruža izolirano okruženje za podatke / stanje povezano s protokom i tamo pozivom.

      Tijekom cijelog životnog ciklusa poziva, flow također omogućuje odgovaranje na određene događaje koji se događaju i rukovanje njima – na primjer, kada agent odgovori na poziv, rukovatelj događajima može pokrenuti iskakanje zaslona u sučelju agenta za stolna računala.

      Za više informacija o Webex CC Flow, pogledajte https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/SetupandAdministrationGuide_2/b_mp-release-2/b_cc-release-2_chapter_0100.html#Cisco_Generic_Topic.dita_e338e055-64b0-4973-bd52-8a5581dcb0ee.

      Podrška za virtualnog agenta

      Flow pruža aktivnost za predaju interakcije virtualnom agentu, koji je unaprijed konfiguriran u Webex Control Hubu.

      Nakon što je poziv povezan s virtualnim agentom, korisniku pruža razgovorno IVR iskustvo, a aktivnost završava prekidom poziva ili eskaliranjem poziva agentu.

      U slučaju eskalacije, tijek se može konfigurirati za stavljanje poziva u red čekanja na koji se zatim javlja agent.

      Ulazne digitalne interakcije

      Za e-poštu i kanal za razmjenu poruka dolaznih interakcija, Webex CC koristi Webex Connect za dodjelu resursa imovini, protok za rukovanje dolaznim interakcijama, a zatim usmjeravanje interakcije na Webex CC kada tijek Webex Connect eksplicitno stavlja interakciju u red čekanja tako da njome može upravljati agent.

      Sljedeća slika ilustrira unos e-pošte, interakcije s porukama u Webex CC.

      Mogućnosti ulaska u e-poštu i razmjenu poruka

      Integracije virtualnog agenta / BOT-a

      Za interakciju putem e-pošte i poruka / društvenih kanala, tretmani virtualnog agenta / BOT-a konfigurirani su u tijeku Webex Connect.

      Kao i kod virtualnih agenata za glas, ako BOT tretman završi eskalacijom kao rezultat, tada se interakcija stavlja u red čekanja i usmjerava na agenta.

      Usmjeravanje i red čekanja

      Webex CC tretira dolazni kontakt s automatiziranim rukovateljima kako je definirano u Flowu i tijek može odlučiti staviti kontakt u red čekanja / izravno agentu (red specifičan za agenta - podržan samo za telefonsku / glasovnu interakciju).

      U redu čekanja, ako je agent dostupan, agent je rezerviran, a interakcija se usmjerava na agenta. Ako nema dostupnih agenata, interakcija je parkirana u redu čekanja, a Tijek će nastaviti tretirati klijenta s rukovateljem priključenim na aktivnost reda čekanja.

      Kada agent postane dostupan, rukovatelj se prekida, a interakcija se nudi agentu.

      Sljedeća slika prikazuje arhitekturu reda čekanja i usmjeravanja.

      Queuing and Routing Architecture
      Arhitektura reda čekanja i usmjeravanja

      Odabir agenta

      Redovi čekanja u Webex CC-u podržavaju sljedeće algoritme odabira agenata:

      • Najdulje dostupno usmjeravanje agenta

      • Vješto usmjereno usmjeravanje

        • Najduži raspoloživi agent (LAA)

        • Najbolji dostupni agent (BAA)

      Agenti su povezani s redovima čekanja putem servisa Teams.

      Red čekanja može se dodijeliti višestrukim grupama raspodjele poziva (pri čemu svaka grupa ima jedan ili više timova) , na sekvencijalni način s konfiguriranim čekanjem dodavanja grupe raspodjele poziva u red čekanja, tako da se prostor za pretraživanje odgovarajućeg agenta proširuje na dodatne grupe raspodjele poziva kako vrijeme odmiče.

      Za usmjeravanje temeljeno na vještinama, među zahtjevima vještina koji odgovaraju agentima pridruženim redu čekanja, agent se odabire na temelju LAA ili BAA konfiguracije.

      Dodatne mogućnosti specifične za glas/telefoniju

      Usmjeravanje temeljeno na agentu (samo za glasovni/telefonski kanal)

      Webex CC Flow, koristeći aktivnost QueueToAgent, može usmjeriti interakcije izravno odabranom agentu na temelju ID-a agenta.

      Ako agent nije dostupan za rukovanje interakcijama, interakcija se može parkirati, u redu čekanju da agent postane dostupan

      Dodatne informacije o redu čekanja

      Webex CC Flow, koristeći aktivnost GetQueueInfo, može dohvatiti informacije u stvarnom vremenu za red čekanja kao što su Položaj u redu čekanja (PIQ), Procijenjeno vrijeme čekanja (EWT), broj agenata dostupnih u redu čekanja i može se koristiti za odlučivanje hoće li kontakt staviti kontakt u red čekanja ili ne.

      Ljubazni povratni poziv

      Webex CC Flow, koristeći aktivnost Povratni poziv, omogućuje korisniku da prekine vezu s pozivom zadržavajući položaj u redu čekanja i primi povratni poziv kada se virtualna interakcija u redu čekanja usmjeri na agenta.

      Rukovanje preljevom

      Webex CC podržava rukovanje prelijevanjem pomoću timova temeljenih na kapacitetu (CBT).

      CBT je poput običnog tima s kapacitetom i pridruženim vanjskim DN-om koji služi tom kapacitetu. Može se konfigurirati zajedno s drugim timovima u ciklusima raspodjele poziva u redu čekanja.

      Obično je to konfigurirano kao posljednji ciklus tako da djeluje kao prelijevanje ako nijedan agent nije dostupan čak i nakon što sve konfigurirane grupe raspodjele poziva ne pronađu dostupnog odgovarajućeg agenta za rukovanje interakcijom.

      Agent Desktop operacije

      Kada se agent prijavi na Webex CC Agent Desktop, agent navodi telefonski broj na koji se mogu povezati dolazni pozivi agentu. To može biti PSTN telefon, mobilni telefon ili kućni broj ako je agent Cisco Webex Calling korisnik.

      Imajte na umu da taj broj mora biti valjani telefonski broj na koji se pozivi mogu usmjeriti. U slučaju da nije, agent ne može primati dolazne pozive.

      Na temelju vrste interakcije kojom agent rukuje, widgeti na radnoj površini agenta pružaju mogućnost izvođenja određenih operacija upravljanja medijima.

      Na primjer, nakon što odgovorite na poziv, agent može izvršiti sljedeće operacije povezane s pozivom.

      • Stavljanje poziva na čekanje

      • Pokretanje konzultacijskog poziva i

        • Prijenos poziva na drugi telefonski broj (recimo telefonski broj agenta) / ulazna točka

        • Uključivanje drugog agenta u konferenciju

      • Prijenos poziva u drugi red čekanja

      • Završavanje poziva

      Agent desktop omogućuje administratorima da tamo dodaju prilagođene widgete proširujući mogućnosti radne površine i čineći ih jedinstvenom kolekcijom widgeta koji su agentima potrebni za učinkovito obavljanje posla.

      Arhitektura stolnog računala

      Agent desktop je aplikacija s jednom stranicom temeljena na mikro sučelju koja hostira widgete izgrađene na temelju arhitekture web-komponenti. Svi standardni / burzovni widgeti pokreću podaci koje dohvaćaju API-ji ili mehanizmi za guranje sa strane poslužitelja.

      To su obično asinkroni API-ji, gdje odgovor za pozivanje dolazi na radnu površinu putem WebSocket veze.

      Webex CC Agent Desktop autentificira korisnike s Cisco Common Identity (CI), a token se prosljeđuje svim API pozivima. I za prilagođene widgete, koji se temelje na modelu autentifikacije, agentima pruža jedinstveno iskustvo prijave ako je prilagođeni model provjere autentičnosti widgeta integriran s CI.

      Jednom kada je agent dio interakcije, sva ažuriranja tog stanja interakcija ili povezanih podataka također se premještaju na radnu površinu putem WebSocket veze.

      Otpornost radne površine na povezivost i kašnjenje

      Asinkrono API i guranje na strani poslužitelja omogućuje skaliranje i otkriva se svaki gubitak povezivanja sa sučeljem WebSocket i pokušava se stolna računala ponovno povezati i ponovno prijaviti.

      Sljedeća slika prikazuje arhitekturu agenta za stolna računala u Webex CC.

      Agent Desktop arhitektura

      Administracija i konfiguracija

      Unošenje kupaca

      Webex Control Hub primarno je sučelje koje partneri i klijenti koriste za uvođenje kupaca i omogućavanje ili konfiguriranje značajki.

      Nakon dodjele resursa značajkama tvrtke ili ustanove i kontaktnog centra u Kontrolnom čvorištu, pokrenut će se tijek rada u Webex CC koji obavlja ostale korake u dodjeljivanju svih mogućnosti kontaktnog centra prema ponudama koje je odabrao klijent.

      Sva dodjela resursa centru za kontakt vrši se pomoću BPM modula tijeka rada koji omogućuje deklarativan način definiranja uključenih koraka i čini sve korake dodjele otpornima na kvarove i osigurava integritet podataka.

      Sljedeća slika prikazuje tijek rada dodjele resursa u Webex CC.

      Tijek rada za uključivanje kupaca

      Konfiguracijski entiteti

      Ključni konfiguracijski entiteti u Webex CC, s opsegom unutar organizacije, su:

      Stranice

      Stranica znači mjesto na kojem se nalazi jedan ili više timova, korisnika (agenata / nadzornika).

      Svaki korisnik i tim moraju pripadati web-mjestu.

      Tim

      Grupa korisnika. Timovi se koriste za distribuciju interakcija agentima putem redova čekanja.

      Svaki tim mora pripadati web mjestu.

      Agenti

      Korisnici koji se mogu prijaviti na Agent Desktop i upravljati interakcijama među vrstama medija konfiguriranima u Webex CC.

      Nadzornici

      Nadzornici su raspoređeni u timove i mogu nadzirati / trenirati agenta i imati pristup statusu na razini tima i statistici agenta za one koji pripadaju timovima kojima je dodijeljen nadzornik.

      Red čekanja

      Red čekanja logički je entitet u kojem se interakcije mogu zadržati dok se čeka dostupnost agenata, koji se zatim usmjeravaju agentu.

      Redovi čekanja mapiraju se u timove, kao prostor za pretraživanje agenata, s mogućnošću proširenja prostora za pretraživanje na temelju proteklog vremenskog praga, dodavanjem drugih timova u prostor za pretraživanje.

      Ulazna točka

      Ulazna točka logički je entitet koji predstavlja točku ulaska u Webex CC. Za telefoniju se to prvenstveno mapira na telefonski broj na koji stižu pozivi i za kanale e-pošte / razmjene poruka, ulazna točka upućuje na konfiguraciju imovine u Webex Connectu.

      Protok

      Tijek povezan s ulaznom točkom (putem strategije usmjeravanja), koja odlučuje o koracima uključenima u rukovanje interakcijama.

      Za netelefonske kanale (e-pošta, poruke/društvene mreže) Flow se odabire kao dio konfiguracije imovine u Webex Connectu.

      Kontrola pristupa za kontaktne centre s više mjesta

      Webex Administratori kopije mogu konfigurirati korisničke profile s pravima pristupa određenim web-mjestima, timovima, redovima čekanja i ulaznim točkama. Nadalje, zbog hijerarhijske prirode web-mjesta i timova, nakon što se omogući pristup određenim web-mjestima, korisnik može pristupiti samo timovima ili datumu koji pripadaju timovima koji pripadaju tim web-mjestima ili izričito određenom podskupu takvih timova.

      Za redove i ulazne točke, oni su globalni na razini organizacije, tako da se za različite geografske lokacije (mjesta na kojima se nalaze određeni agenti i timovi) mogu konfigurirati zasebne ulazne točke i redovi čekanja, a nadzornici / korisnici mogu imati pristup onim entitetima koji su primjenjivi za određene lokacije.

      Sljedeća slika prikazuje ključne konfiguracijske entitete i korisnički profil koji upućuje na te entitete.

      Konfiguracijski entiteti mapirani u korisnički profil

      Osim ograničavanja pristupa tim entitetima, Webex CC administratori mogu kontrolirati određene mogućnosti/module kojima korisnik može pristupiti u administracijskom sučelju, čime korisnici imaju administracijska /konfiguracijska prava na određene entitete, kao i odjeljke/mogućnosti Webex CC administracijskog sučelja.

      Izvješćivanje i analitika

      Webex CC obrađuje diskretne događaje koje generiraju različite usluge tijekom životnog ciklusa interakcija, koristeći niz usluga obrade tokova u stvarnom vremenu i generira definirani skup skupova podataka u stvarnom vremenu koji se objavljuju pretplaćenim klijentima.

      Nadalje, ti se događaji dalje obrađuju, transformiraju i traju agregirani i rezultirajući skupovi podataka, koji se zatim dohvaćaju putem API-ja za potrošnju podataka i sučelja za izvješćivanje i vizualizaciju podataka – Analizator.

      Sljedeća slika prikazuje sučelja za obradu i potrošnju podataka u Webex CC

      Webex CC kanal za obradu podataka i sučelja potrošnje

      Integracije

      Sve vanjske integracije s WxCC-om radi povećanja i poboljšanja mogućnosti koje korisnici mogu koristiti, koriste standardne objavljene API-je.

      Vrste API sučelja dostupnih u Webex CC su:

      • ODMOR API

      • Guranje na strani poslužitelja pomoću

        • Web-dojavnici

        • WebSocket poruke

      CRM integracije

      Webex CC podržava dva načina integracije sa sustavima upravljanja odnosima s klijentima (CRM).

      • Ugrađeni poveznici radne površine

      • Integracije protoka putem HTTPs konektora u IVR

      Ugrađeni konektori na radnoj površini: CRM aplikacija kao primarno sučelje

      U ovom načinu rada, agent se prijavljuje na CRM konzolu kao primarna aplikacija.

      Webex CC je ugrađena aplikacija (koja se naziva i ugrađena desktop aplikacija ili ugrađeni softphone) koja se prvenstveno koristi za prijavu u kontakt centar i primanje Webex CC usmjerenih interakcija kontaktnog centra.

      Nakon primitka poziva ili zahtjeva za razgovor, CRM integracija vrši sljedeće radnje na CRM konzoli

      • Zaslon prikazuje zapis klijenta povezan s ANI-jem ili drugim podacima povezanim s pozivom.

      • Objavljivanje metapodataka poziva kao bilješki o aktivnosti u zapisu klijenta

      • Dopustite agentu da "klikne za poziv" klikom na kontakt unutar CRM-a i pokretanjem odlaznog poziva kupcu

      • Knjiženje zapisa poziva u tablice izvješćivanja sustava CRM za primarno izvješćivanje u sustavu CRM.

      • Pruža potpunu funkcionalnost kontrola Agent Desktop i poziva (ugrađena i minirana verzija aplikacije za stolna računala)

      Primarni način integracije s CRM-ovima je ugradnja Webex CC Desktop aplikacije u zasebnu iFrame.

      Nadalje, Webex CC Desktop aplikacija pokreće prilagođeni widget bez glave (bez korisničkog sučelja) koji radi u pozadini, u interakciji s temeljnim CRM sustavom za izvođenje automatiziranih radnji u ime agenta.

      Interakcije se pokreću s dva SDK-a koja koristi widget bez glave.

      • Webex CC Desktop JS SDK: Ovo je JavaScript SDK koji pruža Webex CC za registraciju slušatelja događaja za agentske i kontaktne radnje.

      • CRM JS SDK: Ovo je CRM klijentski SDK primjenjiv po CRM-u koji apstrahira REST API pozive pomoću CRM-a. Na primjer, za salesforce, CTI JS biblioteka koju pruža Salesforce koristi se za izvođenje radnji i slušanje događaja unutar CRM-a.

      Sljedeća slika prikazuje crm ugrađen Webex CC desktop i poveznik arhitekture

      Arhitektura ugrađenog poveznika radne površine sustava CRM

      Webex CC podržava sljedeća CRM rješenja za gore navedenu integraciju:

      • Salesforce

      • ServiceNow

      • Microsoft Dynamics 365

      • Zendesk

      • Freshdesk

      Za više detalja posjetite https://help.webex.com/en-us/result/integrate%20with%20webex%20contact%20center?offset=10.

      Dodatne informacije o konfiguriranju Webex CC rasporeda radne površine za omogućivanje CRM poveznika, skupova značajki i promjena potražite na adresi https://github.com/Ciscodevnet/webex-contact-center-crm-integrations.

      Globalna dostupnost CRM poveznika

      CRM konektori dostupni su u svim zemljopisnim područjima i regijama u kojima Webex CC radi.

      Elastična skala i performanse

      Webex CC hostira prilagođeni widget koji omogućuje dvosmjernu komunikaciju između CRM aplikacije i Webex CC radne površine u AWS CloudFront CDN-u osiguravajući visoku dostupnost widgeta AWS u svim zonama dostupnosti i regijama.

      Svi CRM integracijski specifični računi događaju se u pregledniku gdje agenti koriste CRM aplikaciju s CC radnom površinom ugrađenom Webex CRM aplikaciju.

      Sigurnost

      CRM konektori pozivaju se putem Webex izgled radne površine CC agenta, a opcionalni parametri prosljeđuju se putem rasporeda radne površine u widget za uključivanje i isključivanje značajki.

      Na primjer, za omogućavanje widgeta akcije Salesforce, administrator može uključiti postavku parametra izgleda radne površine sfdcWidgetEnabled na true.

      Instalacija paketa

      Da bi integracija radila dvosmjerno, CRM konzola treba instalirati ugrađenu aplikaciju. Ovo je podrška za učitavanje aplikacije Desktop unutar iFramea.

      Svi ugrađeni konektori radne površine dostupni su na CRM tržištu.

      Na primjer,

      ServiceNow: https://store.servicenow.com/sn_appstore_store.do#!/store/application/6c8e2a4edbc73410e1c75e25ca961947/1.0.5?

      Zendesk: https://www.zendesk.com/marketplace/apps/support/202570/webex-contact-center/

      Instalacija aplikacije na tržištu aktivira potrebne dodatke i uvozi potrebne XML datoteke u CRM konzolu kako bi podržala izvještavanje o zapisima poziva u CRM-u.

      Integracije protoka putem HTTPs konektora u IVR

      Sastavljač Webex CC Flow podržava dvosmjerni protok podataka između CC-Webex i CRM sustava pomoću HTTPs konektora konfiguriranih u Webex Kontrolnom čvorištu i korištenih na Webex CC flowu.

      Oni se prvenstveno koriste za personalizaciju unutar glasovnih interakcija i prilagođeno usmjeravanje unutar IVR.

      Prema zadanim postavkama Webex CC podržava HTTP priključak Salesforce na kontrolnom čvorištu. Ostali CRM poveznici mogu se dodati kao prilagođeni poveznici na Webex kontrolnom čvorištu.

      Za više informacija o HTTP konektorima posjetite https://github.com/CiscoDevNet/webex-contact-center-crm-integrations.

      IVR HTTP poveznika:

      Optimizacija radne snage

      Webex CC podržava rješenja za optimizaciju tijeka rada i upravljanje kvalitetom vodećih dobavljača u industriji.

      Implementacija i povezivanje

      Webex CC je implementiran u AWS i trenutno je dostupan u sljedećim regijama

      • NAS

        • Američko-istočna N Virginia

        • US-West N Kalifornija (samo ulazak glasovnih medija)

      • Kanada

        • Središnje

      • Velikoj britaniji

        • London

      • Europa

        • Frankfurt

      • Azija Pac

        • Tokiju

        • Sydney

        • Singapur

      Povezivanje s više regija za telefoniju

      Kako bi se omogućile globalne organizacije, s agentima i klijentima na više geografskih lokacija, CC Webex podržava održavanje medija unutar lokalne regije, za one regije u kojima se izvode glasovni medijski rub i usluge ulaska.

      Sljedeća slika prikazuje implementaciju više regija s regionalnim medijima.

      Multi Region deployment with regional media
      Implementacija u više regija s regionalnim medijima

      Rub medija i usluge ulaska implementirani su u sljedećim regijama.

      Geo regija

      Webex CC Services (regija AWS)

      Media Edge (glasovni pop)

      Medijski servisi sljedeće generacije (regija AWS)*

      NAS

      N. Virginia

      New York

      Los Angeles

      N. Virginia

      N Kalifornija

      Kanada

      Središnje

      Vancouver

      Toronto

      Središnje

      Brazil

      Sao Paulo

      Rio De Janeiro

      Europa

      Frankfurt

      Frankfurt

      Amsterdam

      Frankfurt

      Velika Britanija

      London

      London

      London

      Indija

      Pune

      Hyderabad

      Mumbai

      Singapur

      Singapur

      Singapur

      Japan

      Tokiju

      Tokiju

      Osaka

      Tokiju

      Australija

      Sydney

      Melbourne

      Sydney

      Sydney

      Sigurnost i privatnost

      Sigurnost infrastrukture

      Glasovna infrastruktura na Edgeu

      Komponente Voice Edge omogućuju prekid SIP debla s korisničke mreže / PSTN operatera, a to je omogućeno na temelju IPS-a s bijele liste koji se mogu povezati s rubnim komponentama.

      Izračunaj sigurnost infrastrukture

      Webex instance računa CC dodijeljene su u AWS-u, a usluge se izvode kao mahune u Kubernetes klasteru, koji ima više prostora naziva, a pristup svakom prostoru naziva ograničen je zasebnim vjerodajnicama.

      Sva dodjela resursa infrastrukturi vrši se pomoću koda - bez ručnih koraka - i nijednoj vjerodajnici se ne može pristupiti ručno.

      Postoji središnje spremište vjerodajnica s određenim putovima konfiguriranim za određeni skup usluga / timova, a pristup samoj trgovini vjerodajnica ograničen je i konfiguriran kao tajna u sustavima izrade i implementacije.

      Nijedna od infrastrukturnih komponenti / usluga nije izravno izložena izvan AWS VPC-a, a samo javno izložena sučelja su API-ji i WebSocket poslužitelji kojima se upravlja i kojima se upravlja pomoću API pristupnika,

      Osim toga, postoje određeni interni sustavi i sučelja koje koriste programeri koji se koriste za pregled dnevnika, mjernih podataka, detalja implementacije, statusa međuverzije i rezultata ispitivanja, koji su osigurani pomoću uloga i grupa i integrirani s Cisco internim sustavima provjere autentičnosti.

      Provjera autentičnosti i autorizacija korisničkih sučelja

      Sva korisnička sučelja koja koriste različiti korisnici kontakt centra (agenti, nadzornici, administratori, analitičari) zaštićena su Cisco Common Identity Based token autentifikacijom (OAuth flows).

      Autorizacija se vrši pomoću uloga za korisnika koji je dobio token i dosege dodijeljene tokenu.

      Sigurnost podataka

      Podaci u prijenosu

      Nijedno sučelje korištenih usluga / komponente infrastrukture nije izravno izloženo vanjskom dolaznom prometu.

      Odabrane usluge, s http API-jevima izlažu ta sučelja putem pristupnika, a svi dolazni https (uključujući i one WebSocketa) se prekidaju u ALB-u, a interni promet putem http-a usmjerava se na usluge.

      Sve odlazne interakcije su preko https / TLS (za ne-http protokole).

      Unutar VPC-a, interna komunikacija između usluga - preko http / prilagođenog TCP protokola - je preko običnog TCP utičnice.

      Podaci u mirovanju

      Svi podaci koji se pohranjuju šifrirani su na sloju za pohranu. Nadalje, one trgovine podataka koje su izvan VPC-a, zaštićene su i kontroliraju pristup i ovlaštenja s vjerodajnicama koje su sigurno pohranjene i njima se upravlja u tajnom spremištu.

      Sljedeća slika prikazuje model protoka i sigurnosti podataka za tranzit kao i u mirovanju.

      Sigurnost podataka u prijenosu i u mirovanju

      Privatnost podataka

      Podaci koji otkrivaju identitet krajnjeg korisnika

      Webex CC Flow, koji je programski kontroler za rukovanje interakcijama, može se koristiti za prikupljanje korisničkih podataka, koji se mogu dodijeliti varijablama protoka posebno označenim kao "Sadrži osjetljive podatke". Vrijednosti za takve podatke su šifrirane i nijedna usluga na putu prijenosa podataka neće imati pristup tim podacima.

      Nadalje, takvi se podaci nikada ne zadržavaju u Webex CC pohrani podataka izvješćivanja, a infrastruktura dnevnika / poruka imat će šifrirane podatke, a jasni tekstualni podaci ne pohranjuju se nigdje unutar Webex CC-a.

      Podaci agenta kontaktnog centra/nadzornika koji otkrivaju identitet

      Podaci povezani s korisnikom centra za kontakt redigirani su u zapisnicima, ali dostupni za analizu i vizualizaciju podataka u Webex pohrani podataka CC.

      Skalabilnost

      Čimbenici za skaliranje

      Za Webex CC čimbenici koji utječu na ljestvicu su:

      • Istodobni broj prijavljenih agenata

      • Istodobni broj interakcija u tijeku

        • Radnje izvršene na tim interakcijama

      • Istodobni broj radnji koje nadzornici/agenti obavljaju, izvan rukovanja interakcijama

      • Količina generiranih i postojanih podataka

      Arhitektonski aspekti koji omogućuju mjerilo

      Načela na temelju kojih je Webex CC projektiran i osmišljen omogućuju rješenju da se dinamički skalira prema potrebi u granicama koje provodi infrastruktura predviđena za različite usluge i komponente platforme.

      Arhitektura vođena događajima

      Usluge u Webex CC komuniciraju pomoću poruka, a kritični tokovi obrade poruka ne uključuju nikakve operacije blokiranja IO-a, a stanje potrebno za obradu poruka lokalizirano je na instancu usluge koja obrađuje poruku.

      Usluge bez državljanstva (ili eksternalizirano stanje)

      Usluge bez državljanstva omogućuju elastičnost jednostavnim dodavanjem /uklanjanjem dodatnih instanci usluga. Postoje određene usluge koje su inherentno državne prirode, a one imaju eksternaliziranu državnu trgovinu, a infrastruktura podržava dinamičke promjene broja slučajeva takvih usluga, također, s automatskim rebalansom / državnim prijenosom / lokalizacijom stanja u instancu koja treba državu.

      Elastična infrastruktura

      Sve usluge rade u Kubernetesu i infrastruktura zvana Kubernetes čvorovi automatski se skaliraju na temelju upotrebe, što omogućuje dinamičko dodavanje više računalnih čvorova do maksimalno visokog praga koji je unaprijed konfiguriran.

      Učitavanje projekcije i redovita provjera valjanosti

      Sve su usluge referentne za karakteristike performansi, a uzorak skaliranja provjerava se na razini usluge.

      Daljnji kontinuirani testovi validacije, vršnog opterećenja i izdržljivosti provode se s ispitnim parametrima podešenim za projicirani rast u atributima koji utječu na vagu, što omogućuje prepoznavanje uskih grla, planiranje ažuriranja visokog praga za korištenje infrastrukturnih resursa i spremnost za dan igre.

      Pouzdanost i dostupnost

      Arhitektura vođena događajima i usluge bez državljanstva omogućuju otpornost i elastičnost. Međutim, kako bi se osiguralo otkrivanje i djelovanje kvarova prije nego što utječe na funkcionalnosti, CC koristi sljedeću strategiju Webex CC primjenjuje sljedeću strategiju.

      • Dostupnost i pouzdanost infrastrukture

        • Sve Webex CC usluge i infrastrukturne komponente uvijek su raspoređene u tri AWS zone dostupnosti.

          • To omogućuje Webex da CC bude otporan na kvarove zone dostupnosti, a u slučaju kvarova, neuspjeli slučajevi automatski se zamjenjuju novijima.

      • Kontinuirani nadzor i upozoravanje

        • Unutarnje i vanjske sonde za komponente usluga i infrastrukture, koje zbog kvara aktiviraju upozorenja.

        • Mjerni podaci zabilježeni iz usluga i komponenti infrastrukture i obrađeni pomoću mehanizma pravila koji otkriva pravila podudaranja i pokreće upozorenja.

      • Neprekinuta provjera valjanosti i upozoravanje

        • Periodični testovi se izvode i svi kvarovi rezultiraju pokretanjem upozorenja

        • Ta upozorenja stvaraju proaktivne incidente i tretiraju se kao stvarni incident koji utječe na kupca.

          • To prejudicira utjecaj na kupca i doprinosi dostupnosti i pouzdanosti sustava.

      • Kontinuirana integracija i isporuka

        • Ovo je inženjerski proces i cjevovod isporuke i omogućuje brzu i pouzdanu izgradnju, validaciju i implementaciju usluga / promjena usluga u Webex CC.

          • Mogućnost potpuno automatizirane implementacije - od koda do proizvodnog okruženja, sa svim potrebnim validacijama, smanjuje rizik i minimizira vrijeme do rješavanja, ako je potrebno uvesti promjenu kao odgovor na kvar.

      • Prekidači i prekidači za ubijanje

        • Različiti dijelovi sustava / određene mogućnosti CC Webex mogu se selektivno onemogućiti za sve kupce ili odabrane kupce, kako bi se smanjili kaskadni učinci kvara.

          • To omogućuje minimiziranje površine kvara i postizanje dostupnosti osnovnih mogućnosti kontaktnog centra kupcima.

      Nadzor i otkrivanje kvarova

      Sljedeća slika označava mehanizme kontinuiranog praćenja, validacije i uzbunjivanja koji su uspostavljeni za Webex CC.

      Kontinuirano praćenje i otkrivanje kvarova

      Kontinuitet poslovanja i oporavak od katastrofa

      Proces oporavka od katastrofe i kontinuiteta poslovanja osigurava otkrivanje bilo kakvog velikog prekida rada unutar regije i poduzimaju se potrebni koraci kako bi se osigurao oporavak usluga kupcima koji se nalaze na brodu u regiji.

      Koraci za oporavak dokumentiraju se, potvrđuju i redovito ažuriraju u skladu s postupcima oporavka i upravljanja katastrofama.

      Webex CC usluge implementirane su u tri odvojene zone dostupnosti unutar AWS regije. Svaka zona dostupnosti je drugačija fizička lokacija u regiji, s neovisnim uslužnim programima.

      U slučaju potpunog neuspjeha AWS regije, Webex CC se oslanja na AWS za oporavak regije i za dugotrajne prekide koji uključuju cijelu regiju, Webex CC podatkovni centar dobiva resurse u novoj AWS regiji i vraća ključne korisničke konfiguracije i podatke tako da kontakt centar radi za kupce u novoj AWS regiji.

      To uključuje automatizaciju, ali zahtijeva ručnu intervenciju kako bi se pokrenuo proces, kao i nadzor i osiguravanje da se potrebna konfiguracija i podaci vrate kako bi kontakt centar bio operativan za kupce.

      Usklađenost i certifikati

      Webex Contact ima opsežan popis sigurnosnih certifikata. Ti se certifikati redovito ažuriraju.

      • PCI DSS QSA

      • CAIQ

      • HIPAA i HITECH

      • CSA zvjezdica razina 1

      • CSA Star razina 2 (neovisna procjena treće strane)

      • SOC2

      • ISO27001 (Međunarodni standard za informacijsku sigurnost)

      • ISO27017 (Sigurnosni standard za davatelje usluga u oblaku)

      • ISO27018 (Sigurnosni standard usmjeren na zaštitu osobnih podataka u oblaku)

      • ISO27701 (Proširenje privatnosti podataka)

      • C5 njemački standard, koji pokazuje operativnu sigurnost od kibernapada

      Dodatne informacije potražite na Webex List podataka o privatnosti usluge kontaktnog centra.

      Uvod

      Cisco Webex Contact Center (Webex CC) je kontaktni centar kao usluga (CCaaS), koji organizacijama omogućuje omogućavanje pametnijih, proaktivnih i personaliziranih interakcija tijekom korisničkog putovanja.

      Webex CC je projektiran, dizajniran i razvijen, od temelja, kao nativno rješenje u oblaku, sa sljedećim temeljnim arhitektonskim načelima.

      • Usluge: neovisan skup usluga sa svakom uslugom koja korisnicima pruža mali kohezivni skup mogućnosti.

      • Vođeni događajima: Sve usluge međusobno komuniciraju putem poruka, osim u web aplikacijama gdje aplikacija koristi https sučelja (REST API, Push Data via WebSocket interface) za određene slučajeve upotrebe.

      • Država bez državljanstva/eksternaliziranja: Usluge se uvode u Kubernetesu, izvode se u kontejnerima dockera, s mogućnošću automatskog skaliranja i otpornosti na kvarove jedne ili više instanci usluga.

      • Uočljivo: Sve usluge i komponente infrastrukture koje omogućuju implementaciju takvih usluga vidljive su sa standardnim mehanizmima za mjerenje, otkrivanje i sprječavanje situacija koje utječu na mogućnosti kontaktnog centra, kao i brzo rješavanje problema i vraćanje usluga u slučaju prekida rada.

      • Izolirano/labavo povezano: Svaka se usluga može izgraditi, potvrditi i implementirati / ažurirati neovisno bez zastoja u mogućnostima kontaktnog centra.

      Webex CC usluge implementirane su u AWS, a pokreće ih nativna platforma u oblaku koja omogućuje sljedeće:

      • Dostupnost infrastrukturnih usluga i aplikacija u više zona dostupnosti

      • Elastičnost infrastrukturnih usluga i aplikacija koje omogućuju dinamičke mogućnosti skaliranja

      • Sigurnost je izvorno ugrađena u način na koji su sustavi izgrađeni i implementirani, podaci su zaštićeni u tranzitu i u mirovanju, zajedno sa sigurnosnim certifikatima / certifikatima o usklađenosti koje Webex CC ima.

      • Skalabilna i sigurna rubna infrastruktura za integracije telefonije/glasa

      • Uočljivost uz proaktivno praćenje i uzbunjivanje koje omogućuje visoku dostupnost usluga kontaktnog centra svojim klijentima.

      • Integrirano s ostatkom Cisco Webex za provjeru autentičnosti/autorizaciju korisnika, administraciju i dodjelu resursa mogućnostima kontaktnog centra.

      Daljnje sekcije u ovom dokumentu proširuju se na svaku od gore navedenih mogućnosti i način na koji Webex CC arhitektura omogućuje isto.

      Logička arhitektura

      Osnovna sposobnost koju rješenje kontaktnog centra mora imati je omogućavanje klijentima da lako kontaktiraju organizaciju uobičajenim sredstvima komunikacije i brzo i učinkovito riješe upite / probleme.

      Međutim, kako bi se osiguralo postizanje ovog osnovnog načela, postoji više mogućnosti iza kulisa kojima organizacija koja koristi kontaktni centar mora imati pristup. To su:

      • Mehanizmi za pokretanje interakcije s klijentima

        • Objavljeni i operativni telefonski brojevi koji povezuju telefonske pozive sa sustavom kontakt centra

        • Adrese e-pošte na koje korisnici mogu slati e-poštu i mehanizam za otkrivanje novih dolaznih e-poruka.

        • Mogućnost da korisnici kontaktiraju putem različitih digitalnih kanala, uključujući, ali ne ograničavajući se na,

          • Čavrljanje s web-lokacije/aplikacije

          • Izravni chat putem popularnih klijenata za razmjenu poruka kao što su WhatsApp, Facebook Messenger, Apple Business Chat, Izravna poruka s Twittera

      • Sposobnost otkrivanja novih interakcija i učinkovitog rukovanja s njima

        • To bi uključivalo automatizirani sustav IVR, virtualne agente za telefoniju / razgovore s ugrađenom programibilnošću za definiranje tijekova rada uključenih u rukovanje interakcijama.

        • Konačno, ako je potrebno, interakcija mora biti eskalirana do agenta, koji je optimalno vješt za rukovanje interakcijom.

      • Sposobnost agenata da naznače dostupnost za rukovanje interakcijama i nadzornika za praćenje, podučavanje agenata i dobivanje operativnih mjernih podataka koji omogućuju učinkovite interakcije.

      • Mogućnost administratora da konfiguriraju i dodijele različite mogućnosti kontaktnog centra koje agentima i nadzornicima omogućuje obavljanje njihovih zadataka prema očekivanjima.

      Osim toga, moderna poduzeća moraju imati dodatne mogućnosti za optimizaciju operacija kontaktnog centra s pristupom podacima i uvidima koji vizualiziraju i prate ključne operativne mjerne podatke.

      Nadalje, sposobnost integracije sa specijaliziranim mogućnostima ekosustava kontaktnog centra kao što su pokretanje proaktivnih automatiziranih odlaznih poziva, poboljšanje iskustva agenta i nadzornika pomoću umjetne inteligencije, otkrivanje i razumijevanje putovanja korisnika kako bi proaktivno unaprijed isporučili podatke agentima, jasni su diferencijatori u načinu na koji se rješenja kontaktnog centra razvijaju.

      Što se tiče modela potrošnje, gdje se ponude kontaktnih centara troše kao softverska usluga isporučena u oblaku, mogućnost osiguravanja dostupnosti, pouzdanosti i automatiziranih zahtjeva ad-hoc vage zahtijeva najsuvremenije mehanizme praćenja i uzbunjivanja, što omogućuje kontinuirano valjanje i otkrivanje nadolazećih problema i sprečavanje / minimiziranje utjecaja na poslovanje kupaca.

      Sljedeća slika ilustrira logičku arhitekturu CC-Webex.

      Webex CC Logical Architecture
      Webex CC logičke arhitekture

      Funkcionalne komponente

      Sljedeći odjeljci opisuju različite funkcionalne komponente CC-Webex.

      Upravljanje interakcijom

      Webex CC podržava telefoniju, e-poštu i razmjenu poruka (društveni kanali) kao razne kanale putem kojih korisnici mogu komunicirati s kontakt centrom.

      Za sve kanale, početno rukovanje može obaviti sustav, a zatim interakcija može eskalirati do agenta.

      Vrste medija

      Telefonija

      Za telefoniju o rukovanju dolaznim glasovnim pozivima odlučuje način na koji je poziv ušao u kontaktni centar (pogledajte mehanizme za ulazak u nastavku) i Webex tok kopije koji je povezan s ulaznom točkom.

      Na poziv se odgovara i poduzimaju se daljnje radnje prema Webex definiciji CC Flow – što je programski prikaz radnji koje treba izvršiti tijekom rukovanja pozivom prije reda čekanja i usmjeravanja agentu ili sam Tijek može rukovati pozivom bez prijenosa agentu.

      Sastavljač protoka u Webex CC-u omogućuje programerima da definiraju protok i dodijele ga ulaznoj točki putem koje poziv stiže Webex CC.

      Ti konfiguracijski entiteti i njihova upotreba obuhvaćeni su entitetima konfiguracije.

      Više informacija o sastavljaču toka dostupno je u nadolazećem odjeljku na IVR Sustav.

      E-pošta i razmjena poruka

      Iz perspektive Webex CC-a, Webex Connect pruža mogućnosti ulaska i izlaska za sve digitalne kanale - e-poštu, kanale za razmjenu poruka, koje krajnji korisnici mogu koristiti za kontaktiranje kontaktnog centra.

      Tijek povezivanja Webex

      • Odlučuje o rukovanju takvim interakcijama sve dok interakcije ne budu stavljene u red čekanja i usmjerene agentima. To uključuje automatsko rukovanje i BOT tretmane za sve oblike poruka i interakcija e-pošte.

      • Primjenjuje poslovnu logiku na dolaznu interakciju.

      • Rukuje kontaktom prije čekanja u redu.

      • Sam protok može podnijeti interakciju bez prijenosa na živog agenta.

      Kanali za razmjenu poruka koje podržava Webex CC su:

      • Web App / Chat mobilne aplikacije

      • Whatsapp

      • Facebook Messenger

      • SMS

      Kanali e-pošte koje podržava Webex CC su:

      • Gmail

      • Office365

      Mehanizmi za ulazak

      Ovaj odjeljak pokriva mehanizme pomoću kojih interakcija može ući u Webex CC. Na temelju vrste medija, mehanizmi kojima interakcija dolazi do Webex CC su različiti.

      Na primjer, u telefoniji postoje resursi fizičke infrastrukture potrebni za omogućavanje PSTN veze, konfiguracije telefonskih brojeva i usmjeravanja poziva na Webex CC.

      Za kanale e-pošte / slanja poruka, konfiguracija ulaska mora se obaviti u Webex Connectu i uključuje dodjelu resursa računa e-pošte / pošte i konfiguraciju protoka Webex Connect.

      Dolazni glas

      Za glasovne pozive tipičan je scenarij u kojem korisnici biraju PSTN telefonski broj koji se zatim povezuje s kontaktnim centrom. Iz perspektive ulaska, ovo treba mehanizam za usmjeravanje poziva s PSTN-a na Webex CC.

      Sljedeća slika prikazuje unos glasovnog poziva u Webex CC.

      Mogućnosti ulaza za ulazni glas

      Usluge glasovnog prodora u Webex CC obavljaju kontrolu poziva trećih strana pomoću SIP-a i odgovaraju na dolazni poziv, kao i obavljaju prijenos, konferencijske i druge operacije kontrole poziva.

      Logička ulazna točka za pozive u Webex CC-u je konfiguracijski entitet pod nazivom 'Ulazna točka'. Za govorni ulazak, ključna konfiguracija ulazne točke je telefonski broj povezan s njim, što je obično valjani PSTN telefonski broj dobiven od odabranog davatelja usluge PSTN veze.

      To omogućuje otkrivanje dolaznih poziva na telefonskom broju, povezivanje poziva s ulaznom točkom i korištenje drugih konfiguracijskih parametara ulazne točke za rukovanje pozivom prema definiciji Protoka Webex CC koja bi se trebala aktivirati za interakciju.

      Napomena:

      Za više detalja o opcijama povezivanja putem PSTN veze posjetite https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/Voiceonboarding2/wcc-voice-onboarding-2-book/wcc_b__voiceonboarding_private_conn.html.

      Skalabilnost i dostupnost infrastrukture glasovnih rubova

      Webex CC VPOP infrastruktura uključuje suvišne parove SIP SBC-ova koji osiguravaju visoku dostupnost i može se dodati više SBC-ova za skaliranje istodobnih brojeva poziva koje treba podržati.

      Maksimalan broj istodobnih poziva koje VPOP može obraditi ovisi o broju pokrenutih SBC-ova i pozivima na koje se pozivi šalju.

      Za geografsku redundanciju – podržana je mreža VPOP SBC-a s međusobnim vezama u više parova u različitim regijama.

      Za usluge glasovnog ulaska, one su horizontalno skalabilne za rukovanje sve većim brojem istodobnih glasovnih poziva koje treba prenijeti u Webex CC.

      Sigurnosna pitanja s infrastrukturom glasovnih rubova

      Tablica u nastavku sadrži pojedinosti o mogućnostima povezivanja s infrastrukturom glasovnog ruba.

      Stol 1. Vrste povezivosti

      Povezivanje

      Vrste

      Javni internet

      Izravno (s IP adresama izvora na bijeloj listi)

      IPSec virtualna privatna mreža (VPN) ili IPSec preko generičke enkapsulacije usmjeravanja (GRE)

      Mjesto na web-mjesto (S2S)

      SRTP/SIP TLS

      Privatna povezivost

      MPLS

      Point-to-Point (P2P)

      VPLS

      SD-WAN

      Privatni WAN

      Unakrsno povezivanje podatkovnog centra

      Equinix veze od tkanine

      Za više detalja posjetite https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/Voiceonboarding2/wcc-voice-onboarding-2-book/wcc_b__voiceonboarding_private_conn.html.

      IVR sustava

      Svaki glasovni poziv koji dođe na telefonski broj povezan s ulaznom točkom, na njega odgovara Webex CC i započinje izvršavanje Webex CC flowa povezanog s ulaznom točkom.

      Webex CC Flow Builder isporučuje programske konstrukte/operatore i funkcionalne blokove, terminirane aktivnosti, tako da administratori ili bilo tko tko dizajnira i implementira IVR logiku može kombinirati te sastavne blokove i stvoriti definiciju tijeka.

      Konstrukti programiranja koje Flow podržava su:

      • Deklariranje i postavljanje varijabli – stanje povezano s izvršenjem tijeka

        • Šljunčani izrazi za postavljanje vrijednosti varijabli

      • Uvjetne provjere

      • Petlja – korištenje uvjetnih uvjeta i idi na (mogućnost povezivanja aktivnosti)

      • Pozivanje REST API-ja

      • Raščlanjivanje podataka – JSON, TOML, XML obično se koristi za raščlanjivanje API odgovora.

      • Komponiranje aktivnosti


       

      Reprezentativni skup aktivnosti koje flow isporučuje su:

      • Reproduciraj poruke

      • Prikupljanje korisničkih podataka

      • Prijenos poziva na drugi odredište/telefonski broj

      • Slanje poziva virtualnom agentu

      • Stavite poziv u red tako da na njega agent može odgovoriti.

      Za svaki aktivni poziv aktivna je i instanca izvršavanja tijeka, sve dok se poziv ne završi, što rezultira istodobnim izvršavanjem tokova.

      Svaka instanca izvršavanja protoka pruža izolirano okruženje za podatke / stanje povezano s protokom i tamo pozivom.

      Tijekom cijelog životnog ciklusa poziva, flow također omogućuje odgovaranje na određene događaje koji se događaju i rukovanje njima – na primjer, kada agent odgovori na poziv, rukovatelj događajima može pokrenuti iskakanje zaslona u sučelju agenta za stolna računala.

      Za više informacija o Webex CC Flow, pogledajte https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/SetupandAdministrationGuide_2/b_mp-release-2/b_cc-release-2_chapter_0100.html#Cisco_Generic_Topic.dita_e338e055-64b0-4973-bd52-8a5581dcb0ee.

      Podrška za virtualnog agenta

      Flow pruža aktivnost za predaju interakcije virtualnom agentu, koji je unaprijed konfiguriran u Webex Control Hubu.

      Nakon što je poziv povezan s virtualnim agentom, korisniku pruža razgovorno IVR iskustvo, a aktivnost završava prekidom poziva ili eskaliranjem poziva agentu.

      U slučaju eskalacije, tijek se može konfigurirati za stavljanje poziva u red čekanja na koji se zatim javlja agent.

      Ulazne digitalne interakcije

      Za e-poštu i kanal za razmjenu poruka dolaznih interakcija, Webex CC koristi Webex Connect za dodjelu resursa imovini, protok za rukovanje dolaznim interakcijama, a zatim usmjeravanje interakcije na Webex CC kada tijek Webex Connect eksplicitno stavlja interakciju u red čekanja tako da njome može upravljati agent.

      Sljedeća slika ilustrira unos e-pošte, interakcije s porukama u Webex CC.

      Mogućnosti ulaska u e-poštu i razmjenu poruka

      Integracije virtualnog agenta / BOT-a

      Za interakciju putem e-pošte i poruka / društvenih kanala, tretmani virtualnog agenta / BOT-a konfigurirani su u tijeku Webex Connect.

      Kao i kod virtualnih agenata za glas, ako BOT tretman završi eskalacijom kao rezultat, tada se interakcija stavlja u red čekanja i usmjerava na agenta.

      Usmjeravanje i red čekanja

      Webex CC tretira dolazni kontakt s automatiziranim rukovateljima kako je definirano u Flowu i tijek može odlučiti staviti kontakt u red čekanja / izravno agentu (red specifičan za agenta - podržan samo za telefonsku / glasovnu interakciju).

      U redu čekanja, ako je agent dostupan, agent je rezerviran, a interakcija se usmjerava na agenta. Ako nema dostupnih agenata, interakcija je parkirana u redu čekanja, a Tijek će nastaviti tretirati klijenta s rukovateljem priključenim na aktivnost reda čekanja.

      Kada agent postane dostupan, rukovatelj se prekida, a interakcija se nudi agentu.

      Sljedeća slika prikazuje arhitekturu reda čekanja i usmjeravanja.

      Queuing and Routing Architecture
      Arhitektura reda čekanja i usmjeravanja

      Odabir agenta

      Redovi čekanja u Webex CC-u podržavaju sljedeće algoritme odabira agenata:

      • Najdulje dostupno usmjeravanje agenta

      • Vješto usmjereno usmjeravanje

        • Najduži raspoloživi agent (LAA)

        • Najbolji dostupni agent (BAA)

      Agenti su povezani s redovima čekanja putem servisa Teams.

      Red čekanja može se dodijeliti višestrukim grupama raspodjele poziva (pri čemu svaka grupa ima jedan ili više timova) , na sekvencijalni način s konfiguriranim čekanjem dodavanja grupe raspodjele poziva u red čekanja, tako da se prostor za pretraživanje odgovarajućeg agenta proširuje na dodatne grupe raspodjele poziva kako vrijeme odmiče.

      Za usmjeravanje temeljeno na vještinama, među zahtjevima vještina koji odgovaraju agentima pridruženim redu čekanja, agent se odabire na temelju LAA ili BAA konfiguracije.

      Dodatne mogućnosti specifične za glas/telefoniju

      Usmjeravanje temeljeno na agentu (samo za glasovni/telefonski kanal)

      Webex CC Flow, koristeći aktivnost QueueToAgent, može usmjeriti interakcije izravno odabranom agentu na temelju ID-a agenta.

      Ako agent nije dostupan za rukovanje interakcijama, interakcija se može parkirati, u redu čekanju da agent postane dostupan

      Dodatne informacije o redu čekanja

      Webex CC Flow, koristeći aktivnost GetQueueInfo, može dohvatiti informacije u stvarnom vremenu za red čekanja kao što su Položaj u redu čekanja (PIQ), Procijenjeno vrijeme čekanja (EWT), broj agenata dostupnih u redu čekanja i može se koristiti za odlučivanje hoće li kontakt staviti kontakt u red čekanja ili ne.

      Ljubazni povratni poziv

      Webex CC Flow, koristeći aktivnost Povratni poziv, omogućuje korisniku da prekine vezu s pozivom zadržavajući položaj u redu čekanja i primi povratni poziv kada se virtualna interakcija u redu čekanja usmjeri na agenta.

      Rukovanje preljevom

      Webex CC podržava rukovanje prelijevanjem pomoću timova temeljenih na kapacitetu (CBT).

      CBT je poput običnog tima s kapacitetom i pridruženim vanjskim DN-om koji služi tom kapacitetu. Može se konfigurirati zajedno s drugim timovima u ciklusima raspodjele poziva u redu čekanja.

      Obično je to konfigurirano kao posljednji ciklus tako da djeluje kao prelijevanje ako nijedan agent nije dostupan čak i nakon što sve konfigurirane grupe raspodjele poziva ne pronađu dostupnog odgovarajućeg agenta za rukovanje interakcijom.

      Agent Desktop operacije

      Kada se agent prijavi na Webex CC Agent Desktop, agent navodi telefonski broj na koji se mogu povezati dolazni pozivi agentu. To može biti PSTN telefon, mobilni telefon ili kućni broj ako je agent Cisco Webex Calling korisnik.

      Imajte na umu da taj broj mora biti valjani telefonski broj na koji se pozivi mogu usmjeriti. U slučaju da nije, agent ne može primati dolazne pozive.

      Na temelju vrste interakcije kojom agent rukuje, widgeti na radnoj površini agenta pružaju mogućnost izvođenja određenih operacija upravljanja medijima.

      Na primjer, nakon što odgovorite na poziv, agent može izvršiti sljedeće operacije povezane s pozivom.

      • Stavljanje poziva na čekanje

      • Pokretanje konzultacijskog poziva i

        • Prijenos poziva na drugi telefonski broj (recimo telefonski broj agenta) / ulazna točka

        • Uključivanje drugog agenta u konferenciju

      • Prijenos poziva u drugi red čekanja

      • Završavanje poziva

      Agent desktop omogućuje administratorima da tamo dodaju prilagođene widgete proširujući mogućnosti radne površine i čineći ih jedinstvenom kolekcijom widgeta koji su agentima potrebni za učinkovito obavljanje posla.

      Arhitektura stolnog računala

      Agent desktop je aplikacija s jednom stranicom temeljena na mikro sučelju koja hostira widgete izgrađene na temelju arhitekture web-komponenti. Svi standardni / burzovni widgeti pokreću podaci koje dohvaćaju API-ji ili mehanizmi za guranje sa strane poslužitelja.

      To su obično asinkroni API-ji, gdje odgovor za pozivanje dolazi na radnu površinu putem WebSocket veze.

      Webex CC Agent Desktop autentificira korisnike s Cisco Common Identity (CI), a token se prosljeđuje svim API pozivima. I za prilagođene widgete, koji se temelje na modelu autentifikacije, agentima pruža jedinstveno iskustvo prijave ako je prilagođeni model provjere autentičnosti widgeta integriran s CI.

      Jednom kada je agent dio interakcije, sva ažuriranja tog stanja interakcija ili povezanih podataka također se premještaju na radnu površinu putem WebSocket veze.

      Otpornost radne površine na povezivost i kašnjenje

      Asinkrono API i guranje na strani poslužitelja omogućuje skaliranje i otkriva se svaki gubitak povezivanja sa sučeljem WebSocket i pokušava se stolna računala ponovno povezati i ponovno prijaviti.

      Sljedeća slika prikazuje arhitekturu agenta za stolna računala u Webex CC.

      Agent Desktop arhitektura

      Administracija i konfiguracija

      Unošenje kupaca

      Webex Control Hub primarno je sučelje koje partneri i klijenti koriste za uvođenje kupaca i omogućavanje ili konfiguriranje značajki.

      Nakon dodjele resursa značajkama tvrtke ili ustanove i kontaktnog centra u Kontrolnom čvorištu, pokrenut će se tijek rada u Webex CC koji obavlja ostale korake u dodjeljivanju svih mogućnosti kontaktnog centra prema ponudama koje je odabrao klijent.

      Sva dodjela resursa centru za kontakt vrši se pomoću BPM modula tijeka rada koji omogućuje deklarativan način definiranja uključenih koraka i čini sve korake dodjele otpornima na kvarove i osigurava integritet podataka.

      Sljedeća slika prikazuje tijek rada dodjele resursa u Webex CC.

      Tijek rada za uključivanje kupaca

      Konfiguracijski entiteti

      Ključni konfiguracijski entiteti u Webex CC, s opsegom unutar organizacije, su:

      Stranice

      Stranica znači mjesto na kojem se nalazi jedan ili više timova, korisnika (agenata / nadzornika).

      Svaki korisnik i tim moraju pripadati web-mjestu.

      Tim

      Grupa korisnika. Timovi se koriste za distribuciju interakcija agentima putem redova čekanja.

      Svaki tim mora pripadati web mjestu.

      Agenti

      Korisnici koji se mogu prijaviti na Agent Desktop i upravljati interakcijama među vrstama medija konfiguriranima u Webex CC.

      Nadzornici

      Nadzornici su raspoređeni u timove i mogu nadzirati / trenirati agenta i imati pristup statusu na razini tima i statistici agenta za one koji pripadaju timovima kojima je dodijeljen nadzornik.

      Red čekanja

      Red čekanja logički je entitet u kojem se interakcije mogu zadržati dok se čeka dostupnost agenata, koji se zatim usmjeravaju agentu.

      Redovi čekanja mapiraju se u timove, kao prostor za pretraživanje agenata, s mogućnošću proširenja prostora za pretraživanje na temelju proteklog vremenskog praga, dodavanjem drugih timova u prostor za pretraživanje.

      Ulazna točka

      Ulazna točka logički je entitet koji predstavlja točku ulaska u Webex CC. Za telefoniju se to prvenstveno mapira na telefonski broj na koji stižu pozivi i za kanale e-pošte / razmjene poruka, ulazna točka upućuje na konfiguraciju imovine u Webex Connectu.

      Protok

      Tijek povezan s ulaznom točkom (putem strategije usmjeravanja), koja odlučuje o koracima uključenima u rukovanje interakcijama.

      Za netelefonske kanale (e-pošta, poruke/društvene mreže) Flow se odabire kao dio konfiguracije imovine u Webex Connectu.

      Kontrola pristupa za kontaktne centre s više mjesta

      Webex Administratori kopije mogu konfigurirati korisničke profile s pravima pristupa određenim web-mjestima, timovima, redovima čekanja i ulaznim točkama. Nadalje, zbog hijerarhijske prirode web-mjesta i timova, nakon što se omogući pristup određenim web-mjestima, korisnik može pristupiti samo timovima ili datumu koji pripadaju timovima koji pripadaju tim web-mjestima ili izričito određenom podskupu takvih timova.

      Za redove i ulazne točke, oni su globalni na razini organizacije, tako da se za različite geografske lokacije (mjesta na kojima se nalaze određeni agenti i timovi) mogu konfigurirati zasebne ulazne točke i redovi čekanja, a nadzornici / korisnici mogu imati pristup onim entitetima koji su primjenjivi za određene lokacije.

      Sljedeća slika prikazuje ključne konfiguracijske entitete i korisnički profil koji upućuje na te entitete.

      Konfiguracijski entiteti mapirani u korisnički profil

      Osim ograničavanja pristupa tim entitetima, Webex CC administratori mogu kontrolirati određene mogućnosti/module kojima korisnik može pristupiti u administracijskom sučelju, čime korisnici imaju administracijska /konfiguracijska prava na određene entitete, kao i odjeljke/mogućnosti Webex CC administracijskog sučelja.

      Izvješćivanje i analitika

      Webex CC obrađuje diskretne događaje koje generiraju različite usluge tijekom životnog ciklusa interakcija, koristeći niz usluga obrade tokova u stvarnom vremenu i generira definirani skup skupova podataka u stvarnom vremenu koji se objavljuju pretplaćenim klijentima.

      Nadalje, ti se događaji dalje obrađuju, transformiraju i traju agregirani i rezultirajući skupovi podataka, koji se zatim dohvaćaju putem API-ja za potrošnju podataka i sučelja za izvješćivanje i vizualizaciju podataka – Analizator.

      Sljedeća slika prikazuje sučelja za obradu i potrošnju podataka u Webex CC

      Webex CC kanal za obradu podataka i sučelja potrošnje

      Integracije

      Sve vanjske integracije s WxCC-om radi povećanja i poboljšanja mogućnosti koje korisnici mogu koristiti, koriste standardne objavljene API-je.

      Vrste API sučelja dostupnih u Webex CC su:

      • ODMOR API

      • Guranje na strani poslužitelja pomoću

        • Web-dojavnici

        • WebSocket poruke

      CRM integracije

      Webex CC podržava dva načina integracije sa sustavima upravljanja odnosima s klijentima (CRM).

      • Ugrađeni poveznici radne površine

      • Integracije protoka putem HTTPs konektora u IVR

      Ugrađeni konektori na radnoj površini: CRM aplikacija kao primarno sučelje

      U ovom načinu rada, agent se prijavljuje na CRM konzolu kao primarna aplikacija.

      Webex CC je ugrađena aplikacija (koja se naziva i ugrađena desktop aplikacija ili ugrađeni softphone) koja se prvenstveno koristi za prijavu u kontakt centar i primanje Webex CC usmjerenih interakcija kontaktnog centra.

      Nakon primitka poziva ili zahtjeva za razgovor, CRM integracija vrši sljedeće radnje na CRM konzoli

      • Zaslon prikazuje zapis klijenta povezan s ANI-jem ili drugim podacima povezanim s pozivom.

      • Objavljivanje metapodataka poziva kao bilješki o aktivnosti u zapisu klijenta

      • Dopustite agentu da "klikne za poziv" klikom na kontakt unutar CRM-a i pokretanjem odlaznog poziva kupcu

      • Knjiženje zapisa poziva u tablice izvješćivanja sustava CRM za primarno izvješćivanje u sustavu CRM.

      • Pruža potpunu funkcionalnost kontrola Agent Desktop i poziva (ugrađena i minirana verzija aplikacije za stolna računala)

      Primarni način integracije s CRM-ovima je ugradnja Webex CC Desktop aplikacije u zasebnu iFrame.

      Nadalje, Webex CC Desktop aplikacija pokreće prilagođeni widget bez glave (bez korisničkog sučelja) koji radi u pozadini, u interakciji s temeljnim CRM sustavom za izvođenje automatiziranih radnji u ime agenta.

      Interakcije se pokreću s dva SDK-a koja koristi widget bez glave.

      • Webex CC Desktop JS SDK: Ovo je JavaScript SDK koji pruža Webex CC za registraciju slušatelja događaja za agentske i kontaktne radnje.

      • CRM JS SDK: Ovo je CRM klijentski SDK primjenjiv po CRM-u koji apstrahira REST API pozive pomoću CRM-a. Na primjer, za salesforce, CTI JS biblioteka koju pruža Salesforce koristi se za izvođenje radnji i slušanje događaja unutar CRM-a.

      Sljedeća slika prikazuje crm ugrađen Webex CC desktop i poveznik arhitekture

      Arhitektura ugrađenog poveznika radne površine sustava CRM

      Webex CC podržava sljedeća CRM rješenja za gore navedenu integraciju:

      • Salesforce

      • ServiceNow

      • Microsoft Dynamics 365

      • Zendesk

      • Freshdesk

      Za više detalja posjetite https://help.webex.com/en-us/result/integrate%20with%20webex%20contact%20center?offset=10.

      Dodatne informacije o konfiguriranju Webex CC rasporeda radne površine za omogućivanje CRM poveznika, skupova značajki i promjena potražite na adresi https://github.com/Ciscodevnet/webex-contact-center-crm-integrations.

      Globalna dostupnost CRM poveznika

      CRM konektori dostupni su u svim zemljopisnim područjima i regijama u kojima Webex CC radi.

      Elastična skala i performanse

      Webex CC hostira prilagođeni widget koji omogućuje dvosmjernu komunikaciju između CRM aplikacije i Webex CC radne površine u AWS CloudFront CDN-u osiguravajući visoku dostupnost widgeta AWS u svim zonama dostupnosti i regijama.

      Svi CRM integracijski specifični računi događaju se u pregledniku gdje agenti koriste CRM aplikaciju s CC radnom površinom ugrađenom Webex CRM aplikaciju.

      Sigurnost

      CRM konektori pozivaju se putem Webex izgled radne površine CC agenta, a opcionalni parametri prosljeđuju se putem rasporeda radne površine u widget za uključivanje i isključivanje značajki.

      Na primjer, za omogućavanje widgeta akcije Salesforce, administrator može uključiti postavku parametra izgleda radne površine sfdcWidgetEnabled na true.

      Instalacija paketa

      Da bi integracija radila dvosmjerno, CRM konzola treba instalirati ugrađenu aplikaciju. Ovo je podrška za učitavanje aplikacije Desktop unutar iFramea.

      Svi ugrađeni konektori radne površine dostupni su na CRM tržištu.

      Na primjer,

      ServiceNow: https://store.servicenow.com/sn_appstore_store.do#!/store/application/6c8e2a4edbc73410e1c75e25ca961947/1.0.5?

      Zendesk: https://www.zendesk.com/marketplace/apps/support/202570/webex-contact-center/

      Instalacija aplikacije na tržištu aktivira potrebne dodatke i uvozi potrebne XML datoteke u CRM konzolu kako bi podržala izvještavanje o zapisima poziva u CRM-u.

      Integracije protoka putem HTTPs konektora u IVR

      Sastavljač Webex CC Flow podržava dvosmjerni protok podataka između CC-Webex i CRM sustava pomoću HTTPs konektora konfiguriranih u Webex Kontrolnom čvorištu i korištenih na Webex CC flowu.

      Oni se prvenstveno koriste za personalizaciju unutar glasovnih interakcija i prilagođeno usmjeravanje unutar IVR.

      Prema zadanim postavkama Webex CC podržava HTTP priključak Salesforce na kontrolnom čvorištu. Ostali CRM poveznici mogu se dodati kao prilagođeni poveznici na Webex kontrolnom čvorištu.

      Za više informacija o HTTP konektorima posjetite https://github.com/CiscoDevNet/webex-contact-center-crm-integrations.

      IVR HTTP poveznika:

      Optimizacija radne snage

      Webex CC podržava rješenja za optimizaciju tijeka rada i upravljanje kvalitetom vodećih dobavljača u industriji.

      Implementacija i povezivanje

      Webex CC je implementiran u AWS i trenutno je dostupan u sljedećim regijama

      • NAS

        • Američko-istočna N Virginia

        • US-West N Kalifornija (samo ulazak glasovnih medija)

      • Kanada

        • Središnje

      • Velikoj britaniji

        • London

      • Europa

        • Frankfurt

      • Azija Pac

        • Tokiju

        • Sydney

        • Singapur

      Povezivanje s više regija za telefoniju

      Kako bi se omogućile globalne organizacije, s agentima i klijentima na više geografskih lokacija, CC Webex podržava održavanje medija unutar lokalne regije, za one regije u kojima se izvode glasovni medijski rub i usluge ulaska.

      Sljedeća slika prikazuje implementaciju više regija s regionalnim medijima.

      Multi Region deployment with regional media
      Implementacija u više regija s regionalnim medijima

      Rub medija i usluge ulaska implementirani su u sljedećim regijama.

      Geo regija

      Webex CC Services (regija AWS)

      Media Edge (glasovni pop)

      Medijski servisi sljedeće generacije (regija AWS)*

      NAS

      N. Virginia

      New York

      Los Angeles

      N. Virginia

      N Kalifornija

      Kanada

      Središnje

      Vancouver

      Toronto

      Središnje

      Brazil

      Sao Paulo

      Rio De Janeiro

      Europa

      Frankfurt

      Frankfurt

      Amsterdam

      Frankfurt

      Velika Britanija

      London

      London

      London

      Indija

      Pune

      Hyderabad

      Mumbai

      Singapur

      Singapur

      Singapur

      Japan

      Tokiju

      Tokiju

      Osaka

      Tokiju

      Australija

      Sydney

      Melbourne

      Sydney

      Sydney

      Sigurnost i privatnost

      Sigurnost infrastrukture

      Glasovna infrastruktura na Edgeu

      Komponente Voice Edge omogućuju prekid SIP debla s korisničke mreže / PSTN operatera, a to je omogućeno na temelju IPS-a s bijele liste koji se mogu povezati s rubnim komponentama.

      Izračunaj sigurnost infrastrukture

      Webex instance računa CC dodijeljene su u AWS-u, a usluge se izvode kao mahune u Kubernetes klasteru, koji ima više prostora naziva, a pristup svakom prostoru naziva ograničen je zasebnim vjerodajnicama.

      Sva dodjela resursa infrastrukturi vrši se pomoću koda - bez ručnih koraka - i nijednoj vjerodajnici se ne može pristupiti ručno.

      Postoji središnje spremište vjerodajnica s određenim putovima konfiguriranim za određeni skup usluga / timova, a pristup samoj trgovini vjerodajnica ograničen je i konfiguriran kao tajna u sustavima izrade i implementacije.

      Nijedna od infrastrukturnih komponenti / usluga nije izravno izložena izvan AWS VPC-a, a samo javno izložena sučelja su API-ji i WebSocket poslužitelji kojima se upravlja i kojima se upravlja pomoću API pristupnika,

      Osim toga, postoje određeni interni sustavi i sučelja koje koriste programeri koji se koriste za pregled dnevnika, mjernih podataka, detalja implementacije, statusa međuverzije i rezultata ispitivanja, koji su osigurani pomoću uloga i grupa i integrirani s Cisco internim sustavima provjere autentičnosti.

      Provjera autentičnosti i autorizacija korisničkih sučelja

      Sva korisnička sučelja koja koriste različiti korisnici kontakt centra (agenti, nadzornici, administratori, analitičari) zaštićena su Cisco Common Identity Based token autentifikacijom (OAuth flows).

      Autorizacija se vrši pomoću uloga za korisnika koji je dobio token i dosege dodijeljene tokenu.

      Sigurnost podataka

      Podaci u prijenosu

      Nijedno sučelje korištenih usluga / komponente infrastrukture nije izravno izloženo vanjskom dolaznom prometu.

      Odabrane usluge, s http API-jevima izlažu ta sučelja putem pristupnika, a svi dolazni https (uključujući i one WebSocketa) se prekidaju u ALB-u, a interni promet putem http-a usmjerava se na usluge.

      Sve odlazne interakcije su preko https / TLS (za ne-http protokole).

      Unutar VPC-a, interna komunikacija između usluga - preko http / prilagođenog TCP protokola - je preko običnog TCP utičnice.

      Podaci u mirovanju

      Svi podaci koji se pohranjuju šifrirani su na sloju za pohranu. Nadalje, one trgovine podataka koje su izvan VPC-a, zaštićene su i kontroliraju pristup i ovlaštenja s vjerodajnicama koje su sigurno pohranjene i njima se upravlja u tajnom spremištu.

      Sljedeća slika prikazuje model protoka i sigurnosti podataka za tranzit kao i u mirovanju.

      Sigurnost podataka u prijenosu i u mirovanju

      Privatnost podataka

      Podaci koji otkrivaju identitet krajnjeg korisnika

      Webex CC Flow, koji je programski kontroler za rukovanje interakcijama, može se koristiti za prikupljanje korisničkih podataka, koji se mogu dodijeliti varijablama protoka posebno označenim kao "Sadrži osjetljive podatke". Vrijednosti za takve podatke su šifrirane i nijedna usluga na putu prijenosa podataka neće imati pristup tim podacima.

      Nadalje, takvi se podaci nikada ne zadržavaju u Webex CC pohrani podataka izvješćivanja, a infrastruktura dnevnika / poruka imat će šifrirane podatke, a jasni tekstualni podaci ne pohranjuju se nigdje unutar Webex CC-a.

      Podaci agenta kontaktnog centra/nadzornika koji otkrivaju identitet

      Podaci povezani s korisnikom centra za kontakt redigirani su u zapisnicima, ali dostupni za analizu i vizualizaciju podataka u Webex pohrani podataka CC.

      Skalabilnost

      Čimbenici za skaliranje

      Za Webex CC čimbenici koji utječu na ljestvicu su:

      • Istodobni broj prijavljenih agenata

      • Istodobni broj interakcija u tijeku

        • Radnje izvršene na tim interakcijama

      • Istodobni broj radnji koje nadzornici/agenti obavljaju, izvan rukovanja interakcijama

      • Količina generiranih i postojanih podataka

      Arhitektonski aspekti koji omogućuju mjerilo

      Načela na temelju kojih je Webex CC projektiran i osmišljen omogućuju rješenju da se dinamički skalira prema potrebi u granicama koje provodi infrastruktura predviđena za različite usluge i komponente platforme.

      Arhitektura vođena događajima

      Usluge u Webex CC komuniciraju pomoću poruka, a kritični tokovi obrade poruka ne uključuju nikakve operacije blokiranja IO-a, a stanje potrebno za obradu poruka lokalizirano je na instancu usluge koja obrađuje poruku.

      Usluge bez državljanstva (ili eksternalizirano stanje)

      Usluge bez državljanstva omogućuju elastičnost jednostavnim dodavanjem /uklanjanjem dodatnih instanci usluga. Postoje određene usluge koje su inherentno državne prirode, a one imaju eksternaliziranu državnu trgovinu, a infrastruktura podržava dinamičke promjene broja slučajeva takvih usluga, također, s automatskim rebalansom / državnim prijenosom / lokalizacijom stanja u instancu koja treba državu.

      Elastična infrastruktura

      Sve usluge rade u Kubernetesu i infrastruktura zvana Kubernetes čvorovi automatski se skaliraju na temelju upotrebe, što omogućuje dinamičko dodavanje više računalnih čvorova do maksimalno visokog praga koji je unaprijed konfiguriran.

      Učitavanje projekcije i redovita provjera valjanosti

      Sve su usluge referentne za karakteristike performansi, a uzorak skaliranja provjerava se na razini usluge.

      Daljnji kontinuirani testovi validacije, vršnog opterećenja i izdržljivosti provode se s ispitnim parametrima podešenim za projicirani rast u atributima koji utječu na vagu, što omogućuje prepoznavanje uskih grla, planiranje ažuriranja visokog praga za korištenje infrastrukturnih resursa i spremnost za dan igre.

      Pouzdanost i dostupnost

      Arhitektura vođena događajima i usluge bez državljanstva omogućuju otpornost i elastičnost. Međutim, kako bi se osiguralo otkrivanje i djelovanje kvarova prije nego što utječe na funkcionalnosti, CC koristi sljedeću strategiju Webex CC primjenjuje sljedeću strategiju.

      • Dostupnost i pouzdanost infrastrukture

        • Sve Webex CC usluge i infrastrukturne komponente uvijek su raspoređene u tri AWS zone dostupnosti.

          • To omogućuje Webex da CC bude otporan na kvarove zone dostupnosti, a u slučaju kvarova, neuspjeli slučajevi automatski se zamjenjuju novijima.

      • Kontinuirani nadzor i upozoravanje

        • Unutarnje i vanjske sonde za komponente usluga i infrastrukture, koje zbog kvara aktiviraju upozorenja.

        • Mjerni podaci zabilježeni iz usluga i komponenti infrastrukture i obrađeni pomoću mehanizma pravila koji otkriva pravila podudaranja i pokreće upozorenja.

      • Neprekinuta provjera valjanosti i upozoravanje

        • Periodični testovi se izvode i svi kvarovi rezultiraju pokretanjem upozorenja

        • Ta upozorenja stvaraju proaktivne incidente i tretiraju se kao stvarni incident koji utječe na kupca.

          • To prejudicira utjecaj na kupca i doprinosi dostupnosti i pouzdanosti sustava.

      • Kontinuirana integracija i isporuka

        • Ovo je inženjerski proces i cjevovod isporuke i omogućuje brzu i pouzdanu izgradnju, validaciju i implementaciju usluga / promjena usluga u Webex CC.

          • Mogućnost potpuno automatizirane implementacije - od koda do proizvodnog okruženja, sa svim potrebnim validacijama, smanjuje rizik i minimizira vrijeme do rješavanja, ako je potrebno uvesti promjenu kao odgovor na kvar.

      • Prekidači i prekidači za ubijanje

        • Različiti dijelovi sustava / određene mogućnosti CC Webex mogu se selektivno onemogućiti za sve kupce ili odabrane kupce, kako bi se smanjili kaskadni učinci kvara.

          • To omogućuje minimiziranje površine kvara i postizanje dostupnosti osnovnih mogućnosti kontaktnog centra kupcima.

      Nadzor i otkrivanje kvarova

      Sljedeća slika označava mehanizme kontinuiranog praćenja, validacije i uzbunjivanja koji su uspostavljeni za Webex CC.

      Kontinuirano praćenje i otkrivanje kvarova

      Kontinuitet poslovanja i oporavak od katastrofa

      Proces oporavka od katastrofe i kontinuiteta poslovanja osigurava otkrivanje bilo kakvog velikog prekida rada unutar regije i poduzimaju se potrebni koraci kako bi se osigurao oporavak usluga kupcima koji se nalaze na brodu u regiji.

      Koraci za oporavak dokumentiraju se, potvrđuju i redovito ažuriraju u skladu s postupcima oporavka i upravljanja katastrofama.

      Webex CC usluge implementirane su u tri odvojene zone dostupnosti unutar AWS regije. Svaka zona dostupnosti je drugačija fizička lokacija u regiji, s neovisnim uslužnim programima.

      U slučaju potpunog neuspjeha AWS regije, Webex CC se oslanja na AWS za oporavak regije i za dugotrajne prekide koji uključuju cijelu regiju, Webex CC podatkovni centar dobiva resurse u novoj AWS regiji i vraća ključne korisničke konfiguracije i podatke tako da kontakt centar radi za kupce u novoj AWS regiji.

      To uključuje automatizaciju, ali zahtijeva ručnu intervenciju kako bi se pokrenuo proces, kao i nadzor i osiguravanje da se potrebna konfiguracija i podaci vrate kako bi kontakt centar bio operativan za kupce.

      Usklađenost i certifikati

      Webex Contact ima opsežan popis sigurnosnih certifikata. Ti se certifikati redovito ažuriraju.

      • PCI DSS QSA

      • CAIQ

      • HIPAA i HITECH

      • CSA zvjezdica razina 1

      • CSA Star razina 2 (neovisna procjena treće strane)

      • SOC2

      • ISO27001 (Međunarodni standard za informacijsku sigurnost)

      • ISO27017 (Sigurnosni standard za davatelje usluga u oblaku)

      • ISO27018 (Sigurnosni standard usmjeren na zaštitu osobnih podataka u oblaku)

      • ISO27701 (Proširenje privatnosti podataka)

      • C5 njemački standard, koji pokazuje operativnu sigurnost od kibernapada

      Dodatne informacije potražite na Webex List podataka o privatnosti usluge kontaktnog centra.

      Uvod

      Cisco Webex Contact Center (Webex CC) je kontaktni centar kao usluga (CCaaS), koji organizacijama omogućuje omogućavanje pametnijih, proaktivnih i personaliziranih interakcija tijekom korisničkog putovanja.

      Webex CC je projektiran, dizajniran i razvijen, od temelja, kao nativno rješenje u oblaku, sa sljedećim temeljnim arhitektonskim načelima.

      • Usluge: neovisan skup usluga sa svakom uslugom koja korisnicima pruža mali kohezivni skup mogućnosti.

      • Vođeni događajima: Sve usluge međusobno komuniciraju putem poruka, osim u web aplikacijama gdje aplikacija koristi https sučelja (REST API, Push Data via WebSocket interface) za određene slučajeve upotrebe.

      • Država bez državljanstva/eksternaliziranja: Usluge se uvode u Kubernetesu, izvode se u kontejnerima dockera, s mogućnošću automatskog skaliranja i otpornosti na kvarove jedne ili više instanci usluga.

      • Uočljivo: Sve usluge i komponente infrastrukture koje omogućuju implementaciju takvih usluga vidljive su sa standardnim mehanizmima za mjerenje, otkrivanje i sprječavanje situacija koje utječu na mogućnosti kontaktnog centra, kao i brzo rješavanje problema i vraćanje usluga u slučaju prekida rada.

      • Izolirano/labavo povezano: Svaka se usluga može izgraditi, potvrditi i implementirati / ažurirati neovisno bez zastoja u mogućnostima kontaktnog centra.

      Webex CC usluge implementirane su u AWS, a pokreće ih nativna platforma u oblaku koja omogućuje sljedeće:

      • Dostupnost infrastrukturnih usluga i aplikacija u više zona dostupnosti

      • Elastičnost infrastrukturnih usluga i aplikacija koje omogućuju dinamičke mogućnosti skaliranja

      • Sigurnost je izvorno ugrađena u način na koji su sustavi izgrađeni i implementirani, podaci su zaštićeni u tranzitu i u mirovanju, zajedno sa sigurnosnim certifikatima / certifikatima o usklađenosti koje Webex CC ima.

      • Skalabilna i sigurna rubna infrastruktura za integracije telefonije/glasa

      • Uočljivost uz proaktivno praćenje i uzbunjivanje koje omogućuje visoku dostupnost usluga kontaktnog centra svojim klijentima.

      • Integrirano s ostatkom Cisco Webex za provjeru autentičnosti/autorizaciju korisnika, administraciju i dodjelu resursa mogućnostima kontaktnog centra.

      Daljnje sekcije u ovom dokumentu proširuju se na svaku od gore navedenih mogućnosti i način na koji Webex CC arhitektura omogućuje isto.

      Logička arhitektura

      Osnovna sposobnost koju rješenje kontaktnog centra mora imati je omogućavanje klijentima da lako kontaktiraju organizaciju uobičajenim sredstvima komunikacije i brzo i učinkovito riješe upite / probleme.

      Međutim, kako bi se osiguralo postizanje ovog osnovnog načela, postoji više mogućnosti iza kulisa kojima organizacija koja koristi kontaktni centar mora imati pristup. To su:

      • Mehanizmi za pokretanje interakcije s klijentima

        • Objavljeni i operativni telefonski brojevi koji povezuju telefonske pozive sa sustavom kontakt centra

        • Adrese e-pošte na koje korisnici mogu slati e-poštu i mehanizam za otkrivanje novih dolaznih e-poruka.

        • Mogućnost da korisnici kontaktiraju putem različitih digitalnih kanala, uključujući, ali ne ograničavajući se na,

          • Čavrljanje s web-lokacije/aplikacije

          • Izravni chat putem popularnih klijenata za razmjenu poruka kao što su WhatsApp, Facebook Messenger, Apple Business Chat, Izravna poruka s Twittera

      • Sposobnost otkrivanja novih interakcija i učinkovitog rukovanja s njima

        • To bi uključivalo automatizirani sustav IVR, virtualne agente za telefoniju / razgovore s ugrađenom programibilnošću za definiranje tijekova rada uključenih u rukovanje interakcijama.

        • Konačno, ako je potrebno, interakcija mora biti eskalirana do agenta, koji je optimalno vješt za rukovanje interakcijom.

      • Sposobnost agenata da naznače dostupnost za rukovanje interakcijama i nadzornika za praćenje, podučavanje agenata i dobivanje operativnih mjernih podataka koji omogućuju učinkovite interakcije.

      • Mogućnost administratora da konfiguriraju i dodijele različite mogućnosti kontaktnog centra koje agentima i nadzornicima omogućuje obavljanje njihovih zadataka prema očekivanjima.

      Osim toga, moderna poduzeća moraju imati dodatne mogućnosti za optimizaciju operacija kontaktnog centra s pristupom podacima i uvidima koji vizualiziraju i prate ključne operativne mjerne podatke.

      Nadalje, sposobnost integracije sa specijaliziranim mogućnostima ekosustava kontaktnog centra kao što su pokretanje proaktivnih automatiziranih odlaznih poziva, poboljšanje iskustva agenta i nadzornika pomoću umjetne inteligencije, otkrivanje i razumijevanje putovanja korisnika kako bi proaktivno unaprijed isporučili podatke agentima, jasni su diferencijatori u načinu na koji se rješenja kontaktnog centra razvijaju.

      Što se tiče modela potrošnje, gdje se ponude kontaktnih centara troše kao softverska usluga isporučena u oblaku, mogućnost osiguravanja dostupnosti, pouzdanosti i automatiziranih zahtjeva ad-hoc vage zahtijeva najsuvremenije mehanizme praćenja i uzbunjivanja, što omogućuje kontinuirano valjanje i otkrivanje nadolazećih problema i sprečavanje / minimiziranje utjecaja na poslovanje kupaca.

      Sljedeća slika ilustrira logičku arhitekturu CC-Webex.

      Webex CC Logical Architecture
      Webex CC logičke arhitekture

      Funkcionalne komponente

      Sljedeći odjeljci opisuju različite funkcionalne komponente CC-Webex.

      Upravljanje interakcijom

      Webex CC podržava telefoniju, e-poštu i razmjenu poruka (društveni kanali) kao razne kanale putem kojih korisnici mogu komunicirati s kontakt centrom.

      Za sve kanale, početno rukovanje može obaviti sustav, a zatim interakcija može eskalirati do agenta.

      Vrste medija

      Telefonija

      Za telefoniju o rukovanju dolaznim glasovnim pozivima odlučuje način na koji je poziv ušao u kontaktni centar (pogledajte mehanizme za ulazak u nastavku) i Webex tok kopije koji je povezan s ulaznom točkom.

      Na poziv se odgovara i poduzimaju se daljnje radnje prema Webex definiciji CC Flow – što je programski prikaz radnji koje treba izvršiti tijekom rukovanja pozivom prije reda čekanja i usmjeravanja agentu ili sam Tijek može rukovati pozivom bez prijenosa agentu.

      Sastavljač protoka u Webex CC-u omogućuje programerima da definiraju protok i dodijele ga ulaznoj točki putem koje poziv stiže Webex CC.

      Ti konfiguracijski entiteti i njihova upotreba obuhvaćeni su entitetima konfiguracije.

      Više informacija o sastavljaču toka dostupno je u nadolazećem odjeljku na IVR Sustav.

      E-pošta i razmjena poruka

      Iz perspektive Webex CC-a, Webex Connect pruža mogućnosti ulaska i izlaska za sve digitalne kanale - e-poštu, kanale za razmjenu poruka, koje krajnji korisnici mogu koristiti za kontaktiranje kontaktnog centra.

      Tijek povezivanja Webex

      • Odlučuje o rukovanju takvim interakcijama sve dok interakcije ne budu stavljene u red čekanja i usmjerene agentima. To uključuje automatsko rukovanje i BOT tretmane za sve oblike poruka i interakcija e-pošte.

      • Primjenjuje poslovnu logiku na dolaznu interakciju.

      • Rukuje kontaktom prije čekanja u redu.

      • Sam protok može podnijeti interakciju bez prijenosa na živog agenta.

      Kanali za razmjenu poruka koje podržava Webex CC su:

      • Web App / Chat mobilne aplikacije

      • Whatsapp

      • Facebook Messenger

      • SMS

      Kanali e-pošte koje podržava Webex CC su:

      • Gmail

      • Office365

      Mehanizmi za ulazak

      Ovaj odjeljak pokriva mehanizme pomoću kojih interakcija može ući Webex CC. Na temelju vrste medija, mehanizmi kojima interakcija doseže Webex CC su različiti.

      Na primjer, u telefoniji postoje resursi fizičke infrastrukture potrebni za omogućavanje PSTN povezivanja, konfiguracije telefonskih brojeva i usmjeravanja poziva na Webex CC.

      Za kanale e-pošte / poruke, konfiguracija ulaska mora se izvršiti u Webex Connectu i uključuje dodjelu resursa računa e-pošte / pošte i konfiguraciju tijeka Webex povezivanja.

      Dolazni glas

      Za glasovne pozive tipičan je scenarij u kojem korisnici biraju PSTN telefonski broj koji se zatim povezuje s kontaktnim centrom. Iz perspektive ulaska, za to je potreban mehanizam za usmjeravanje poziva s PSTN-a na Webex CC.

      Sljedeća slika prikazuje unos glasovnog poziva Webex CC.

      Mogućnosti ulaza za ulazni glas

      Usluge glasovnog prodora u Webex CC izvršavaju kontrolu poziva trećih strana pomoću SIP-a i odgovaraju na dolazni poziv, kao i obavljaju prijenos, konferencijske i druge operacije kontrole poziva.

      Logička ulazna točka za pozive u Webex CC je konfiguracijski entitet pod nazivom 'Ulazna točka'. Za govorni ulazak, ključna konfiguracija ulazne točke je telefonski broj povezan s njim, što je obično valjani PSTN telefonski broj dobiven od odabranog davatelja usluge PSTN veze.

      To omogućuje otkrivanje dolaznih poziva na telefonskom broju, povezivanje poziva s ulaznom točkom i korištenje drugih konfiguracijskih parametara ulazne točke za rukovanje pozivom prema definiciji Webex CC Flowa koja bi se trebala aktivirati za interakciju.

      Bilješka:

      Za više detalja o opcijama povezivanja putem PSTN veze posjetite https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/Voiceonboarding2/wcc-voice-onboarding-2-book/wcc_b__voiceonboarding_private_conn.html.

      Skalabilnost i dostupnost infrastrukture glasovnih rubova

      Webex CC VPOP infrastruktura uključuje suvišne parove SIP SBC-ova koji osiguravaju visoku dostupnost i može se dodati više SBC-ova za skaliranje istodobnih brojeva poziva koje treba podržati.

      Maksimalan broj istodobnih poziva koje VPOP može obraditi ovisi o broju pokrenutih SBC-ova i pozivima na koje se pozivi šalju.

      Za geografsku redundanciju – podržana je mreža VPOP SBC-a s međusobnim vezama u više parova u različitim regijama.

      Za usluge glasovnog ulaska, one su horizontalno skalabilne za rukovanje sve većim brojem istodobnih glasovnih poziva koje treba prenijeti Webex CC.

      Sigurnosna pitanja s infrastrukturom glasovnih rubova

      Tablica u nastavku sadrži pojedinosti o mogućnostima povezivanja s infrastrukturom glasovnog ruba.

      Stol 1. Vrste povezivosti

      Povezivost

      Vrstama

      Javni internet

      Izravno (s adresama izvora IP na bijeloj listi)

      IPSec virtualna privatna mreža (VPN) ili IPSec putem generičke enkapsulacije usmjeravanja (GRE)

      Mjesto na web-mjesto (S2S)

      SRTP/SIP TLS

      Privatna povezivost

      MPLS

      Point-to-Point (P2P)

      VPLS

      SD-WAN

      Privatni WAN

      Unakrsno povezivanje podatkovnog centra

      Equinix veze od tkanine

      Za više detalja posjetite https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/Voiceonboarding2/wcc-voice-onboarding-2-book/wcc_b__voiceonboarding_private_conn.html.

      IVR sustava

      Na svaki glasovni poziv koji dođe na telefonski broj povezan s ulaznom točkom, odgovara Webex CC i započinje izvršavanje Webex toka kopije povezanog s ulaznom točkom.

      Webex CC Flow Builder isporučuje programske konstrukcije/operatore i funkcionalne blokove, terminirane aktivnosti, tako da administratori ili bilo tko tko dizajnira i implementira logiku IVR može kombinirati te sastavne blokove i stvoriti definiciju tijeka.

      Konstrukti programiranja koje Flow podržava su:

      • Deklariranje i postavljanje varijabli – stanje povezano s izvršenjem tijeka

        • Šljunčani izrazi za postavljanje vrijednosti varijabli

      • Uvjetne provjere

      • Petlja – korištenje uvjetnih uvjeta i idi na (mogućnost povezivanja aktivnosti)

      • Pozivanje REST API-ja

      • Raščlanjivanje podataka - JSON, TOML, obično se XML koristiti za raščlanjivanje API odgovora.

      • Komponiranje aktivnosti


       

      Reprezentativni skup aktivnosti koje flow isporučuje su:

      • Reproduciraj poruke

      • Prikupljanje korisničkih podataka

      • Prijenos poziva na drugi odredište/telefonski broj

      • Slanje poziva virtualnom agentu

      • Stavite poziv u red tako da na njega agent može odgovoriti.

      Za svaki aktivni poziv aktivna je i instanca izvršavanja tijeka, sve dok se poziv ne završi, što rezultira istodobnim izvršavanjem tokova.

      Svaka instanca izvršavanja protoka pruža izolirano okruženje za podatke / stanje povezano s protokom i tamo pozivom.

      Tijekom cijelog životnog ciklusa poziva, flow također omogućuje odgovaranje na određene događaje koji se događaju i rukovanje njima – na primjer, kada agent odgovori na poziv, rukovatelj događajima može pokrenuti iskakanje zaslona u sučelju agenta za stolna računala.

      Dodatne informacije o toku Webex CC potražite u odjeljku https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/SetupandAdministrationGuide_2/b_mp-release-2/b_cc-release-2_chapter_0100.html#Cisco_Generic_Topic.dita_e338e055-64b0-4973-bd52-8a5581dcb0ee.

      Podrška za virtualnog agenta

      Flow pruža aktivnost za predaju interakcije virtualnom agentu, koji je unaprijed konfiguriran u Webex Kontrolnom središtu.

      Nakon što je poziv povezan s virtualnim agentom, korisniku pruža iskustvo razgovora IVR razgovoru, a aktivnost završava prekidom poziva ili eskalacijom poziva agentu.

      U slučaju eskalacije, tijek se može konfigurirati za stavljanje poziva u red čekanja na koji se zatim javlja agent.

      Ulazne digitalne interakcije

      Za e-poštu i kanal za razmjenu poruka dolaznih interakcija, Webex CC koristi Webex Connect za dodjelu resursa imovini, protok za rukovanje dolaznim interakcijama, a zatim usmjeravanje interakcije na Webex CC kada tijek Webex Connect izričito stavi interakciju u red čekanja tako da njome može upravljati agent.

      Sljedeća slika prikazuje unos e-pošte, interakcije s porukama u Webex CC.

      Mogućnosti ulaska u e-poštu i razmjenu poruka

      Integracije virtualnog agenta / BOT-a

      Za interakciju e-pošte i poruka / društvenih kanala, tretmani virtualnog agenta / BOT-a konfigurirani su u toku Webex Connect.

      Kao i kod virtualnih agenata za glas, ako BOT tretman završi eskalacijom kao rezultat, tada se interakcija stavlja u red čekanja i usmjerava na agenta.

      Usmjeravanje i red čekanja

      Webex CC tretira dolazni kontakt s automatiziranim rukovateljima kako je definirano u Tijeku i tijek može odlučiti staviti kontakt u red čekanja / izravno agentu (red specifičan za agenta - podržan samo za telefonske / glasovne interakcije).

      U redu čekanja, ako je agent dostupan, agent je rezerviran, a interakcija se usmjerava na agenta. Ako nema dostupnih agenata, interakcija je parkirana u redu čekanja, a Tijek će nastaviti tretirati klijenta s rukovateljem priključenim na aktivnost reda čekanja.

      Kada agent postane dostupan, rukovatelj se prekida, a interakcija se nudi agentu.

      Sljedeća slika prikazuje arhitekturu reda čekanja i usmjeravanja.

      Queuing and Routing Architecture
      Arhitektura reda čekanja i usmjeravanja

      Odabir agenta

      Redovi čekanja u Webex CC podržavaju sljedeće algoritme odabira agenata:

      • Najdulje dostupno usmjeravanje agenta

      • Vješto usmjereno usmjeravanje

        • Najduži raspoloživi agent (LAA)

        • Najbolji dostupni agent (BAA)

      Agenti su povezani s redovima čekanja putem servisa Teams.

      Red čekanja može se dodijeliti višestrukim grupama raspodjele poziva (pri čemu svaka grupa ima jedan ili više timova), na sekvencijalni način s konfiguriranim čekanjem dodavanja grupe raspodjele poziva u red čekanja, tako da se prostor za pretraživanje odgovarajućeg agenta proširuje na dodatne grupe raspodjele poziva kako vrijeme odmiče.

      Za usmjeravanje temeljeno na vještinama, među zahtjevima vještina koji odgovaraju agentima pridruženim redu čekanja, agent se odabire na temelju LAA ili BAA konfiguracije.

      Dodatne mogućnosti specifične za glas/telefoniju

      Usmjeravanje temeljeno na agentu (samo za glasovni/telefonski kanal)

      Webex CC Flow, koristeći aktivnost QueueToAgent, može usmjeriti interakcije izravno odabranom agentu na temelju ID-a agenta.

      Ako agent nije dostupan za rukovanje interakcijama, interakcija se može parkirati, u redu čekanju da agent postane dostupan

      Dodatne informacije o redu čekanja

      Webex CC Flow, koristeći aktivnost GetQueueInfo, može dohvatiti informacije u stvarnom vremenu za red čekanja kao što su Položaj u redu čekanja (PIQ), Procijenjeno vrijeme čekanja (EWT), broj agenata dostupnih u redu čekanja i može se koristiti za odlučivanje hoće li kontakt staviti kontakt u red čekanja ili ne.

      Ljubazni povratni poziv

      Webex CC Flow, koristeći aktivnost Povratni poziv, omogućuje korisniku da prekine vezu s pozivom zadržavajući položaj u redu čekanja i primi povratni poziv kada se virtualna interakcija u redu čekanja usmjeri na agenta.

      Rukovanje preljevom

      Webex CC podržava rukovanje prelijevanjem pomoću timova temeljenih na kapacitetu (CBT).

      CBT je poput običnog tima s kapacitetom i pridruženim vanjskim DN-om koji služi tom kapacitetu. Može se konfigurirati zajedno s drugim timovima u ciklusima raspodjele poziva u redu čekanja.

      Obično je to konfigurirano kao posljednji ciklus tako da djeluje kao prelijevanje ako nijedan agent nije dostupan čak i nakon što sve konfigurirane grupe raspodjele poziva ne pronađu dostupnog odgovarajućeg agenta za rukovanje interakcijom.

      Agent Desktop operacije

      Kada se agent prijavi na Webex CC Agent Desktop, agent navodi telefonski broj na koji se mogu povezati dolazni pozivi agentu. To može biti PSTN telefon, mobilni telefon ili kućni broj ako je agent Cisco Webex Calling korisnik.

      Imajte na umu da taj broj mora biti valjani telefonski broj na koji se pozivi mogu usmjeriti. U slučaju da nije, agent ne može primati dolazne pozive.

      Na temelju vrste interakcije kojom agent rukuje, widgeti na radnoj površini agenta pružaju mogućnost izvođenja određenih operacija upravljanja medijima.

      Na primjer, nakon što odgovorite na poziv, agent može izvršiti sljedeće operacije povezane s pozivom.

      • Stavljanje poziva na čekanje

      • Pokretanje konzultacijskog poziva i

        • Prijenos poziva na drugi telefonski broj (recimo telefonski broj agenta) / ulazna točka

        • Uključivanje drugog agenta u konferenciju

      • Prijenos poziva u drugi red čekanja

      • Završavanje poziva

      Agent desktop omogućuje administratorima da tamo dodaju prilagođene widgete proširujući mogućnosti radne površine i čineći ih jedinstvenom kolekcijom widgeta koji su agentima potrebni za učinkovito obavljanje posla.

      Arhitektura stolnog računala

      Agent desktop je aplikacija s jednom stranicom temeljena na mikro sučelju koja hostira widgete izgrađene na temelju arhitekture web-komponenti. Svi standardni / burzovni widgeti pokreću podaci koje dohvaćaju API-ji ili mehanizmi za guranje sa strane poslužitelja.

      To su obično asinkroni API-ji, gdje odgovor za pozivanje dolazi na radnu površinu putem WebSocket veze.

      Webex CC Agent Desktop autentificira korisnike s Cisco Common Identity (CI), a token se prosljeđuje svim API pozivima. I za prilagođene widgete, koji se temelje na modelu autentifikacije, agentima pruža jedinstveno iskustvo prijave ako je prilagođeni model provjere autentičnosti widgeta integriran s CI.

      Jednom kada je agent dio interakcije, sva ažuriranja tog stanja interakcija ili povezanih podataka također se premještaju na radnu površinu putem WebSocket veze.

      Otpornost radne površine na povezivost i kašnjenje

      Asinkrono API i guranje na strani poslužitelja omogućuje skaliranje i otkriva se svaki gubitak povezivanja sa sučeljem WebSocket i pokušava se stolna računala ponovno povezati i ponovno prijaviti.

      Sljedeća slika prikazuje arhitekturu agenta za stolna računala u Webex CC.

      Agent Desktop arhitektura

      Administracija i konfiguracija

      Unošenje kupaca

      Webex Control Hub primarno je sučelje koje partneri i klijenti koriste za uvođenje kupaca i omogućavanje ili konfiguriranje značajki.

      Nakon dodjele resursa značajkama tvrtke ili ustanove i kontaktnog centra u Kontrolnom čvorištu, pokrenut će se tijek rada u Webex CC koji obavlja ostale korake u dodjeljivanju svih mogućnosti kontaktnog centra prema ponudama koje je odabrao klijent.

      Sva dodjela resursa centru za kontakt vrši se pomoću BPM modula tijeka rada koji omogućuje deklarativan način definiranja uključenih koraka i čini sve korake dodjele otpornima na kvarove i osigurava integritet podataka.

      Sljedeća slika prikazuje tijek rada dodjele resursa u Webex CC.

      Tijek rada za uključivanje kupaca

      Konfiguracijski entiteti

      Ključni konfiguracijski entiteti u Webex CC, s opsegom unutar organizacije, su:

      Mjesto

      Stranica znači mjesto na kojem se nalazi jedan ili više timova, korisnika (agenata / nadzornika).

      Svaki korisnik i tim moraju pripadati web-mjestu.

      Tim

      Grupa korisnika. Timovi se koriste za distribuciju interakcija agentima putem redova čekanja.

      Svaki tim mora pripadati web mjestu.

      Agenti

      Korisnici koji se mogu prijaviti na Agent Desktop i upravljati interakcijama među vrstama medija konfiguriranima u Webex CC.

      Nadzornici

      Nadzornici su raspoređeni u timove i mogu nadzirati / trenirati agenta i imati pristup statusu na razini tima i statistici agenta za one koji pripadaju timovima kojima je dodijeljen nadzornik.

      Red čekanja

      Red čekanja logički je entitet u kojem se interakcije mogu zadržati dok se čeka dostupnost agenata, koji se zatim usmjeravaju agentu.

      Redovi čekanja mapiraju se u timove, kao prostor za pretraživanje agenata, s mogućnošću proširenja prostora za pretraživanje na temelju proteklog vremenskog praga, dodavanjem drugih timova u prostor za pretraživanje.

      Ulazna točka

      Ulazna točka logički je entitet koji predstavlja točku ulaska u Webex CC. Za telefoniju se to prvenstveno mapira na telefonski broj na koji stižu pozivi i za kanale e-pošte / razmjene poruka, ulazna točka upućuje na konfiguraciju imovine u Webex Connectu.

      Teći

      Tijek povezan s ulaznom točkom (putem strategije usmjeravanja), koja odlučuje o koracima uključenima u rukovanje interakcijama.

      Za netelefonske kanale (e-pošta, poruke/društvene mreže) Flow se odabire kao dio konfiguracije imovine u Webex Connectu.

      Kontrola pristupa za kontaktne centre s više mjesta

      Webex Administratori kopije mogu konfigurirati korisničke profile s pravima pristupa određenim web-mjestima, timovima, redovima čekanja i ulaznim točkama. Nadalje, zbog hijerarhijske prirode web-mjesta i timova, nakon što se omogući pristup određenim web-mjestima, korisnik može pristupiti samo timovima ili datumu koji pripadaju timovima koji pripadaju tim web-mjestima ili izričito određenom podskupu takvih timova.

      Za redove i ulazne točke, oni su globalni na razini organizacije, tako da se za različite geografske lokacije (mjesta na kojima se nalaze određeni agenti i timovi) mogu konfigurirati zasebne ulazne točke i redovi čekanja, a nadzornici / korisnici mogu imati pristup onim entitetima koji su primjenjivi za određene lokacije.

      Sljedeća slika prikazuje ključne konfiguracijske entitete i korisnički profil koji upućuje na te entitete.

      Konfiguracijski entiteti mapirani u korisnički profil

      Osim ograničavanja pristupa tim entitetima, Webex CC administratori mogu kontrolirati određene mogućnosti/module kojima korisnik može pristupiti u administracijskom sučelju, čime korisnici imaju administracijska /konfiguracijska prava na određene entitete, kao i odjeljke/mogućnosti Webex CC administracijskog sučelja.

      Izvješćivanje i analitika

      Webex CC obrađuje diskretne događaje koje generiraju različite usluge tijekom životnog ciklusa interakcija, koristeći niz usluga obrade tokova u stvarnom vremenu i generira definirani skup skupova podataka u stvarnom vremenu koji se objavljuju pretplaćenim klijentima.

      Nadalje, ti se događaji dalje obrađuju, transformiraju i traju agregirani i rezultirajući skupovi podataka, koji se zatim dohvaćaju putem API-ja za potrošnju podataka i sučelja za izvješćivanje i vizualizaciju podataka – Analizator.

      Sljedeća slika prikazuje sučelja za obradu i potrošnju podataka u Webex CC

      Webex CC kanal za obradu podataka i sučelja potrošnje

      Integracije

      Sve vanjske integracije s WxCC-om radi povećanja i poboljšanja mogućnosti koje korisnici mogu koristiti, koriste standardne objavljene API-je.

      Vrste API sučelja dostupnih u Webex CC su:

      • ODMOR API

      • Guranje na strani poslužitelja pomoću

        • Web-dojavnici

        • WebSocket poruke

      CRM integracije

      Webex CC podržava dva načina integracije sa sustavima upravljanja odnosima s klijentima (CRM).

      • Ugrađeni poveznici radne površine

      • Integracije protoka putem HTTPs konektora u IVR

      Ugrađeni konektori na radnoj površini: CRM aplikacija kao primarno sučelje

      U ovom načinu rada, agent se prijavljuje na CRM konzolu kao primarna aplikacija.

      Webex CC je ugrađena aplikacija (koja se naziva i ugrađena desktop aplikacija ili ugrađeni softphone) koja se prvenstveno koristi za prijavu u kontakt centar i primanje Webex CC usmjerenih interakcija kontaktnog centra.

      Nakon primitka poziva ili zahtjeva za razgovor, CRM integracija vrši sljedeće radnje na CRM konzoli

      • Zaslon prikazuje zapis klijenta povezan s ANI-jem ili drugim podacima povezanim s pozivom.

      • Objavljivanje metapodataka poziva kao bilješki o aktivnosti u zapisu klijenta

      • Dopustite agentu da "klikne za poziv" klikom na kontakt unutar CRM-a i pokretanjem odlaznog poziva kupcu

      • Knjiženje zapisa poziva u tablice izvješćivanja sustava CRM za primarno izvješćivanje u sustavu CRM.

      • Pruža potpunu funkcionalnost kontrola Agent Desktop i poziva (ugrađena i minirana verzija aplikacije za stolna računala)

      Primarni način integracije s CRM-ovima je ugradnja Webex CC Desktop aplikacije u zasebnu iFrame.

      Nadalje, Webex CC Desktop aplikacija pokreće prilagođeni widget bez glave (bez korisničkog sučelja) koji radi u pozadini, u interakciji s temeljnim CRM sustavom za izvođenje automatiziranih radnji u ime agenta.

      Interakcije se pokreću s dva SDK-a koja koristi widget bez glave.

      • Webex CC Desktop JS SDK: Ovo je JavaScript SDK koji pruža Webex CC za registraciju slušatelja događaja za agentske i kontaktne radnje.

      • CRM JS SDK: Ovo je CRM klijentski SDK primjenjiv po CRM-u koji apstrahira REST API pozive pomoću CRM-a. Na primjer, za salesforce, CTI JS biblioteka koju pruža Salesforce koristi se za izvođenje radnji i slušanje događaja unutar CRM-a.

      Sljedeća slika prikazuje crm ugrađen Webex CC desktop i poveznik arhitekture

      Arhitektura ugrađenog poveznika radne površine sustava CRM

      Webex CC podržava sljedeća CRM rješenja za gore navedenu integraciju:

      • Salesforce

      • ServiceNow

      • Microsoft Dynamics 365

      • Zendesk

      • Freshdesk

      Za više detalja posjetite https://help.webex.com/en-us/result/integrate%20with%20webex%20contact%20center?offset=10.

      Dodatne informacije o konfiguriranju Webex CC rasporeda radne površine za omogućivanje CRM poveznika, skupova značajki i promjena potražite na adresi https://github.com/Ciscodevnet/webex-contact-center-crm-integrations.

      Globalna dostupnost CRM poveznika

      CRM konektori dostupni su u svim zemljopisnim područjima i regijama u kojima Webex CC radi.

      Elastična skala i performanse

      Webex CC hostira prilagođeni widget koji omogućuje dvosmjernu komunikaciju između CRM aplikacije i Webex CC radne površine u AWS CloudFront CDN-u osiguravajući visoku dostupnost widgeta AWS u svim zonama dostupnosti i regijama.

      Svi CRM integracijski specifični računi događaju se u pregledniku gdje agenti koriste CRM aplikaciju s CC radnom površinom ugrađenom Webex CRM aplikaciju.

      Sigurnost

      CRM konektori pozivaju se putem Webex izgled radne površine CC agenta, a opcionalni parametri prosljeđuju se putem rasporeda radne površine u widget za uključivanje i isključivanje značajki.

      Na primjer, za omogućavanje widgeta akcije Salesforce, administrator može uključiti postavku parametra izgleda radne površine sfdcWidgetEnabled na true.

      Instalacija paketa

      Da bi integracija radila dvosmjerno, CRM konzola treba instalirati ugrađenu aplikaciju. Ovo je podrška za učitavanje aplikacije Desktop unutar iFramea.

      Svi ugrađeni konektori radne površine dostupni su na CRM tržištu.

      npr

      ServiceNow: https://store.servicenow.com/sn_appstore_store.do#!/store/application/6c8e2a4edbc73410e1c75e25ca961947/1.0.5?

      Zendesk: https://www.zendesk.com/marketplace/apps/support/202570/webex-contact-center/

      Instalacija aplikacije na tržištu aktivira potrebne dodatke i uvozi potrebne XML datoteke u CRM konzolu kako bi podržala izvještavanje o zapisima poziva u CRM-u.

      Integracije protoka putem HTTPs konektora u IVR

      Sastavljač Webex CC Flow podržava dvosmjerni protok podataka između CC-Webex i CRM sustava pomoću HTTPs konektora konfiguriranih u Webex Kontrolnom čvorištu i korištenih na Webex CC flowu.

      Oni se prvenstveno koriste za personalizaciju unutar glasovnih interakcija i prilagođeno usmjeravanje unutar IVR.

      Prema zadanim postavkama Webex CC podržava HTTP priključak Salesforce na kontrolnom čvorištu. Ostali CRM poveznici mogu se dodati kao prilagođeni poveznici na Webex kontrolnom čvorištu.

      Za više informacija o HTTP konektorima posjetite https://github.com/CiscoDevNet/webex-contact-center-crm-integrations.

      IVR HTTP poveznika:

      Optimizacija radne snage

      Webex CC podržava rješenja za optimizaciju tijeka rada i upravljanje kvalitetom vodećih dobavljača u industriji.

      Implementacija i povezivanje

      Webex CC je implementiran u AWS i trenutno je dostupan u sljedećim regijama

      • NAMA

        • Američko-istočna N Virginia

        • US-West N Kalifornija (samo ulazak glasovnih medija)

      • Kanada

        • Središnji

      • Ujedinjeno Kraljevstvo

        • London

      • Europa

        • Frankfurtu

      • Azija Pac

        • Tokiju

        • Sydney

        • Singapur

      Veza s AWS-om smještenim Webex Kontakt centar može se uspostaviti putem Interneta ili putem Amazon Web Services (AWS) Direct Connect. Uz AWS Direct Connect, podaci se isporučuju putem privatne mrežne veze između lokalnih korisnika i Webex Kontakt centra, čime se poboljšava veza. Za više detalja pogledajte AWS Direct Connect za Webex Contact Center.

      Povezivanje s više regija za telefoniju

      Kako bi se omogućile globalne organizacije, s agentima i klijentima na više geografskih lokacija, CC Webex podržava održavanje medija unutar lokalne regije, za one regije u kojima se izvode glasovni medijski rub i usluge ulaska.

      Sljedeća slika prikazuje implementaciju više regija s regionalnim medijima.

      Multi Region deployment with regional media
      Implementacija u više regija s regionalnim medijima

      Rub medija i usluge ulaska implementirani su u sljedećim regijama.

      Geo regija

      Webex CC Services (regija AWS)

      Media Edge (glasovni pop)

      Medijski servisi sljedeće generacije (regija AWS)*

      NAMA

      N. Virginia

      New York

      Los Angeles

      N. Virginia

      N Kalifornija

      Kanada

      Središnji

      Vancouver

      Toronto

      Središnji

      Brazil

      Sao Paulo

      Rio De Janeiro

      Europa

      Frankfurtu

      Frankfurtu

      Amsterdam

      Frankfurtu

      Velika Britanija

      London

      London

      London

      Indija

      Pune

      Hyderabad

      Mumbai

      Singapur

      Singapur

      Singapur

      Japan

      Tokiju

      Tokiju

      Osaka

      Tokiju

      Australija

      Sydney

      Melbourne

      Sydney

      Sydney

      Sigurnost i privatnost

      Sigurnost infrastrukture

      Glasovna infrastruktura na Edgeu

      Komponente Voice Edge omogućuju prekid SIP debla s korisničke mreže / PSTN operatera, a to je omogućeno na temelju IPS-a s bijele liste koji se mogu povezati s rubnim komponentama.

      Izračunaj sigurnost infrastrukture

      Webex instance računa CC dodijeljene su u AWS-u, a usluge se izvode kao mahune u Kubernetes klasteru, koji ima više prostora naziva, a pristup svakom prostoru naziva ograničen je zasebnim vjerodajnicama.

      Sva dodjela resursa infrastrukturi vrši se pomoću koda - bez ručnih koraka - i nijednoj vjerodajnici se ne može pristupiti ručno.

      Postoji središnje spremište vjerodajnica s određenim putovima konfiguriranim za određeni skup usluga / timova, a pristup samoj trgovini vjerodajnica ograničen je i konfiguriran kao tajna u sustavima izrade i implementacije.

      Nijedna od infrastrukturnih komponenti / usluga nije izravno izložena izvan AWS VPC-a, a samo javno izložena sučelja su API-ji i WebSocket poslužitelji kojima se upravlja i kojima se upravlja pomoću API pristupnika,

      Osim toga, postoje određeni interni sustavi i sučelja koje koriste programeri koji se koriste za pregled dnevnika, mjernih podataka, detalja implementacije, statusa međuverzije i rezultata ispitivanja, koji su osigurani pomoću uloga i grupa i integrirani s Cisco internim sustavima provjere autentičnosti.

      Provjera autentičnosti i autorizacija korisničkih sučelja

      Sva korisnička sučelja koja koriste različiti korisnici kontakt centra (agenti, nadzornici, administratori, analitičari) zaštićena su Cisco Common Identity Based token autentifikacijom (OAuth flows).

      Autorizacija se vrši pomoću uloga za korisnika koji je dobio token i dosege dodijeljene tokenu.

      Sigurnost podataka

      Podaci u prijenosu

      Nijedno sučelje korištenih usluga / komponente infrastrukture nije izravno izloženo vanjskom dolaznom prometu.

      Odabrane usluge, s http API-jevima izlažu ta sučelja putem pristupnika, a svi dolazni https (uključujući i one WebSocketa) se prekidaju u ALB-u, a interni promet putem http-a usmjerava se na usluge.

      Sve odlazne interakcije su preko https / TLS (za ne-http protokole).

      Unutar VPC-a, interna komunikacija između usluga - preko http / prilagođenog TCP protokola - je preko običnog TCP utičnice.

      Podaci u mirovanju

      Svi podaci koji se pohranjuju šifrirani su na sloju za pohranu. Nadalje, one trgovine podataka koje su izvan VPC-a, zaštićene su i kontroliraju pristup i ovlaštenja s vjerodajnicama koje su sigurno pohranjene i njima se upravlja u tajnom spremištu.

      Sljedeća slika prikazuje model protoka i sigurnosti podataka za tranzit kao i u mirovanju.

      Sigurnost podataka u prijenosu i u mirovanju

      Privatnost podataka

      Podaci koji otkrivaju identitet krajnjeg korisnika

      Webex CC Flow, koji je programski kontroler za rukovanje interakcijama, može se koristiti za prikupljanje korisničkih podataka, koji se mogu dodijeliti varijablama protoka posebno označenim kao "Sadrži osjetljive podatke". Vrijednosti za takve podatke su šifrirane i nijedna usluga na putu prijenosa podataka neće imati pristup tim podacima.

      Nadalje, takvi se podaci nikada ne zadržavaju u Webex CC pohrani podataka izvješćivanja, a infrastruktura dnevnika / poruka imat će šifrirane podatke, a jasni tekstualni podaci ne pohranjuju se nigdje unutar Webex CC-a.

      Podaci agenta kontaktnog centra/nadzornika koji otkrivaju identitet

      Podaci povezani s korisnikom centra za kontakt redigirani su u zapisnicima, ali dostupni za analizu i vizualizaciju podataka u Webex pohrani podataka CC.

      Skalabilnost

      Čimbenici za skaliranje

      Za Webex CC čimbenici koji utječu na ljestvicu su:

      • Istodobni broj prijavljenih agenata

      • Istodobni broj interakcija u tijeku

        • Radnje izvršene na tim interakcijama

      • Istodobni broj radnji koje nadzornici/agenti obavljaju, izvan rukovanja interakcijama

      • Količina generiranih i postojanih podataka

      Arhitektonski aspekti koji omogućuju mjerilo

      Načela na temelju kojih je Webex CC projektiran i osmišljen omogućuju rješenju da se dinamički skalira prema potrebi u granicama koje provodi infrastruktura predviđena za različite usluge i komponente platforme.

      Arhitektura vođena događajima

      Usluge u Webex CC komuniciraju pomoću poruka, a kritični tokovi obrade poruka ne uključuju nikakve operacije blokiranja IO-a, a stanje potrebno za obradu poruka lokalizirano je na instancu usluge koja obrađuje poruku.

      Usluge bez državljanstva (ili eksternalizirano stanje)

      Usluge bez državljanstva omogućuju elastičnost jednostavnim dodavanjem /uklanjanjem dodatnih instanci usluga. Postoje određene usluge koje su inherentno državne prirode, a one imaju eksternaliziranu državnu trgovinu, a infrastruktura podržava dinamičke promjene broja slučajeva takvih usluga, također, s automatskim rebalansom / državnim prijenosom / lokalizacijom stanja u instancu koja treba državu.

      Elastična infrastruktura

      Sve usluge rade u Kubernetesu i infrastruktura zvana Kubernetes čvorovi automatski se skaliraju na temelju upotrebe, što omogućuje dinamičko dodavanje više računalnih čvorova do maksimalno visokog praga koji je unaprijed konfiguriran.

      Učitavanje projekcije i redovita provjera valjanosti

      Sve su usluge referentne za karakteristike performansi, a uzorak skaliranja provjerava se na razini usluge.

      Daljnji kontinuirani testovi validacije, vršnog opterećenja i izdržljivosti provode se s ispitnim parametrima podešenim za projicirani rast u atributima koji utječu na vagu, što omogućuje prepoznavanje uskih grla, planiranje ažuriranja visokog praga za korištenje infrastrukturnih resursa i spremnost za dan igre.

      Pouzdanost i dostupnost

      Arhitektura vođena događajima i usluge bez državljanstva omogućuju otpornost i elastičnost. Međutim, kako bi se osiguralo otkrivanje i djelovanje kvarova prije nego što utječe na funkcionalnosti, CC koristi sljedeću strategiju Webex CC primjenjuje sljedeću strategiju.

      • Dostupnost i pouzdanost infrastrukture

        • Sve Webex CC usluge i infrastrukturne komponente uvijek su raspoređene u tri AWS zone dostupnosti.

          • To omogućuje Webex da CC bude otporan na kvarove zone dostupnosti, a u slučaju kvarova, neuspjeli slučajevi automatski se zamjenjuju novijima.

      • Kontinuirani nadzor i upozoravanje

        • Unutarnje i vanjske sonde za komponente usluga i infrastrukture, koje zbog kvara aktiviraju upozorenja.

        • Mjerni podaci zabilježeni iz usluga i komponenti infrastrukture i obrađeni pomoću mehanizma pravila koji otkriva pravila podudaranja i pokreće upozorenja.

      • Neprekinuta provjera valjanosti i upozoravanje

        • Periodični testovi se izvode i svi kvarovi rezultiraju pokretanjem upozorenja

        • Ta upozorenja stvaraju proaktivne incidente i tretiraju se kao stvarni incident koji utječe na kupca.

          • To prejudicira utjecaj na kupca i doprinosi dostupnosti i pouzdanosti sustava.

      • Kontinuirana integracija i isporuka

        • Ovo je inženjerski proces i cjevovod isporuke i omogućuje brzu i pouzdanu izgradnju, validaciju i implementaciju usluga / promjena usluga u Webex CC.

          • Mogućnost potpuno automatizirane implementacije - od koda do proizvodnog okruženja, sa svim potrebnim validacijama, smanjuje rizik i minimizira vrijeme do rješavanja, ako je potrebno uvesti promjenu kao odgovor na kvar.

      • Prekidači i prekidači za ubijanje

        • Različiti dijelovi sustava / određene mogućnosti CC Webex mogu se selektivno onemogućiti za sve kupce ili odabrane kupce, kako bi se smanjili kaskadni učinci kvara.

          • To omogućuje minimiziranje površine kvara i postizanje dostupnosti osnovnih mogućnosti kontaktnog centra kupcima.

      Nadzor i otkrivanje kvarova

      Sljedeća slika označava mehanizme kontinuiranog praćenja, validacije i uzbunjivanja koji su uspostavljeni za Webex CC.

      Kontinuirano praćenje i otkrivanje kvarova

      Kontinuitet poslovanja i oporavak od katastrofa

      Proces oporavka od katastrofe i kontinuiteta poslovanja osigurava otkrivanje bilo kakvog velikog prekida rada unutar regije i poduzimaju se potrebni koraci kako bi se osigurao oporavak usluga kupcima koji se nalaze na brodu u regiji.

      Koraci za oporavak dokumentiraju se, potvrđuju i redovito ažuriraju u skladu s postupcima oporavka i upravljanja katastrofama.

      Webex CC usluge implementirane su u tri odvojene zone dostupnosti unutar AWS regije. Svaka zona dostupnosti je drugačija fizička lokacija u regiji, s neovisnim uslužnim programima.

      U slučaju potpunog neuspjeha AWS regije, Webex CC se oslanja na AWS za oporavak regije i za dugotrajne prekide koji uključuju cijelu regiju, Webex CC podatkovni centar dobiva resurse u novoj AWS regiji i vraća ključne korisničke konfiguracije i podatke tako da kontakt centar radi za kupce u novoj AWS regiji.

      To uključuje automatizaciju, ali zahtijeva ručnu intervenciju kako bi se pokrenuo proces, kao i nadzor i osiguravanje da se potrebna konfiguracija i podaci vrate kako bi kontakt centar bio operativan za kupce.

      Usklađenost i certifikati

      Webex Contact ima opsežan popis sigurnosnih certifikata. Ti se certifikati redovito ažuriraju.

      • PCI DSS QSA

      • CAIQ

      • HIPAA i HITECH

      • CSA zvjezdica razina 1

      • CSA Star razina 2 (neovisna procjena treće strane)

      • SOC2

      • ISO27001 (Međunarodni standard za informacijsku sigurnost)

      • ISO27017 (Sigurnosni standard za davatelje usluga u oblaku)

      • ISO27018 (Sigurnosni standard usmjeren na zaštitu osobnih podataka u oblaku)

      • ISO27701 (Proširenje privatnosti podataka)

      • C5 njemački standard, koji pokazuje operativnu sigurnost od kibernapada

      Dodatne informacije potražite na Webex List podataka o privatnosti usluge kontaktnog centra.

      Uvod

      Cisco Webex Contact Center (Webex CC) je kontaktni centar kao usluga (CCaaS), koji organizacijama omogućuje omogućavanje pametnijih, proaktivnih i personaliziranih interakcija tijekom korisničkog putovanja.

      Webex CC je projektiran, dizajniran i razvijen, od temelja, kao nativno rješenje u oblaku, sa sljedećim temeljnim arhitektonskim načelima.

      • Usluge: neovisan skup usluga sa svakom uslugom koja korisnicima pruža mali kohezivni skup mogućnosti.

      • Vođeni događajima: Sve usluge međusobno komuniciraju putem poruka, osim u web aplikacijama gdje aplikacija koristi https sučelja (REST API, Push Data via WebSocket interface) za određene slučajeve upotrebe.

      • Država bez državljanstva/eksternaliziranja: Usluge se uvode u Kubernetesu, izvode se u kontejnerima dockera, s mogućnošću automatskog skaliranja i otpornosti na kvarove jedne ili više instanci usluga.

      • Uočljivo: Sve usluge i komponente infrastrukture koje omogućuju implementaciju takvih usluga vidljive su sa standardnim mehanizmima za mjerenje, otkrivanje i sprječavanje situacija koje utječu na mogućnosti kontaktnog centra, kao i brzo rješavanje problema i vraćanje usluga u slučaju prekida rada.

      • Izolirano/labavo povezano: Svaka se usluga može izgraditi, potvrditi i implementirati / ažurirati neovisno bez zastoja u mogućnostima kontaktnog centra.

      Webex CC usluge implementirane su u AWS, a pokreće ih nativna platforma u oblaku koja omogućuje sljedeće:

      • Dostupnost infrastrukturnih usluga i aplikacija u više zona dostupnosti

      • Elastičnost infrastrukturnih usluga i aplikacija koje omogućuju dinamičke mogućnosti skaliranja

      • Sigurnost je izvorno ugrađena u način na koji su sustavi izgrađeni i implementirani, podaci su zaštićeni u tranzitu i u mirovanju, zajedno sa sigurnosnim certifikatima / certifikatima o usklađenosti koje Webex CC ima.

      • Skalabilna i sigurna rubna infrastruktura za integracije telefonije/glasa

      • Uočljivost uz proaktivno praćenje i uzbunjivanje koje omogućuje visoku dostupnost usluga kontaktnog centra svojim klijentima.

      • Integrirano s ostatkom Cisco Webex za provjeru autentičnosti/autorizaciju korisnika, administraciju i dodjelu resursa mogućnostima kontaktnog centra.

      Daljnje sekcije u ovom dokumentu proširuju se na svaku od gore navedenih mogućnosti i način na koji Webex CC arhitektura omogućuje isto.

      Logička arhitektura

      Osnovna sposobnost koju rješenje kontaktnog centra mora imati je omogućavanje klijentima da lako kontaktiraju organizaciju uobičajenim sredstvima komunikacije i brzo i učinkovito riješe upite / probleme.

      Međutim, kako bi se osiguralo postizanje ovog osnovnog načela, postoji više mogućnosti iza kulisa kojima organizacija koja koristi kontaktni centar mora imati pristup. To su:

      • Mehanizmi za pokretanje interakcije s klijentima

        • Objavljeni i operativni telefonski brojevi koji povezuju telefonske pozive sa sustavom kontakt centra

        • Adrese e-pošte na koje korisnici mogu slati e-poštu i mehanizam za otkrivanje novih dolaznih e-poruka.

        • Mogućnost da korisnici kontaktiraju putem različitih digitalnih kanala, uključujući, ali ne ograničavajući se na,

          • Čavrljanje s web-lokacije/aplikacije

          • Izravno razgovarajte putem popularnih klijenata za razmjenu poruka kao što su WhatsApp, Facebook Messenger, Apple Messages for Business.

      • Sposobnost otkrivanja novih interakcija i učinkovitog rukovanja s njima

        • To bi uključivalo automatizirani sustav IVR, virtualne agente za telefoniju / razgovore s ugrađenom programibilnošću za definiranje tijekova rada uključenih u rukovanje interakcijama.

        • Konačno, ako je potrebno, interakcija mora biti eskalirana do agenta, koji je optimalno vješt za rukovanje interakcijom.

      • Sposobnost agenata da naznače dostupnost za rukovanje interakcijama i nadzornika za praćenje, podučavanje agenata i dobivanje operativnih mjernih podataka koji omogućuju učinkovite interakcije.

      • Mogućnost administratora da konfiguriraju i dodijele različite mogućnosti kontaktnog centra koje agentima i nadzornicima omogućuje obavljanje njihovih zadataka prema očekivanjima.

      Osim toga, moderna poduzeća moraju imati dodatne mogućnosti za optimizaciju operacija kontaktnog centra s pristupom podacima i uvidima koji vizualiziraju i prate ključne operativne mjerne podatke.

      Nadalje, sposobnost integracije sa specijaliziranim mogućnostima ekosustava kontaktnog centra kao što su pokretanje proaktivnih automatiziranih odlaznih poziva, poboljšanje iskustva agenta i nadzornika pomoću umjetne inteligencije, otkrivanje i razumijevanje putovanja korisnika kako bi proaktivno unaprijed isporučili podatke agentima, jasni su diferencijatori u načinu na koji se rješenja kontaktnog centra razvijaju.

      Što se tiče modela potrošnje, gdje se ponude kontaktnih centara troše kao softverska usluga isporučena u oblaku, mogućnost osiguravanja dostupnosti, pouzdanosti i automatiziranih zahtjeva ad-hoc vage zahtijeva najsuvremenije mehanizme praćenja i uzbunjivanja, što omogućuje kontinuirano valjanje i otkrivanje nadolazećih problema i sprečavanje / minimiziranje utjecaja na poslovanje kupaca.

      Sljedeća slika ilustrira logičku arhitekturu CC-Webex.

      Webex CC Logical Architecture
      Webex CC logičke arhitekture

      Funkcionalne komponente

      Sljedeći odjeljci opisuju različite funkcionalne komponente CC-Webex.

      Upravljanje interakcijom

      Webex CC podržava telefoniju, e-poštu i razmjenu poruka (društveni kanali) kao razne kanale putem kojih korisnici mogu komunicirati s kontakt centrom.

      Za sve kanale, početno rukovanje može obaviti sustav, a zatim interakcija može eskalirati do agenta.

      Vrste medija

      Telefonija

      Za telefoniju o rukovanju dolaznim glasovnim pozivima odlučuje način na koji je poziv ušao u kontaktni centar (pogledajte mehanizme za ulazak u nastavku) i Webex tok kopije koji je povezan s ulaznom točkom.

      Na poziv se odgovara i poduzimaju se daljnje radnje prema Webex definiciji CC Flow – što je programski prikaz radnji koje treba izvršiti tijekom rukovanja pozivom prije reda čekanja i usmjeravanja agentu ili sam Tijek može rukovati pozivom bez prijenosa agentu.

      Sastavljač protoka u Webex CC-u omogućuje programerima da definiraju protok i dodijele ga ulaznoj točki putem koje poziv stiže Webex CC.

      Ti konfiguracijski entiteti i njihova upotreba obuhvaćeni su entitetima konfiguracije.

      Više informacija o sastavljaču toka dostupno je u nadolazećem odjeljku na IVR Sustav.

      E-pošta i razmjena poruka

      Iz perspektive Webex CC-a, Webex Connect pruža mogućnosti ulaska i izlaska za sve digitalne kanale - e-poštu, kanale za razmjenu poruka, koje krajnji korisnici mogu koristiti za kontaktiranje kontaktnog centra.

      Tijek povezivanja Webex

      • Odlučuje o rukovanju takvim interakcijama sve dok interakcije ne budu stavljene u red čekanja i usmjerene agentima. To uključuje automatsko rukovanje i BOT tretmane za sve oblike poruka i interakcija e-pošte.

      • Primjenjuje poslovnu logiku na dolaznu interakciju.

      • Rukuje kontaktom prije čekanja u redu.

      • Sam protok može podnijeti interakciju bez prijenosa na živog agenta.

      Kanali za razmjenu poruka koje podržava Webex CC su:

      • Web App / Chat mobilne aplikacije

      • Whatsapp

      • Facebook Messenger

      • SMS

      • Apple poruke za tvrtke

      Kanali e-pošte koje podržava Webex CC su:

      • Gmail

      • Office365

      Mehanizmi za ulazak

      Ovaj odjeljak pokriva mehanizme pomoću kojih interakcija može ući Webex CC. Na temelju vrste medija, mehanizmi kojima interakcija doseže Webex CC su različiti.

      Na primjer, u telefoniji postoje resursi fizičke infrastrukture potrebni za omogućavanje PSTN povezivanja, konfiguracije telefonskih brojeva i usmjeravanja poziva na Webex CC.

      Za kanale e-pošte / poruke, konfiguracija ulaska mora se izvršiti u Webex Connectu i uključuje dodjelu resursa računa e-pošte / pošte i konfiguraciju tijeka Webex povezivanja.

      Dolazni glas

      Za glasovne pozive tipičan je scenarij u kojem korisnici biraju PSTN telefonski broj koji se zatim povezuje s kontaktnim centrom. Iz perspektive ulaska, za to je potreban mehanizam za usmjeravanje poziva s PSTN-a na Webex CC.

      Sljedeća slika prikazuje unos glasovnog poziva Webex CC.

      Mogućnosti ulaza za ulazni glas

      Usluge glasovnog prodora u Webex CC izvršavaju kontrolu poziva trećih strana pomoću SIP-a i odgovaraju na dolazni poziv, kao i obavljaju prijenos, konferencijske i druge operacije kontrole poziva.

      Logička ulazna točka za pozive u Webex CC je konfiguracijski entitet pod nazivom 'Ulazna točka'. Za govorni ulazak, ključna konfiguracija ulazne točke je telefonski broj povezan s njim, što je obično valjani PSTN telefonski broj dobiven od odabranog davatelja usluge PSTN veze.

      To omogućuje otkrivanje dolaznih poziva na telefonskom broju, povezivanje poziva s ulaznom točkom i korištenje drugih konfiguracijskih parametara ulazne točke za rukovanje pozivom prema definiciji Webex CC Flowa koja bi se trebala aktivirati za interakciju.

      Bilješka:

      Za više detalja o opcijama povezivanja putem PSTN veze posjetite https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/Voiceonboarding2/wcc-voice-onboarding-2-book/wcc_b__voiceonboarding_private_conn.html.

      Skalabilnost i dostupnost infrastrukture glasovnih rubova

      Webex CC VPOP infrastruktura uključuje suvišne parove SIP SBC-ova koji osiguravaju visoku dostupnost i može se dodati više SBC-ova za skaliranje istodobnih brojeva poziva koje treba podržati.

      Maksimalan broj istodobnih poziva koje VPOP može obraditi ovisi o broju pokrenutih SBC-ova i pozivima na koje se pozivi šalju.

      Za geografsku redundanciju – podržana je mreža VPOP SBC-a s međusobnim vezama u više parova u različitim regijama.

      Za usluge glasovnog ulaska, one su horizontalno skalabilne za rukovanje sve većim brojem istodobnih glasovnih poziva koje treba prenijeti Webex CC.

      Sigurnosna pitanja s infrastrukturom glasovnih rubova

      Tablica u nastavku sadrži pojedinosti o mogućnostima povezivanja s infrastrukturom glasovnog ruba.

      Stol 1. Vrste povezivosti

      Povezivost

      Vrstama

      Javni internet

      Izravno (s adresama izvora IP na bijeloj listi)

      IPSec virtualna privatna mreža (VPN) ili IPSec putem generičke enkapsulacije usmjeravanja (GRE)

      Mjesto na web-mjesto (S2S)

      SRTP/SIP TLS

      Privatna povezivost

      MPLS

      Point-to-Point (P2P)

      VPLS

      SD-WAN

      Privatni WAN

      Unakrsno povezivanje podatkovnog centra

      Equinix veze od tkanine

      Za više detalja posjetite https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/Voiceonboarding2/wcc-voice-onboarding-2-book/wcc_b__voiceonboarding_private_conn.html.

      IVR sustava

      Na svaki glasovni poziv koji dođe na telefonski broj povezan s ulaznom točkom, odgovara Webex CC i započinje izvršavanje Webex toka kopije povezanog s ulaznom točkom.

      Webex CC Flow Builder isporučuje programske konstrukcije/operatore i funkcionalne blokove, terminirane aktivnosti, tako da administratori ili bilo tko tko dizajnira i implementira logiku IVR može kombinirati te sastavne blokove i stvoriti definiciju tijeka.

      Konstrukti programiranja koje Flow podržava su:

      • Deklariranje i postavljanje varijabli – stanje povezano s izvršenjem tijeka

        • Šljunčani izrazi za postavljanje vrijednosti varijabli

      • Uvjetne provjere

      • Petlja – korištenje uvjetnih uvjeta i idi na (mogućnost povezivanja aktivnosti)

      • Pozivanje REST API-ja

      • Raščlanjivanje podataka - JSON, TOML, obično se XML koristiti za raščlanjivanje API odgovora.

      • Komponiranje aktivnosti


       

      Reprezentativni skup aktivnosti koje flow isporučuje su:

      • Reproduciraj poruke

      • Prikupljanje korisničkih podataka

      • Prijenos poziva na drugi odredište/telefonski broj

      • Slanje poziva virtualnom agentu

      • Stavite poziv u red tako da na njega agent može odgovoriti.

      Za svaki aktivni poziv aktivna je i instanca izvršavanja tijeka, sve dok se poziv ne završi, što rezultira istodobnim izvršavanjem tokova.

      Svaka instanca izvršavanja protoka pruža izolirano okruženje za podatke / stanje povezano s protokom i tamo pozivom.

      Tijekom cijelog životnog ciklusa poziva, flow također omogućuje odgovaranje na određene događaje koji se događaju i rukovanje njima – na primjer, kada agent odgovori na poziv, rukovatelj događajima može pokrenuti iskakanje zaslona u sučelju agenta za stolna računala.

      Dodatne informacije o toku Webex CC potražite u odjeljku https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/SetupandAdministrationGuide_2/b_mp-release-2/b_cc-release-2_chapter_0100.html#Cisco_Generic_Topic.dita_e338e055-64b0-4973-bd52-8a5581dcb0ee.

      Podrška za virtualnog agenta

      Flow pruža aktivnost za predaju interakcije virtualnom agentu, koji je unaprijed konfiguriran u Webex Kontrolnom središtu.

      Nakon što je poziv povezan s virtualnim agentom, korisniku pruža iskustvo razgovora IVR razgovoru, a aktivnost završava prekidom poziva ili eskalacijom poziva agentu.

      U slučaju eskalacije, tijek se može konfigurirati za stavljanje poziva u red čekanja na koji se zatim javlja agent.

      Ulazne digitalne interakcije

      Za e-poštu i kanal za razmjenu poruka dolaznih interakcija, Webex CC koristi Webex Connect za dodjelu resursa imovini, protok za rukovanje dolaznim interakcijama, a zatim usmjeravanje interakcije na Webex CC kada tijek Webex Connect izričito stavi interakciju u red čekanja tako da njome može upravljati agent.

      Sljedeća slika prikazuje unos e-pošte, interakcije s porukama u Webex CC.

      Mogućnosti ulaska u e-poštu i razmjenu poruka

      Integracije virtualnog agenta / BOT-a

      Za interakciju e-pošte i poruka / društvenih kanala, tretmani virtualnog agenta / BOT-a konfigurirani su u toku Webex Connect.

      Kao i kod virtualnih agenata za glas, ako BOT tretman završi eskalacijom kao rezultat, tada se interakcija stavlja u red čekanja i usmjerava na agenta.

      Usmjeravanje i red čekanja

      Webex CC tretira dolazni kontakt s automatiziranim rukovateljima kako je definirano u Tijeku i tijek može odlučiti staviti kontakt u red čekanja / izravno agentu (red specifičan za agenta - podržan samo za telefonske / glasovne interakcije).

      U redu čekanja, ako je agent dostupan, agent je rezerviran, a interakcija se usmjerava na agenta. Ako nema dostupnih agenata, interakcija je parkirana u redu čekanja, a Tijek će nastaviti tretirati klijenta s rukovateljem priključenim na aktivnost reda čekanja.

      Kada agent postane dostupan, rukovatelj se prekida, a interakcija se nudi agentu.

      Sljedeća slika prikazuje arhitekturu reda čekanja i usmjeravanja.

      Queuing and Routing Architecture
      Arhitektura reda čekanja i usmjeravanja

      Odabir agenta

      Redovi čekanja u Webex CC podržavaju sljedeće algoritme odabira agenata:

      • Najdulje dostupno usmjeravanje agenta

      • Vješto usmjereno usmjeravanje

        • Najduži raspoloživi agent (LAA)

        • Najbolji dostupni agent (BAA)

      Agenti su povezani s redovima čekanja putem servisa Teams.

      Red čekanja može se dodijeliti višestrukim grupama raspodjele poziva (pri čemu svaka grupa ima jedan ili više timova), na sekvencijalni način s konfiguriranim čekanjem dodavanja grupe raspodjele poziva u red čekanja, tako da se prostor za pretraživanje odgovarajućeg agenta proširuje na dodatne grupe raspodjele poziva kako vrijeme odmiče.

      Za usmjeravanje temeljeno na vještinama, među zahtjevima vještina koji odgovaraju agentima pridruženim redu čekanja, agent se odabire na temelju LAA ili BAA konfiguracije.

      Dodatne mogućnosti specifične za glas/telefoniju

      Usmjeravanje temeljeno na agentu (samo za glasovni/telefonski kanal)

      Webex CC Flow, koristeći aktivnost QueueToAgent, može usmjeriti interakcije izravno odabranom agentu na temelju ID-a agenta.

      Ako agent nije dostupan za rukovanje interakcijama, interakcija se može parkirati, u redu čekanju da agent postane dostupan

      Dodatne informacije o redu čekanja

      Webex CC Flow, koristeći aktivnost GetQueueInfo, može dohvatiti informacije u stvarnom vremenu za red čekanja kao što su Položaj u redu čekanja (PIQ), Procijenjeno vrijeme čekanja (EWT), broj agenata dostupnih u redu čekanja i može se koristiti za odlučivanje hoće li kontakt staviti kontakt u red čekanja ili ne.

      Ljubazni povratni poziv

      Webex CC Flow, koristeći aktivnost Povratni poziv, omogućuje korisniku da prekine vezu s pozivom zadržavajući položaj u redu čekanja i primi povratni poziv kada se virtualna interakcija u redu čekanja usmjeri na agenta.

      Rukovanje preljevom

      Webex CC podržava rukovanje prelijevanjem pomoću timova temeljenih na kapacitetu (CBT).

      CBT je poput običnog tima s kapacitetom i pridruženim vanjskim DN-om koji služi tom kapacitetu. Može se konfigurirati zajedno s drugim timovima u ciklusima raspodjele poziva u redu čekanja.

      Obično je to konfigurirano kao posljednji ciklus tako da djeluje kao prelijevanje ako nijedan agent nije dostupan čak i nakon što sve konfigurirane grupe raspodjele poziva ne pronađu dostupnog odgovarajućeg agenta za rukovanje interakcijom.

      Agent Desktop operacije

      Kada se agent prijavi na Webex CC Agent Desktop, agent navodi telefonski broj na koji se mogu povezati dolazni pozivi agentu. To može biti PSTN telefon, mobilni telefon ili kućni broj ako je agent Cisco Webex Calling korisnik.

      Imajte na umu da taj broj mora biti valjani telefonski broj na koji se pozivi mogu usmjeriti. U slučaju da nije, agent ne može primati dolazne pozive.

      Na temelju vrste interakcije kojom agent rukuje, widgeti na radnoj površini agenta pružaju mogućnost izvođenja određenih operacija upravljanja medijima.

      Na primjer, nakon što odgovorite na poziv, agent može izvršiti sljedeće operacije povezane s pozivom.

      • Stavljanje poziva na čekanje

      • Pokretanje konzultacijskog poziva i

        • Prijenos poziva na drugi telefonski broj (recimo telefonski broj agenta) / ulazna točka

        • Uključivanje drugog agenta u konferenciju

      • Prijenos poziva u drugi red čekanja

      • Završavanje poziva

      Agent desktop omogućuje administratorima da tamo dodaju prilagođene widgete proširujući mogućnosti radne površine i čineći ih jedinstvenom kolekcijom widgeta koji su agentima potrebni za učinkovito obavljanje posla.

      Arhitektura stolnog računala

      Agent desktop je aplikacija s jednom stranicom temeljena na mikro sučelju koja hostira widgete izgrađene na temelju arhitekture web-komponenti. Svi standardni / burzovni widgeti pokreću podaci koje dohvaćaju API-ji ili mehanizmi za guranje sa strane poslužitelja.

      To su obično asinkroni API-ji, gdje odgovor za pozivanje dolazi na radnu površinu putem WebSocket veze.

      Webex CC Agent Desktop autentificira korisnike s Cisco Common Identity (CI), a token se prosljeđuje svim API pozivima. I za prilagođene widgete, koji se temelje na modelu autentifikacije, agentima pruža jedinstveno iskustvo prijave ako je prilagođeni model provjere autentičnosti widgeta integriran s CI.

      Jednom kada je agent dio interakcije, sva ažuriranja tog stanja interakcija ili povezanih podataka također se premještaju na radnu površinu putem WebSocket veze.

      Otpornost radne površine na povezivost i kašnjenje

      Asinkrono API i guranje na strani poslužitelja omogućuje skaliranje i otkriva se svaki gubitak povezivanja sa sučeljem WebSocket i pokušava se stolna računala ponovno povezati i ponovno prijaviti.

      Sljedeća slika prikazuje arhitekturu agenta za stolna računala u Webex CC.

      Agent Desktop arhitektura

      Administracija i konfiguracija

      Unošenje kupaca

      Webex Control Hub primarno je sučelje koje partneri i klijenti koriste za uvođenje kupaca i omogućavanje ili konfiguriranje značajki.

      Nakon dodjele resursa značajkama tvrtke ili ustanove i kontaktnog centra u Kontrolnom čvorištu, pokrenut će se tijek rada u Webex CC koji obavlja ostale korake u dodjeljivanju svih mogućnosti kontaktnog centra prema ponudama koje je odabrao klijent.

      Sva dodjela resursa centru za kontakt vrši se pomoću BPM modula tijeka rada koji omogućuje deklarativan način definiranja uključenih koraka i čini sve korake dodjele otpornima na kvarove i osigurava integritet podataka.

      Sljedeća slika prikazuje tijek rada dodjele resursa u Webex CC.

      Tijek rada za uključivanje kupaca

      Konfiguracijski entiteti

      Ključni konfiguracijski entiteti u Webex CC, s opsegom unutar organizacije, su:

      Mjesto

      Stranica znači mjesto na kojem se nalazi jedan ili više timova, korisnika (agenata / nadzornika).

      Svaki korisnik i tim moraju pripadati web-mjestu.

      Tim

      Grupa korisnika. Timovi se koriste za distribuciju interakcija agentima putem redova čekanja.

      Svaki tim mora pripadati web mjestu.

      Agenti

      Korisnici koji se mogu prijaviti na Agent Desktop i upravljati interakcijama među vrstama medija konfiguriranima u Webex CC.

      Nadzornici

      Nadzornici su raspoređeni u timove i mogu nadzirati / trenirati agenta i imati pristup statusu na razini tima i statistici agenta za one koji pripadaju timovima kojima je dodijeljen nadzornik.

      Red čekanja

      Red čekanja logički je entitet u kojem se interakcije mogu zadržati dok se čeka dostupnost agenata, koji se zatim usmjeravaju agentu.

      Redovi čekanja mapiraju se u timove, kao prostor za pretraživanje agenata, s mogućnošću proširenja prostora za pretraživanje na temelju proteklog vremenskog praga, dodavanjem drugih timova u prostor za pretraživanje.

      Ulazna točka

      Ulazna točka logički je entitet koji predstavlja točku ulaska u Webex CC. Za telefoniju se to prvenstveno mapira na telefonski broj na koji stižu pozivi i za kanale e-pošte / razmjene poruka, ulazna točka upućuje na konfiguraciju imovine u Webex Connectu.

      Teći

      Tijek povezan s ulaznom točkom (putem strategije usmjeravanja), koja odlučuje o koracima uključenima u rukovanje interakcijama.

      Za netelefonske kanale (e-pošta, poruke/društvene mreže) Flow se odabire kao dio konfiguracije imovine u Webex Connectu.

      Kontrola pristupa za kontaktne centre s više mjesta

      Webex Administratori kopije mogu konfigurirati korisničke profile s pravima pristupa određenim web-mjestima, timovima, redovima čekanja i ulaznim točkama. Nadalje, zbog hijerarhijske prirode web-mjesta i timova, nakon što se omogući pristup određenim web-mjestima, korisnik može pristupiti samo timovima ili datumu koji pripadaju timovima koji pripadaju tim web-mjestima ili izričito određenom podskupu takvih timova.

      Za redove i ulazne točke, oni su globalni na razini organizacije, tako da se za različite geografske lokacije (mjesta na kojima se nalaze određeni agenti i timovi) mogu konfigurirati zasebne ulazne točke i redovi čekanja, a nadzornici / korisnici mogu imati pristup onim entitetima koji su primjenjivi za određene lokacije.

      Sljedeća slika prikazuje ključne konfiguracijske entitete i korisnički profil koji upućuje na te entitete.

      Konfiguracijski entiteti mapirani u korisnički profil

      Osim ograničavanja pristupa tim entitetima, Webex CC administratori mogu kontrolirati određene mogućnosti/module kojima korisnik može pristupiti u administracijskom sučelju, čime korisnici imaju administracijska /konfiguracijska prava na određene entitete, kao i odjeljke/mogućnosti Webex CC administracijskog sučelja.

      Izvješćivanje i analitika

      Webex CC obrađuje diskretne događaje koje generiraju različite usluge tijekom životnog ciklusa interakcija, koristeći niz usluga obrade tokova u stvarnom vremenu i generira definirani skup skupova podataka u stvarnom vremenu koji se objavljuju pretplaćenim klijentima.

      Nadalje, ti se događaji dalje obrađuju, transformiraju i traju agregirani i rezultirajući skupovi podataka, koji se zatim dohvaćaju putem API-ja za potrošnju podataka i sučelja za izvješćivanje i vizualizaciju podataka – Analizator.

      Sljedeća slika prikazuje sučelja za obradu i potrošnju podataka u Webex CC

      Webex CC kanal za obradu podataka i sučelja potrošnje

      Integracije

      Sve vanjske integracije s WxCC-om radi povećanja i poboljšanja mogućnosti koje korisnici mogu koristiti, koriste standardne objavljene API-je.

      Vrste API sučelja dostupnih u Webex CC su:

      • ODMOR API

      • Guranje na strani poslužitelja pomoću

        • Web-dojavnici

        • WebSocket poruke

      CRM integracije

      Webex CC podržava dva načina integracije sa sustavima upravljanja odnosima s klijentima (CRM).

      • Ugrađeni poveznici radne površine

      • Integracije protoka putem HTTPs konektora u IVR

      Ugrađeni konektori na radnoj površini: CRM aplikacija kao primarno sučelje

      U ovom načinu rada, agent se prijavljuje na CRM konzolu kao primarna aplikacija.

      Webex CC je ugrađena aplikacija (koja se naziva i ugrađena desktop aplikacija ili ugrađeni softphone) koja se prvenstveno koristi za prijavu u kontakt centar i primanje Webex CC usmjerenih interakcija kontaktnog centra.

      Nakon primitka poziva ili zahtjeva za razgovor, CRM integracija vrši sljedeće radnje na CRM konzoli

      • Zaslon prikazuje zapis klijenta povezan s ANI-jem ili drugim podacima povezanim s pozivom.

      • Objavljivanje metapodataka poziva kao bilješki o aktivnosti u zapisu klijenta

      • Dopustite agentu da "klikne za poziv" klikom na kontakt unutar CRM-a i pokretanjem odlaznog poziva kupcu

      • Knjiženje zapisa poziva u tablice izvješćivanja sustava CRM za primarno izvješćivanje u sustavu CRM.

      • Pruža potpunu funkcionalnost kontrola Agent Desktop i poziva (ugrađena i minirana verzija aplikacije za stolna računala)

      Primarni način integracije s CRM-ovima je ugradnja Webex CC Desktop aplikacije u zasebnu iFrame.

      Nadalje, Webex CC Desktop aplikacija pokreće prilagođeni widget bez glave (bez korisničkog sučelja) koji radi u pozadini, u interakciji s temeljnim CRM sustavom za izvođenje automatiziranih radnji u ime agenta.

      Interakcije se pokreću s dva SDK-a koja koristi widget bez glave.

      • Webex CC Desktop JS SDK: Ovo je JavaScript SDK koji pruža Webex CC za registraciju slušatelja događaja za agentske i kontaktne radnje.

      • CRM JS SDK: Ovo je CRM klijentski SDK primjenjiv po CRM-u koji apstrahira REST API pozive pomoću CRM-a. Na primjer, za salesforce, CTI JS biblioteka koju pruža Salesforce koristi se za izvođenje radnji i slušanje događaja unutar CRM-a.

      Sljedeća slika prikazuje crm ugrađen Webex CC desktop i poveznik arhitekture

      Arhitektura ugrađenog poveznika radne površine sustava CRM

      Webex CC podržava sljedeća CRM rješenja za gore navedenu integraciju:

      • Salesforce

      • ServiceNow

      • Microsoft Dynamics 365

      • Zendesk

      • Freshdesk

      Za više detalja posjetite https://help.webex.com/en-us/result/integrate%20with%20webex%20contact%20center?offset=10.

      Dodatne informacije o konfiguriranju Webex CC rasporeda radne površine za omogućivanje CRM poveznika, skupova značajki i promjena potražite na adresi https://github.com/Ciscodevnet/webex-contact-center-crm-integrations.

      Globalna dostupnost CRM poveznika

      CRM konektori dostupni su u svim zemljopisnim područjima i regijama u kojima Webex CC radi.

      Elastična skala i performanse

      Webex CC hostira prilagođeni widget koji omogućuje dvosmjernu komunikaciju između CRM aplikacije i Webex CC radne površine u AWS CloudFront CDN-u osiguravajući visoku dostupnost widgeta AWS u svim zonama dostupnosti i regijama.

      Svi CRM integracijski specifični računi događaju se u pregledniku gdje agenti koriste CRM aplikaciju s CC radnom površinom ugrađenom Webex CRM aplikaciju.

      Sigurnost

      CRM konektori pozivaju se putem Webex izgled radne površine CC agenta, a opcionalni parametri prosljeđuju se putem rasporeda radne površine u widget za uključivanje i isključivanje značajki.

      Na primjer, za omogućavanje widgeta akcije Salesforce, administrator može uključiti postavku parametra izgleda radne površine sfdcWidgetEnabled na true.

      Instalacija paketa

      Da bi integracija radila dvosmjerno, CRM konzola treba instalirati ugrađenu aplikaciju. Ovo je podrška za učitavanje aplikacije Desktop unutar iFramea.

      Svi ugrađeni konektori radne površine dostupni su na CRM tržištu.

      npr

      ServiceNow: https://store.servicenow.com/sn_appstore_store.do#!/store/application/6c8e2a4edbc73410e1c75e25ca961947/1.0.5?

      Zendesk: https://www.zendesk.com/marketplace/apps/support/202570/webex-contact-center/

      Instalacija aplikacije na tržištu aktivira potrebne dodatke i uvozi potrebne XML datoteke u CRM konzolu kako bi podržala izvještavanje o zapisima poziva u CRM-u.

      Integracije protoka putem HTTPs konektora u IVR

      Sastavljač Webex CC Flow podržava dvosmjerni protok podataka između CC-Webex i CRM sustava pomoću HTTPs konektora konfiguriranih u Webex Kontrolnom čvorištu i korištenih na Webex CC flowu.

      Oni se prvenstveno koriste za personalizaciju unutar glasovnih interakcija i prilagođeno usmjeravanje unutar IVR.

      Prema zadanim postavkama Webex CC podržava HTTP priključak Salesforce na kontrolnom čvorištu. Ostali CRM poveznici mogu se dodati kao prilagođeni poveznici na Webex kontrolnom čvorištu.

      Za više informacija o HTTP konektorima posjetite https://github.com/CiscoDevNet/webex-contact-center-crm-integrations.

      IVR HTTP poveznika:

      Optimizacija radne snage

      Webex CC podržava rješenja za optimizaciju tijeka rada i upravljanje kvalitetom vodećih dobavljača u industriji.

      Implementacija i povezivanje

      Webex CC je implementiran u AWS i trenutno je dostupan u sljedećim regijama

      • NAMA

        • Američko-istočna N Virginia

        • US-West N Kalifornija (samo ulazak glasovnih medija)

      • Kanada

        • Središnji

      • Ujedinjeno Kraljevstvo

        • London

      • Europa

        • Frankfurtu

      • Azija Pac

        • Tokiju

        • Sydney

        • Singapur

      Veza s AWS-om smještenim Webex Kontakt centar može se uspostaviti putem Interneta ili putem Amazon Web Services (AWS) Direct Connect. Uz AWS Direct Connect, podaci se isporučuju putem privatne mrežne veze između lokalnih korisnika i Webex Kontakt centra, čime se poboljšava veza. Za više detalja pogledajte AWS Direct Connect za Webex Contact Center.

      Povezivanje s više regija za telefoniju

      Kako bi se omogućile globalne organizacije, s agentima i klijentima na više geografskih lokacija, CC Webex podržava održavanje medija unutar lokalne regije, za one regije u kojima se izvode glasovni medijski rub i usluge ulaska.

      Sljedeća slika prikazuje implementaciju više regija s regionalnim medijima.

      Multi Region deployment with regional media
      Implementacija u više regija s regionalnim medijima

      Rub medija i usluge ulaska implementirani su u sljedećim regijama.

      Geo regija

      Webex CC Services (regija AWS)

      Media Edge (glasovni pop)

      Medijski servisi sljedeće generacije (regija AWS)*

      NAMA

      N. Virginia

      New York

      Los Angeles

      N. Virginia

      N Kalifornija

      Kanada

      Središnji

      Vancouver

      Toronto

      Središnji

      Brazil

      Sao Paulo

      Rio De Janeiro

      Europa

      Frankfurtu

      Frankfurtu

      Amsterdam

      Frankfurtu

      Velika Britanija

      London

      London

      London

      Indija

      Pune

      Hyderabad

      Mumbai

      Singapur

      Singapur

      Singapur

      Japan

      Tokiju

      Tokiju

      Osaka

      Tokiju

      Australija

      Sydney

      Melbourne

      Sydney

      Sydney

      Sigurnost i privatnost

      Sigurnost infrastrukture

      Glasovna infrastruktura na Edgeu

      Komponente Voice Edge omogućuju prekid SIP debla s korisničke mreže / PSTN operatera, a to je omogućeno na temelju IPS-a s bijele liste koji se mogu povezati s rubnim komponentama.

      Izračunaj sigurnost infrastrukture

      Webex instance računa CC dodijeljene su u AWS-u, a usluge se izvode kao mahune u Kubernetes klasteru, koji ima više prostora naziva, a pristup svakom prostoru naziva ograničen je zasebnim vjerodajnicama.

      Sva dodjela resursa infrastrukturi vrši se pomoću koda - bez ručnih koraka - i nijednoj vjerodajnici se ne može pristupiti ručno.

      Postoji središnje spremište vjerodajnica s određenim putovima konfiguriranim za određeni skup usluga / timova, a pristup samoj trgovini vjerodajnica ograničen je i konfiguriran kao tajna u sustavima izrade i implementacije.

      Nijedna od infrastrukturnih komponenti / usluga nije izravno izložena izvan AWS VPC-a, a samo javno izložena sučelja su API-ji i WebSocket poslužitelji kojima se upravlja i kojima se upravlja pomoću API pristupnika,

      Osim toga, postoje određeni interni sustavi i sučelja koje koriste programeri koji se koriste za pregled dnevnika, mjernih podataka, detalja implementacije, statusa međuverzije i rezultata ispitivanja, koji su osigurani pomoću uloga i grupa i integrirani s Cisco internim sustavima provjere autentičnosti.

      Provjera autentičnosti i autorizacija korisničkih sučelja

      Sva korisnička sučelja koja koriste različiti korisnici kontakt centra (agenti, nadzornici, administratori, analitičari) zaštićena su Cisco Common Identity Based token autentifikacijom (OAuth flows).

      Autorizacija se vrši pomoću uloga za korisnika koji je dobio token i dosege dodijeljene tokenu.

      Sigurnost podataka

      Podaci u prijenosu

      Nijedno sučelje korištenih usluga / komponente infrastrukture nije izravno izloženo vanjskom dolaznom prometu.

      Odabrane usluge, s http API-jevima izlažu ta sučelja putem pristupnika, a svi dolazni https (uključujući i one WebSocketa) se prekidaju u ALB-u, a interni promet putem http-a usmjerava se na usluge.

      Sve odlazne interakcije su preko https / TLS (za ne-http protokole).

      Unutar VPC-a, interna komunikacija između usluga - preko http / prilagođenog TCP protokola - je preko običnog TCP utičnice.

      Podaci u mirovanju

      Svi podaci koji se pohranjuju šifrirani su na sloju za pohranu. Nadalje, one trgovine podataka koje su izvan VPC-a, zaštićene su i kontroliraju pristup i ovlaštenja s vjerodajnicama koje su sigurno pohranjene i njima se upravlja u tajnom spremištu.

      Sljedeća slika prikazuje model protoka i sigurnosti podataka za tranzit kao i u mirovanju.

      Sigurnost podataka u prijenosu i u mirovanju

      Privatnost podataka

      Podaci koji otkrivaju identitet krajnjeg korisnika

      Webex CC Flow, koji je programski kontroler za rukovanje interakcijama, može se koristiti za prikupljanje korisničkih podataka, koji se mogu dodijeliti varijablama protoka posebno označenim kao "Sadrži osjetljive podatke". Vrijednosti za takve podatke su šifrirane i nijedna usluga na putu prijenosa podataka neće imati pristup tim podacima.

      Nadalje, takvi se podaci nikada ne zadržavaju u Webex CC pohrani podataka izvješćivanja, a infrastruktura dnevnika / poruka imat će šifrirane podatke, a jasni tekstualni podaci ne pohranjuju se nigdje unutar Webex CC-a.

      Podaci agenta kontaktnog centra/nadzornika koji otkrivaju identitet

      Podaci povezani s korisnikom centra za kontakt redigirani su u zapisnicima, ali dostupni za analizu i vizualizaciju podataka u Webex pohrani podataka CC.

      Skalabilnost

      Čimbenici za skaliranje

      Za Webex CC čimbenici koji utječu na ljestvicu su:

      • Istodobni broj prijavljenih agenata

      • Istodobni broj interakcija u tijeku

        • Radnje izvršene na tim interakcijama

      • Istodobni broj radnji koje nadzornici/agenti obavljaju, izvan rukovanja interakcijama

      • Količina generiranih i postojanih podataka

      Arhitektonski aspekti koji omogućuju mjerilo

      Načela na temelju kojih je Webex CC projektiran i osmišljen omogućuju rješenju da se dinamički skalira prema potrebi u granicama koje provodi infrastruktura predviđena za različite usluge i komponente platforme.

      Arhitektura vođena događajima

      Usluge u Webex CC komuniciraju pomoću poruka, a kritični tokovi obrade poruka ne uključuju nikakve operacije blokiranja IO-a, a stanje potrebno za obradu poruka lokalizirano je na instancu usluge koja obrađuje poruku.

      Usluge bez državljanstva (ili eksternalizirano stanje)

      Usluge bez državljanstva omogućuju elastičnost jednostavnim dodavanjem /uklanjanjem dodatnih instanci usluga. Postoje određene usluge koje su inherentno državne prirode, a one imaju eksternaliziranu državnu trgovinu, a infrastruktura podržava dinamičke promjene broja slučajeva takvih usluga, također, s automatskim rebalansom / državnim prijenosom / lokalizacijom stanja u instancu koja treba državu.

      Elastična infrastruktura

      Sve usluge rade u Kubernetesu i infrastruktura zvana Kubernetes čvorovi automatski se skaliraju na temelju upotrebe, što omogućuje dinamičko dodavanje više računalnih čvorova do maksimalno visokog praga koji je unaprijed konfiguriran.

      Učitavanje projekcije i redovita provjera valjanosti

      Sve su usluge referentne za karakteristike performansi, a uzorak skaliranja provjerava se na razini usluge.

      Daljnji kontinuirani testovi validacije, vršnog opterećenja i izdržljivosti provode se s ispitnim parametrima podešenim za projicirani rast u atributima koji utječu na vagu, što omogućuje prepoznavanje uskih grla, planiranje ažuriranja visokog praga za korištenje infrastrukturnih resursa i spremnost za dan igre.

      Pouzdanost i dostupnost

      Arhitektura vođena događajima i usluge bez državljanstva omogućuju otpornost i elastičnost. Međutim, kako bi se osiguralo otkrivanje i djelovanje kvarova prije nego što utječe na funkcionalnosti, CC koristi sljedeću strategiju Webex CC primjenjuje sljedeću strategiju.

      • Dostupnost i pouzdanost infrastrukture

        • Sve Webex CC usluge i infrastrukturne komponente uvijek su raspoređene u tri AWS zone dostupnosti.

          • To omogućuje Webex da CC bude otporan na kvarove zone dostupnosti, a u slučaju kvarova, neuspjeli slučajevi automatski se zamjenjuju novijima.

      • Kontinuirani nadzor i upozoravanje

        • Unutarnje i vanjske sonde za komponente usluga i infrastrukture, koje zbog kvara aktiviraju upozorenja.

        • Mjerni podaci zabilježeni iz usluga i komponenti infrastrukture i obrađeni pomoću mehanizma pravila koji otkriva pravila podudaranja i pokreće upozorenja.

      • Neprekinuta provjera valjanosti i upozoravanje

        • Periodični testovi se izvode i svi kvarovi rezultiraju pokretanjem upozorenja

        • Ta upozorenja stvaraju proaktivne incidente i tretiraju se kao stvarni incident koji utječe na kupca.

          • To prejudicira utjecaj na kupca i doprinosi dostupnosti i pouzdanosti sustava.

      • Kontinuirana integracija i isporuka

        • Ovo je inženjerski proces i cjevovod isporuke i omogućuje brzu i pouzdanu izgradnju, validaciju i implementaciju usluga / promjena usluga u Webex CC.

          • Mogućnost potpuno automatizirane implementacije - od koda do proizvodnog okruženja, sa svim potrebnim validacijama, smanjuje rizik i minimizira vrijeme do rješavanja, ako je potrebno uvesti promjenu kao odgovor na kvar.

      • Prekidači i prekidači za ubijanje

        • Različiti dijelovi sustava / određene mogućnosti CC Webex mogu se selektivno onemogućiti za sve kupce ili odabrane kupce, kako bi se smanjili kaskadni učinci kvara.

          • To omogućuje minimiziranje površine kvara i postizanje dostupnosti osnovnih mogućnosti kontaktnog centra kupcima.

      Nadzor i otkrivanje kvarova

      Sljedeća slika označava mehanizme kontinuiranog praćenja, validacije i uzbunjivanja koji su uspostavljeni za Webex CC.

      Kontinuirano praćenje i otkrivanje kvarova

      Kontinuitet poslovanja i oporavak od katastrofa

      Proces oporavka od katastrofe i kontinuiteta poslovanja osigurava otkrivanje bilo kakvog velikog prekida rada unutar regije i poduzimaju se potrebni koraci kako bi se osigurao oporavak usluga kupcima koji se nalaze na brodu u regiji.

      Koraci za oporavak dokumentiraju se, potvrđuju i redovito ažuriraju u skladu s postupcima oporavka i upravljanja katastrofama.

      Webex CC usluge implementirane su u tri odvojene zone dostupnosti unutar AWS regije. Svaka zona dostupnosti je drugačija fizička lokacija u regiji, s neovisnim uslužnim programima.

      U slučaju potpunog neuspjeha AWS regije, Webex CC se oslanja na AWS za oporavak regije i za dugotrajne prekide koji uključuju cijelu regiju, Webex CC podatkovni centar dobiva resurse u novoj AWS regiji i vraća ključne korisničke konfiguracije i podatke tako da kontakt centar radi za kupce u novoj AWS regiji.

      To uključuje automatizaciju, ali zahtijeva ručnu intervenciju kako bi se pokrenuo proces, kao i nadzor i osiguravanje da se potrebna konfiguracija i podaci vrate kako bi kontakt centar bio operativan za kupce.

      Usklađenost i certifikati

      Webex Contact ima opsežan popis sigurnosnih certifikata. Ti se certifikati redovito ažuriraju.

      • PCI DSS QSA

      • CAIQ

      • HIPAA i HITECH

      • CSA zvjezdica razina 1

      • CSA Star razina 2 (neovisna procjena treće strane)

      • SOC2

      • ISO27001 (Međunarodni standard za informacijsku sigurnost)

      • ISO27017 (Sigurnosni standard za davatelje usluga u oblaku)

      • ISO27018 (Sigurnosni standard usmjeren na zaštitu osobnih podataka u oblaku)

      • ISO27701 (Proširenje privatnosti podataka)

      • C5 njemački standard, koji pokazuje operativnu sigurnost od kibernapada

      Dodatne informacije potražite na Webex List podataka o privatnosti usluge kontaktnog centra.

      Uvod

      Cisco Webex Contact Center (Webex CC) je kontaktni centar kao usluga (CCaaS), koji organizacijama omogućuje omogućavanje pametnijih, proaktivnih i personaliziranih interakcija tijekom korisničkog putovanja.

      Webex CC je projektiran, dizajniran i razvijen, od temelja, kao nativno rješenje u oblaku, sa sljedećim temeljnim arhitektonskim načelima.

      • Usluge: neovisan skup usluga sa svakom uslugom koja korisnicima pruža mali kohezivni skup mogućnosti.

      • Vođeni događajima: Sve usluge međusobno komuniciraju putem poruka, osim u web aplikacijama gdje aplikacija koristi https sučelja (REST API, Push Data via WebSocket interface) za određene slučajeve upotrebe.

      • Država bez državljanstva/eksternaliziranja: Usluge se uvode u Kubernetesu, izvode se u kontejnerima dockera, s mogućnošću automatskog skaliranja i otpornosti na kvarove jedne ili više instanci usluga.

      • Uočljivo: Sve usluge i komponente infrastrukture koje omogućuju implementaciju takvih usluga vidljive su sa standardnim mehanizmima za mjerenje, otkrivanje i sprječavanje situacija koje utječu na mogućnosti kontaktnog centra, kao i brzo rješavanje problema i vraćanje usluga u slučaju prekida rada.

      • Izolirano/labavo povezano: Svaka se usluga može izgraditi, potvrditi i implementirati / ažurirati neovisno bez zastoja u mogućnostima kontaktnog centra.

      Webex CC usluge implementirane su u AWS, a pokreće ih nativna platforma u oblaku koja omogućuje sljedeće:

      • Dostupnost infrastrukturnih usluga i aplikacija u više zona dostupnosti

      • Elastičnost infrastrukturnih usluga i aplikacija koje omogućuju dinamičke mogućnosti skaliranja

      • Sigurnost je izvorno ugrađena u način na koji su sustavi izgrađeni i implementirani, podaci su zaštićeni u tranzitu i u mirovanju, zajedno sa sigurnosnim certifikatima / certifikatima o usklađenosti koje Webex CC ima.

      • Skalabilna i sigurna rubna infrastruktura za integracije telefonije/glasa

      • Uočljivost uz proaktivno praćenje i uzbunjivanje koje omogućuje visoku dostupnost usluga kontaktnog centra svojim klijentima.

      • Integrirano s ostatkom Cisco Webex za provjeru autentičnosti/autorizaciju korisnika, administraciju i dodjelu resursa mogućnostima kontaktnog centra.

      Daljnje sekcije u ovom dokumentu proširuju se na svaku od gore navedenih mogućnosti i način na koji Webex CC arhitektura omogućuje isto.

      Logička arhitektura

      Osnovna sposobnost koju rješenje kontaktnog centra mora imati je omogućavanje klijentima da lako kontaktiraju organizaciju uobičajenim sredstvima komunikacije i brzo i učinkovito riješe upite / probleme.

      Međutim, kako bi se osiguralo postizanje ovog osnovnog načela, postoji više mogućnosti iza kulisa kojima organizacija koja koristi kontaktni centar mora imati pristup. To su:

      • Mehanizmi za pokretanje interakcije s klijentima

        • Objavljeni i operativni telefonski brojevi koji povezuju telefonske pozive sa sustavom kontakt centra

        • Adrese e-pošte na koje korisnici mogu slati e-poštu i mehanizam za otkrivanje novih dolaznih e-poruka.

        • Mogućnost da korisnici kontaktiraju putem različitih digitalnih kanala, uključujući, ali ne ograničavajući se na,

          • Čavrljanje s web-lokacije/aplikacije

          • Izravno razgovarajte putem popularnih klijenata za razmjenu poruka kao što su WhatsApp, Facebook Messenger, Apple Messages for Business.

      • Sposobnost otkrivanja novih interakcija i učinkovitog rukovanja s njima

        • To bi uključivalo automatizirani sustav IVR, virtualne agente za telefoniju / razgovore s ugrađenom programibilnošću za definiranje tijekova rada uključenih u rukovanje interakcijama.

        • Konačno, ako je potrebno, interakcija mora biti eskalirana do agenta, koji je optimalno vješt za rukovanje interakcijom.

      • Sposobnost agenata da naznače dostupnost za rukovanje interakcijama i nadzornika za praćenje, podučavanje agenata i dobivanje operativnih mjernih podataka koji omogućuju učinkovite interakcije.

      • Mogućnost administratora da konfiguriraju i dodijele različite mogućnosti kontaktnog centra koje agentima i nadzornicima omogućuje obavljanje njihovih zadataka prema očekivanjima.

      Osim toga, moderna poduzeća moraju imati dodatne mogućnosti za optimizaciju operacija kontaktnog centra s pristupom podacima i uvidima koji vizualiziraju i prate ključne operativne mjerne podatke.

      Nadalje, sposobnost integracije sa specijaliziranim mogućnostima ekosustava kontaktnog centra kao što su pokretanje proaktivnih automatiziranih odlaznih poziva, poboljšanje iskustva agenta i nadzornika pomoću umjetne inteligencije, otkrivanje i razumijevanje putovanja korisnika kako bi proaktivno unaprijed isporučili podatke agentima, jasni su diferencijatori u načinu na koji se rješenja kontaktnog centra razvijaju.

      Što se tiče modela potrošnje, gdje se ponude kontaktnih centara troše kao softverska usluga isporučena u oblaku, mogućnost osiguravanja dostupnosti, pouzdanosti i automatiziranih zahtjeva ad-hoc vage zahtijeva najsuvremenije mehanizme praćenja i uzbunjivanja, što omogućuje kontinuirano valjanje i otkrivanje nadolazećih problema i sprečavanje / minimiziranje utjecaja na poslovanje kupaca.

      Sljedeća slika ilustrira logičku arhitekturu CC-Webex.

      Webex CC Logical Architecture
      Webex CC logičke arhitekture

      Funkcionalne komponente

      Sljedeći odjeljci opisuju različite funkcionalne komponente CC-Webex.

      Upravljanje interakcijom

      Webex CC podržava telefoniju, e-poštu i razmjenu poruka (društveni kanali) kao razne kanale putem kojih korisnici mogu komunicirati s kontakt centrom.

      Za sve kanale, početno rukovanje može obaviti sustav, a zatim interakcija može eskalirati do agenta.

      Vrste medija

      Telefonija

      Za telefoniju o rukovanju dolaznim glasovnim pozivima odlučuje način na koji je poziv ušao u kontaktni centar (pogledajte mehanizme za ulazak u nastavku) i Webex tok kopije koji je povezan s ulaznom točkom.

      Na poziv se odgovara i poduzimaju se daljnje radnje prema Webex definiciji CC Flow – što je programski prikaz radnji koje treba izvršiti tijekom rukovanja pozivom prije reda čekanja i usmjeravanja agentu ili sam Tijek može rukovati pozivom bez prijenosa agentu.

      Sastavljač protoka u Webex CC-u omogućuje programerima da definiraju protok i dodijele ga ulaznoj točki putem koje poziv stiže Webex CC.

      Ti konfiguracijski entiteti i njihova upotreba obuhvaćeni su entitetima konfiguracije.

      Više informacija o sastavljaču toka dostupno je u nadolazećem odjeljku na IVR Sustav.

      E-pošta i razmjena poruka

      Iz perspektive Webex CC-a, Webex Connect pruža mogućnosti ulaska i izlaska za sve digitalne kanale - e-poštu, kanale za razmjenu poruka, koje krajnji korisnici mogu koristiti za kontaktiranje kontaktnog centra.

      Tijek povezivanja Webex

      • Odlučuje o rukovanju takvim interakcijama sve dok interakcije ne budu stavljene u red čekanja i usmjerene agentima. To uključuje automatsko rukovanje i BOT tretmane za sve oblike poruka i interakcija e-pošte.

      • Primjenjuje poslovnu logiku na dolaznu interakciju.

      • Rukuje kontaktom prije čekanja u redu.

      • Sam protok može podnijeti interakciju bez prijenosa na živog agenta.

      Kanali za razmjenu poruka koje podržava Webex CC su:

      • Web App / Chat mobilne aplikacije

      • Whatsapp

      • Facebook Messenger

      • SMS

      • Apple poruke za tvrtke

      Kanali e-pošte koje podržava Webex CC su:

      • Gmail

      • Office365

      Mehanizmi za ulazak

      Ovaj odjeljak pokriva mehanizme pomoću kojih interakcija može ući Webex CC. Na temelju vrste medija, mehanizmi kojima interakcija doseže Webex CC su različiti.

      Na primjer, u telefoniji postoje resursi fizičke infrastrukture potrebni za omogućavanje PSTN povezivanja, konfiguracije telefonskih brojeva i usmjeravanja poziva na Webex CC.

      Za kanale e-pošte / poruke, konfiguracija ulaska mora se izvršiti u Webex Connectu i uključuje dodjelu resursa računa e-pošte / pošte i konfiguraciju tijeka Webex povezivanja.

      Dolazni glas

      Za glasovne pozive tipičan je scenarij u kojem korisnici biraju PSTN telefonski broj koji se zatim povezuje s kontaktnim centrom. Iz perspektive ulaska, za to je potreban mehanizam za usmjeravanje poziva s PSTN-a na Webex CC.

      Sljedeća slika prikazuje unos glasovnog poziva Webex CC.

      Mogućnosti ulaza za ulazni glas

      Usluge glasovnog prodora u Webex CC izvršavaju kontrolu poziva trećih strana pomoću SIP-a i odgovaraju na dolazni poziv, kao i obavljaju prijenos, konferencijske i druge operacije kontrole poziva.

      Logička ulazna točka za pozive u Webex CC je konfiguracijski entitet pod nazivom 'Ulazna točka'. Za govorni ulazak, ključna konfiguracija ulazne točke je telefonski broj povezan s njim, što je obično valjani PSTN telefonski broj dobiven od odabranog davatelja usluge PSTN veze.

      To omogućuje otkrivanje dolaznih poziva na telefonskom broju, povezivanje poziva s ulaznom točkom i korištenje drugih konfiguracijskih parametara ulazne točke za rukovanje pozivom prema definiciji Webex CC Flowa koja bi se trebala aktivirati za interakciju.

      Bilješka:

      Za više detalja o opcijama povezivanja putem PSTN veze posjetite https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/Voiceonboarding2/wcc-voice-onboarding-2-book/wcc_b__voiceonboarding_private_conn.html.

      Skalabilnost i dostupnost infrastrukture glasovnih rubova

      Webex CC VPOP infrastruktura uključuje suvišne parove SIP SBC-ova koji osiguravaju visoku dostupnost i može se dodati više SBC-ova za skaliranje istodobnih brojeva poziva koje treba podržati.

      Maksimalan broj istodobnih poziva koje VPOP može obraditi ovisi o broju pokrenutih SBC-ova i pozivima na koje se pozivi šalju.

      Za geografsku redundanciju – podržana je mreža VPOP SBC-a s međusobnim vezama u više parova u različitim regijama.

      Za usluge glasovnog ulaska, one su horizontalno skalabilne za rukovanje sve većim brojem istodobnih glasovnih poziva koje treba prenijeti Webex CC.

      Sigurnosna pitanja s infrastrukturom glasovnih rubova

      Tablica u nastavku sadrži pojedinosti o mogućnostima povezivanja s infrastrukturom glasovnog ruba.

      Stol 1. Vrste povezivosti

      Povezivost

      Vrstama

      Javni internet

      Izravno (s adresama izvora IP na bijeloj listi)

      IPSec virtualna privatna mreža (VPN) ili IPSec putem generičke enkapsulacije usmjeravanja (GRE)

      Mjesto na web-mjesto (S2S)

      SRTP/SIP TLS

      Privatna povezivost

      MPLS

      Point-to-Point (P2P)

      VPLS

      SD-WAN

      Privatni WAN

      Unakrsno povezivanje podatkovnog centra

      Equinix veze od tkanine

      Za više detalja posjetite https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/Voiceonboarding2/wcc-voice-onboarding-2-book/wcc_b__voiceonboarding_private_conn.html.

      IVR sustava

      Na svaki glasovni poziv koji dođe na telefonski broj povezan s ulaznom točkom, odgovara Webex CC i započinje izvršavanje Webex toka kopije povezanog s ulaznom točkom.

      Webex CC Flow Builder isporučuje programske konstrukcije/operatore i funkcionalne blokove, terminirane aktivnosti, tako da administratori ili bilo tko tko dizajnira i implementira logiku IVR može kombinirati te sastavne blokove i stvoriti definiciju tijeka.

      Konstrukti programiranja koje Flow podržava su:

      • Deklariranje i postavljanje varijabli – stanje povezano s izvršenjem tijeka

        • Šljunčani izrazi za postavljanje vrijednosti varijabli

      • Uvjetne provjere

      • Petlja – korištenje uvjetnih uvjeta i idi na (mogućnost povezivanja aktivnosti)

      • Pozivanje REST API-ja

      • Raščlanjivanje podataka - JSON, TOML, obično se XML koristiti za raščlanjivanje API odgovora.

      • Komponiranje aktivnosti

      Reprezentativni skup aktivnosti koje flow isporučuje su:

      • Reproduciraj poruke

      • Prikupljanje korisničkih podataka

      • Prijenos poziva na drugi odredište/telefonski broj

      • Slanje poziva virtualnom agentu

      • Stavite poziv u red tako da na njega agent može odgovoriti.

      Za svaki aktivni poziv aktivna je i instanca izvršavanja tijeka, sve dok se poziv ne završi, što rezultira istodobnim izvršavanjem tokova.

      Svaka instanca izvršavanja protoka pruža izolirano okruženje za podatke / stanje povezano s protokom i tamo pozivom.

      Tijekom cijelog životnog ciklusa poziva, flow također omogućuje odgovaranje na određene događaje koji se događaju i rukovanje njima – na primjer, kada agent odgovori na poziv, rukovatelj događajima može pokrenuti iskakanje zaslona u sučelju agenta za stolna računala.

      Dodatne informacije o toku Webex CC potražite u odjeljku https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/SetupandAdministrationGuide_2/b_mp-release-2/b_cc-release-2_chapter_0100.html#Cisco_Generic_Topic.dita_e338e055-64b0-4973-bd52-8a5581dcb0ee.

      Podrška za virtualnog agenta

      Flow pruža aktivnost za predaju interakcije virtualnom agentu, koji je unaprijed konfiguriran u Webex Kontrolnom središtu.

      Nakon što je poziv povezan s virtualnim agentom, korisniku pruža iskustvo razgovora IVR razgovoru, a aktivnost završava prekidom poziva ili eskalacijom poziva agentu.

      U slučaju eskalacije, tijek se može konfigurirati za stavljanje poziva u red čekanja na koji se zatim javlja agent.

      Ulazne digitalne interakcije

      Za e-poštu i kanal za razmjenu poruka dolaznih interakcija, Webex CC koristi Webex Connect za dodjelu resursa imovini, protok za rukovanje dolaznim interakcijama, a zatim usmjeravanje interakcije na Webex CC kada tijek Webex Connect izričito stavi interakciju u red čekanja tako da njome može upravljati agent.

      Sljedeća slika prikazuje unos e-pošte, interakcije s porukama u Webex CC.

      Mogućnosti ulaska u e-poštu i razmjenu poruka
      Integracije virtualnog agenta / BOT-a

      Za interakciju e-pošte i poruka / društvenih kanala, tretmani virtualnog agenta / BOT-a konfigurirani su u toku Webex Connect.

      Kao i kod virtualnih agenata za glas, ako BOT tretman završi eskalacijom kao rezultat, tada se interakcija stavlja u red čekanja i usmjerava na agenta.

      Usmjeravanje i red čekanja

      Webex CC tretira dolazni kontakt s automatiziranim rukovateljima kako je definirano u Tijeku i tijek može odlučiti staviti kontakt u red čekanja / izravno agentu (red specifičan za agenta - podržan samo za telefonske / glasovne interakcije).

      U redu čekanja, ako je agent dostupan, agent je rezerviran, a interakcija se usmjerava na agenta. Ako nema dostupnih agenata, interakcija je parkirana u redu čekanja, a Tijek će nastaviti tretirati klijenta s rukovateljem priključenim na aktivnost reda čekanja.

      Kada agent postane dostupan, rukovatelj se prekida, a interakcija se nudi agentu.

      Sljedeća slika prikazuje arhitekturu reda čekanja i usmjeravanja.

      Queuing and Routing Architecture
      Arhitektura reda čekanja i usmjeravanja
      Odabir agenta

      Redovi čekanja u Webex CC podržavaju sljedeće algoritme odabira agenata:

      • Najdulje dostupno usmjeravanje agenta

      • Vješto usmjereno usmjeravanje

        • Najduži raspoloživi agent (LAA)

        • Najbolji dostupni agent (BAA)

      Agenti su povezani s redovima čekanja putem servisa Teams.

      Red čekanja može se dodijeliti višestrukim grupama raspodjele poziva (pri čemu svaka grupa ima jedan ili više timova), na sekvencijalni način s konfiguriranim čekanjem dodavanja grupe raspodjele poziva u red čekanja, tako da se prostor za pretraživanje odgovarajućeg agenta proširuje na dodatne grupe raspodjele poziva kako vrijeme odmiče.

      Za usmjeravanje temeljeno na vještinama, među zahtjevima vještina koji odgovaraju agentima pridruženim redu čekanja, agent se odabire na temelju LAA ili BAA konfiguracije.

      Dodatne mogućnosti specifične za glas/telefoniju

      Usmjeravanje temeljeno na agentu (samo za glasovni/telefonski kanal)

      Webex CC Flow, koristeći aktivnost QueueToAgent, može usmjeriti interakcije izravno odabranom agentu na temelju ID-a agenta.

      Ako agent nije dostupan za rukovanje interakcijama, interakcija se može parkirati, u redu čekanju da agent postane dostupan

      Dodatne informacije o redu čekanja

      Webex CC Flow, koristeći aktivnost GetQueueInfo, može dohvatiti informacije u stvarnom vremenu za red čekanja kao što su Položaj u redu čekanja (PIQ), Procijenjeno vrijeme čekanja (EWT), broj agenata dostupnih u redu čekanja i može se koristiti za odlučivanje hoće li kontakt staviti kontakt u red čekanja ili ne.

      Ljubazni povratni poziv

      Webex CC Flow, koristeći aktivnost Povratni poziv, omogućuje korisniku da prekine vezu s pozivom zadržavajući položaj u redu čekanja i primi povratni poziv kada se virtualna interakcija u redu čekanja usmjeri na agenta.

      Rukovanje preljevom

      Webex CC podržava rukovanje prelijevanjem pomoću timova temeljenih na kapacitetu (CBT).

      CBT je poput običnog tima s kapacitetom i pridruženim vanjskim DN-om koji služi tom kapacitetu. Može se konfigurirati zajedno s drugim timovima u ciklusima raspodjele poziva u redu čekanja.

      Obično je to konfigurirano kao posljednji ciklus tako da djeluje kao prelijevanje ako nijedan agent nije dostupan čak i nakon što sve konfigurirane grupe raspodjele poziva ne pronađu dostupnog odgovarajućeg agenta za rukovanje interakcijom.

      Agent Desktop operacije

      Kada se agent prijavi na Webex CC Agent Desktop, agent navodi telefonski broj na koji se mogu povezati dolazni pozivi agentu. To može biti PSTN telefon, mobilni telefon ili kućni broj ako je agent Cisco Webex Calling korisnik.

      Imajte na umu da taj broj mora biti valjani telefonski broj na koji se pozivi mogu usmjeriti. U slučaju da nije, agent ne može primati dolazne pozive.

      Na temelju vrste interakcije kojom agent rukuje, widgeti na radnoj površini agenta pružaju mogućnost izvođenja određenih operacija upravljanja medijima.

      Na primjer, nakon što odgovorite na poziv, agent može izvršiti sljedeće operacije povezane s pozivom.

      • Stavljanje poziva na čekanje

      • Pokretanje konzultacijskog poziva i

        • Prijenos poziva na drugi telefonski broj (recimo telefonski broj agenta) / ulazna točka

        • Uključivanje drugog agenta u konferenciju

      • Prijenos poziva u drugi red čekanja

      • Završavanje poziva

      Agent desktop omogućuje administratorima da tamo dodaju prilagođene widgete proširujući mogućnosti radne površine i čineći ih jedinstvenom kolekcijom widgeta koji su agentima potrebni za učinkovito obavljanje posla.

      Arhitektura stolnog računala

      Agent desktop je aplikacija s jednom stranicom temeljena na mikro sučelju koja hostira widgete izgrađene na temelju arhitekture web-komponenti. Svi standardni / burzovni widgeti pokreću podaci koje dohvaćaju API-ji ili mehanizmi za guranje sa strane poslužitelja.

      To su obično asinkroni API-ji, gdje odgovor za pozivanje dolazi na radnu površinu putem WebSocket veze.

      Webex CC Agent Desktop autentificira korisnike s Cisco Common Identity (CI), a token se prosljeđuje svim API pozivima. I za prilagođene widgete, koji se temelje na modelu autentifikacije, agentima pruža jedinstveno iskustvo prijave ako je prilagođeni model provjere autentičnosti widgeta integriran s CI.

      Jednom kada je agent dio interakcije, sva ažuriranja tog stanja interakcija ili povezanih podataka također se premještaju na radnu površinu putem WebSocket veze.

      Otpornost radne površine na povezivost i kašnjenje

      Asinkrono API i guranje na strani poslužitelja omogućuje skaliranje i otkriva se svaki gubitak povezivanja sa sučeljem WebSocket i pokušava se stolna računala ponovno povezati i ponovno prijaviti.

      Sljedeća slika prikazuje arhitekturu agenta za stolna računala u Webex CC.

      Agent Desktop arhitektura

      Administracija i konfiguracija

      Unošenje kupaca

      Webex Control Hub primarno je sučelje koje partneri i klijenti koriste za uvođenje kupaca i omogućavanje ili konfiguriranje značajki.

      Nakon dodjele resursa značajkama tvrtke ili ustanove i kontaktnog centra u Kontrolnom čvorištu, pokrenut će se tijek rada u Webex CC koji obavlja ostale korake u dodjeljivanju svih mogućnosti kontaktnog centra prema ponudama koje je odabrao klijent.

      Sva dodjela resursa centru za kontakt vrši se pomoću BPM modula tijeka rada koji omogućuje deklarativan način definiranja uključenih koraka i čini sve korake dodjele otpornima na kvarove i osigurava integritet podataka.

      Sljedeća slika prikazuje tijek rada dodjele resursa u Webex CC.

      Tijek rada za uključivanje kupaca
      Konfiguracijski entiteti

      Ključni konfiguracijski entiteti u Webex CC, s opsegom unutar organizacije, su:

      Mjesto

      Stranica znači mjesto na kojem se nalazi jedan ili više timova, korisnika (agenata / nadzornika).

      Svaki korisnik i tim moraju pripadati web-mjestu.

      Tim

      Grupa korisnika. Timovi se koriste za distribuciju interakcija agentima putem redova čekanja.

      Svaki tim mora pripadati web mjestu.

      Agenti

      Korisnici koji se mogu prijaviti na Agent Desktop i upravljati interakcijama među vrstama medija konfiguriranima u Webex CC.

      Nadzornici

      Nadzornici su raspoređeni u timove i mogu nadzirati / trenirati agenta i imati pristup statusu na razini tima i statistici agenta za one koji pripadaju timovima kojima je dodijeljen nadzornik.

      Red čekanja

      Red čekanja logički je entitet u kojem se interakcije mogu zadržati dok se čeka dostupnost agenata, koji se zatim usmjeravaju agentu.

      Redovi čekanja mapiraju se u timove, kao prostor za pretraživanje agenata, s mogućnošću proširenja prostora za pretraživanje na temelju proteklog vremenskog praga, dodavanjem drugih timova u prostor za pretraživanje.

      Ulazna točka

      Ulazna točka logički je entitet koji predstavlja točku ulaska u Webex CC. Za telefoniju se to prvenstveno mapira na telefonski broj na koji stižu pozivi i za kanale e-pošte / razmjene poruka, ulazna točka upućuje na konfiguraciju imovine u Webex Connectu.

      Teći

      Tijek povezan s ulaznom točkom (putem strategije usmjeravanja), koja odlučuje o koracima uključenima u rukovanje interakcijama.

      Za netelefonske kanale (e-pošta, poruke/društvene mreže) Flow se odabire kao dio konfiguracije imovine u Webex Connectu.

      Kontrola pristupa za kontaktne centre s više mjesta

      Webex Administratori kopije mogu konfigurirati korisničke profile s pravima pristupa određenim web-mjestima, timovima, redovima čekanja i ulaznim točkama. Nadalje, zbog hijerarhijske prirode web-mjesta i timova, nakon što se omogući pristup određenim web-mjestima, korisnik može pristupiti samo timovima ili datumu koji pripadaju timovima koji pripadaju tim web-mjestima ili izričito određenom podskupu takvih timova.

      Za redove i ulazne točke, oni su globalni na razini organizacije, tako da se za različite geografske lokacije (mjesta na kojima se nalaze određeni agenti i timovi) mogu konfigurirati zasebne ulazne točke i redovi čekanja, a nadzornici / korisnici mogu imati pristup onim entitetima koji su primjenjivi za određene lokacije.

      Sljedeća slika prikazuje ključne konfiguracijske entitete i korisnički profil koji upućuje na te entitete.

      Konfiguracijski entiteti mapirani u korisnički profil

      Osim ograničavanja pristupa tim entitetima, Webex CC administratori mogu kontrolirati određene mogućnosti/module kojima korisnik može pristupiti u administracijskom sučelju, čime korisnici imaju administracijska /konfiguracijska prava na određene entitete, kao i odjeljke/mogućnosti Webex CC administracijskog sučelja.

      Izvješćivanje i analitika

      Webex CC obrađuje diskretne događaje koje generiraju različite usluge tijekom životnog ciklusa interakcija, koristeći niz usluga obrade tokova u stvarnom vremenu i generira definirani skup skupova podataka u stvarnom vremenu koji se objavljuju pretplaćenim klijentima.

      Nadalje, ti se događaji dalje obrađuju, transformiraju i traju agregirani i rezultirajući skupovi podataka, koji se zatim dohvaćaju putem API-ja za potrošnju podataka i sučelja za izvješćivanje i vizualizaciju podataka – Analizator.

      Sljedeća slika prikazuje sučelja za obradu i potrošnju podataka u Webex CC

      Webex CC kanal za obradu podataka i sučelja potrošnje

      Integracije

      Sve vanjske integracije s WxCC-om radi povećanja i poboljšanja mogućnosti koje korisnici mogu koristiti, koriste standardne objavljene API-je.

      Vrste API sučelja dostupnih u Webex CC su:

      • ODMOR API

      • Guranje na strani poslužitelja pomoću

        • Web-dojavnici

        • WebSocket poruke

      CRM integracije

      Webex CC podržava dva načina integracije sa sustavima upravljanja odnosima s klijentima (CRM).

      • Ugrađeni poveznici radne površine

      • Integracije protoka putem HTTPs konektora u IVR

      Ugrađeni konektori na radnoj površini: CRM aplikacija kao primarno sučelje

      U ovom načinu rada, agent se prijavljuje na CRM konzolu kao primarna aplikacija.

      Webex CC je ugrađena aplikacija (koja se naziva i ugrađena desktop aplikacija ili ugrađeni softphone) koja se prvenstveno koristi za prijavu u kontakt centar i primanje Webex CC usmjerenih interakcija kontaktnog centra.

      Nakon primitka poziva ili zahtjeva za razgovor, CRM integracija vrši sljedeće radnje na CRM konzoli

      • Zaslon prikazuje zapis klijenta povezan s ANI-jem ili drugim podacima povezanim s pozivom.

      • Objavljivanje metapodataka poziva kao bilješki o aktivnosti u zapisu klijenta

      • Dopustite agentu da "klikne za poziv" klikom na kontakt unutar CRM-a i pokretanjem odlaznog poziva kupcu

      • Knjiženje zapisa poziva u tablice izvješćivanja sustava CRM za primarno izvješćivanje u sustavu CRM.

      • Pruža potpunu funkcionalnost kontrola Agent Desktop i poziva (ugrađena i minirana verzija aplikacije za stolna računala)

      Primarni način integracije s CRM-ovima je ugradnja Webex CC Desktop aplikacije u zasebnu iFrame.

      Nadalje, Webex CC Desktop aplikacija pokreće prilagođeni widget bez glave (bez korisničkog sučelja) koji radi u pozadini, u interakciji s temeljnim CRM sustavom za izvođenje automatiziranih radnji u ime agenta.

      Interakcije se pokreću s dva SDK-a koja koristi widget bez glave.

      • Webex CC Desktop JS SDK: Ovo je JavaScript SDK koji pruža Webex CC za registraciju slušatelja događaja za agentske i kontaktne radnje.

      • CRM JS SDK: Ovo je CRM klijentski SDK primjenjiv po CRM-u koji apstrahira REST API pozive pomoću CRM-a. Na primjer, za salesforce, CTI JS biblioteka koju pruža Salesforce koristi se za izvođenje radnji i slušanje događaja unutar CRM-a.

      Sljedeća slika prikazuje crm ugrađen Webex CC desktop i poveznik arhitekture

      Arhitektura ugrađenog poveznika radne površine sustava CRM

      Webex CC podržava sljedeća CRM rješenja za gore navedenu integraciju:

      • Salesforce

      • ServiceNow

      • Microsoft Dynamics 365

      • Zendesk

      • Freshdesk

      Za više detalja posjetite https://help.webex.com/en-us/result/integrate%20with%20webex%20contact%20center?offset=10.

      Dodatne informacije o konfiguriranju Webex CC rasporeda radne površine za omogućivanje CRM poveznika, skupova značajki i promjena potražite na adresi https://github.com/Ciscodevnet/webex-contact-center-crm-integrations.

      Globalna dostupnost CRM poveznika

      CRM konektori dostupni su u svim zemljopisnim područjima i regijama u kojima Webex CC radi.

      Elastična skala i performanse

      Webex CC hostira prilagođeni widget koji omogućuje dvosmjernu komunikaciju između CRM aplikacije i Webex CC radne površine u AWS CloudFront CDN-u osiguravajući visoku dostupnost widgeta AWS u svim zonama dostupnosti i regijama.

      Svi CRM integracijski specifični računi događaju se u pregledniku gdje agenti koriste CRM aplikaciju s CC radnom površinom ugrađenom Webex CRM aplikaciju.

      Sigurnost

      CRM konektori pozivaju se putem Webex izgled radne površine CC agenta, a opcionalni parametri prosljeđuju se putem rasporeda radne površine u widget za uključivanje i isključivanje značajki.

      Na primjer, za omogućavanje widgeta akcije Salesforce, administrator može uključiti postavku parametra izgleda radne površine sfdcWidgetEnabled na true.

      Instalacija paketa

      Da bi integracija radila dvosmjerno, CRM konzola treba instalirati ugrađenu aplikaciju. Ovo je podrška za učitavanje aplikacije Desktop unutar iFramea.

      Svi ugrađeni konektori radne površine dostupni su na CRM tržištu.

      npr

      ServiceNow: https://store.servicenow.com/sn_appstore_store.do#!/store/application/6c8e2a4edbc73410e1c75e25ca961947/1.0.5?

      Zendesk: https://www.zendesk.com/marketplace/apps/support/202570/webex-contact-center/

      Instalacija aplikacije na tržištu aktivira potrebne dodatke i uvozi potrebne XML datoteke u CRM konzolu kako bi podržala izvještavanje o zapisima poziva u CRM-u.

      Integracije protoka putem HTTPs konektora u IVR

      Sastavljač Webex CC Flow podržava dvosmjerni protok podataka između CC-Webex i CRM sustava pomoću HTTPs konektora konfiguriranih u Webex Kontrolnom čvorištu i korištenih na Webex CC flowu.

      Oni se prvenstveno koriste za personalizaciju unutar glasovnih interakcija i prilagođeno usmjeravanje unutar IVR.

      Prema zadanim postavkama Webex CC podržava HTTP priključak Salesforce na kontrolnom čvorištu. Ostali CRM poveznici mogu se dodati kao prilagođeni poveznici na Webex kontrolnom čvorištu.

      Za više informacija o HTTP konektorima posjetite https://github.com/CiscoDevNet/webex-contact-center-crm-integrations.

      IVR HTTP poveznika:

      Optimizacija radne snage

      Webex CC podržava rješenja za optimizaciju tijeka rada i upravljanje kvalitetom vodećih dobavljača u industriji.

      Implementacija i povezivanje

      Webex CC je implementiran u AWS i trenutno je dostupan u sljedećim regijama

      • NAMA

        • Američko-istočna N Virginia

        • US-West N Kalifornija (samo ulazak glasovnih medija)

      • Kanada

        • Središnji

      • Ujedinjeno Kraljevstvo

        • London

      • Europa

        • Frankfurtu

      • Azija Pac

        • Tokiju

        • Sydney

        • Singapur

      Veza s AWS-om smještenim Webex Kontakt centar može se uspostaviti putem Interneta ili putem Amazon Web Services (AWS) Direct Connect. Uz AWS Direct Connect, podaci se isporučuju putem privatne mrežne veze između lokalnih korisnika i Webex Kontakt centra, čime se poboljšava veza. Za više detalja pogledajte AWS Direct Connect za Webex Contact Center.

      Povezivanje s više regija za telefoniju

      Kako bi se omogućile globalne organizacije, s agentima i klijentima na više geografskih lokacija, CC Webex podržava održavanje medija unutar lokalne regije, za one regije u kojima se izvode glasovni medijski rub i usluge ulaska.

      Sljedeća slika prikazuje implementaciju više regija s regionalnim medijima.

      Multi Region deployment with regional media
      Implementacija u više regija s regionalnim medijima

      Rub medija i usluge ulaska implementirani su u sljedećim regijama.

      Geo regija

      Webex CC Services (regija AWS)

      Media Edge (glasovni pop)

      Medijski servisi sljedeće generacije (regija AWS)*

      NAMA

      N. Virginia

      New York

      Los Angeles

      N. Virginia

      N Kalifornija

      Kanada

      Središnji

      Vancouver

      Toronto

      Središnji

      Brazil

      Sao Paulo

      Rio De Janeiro

      Europa

      Frankfurtu

      Frankfurtu

      Amsterdam

      Frankfurtu

      Velika Britanija

      London

      London

      London

      Indija

      Pune

      Hyderabad

      Mumbai

      Singapur

      Singapur

      Singapur

      Japan

      Tokiju

      Tokiju

      Osaka

      Tokiju

      Australija

      Sydney

      Melbourne

      Sydney

      Sydney

      Sigurnost i privatnost

      Sigurnost infrastrukture

      Glasovna infrastruktura na Edgeu

      Komponente Voice Edge omogućuju prekid SIP debla s korisničke mreže / PSTN operatera, a to je omogućeno na temelju IPS-a s bijele liste koji se mogu povezati s rubnim komponentama.

      Izračunaj sigurnost infrastrukture

      Webex instance računa CC dodijeljene su u AWS-u, a usluge se izvode kao mahune u Kubernetes klasteru, koji ima više prostora naziva, a pristup svakom prostoru naziva ograničen je zasebnim vjerodajnicama.

      Sva dodjela resursa infrastrukturi vrši se pomoću koda - bez ručnih koraka - i nijednoj vjerodajnici se ne može pristupiti ručno.

      Postoji središnje spremište vjerodajnica s određenim putovima konfiguriranim za određeni skup usluga / timova, a pristup samoj trgovini vjerodajnica ograničen je i konfiguriran kao tajna u sustavima izrade i implementacije.

      Nijedna od infrastrukturnih komponenti / usluga nije izravno izložena izvan AWS VPC-a, a samo javno izložena sučelja su API-ji i WebSocket poslužitelji kojima se upravlja i kojima se upravlja pomoću API pristupnika,

      Osim toga, postoje određeni interni sustavi i sučelja koje koriste programeri koji se koriste za pregled dnevnika, mjernih podataka, detalja implementacije, statusa međuverzije i rezultata ispitivanja, koji su osigurani pomoću uloga i grupa i integrirani s Cisco internim sustavima provjere autentičnosti.

      Provjera autentičnosti i autorizacija korisničkih sučelja

      Sva korisnička sučelja koja koriste različiti korisnici kontakt centra (agenti, nadzornici, administratori, analitičari) zaštićena su Cisco Common Identity Based token autentifikacijom (OAuth flows).

      Autorizacija se vrši pomoću uloga za korisnika koji je dobio token i dosege dodijeljene tokenu.

      Sigurnost podataka

      Podaci u prijenosu

      Nijedno sučelje korištenih usluga / komponente infrastrukture nije izravno izloženo vanjskom dolaznom prometu.

      Odabrane usluge, s http API-jevima izlažu ta sučelja putem pristupnika, a svi dolazni https (uključujući i one WebSocketa) se prekidaju u ALB-u, a interni promet putem http-a usmjerava se na usluge.

      Sve odlazne interakcije su preko https / TLS (za ne-http protokole).

      Unutar VPC-a, interna komunikacija između usluga - preko http / prilagođenog TCP protokola - je preko običnog TCP utičnice.

      Podaci u mirovanju

      Svi podaci koji se pohranjuju šifrirani su na sloju za pohranu. Nadalje, one trgovine podataka koje su izvan VPC-a, zaštićene su i kontroliraju pristup i ovlaštenja s vjerodajnicama koje su sigurno pohranjene i njima se upravlja u tajnom spremištu.

      Sljedeća slika prikazuje model protoka i sigurnosti podataka za tranzit kao i u mirovanju.

      Sigurnost podataka u prijenosu i u mirovanju

      Privatnost podataka

      Podaci koji otkrivaju identitet krajnjeg korisnika

      Webex CC Flow, koji je programski kontroler za rukovanje interakcijama, može se koristiti za prikupljanje korisničkih podataka, koji se mogu dodijeliti varijablama protoka posebno označenim kao "Sadrži osjetljive podatke". Vrijednosti za takve podatke su šifrirane i nijedna usluga na putu prijenosa podataka neće imati pristup tim podacima.

      Nadalje, takvi se podaci nikada ne zadržavaju u Webex CC pohrani podataka izvješćivanja, a infrastruktura dnevnika / poruka imat će šifrirane podatke, a jasni tekstualni podaci ne pohranjuju se nigdje unutar Webex CC-a.

      Podaci agenta kontaktnog centra/nadzornika koji otkrivaju identitet

      Podaci povezani s korisnikom centra za kontakt redigirani su u zapisnicima, ali dostupni za analizu i vizualizaciju podataka u Webex pohrani podataka CC.

      Skalabilnost

      Čimbenici za skaliranje

      Za Webex CC čimbenici koji utječu na ljestvicu su:

      • Istodobni broj prijavljenih agenata

      • Istodobni broj interakcija u tijeku

        • Radnje izvršene na tim interakcijama

      • Istodobni broj radnji koje nadzornici/agenti obavljaju, izvan rukovanja interakcijama

      • Količina generiranih i postojanih podataka

      Arhitektonski aspekti koji omogućuju mjerilo

      Načela na temelju kojih je Webex CC projektiran i osmišljen omogućuju rješenju da se dinamički skalira prema potrebi u granicama koje provodi infrastruktura predviđena za različite usluge i komponente platforme.

      Arhitektura vođena događajima

      Usluge u Webex CC komuniciraju pomoću poruka, a kritični tokovi obrade poruka ne uključuju nikakve operacije blokiranja IO-a, a stanje potrebno za obradu poruka lokalizirano je na instancu usluge koja obrađuje poruku.

      Usluge bez državljanstva (ili eksternalizirano stanje)

      Usluge bez državljanstva omogućuju elastičnost jednostavnim dodavanjem /uklanjanjem dodatnih instanci usluga. Postoje određene usluge koje su inherentno državne prirode, a one imaju eksternaliziranu državnu trgovinu, a infrastruktura podržava dinamičke promjene broja slučajeva takvih usluga, također, s automatskim rebalansom / državnim prijenosom / lokalizacijom stanja u instancu koja treba državu.

      Elastična infrastruktura

      Sve usluge rade u Kubernetesu i infrastruktura zvana Kubernetes čvorovi automatski se skaliraju na temelju upotrebe, što omogućuje dinamičko dodavanje više računalnih čvorova do maksimalno visokog praga koji je unaprijed konfiguriran.

      Učitavanje projekcije i redovita provjera valjanosti

      Sve su usluge referentne za karakteristike performansi, a uzorak skaliranja provjerava se na razini usluge.

      Daljnji kontinuirani testovi validacije, vršnog opterećenja i izdržljivosti provode se s ispitnim parametrima podešenim za projicirani rast u atributima koji utječu na vagu, što omogućuje prepoznavanje uskih grla, planiranje ažuriranja visokog praga za korištenje infrastrukturnih resursa i spremnost za dan igre.

      Pouzdanost i dostupnost

      Arhitektura vođena događajima i usluge bez državljanstva omogućuju otpornost i elastičnost. Međutim, kako bi se osiguralo otkrivanje i djelovanje kvarova prije nego što utječe na funkcionalnosti, CC koristi sljedeću strategiju Webex CC primjenjuje sljedeću strategiju.

      • Dostupnost i pouzdanost infrastrukture

        • Sve Webex CC usluge i infrastrukturne komponente uvijek su raspoređene u tri AWS zone dostupnosti.

          • To omogućuje Webex da CC bude otporan na kvarove zone dostupnosti, a u slučaju kvarova, neuspjeli slučajevi automatski se zamjenjuju novijima.

      • Kontinuirani nadzor i upozoravanje

        • Unutarnje i vanjske sonde za komponente usluga i infrastrukture, koje zbog kvara aktiviraju upozorenja.

        • Mjerni podaci zabilježeni iz usluga i komponenti infrastrukture i obrađeni pomoću mehanizma pravila koji otkriva pravila podudaranja i pokreće upozorenja.

      • Neprekinuta provjera valjanosti i upozoravanje

        • Periodični testovi se izvode i svi kvarovi rezultiraju pokretanjem upozorenja

        • Ta upozorenja stvaraju proaktivne incidente i tretiraju se kao stvarni incident koji utječe na kupca.

          • To prejudicira utjecaj na kupca i doprinosi dostupnosti i pouzdanosti sustava.

      • Kontinuirana integracija i isporuka

        • Ovo je inženjerski proces i cjevovod isporuke i omogućuje brzu i pouzdanu izgradnju, validaciju i implementaciju usluga / promjena usluga u Webex CC.

          • Mogućnost potpuno automatizirane implementacije - od koda do proizvodnog okruženja, sa svim potrebnim validacijama, smanjuje rizik i minimizira vrijeme do rješavanja, ako je potrebno uvesti promjenu kao odgovor na kvar.

      • Prekidači i prekidači za ubijanje

        • Različiti dijelovi sustava / određene mogućnosti CC Webex mogu se selektivno onemogućiti za sve kupce ili odabrane kupce, kako bi se smanjili kaskadni učinci kvara.

          • To omogućuje minimiziranje površine kvara i postizanje dostupnosti osnovnih mogućnosti kontaktnog centra kupcima.

      Nadzor i otkrivanje kvarova

      Sljedeća slika označava mehanizme kontinuiranog praćenja, validacije i uzbunjivanja koji su uspostavljeni za Webex CC.

      Kontinuirano praćenje i otkrivanje kvarova

      Kontinuitet poslovanja i oporavak od katastrofa

      Proces oporavka od katastrofe i kontinuiteta poslovanja osigurava otkrivanje bilo kakvog velikog prekida rada unutar regije i poduzimaju se potrebni koraci kako bi se osigurao oporavak usluga kupcima koji se nalaze na brodu u regiji.

      Koraci za oporavak dokumentiraju se, potvrđuju i redovito ažuriraju u skladu s postupcima oporavka i upravljanja katastrofama.

      Webex CC usluge implementirane su u tri odvojene zone dostupnosti unutar AWS regije. Svaka zona dostupnosti je drugačija fizička lokacija u regiji, s neovisnim uslužnim programima.

      U slučaju potpunog neuspjeha AWS regije, Webex CC se oslanja na AWS za oporavak regije i za dugotrajne prekide koji uključuju cijelu regiju, Webex CC podatkovni centar dobiva resurse u novoj AWS regiji i vraća ključne korisničke konfiguracije i podatke tako da kontakt centar radi za kupce u novoj AWS regiji.

      To uključuje automatizaciju, ali zahtijeva ručnu intervenciju kako bi se pokrenuo proces, kao i nadzor i osiguravanje da se potrebna konfiguracija i podaci vrate kako bi kontakt centar bio operativan za kupce.

      Usklađenost i certifikati

      Webex Contact ima opsežan popis sigurnosnih certifikata. Ti se certifikati redovito ažuriraju.

      • PCI DSS QSA

      • CAIQ

      • HIPAA i HITECH

      • CSA zvjezdica razina 1

      • CSA Star razina 2 (neovisna procjena treće strane)

      • SOC2

      • ISO27001 (Međunarodni standard za informacijsku sigurnost)

      • ISO27017 (Sigurnosni standard za davatelje usluga u oblaku)

      • ISO27018 (Sigurnosni standard usmjeren na zaštitu osobnih podataka u oblaku)

      • ISO27701 (Proširenje privatnosti podataka)

      • C5 njemački standard, koji pokazuje operativnu sigurnost od kibernapada

      Dodatne informacije potražite na Webex List podataka o privatnosti usluge kontaktnog centra.

      Uvod

      Cisco Webex Contact Center (Webex CC) kontaktni je centar kao usluga (CCaaS) koja organizacijama omogućuje omogućavanje pametnijih, proaktivnih i personaliziranih interakcija tijekom putovanja korisnika.

      Webex CC arhitekt je, dizajniran i razvijen, od temelja, kao nativno rješenje u oblaku, sa sljedećim temeljnim arhitektonskim načelima.

      • Usluge: Samostalni skup usluga pri čemu svaka usluga pruža mali kohezivni skup mogućnosti za svoje korisnike.

      • Pogon događaja: Sve usluge međusobno komuniciraju pomoću poruka, osim u web-aplikacijama gdje aplikacija koristi https sučelja (REST API-je, Push Data putem WebSocket sučelja) za određene slučajeve upotrebe.

      • Bez države/eksternalizirana država: Usluge se implementiraju u Kubernetesu, rade u spremnicima za pristanište, s mogućnošću da se automatski skaliraju i budu otporne na kvarove jedne ili više instanci usluga.

      • Vidljivo: Sve usluge i infrastrukturne komponente koje omogućuju implementaciju takvih usluga moguće je promatrati standardnim mehanizmima za mjerenje, otkrivanje i sprječavanje situacija koje utječu na mogućnosti kontaktnog centra, kao i za brzo rješavanje problema i vraćanje usluga u slučaju prekida rada.

      • Izolirano/labavo spojeno: Svaka usluga može se izraditi, provjeriti i implementirati/ažurirati samostalno, bez vremena zastoja za mogućnosti kontaktnog centra.

      Usluge Webex CC implementirane su u AWS-u i pokreće ih nativna platforma u oblaku koja omogućava sljedeće:

      • Dostupnost infrastrukturnih usluga i aplikacija u više zona dostupnosti

      • Elastičnost infrastrukturnih usluga i aplikacija koje omogućuju mogućnosti dinamičkog skaliranja

      • Sigurnost izvorno ugrađena u način na koji se sustavi grade i implementiraju, podaci su zaštićeni u prijenosu i mirovanju, zajedno s potvrdama o sigurnosti/usklađenosti koje ima Webex CC.

      • Prilagodljiva i sigurna rubna infrastruktura za integraciju telefonije/glasa

      • Uočljivost s proaktivnim praćenjem i upozorenjem koje omogućuje Visoku Dostupnost usluga kontaktnog centra svojim korisnicima.

      • U integraciji s ostatkom usluge Cisco Webex za provjeru autentičnosti korisnika/autorizaciju, administraciju i dodjeljivanje mogućnosti kontaktnog centra.

      Daljnji odjeljci u ovom dokumentu proširuju se na svaku od navedenih mogućnosti i na koji način arhitektura usluge Webex CC omogućuje istu.

      Logička arhitektura

      Osnovna mogućnost koju rješenje kontaktnog centra mora imati je omogućiti korisnicima da se lako obrate organizaciji putem često korištenih sredstava komunikacije i brzo i učinkovito pristupe upitima/problemima koji se rješavaju.

      Međutim, kako bi se osiguralo da se taj osnovni raspon postigne, postoji više mogućnosti iza kulisa kojima organizacija koja upotrebljava kontaktni centar mora imati pristup. To su:

      • Mehanizmi pomoću kojih korisnici mogu započeti interakciju

        • Objavljeni i operativni telefonski brojevi koji povezuju pozive telefonije sa sustavom kontaktnog centra

        • Adrese e-pošte na koje korisnici mogu slati e-poštu i mehanizam za otkrivanje nove dolazne e-pošte.

        • Mogućnost za korisnike da dođu u kontakt putem različitih digitalnih kanala, uključujući, ali ne ograničavajući se na

          • Razgovor s web-mjesta/Aplikacije

          • Izravni razgovor putem popularnih klijenata za razmjenu poruka kao što su WhatsApp, Facebook Messenger, Apple Messages for Business.

      • Mogućnost otkrivanja novih interakcija i učinkovitog rukovanja njima

        • To bi uključivalo automatizirani IVR sustav, virtualne agente za telefoniju/razgovore s ugrađenom programabilnošću za definiranje tijekova rada uključenih u rukovanje interakcijama.

        • Konačno, ako je potrebno, interakcija se mora eskalirati do agenta koji je optimalno kvalificiran za rukovanje interakcijom.

      • Sposobnost agenata da ukažu na dostupnost za rukovanje interakcijama i nadzornicima da nadziru, obučavaju agente i dobiju operativne metrike kojima se omogućuju učinkovite interakcije.

      • Mogućnost za administratore da konfiguriraju i dodijele različite mogućnosti kontaktnog centra koje agentima i nadzornicima omogućuju obavljanje svojih zadataka kao što se očekivalo.

      Osim toga, moderna poduzeća trebaju imati dodatne mogućnosti za optimizaciju operacija kontaktnog centra s pristupom podacima i uvidima koji vizualiziraju i prate ključne operativne metrike.

      Nadalje, sposobnost integracije s specijaliziranim mogućnostima ekosustava kontaktnog centra kao što su pokretanje proaktivnih automatskih odlaznih poziva, poboljšanje iskustava agenata i nadzornika pomoću umjetne inteligencije, prepoznavanje i razumijevanje putovanja korisnika za proaktivno pružanje podataka agentima jasni su diferencijatori u načinu na koji se rješenja kontaktnog centra razvijaju.

      Što se tiče modela potrošnje, gdje se ponude kontaktnog centra konzumiraju kao softverska usluga isporučena u oblaku, sposobnost osiguravanja dostupnosti, pouzdanosti i automatiziranih ad-hoc zahtjeva u pogledu razmjera zahtijeva najsuvremenije mehanizme praćenja i upozoravanja, što omogućuje kontinuiranu validaciju i otkrivanje nadolazećih problema i sprječavanje/minimiziranje utjecaja na poslovanje kupaca.

      Sljedeća slika prikazuje logičku arhitekturu usluge Webex CC.

      Webex CC logička arhitektura
      Webex CC logička arhitektura

      Funkcionalne komponente

      Sljedeći odjeljci opisuju različite funkcionalne komponente usluge Webex CC.

      Upravljanje interakcijama

      Webex CC podržava telefoniju, e-poštu i poruke (društveni kanali) kao različite kanale putem kojih korisnici mogu komunicirati s kontaktnim centrom.

      Za sve kanale sustav može prvo rukovati, a zatim se interakcija može eskalirati agentu.

      Vrste medija

      Telefonija

      Za telefoniju, rukovanje ulaznim glasovnim pozivima određuje se načinom na koji je poziv ušao u kontaktni centar (pogledajte Mehanizmi ulaza u nastavku) i Webex CC tijek koji je povezan s ulaznom točkom.

      Na poziv se odgovara i daljnje radnje izvršavaju se u skladu s definicijom Webex CC tijeka – koja je programski prikaz radnji koje će se izvršiti tijekom rukovanja pozivom prije reda čekanja i preusmjeravanja agentu ili samo tijek može obraditi poziv bez prijenosa agentu.

      Graditelj tijeka u usluzi Webex CC omogućuje razvojnim programerima da definiraju tijek i dodijele ga ulaznoj točki putem koje poziv dolazi u usluzi Webex CC.

      Ti entiteti konfiguracije i njihova upotreba obuhvaćeni su u odjeljku Entiteti konfiguracije.

      Više informacija o Builderu tijeka dostupno je u nadolazećem odjeljku o IVR sustavu.

      E-pošta i poruke

      Iz Webex CC perspektive, Webex Connect pruža mogućnosti ulaza i izlaska za sve digitalne kanale - e-poštu, kanale poruka, koje krajnji korisnici mogu upotrebljavati za pristup kontaktnom centru.

      Tijek usluge Webex Connect

      • Odlučuje o rukovanju takvim interakcijama sve dok interakcije ne budu u redu čekanja i preusmjerene agentima. To uključuje automatsko rukovanje i BOT tretmane za sve oblike interakcije s porukama i e-poštom.

      • Primjenjuje poslovnu logiku na dolaznu interakciju.

      • Upravlja kontaktom prije reda čekanja.

      • Sam Flow može upravljati interakcijom bez prijenosa agentu uživo.

      Kanali poruka koje podržava Webex CC su:

      • Web-aplikacija / Razgovor u mobilnoj aplikaciji

      • WhatsApp

      • Facebook Messenger

      • SMS

      • Apple poruke za poslovne korisnike

      Kanali e-pošte koje podržava Webex CC su:

      • Gmail

      • Office365

      Mehanizmi za ulazak

      Ovaj odjeljak pokriva mehanizme putem kojih interakcija može ući u Webex CC. Ovisno o vrsti medija, mehanizmi pomoću kojih interakcija doseže Webex CC su različiti.

      Na primjer, u telefoniji postoji postavljanje fizičke infrastrukture potrebne za omogućavanje PSTN veze, konfiguriranje telefonskih brojeva i preusmjeravanje poziva na Webex CC.

      Za kanale e-pošte/poruka konfiguracija ulaza mora se izvršiti u usluzi Webex Connect i uključuje dodjelu računa e-pošte/poruka i konfiguraciju tijeka usluge Webex Connect.

      Dolazni glas

      Kod glasovnih poziva tipičan je scenarij kada korisnici biraju PSTN telefonski broj koji se zatim povezuje s kontaktnim centrom. Iz perspektive ulaza, za to je potreban mehanizam za usmjeravanje poziva s PSTN-a u Webex CC.

      Sljedeća slika prikazuje upravljanje glasovnim pozivima u Webex CC.

      Opcije ulaza za dolazni glas

      Usluge glasovnog pristupa u Webex CC-u obavljaju kontrolu poziva treće strane pomoću SIP-a i odgovaraju na dolazni poziv, kao i provode operacije prijenosa, konferencije i ostale kontrole poziva.

      Logična točka ulaza za pozive u Webex CC konfiguracijski je entitet naziva ‘Entrypoint’. Za glasovni ulazak konfiguracija ključa za Entrypoint je telefonski broj povezan s njim, koji je obično važeći PSTN telefonski broj dobiven od odabranog PSTN pružatelja usluga.

      To omogućuje prepoznavanje dolaznih poziva na telefonskom broju, povezivanje poziva s točkom ulaza i korištenje drugih parametara konfiguracije točke ulaza za rukovanje pozivom u skladu s definicijom Webex CC tijeka koja bi trebala biti aktivirana za interakciju.

      Napomena:

      Za više pojedinosti o opcijama PSTN povezivanja posjetite https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/Voiceonboarding2/wcc-voice-onboarding-2-book/wcc_b__voiceonboarding_private_conn.html.

      Skalabilnost i dostupnost infrastrukture glasovnog ruba

      Webex CC VPOP infrastruktura uključuje suvišne parove SIP SBC-ova koji osiguravaju visoku dostupnost i više SBC-ova se može dodati kako bi se povećao opseg istodobnih poziva koji će se podržati.

      Maksimalni broj istodobnih poziva koje VPOP može obraditi ovisi o broju SBC-ova koji su u radu i na koje se pozivi šalju.

      Za geografsku redundantnost – podržana je mreža VPOP SBC-a s međuvezima na više parova u regijama.

      Za usluge glasovnog pristupa, one se vodoravno mogu prilagoditi za rukovanje sve većim brojem istodobnih glasovnih poziva koji se unose u Webex CC.

      Sigurnosna razmatranja s infrastrukturom glasovnog ruba

      U tablici u nastavku navedene su pojedinosti o opcijama povezivanja s infrastrukturom Voice Edge.

      Tablica 1. Vrste povezivanja

      Povezivost

      Vrste

      Javni internet

      Izravno (s IP adresama odabranog izvora)

      IPSec virtualna privatna mreža (VPN) ili IPSec preko generičke enkapsulacije usmjeravanja (GRE)

      Web-mjesto (S2S)

      srtp/sip tls

      Privatna povezivost

      MPLS-ovi

      Točka u točki (P2P)

      vpls

      SD-WAN

      Privatni WAN

      Unakrsno povezivanje podatkovnog centra

      Equinix Fabric Connections

      Za više pojedinosti posjetite https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/Voiceonboarding2/wcc-voice-onboarding-2-book/wcc_b__voiceonboarding_private_conn.html.

      IVR sustav

      Na svaki glasovni poziv koji dođe u telefonski broj povezan s pristupnom točkom odgovara Webex CC i pokreće se izvođenje Webex CC tijeka povezanog s pristupnom točkom.

      Webex CC Flow Builder pruža programske konstrukte/operatore i funkcionalne blokove, nazvane aktivnosti, kako bi administratori ili bilo tko tko dizajnira i provodi IVR logiku mogli kombinirati te građevinske blokove i stvoriti definiciju tijeka.

      Programski konstrukti koje podržava Flow su:

      • Varijable deklaracije i postavke – stanje povezano s izvršavanjem tijeka

        • Šljunčani izrazi za postavljanje vrijednosti varijabli

      • Uvjetne provjere

      • Trčanje – korištenje uvjeta i Go To (sposobnost povezivanja aktivnosti)

      • Pozovi REST API-je

      • Podaci raščlanjivanja – JSON, TOML, XML obično se koriste za raščlanjivanje API odgovora.

      • Aktivnosti sastavljanja

      Reprezentativni skup aktivnosti koje opskrbljuju Flow su:

      • Reproduciraj poruke

      • Prikupljanje korisničkih podataka

      • Prijenos poziva na drugo odredište/telefonski broj

      • Pošalji poziv virtualnom agentu

      • Red čekanja poziva kako bi agent mogao odgovoriti.

      Za svaki aktivni poziv aktivna je i instanca izvršavanja tijeka, sve do završetka poziva, što rezultira istodobnim izvršenjem tijekova.

      Svaka instanca izvršenja protoka pruža izolirano okruženje za podatke/stanje povezano s protokom i tamo pozivom.

      Tijekom cijelog životnog ciklusa poziva tijek također omogućuje odgovaranje na određene događaje koji se događaju i rukovanje njima – na primjer, kada agent odgovori na poziv, rukovatelj događaja može pokrenuti skočni prozor na radnoj površini agenta.

      Za više informacija o Webex CC tijeku pogledajte https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/webexcc/SetupandAdministrationGuide_2/b_mp-release-2/b_cc-release-2_chapter_0100.html#Cisco_Generic_Topic.dita_e338e055-64b0-4973-bd52-8a5581dcb0ee.

      Podrška za virtualni agent

      Flow pruža aktivnost za predaju interakcije virtualnom agentu, koji je prethodno konfiguriran u okruženju Webex Control Hub.

      Nakon što se poziv poveže s virtualnim agentom, on korisniku pruža IVR iskustvo razgovora, a aktivnost završava prekidom poziva ili eskalacijom poziva agentu.

      U slučaju eskalacije, tijek možete konfigurirati tako da poziva u redu čekanja na koji agent tada odgovara.

      Dolazne digitalne interakcije

      Za kanal e-pošte i poruka dolaznih interakcija, Webex CC upotrebljava Webex Connect za dodjelu resursa, tijek za rukovanje dolaznim interakcijama i zatim preusmjeravanje interakcije na Webex CC kada tijek usluge Webex Connect eksplicitno u redu čekanja interakcije kako bi ga agent mogao obraditi.

      Sljedeća slika prikazuje gutanje e-pošte i interakcije s porukama u alatu Webex CC.

      Mogućnosti unosa za e-poštu i poruke
      Integracije virtualnog agenta/BOTA

      Za interakcije s e-poštom i porukama / društvenim kanalima tretmani virtualnog agenta/BOTA konfiguriraju se u tijeku usluge Webex Connect.

      Kao i kod virtualnih agenata za glas, ako liječenje BOTA završi eskaliranjem kao rezultat, interakcija se stavlja u red čekanja i usmjerava agentu.

      Preusmjeravanje i red čekanja

      Webex CC tretira dolazni kontakt s automatskim rukovateljima kako je definirano u poglavlju Tijek i tijek može odlučiti postaviti kontakt u redu čekanja / izravno agentu (red čekanja specifičan za agenta – podržan samo za telefonske/glasovne interakcije).

      U redu čekanja, ako je agent dostupan, agent se rezervira, a interakcija se usmjerava agentu. Ako nema dostupnih agenata, interakcija se parkira u redu čekanja, a Flow će nastaviti tretirati korisnika rukovateljem priključenim aktivnosti reda čekanja.

      Kada agent postane dostupan, rukovatelj se prekida i agentu se nudi interakcija.

      Sljedeća slika prikazuje arhitekturu reda čekanja i preusmjeravanja.

      Arhitektura redova čekanja i preusmjeravanja
      Arhitektura redova čekanja i preusmjeravanja
      Odabir agenta

      Redovi čekanja u Webex CC podržavaju sljedeće algoritme za odabir agenata:

      • Najdulje dostupno preusmjeravanje agenta

      • Preusmjeravanje temeljeno na vještinama

        • Najduže dostupan agent (LAA)

        • Najbolji dostupni agent (BAA)

      Agenti su povezani s redovima čekanja putem usluge Teams.

      Redu čekanja može se dodijeliti većem broju skupina za distribuciju poziva (svaka skupina ima jedan ili više timova) , uzastopno s konfiguriranim čekanjem da se skupina za distribuciju poziva doda u red čekanja, tako da se prostor pretraživanja za podudarnog agenta s vremenom širi na dodatne skupine za distribuciju poziva.

      Za preusmjeravanje temeljeno na vještinama, među agentima koji odgovaraju zahtjevima vještina povezanim s redom čekanja, agent je odabran na temelju LAA ili BAA konfiguracije.

      Dodatne mogućnosti specifične za glas/telefoniju

      Preusmjeravanje na temelju agenta (samo za kanal glasovne/telefonije)

      Webex CC tijek pomoću QueueToAgent aktivnosti može usmjeriti interakcije izravno na odabranog agenta na temelju ID-ja agenta.

      Ako agent nije dostupan za rukovanje interakcijama, interakcija se može spremiti, u redu čekanja specifičan za agenta, čekajući da agent postane dostupan

      Napredne informacije o redu čekanja

      Webex CC Flow, koristeći aktivnost GetQueueInfo, može dohvatiti informacije u stvarnom vremenu za red čekanja kao što su Položaj u redu čekanja (PIQ), Procijenjeno vrijeme čekanja (EWT), broj dostupnih agenata u redu čekanja i može se upotrijebiti da bi se odlučilo treba li kontakt u redu čekanja ili ne.

      Ljubazni povratni poziv

      Webex CC Flow, upotrebom povratnog poziva aktivnosti, korisniku omogućuje prekid veze s pozivom uz zadržavanje položaja u redu čekanja i primanje povratnog poziva kada se virtualna interakcija u redu čekanja preusmjeri agentu.

      Rukovanje prebacivanjem

      Webex CC podržava rukovanje preljevom pomoću timova na temelju kapaciteta (CBT).

      CBT je poput redovitog tima s kapacitetom i pridruženim vanjskim DN-om koji služi tom kapacitetu. Može se konfigurirati zajedno s drugim timovima u ciklusima distribucije poziva reda čekanja.

      Obično je to konfigurirano kao posljednji ciklus tako da djeluje kao preljev ako nijedan agent nije dostupan čak i nakon što sve konfigurirane skupine za distribuciju poziva ne pronađu dostupnog odgovarajućeg agenta za rukovanje interakcijom.

      Operacije radne površine agenta

      Kada se agent prijavi na radnu površinu agenta Webex CC, agent određuje telefonski broj s kojim se mogu povezati dolazni pozivi agentu. To može biti PSTN telefon, Mobilni telefon ili kućni broj ako je agent korisnik usluge Cisco Webex Calling.

      Imajte na umu da taj broj mora biti valjani telefonski broj na koji se pozivi mogu preusmjeriti. Ako to nije slučaj, agent ne može primati dolazne pozive.

      Ovisno o vrsti interakcije kojom agent upravlja, widgeti na radnoj površini agenta pružaju mogućnost izvođenja određenih operacija kontrole medija.

      Na primjer, nakon što dobijete odgovor na poziv, agent može obaviti sljedeće radnje povezane s pozivom.

      • stavljanje poziva na čekanje

      • Pokreni konzultacijski poziv i

        • Prijenos poziva na drugi telefonski broj (npr. broj telefona agenta) / točka ulaza

        • Konferenciju drugog agenta u poziv

      • Prenesi poziv u drugi red čekanja

      • Završetak poziva

      Radna površina agenta administratorima omogućuje dodavanje prilagođenih widgeta proširenjem mogućnosti radne površine i čineći je jedinstvenom zbirkom widgeta koje su agentima potrebne za učinkovito obavljanje svog posla.

      Arhitektura radne površine

      Radna površina agenta je aplikacija s jednom stranicom koja se temelji na mikro sučelju koja ugošćuje widgete izgrađene na temelju arhitekture web komponenti. Svi standardni / burzovni widgeti pokreću podaci koje su dohvatili API-ji ili mehanizmi bočnog gumba poslužitelja.

      To su obično asinkroni API-ji, gdje odgovor za poziv dolazi na radnu površinu putem WebSocket veze.

      Radna površina agenta Webex CC provjerava autentičnost korisnika pomoću alata Cisco Common Identity (CI), a token se prosljeđuje svim pozivima API-ja. Također za prilagođene widgete, na temelju modela provjere autentičnosti, ono agentima pruža iskustvo jedinstvene prijave ako je model provjere autentičnosti prilagođenog widgeta integriran s CI-jem.

      Nakon što je agent dio interakcije, sva ažuriranja tog stanja interakcija ili pridruženih podataka gurnut će se na radnu površinu putem WebSocket veze.

      Otpornost radne površine na povezivost i kašnjenje

      Asinkroni API i pritisak na poslužitelj omogućuju skalu i otkriven je svaki gubitak povezivosti s WebSocket sučeljem, a stolna računala pokušava se ponovno povezati i ponovno prijaviti.

      Sljedeća slika prikazuje arhitekturu radne površine agenta u okruženju Webex CC.

      Arhitektura radne površine agenta

      Administracija i konfiguracija

      Omogućavanje korisnika

      Webex Control Hub primarno je sučelje koje partneri i korisnici upotrebljavaju za omogućavanje korisnika i značajke za omogućavanje ili konfiguriranje.

      Nakon što su značajke organizacije i kontaktnog centra omogućene u okruženju Control Hub, pokrenut će tijek rada u okruženju Webex CC koji čini ostatak koraka u omogućavanju svih mogućnosti kontaktnog centra u skladu s ponudama koje je odabrao korisnik.

      Sva dodjela resursa kontaktnom centru vrši se pomoću BPM procesora koji omogućuje deklarativan način definiranja uključenih koraka i čini cijeli korak dodjela resursa otpornim na kvarove i osigurava integritet podataka.

      Sljedeća slika prikazuje tijek rada omogućavanja u okruženju Webex CC.

      Tijek rada omogućavanja korisnika
      Entiteti konfiguracije

      Ključni konfiguracijski entiteti u Webex CC-u, skopirani unutar organizacije su:

      Web-mjesto

      Web-mjesto predstavlja lokaciju na kojoj se nalazi jedan ili više timova, korisnika (agenti/nadzornici).

      Svaki korisnik i tim moraju pripadati web-mjestu.

      Tim

      Skupina korisnika. Timovi se upotrebljavaju za distribuciju interakcija agentima putem redova čekanja.

      Svaki tim mora pripadati web-mjestu.

      Agenti

      Korisnici koji se mogu prijaviti na radnu površinu agenta i upravljati interakcijama među vrstama medija koje su konfigurirane u Webex CC-u.

      Nadzornici

      Nadzornici su dodijeljeni timovima i mogu nadzirati/obučavati agenta te imati pristup statusu na razini tima i statistici agenta za one koji pripadaju timovima kojima je nadzornik dodijeljen.

      Red čekanja

      Red čekanja je logičan entitet u kojem se mogu održavati interakcije dok čekaju da agenti budu dostupni, koji se zatim preusmjeravaju agentu.

      Redovi čekanja mapiraju se u timove kao prostor pretraživanja za agente s mogućnošću proširenja prostora pretraživanja na temelju proteklog vremenskog praga, dodavanjem drugih timova prostoru pretraživanja.

      EnterPoint

      Entrypoint je logični entitet koji predstavlja ulaznu točku za interakcije koje će ući u Webex CC. Za telefoniju se to prvenstveno mapira na telefonski broj na koji dolaze pozivi i za kanale e-pošte/poruka, Entrypoint upućuje na konfiguraciju resursa u usluzi Webex Connect.

      Tijek

      tijek povezan s točkom ulaza (putem strategije usmjeravanja), koja odlučuje o koracima uključenim u rukovanje interakcijama.

      Za kanale koji nisu telefoni (e-pošta, poruke/društveni), Flow je odabran u sklopu konfiguracije resursa u usluzi Webex Connect.

      Kontrola pristupa za kontaktne centre s više web-mjesta

      Administratori za Webex CC mogu konfigurirati korisničke profile s pravima pristupa određenim web-mjestima, timovima, redovima čekanja i ulaznim točkama. Nadalje, zbog hijerarhijske prirode web-mjesta i timova, nakon što se omogući pristup određenim web-mjestima, korisnik može pristupiti samo timovima ili datumima koji se odnose na timove, koji pripadaju tim web-mjestima ili izričito određenom podskupu takvih timova.

      Za redove i ulazne točke oni su globalni na razini organizacije, tako da se za različite geografske lokacije (web-mjesta na kojima se nalaze određeni agenti i timovi) mogu konfigurirati zasebne ulazne točke i redove, a nadzornici/korisnici mogu imati pristup onim entitetima koji su primjenjivi za određena web-mjesta.

      Sljedeća slika prikazuje entitete konfiguracije ključa i korisnički profil koji upućuju na te entitete.

      Entiteti konfiguracije mapirani u korisnički profil

      Osim što ograničavaju pristup tim entitetima, Webex CC administratori mogu upravljati specifičnim mogućnostima/modulima kojima korisnik može pristupiti u sučelju administracije, na taj način korisnicima s pravima administracije/konfiguracije za određene entitete, kao i odjeljke/mogućnosti administracijskog sučelja Webex CC.

      Izvješćivanje i analitika

      Webex CC obrađuje diskretne događaje koje generiraju različite usluge tijekom životnog ciklusa interakcija, upotrebom serije usluga obrade direktnog prijenosa u stvarnom vremenu i generira definirani skup skupova podataka u stvarnom vremenu koji se objavljuju pretplatničkim klijentima.

      Nadalje, ti se događaji dodatno obrađuju, transformiraju i agregiraju, a dobiveni skupovi podataka se nastavljaju, koji se zatim dohvaćaju putem API-ja za potrošnju podataka i sučelja za vizualizaciju izvješćivanja i podataka – Analyzer.

      Sljedeća slika prikazuje sučelja za obradu podataka i potrošnju u alatu Webex CC

      Sučelja cjevovoda za obradu podataka i potrošnje usluge Webex CC

      Integracije

      Sve vanjske integracije za WxCC kako bi povećale i poboljšale mogućnosti koje korisnici mogu koristiti koriste se standardnim objavljenim API-jima.

      Vrste API sučelja koja su dostupna u Webex CC-u su:

      • REST API

      • Gumb na strani poslužitelja upotrebom

        • Web-dojavnici

        • WebSocket poruke

      CRM integracije

      Webex CC podržava dva načina integracije sa sustavima Customer Relationship Management (CRM).

      • Ugrađeni priključci za radnu površinu

      • Integracije tijeka putem HTTP(S) priključaka u IVR-u

      Ugrađeni priključci za radnu površinu: CRM aplikacija kao primarno sučelje

      U ovom načinu rada agent se prijavljuje u CRM konzolu kao primarna aplikacija.

      Webex CC ugrađena je aplikacija (poznata i kao ugrađena aplikacija za radnu površinu ili ugrađeni softverski telefon) koja se prvenstveno upotrebljava za prijavu u kontaktni centar i primanje interakcija kontaktnog centra usluge Webex CC usmjerenih.

      Nakon primitka poziva ili zahtjeva za razgovor, CRM integracija provodi sljedeće radnje na CRM konzoli

      • Skočni zaslon prikazuje zapis korisnika vezan uz ANI ili druge podatke povezane s pozivom.

      • Metapodaci nakon poziva kao napomene o aktivnosti na zapisu korisnika

      • Dopustite agentu da “Klikne za poziv” klikom na Kontakt unutar CRM-a i pokretanjem odlaznog poziva korisniku

      • Objavljivanje zapisa poziva u tablice izvješćivanja o CRM-u za primarno izvješćivanje o CRM-u.

      • Pruža punu funkcionalnost radne površine agenta i kontrola poziva (ugrađena i umanjena verzija aplikacije za radnu površinu)

      Primarni način integracije s CRM-ovima je ugradnjom aplikacije Webex CC radne površine u zasebni iFrame.

      Nadalje, aplikacija Webex CC za radnu površinu izvodi prilagođeni widget bez glave (nema korisničkog sučelja) koji se izvodi u pozadini, u interakciji s osnovnim CRM sustavom za obavljanje automatiziranih radnji u ime agenta.

      Interakcije pokreću dva SDK-a koje koristi widget bez glave.

      • Webex CC Desktop JS SDK: To je JavaScript SDK koji pruža Webex CC za registraciju slušatelja događaja za radnje agenta i kontakata.

      • crm js sdk: To je CRM klijenta SDK primjenjiv po CRM-u koji sažeti REST API pozive s CRM-om. Na primjer, za salesforce, CTI JS biblioteka koju pruža Salesforce upotrebljava se za izvođenje radnji i slušanje događaja unutar CRM-a.

      Sljedeća slika prikazuje CRM ugrađenu arhitekturu radne površine i priključaka Webex CC

      Arhitektura ugrađenog priključka za radnu površinu CRM poveznika

      Webex CC podržava sljedeća CRM rješenja za gore navedenu integraciju:

      Za više informacija o konfiguriranju izgleda radne površine za Webex CC za omogućavanje CRM poveznika, skupova značajki i dnevnika promjena pogledajte https://github.com/Ciscodevnet/webex-contact-center-crm-integrations.

      Globalna dostupnost CRM priključaka

      CRM povezivači dostupni su na svim geografskim područjima i regijama u kojima je Webex CC funkcionalan.

      Elastična skala i svojstva

      Webex CC sadrži prilagođeni widget koji omogućava dvosmjernu komunikaciju između CRM aplikacije i radne površine Webex CC u AWS CloudFront CDN-u koja osigurava visoku dostupnost widgeta AWS na razini zona dostupnosti i regija.

      Sve računalo specifično za CRM integraciju događa se u pregledniku gdje agenti upotrebljavaju CRM aplikaciju s radnom površinom Webex CC ugrađenom u CRM aplikaciju.

      Sigurnost

      CRM povezivači pozivaju se putem izgleda radne površine agenta Webex CC, a neobavezni parametri prosljeđuju se putem izgleda radne površine u widget za uključivanje i isključivanje značajki.

      Na primjer, da biste omogućili widget za radnje Salesforce, administrator može uključiti postavku parametra izgleda radne površine sfdcWidgetEnabled na istinito.

      Instalacija paketa

      Kako bi integracija funkcionirala dvosmjerno, CRM konzoli treba instalirati ugrađenu aplikaciju. To je podrška za učitavanje aplikacije za radnu površinu unutar iFrame uređaja.

      Svi ugrađeni priključci za radnu površinu dostupni su na CRM tržištu.

      na primjer,

      UslugaSada: https://store.servicenow.com/sn_appstore_store.do#!/store/application/6c8e2a4edbc73410e1c75e25ca961947/1.0.5?

      Zendesk: https://www.zendesk.com/marketplace/apps/support/202570/webex-contact-center/

      Instalacija aplikacije tržišta aktivira potrebne dodatke i uvozi potrebne XML datoteke u CRM konzolu kako bi podržala izvještavanje zapisa poziva na CRM.

      Integracije tijeka putem HTTP(S) priključaka u IVR-u

      Alat za izradu tijeka Webex CC podržava dvosmjerne tijekove podataka između Webex CC i CRM sustava pomoću HTTP(S) priključaka konfiguriranih u Webex Control Hubu i korištenih na Webex CC tijeku.

      Oni se prvenstveno koriste za personalizaciju unutar glasovnih interakcija i prilagođeno usmjeravanje unutar IVR-a.

      Prema zadanim postavkama, Webex CC podržava HTTP Connector za Salesforce na okruženju Control Hub. Drugi CRM povezivači mogu se dodati kao prilagođeni povezivači u okruženju Webex Control Hub.

      Za više informacija o HTTP konektorima posjetite https://github.com/CiscoDevNet/webex-contact-center-crm-integrations.

      IVR HTTP priključci:

      Optimizacija zaposlenika

      Webex CC podržava optimizaciju tijeka rada i rješenja za upravljanje kvalitetom vodećih industrijskih dobavljača.

      Implementacija i povezivost

      Webex CC implementiran je u AWS-u i trenutačno je dostupan u sljedećim regijama

      • SAD

        • SAD-Istok N Virginia

        • SAD-West N Kalifornija (samo za glasovne medije)

      • Kanada

        • Središnje

      • UK

        • London

      • Europa

        • Frankfurt

      • Azija Pac

        • Tokio

        • Sydney

        • Singapur

      Veza s Webex kontaktnim centrom koji je organiziran u AWS-u može se uspostaviti putem interneta ili izravne veze Amazon Web Services (AWS). Uz AWS Direct Connect, podaci se isporučuju putem privatne mrežne veze između lokalnih mreža korisnika i usluge Webex Contact Center, čime se poboljšava veza. Više pojedinosti potražite u odjeljku AWS izravno povezivanje za Webex Contact Center.

      Višeregionalna povezivost za telefoniju

      Kako bi se omogućile globalne organizacije s agentima i korisnicima na više geografskih lokacija, Webex CC podržava zadržavanje medija unutar lokalne regije, za one regije u kojima se izvode usluge ruba i pristupa glasovnim medijima.

      Sljedeća slika prikazuje implementaciju u više regija s regionalnim medijima.

      Implementacija u više regija s regionalnim medijima
      Implementacija u više regija s regionalnim medijima

      Usluge Media Edge i Ingress implementirane su u sljedećim regijama.

      Zemljopisna regija

      Usluge Webex CC (regija AWS)

      Medijski rub (glasovni POP)

      Medijske usluge sljedeće generacije (regija AWS)*

      SAD

      N Virginiji

      New York

      Los Angelesu

      N Virginiji

      N Kaliforniji

      Kanada

      Središnje

      Vancouveru

      Toronto

      Središnje

      Brazil

      Sveti Paulo

      Rio de Janeiro

      Europa

      Frankfurt

      Frankfurt

      Amsterdam

      Frankfurt

      Ujedinjena Kraljevina

      London

      London

      London

      Indija

      Pune

      Hyderabadu

      Mumbai

      Singapur

      Singapur

      Singapur

      Japan

      Tokio

      Tokio

      Osaka

      Tokio

      Australija

      Sydney

      Melbourneu

      Sydney

      Sydney

      Sigurnost i privatnost

      Sigurnost infrastrukture

      Glasovna infrastruktura na usluzi Edge

      Komponente Voice Edge omogućuju prekid SIP grupiranja iz korisničke mreže / PSTN operatera, a to je omogućeno temeljem Ips-a s popisa dopuštenih vrijednosti kojima je dopušteno povezivanje s rubnim komponentama.

      Sigurnost računalne infrastrukture

      Računalne instance Webex CC omogućene su u AWS-u, a usluge se izvode kao podovi u Kubernetes klasteru koji ima više naziva, a pristup svakom prostoru naziva ograničen je odvojenim vjerodajnicama.

      Sva dodjela infrastrukture vrši se pomoću koda – nema ručnih koraka – i nijednoj od vjerodajnica se ne može pristupiti ručno.

      Postoji središnja pohrana vjerodajnica sa specifičnim putanjama konfiguriranim za određeni skup usluga/timova, a pristup samoj pohrani vjerodajnica je ograničen i konfiguriran kao tajne u sustavima izgradnje i implementacije.

      Nijedna od infrastrukturnih komponenti/usluga nije izravno izložena izvan AWS VPC-a, a samo javno izložena sučelja su API-ji i WebSocket poslužitelji koji se kontroliraju i njima se upravlja pomoću API pristupnika,

      Osim toga, postoje određeni interni sustavi i sučelja koje upotrebljavaju razvojni programeri, a upotrebljavaju se za prikaz zapisnika, metrika, pojedinosti implementacije, statusa gradnje i rezultata testiranja, koji su zaštićeni ulogama i skupinama i integrirani s internim sustavima provjere autentičnosti tvrtke Cisco.

      Provjera autentičnosti i autorizacija za korisnička sučelja

      Sva korisnička sučelja koja upotrebljavaju različiti korisnici kontaktnog centra (agenti, nadzornici, administratori, analitičari) zaštićena su provjerom autentičnosti tokena vlasnika temeljem usluge Cisco Common Identity (tijekovi OAuth).

      Autorizacija se obavlja pomoću uloga za korisnika koji je dobio token i opsega koji su mu dodijeljeni.

      Sigurnost podataka

      Podaci u provozu

      Nijedno sučelje implementirane komponente usluge/infrastrukture nije izravno izloženo vanjskom dolaznom prometu.

      Odaberite usluge, s http API-jima ta sučelja izlažu putem pristupnika, a svi dolazni https (uključujući i one WebSocket-a) završavaju se u ALB-u, a unutarnji promet preko http-a preusmjerava se na usluge.

      Sve odlazne interakcije su preko https / TLS-a (za protokole koji nisu http).

      Unutar VPC-a, interna komunikacija između usluga – preko http / prilagođenog TCP protokola – je preko obične TCP utičnice.

      Podaci u mirovanju

      Svi podaci koji se pohranjuju šifriraju se na sloju pohrane. Osim toga, te su trgovine podataka koje su izvan VPC-a zaštićene i kontrole pristupa i autorizacije s vjerodajnicama sigurno pohranjene i upravljane u tajnoj trgovini.

      Na sljedećoj slici prikazan je model protoka podataka i sigurnosti pri tranzitu te u mirovanju.

      Sigurnost podataka u tranzitu i u mirovanju

      Privatnost podataka

      PII podaci krajnjeg korisnika

      Webex CC Flow, koji je programski kontroler za rukovanje interakcijama, može se upotrebljavati za prikupljanje korisničkih podataka, koji se mogu dodijeliti varijablama tijeka posebno označenima kao „Sadrži osjetljive podatke“. Vrijednosti tih podataka su šifrirane i nijedna usluga na tranzitnoj putanji podataka neće imati pristup tim podacima.

      Nadalje, takvi podaci nikada se neće zadržati u pohrani podataka za izvješćivanje usluge Webex CC, a infrastruktura za zapisnike / poruke imat će šifrirane podatke, a jasni tekstualni podaci neće se pohranjivati nigdje unutar usluge Webex CC.

      PII podaci agenta/nadzornika kontaktnog centra

      Podaci povezani s korisničkim kontaktnim centrom uređuju se u zapisnicima, ali su dostupni za analitiku i vizualizaciju podataka u pohrani podataka usluge Webex CC.

      Skalabilnost

      Čimbenici za ljestvicu

      Za Webex CC faktori koji utječu na skalu su:

      • Istodobni broj prijavljenih agenata

      • Istodobni broj interakcija u tijeku

        • Radnje na tim interakcijama

      • Istodobni broj radnji koje provode nadzornici/agenti, izvan rukovanja interakcijama

      • Glasnoća generiranih i postojanih podataka

      Arhitektonski aspekti koji omogućuju skalu

      Načela na temelju kojih je osmišljen i osmišljen Webex CC omogućuju rješenje dinamički skaliranje prema potrebi u granicama koje nameće infrastruktura omogućena za različite usluge i komponente platforme.

      Arhitektura temeljem događaja

      Usluge u usluzi Webex CC komuniciraju koristeći se porukama, a tijekovi kritične obrade poruka ne uključuju blokiranje IO radnji, a stanje potrebno za obradu poruka lokalizirano je na instancu usluge koja obrađuje poruku.

      Usluge bez državljanstva (ili eksternalizirane države)

      Usluge bez državljanstva omogućuju elastičnost jednostavnim dodavanjem/uklanjanjem dodatnih instanci usluga. Postoje određene usluge koje su po svojoj prirodi statutarne i one imaju eksternaliziranu državnu trgovinu, a infrastruktura podržava i dinamične promjene broja instanci takvih usluga uz automatsko ponovno uravnoteženje/prijenos države/lokaliziranje države na instancu kojoj je to potrebno.

      Elastična infrastruktura

      Sve usluge koje se pokreću u Kubernetesu i infrastruktura zvana Kubernetes čvorovi skaliraju se automatski na temelju upotrebe i to omogućuje dinamičko dodavanje više računalnih čvorova do maksimalnog praga koji je unaprijed konfiguriran.

      Projekcija opterećenja i redovita provjera

      Sve su usluge označene prema karakteristikama izvedbe, a obrazac skaliranja validiran je na razini usluge.

      Daljnja kontinuirana validacija, vršna opterećenja i ispitivanja izdržljivosti provode se s parametrima ispitivanja podešenim za projicirani rast atributa koji utječu na skalu, što omogućuje identificiranje uskih grla, planiranje ažuriranja visokog praga za korištenje infrastrukturnih resursa i pripremu za dan igre.

      Pouzdanost i dostupnost

      Arhitektura vođena događajem i usluge bez državljanstva omogućuju otpornost i elastičnost. Međutim, kako bi se osiguralo da se kvarovi otkriju i riješe na njih prije nego što to utječe na funkcionalnosti, Webex CC primjenjuje sljedeću strategiju.

      • Dostupnost i pouzdanost infrastrukture

        • Sve usluge Webex CC i infrastrukturne komponente uvijek se implementiraju u tri AWS zone dostupnosti.

          • To omogućuje da Webex CC bude otporan na pogreške zone dostupnosti, a u slučaju neuspjeha, neuspješne instance automatski se zamjenjuju novijim.

      • Kontinuirano praćenje i upozoravanje

        • Unutarnje i vanjske sonde za komponente usluga i infrastrukture, koje u slučaju kvara aktiviraju upozorenja.

        • Metrika je snimljena iz komponenti usluga i infrastrukture i obrađena putem modula za pravila koji otkriva odgovarajuća pravila i aktivira upozorenja.

      • Neprekidna provjera i upozoravanje

        • Izvode se periodični testovi, a eventualni kvarovi rezultiraju aktiviranjem upozorenja

        • Ta upozorenja stvaraju proaktivne incidente i obrađuju se kao stvarni incident koji utječe na korisnika.

          • To unaprijed utječe na korisnika i doprinosi dostupnosti i pouzdanosti sustava.

      • Kontinuirana integracija i isporuka

        • To je inženjerski proces i cjevovod isporuke te omogućava brzu i pouzdanu izgradnju, provjeru valjanosti i implementaciju usluga / promjena usluga u okruženju Webex CC.

          • Mogućnost potpuno automatske implementacije – od koda do proizvodnog okruženja, sa svim potrebnim provjerama valjanosti, smanjuje rizik i minimizira vrijeme do rješavanja, ako se promjena treba implementirati kao odgovor na neuspjeh.

      • Prekidači i Kill Switches

        • Različiti dijelovi sustava / određene mogućnosti usluge Webex CC mogu se selektivno onemogućiti za sve korisnike ili odabrati korisnike, kako bi se smanjili kaskadni učinci neuspjeha.

          • To omogućuje minimiziranje površine kvara i postizanje dostupnosti osnovnih mogućnosti kontaktnog centra korisnicima.

      Praćenje i otkrivanje neuspjeha

      Sljedeća slika označava kontinuirani nadzor, provjeru valjanosti i mehanizme upozoravanja koji su na snazi za Webex CC.

      Kontinuirano praćenje i otkrivanje neuspjeha

      Kontinuitet poslovanja i oporavak od katastrofa

      Postupak oporavka od katastrofa i kontinuiteta poslovanja osigurava otkrivanje svakog prekida velikih razmjera unutar regije i poduzimaju se potrebni koraci kako bi se osigurao oporavak usluga klijentima koji su na brodu u regiji.

      Koraci za oporavak dokumentiraju se, validiraju i redovito ažuriraju u skladu s procesima oporavka i upravljanja katastrofama.

      Usluge Webex CC implementirane su u tri zasebne zone dostupnosti unutar AWS regije. Svaka zona dostupnosti je drugačija fizička lokacija u regiji, s nezavisnim komunalnim uslugama.

      U slučaju potpunog neuspjeha regije AWS, Webex CC oslanja se na AWS za oporavak regije i za produljene prekide koji uključuju cijelu regiju, podatkovni centar Webex CC omogućen je u novoj AWS regiji i vraća ključne konfiguracije i podatke korisnika kako bi kontaktni centar funkcionirao za korisnike u novoj AWS regiji.

      To uključuje automatizaciju, ali zahtijeva ručnu intervenciju za pokretanje procesa, kao i nadzor i osiguravanje vraćanja potrebne konfiguracije i podataka kako bi kontaktni centar funkcionirao za korisnike.

      Sukladnost i certifikati

      Webex Contact ima opsežan popis sigurnosnih certifikata. Te se potvrde redovito ažuriraju.

      • pci dss qsa

      • Caiq

      • HIPAA & HITECH

      • CSA zvjezdica 1. razina

      • CSA zvjezdica 2. razina (neovisna ocjena 3. strane)

      • SOC2

      • ISO27001 (međunarodni standard za informacijsku sigurnost)

      • ISO27017 (sigurnosni standard za pružatelje usluga u oblaku)

      • ISO27018 (Sigurnosni standard usmjeren na zaštitu osobnih podataka u oblaku)

      • ISO27701 (Proširenje privatnosti podataka)

      • C5 njemački standard, demonstrirajući operativnu sigurnost protiv kibernapada

      Više pojedinosti potražite u listu s podacima o privatnosti usluge Webex Contact Center .

      Je li taj članak bio koristan?
      Je li taj članak bio koristan?