Možde primećujete da neki članci ne prikazuju usaglašen sadržaj. Izvinjavamo se na prašnjavim stvarima, radimo na ažuriranju lokacije.
cross icon
U ovom članku
dropdown icon
Uvod
    dropdown icon
    Logička arhitektura
      Webex CC logička arhitektura
    dropdown icon
    Funkcionalne komponente
      Upravljanje interakcijom
      медији
      Usmeravanje i stavljanje u red
      Administracija i konfiguracija
      Izveštavanje i analitika
    dropdown icon
    Integracije
      CRM integracije
      Upravljanje odlaznim kampanjama
      Optimizacija radne snage
      Proširenje agenta za radnu površinu
      Drugi API-ji
    dropdown icon
    Raspoređivanje i mogućnosti povezivanja
      Mogućnosti povezivanja sa više regiona za telefoniju
    dropdown icon
    Bezbednost i privatnost
      bezbednosti
      Bezbednost podataka
      Privatnost podataka
      Skalabilnost
    dropdown icon
    Pouzdanost i dostupnost
      Nadgledanje i otkrivanje neuspeha
      kontinuitet poslovanja i oporavak od katastrofe
    Usklađenost i sertifikati
    U ovom članku
    cross icon
    dropdown icon
    Uvod
      dropdown icon
      Logička arhitektura
        Webex CC logička arhitektura
      dropdown icon
      Funkcionalne komponente
        Upravljanje interakcijom
        медији
        Usmeravanje i stavljanje u red
        Administracija i konfiguracija
        Izveštavanje i analitika
      dropdown icon
      Integracije
        CRM integracije
        Upravljanje odlaznim kampanjama
        Optimizacija radne snage
        Proširenje agenta za radnu površinu
        Drugi API-ji
      dropdown icon
      Raspoređivanje i mogućnosti povezivanja
        Mogućnosti povezivanja sa više regiona za telefoniju
      dropdown icon
      Bezbednost i privatnost
        bezbednosti
        Bezbednost podataka
        Privatnost podataka
        Skalabilnost
      dropdown icon
      Pouzdanost i dostupnost
        Nadgledanje i otkrivanje neuspeha
        kontinuitet poslovanja i oporavak od katastrofe
      Usklađenost i sertifikati

      Arhitektura usluge Webex Contact Center

      list-menuU ovom članku
      list-menuPovratne informacije?

      Webex Contact Center koristi arhitekturu mikrousluga zasnovanu na oblaku za objedinjeno iskustvo na svim kanalima kupca. U ovom članku je detaljno opisan dizajn zasnovan na oblaku, koji predstavlja funkcionalne komponente, integracije, opcije primene, bezbednosne protokole i razmatranja usklađenosti.

      Uvod

      Cisco Webex Contact Center (Webex CC) je Kontakt centar kao usluga (CCaaS), koji omogućava organizacijama da omoguće pametnije, proaktivnije i personalizovane interakcije širom putovanja klijenta.

      Webex CC je arhitektonski, dizajniran i razvijen, iz temelja, kao maternje rešenje oblaka, sa sledećim osnovnim arhitektonskim principima.

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

      • Event Driven: Sve usluge međusobno komuniciraju koristeći razmenu poruka, osim u Veb aplikacijama gde aplikacija koristi https interfejse (REST API, Push Data putem WebSocket interfejsa) za određene slučajeve korišćenja.

      • Stanje bez države/eksternizovano stanje: Usluge su raspoređene u Kubernetesu, rade u kontejnerima dokera, sa mogućnošću automatskog skale i otporne na propuste jedne ili više instanci usluga.

      • Primetno: sve usluge i infrastrukturne komponente koje omogućavaju raspoređivanje takvih usluga primetne su sa standardnim mehanizmima za merenje, otkrivanje i sprečavanje situacija koje utiču na mogućnosti kontakt centra, kao i brzo rešavanje problema i vraćanje usluga u slučaju prekida rada.

      • Izolovano/labavo u paru: Svaka usluga može biti izgrađena, proverena i nezavisno raspoređena/ažurirana bez daunlouda za mogućnosti kontakt centra.

      Webex CC usluge su raspoređene u AWS-u i napajaju se pomoću cloud native platforme koja omogućava sledeće:

      • Dostupnost infrastrukturnih usluga i aplikacija u više raspoloživih zona

      • Elastičnost infrastrukturnih usluga i aplikacija koje omogućavaju mogućnosti dinamičkog podešavanja razmere

      • Bezbednost je rodno ugrađena u način na koji se sistemi grade i rasporede, podaci su zaštićeni u tranzitu i odmaraju se zajedno sa sertifikatima o bezbednosti/usaglašenosti koje Webex CC ima.

      • Skalabilna i bezbedna ivica infrastrukture za telefonsku/glasovnu integraciju

      • Primetnost uz proaktivno praćenje i obaveštavanje koje omogućava visoku dostupnost usluga kontakt centra svojim korisnicima.

      • Integrisan sa ostatkom Cisco Webex za potvrdu identiteta/autorizaciju korisnika, administraciju i obezbeđivanje mogućnosti kontakt centra.

      Dalji odeljci u ovom dokumentu se šire na svaku od gorenavedenih mogućnosti i Webex cc arhitektura omogućava isto.

      Logička arhitektura

      Osnovna mogućnost koju rešenje kontakt centra mora da ima je omogućavanje korisnicima da lako kontaktiraju organizaciju putem uobičajenih načina komunikacije i dobiju upite / probleme koji se rešavaju na brz i efikasan način.

      Međutim, da bi se obezbedilo postizanje ove osnovne mreže, postoji više mogućnosti iza scene kojima organizacija koja koristi kontakt centar mora da ima pristup. Ovo su:

      • Mehanizmi za pokretanje interakcije sa klijentima

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

        • E-adrese na koje klijenti mogu da šalju e-poštu i mehanizam za otkrivanje novih dolaznih e-poruka.

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

          • Ćaskanje sa veb lokacije/aplikacije

          • Direktno ćaskanje putem popularnih klijenata za razmenu poruka kao što su WhatsApp, Facebook Messenger, Apple Business Chat, Direktna poruka sa Twittera

      • Sposobnost otkrivanja novih interakcija i efikasnog rukovanja njima

        • To bi uključivalo automatizovani IVR sistema, virtuelne agente za telefoniju / ćaskanje sa programskom inbuiltiranošću da bi se definisali tokovi posla koji učestvuju u rukovanju interakcijama.

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

      • Mogućnost da agenti ukažu na dostupnost za rukovanje interakcijama i supervizorima za praćenje, agente trenera i dobijanje operativnih metrika koje omogućavaju efikasne interakcije.

      • Mogućnost administratora da konfigurišu i navedu različite mogućnosti kontakt centra koje omogućavaju agentima i supervizorima da obavljaju svoje zadatke na očekivani način.

      Pored toga, savremena preduzeća moraju da imaju dodatne mogućnosti za optimizaciju operacija kontakt centra sa pristupom podacima i uvidima koji vizualizuju i prate ključne operativne metrike.

      Pored toga, mogućnost integrisanja sa specijalizovanim mogućnostima ekosistema kontakt centra kao što su pokretanje proaktivnih automatizovanih odlaznih poziva, poboljšanje iskustva agenta i supervizora pomoću AI, otkrivanje i razumevanje putovanja klijenata ka proaktivnom snabdevanju podataka unapred agentima su jasni razlikujeoci u načinu na koji se razvijaju rešenja kontakt centra.

      Što se tiče modela potrošnje, gde se ponude kontakt centra troše kao usluga softvera isporučenog u oblaku, mogućnost obezbeđivanja dostupnosti, pouzdanosti i automatizovanih zahteva ad-hoc skale zahteva stanje umetničkih mehanizama praćenja i obaveštavanja, što omogućava kontinuiranu proveru valjanosti i otkrivanje predstojećih problema i sprečavanje / minimiziranje uticaja na poslovanje klijenata.

      Slika 1 ilustruje logičku arhitekturu Webex CC.

      Webex CC logička arhitektura
      Webex CC logička arhitektura

      Funkcionalne komponente

      Sledeći odeljci opisuju različite funkcionalne komponente Webex CC.

      Upravljanje interakcijama

      Webex CC podržava telefoniju, e-poštu i razmenu poruka (društvenih kanala) kao različite kanale pomoću kojih korisnici mogu da komuniciraju sa kontakt centrom.

      Za sve kanale, početno rukovanje može da obavi sistem, a zatim interakcija može da eskalira do agenta.

      Tipovi medija

      Telefonija

      Za telefoniju se o dolaznom rukovanju glasovnim pozivom odlučuje način na koji je poziv ušao u kontakt centar (pogledajte Ingress mechanisms below) i Webex CC Flow koji je povezan sa ulaznom tačkom.

      Poziv se odgovara i dalje radnje se vrše u zavisnosti od definicije Webex CC Flow – što je programski prikaz radnji koje treba izvršiti prilikom rukovanja pozivom pre čekanja u redu čekanja i usmeravanja agentu ili sam Tok može da rukuje pozivom bez prenosa na agenta.

      Izrada toka u Webex CC omogućava projektantima da definišu tok i dodele ga ulaznoj tački preko koje poziv stiže u Webex CC.

      Ovi entiteti konfiguracije i njihova upotreba su pokriveni u entitetima konfiguracije.

      Više informacija o izradi toka je pokriveno u predstojećem odeljku na IVR sistemu.

      E-pošta i poruke

      Iz Webex CC, Webex Connect pruža ingres i egres mogućnosti za sve digitalne kanale - e-poštu, kanale za razmenu poruka, koje krajnji korisnici mogu da koriste za kontakt centar.

      Webex poveži tok

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

      • Primenjuje poslovnu logiku na dolaznu interakciju.

      • Rukuje kontaktom pre čekanja u redu.

      • Sam tok može da podnese interakciju bez prenosa na živog agenta.

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

      • Web App / Ćaskanje putem mobilnih aplikacija

      • WhatsApp

      • Facebook Messenger

      • SMS

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

      • Gmail

      • Office365

      Ingresni mehanizmi

      Ovaj odeljak pokriva mehanizme pomoću kojih interakcija može da unese Webex CC. Na osnovu vrste medija, mehanizmi pomoću kojih interakcija dostiže Webex CC su različiti.

      Na primer, u telefoniji postoji fizička infrastruktura koja je potrebna da bi se omogućila PSTN veza, konfiguracija telefonskih brojeva i usmeravanje poziva na Webex CC.

      Za kanale e-pošte /razmene poruka, konfiguracija ingresa mora biti obavljena u Webex Connect i uključuje obezbeđivanje naloga e-pošte/razmene poruka i Webex konfiguraciju toka povezivanja.

      Dolazni glas

      Za glasovne pozive, tipičan scenario je kada korisnici biraju PSTN telefonski broj koji se zatim povezuje sa kontakt centrom. Iz ingresne perspektive, potreban je mehanizam usmeravanja poziva od PSTN do Webex CC.

      Slika 1 ilustruje unošenje glasovnog poziva Webex CC.

      Ingres opcije za dolazni glas

      Glasovne ingres usluge u Webex CC vrše kontrolu poziva trećih strana koristeći SIP i odaziv se dolaznom pozivu, kao i obavljaju operacije prenosa, konferencije i drugih operacija kontrole poziva.

      Logička ulazna tačka za pozive u Webex CC je konaиni entitet pod imenom "Ulazna tačka". Za Voice ingress, ključna konfiguracija Entrypoint-a je telefonski broj povezan sa njim, što je obično važeći PSTN telefonski broj dobijen od izabranog PSTN dobavljača.

      Ovo omogućava otkrivanje dolaznih poziva na telefonskom broju, povezivanje poziva sa ulaznom tačkom i korišćenje drugih parametara konfiguracije ulazne tačke za rukovanje pozivom u zavisnosti od definicije toka Webex CC koja bi trebalo da bude aktivirana za interakciju.

      Nota:

      Za više detalja o PSTN opcijama povezivanja posetite # 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 glasovne ivice infrastrukture

      Prva Webex CC VPOP infrastrukture uključuje suvišne parove SIP SBC-ova koji obezbeđuju visoku dostupnost i više SBC-ova može da se doda da bi se skalirali uporedni volumeni poziva koji će biti podržani.

      Maksimalni uporedni pozivi koje VPOP može da podnese zavise od broja pokrenutih SBC-ova i do kojih se pozivi šalju.

      Za geografsku redundantnost – podržan je mesh VPOP SBC sa međusobnim povezivanjem u više parova širom regiona.

      Za usluge glasovnog ingresa, one su horizontalno skalabilne za rukovanje sve većim brojem uporednih glasovnih poziva koje treba uneti u Webex CC.

      Bezbednosna pitanja sa glasovnom ivicom infrastrukture

      Sledeća tabela sadrži detalje o opcijama povezivanja sa glasovnom ivicom infrastrukture.

      Tabela 1. Tipovi povezivanja

      Povezivanje

      Tipovi

      Javni Internet

      Direktno (sa adresama izvora na beloj IP listi)

      IPSec virtuelna privatna mreža (VPN) ili IPSec zbog enkapsulacije generičkog usmeravanja (GRE)

      Lokacija-prema-lokaciji (S2S)

      SRTP/SIP TLS

      Privatna veza

      MPLS

      Point-to-Point (P2P)

      VPLS

      SD-WAN

      Privatni WAN

      Unakrsno povezivanje data centra

      Equinix Fabric Connections

      Za više detalja posetite # 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 sistem

      Svaki glasovni poziv koji dođe u broj telefona koji je povezan sa ulaznom tačkom, dobija odgovor od strane Webex CC i počinje izvršavanje toka Webex CC povezanog sa ulaznom tačkom.

      Webex CC Flow Builder obezbeđuje programske konstrukcije/operatore i funkcionalne blokove, terminske aktivnosti, tako da administratori ili bilo ko ko dizajnira i primenjuje logiku IVR može da kombinuje ove građevinske blokove i kreira definiciju toka.

      Programske konstrukcije koje Flow podržava su:

      • Promenljive deklaracije i postavke – stanje povezano sa izvršavanje toka

        • Šljunkoviti izrazi za postavljanje vrednosti promenljivih

      • Uslovne provere

      • Petlja – korišćenje funkcije Conditionals i Go To (mogućnost zajedničkog lanca aktivnosti)

      • PozoviTE REST API-je

      • Podaci o raščlanjivanja – JSON, TOML, XML se obično koriste za raščlanj API odgovora.

      • Sastavljanje aktivnosti


       

      Reprezentativni skup aktivnosti koje Flow snabdeva su:

      • Reprodukuj poruke

      • Prikupljanje korisničkih podataka

      • Prenesi poziv na drugo odredište/broj telefona

      • Pošalji poziv virtuelnom agentu

      • Poređaj poziv tako da mu agent može odgovoriti.

      Za svaki poziv koji je aktivan, instanca izvršavanja toka je takođe aktivna, dok se poziv ne završi, što rezultira uporedim izvršavanjem tokova.

      Svaka instanca izvršavanja toka obezbeđuje izolovano okruženje za podatke / stanje povezano sa protokom i tamo pozivom.

      Tokom celog životnog ciklusa poziva, protok takođe omogućava odgovaranje na određene događaje koji se dešavaju i rukovanje njima – na primer, kada agent odgovori na poziv, rukovalac događajem može da pokrene iskakanje ekrana u agentu na desktop interfejsu.

      Više informacija o toku Webex CC potražite u članku 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 virtuelnog agenta

      Flow obezbeđuje aktivnost za predaju interakcije virtuelnom agentu, koja je unapred konfigurisana u programu Webex kontrolno čvorište.

      Kada se poziv poveže sa virtuelnim agentom, IVR korisniku pruža iskustvo razgovora, IVR aktivnost se završava prekidom poziva ili eskalacijom poziva agentu.

      U slučaju eskalacije, tok se može podesiti tako da čeka u redu za poziv na koji agent potom odgovara.

      Ulazne digitalne interakcije

      Za e-poštu i kanal za razmenu poruka dolaznih interakcija, Webex CC koristi Webex Povezivanje za obezbeđivanje sredstava, protok za rukovanje dolaznim interakcijama i usmeravanje interakcije na Webex CC kada tok Webex Connect izričito čeka u redu za interakciju tako da njime može da rukuje agent.

      Slika 2 ilustruje unošenje e-pošte, interakcije sa porukama u Webex CC.

      Ingres opcije za e-poštu i poruke

      Virtuelni agent / BOT integracije

      Za interakcije putem e-pošte i poruka / društvenih kanala, virtuelni agent/ BOT tretmani su konfigurisani u Webex Connect flow.

      Kao i kod Virtuelnih agenata za glas, ako se BOT tretman završava eskalacijom kao rezultatom, onda je interakcija stavljena u red i usmerena ka agentu.

      Usmeravanje i čekanje u redu

      Webex CC tretira dolazni kontakt sa automatizovanim rukovaocima kao što je definisano u toku i tok može odlučiti da uputi kontakt u red / direktno agentu (određeni red čekanja agenta – podržan samo za telefonske/glasovne interakcije).

      U redu čekanja, ako je agent dostupan, agent je rezervisan, a interakcija se usmerava ka agentu. Ako nema raspoloživih agenata, interakcija je parkirana u redu čekanja, a Flow će nastaviti da tretira kupca sa rukovaoca priloženim uz aktivnost čekanja u redu čekanja.

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

      Slika 1 ilustruje arhitekturu čekanja u redu i usmeravanja.

      Arhitektura čekanja u redu i usmeravanja
      Arhitektura čekanja u redu i usmeravanja

      Izbor agenta

      Redovi u Webex CC podržavaju sledeće algoritme izbora agenta:

      • Najduže dostupno usmeravanje agenta

      • Usmeravanje zasnovano na veštinama

        • Najduži raspoloživi agent (LAA)

        • Najbolji raspoloživi agent (BAA)

      Agenti su povezani sa redovima kroz timove.

      Redu čekanja se može dodeliti više grupa za distribuciju poziva (sa svakom grupom koja ima jedan ili više timova), na sekvencijalni način sa konfigurisanim čekanjem da grupa distribucije poziva bude dodata u red, tako da se prostor za pretraživanje odgovarajućeg agenta proširi na dodatne grupe distribucije poziva kako vreme bude odmiče.

      Za usmeravanje zasnovano na veštini, među zahtevima veština koji se podudaraju sa agentima povezanim sa redom, bira se agent na osnovu LAA ili BAA konfiguracije.

      Specifične dodatne mogućnosti glasa/telefonije

      Usmeravanje zasnovano na agentu (samo za kanal glasa/telefonije)

      Webex CC Flow, koristeći aktivnost QueueToAgent, može usmeriti interakcije direktno na izabrani agent na osnovu ID-a agenta.

      Ako agent nije dostupan za rukovanje interakcijama, interakcija može biti parkirana, u određenom redu čekanja agenta, čekajući da agent postane dostupan

      Više opcija za informacije u redu čekanja

      Webex CC Flow, koristeći aktivnost GetQueueInfo, može da donese informacije u realnom vremenu za red kao što su Pozicija u redu čekanja (PIQ), Procenjeno vreme čekanja (EWT), broj agenata koji su dostupni u redu čekanja i može se koristiti za odlučivanje da li da stave kontakt u red ili ne.

      Ljubazni povratni poziv

      Webex CC Flow, koristeći povratni poziv aktivnosti, omogućava kupcu da prekine vezu sa pozivom uz istovremeno održavanje pozicije u redu čekanja i primi povratni poziv kada se virtuelna interakcija u redu usmeri ka agentu.

      Prekoračenje rukovanja

      Webex CC podržava rukovanje viškom pomoću timova zasnovanih na kapacitetima (CBT).

      CBT je kao običan tim sa kapacitetom i pridruženim spoljnim DN-om koji služi tom kapacitetu. Može se konfigurisati zajedno sa drugim timovima u ciklusima distribucije poziva u redu čekanja.

      Obično je ovo konfigurisano kao poslednji ciklus tako da deluje kao prekoračenje ako nijedan agent nije dostupan čak i nakon što sve konfigurisane grupe za distribuciju poziva ne uspeju da pronađu dostupnog odgovarajućeg agenta za rukovanje interakcijom.

      Agent Desktop operacije

      Kada se agent prijavi Webex CC Agent Desktop, agent navodi broj telefona na koji se mogu povezati dolazni pozivi agentu. Ovo može biti PSTN telefon, mobilni telefon ili proširenje ako je agent Cisco Webex Calling korisnik.

      Imajte na nauda da ovaj broj mora biti važeći telefonski broj na koji se pozivi mogu usmeriti. U slučaju da nije, agent ne može da prima dolazne pozive.

      Na osnovu tipa interakcije koju agent vodi, vidžeti u agentu na radnoj površini snabdevaju mogućnost izvršavanja određenih operacija kontrole medija.

      Na primer, kada se odazove poziv, agent može da izvrši sledeće operacije vezane za poziv.

      • Pozovite na čekanje

      • Započnite poziv za konsultacije i

        • Prenesi poziv na drugi broj telefona (recimo broj telefona agenta) / Ulazna tačka

        • Konferencija još jednog agenta za poziv

      • Prenos poziva u drugi red čekanja

      • Završi poziv

      Agentska radna površina omogućava administratorima da tamo dodaju prilagođene vidžete tako što proširuju mogućnosti radne površine i čine je objedinjenom kolekcijom vidžeta koji su potrebni agentima da bi obavljali svoj posao na efikasan način.

      Arhitektura radne površine

      Agentska radna površina je aplikacija pojedinačne stranice zasnovana na mikro frontendu koja hostuje vidžete izgrađene na osnovu arhitekture Veb komponenti. Svi standardni / berzanski vidžeti se napajaju pomoću podataka koje preuzimaju API-i ili mehanizmi guranja sa strane servera.

      To su obično asinhroni API-i, gde odgovor za pozivanje dolazi na radnu površinu putem WebSocket veze.

      Webex CC Agent Desktop autentifikaciju korisnika sa Cisco Common Identity (CI) i simbol se prosleđuje svim API poziva. Za prilagođene vidžete takođe, na osnovu modela potvrde identiteta, on obezbeđuje agentima jedno iskustvo prijavljivanja ako je prilagođeni model potvrde identiteta vidžeta integrisan sa CI.

      Kada agent bude deo interakcije, sve ispravke stanja interakcija ili povezanih podataka takođe se guraju na radnu površinu preko WebSocket veze.

      Otpornost radne površine na vezu i kašnjenje

      Asinhroni API i guranje na strani servera omogućava razmeru i otkriva se svaki gubitak veze sa WebSocket interfejsom i pokušaji radne površine da se ponovo povežu i ponovo prijave.

      Slika 2 ilustruje agensnu arhitekturu radne površine u Webex CC.

      Agent Desktop arhitektura

      Administracija i konfiguracija

      Kupci na brodu

      Webex kontrolno čvorište je primarni interfejs koji partneri i klijenti koriste za ukrcavanje klijenata i omogućavanje ili konfigurisanje funkcija.

      Kada se funkcije organizacije i kontakt centra naložiju u kontrolnom čvorištu, Webex će pokrenuti tok posla u Webex CC koji čini ostale korake u obezbeđivanju svih mogućnosti kontakt centra u zavisnosti od ponuda koje je kupac odabrao.

      Svo obezbeđivanje kontakt centra obavlja se pomoću BPM mašine toka posla koja omogućava deklarativni način definisanja koraka koji su uključeni i čini čitave korake obezbeđivanja otpornim na neuspehe i obezbeđuje integritet podataka.

      Slika 1 ilustruje tok posla za obezbeđivanje u Webex CC.

      Tok posla "Klijent na brodu"

      Entiteti konfiguracije

      Ključni subjekti konfiguracije u Webex CC, opsezi unutar organizacije, su:

      Lokacije

      Sajt podrazumeva lokaciju na kojoj se nalaze neki timovi, korisnici (agenti / supervizori).

      Svaki korisnik i tim moraju da pripadaju lokaciji.

      Tim

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

      Svaki tim mora da pripada nekoj lokaciji.

      Agenti

      Korisnici koji mogu da se prijave Agent Desktop i rukuju interakcijama u svim tipovima medija koji su konfigurisani u Webex CC.

      Nadzornici

      Supervizori su dodeljeni timovima i mogu da prate/ treniraju agenta i imaju pristup statusu tima i statistikama agenta za one koji pripadaju timovima kojima je supervizor dodeljen.

      Red za čekanje

      Red je logički entitet u kome se mogu održavati interakcije, dok se čeka da agenti budu dostupni, što se zatim usmerava ka agentu.

      Redovi su mapirani timovima, kao prostor za pretragu za agente, sa mogućnošću proširenja prostora za pretragu na osnovu proteklog vremenskog praga, dodavanjem drugih timova u prostor za pretragu.

      Ulazna tačka

      Entrypoint je logički entitet koji predstavlja tačku ingresa za interakcije koje će Webex CC. Za telefoniranje ovo se prvenstveno mapira na broj telefona na koji pozivi stižu i za kanale e-pošte/razmene poruka, ulazna tačka ukazuje na konfiguraciju osnovnih sredstava u Webex Connect.

      Protok

      Tok povezan sa ulaznom tačkom (putem strategije usmeravanja), koji odlučuje o koracima uključenim u rukovanje interakcijama.

      Za kanale koji nisu telefoni (e-pošta, razmena poruka/druženje), Flow se bira kao deo konfiguracije osnovnog sredstva u Webex Connect.

      Kontrola pristupa za kontakt centre za više lokacija

      Webex CC administratori mogu da konfigurišu korisničke profile sa pravom pristupa određenim lokacijama, timovima, redovima i ulaznim tačkama. Dalje, zbog hijerarhijske prirode lokacija i timova, kada se obezbedi pristup određenim lokacijama, korisniku mogu pristupiti samo timovi ili datum koji se odnose na timove, koji pripadaju tim lokacijama ili izričito navedeni podskup takvih timova.

      Za redove i ulazne tačke, one su globalne na nivou organizacije, tako da za različite geografske lokacije (lokacije na kojima se nalaze određeni agenti i timovi) mogu da se konfigurišu posebne ulazne tačke i redovi, a supervizori / korisnici mogu da imaju pristup onim entitetima koji su podložni za određene lokacije.

      Slika 2 ilustruje entitete konfiguracije ključa i korisnički profil koji upućuje na ove entitete.

      Entiteti konfiguracije mapirani u korisnički profil

      Osim ograničavanja pristupa ovim entitetima, administratori Webex CC mogu da kontrolišu određene mogućnosti/module kojima korisnik može da pristupi u administrativnom interfejsu, čime korisnici imaju prava na administraciju /konfiguraciju određenih entiteta, kao i odeljke/ mogućnosti interfejsa administracije Webex CC.

      Izveštavanje i analitika

      Webex CC obrađuje diskretne događaje koje generišu različite usluge tokom životnog ciklusa interakcija, koristeći niz usluga obrade toka u realnom vremenu i generiše definisan skup skupa podataka u realnom vremenu koji se objavljuju na pretplaćenim klijentima.

      Pored toga, ovi događaji se dalje obrađuju, transformišu i prikupljaju i regultuju skupovi podataka, koji se zatim preuzimaju putem API-ja potrošnje podataka i interfejsa za vizuelizaciju izveštaja i podataka – Analyzer.

      Slika 1 ilustruje interfejse obrade podataka i potrošnje u Webex CC

      Webex CC cevovoda za obradu podataka i interfejsa potrošnje

      Integracije

      Sve spoljne integracije u WxCC da bi se povećale i poboljšale mogućnosti koje klijenti mogu da koriste, koriste standardne objavljene API-je.

      Tip interfejsa API koji su dostupni u Webex cc su:

      • ODMORITE API

      • Guranje na strani servera pomoću

        • Webhooks

        • WebSocket poruke

      CRM integracije

      Webex CC podržava dva režima integracije sa sistemima za upravljanje odnosima sa klijentima (CRM).

      • Konektori ugrađeni na radnoj površini

      • Integracije toka preko HTTPs konektora u IVR

      Konektori ugrađeni na radnoj površini: CRM aplikacija kao primarni interfejs

      U ovom režimu rada, agent se prijavi na CRM konzolu kao primarnu aplikaciju.

      Webex CC je ugrađena aplikacija (koja se naziva i ugrađena aplikacija na radnoj površini ili ugrađeni softfon) koja se prvenstveno koristi za prijavljivanje u kontakt centar i primanje interakcija Webex CC usmerenog kontakt centra.

      Nakon prijema poziva ili zahteva za razgovor, CRM integracija izvršava sledeće radnje na CRM konzoli

      • Ekran iskače zapis kupca povezan sa ANI ili drugim povezanim podacima poziva.

      • Knjiženje metapodataka poziva kao napomena o aktivnostima u zapisu kupca

      • Dozvolite agentu da "Klikne na poziv" klikom na kontakt unutar CRM-a i pokretanjem izlaznog poziva kupcu

      • Knjiženje zapisa poziva u CRM izveštaje za primarno izveštavanje o CRM-u.

      • Obezbeđuje punu funkcionalnost kontrola za Agent Desktop poziva (ugrađena i minifikovana verzija aplikacije na radnoj površini)

      Primarni režim integracije sa CRM-ovima je ugrađivanje Webex CC Desktop aplikacije u poseban iFrame.

      Dalje, Webex CC Desktop aplikacija pokreće prilagođeni vidžet bez glave (bez korisničkog interfejsa) u pozadini, u interakciji sa osnovnim CRM sistemom da bi izvršila automatizovane radnje u ime agenta.

      Interakcije napajaju dva SDK-a koje bezgladni vidžet koristi.

      • Webex CC Desktop JS SDK: Ovo je JavaScript SDK koji je obezbedio Webex CC za registrovanje slušalaca događaja za agente i kontakt akcije.

      • CRM JS SDK: Ovo je CRM klijentski SDK primenljiv po CRM-u koji apstrahuje REST API poziva sa CRM-om. Na primer, za salesforce, CTI JS biblioteka koju obezbeđuje Salesforce koristi se za izvršavanje radnji i slušanje događaja unutar CRM-a.

      Slika 1 ilustruje CRM ugrađeni Webex CC i arhitekturu linije spajanja

      CRM linija spajanja ugrađena arhitektura linije spajanja radne površine

      Webex CC podržava sledeća CRM rešenja za navedenu integraciju:

      • Prodajna snaga

      • ServiceNow

      • Microsoft Dynamics 365

      • zendesk

      • Freshdesk

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

      Za više informacija o konfigurisanju rasporeda radne površine Webex CC za omogućavanje CRM konektora, skupova funkcija i promena posetite https://github.com/CiscoDevNet/webex-contact-center-crm-integrationshttps://github.com/CiscoDevNet/webex-contact-center-crm-integrations.

      Globalna dostupnost CRM konektora

      CRM konektori su dostupni u svim geografijama i regionima Webex CC radi.

      Elastična skala i performanse

      Webex CC je domaćin prilagođenog vidžeta koji omogućava dvosmernu komunikaciju između CRM aplikacije i Webex CC radne površine u AWS CloudFront CDN-u, obezbeđujući visoku dostupnost vidžeta AWS u zonama dostupnosti i regionima.

      Sva ispravka specifična za CRM integraciju dešava se na pregledaču gde agenti koriste CRM aplikaciju sa Webex CC radnom površinom ugrađenom u CRM aplikaciju.

      Bezbednost

      CRM konektori se pozivaju putem rasporeda radne površine Webex CC agenta, a opcionalni parametri se prosleđuju putem rasporeda radne površine u vidžet da bi se preklopne funkcije prebacile i isključile.

      Na primer, da bi omogućio vidžet radnji "Salesforce", administrator može da uključi postavku parametra rasporeda radne površine sfdcWidgetEnabled na true.

      Instalacija paketa

      Da bi integracija radila dvosmerno, CRM konzoli je potrebna instalirana ugrađena aplikacija. Ovo je da biste podržali učitavanje aplikacije "Radna površina" unutar iFrame-a.

      Svi konektori ugrađeni u radnu površinu dostupni su na CRM tržištu.

      Na primer,

      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 dodatne komponente i uvozi potrebne XML datoteke u CRM konzolu kako bi podržala izveštavanje o zapisima poziva na CRM-u.

      Integracije toka putem HTTPs konektora u IVR

      Izrada Webex CC Flow podržava dvosmerne tokove podataka između Webex CC i CRM sistema pomoću HTTPs konektora konfigurisanih u kontrolnom čvorištu Webex i koji se koriste u toku Webex CC.

      One se prvenstveno koriste za personalizaciju unutar glasovnih interakcija i prilagođeni proizvodni postupak u okviru IVR.

      Po podrazumevanoj vrednosti, Webex CC podržava HTTP liniju spajanja salesforce na kontrolnom čvorištu. Ostale CRM linije spajanja se mogu dodati kao prilagođene linije spajanja na Webex kontrole.

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

      IVR HTTP linije spajanja:

      Optimizacija radne snage

      Webex CC podržava rešenja za optimizaciju toka posla i upravljanje kvalitetom od vodećih dobavljača delatnosti.

      Primena i povezivanje

      Webex CC je raspoređen u AWS i trenutno je dostupan u sledećim regionima

      • NAS

        • US-East N Virginia

        • US-West N California (samo Voice Media Ingress)

      • Kanada

        • Centralna

      • Velike britanije

        • London

      • Evropa

        • Frankfurt

      • Azija Pac

        • Tokiju

        • Sidni

      Povezivanje sa više regiona za telefoniju

      Da bi omogućio globalnim organizacijama, sa agentima i klijentima na više geografskih lokacija, Webex CC podržava zadržavanje medija unutar lokalnog regiona, za one regione u kojima su pokrenute ivice glasovnih medija i ingres usluge.

      Slika 1 ilustruje raspoređivanje više regiona sa regionalnim medijima.

      Raspoređivanje više regiona sa regionalnim medijima
      Raspoređivanje više regiona sa regionalnim medijima

      Ivice medija i ingres usluge su raspoređene u sledećim regionima.

      Geo Region

      Webex CC usluge (AWS region)

      Ivica medija (Voice POP)

      Next Generation Media Services (AWS Region)*

      NAS

      N Virdžinija

      Njujork

      Los Anđeles

      N Virdžinija

      N Kalifornija

      Kanada

      Centralna

      Vankuver

      Toronto

      Centralna

      Brazil

      Sao Paulo

      Rio De Žaneiro

      Evropa

      Frankfurt

      Frankfurt

      Amsterdam

      Frankfurt

      Velika Britanija

      London

      London

      London

      Indija

      Pune

      Hyderabad

      Mumbaj

      Singapur

      Singapur

      Singapur

      Japan

      Tokiju

      Tokiju

      Osaku

      Tokiju

      Australija

      Sidni

      Melburn

      Sidni

      Sidni

      *Više informacija o regionalnoj dostupnosti medijskih usluga sledeće generacije potražite na platformi za glasovne medije sledeće generacije.

      Bezbednost i privatnost

      Bezbednost infrastrukture

      Glasovna infrastruktura na Ivici

      Glasovne Edge komponente omogućavaju prekidanje SIP prtljažnika sa mreže korisnika / PSTN nosača, a to je omogućeno na osnovu Ips-a na beloj listi kojima je dozvoljeno povezivanje sa ivicama komponenti.

      Izračunajte bezbednost infrastrukture

      Webex CC instanci izračunate su obezbeđene u AWS-u, a usluge se pokreću kao kapsule u Klasteru Kubernetes koji ima više prostora za ime, a pristup svakom prostoru za ime je ograničen posebnim akreditivima.

      Sva obezbeđivanja infrastrukture se rade korišćenjem šifre – bez ručnih koraka – i nijednom od akreditiva se ne može pristupiti ručno.

      Postoji centralno skladište akreditiva sa određenim putanjama konfigurisanim za određeni skup usluga / timova, a pristup samom skladištu akreditiva je ograničen i konfigurisan kao tajna u sistemima za izradu i primenu.

      Nijedna od infrastrukturnih komponenti / usluga nije direktno izložena izvan AWS VPC-a i samo javno izloženi interfejsi su API i WebSocket Serveri koji se kontrolišu i upravljaju pomoću api mrežnog prolaza,

      Osim toga, postoje određeni interni sistemi i interfejsi koje koriste programeri koji se koriste za prikazivanje evidencija, metrika, detalja primene, izgradnje statusa i rezultata testova, koji su obezbeđeni korišćenjem uloga i grupa i integrisani sa Cisco sistemima interne potvrde identiteta.

      Potvrda identiteta i ovlašćenje za korisničke interfejse

      Svi korisnički interfejsi koje koriste različiti korisnici kontakt centra (agenti, supervizori, administratori, analitičari) zaštićeni su Cisco Common Identity zasnovanom na tokenu potvrde identiteta (OAuth tokovi).

      Autorizacija se obavlja korišćenjem uloga za korisnika koji je dobio simbol i opsege dodeljene tokenu.

      Bezbednost podataka

      Podaci u tranzitu

      Nijedan od interfejsa raspoređenih usluga / infrastrukturne komponente nije direktno izložen spoljnom dolaznom saobraćaju.

      Izaberite usluge, sa http API-jem izložite te interfejse putem mrežnog prolaza i svi dolazni https (uključujući i one webSocket) se prekidaju u ALB-u, a unutrašnji saobraćaj preko http-a se usmerava ka uslugama.

      Sve odlazne interakcije su završene https / TLS (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 na odmoru

      Svi podaci koji se skladište šifruju se u sloju skladišta. Dalje oni skladišti podataka koji su izvan VPC-a, zaštićeni su i kontrola pristupa i ovlašćenja sa akreditivima bezbedno uskladištenim i vođenim u tajnom skladištu.

      Slika 1 ilustruje tok podataka i bezbednosni model za tranzit, kao i za odmor.

      Bezbednost podataka u tranzitu i na odmoru

      Privatnost podataka

      PII podaci krajnjeg korisnika

      Tok Webex CC, koji je programski kontroler za rukovanje interakcijama, može se koristiti za prikupljanje korisničkih podataka, koji se mogu dodeliti promenljivama protoka posebno označenim kao "Sadrži osetljive podatke". Vrednosti za takve podatke su šifrovane i nijedna usluga u tranzitnoj putanji podataka neće imati pristup ovim podacima.

      Dalje, takvi podaci nikada nisu istrajni u Webex CC skladištu podataka za izveštavanje i evidencije / infrastruktura za razmenu poruka će imati šifrovane podatke i jasni tekstualni podaci se ne skladište nigde Webex CC.

      Podaci agenta/supervizora Kontakt centra

      Podaci povezani sa kontakt centrom se rediguju u evidencijama, ali su dostupni za analitiku podataka i vizuelizaciju u Webex CC skladištu podataka.

      Skalabilnost

      Faktori za vagu

      Za Webex CC faktori koji utiču na skalu su:

      • Uporedni broj prijavljenih agenata

      • Uporedni broj interakcija koje su u toku

        • Radnje izvršene na tim interakcijama

      • Uporedni broj radnji koje supervizori / agenti obavljaju, izvan rukovanja interakcijama

      • Volumen generisanih i istrajnih podataka

      Arhitektonski aspekti koji omogućavaju skalu

      Principi zasnovani na kojima je Webex CC arhitektonski i dizajniran omogućava rešenju da se dinamički skalira po potrebi u granicama koje sprovodi infrastruktura obezbeđena za različite usluge i komponente platforme.

      Arhitektura vođena događajem

      Usluge u Webex CC komuniciraju koristeći poruke, a tokovi obrade kritičnih poruka ne uključuju blokiranje IO operacija i stanje potrebno za obradu poruka je lokalizovano na instancu usluge koja obrađuje poruku.

      Usluge bez države (ili eksterno stanje)

      Usluge bez države omogućavaju elastičnost tako što lako dodaju /uklanjaju dodatne instance usluga. Postoje određene službe koje su inherentno državne prirode i one imaju eksternizovanu državnu prodavnicu i infrastruktura podržava dinamične promene broja instanci takvih usluga takođe sa automatskim rebalansiranjem / prenosom stanja / lokalizacijom države do instance kojoj je potrebna država.

      Elastična infrastruktura

      Sve usluge se pokreću u Kubernetesu i infrastrukturi aka Kubernetes skala čvorova automatski na osnovu upotrebe i to omogućava dinamično dodavanje više izračunatih čvorova do maksimalno visokog praga koji je unapred konfigurisan.

      Učitavanje projekcije i redovna provera valjanosti

      Sve usluge su odrednice za karakteristike performansi, a obrazac razmere se proverava na nivou usluge.

      Dalja kontinuirana provera valjanosti, vrhunski testovi opterećenja i izdržljivosti sprovode se sa parametrima testiranja podešenim za projektovani rast atributa koji utiču na skalu, što omogućava da se identifikuju uska grla, planiraju ažuriranje visokog praga za korišćenje infrastrukturnih resursa i budu spremni za dan igre.

      Pouzdanost i dostupnost

      Manifestacija vođena arhitekturom i uslugama bez države omogućava elastičnost i elastičnost. Međutim, da bi se osiguralo da se neuspesi otkriju i reaguju pre nego što funkcionalnosti utiču, Webex CC koristi sledeću strategiju.

      • Dostupnost i pouzdanost infrastrukture

        • Sve Webex CC i infrastrukturne komponente se uvek rasporede u tri AWS zone dostupnosti.

          • Ovo omogućava Webex CC bude otporan na kvarove zone dostupnosti i u slučaju otkazivanja, neuspele instance se automatski zamenjuju novijim.

      • Kontinuirano praćenje & obaveštavanje

        • Interne i spoljne sonde za komponente usluga i infrastrukture, koje na osnovu obaveštenja o okidaču neuspeha.

        • Metrike uhvaćene iz usluga i infrastrukturnih komponenti i obrađene putem mašine za pravilo koja detektuje pravila podudaranja i upozorenja okidača.

      • Neprekidna provera valjanosti & obaveštavanje

        • Periodični testovi se pokreću i svi propusti rezultiraju aktiviranjem obaveštenja

        • Ova obaveštenja stvaraju proaktivne incidente i rešavaju se kao pravi incident koji utiče na kupca.

          • Ovo unapred prazni uticaje na kupca i doprinosi dostupnosti i pouzdanosti sistema.

      • Kontinuirana integracija i isporuka

        • Ovo je inženjerski proces i cevovod za isporuku i omogućava brzu i pouzdanu izradu, validaciju i raspoređivanje usluga / promena usluga u Webex CC.

          • Mogućnost potpuno automatizovanog raspoređivanja – od koda do proizvodnog okruženja, sa svim potrebnim proverama valjanosti, smanjuje rizik i smanjuje vreme do rešavanja, ako je potrebno da se promena rasporedi kao odgovor na neuspeh.

      • Prekidači za strujna kola i prekidači za ubijanje

        • Različiti delovi sistema / određene mogućnosti Webex CC mogu selektivno da se onemogućene za sve kupce ili da se izaberu kupci, kako bi se umanjili kaskadni efekti neuspeha.

          • Ovo omogućava da se površina neuspeha svede na najmanju moguću površinu i postigne dostupnost osnovnih mogućnosti kontakt centra kupcima.

      Praćenje i otkrivanje neuspeha

      Slika 1 ukazuje na neprekidno praćenje, proveru valjanosti i mehanizme upozorenja koji su postavljeni za Webex CC.

      Neprekidno praćenje i otkrivanje neuspeha

      Kontinuitet poslovanja i oporavak od katastrofa

      Proces oporavka od katastrofa i kontinuitet poslovanja obezbeđuje otkrivanje bilo kakvog velikog prekida u regionu i preduzimaju se neophodni koraci kako bi se osigurao oporavak usluga klijentima koji se nalaze u regionu.

      Koraci za oporavak su dokumentovani, provereni i redovno ažurirani u sklopu procesa oporavka i upravljanja katastrofama.

      Webex CC su raspoređene u tri odvojene zone dostupnosti unutar AWS regiona. Svaka zona raspoloživosti je različita fizička lokacija u regionu, sa nezavisnim uslužnim programima.

      U slučaju potpunog neuspeha AWS regiona, Webex CC se oslanja na AWS da oporavi region i za produžene prekide koji uključuju čitav region, Webex CC data centar je obezbeđen u novom AWS regionu i vraća ključne konfiguracije i podatke klijenata tako da kontakt centar radi za kupce u novom AWS regionu.

      To podrazumeva automatizaciju, ali zahteva ručnu intervenciju da bi se pokrenuo proces, kao i nadgledanje i obezbedilo vraćanje potrebne konfiguracije i podataka da bi kontakt centar bio operativan za kupce.

      Usaglašenost i sertifikacije

      Webex Kontakt ima opsežnu listu bezbednosnih sertifikacija. Ove potvrde se redovno ažuriraju u pravilnim intervalima.

      • PCI DSS QSA

      • CAIQ

      • HIPAA & HITECH

      • Nivo CSA zvezdice 1

      • CSA Star Level 2 (3rd party independent assessment)

      • SOC2

      • ISO27001 (Međunarodni standard za informacionu bezbednost)

      • ISO27017 (Bezbednosni standard za dobavljače usluga u oblaku)

      • ISO27018 (Bezbednosni standard fokusiran na zaštitu ličnih podataka u oblaku)

      • ISO27701 (proširenje privatnosti podataka)

      • Nemački standard C5, demonstrira operativnu bezbednost od sajber-napada

      Više detalja potražite Webex sa podacima o privatnosti za uslugu kontakt centra.

      Uvod

      Cisco Webex Contact Center (Webex CC) je Kontakt centar kao usluga (CCaaS), koji omogućava organizacijama da omoguće pametnije, proaktivnije i personalizovane interakcije širom putovanja klijenta.

      Webex CC je arhitektonski, dizajniran i razvijen, iz temelja, kao maternje rešenje oblaka, sa sledećim osnovnim arhitektonskim principima.

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

      • Event Driven: Sve usluge međusobno komuniciraju koristeći razmenu poruka, osim u Veb aplikacijama gde aplikacija koristi https interfejse (REST API, Push Data putem WebSocket interfejsa) za određene slučajeve korišćenja.

      • Stanje bez države/eksternizovano stanje: Usluge su raspoređene u Kubernetesu, rade u kontejnerima dokera, sa mogućnošću automatskog skale i otporne na propuste jedne ili više instanci usluga.

      • Primetno: sve usluge i infrastrukturne komponente koje omogućavaju raspoređivanje takvih usluga primetne su sa standardnim mehanizmima za merenje, otkrivanje i sprečavanje situacija koje utiču na mogućnosti kontakt centra, kao i brzo rešavanje problema i vraćanje usluga u slučaju prekida rada.

      • Izolovano/labavo u paru: Svaka usluga može biti izgrađena, proverena i nezavisno raspoređena/ažurirana bez daunlouda za mogućnosti kontakt centra.

      Webex CC usluge su raspoređene u AWS-u i napajaju se pomoću cloud native platforme koja omogućava sledeće:

      • Dostupnost infrastrukturnih usluga i aplikacija u više raspoloživih zona

      • Elastičnost infrastrukturnih usluga i aplikacija koje omogućavaju mogućnosti dinamičkog podešavanja razmere

      • Bezbednost je rodno ugrađena u način na koji se sistemi grade i rasporede, podaci su zaštićeni u tranzitu i odmaraju se zajedno sa sertifikatima o bezbednosti/usaglašenosti koje Webex CC ima.

      • Skalabilna i bezbedna ivica infrastrukture za telefonsku/glasovnu integraciju

      • Primetnost uz proaktivno praćenje i obaveštavanje koje omogućava visoku dostupnost usluga kontakt centra svojim korisnicima.

      • Integrisan sa ostatkom Cisco Webex za potvrdu identiteta/autorizaciju korisnika, administraciju i obezbeđivanje mogućnosti kontakt centra.

      Dalji odeljci u ovom dokumentu se šire na svaku od gorenavedenih mogućnosti i Webex cc arhitektura omogućava isto.

      Logička arhitektura

      Osnovna mogućnost koju rešenje kontakt centra mora da ima je omogućavanje korisnicima da lako kontaktiraju organizaciju putem uobičajenih načina komunikacije i dobiju upite / probleme koji se rešavaju na brz i efikasan način.

      Međutim, da bi se obezbedilo postizanje ove osnovne mreže, postoji više mogućnosti iza scene kojima organizacija koja koristi kontakt centar mora da ima pristup. Ovo su:

      • Mehanizmi za pokretanje interakcije sa klijentima

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

        • E-adrese na koje klijenti mogu da šalju e-poštu i mehanizam za otkrivanje novih dolaznih e-poruka.

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

          • Ćaskanje sa veb lokacije/aplikacije

          • Direktno ćaskanje putem popularnih klijenata za razmenu poruka kao što su WhatsApp, Facebook Messenger, Apple Business Chat, Direktna poruka sa Twittera

      • Sposobnost otkrivanja novih interakcija i efikasnog rukovanja njima

        • To bi uključivalo automatizovani IVR sistema, virtuelne agente za telefoniju / ćaskanje sa programskom inbuiltiranošću da bi se definisali tokovi posla koji učestvuju u rukovanju interakcijama.

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

      • Mogućnost da agenti ukažu na dostupnost za rukovanje interakcijama i supervizorima za praćenje, agente trenera i dobijanje operativnih metrika koje omogućavaju efikasne interakcije.

      • Mogućnost administratora da konfigurišu i navedu različite mogućnosti kontakt centra koje omogućavaju agentima i supervizorima da obavljaju svoje zadatke na očekivani način.

      Pored toga, savremena preduzeća moraju da imaju dodatne mogućnosti za optimizaciju operacija kontakt centra sa pristupom podacima i uvidima koji vizualizuju i prate ključne operativne metrike.

      Pored toga, mogućnost integrisanja sa specijalizovanim mogućnostima ekosistema kontakt centra kao što su pokretanje proaktivnih automatizovanih odlaznih poziva, poboljšanje iskustva agenta i supervizora pomoću AI, otkrivanje i razumevanje putovanja klijenata ka proaktivnom snabdevanju podataka unapred agentima su jasni razlikujeoci u načinu na koji se razvijaju rešenja kontakt centra.

      Što se tiče modela potrošnje, gde se ponude kontakt centra troše kao usluga softvera isporučenog u oblaku, mogućnost obezbeđivanja dostupnosti, pouzdanosti i automatizovanih zahteva ad-hoc skale zahteva stanje umetničkih mehanizama praćenja i obaveštavanja, što omogućava kontinuiranu proveru valjanosti i otkrivanje predstojećih problema i sprečavanje / minimiziranje uticaja na poslovanje klijenata.

      Slika 1 ilustruje logičku arhitekturu Webex CC.

      Webex CC logička arhitektura
      Webex CC logička arhitektura

      Funkcionalne komponente

      Sledeći odeljci opisuju različite funkcionalne komponente Webex CC.

      Upravljanje interakcijama

      Webex CC podržava telefoniju, e-poštu i razmenu poruka (društvenih kanala) kao različite kanale pomoću kojih korisnici mogu da komuniciraju sa kontakt centrom.

      Za sve kanale, početno rukovanje može da obavi sistem, a zatim interakcija može da eskalira do agenta.

      Tipovi medija

      Telefonija

      Za telefoniju se o dolaznom rukovanju glasovnim pozivom odlučuje način na koji je poziv ušao u kontakt centar (pogledajte Ingress mechanisms below) i Webex CC Flow koji je povezan sa ulaznom tačkom.

      Poziv se odgovara i dalje radnje se vrše u zavisnosti od definicije Webex CC Flow – što je programski prikaz radnji koje treba izvršiti prilikom rukovanja pozivom pre čekanja u redu čekanja i usmeravanja agentu ili sam Tok može da rukuje pozivom bez prenosa na agenta.

      Izrada toka u Webex CC omogućava projektantima da definišu tok i dodele ga ulaznoj tački preko koje poziv stiže u Webex CC.

      Ovi entiteti konfiguracije i njihova upotreba su pokriveni u entitetima konfiguracije.

      Više informacija o izradi toka je pokriveno u predstojećem odeljku na IVR sistemu.

      E-pošta i poruke

      Iz Webex CC, Webex Connect pruža ingres i egres mogućnosti za sve digitalne kanale - e-poštu, kanale za razmenu poruka, koje krajnji korisnici mogu da koriste za kontakt centar.

      Webex poveži tok

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

      • Primenjuje poslovnu logiku na dolaznu interakciju.

      • Rukuje kontaktom pre čekanja u redu.

      • Sam tok može da podnese interakciju bez prenosa na živog agenta.

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

      • Web App / Ćaskanje putem mobilnih aplikacija

      • WhatsApp

      • Facebook Messenger

      • SMS

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

      • Gmail

      • Office365

      Ingresni mehanizmi

      Ovaj odeljak pokriva mehanizme pomoću kojih interakcija može da unese Webex CC. Na osnovu vrste medija, mehanizmi pomoću kojih interakcija dostiže Webex CC su različiti.

      Na primer, u telefoniji postoji fizička infrastruktura koja je potrebna da bi se omogućila PSTN veza, konfiguracija telefonskih brojeva i usmeravanje poziva na Webex CC.

      Za kanale e-pošte /razmene poruka, konfiguracija ingresa mora biti obavljena u Webex Connect i uključuje obezbeđivanje naloga e-pošte/razmene poruka i Webex konfiguraciju toka povezivanja.

      Dolazni glas

      Za glasovne pozive, tipičan scenario je kada korisnici biraju PSTN telefonski broj koji se zatim povezuje sa kontakt centrom. Iz ingresne perspektive, potreban je mehanizam usmeravanja poziva od PSTN do Webex CC.

      Slika 1 ilustruje unošenje glasovnog poziva Webex CC.

      Ingres opcije za dolazni glas

      Glasovne ingres usluge u Webex CC vrše kontrolu poziva trećih strana koristeći SIP i odaziv se dolaznom pozivu, kao i obavljaju operacije prenosa, konferencije i drugih operacija kontrole poziva.

      Logička ulazna tačka za pozive u Webex CC je konaиni entitet pod imenom "Ulazna tačka". Za Voice ingress, ključna konfiguracija Entrypoint-a je telefonski broj povezan sa njim, što je obično važeći PSTN telefonski broj dobijen od izabranog PSTN dobavljača.

      Ovo omogućava otkrivanje dolaznih poziva na telefonskom broju, povezivanje poziva sa ulaznom tačkom i korišćenje drugih parametara konfiguracije ulazne tačke za rukovanje pozivom u zavisnosti od definicije toka Webex CC koja bi trebalo da bude aktivirana za interakciju.

      Nota:

      Za više detalja o PSTN opcijama povezivanja posetite # 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 glasovne ivice infrastrukture

      Prva Webex CC VPOP infrastrukture uključuje suvišne parove SIP SBC-ova koji obezbeđuju visoku dostupnost i više SBC-ova može da se doda da bi se skalirali uporedni volumeni poziva koji će biti podržani.

      Maksimalni uporedni pozivi koje VPOP može da podnese zavise od broja pokrenutih SBC-ova i do kojih se pozivi šalju.

      Za geografsku redundantnost – podržan je mesh VPOP SBC sa međusobnim povezivanjem u više parova širom regiona.

      Za usluge glasovnog ingresa, one su horizontalno skalabilne za rukovanje sve većim brojem uporednih glasovnih poziva koje treba uneti u Webex CC.

      Bezbednosna pitanja sa glasovnom ivicom infrastrukture

      Sledeća tabela sadrži detalje o opcijama povezivanja sa glasovnom ivicom infrastrukture.

      Tabela 1. Tipovi povezivanja

      Povezivanje

      Tipovi

      Javni Internet

      Direktno (sa adresama izvora na beloj IP listi)

      IPSec virtuelna privatna mreža (VPN) ili IPSec zbog enkapsulacije generičkog usmeravanja (GRE)

      Lokacija-prema-lokaciji (S2S)

      SRTP/SIP TLS

      Privatna veza

      MPLS

      Point-to-Point (P2P)

      VPLS

      SD-WAN

      Privatni WAN

      Unakrsno povezivanje data centra

      Equinix Fabric Connections

      Za više detalja posetite # 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 sistem

      Svaki glasovni poziv koji dođe u broj telefona koji je povezan sa ulaznom tačkom, dobija odgovor od strane Webex CC i počinje izvršavanje toka Webex CC povezanog sa ulaznom tačkom.

      Webex CC Flow Builder obezbeđuje programske konstrukcije/operatore i funkcionalne blokove, terminske aktivnosti, tako da administratori ili bilo ko ko dizajnira i primenjuje logiku IVR može da kombinuje ove građevinske blokove i kreira definiciju toka.

      Programske konstrukcije koje Flow podržava su:

      • Promenljive deklaracije i postavke – stanje povezano sa izvršavanje toka

        • Šljunkoviti izrazi za postavljanje vrednosti promenljivih

      • Uslovne provere

      • Petlja – korišćenje funkcije Conditionals i Go To (mogućnost zajedničkog lanca aktivnosti)

      • PozoviTE REST API-je

      • Podaci o raščlanjivanja – JSON, TOML, XML se obično koriste za raščlanj API odgovora.

      • Sastavljanje aktivnosti


       

      Reprezentativni skup aktivnosti koje Flow snabdeva su:

      • Reprodukuj poruke

      • Prikupljanje korisničkih podataka

      • Prenesi poziv na drugo odredište/broj telefona

      • Pošalji poziv virtuelnom agentu

      • Poređaj poziv tako da mu agent može odgovoriti.

      Za svaki poziv koji je aktivan, instanca izvršavanja toka je takođe aktivna, dok se poziv ne završi, što rezultira uporedim izvršavanjem tokova.

      Svaka instanca izvršavanja toka obezbeđuje izolovano okruženje za podatke / stanje povezano sa protokom i tamo pozivom.

      Tokom celog životnog ciklusa poziva, protok takođe omogućava odgovaranje na određene događaje koji se dešavaju i rukovanje njima – na primer, kada agent odgovori na poziv, rukovalac događajem može da pokrene iskakanje ekrana u agentu na desktop interfejsu.

      Više informacija o toku Webex CC potražite u članku 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 virtuelnog agenta

      Flow obezbeđuje aktivnost za predaju interakcije virtuelnom agentu, koja je unapred konfigurisana u programu Webex kontrolno čvorište.

      Kada se poziv poveže sa virtuelnim agentom, IVR korisniku pruža iskustvo razgovora, IVR aktivnost se završava prekidom poziva ili eskalacijom poziva agentu.

      U slučaju eskalacije, tok se može podesiti tako da čeka u redu za poziv na koji agent potom odgovara.

      Ulazne digitalne interakcije

      Za e-poštu i kanal za razmenu poruka dolaznih interakcija, Webex CC koristi Webex Povezivanje za obezbeđivanje sredstava, protok za rukovanje dolaznim interakcijama i usmeravanje interakcije na Webex CC kada tok Webex Connect izričito čeka u redu za interakciju tako da njime može da rukuje agent.

      Slika 2 ilustruje unošenje e-pošte, interakcije sa porukama u Webex CC.

      Ingres opcije za e-poštu i poruke

      Virtuelni agent / BOT integracije

      Za interakcije putem e-pošte i poruka / društvenih kanala, virtuelni agent/ BOT tretmani su konfigurisani u Webex Connect flow.

      Kao i kod Virtuelnih agenata za glas, ako se BOT tretman završava eskalacijom kao rezultatom, onda je interakcija stavljena u red i usmerena ka agentu.

      Usmeravanje i čekanje u redu

      Webex CC tretira dolazni kontakt sa automatizovanim rukovaocima kao što je definisano u toku i tok može odlučiti da uputi kontakt u red / direktno agentu (određeni red čekanja agenta – podržan samo za telefonske/glasovne interakcije).

      U redu čekanja, ako je agent dostupan, agent je rezervisan, a interakcija se usmerava ka agentu. Ako nema raspoloživih agenata, interakcija je parkirana u redu čekanja, a Flow će nastaviti da tretira kupca sa rukovaoca priloženim uz aktivnost čekanja u redu čekanja.

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

      Slika 1 ilustruje arhitekturu čekanja u redu i usmeravanja.

      Arhitektura čekanja u redu i usmeravanja
      Arhitektura čekanja u redu i usmeravanja

      Izbor agenta

      Redovi u Webex CC podržavaju sledeće algoritme izbora agenta:

      • Najduže dostupno usmeravanje agenta

      • Usmeravanje zasnovano na veštinama

        • Najduži raspoloživi agent (LAA)

        • Najbolji raspoloživi agent (BAA)

      Agenti su povezani sa redovima kroz timove.

      Redu čekanja se može dodeliti više grupa za distribuciju poziva (sa svakom grupom koja ima jedan ili više timova), na sekvencijalni način sa konfigurisanim čekanjem da grupa distribucije poziva bude dodata u red, tako da se prostor za pretraživanje odgovarajućeg agenta proširi na dodatne grupe distribucije poziva kako vreme bude odmiče.

      Za usmeravanje zasnovano na veštini, među zahtevima veština koji se podudaraju sa agentima povezanim sa redom, bira se agent na osnovu LAA ili BAA konfiguracije.

      Specifične dodatne mogućnosti glasa/telefonije

      Usmeravanje zasnovano na agentu (samo za kanal glasa/telefonije)

      Webex CC Flow, koristeći aktivnost QueueToAgent, može usmeriti interakcije direktno na izabrani agent na osnovu ID-a agenta.

      Ako agent nije dostupan za rukovanje interakcijama, interakcija može biti parkirana, u određenom redu čekanja agenta, čekajući da agent postane dostupan

      Više opcija za informacije u redu čekanja

      Webex CC Flow, koristeći aktivnost GetQueueInfo, može da donese informacije u realnom vremenu za red kao što su Pozicija u redu čekanja (PIQ), Procenjeno vreme čekanja (EWT), broj agenata koji su dostupni u redu čekanja i može se koristiti za odlučivanje da li da stave kontakt u red ili ne.

      Ljubazni povratni poziv

      Webex CC Flow, koristeći povratni poziv aktivnosti, omogućava kupcu da prekine vezu sa pozivom uz istovremeno održavanje pozicije u redu čekanja i primi povratni poziv kada se virtuelna interakcija u redu usmeri ka agentu.

      Prekoračenje rukovanja

      Webex CC podržava rukovanje viškom pomoću timova zasnovanih na kapacitetima (CBT).

      CBT je kao običan tim sa kapacitetom i pridruženim spoljnim DN-om koji služi tom kapacitetu. Može se konfigurisati zajedno sa drugim timovima u ciklusima distribucije poziva u redu čekanja.

      Obično je ovo konfigurisano kao poslednji ciklus tako da deluje kao prekoračenje ako nijedan agent nije dostupan čak i nakon što sve konfigurisane grupe za distribuciju poziva ne uspeju da pronađu dostupnog odgovarajućeg agenta za rukovanje interakcijom.

      Agent Desktop operacije

      Kada se agent prijavi Webex CC Agent Desktop, agent navodi broj telefona na koji se mogu povezati dolazni pozivi agentu. Ovo može biti PSTN telefon, mobilni telefon ili proširenje ako je agent Cisco Webex Calling korisnik.

      Imajte na nauda da ovaj broj mora biti važeći telefonski broj na koji se pozivi mogu usmeriti. U slučaju da nije, agent ne može da prima dolazne pozive.

      Na osnovu tipa interakcije koju agent vodi, vidžeti u agentu na radnoj površini snabdevaju mogućnost izvršavanja određenih operacija kontrole medija.

      Na primer, kada se odazove poziv, agent može da izvrši sledeće operacije vezane za poziv.

      • Pozovite na čekanje

      • Započnite poziv za konsultacije i

        • Prenesi poziv na drugi broj telefona (recimo broj telefona agenta) / Ulazna tačka

        • Konferencija još jednog agenta za poziv

      • Prenos poziva u drugi red čekanja

      • Završi poziv

      Agentska radna površina omogućava administratorima da tamo dodaju prilagođene vidžete tako što proširuju mogućnosti radne površine i čine je objedinjenom kolekcijom vidžeta koji su potrebni agentima da bi obavljali svoj posao na efikasan način.

      Arhitektura radne površine

      Agentska radna površina je aplikacija pojedinačne stranice zasnovana na mikro frontendu koja hostuje vidžete izgrađene na osnovu arhitekture Veb komponenti. Svi standardni / berzanski vidžeti se napajaju pomoću podataka koje preuzimaju API-i ili mehanizmi guranja sa strane servera.

      To su obično asinhroni API-i, gde odgovor za pozivanje dolazi na radnu površinu putem WebSocket veze.

      Webex CC Agent Desktop autentifikaciju korisnika sa Cisco Common Identity (CI) i simbol se prosleđuje svim API poziva. Za prilagođene vidžete takođe, na osnovu modela potvrde identiteta, on obezbeđuje agentima jedno iskustvo prijavljivanja ako je prilagođeni model potvrde identiteta vidžeta integrisan sa CI.

      Kada agent bude deo interakcije, sve ispravke stanja interakcija ili povezanih podataka takođe se guraju na radnu površinu preko WebSocket veze.

      Otpornost radne površine na vezu i kašnjenje

      Asinhroni API i guranje na strani servera omogućava razmeru i otkriva se svaki gubitak veze sa WebSocket interfejsom i pokušaji radne površine da se ponovo povežu i ponovo prijave.

      Slika 2 ilustruje agensnu arhitekturu radne površine u Webex CC.

      Agent Desktop arhitektura

      Administracija i konfiguracija

      Kupci na brodu

      Webex kontrolno čvorište je primarni interfejs koji partneri i klijenti koriste za ukrcavanje klijenata i omogućavanje ili konfigurisanje funkcija.

      Kada se funkcije organizacije i kontakt centra naložiju u kontrolnom čvorištu, Webex će pokrenuti tok posla u Webex CC koji čini ostale korake u obezbeđivanju svih mogućnosti kontakt centra u zavisnosti od ponuda koje je kupac odabrao.

      Svo obezbeđivanje kontakt centra obavlja se pomoću BPM mašine toka posla koja omogućava deklarativni način definisanja koraka koji su uključeni i čini čitave korake obezbeđivanja otpornim na neuspehe i obezbeđuje integritet podataka.

      Slika 1 ilustruje tok posla za obezbeđivanje u Webex CC.

      Tok posla "Klijent na brodu"

      Entiteti konfiguracije

      Ključni subjekti konfiguracije u Webex CC, opsezi unutar organizacije, su:

      Lokacije

      Sajt podrazumeva lokaciju na kojoj se nalaze neki timovi, korisnici (agenti / supervizori).

      Svaki korisnik i tim moraju da pripadaju lokaciji.

      Tim

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

      Svaki tim mora da pripada nekoj lokaciji.

      Agenti

      Korisnici koji mogu da se prijave Agent Desktop i rukuju interakcijama u svim tipovima medija koji su konfigurisani u Webex CC.

      Nadzornici

      Supervizori su dodeljeni timovima i mogu da prate/ treniraju agenta i imaju pristup statusu tima i statistikama agenta za one koji pripadaju timovima kojima je supervizor dodeljen.

      Red za čekanje

      Red je logički entitet u kome se mogu održavati interakcije, dok se čeka da agenti budu dostupni, što se zatim usmerava ka agentu.

      Redovi su mapirani timovima, kao prostor za pretragu za agente, sa mogućnošću proširenja prostora za pretragu na osnovu proteklog vremenskog praga, dodavanjem drugih timova u prostor za pretragu.

      Ulazna tačka

      Entrypoint je logički entitet koji predstavlja tačku ingresa za interakcije koje će Webex CC. Za telefoniranje ovo se prvenstveno mapira na broj telefona na koji pozivi stižu i za kanale e-pošte/razmene poruka, ulazna tačka ukazuje na konfiguraciju osnovnih sredstava u Webex Connect.

      Protok

      Tok povezan sa ulaznom tačkom (putem strategije usmeravanja), koji odlučuje o koracima uključenim u rukovanje interakcijama.

      Za kanale koji nisu telefoni (e-pošta, razmena poruka/druženje), Flow se bira kao deo konfiguracije osnovnog sredstva u Webex Connect.

      Kontrola pristupa za kontakt centre za više lokacija

      Webex CC administratori mogu da konfigurišu korisničke profile sa pravom pristupa određenim lokacijama, timovima, redovima i ulaznim tačkama. Dalje, zbog hijerarhijske prirode lokacija i timova, kada se obezbedi pristup određenim lokacijama, korisniku mogu pristupiti samo timovi ili datum koji se odnose na timove, koji pripadaju tim lokacijama ili izričito navedeni podskup takvih timova.

      Za redove i ulazne tačke, one su globalne na nivou organizacije, tako da za različite geografske lokacije (lokacije na kojima se nalaze određeni agenti i timovi) mogu da se konfigurišu posebne ulazne tačke i redovi, a supervizori / korisnici mogu da imaju pristup onim entitetima koji su podložni za određene lokacije.

      Slika 2 ilustruje entitete konfiguracije ključa i korisnički profil koji upućuje na ove entitete.

      Entiteti konfiguracije mapirani u korisnički profil

      Osim ograničavanja pristupa ovim entitetima, administratori Webex CC mogu da kontrolišu određene mogućnosti/module kojima korisnik može da pristupi u administrativnom interfejsu, čime korisnici imaju prava na administraciju /konfiguraciju određenih entiteta, kao i odeljke/ mogućnosti interfejsa administracije Webex CC.

      Izveštavanje i analitika

      Webex CC obrađuje diskretne događaje koje generišu različite usluge tokom životnog ciklusa interakcija, koristeći niz usluga obrade toka u realnom vremenu i generiše definisan skup skupa podataka u realnom vremenu koji se objavljuju na pretplaćenim klijentima.

      Pored toga, ovi događaji se dalje obrađuju, transformišu i prikupljaju i regultuju skupovi podataka, koji se zatim preuzimaju putem API-ja potrošnje podataka i interfejsa za vizuelizaciju izveštaja i podataka – Analyzer.

      Slika 1 ilustruje interfejse obrade podataka i potrošnje u Webex CC

      Webex CC cevovoda za obradu podataka i interfejsa potrošnje

      Integracije

      Sve spoljne integracije u WxCC da bi se povećale i poboljšale mogućnosti koje klijenti mogu da koriste, koriste standardne objavljene API-je.

      Tip interfejsa API koji su dostupni u Webex cc su:

      • ODMORITE API

      • Guranje na strani servera pomoću

        • Webhooks

        • WebSocket poruke

      CRM integracije

      Webex CC podržava dva režima integracije sa sistemima za upravljanje odnosima sa klijentima (CRM).

      • Konektori ugrađeni na radnoj površini

      • Integracije toka preko HTTPs konektora u IVR

      Konektori ugrađeni na radnoj površini: CRM aplikacija kao primarni interfejs

      U ovom režimu rada, agent se prijavi na CRM konzolu kao primarnu aplikaciju.

      Webex CC je ugrađena aplikacija (koja se naziva i ugrađena aplikacija na radnoj površini ili ugrađeni softfon) koja se prvenstveno koristi za prijavljivanje u kontakt centar i primanje interakcija Webex CC usmerenog kontakt centra.

      Nakon prijema poziva ili zahteva za razgovor, CRM integracija izvršava sledeće radnje na CRM konzoli

      • Ekran iskače zapis kupca povezan sa ANI ili drugim povezanim podacima poziva.

      • Knjiženje metapodataka poziva kao napomena o aktivnostima u zapisu kupca

      • Dozvolite agentu da "Klikne na poziv" klikom na kontakt unutar CRM-a i pokretanjem izlaznog poziva kupcu

      • Knjiženje zapisa poziva u CRM izveštaje za primarno izveštavanje o CRM-u.

      • Obezbeđuje punu funkcionalnost kontrola za Agent Desktop poziva (ugrađena i minifikovana verzija aplikacije na radnoj površini)

      Primarni režim integracije sa CRM-ovima je ugrađivanje Webex CC Desktop aplikacije u poseban iFrame.

      Dalje, Webex CC Desktop aplikacija pokreće prilagođeni vidžet bez glave (bez korisničkog interfejsa) u pozadini, u interakciji sa osnovnim CRM sistemom da bi izvršila automatizovane radnje u ime agenta.

      Interakcije napajaju dva SDK-a koje bezgladni vidžet koristi.

      • Webex CC Desktop JS SDK: Ovo je JavaScript SDK koji je obezbedio Webex CC za registrovanje slušalaca događaja za agente i kontakt akcije.

      • CRM JS SDK: Ovo je CRM klijentski SDK primenljiv po CRM-u koji apstrahuje REST API poziva sa CRM-om. Na primer, za salesforce, CTI JS biblioteka koju obezbeđuje Salesforce koristi se za izvršavanje radnji i slušanje događaja unutar CRM-a.

      Slika 1 ilustruje CRM ugrađeni Webex CC i arhitekturu linije spajanja

      CRM linija spajanja ugrađena arhitektura linije spajanja radne površine

      Webex CC podržava sledeća CRM rešenja za navedenu integraciju:

      • Prodajna snaga

      • ServiceNow

      • Microsoft Dynamics 365

      • zendesk

      • Freshdesk

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

      Za više informacija o konfigurisanju rasporeda radne površine Webex CC za omogućavanje CRM konektora, skupova funkcija i promena posetite https://github.com/CiscoDevNet/webex-contact-center-crm-integrationshttps://github.com/CiscoDevNet/webex-contact-center-crm-integrations.

      Globalna dostupnost CRM konektora

      CRM konektori su dostupni u svim geografijama i regionima Webex CC radi.

      Elastična skala i performanse

      Webex CC je domaćin prilagođenog vidžeta koji omogućava dvosmernu komunikaciju između CRM aplikacije i Webex CC radne površine u AWS CloudFront CDN-u, obezbeđujući visoku dostupnost vidžeta AWS u zonama dostupnosti i regionima.

      Sva ispravka specifična za CRM integraciju dešava se na pregledaču gde agenti koriste CRM aplikaciju sa Webex CC radnom površinom ugrađenom u CRM aplikaciju.

      Bezbednost

      CRM konektori se pozivaju putem rasporeda radne površine Webex CC agenta, a opcionalni parametri se prosleđuju putem rasporeda radne površine u vidžet da bi se preklopne funkcije prebacile i isključile.

      Na primer, da bi omogućio vidžet radnji "Salesforce", administrator može da uključi postavku parametra rasporeda radne površine sfdcWidgetEnabled na true.

      Instalacija paketa

      Da bi integracija radila dvosmerno, CRM konzoli je potrebna instalirana ugrađena aplikacija. Ovo je da biste podržali učitavanje aplikacije "Radna površina" unutar iFrame-a.

      Svi konektori ugrađeni u radnu površinu dostupni su na CRM tržištu.

      Na primer,

      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 dodatne komponente i uvozi potrebne XML datoteke u CRM konzolu kako bi podržala izveštavanje o zapisima poziva na CRM-u.

      Integracije toka putem HTTPs konektora u IVR

      Izrada Webex CC Flow podržava dvosmerne tokove podataka između Webex CC i CRM sistema pomoću HTTPs konektora konfigurisanih u kontrolnom čvorištu Webex i koji se koriste u toku Webex CC.

      One se prvenstveno koriste za personalizaciju unutar glasovnih interakcija i prilagođeni proizvodni postupak u okviru IVR.

      Po podrazumevanoj vrednosti, Webex CC podržava HTTP liniju spajanja salesforce na kontrolnom čvorištu. Ostale CRM linije spajanja se mogu dodati kao prilagođene linije spajanja na Webex kontrole.

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

      IVR HTTP linije spajanja:

      Optimizacija radne snage

      Webex CC podržava rešenja za optimizaciju toka posla i upravljanje kvalitetom od vodećih dobavljača delatnosti.

      Primena i povezivanje

      Webex CC je raspoređen u AWS i trenutno je dostupan u sledećim regionima

      • NAS

        • US-East N Virginia

        • US-West N California (samo Voice Media Ingress)

      • Kanada

        • Centralna

      • Velike britanije

        • London

      • Evropa

        • Frankfurt

      • Azija Pac

        • Tokiju

        • Sidni

      Povezivanje sa više regiona za telefoniju

      Da bi omogućio globalnim organizacijama, sa agentima i klijentima na više geografskih lokacija, Webex CC podržava zadržavanje medija unutar lokalnog regiona, za one regione u kojima su pokrenute ivice glasovnih medija i ingres usluge.

      Slika 1 ilustruje raspoređivanje više regiona sa regionalnim medijima.

      Raspoređivanje više regiona sa regionalnim medijima
      Raspoređivanje više regiona sa regionalnim medijima

      Ivice medija i ingres usluge su raspoređene u sledećim regionima.

      Geo Region

      Webex CC usluge (AWS region)

      Ivica medija (Voice POP)

      Next Generation Media Services (AWS Region)*

      NAS

      N Virdžinija

      Njujork

      Los Anđeles

      N Virdžinija

      N Kalifornija

      Kanada

      Centralna

      Vankuver

      Toronto

      Centralna

      Brazil

      Sao Paulo

      Rio De Žaneiro

      Evropa

      Frankfurt

      Frankfurt

      Amsterdam

      Frankfurt

      Velika Britanija

      London

      London

      London

      Indija

      Pune

      Hyderabad

      Mumbaj

      Singapur

      Singapur

      Singapur

      Japan

      Tokiju

      Tokiju

      Osaku

      Tokiju

      Australija

      Sidni

      Melburn

      Sidni

      Sidni

      *Više informacija o regionalnoj dostupnosti medijskih usluga sledeće generacije potražite na platformi za glasovne medije sledeće generacije.

      Bezbednost i privatnost

      Bezbednost infrastrukture

      Glasovna infrastruktura na Ivici

      Glasovne Edge komponente omogućavaju prekidanje SIP prtljažnika sa mreže korisnika / PSTN nosača, a to je omogućeno na osnovu Ips-a na beloj listi kojima je dozvoljeno povezivanje sa ivicama komponenti.

      Izračunajte bezbednost infrastrukture

      Webex CC instanci izračunate su obezbeđene u AWS-u, a usluge se pokreću kao kapsule u Klasteru Kubernetes koji ima više prostora za ime, a pristup svakom prostoru za ime je ograničen posebnim akreditivima.

      Sva obezbeđivanja infrastrukture se rade korišćenjem šifre – bez ručnih koraka – i nijednom od akreditiva se ne može pristupiti ručno.

      Postoji centralno skladište akreditiva sa određenim putanjama konfigurisanim za određeni skup usluga / timova, a pristup samom skladištu akreditiva je ograničen i konfigurisan kao tajna u sistemima za izradu i primenu.

      Nijedna od infrastrukturnih komponenti / usluga nije direktno izložena izvan AWS VPC-a i samo javno izloženi interfejsi su API i WebSocket Serveri koji se kontrolišu i upravljaju pomoću api mrežnog prolaza,

      Osim toga, postoje određeni interni sistemi i interfejsi koje koriste programeri koji se koriste za prikazivanje evidencija, metrika, detalja primene, izgradnje statusa i rezultata testova, koji su obezbeđeni korišćenjem uloga i grupa i integrisani sa Cisco sistemima interne potvrde identiteta.

      Potvrda identiteta i ovlašćenje za korisničke interfejse

      Svi korisnički interfejsi koje koriste različiti korisnici kontakt centra (agenti, supervizori, administratori, analitičari) zaštićeni su Cisco Common Identity zasnovanom na tokenu potvrde identiteta (OAuth tokovi).

      Autorizacija se obavlja korišćenjem uloga za korisnika koji je dobio simbol i opsege dodeljene tokenu.

      Bezbednost podataka

      Podaci u tranzitu

      Nijedan od interfejsa raspoređenih usluga / infrastrukturne komponente nije direktno izložen spoljnom dolaznom saobraćaju.

      Izaberite usluge, sa http API-jem izložite te interfejse putem mrežnog prolaza i svi dolazni https (uključujući i one webSocket) se prekidaju u ALB-u, a unutrašnji saobraćaj preko http-a se usmerava ka uslugama.

      Sve odlazne interakcije su završene https / TLS (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 na odmoru

      Svi podaci koji se skladište šifruju se u sloju skladišta. Dalje oni skladišti podataka koji su izvan VPC-a, zaštićeni su i kontrola pristupa i ovlašćenja sa akreditivima bezbedno uskladištenim i vođenim u tajnom skladištu.

      Slika 1 ilustruje tok podataka i bezbednosni model za tranzit, kao i za odmor.

      Bezbednost podataka u tranzitu i na odmoru

      Privatnost podataka

      PII podaci krajnjeg korisnika

      Tok Webex CC, koji je programski kontroler za rukovanje interakcijama, može se koristiti za prikupljanje korisničkih podataka, koji se mogu dodeliti promenljivama protoka posebno označenim kao "Sadrži osetljive podatke". Vrednosti za takve podatke su šifrovane i nijedna usluga u tranzitnoj putanji podataka neće imati pristup ovim podacima.

      Dalje, takvi podaci nikada nisu istrajni u Webex CC skladištu podataka za izveštavanje i evidencije / infrastruktura za razmenu poruka će imati šifrovane podatke i jasni tekstualni podaci se ne skladište nigde Webex CC.

      Podaci agenta/supervizora Kontakt centra

      Podaci povezani sa kontakt centrom se rediguju u evidencijama, ali su dostupni za analitiku podataka i vizuelizaciju u Webex CC skladištu podataka.

      Skalabilnost

      Faktori za vagu

      Za Webex CC faktori koji utiču na skalu su:

      • Uporedni broj prijavljenih agenata

      • Uporedni broj interakcija koje su u toku

        • Radnje izvršene na tim interakcijama

      • Uporedni broj radnji koje supervizori / agenti obavljaju, izvan rukovanja interakcijama

      • Volumen generisanih i istrajnih podataka

      Arhitektonski aspekti koji omogućavaju skalu

      Principi zasnovani na kojima je Webex CC arhitektonski i dizajniran omogućava rešenju da se dinamički skalira po potrebi u granicama koje sprovodi infrastruktura obezbeđena za različite usluge i komponente platforme.

      Arhitektura vođena događajem

      Usluge u Webex CC komuniciraju koristeći poruke, a tokovi obrade kritičnih poruka ne uključuju blokiranje IO operacija i stanje potrebno za obradu poruka je lokalizovano na instancu usluge koja obrađuje poruku.

      Usluge bez države (ili eksterno stanje)

      Usluge bez države omogućavaju elastičnost tako što lako dodaju /uklanjaju dodatne instance usluga. Postoje određene službe koje su inherentno državne prirode i one imaju eksternizovanu državnu prodavnicu i infrastruktura podržava dinamične promene broja instanci takvih usluga takođe sa automatskim rebalansiranjem / prenosom stanja / lokalizacijom države do instance kojoj je potrebna država.

      Elastična infrastruktura

      Sve usluge se pokreću u Kubernetesu i infrastrukturi aka Kubernetes skala čvorova automatski na osnovu upotrebe i to omogućava dinamično dodavanje više izračunatih čvorova do maksimalno visokog praga koji je unapred konfigurisan.

      Učitavanje projekcije i redovna provera valjanosti

      Sve usluge su odrednice za karakteristike performansi, a obrazac razmere se proverava na nivou usluge.

      Dalja kontinuirana provera valjanosti, vrhunski testovi opterećenja i izdržljivosti sprovode se sa parametrima testiranja podešenim za projektovani rast atributa koji utiču na skalu, što omogućava da se identifikuju uska grla, planiraju ažuriranje visokog praga za korišćenje infrastrukturnih resursa i budu spremni za dan igre.

      Pouzdanost i dostupnost

      Manifestacija vođena arhitekturom i uslugama bez države omogućava elastičnost i elastičnost. Međutim, da bi se osiguralo da se neuspesi otkriju i reaguju pre nego što funkcionalnosti utiču, Webex CC koristi sledeću strategiju.

      • Dostupnost i pouzdanost infrastrukture

        • Sve Webex CC i infrastrukturne komponente se uvek rasporede u tri AWS zone dostupnosti.

          • Ovo omogućava Webex CC bude otporan na kvarove zone dostupnosti i u slučaju otkazivanja, neuspele instance se automatski zamenjuju novijim.

      • Kontinuirano praćenje & obaveštavanje

        • Interne i spoljne sonde za komponente usluga i infrastrukture, koje na osnovu obaveštenja o okidaču neuspeha.

        • Metrike uhvaćene iz usluga i infrastrukturnih komponenti i obrađene putem mašine za pravilo koja detektuje pravila podudaranja i upozorenja okidača.

      • Neprekidna provera valjanosti & obaveštavanje

        • Periodični testovi se pokreću i svi propusti rezultiraju aktiviranjem obaveštenja

        • Ova obaveštenja stvaraju proaktivne incidente i rešavaju se kao pravi incident koji utiče na kupca.

          • Ovo unapred prazni uticaje na kupca i doprinosi dostupnosti i pouzdanosti sistema.

      • Kontinuirana integracija i isporuka

        • Ovo je inženjerski proces i cevovod za isporuku i omogućava brzu i pouzdanu izradu, validaciju i raspoređivanje usluga / promena usluga u Webex CC.

          • Mogućnost potpuno automatizovanog raspoređivanja – od koda do proizvodnog okruženja, sa svim potrebnim proverama valjanosti, smanjuje rizik i smanjuje vreme do rešavanja, ako je potrebno da se promena rasporedi kao odgovor na neuspeh.

      • Prekidači za strujna kola i prekidači za ubijanje

        • Različiti delovi sistema / određene mogućnosti Webex CC mogu selektivno da se onemogućene za sve kupce ili da se izaberu kupci, kako bi se umanjili kaskadni efekti neuspeha.

          • Ovo omogućava da se površina neuspeha svede na najmanju moguću površinu i postigne dostupnost osnovnih mogućnosti kontakt centra kupcima.

      Praćenje i otkrivanje neuspeha

      Slika 1 ukazuje na neprekidno praćenje, proveru valjanosti i mehanizme upozorenja koji su postavljeni za Webex CC.

      Neprekidno praćenje i otkrivanje neuspeha

      Kontinuitet poslovanja i oporavak od katastrofa

      Proces oporavka od katastrofa i kontinuitet poslovanja obezbeđuje otkrivanje bilo kakvog velikog prekida u regionu i preduzimaju se neophodni koraci kako bi se osigurao oporavak usluga klijentima koji se nalaze u regionu.

      Koraci za oporavak su dokumentovani, provereni i redovno ažurirani u sklopu procesa oporavka i upravljanja katastrofama.

      Webex CC su raspoređene u tri odvojene zone dostupnosti unutar AWS regiona. Svaka zona raspoloživosti je različita fizička lokacija u regionu, sa nezavisnim uslužnim programima.

      U slučaju potpunog neuspeha AWS regiona, Webex CC se oslanja na AWS da oporavi region i za produžene prekide koji uključuju čitav region, Webex CC data centar je obezbeđen u novom AWS regionu i vraća ključne konfiguracije i podatke klijenata tako da kontakt centar radi za kupce u novom AWS regionu.

      To podrazumeva automatizaciju, ali zahteva ručnu intervenciju da bi se pokrenuo proces, kao i nadgledanje i obezbedilo vraćanje potrebne konfiguracije i podataka da bi kontakt centar bio operativan za kupce.

      Usaglašenost i sertifikacije

      Webex Kontakt ima opsežnu listu bezbednosnih sertifikacija. Ove potvrde se redovno ažuriraju u pravilnim intervalima.

      • PCI DSS QSA

      • CAIQ

      • HIPAA & HITECH

      • Nivo CSA zvezdice 1

      • CSA Star Level 2 (3rd party independent assessment)

      • SOC2

      • ISO27001 (Međunarodni standard za informacionu bezbednost)

      • ISO27017 (Bezbednosni standard za dobavljače usluga u oblaku)

      • ISO27018 (Bezbednosni standard fokusiran na zaštitu ličnih podataka u oblaku)

      • ISO27701 (proširenje privatnosti podataka)

      • Nemački standard C5, demonstrira operativnu bezbednost od sajber-napada

      Više detalja potražite Webex sa podacima o privatnosti za uslugu kontakt centra.

      Uvod

      Cisco Webex Contact Center (Webex CC) je Kontakt centar kao usluga (CCaaS), koji omogućava organizacijama da omoguće pametnije, proaktivnije i personalizovane interakcije širom putovanja klijenta.

      Webex CC je arhitektonski, dizajniran i razvijen, iz temelja, kao maternje rešenje oblaka, sa sledećim osnovnim arhitektonskim principima.

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

      • Event Driven: Sve usluge međusobno komuniciraju koristeći razmenu poruka, osim u Veb aplikacijama gde aplikacija koristi https interfejse (REST API, Push Data putem WebSocket interfejsa) za određene slučajeve korišćenja.

      • Stanje bez države/eksternizovano stanje: Usluge su raspoređene u Kubernetesu, rade u kontejnerima dokera, sa mogućnošću automatskog skale i otporne na propuste jedne ili više instanci usluga.

      • Primetno: sve usluge i infrastrukturne komponente koje omogućavaju raspoređivanje takvih usluga primetne su sa standardnim mehanizmima za merenje, otkrivanje i sprečavanje situacija koje utiču na mogućnosti kontakt centra, kao i brzo rešavanje problema i vraćanje usluga u slučaju prekida rada.

      • Izolovano/labavo u paru: Svaka usluga može biti izgrađena, proverena i nezavisno raspoređena/ažurirana bez daunlouda za mogućnosti kontakt centra.

      Webex CC usluge su raspoređene u AWS-u i napajaju se pomoću cloud native platforme koja omogućava sledeće:

      • Dostupnost infrastrukturnih usluga i aplikacija u više raspoloživih zona

      • Elastičnost infrastrukturnih usluga i aplikacija koje omogućavaju mogućnosti dinamičkog podešavanja razmere

      • Bezbednost je rodno ugrađena u način na koji se sistemi grade i rasporede, podaci su zaštićeni u tranzitu i odmaraju se zajedno sa sertifikatima o bezbednosti/usaglašenosti koje Webex CC ima.

      • Skalabilna i bezbedna ivica infrastrukture za telefonsku/glasovnu integraciju

      • Primetnost uz proaktivno praćenje i obaveštavanje koje omogućava visoku dostupnost usluga kontakt centra svojim korisnicima.

      • Integrisan sa ostatkom Cisco Webex za potvrdu identiteta/autorizaciju korisnika, administraciju i obezbeđivanje mogućnosti kontakt centra.

      Dalji odeljci u ovom dokumentu se šire na svaku od gorenavedenih mogućnosti i Webex cc arhitektura omogućava isto.

      Logička arhitektura

      Osnovna mogućnost koju rešenje kontakt centra mora da ima je omogućavanje korisnicima da lako kontaktiraju organizaciju putem uobičajenih načina komunikacije i dobiju upite / probleme koji se rešavaju na brz i efikasan način.

      Međutim, da bi se obezbedilo postizanje ove osnovne mreže, postoji više mogućnosti iza scene kojima organizacija koja koristi kontakt centar mora da ima pristup. Ovo su:

      • Mehanizmi za pokretanje interakcije sa klijentima

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

        • E-adrese na koje klijenti mogu da šalju e-poštu i mehanizam za otkrivanje novih dolaznih e-poruka.

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

          • Ćaskanje sa veb lokacije/aplikacije

          • Direktno ćaskanje putem popularnih klijenata za razmenu poruka kao što su WhatsApp, Facebook Messenger, Apple Business Chat, Direktna poruka sa Twittera

      • Sposobnost otkrivanja novih interakcija i efikasnog rukovanja njima

        • To bi uključivalo automatizovani IVR sistema, virtuelne agente za telefoniju / ćaskanje sa programskom inbuiltiranošću da bi se definisali tokovi posla koji učestvuju u rukovanju interakcijama.

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

      • Mogućnost da agenti ukažu na dostupnost za rukovanje interakcijama i supervizorima za praćenje, agente trenera i dobijanje operativnih metrika koje omogućavaju efikasne interakcije.

      • Mogućnost administratora da konfigurišu i navedu različite mogućnosti kontakt centra koje omogućavaju agentima i supervizorima da obavljaju svoje zadatke na očekivani način.

      Pored toga, savremena preduzeća moraju da imaju dodatne mogućnosti za optimizaciju operacija kontakt centra sa pristupom podacima i uvidima koji vizualizuju i prate ključne operativne metrike.

      Pored toga, mogućnost integrisanja sa specijalizovanim mogućnostima ekosistema kontakt centra kao što su pokretanje proaktivnih automatizovanih odlaznih poziva, poboljšanje iskustva agenta i supervizora pomoću AI, otkrivanje i razumevanje putovanja klijenata ka proaktivnom snabdevanju podataka unapred agentima su jasni razlikujeoci u načinu na koji se razvijaju rešenja kontakt centra.

      Što se tiče modela potrošnje, gde se ponude kontakt centra troše kao usluga softvera isporučenog u oblaku, mogućnost obezbeđivanja dostupnosti, pouzdanosti i automatizovanih zahteva ad-hoc skale zahteva stanje umetničkih mehanizama praćenja i obaveštavanja, što omogućava kontinuiranu proveru valjanosti i otkrivanje predstojećih problema i sprečavanje / minimiziranje uticaja na poslovanje klijenata.

      Sledeća slika ilustruje logičku arhitekturu Webex CC.

      Webex CC Logical Architecture
      Webex CC logička arhitektura

      Funkcionalne komponente

      Sledeći odeljci opisuju različite funkcionalne komponente Webex CC.

      Upravljanje interakcijama

      Webex CC podržava telefoniju, e-poštu i razmenu poruka (društvenih kanala) kao različite kanale pomoću kojih korisnici mogu da komuniciraju sa kontakt centrom.

      Za sve kanale, početno rukovanje može da obavi sistem, a zatim interakcija može da eskalira do agenta.

      Tipovi medija

      Telefonija

      Za telefoniju se o dolaznom rukovanju glasovnim pozivom odlučuje način na koji je poziv ušao u kontakt centar (pogledajte Ingress mechanisms below) i Webex CC Flow koji je povezan sa ulaznom tačkom.

      Poziv se odgovara i dalje radnje se vrše u zavisnosti od definicije Webex CC Flow – što je programski prikaz radnji koje treba izvršiti prilikom rukovanja pozivom pre čekanja u redu čekanja i usmeravanja agentu ili sam Tok može da rukuje pozivom bez prenosa na agenta.

      Izrada toka u Webex CC omogućava projektantima da definišu tok i dodele ga ulaznoj tački preko koje poziv stiže u Webex CC.

      Ovi entiteti konfiguracije i njihova upotreba su pokriveni u entitetima konfiguracije.

      Više informacija o izradi toka je pokriveno u predstojećem odeljku na IVR sistemu.

      E-pošta i poruke

      Iz Webex CC, Webex Connect pruža ingres i egres mogućnosti za sve digitalne kanale - e-poštu, kanale za razmenu poruka, koje krajnji korisnici mogu da koriste za kontakt centar.

      Webex poveži tok

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

      • Primenjuje poslovnu logiku na dolaznu interakciju.

      • Rukuje kontaktom pre čekanja u redu.

      • Sam tok može da podnese interakciju bez prenosa na živog agenta.

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

      • Web App / Ćaskanje putem mobilnih aplikacija

      • WhatsApp

      • Facebook Messenger

      • SMS

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

      • Gmail

      • Office365

      Ingresni mehanizmi

      Ovaj odeljak pokriva mehanizme pomoću kojih interakcija može da unese Webex CC. Na osnovu vrste medija, mehanizmi pomoću kojih interakcija dostiže Webex CC su različiti.

      Na primer, u telefoniji postoji fizička infrastruktura koja je potrebna da bi se omogućila PSTN veza, konfiguracija telefonskih brojeva i usmeravanje poziva na Webex CC.

      Za kanale e-pošte /razmene poruka, konfiguracija ingresa mora biti obavljena u Webex Connect i uključuje obezbeđivanje naloga e-pošte/razmene poruka i Webex konfiguraciju toka povezivanja.

      Dolazni glas

      Za glasovne pozive, tipičan scenario je kada korisnici biraju PSTN telefonski broj koji se zatim povezuje sa kontakt centrom. Iz ingresne perspektive, potreban je mehanizam usmeravanja poziva od PSTN do Webex CC.

      Sledeća slika ilustruje unošenje glasovnog poziva u Webex CC.

      Ingres opcije za dolazni glas

      Glasovne ingres usluge u Webex CC vrše kontrolu poziva trećih strana koristeći SIP i odaziv se dolaznom pozivu, kao i obavljaju operacije prenosa, konferencije i drugih operacija kontrole poziva.

      Logička ulazna tačka za pozive u Webex CC je konaиni entitet pod imenom "Ulazna tačka". Za Voice ingress, ključna konfiguracija Entrypoint-a je telefonski broj povezan sa njim, što je obično važeći PSTN telefonski broj dobijen od izabranog PSTN dobavljača.

      Ovo omogućava otkrivanje dolaznih poziva na telefonskom broju, povezivanje poziva sa ulaznom tačkom i korišćenje drugih parametara konfiguracije ulazne tačke za rukovanje pozivom u zavisnosti od definicije toka Webex CC koja bi trebalo da bude aktivirana za interakciju.

      Nota:

      Za više detalja o PSTN opcijama povezivanja posetite # 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 glasovne ivice infrastrukture

      Prva Webex CC VPOP infrastrukture uključuje suvišne parove SIP SBC-ova koji obezbeđuju visoku dostupnost i više SBC-ova može da se doda da bi se skalirali uporedni volumeni poziva koji će biti podržani.

      Maksimalni uporedni pozivi koje VPOP može da podnese zavise od broja pokrenutih SBC-ova i do kojih se pozivi šalju.

      Za geografsku redundantnost – podržan je mesh VPOP SBC sa međusobnim povezivanjem u više parova širom regiona.

      Za usluge glasovnog ingresa, one su horizontalno skalabilne za rukovanje sve većim brojem uporednih glasovnih poziva koje treba uneti u Webex CC.

      Bezbednosna pitanja sa glasovnom ivicom infrastrukture

      Sledeća tabela sadrži detalje o opcijama povezivanja sa glasovnom ivicom infrastrukture.

      Tabela 1. Tipovi povezivanja

      Povezivanje

      Tipovi

      Javni Internet

      Direktno (sa adresama izvora na beloj IP listi)

      IPSec virtuelna privatna mreža (VPN) ili IPSec zbog enkapsulacije generičkog usmeravanja (GRE)

      Lokacija-prema-lokaciji (S2S)

      SRTP/SIP TLS

      Privatna veza

      MPLS

      Point-to-Point (P2P)

      VPLS

      SD-WAN

      Privatni WAN

      Unakrsno povezivanje data centra

      Equinix Fabric Connections

      Za više detalja posetite # 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 sistem

      Svaki glasovni poziv koji dođe u broj telefona koji je povezan sa ulaznom tačkom, dobija odgovor od strane Webex CC i počinje izvršavanje toka Webex CC povezanog sa ulaznom tačkom.

      Webex CC Flow Builder obezbeđuje programske konstrukcije/operatore i funkcionalne blokove, terminske aktivnosti, tako da administratori ili bilo ko ko dizajnira i primenjuje logiku IVR može da kombinuje ove građevinske blokove i kreira definiciju toka.

      Programske konstrukcije koje Flow podržava su:

      • Promenljive deklaracije i postavke – stanje povezano sa izvršavanje toka

        • Šljunkoviti izrazi za postavljanje vrednosti promenljivih

      • Uslovne provere

      • Petlja – korišćenje funkcije Conditionals i Go To (mogućnost zajedničkog lanca aktivnosti)

      • PozoviTE REST API-je

      • Podaci o raščlanjivanja – JSON, TOML, XML se obično koriste za raščlanj API odgovora.

      • Sastavljanje aktivnosti


       

      Reprezentativni skup aktivnosti koje Flow snabdeva su:

      • Reprodukuj poruke

      • Prikupljanje korisničkih podataka

      • Prenesi poziv na drugo odredište/broj telefona

      • Pošalji poziv virtuelnom agentu

      • Poređaj poziv tako da mu agent može odgovoriti.

      Za svaki poziv koji je aktivan, instanca izvršavanja toka je takođe aktivna, dok se poziv ne završi, što rezultira uporedim izvršavanjem tokova.

      Svaka instanca izvršavanja toka obezbeđuje izolovano okruženje za podatke / stanje povezano sa protokom i tamo pozivom.

      Tokom celog životnog ciklusa poziva, protok takođe omogućava odgovaranje na određene događaje koji se dešavaju i rukovanje njima – na primer, kada agent odgovori na poziv, rukovalac događajem može da pokrene iskakanje ekrana u agentu na desktop interfejsu.

      Više informacija o toku Webex CC potražite u članku 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 virtuelnog agenta

      Flow obezbeđuje aktivnost za predaju interakcije virtuelnom agentu, koja je unapred konfigurisana u programu Webex kontrolno čvorište.

      Kada se poziv poveže sa virtuelnim agentom, IVR korisniku pruža iskustvo razgovora, IVR aktivnost se završava prekidom poziva ili eskalacijom poziva agentu.

      U slučaju eskalacije, tok se može podesiti tako da čeka u redu za poziv na koji agent potom odgovara.

      Ulazne digitalne interakcije

      Za e-poštu i kanal za razmenu poruka dolaznih interakcija, Webex CC koristi Webex Povezivanje za obezbeđivanje sredstava, protok za rukovanje dolaznim interakcijama i usmeravanje interakcije na Webex CC kada tok Webex Connect izričito čeka u redu za interakciju tako da njime može da rukuje agent.

      Sledeća slika ilustruje unošenje e-pošte, interakcije razmene poruka u Webex CC.

      Ingres opcije za e-poštu i poruke

      Virtuelni agent / BOT integracije

      Za interakcije putem e-pošte i poruka / društvenih kanala, virtuelni agent/ BOT tretmani su konfigurisani u Webex Connect flow.

      Kao i kod Virtuelnih agenata za glas, ako se BOT tretman završava eskalacijom kao rezultatom, onda je interakcija stavljena u red i usmerena ka agentu.

      Usmeravanje i čekanje u redu

      Webex CC tretira dolazni kontakt sa automatizovanim rukovaocima kao što je definisano u toku i tok može odlučiti da uputi kontakt u red / direktno agentu (određeni red čekanja agenta – podržan samo za telefonske/glasovne interakcije).

      U redu čekanja, ako je agent dostupan, agent je rezervisan, a interakcija se usmerava ka agentu. Ako nema raspoloživih agenata, interakcija je parkirana u redu čekanja, a Flow će nastaviti da tretira kupca sa rukovaoca priloženim uz aktivnost čekanja u redu čekanja.

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

      Sledeća slika ilustruje arhitekturu čekanja u redu i usmeravanja.

      Queuing and Routing Architecture
      Arhitektura čekanja u redu i usmeravanja

      Izbor agenta

      Redovi u Webex CC podržavaju sledeće algoritme izbora agenta:

      • Najduže dostupno usmeravanje agenta

      • Usmeravanje zasnovano na veštinama

        • Najduži raspoloživi agent (LAA)

        • Najbolji raspoloživi agent (BAA)

      Agenti su povezani sa redovima kroz timove.

      Redu čekanja se može dodeliti više grupa za distribuciju poziva (sa svakom grupom koja ima jedan ili više timova), na sekvencijalni način sa konfigurisanim čekanjem da grupa distribucije poziva bude dodata u red, tako da se prostor za pretraživanje odgovarajućeg agenta proširi na dodatne grupe distribucije poziva kako vreme bude odmiče.

      Za usmeravanje zasnovano na veštini, među zahtevima veština koji se podudaraju sa agentima povezanim sa redom, bira se agent na osnovu LAA ili BAA konfiguracije.

      Specifične dodatne mogućnosti glasa/telefonije

      Usmeravanje zasnovano na agentu (samo za kanal glasa/telefonije)

      Webex CC Flow, koristeći aktivnost QueueToAgent, može usmeriti interakcije direktno na izabrani agent na osnovu ID-a agenta.

      Ako agent nije dostupan za rukovanje interakcijama, interakcija može biti parkirana, u određenom redu čekanja agenta, čekajući da agent postane dostupan

      Više opcija za informacije u redu čekanja

      Webex CC Flow, koristeći aktivnost GetQueueInfo, može da donese informacije u realnom vremenu za red kao što su Pozicija u redu čekanja (PIQ), Procenjeno vreme čekanja (EWT), broj agenata koji su dostupni u redu čekanja i može se koristiti za odlučivanje da li da stave kontakt u red ili ne.

      Ljubazni povratni poziv

      Webex CC Flow, koristeći povratni poziv aktivnosti, omogućava kupcu da prekine vezu sa pozivom uz istovremeno održavanje pozicije u redu čekanja i primi povratni poziv kada se virtuelna interakcija u redu usmeri ka agentu.

      Prekoračenje rukovanja

      Webex CC podržava rukovanje viškom pomoću timova zasnovanih na kapacitetima (CBT).

      CBT je kao običan tim sa kapacitetom i pridruženim spoljnim DN-om koji služi tom kapacitetu. Može se konfigurisati zajedno sa drugim timovima u ciklusima distribucije poziva u redu čekanja.

      Obično je ovo konfigurisano kao poslednji ciklus tako da deluje kao prekoračenje ako nijedan agent nije dostupan čak i nakon što sve konfigurisane grupe za distribuciju poziva ne uspeju da pronađu dostupnog odgovarajućeg agenta za rukovanje interakcijom.

      Agent Desktop operacije

      Kada se agent prijavi Webex CC Agent Desktop, agent navodi broj telefona na koji se mogu povezati dolazni pozivi agentu. Ovo može biti PSTN telefon, mobilni telefon ili proširenje ako je agent Cisco Webex Calling korisnik.

      Imajte na nauda da ovaj broj mora biti važeći telefonski broj na koji se pozivi mogu usmeriti. U slučaju da nije, agent ne može da prima dolazne pozive.

      Na osnovu tipa interakcije koju agent vodi, vidžeti u agentu na radnoj površini snabdevaju mogućnost izvršavanja određenih operacija kontrole medija.

      Na primer, kada se odazove poziv, agent može da izvrši sledeće operacije vezane za poziv.

      • Pozovite na čekanje

      • Započnite poziv za konsultacije i

        • Prenesi poziv na drugi broj telefona (recimo broj telefona agenta) / Ulazna tačka

        • Konferencija još jednog agenta za poziv

      • Prenos poziva u drugi red čekanja

      • Završi poziv

      Agentska radna površina omogućava administratorima da tamo dodaju prilagođene vidžete tako što proširuju mogućnosti radne površine i čine je objedinjenom kolekcijom vidžeta koji su potrebni agentima da bi obavljali svoj posao na efikasan način.

      Arhitektura radne površine

      Agentska radna površina je aplikacija pojedinačne stranice zasnovana na mikro frontendu koja hostuje vidžete izgrađene na osnovu arhitekture Veb komponenti. Svi standardni / berzanski vidžeti se napajaju pomoću podataka koje preuzimaju API-i ili mehanizmi guranja sa strane servera.

      To su obično asinhroni API-i, gde odgovor za pozivanje dolazi na radnu površinu putem WebSocket veze.

      Webex CC Agent Desktop autentifikaciju korisnika sa Cisco Common Identity (CI) i simbol se prosleđuje svim API poziva. Za prilagođene vidžete takođe, na osnovu modela potvrde identiteta, on obezbeđuje agentima jedno iskustvo prijavljivanja ako je prilagođeni model potvrde identiteta vidžeta integrisan sa CI.

      Kada agent bude deo interakcije, sve ispravke stanja interakcija ili povezanih podataka takođe se guraju na radnu površinu preko WebSocket veze.

      Otpornost radne površine na vezu i kašnjenje

      Asinhroni API i guranje na strani servera omogućava razmeru i otkriva se svaki gubitak veze sa WebSocket interfejsom i pokušaji radne površine da se ponovo povežu i ponovo prijave.

      Sledeća slika ilustruje arhitekturu radne površine agenta u Webex CC.

      Agent Desktop arhitektura

      Administracija i konfiguracija

      Kupci na brodu

      Webex kontrolno čvorište je primarni interfejs koji partneri i klijenti koriste za ukrcavanje klijenata i omogućavanje ili konfigurisanje funkcija.

      Kada se funkcije organizacije i kontakt centra naložiju u kontrolnom čvorištu, Webex će pokrenuti tok posla u Webex CC koji čini ostale korake u obezbeđivanju svih mogućnosti kontakt centra u zavisnosti od ponuda koje je kupac odabrao.

      Svo obezbeđivanje kontakt centra obavlja se pomoću BPM mašine toka posla koja omogućava deklarativni način definisanja koraka koji su uključeni i čini čitave korake obezbeđivanja otpornim na neuspehe i obezbeđuje integritet podataka.

      Sledeća slika ilustruje tok posla za obezbeđivanje u Webex CC.

      Tok posla "Klijent na brodu"

      Entiteti konfiguracije

      Ključni subjekti konfiguracije u Webex CC, opsezi unutar organizacije, su:

      Lokacije

      Sajt podrazumeva lokaciju na kojoj se nalaze neki timovi, korisnici (agenti / supervizori).

      Svaki korisnik i tim moraju da pripadaju lokaciji.

      Tim

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

      Svaki tim mora da pripada nekoj lokaciji.

      Agenti

      Korisnici koji mogu da se prijave Agent Desktop i rukuju interakcijama u svim tipovima medija koji su konfigurisani u Webex CC.

      Nadzornici

      Supervizori su dodeljeni timovima i mogu da prate/ treniraju agenta i imaju pristup statusu tima i statistikama agenta za one koji pripadaju timovima kojima je supervizor dodeljen.

      Red za čekanje

      Red je logički entitet u kome se mogu održavati interakcije, dok se čeka da agenti budu dostupni, što se zatim usmerava ka agentu.

      Redovi su mapirani timovima, kao prostor za pretragu za agente, sa mogućnošću proširenja prostora za pretragu na osnovu proteklog vremenskog praga, dodavanjem drugih timova u prostor za pretragu.

      Ulazna tačka

      Entrypoint je logički entitet koji predstavlja tačku ingresa za interakcije koje će Webex CC. Za telefoniranje ovo se prvenstveno mapira na broj telefona na koji pozivi stižu i za kanale e-pošte/razmene poruka, ulazna tačka ukazuje na konfiguraciju osnovnih sredstava u Webex Connect.

      Protok

      Tok povezan sa ulaznom tačkom (putem strategije usmeravanja), koji odlučuje o koracima uključenim u rukovanje interakcijama.

      Za kanale koji nisu telefoni (e-pošta, razmena poruka/druženje), Flow se bira kao deo konfiguracije osnovnog sredstva u Webex Connect.

      Kontrola pristupa za kontakt centre za više lokacija

      Webex CC administratori mogu da konfigurišu korisničke profile sa pravom pristupa određenim lokacijama, timovima, redovima i ulaznim tačkama. Dalje, zbog hijerarhijske prirode lokacija i timova, kada se obezbedi pristup određenim lokacijama, korisniku mogu pristupiti samo timovi ili datum koji se odnose na timove, koji pripadaju tim lokacijama ili izričito navedeni podskup takvih timova.

      Za redove i ulazne tačke, one su globalne na nivou organizacije, tako da za različite geografske lokacije (lokacije na kojima se nalaze određeni agenti i timovi) mogu da se konfigurišu posebne ulazne tačke i redovi, a supervizori / korisnici mogu da imaju pristup onim entitetima koji su podložni za određene lokacije.

      Sledeća slika ilustruje entitete konfiguracije ključa i korisnički profil koji upućuje na ove entitete.

      Entiteti konfiguracije mapirani u korisnički profil

      Osim ograničavanja pristupa ovim entitetima, administratori Webex CC mogu da kontrolišu određene mogućnosti/module kojima korisnik može da pristupi u administrativnom interfejsu, čime korisnici imaju prava na administraciju /konfiguraciju određenih entiteta, kao i odeljke/ mogućnosti interfejsa administracije Webex CC.

      Izveštavanje i analitika

      Webex CC obrađuje diskretne događaje koje generišu različite usluge tokom životnog ciklusa interakcija, koristeći niz usluga obrade toka u realnom vremenu i generiše definisan skup skupa podataka u realnom vremenu koji se objavljuju na pretplaćenim klijentima.

      Pored toga, ovi događaji se dalje obrađuju, transformišu i prikupljaju i regultuju skupovi podataka, koji se zatim preuzimaju putem API-ja potrošnje podataka i interfejsa za vizuelizaciju izveštaja i podataka – Analyzer.

      Sledeća slika ilustruje interfejse za obradu podataka i potrošnju u Webex CC

      Webex CC cevovoda za obradu podataka i interfejsa potrošnje

      Integracije

      Sve spoljne integracije u WxCC da bi se povećale i poboljšale mogućnosti koje klijenti mogu da koriste, koriste standardne objavljene API-je.

      Tip interfejsa API koji su dostupni u Webex cc su:

      • ODMORITE API

      • Guranje na strani servera pomoću

        • Webhooks

        • WebSocket poruke

      CRM integracije

      Webex CC podržava dva režima integracije sa sistemima za upravljanje odnosima sa klijentima (CRM).

      • Konektori ugrađeni na radnoj površini

      • Integracije toka preko HTTPs konektora u IVR

      Konektori ugrađeni na radnoj površini: CRM aplikacija kao primarni interfejs

      U ovom režimu rada, agent se prijavi na CRM konzolu kao primarnu aplikaciju.

      Webex CC je ugrađena aplikacija (koja se naziva i ugrađena aplikacija na radnoj površini ili ugrađeni softfon) koja se prvenstveno koristi za prijavljivanje u kontakt centar i primanje interakcija Webex CC usmerenog kontakt centra.

      Nakon prijema poziva ili zahteva za razgovor, CRM integracija izvršava sledeće radnje na CRM konzoli

      • Ekran iskače zapis kupca povezan sa ANI ili drugim povezanim podacima poziva.

      • Knjiženje metapodataka poziva kao napomena o aktivnostima u zapisu kupca

      • Dozvolite agentu da "Klikne na poziv" klikom na kontakt unutar CRM-a i pokretanjem izlaznog poziva kupcu

      • Knjiženje zapisa poziva u CRM izveštaje za primarno izveštavanje o CRM-u.

      • Obezbeđuje punu funkcionalnost kontrola za Agent Desktop poziva (ugrađena i minifikovana verzija aplikacije na radnoj površini)

      Primarni režim integracije sa CRM-ovima je ugrađivanje Webex CC Desktop aplikacije u poseban iFrame.

      Dalje, Webex CC Desktop aplikacija pokreće prilagođeni vidžet bez glave (bez korisničkog interfejsa) u pozadini, u interakciji sa osnovnim CRM sistemom da bi izvršila automatizovane radnje u ime agenta.

      Interakcije napajaju dva SDK-a koje bezgladni vidžet koristi.

      • Webex CC Desktop JS SDK: Ovo je JavaScript SDK koji je obezbedio Webex CC za registrovanje slušalaca događaja za agente i kontakt akcije.

      • CRM JS SDK: Ovo je CRM klijentski SDK primenljiv po CRM-u koji apstrahuje REST API poziva sa CRM-om. Na primer, za salesforce, CTI JS biblioteka koju obezbeđuje Salesforce koristi se za izvršavanje radnji i slušanje događaja unutar CRM-a.

      Sledeća slika ilustruje CRM ugrađeni cc Webex i arhitekturu linije spajanja

      CRM linija spajanja ugrađena arhitektura linije spajanja radne površine

      Webex CC podržava sledeća CRM rešenja za navedenu integraciju:

      • Prodajna snaga

      • ServiceNow

      • Microsoft Dynamics 365

      • zendesk

      • Freshdesk

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

      Za više informacija o konfigurisanju rasporeda radne površine Webex CC za omogućavanje CRM konektora, skupova funkcija i promena posetite https://github.com/Ciscodevnet/webex-contact-center-crm-integrations.

      Globalna dostupnost CRM konektora

      CRM konektori su dostupni u svim geografijama i regionima Webex CC radi.

      Elastična skala i performanse

      Webex CC je domaćin prilagođenog vidžeta koji omogućava dvosmernu komunikaciju između CRM aplikacije i Webex CC radne površine u AWS CloudFront CDN-u, obezbeđujući visoku dostupnost vidžeta AWS u zonama dostupnosti i regionima.

      Sva ispravka specifična za CRM integraciju dešava se na pregledaču gde agenti koriste CRM aplikaciju sa Webex CC radnom površinom ugrađenom u CRM aplikaciju.

      Bezbednost

      CRM konektori se pozivaju putem rasporeda radne površine Webex CC agenta, a opcionalni parametri se prosleđuju putem rasporeda radne površine u vidžet da bi se preklopne funkcije prebacile i isključile.

      Na primer, da bi omogućio vidžet radnji "Salesforce", administrator može da uključi postavku parametra rasporeda radne površine sfdcWidgetEnabled na true.

      Instalacija paketa

      Da bi integracija radila dvosmerno, CRM konzoli je potrebna instalirana ugrađena aplikacija. Ovo je da biste podržali učitavanje aplikacije "Radna površina" unutar iFrame-a.

      Svi konektori ugrađeni u radnu površinu dostupni su na CRM tržištu.

      Na primer,

      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 dodatne komponente i uvozi potrebne XML datoteke u CRM konzolu kako bi podržala izveštavanje o zapisima poziva na CRM-u.

      Integracije toka putem HTTPs konektora u IVR

      Izrada Webex CC Flow podržava dvosmerne tokove podataka između Webex CC i CRM sistema pomoću HTTPs konektora konfigurisanih u kontrolnom čvorištu Webex i koji se koriste u toku Webex CC.

      One se prvenstveno koriste za personalizaciju unutar glasovnih interakcija i prilagođeni proizvodni postupak u okviru IVR.

      Po podrazumevanoj vrednosti, Webex CC podržava HTTP liniju spajanja salesforce na kontrolnom čvorištu. Ostale CRM linije spajanja se mogu dodati kao prilagođene linije spajanja na Webex kontrole.

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

      IVR HTTP linije spajanja:

      Optimizacija radne snage

      Webex CC podržava rešenja za optimizaciju toka posla i upravljanje kvalitetom od vodećih dobavljača delatnosti.

      Primena i povezivanje

      Webex CC je raspoređen u AWS i trenutno je dostupan u sledećim regionima

      • NAS

        • US-East N Virginia

        • US-West N California (samo Voice Media Ingress)

      • Kanada

        • Centralna

      • Velike britanije

        • London

      • Evropa

        • Frankfurt

      • Azija Pac

        • Tokiju

        • Sidni

        • Singapur

      Povezivanje sa više regiona za telefoniju

      Da bi omogućio globalnim organizacijama, sa agentima i klijentima na više geografskih lokacija, Webex CC podržava zadržavanje medija unutar lokalnog regiona, za one regione u kojima su pokrenute ivice glasovnih medija i ingres usluge.

      Sledeća cifra ilustruje raspoređivanje više regiona sa regionalnim medijima.

      Multi Region deployment with regional media
      Raspoređivanje više regiona sa regionalnim medijima

      Ivice medija i ingres usluge su raspoređene u sledećim regionima.

      Geo Region

      Webex CC usluge (AWS region)

      Ivica medija (Voice POP)

      Next Generation Media Services (AWS Region)*

      NAS

      N Virdžinija

      Njujork

      Los Anđeles

      N Virdžinija

      N Kalifornija

      Kanada

      Centralna

      Vankuver

      Toronto

      Centralna

      Brazil

      Sao Paulo

      Rio De Žaneiro

      Evropa

      Frankfurt

      Frankfurt

      Amsterdam

      Frankfurt

      Velika Britanija

      London

      London

      London

      Indija

      Pune

      Hyderabad

      Mumbaj

      Singapur

      Singapur

      Singapur

      Japan

      Tokiju

      Tokiju

      Osaku

      Tokiju

      Australija

      Sidni

      Melburn

      Sidni

      Sidni

      Bezbednost i privatnost

      Bezbednost infrastrukture

      Glasovna infrastruktura na Ivici

      Glasovne Edge komponente omogućavaju prekidanje SIP prtljažnika sa mreže korisnika / PSTN nosača, a to je omogućeno na osnovu Ips-a na beloj listi kojima je dozvoljeno povezivanje sa ivicama komponenti.

      Izračunajte bezbednost infrastrukture

      Webex CC instanci izračunate su obezbeđene u AWS-u, a usluge se pokreću kao kapsule u Klasteru Kubernetes koji ima više prostora za ime, a pristup svakom prostoru za ime je ograničen posebnim akreditivima.

      Sva obezbeđivanja infrastrukture se rade korišćenjem šifre – bez ručnih koraka – i nijednom od akreditiva se ne može pristupiti ručno.

      Postoji centralno skladište akreditiva sa određenim putanjama konfigurisanim za određeni skup usluga / timova, a pristup samom skladištu akreditiva je ograničen i konfigurisan kao tajna u sistemima za izradu i primenu.

      Nijedna od infrastrukturnih komponenti / usluga nije direktno izložena izvan AWS VPC-a i samo javno izloženi interfejsi su API i WebSocket Serveri koji se kontrolišu i upravljaju pomoću api mrežnog prolaza,

      Osim toga, postoje određeni interni sistemi i interfejsi koje koriste programeri koji se koriste za prikazivanje evidencija, metrika, detalja primene, izgradnje statusa i rezultata testova, koji su obezbeđeni korišćenjem uloga i grupa i integrisani sa Cisco sistemima interne potvrde identiteta.

      Potvrda identiteta i ovlašćenje za korisničke interfejse

      Svi korisnički interfejsi koje koriste različiti korisnici kontakt centra (agenti, supervizori, administratori, analitičari) zaštićeni su Cisco Common Identity zasnovanom na tokenu potvrde identiteta (OAuth tokovi).

      Autorizacija se obavlja korišćenjem uloga za korisnika koji je dobio simbol i opsege dodeljene tokenu.

      Bezbednost podataka

      Podaci u tranzitu

      Nijedan od interfejsa raspoređenih usluga / infrastrukturne komponente nije direktno izložen spoljnom dolaznom saobraćaju.

      Izaberite usluge, sa http API-jem izložite te interfejse putem mrežnog prolaza i svi dolazni https (uključujući i one webSocket) se prekidaju u ALB-u, a unutrašnji saobraćaj preko http-a se usmerava ka uslugama.

      Sve odlazne interakcije su završene https / TLS (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 na odmoru

      Svi podaci koji se skladište šifruju se u sloju skladišta. Dalje oni skladišti podataka koji su izvan VPC-a, zaštićeni su i kontrola pristupa i ovlašćenja sa akreditivima bezbedno uskladištenim i vođenim u tajnom skladištu.

      Sledeća slika ilustruje tok podataka i bezbednosni model za tranzit, kao i za odmor.

      Bezbednost podataka u tranzitu i na odmoru

      Privatnost podataka

      PII podaci krajnjeg korisnika

      Tok Webex CC, koji je programski kontroler za rukovanje interakcijama, može se koristiti za prikupljanje korisničkih podataka, koji se mogu dodeliti promenljivama protoka posebno označenim kao "Sadrži osetljive podatke". Vrednosti za takve podatke su šifrovane i nijedna usluga u tranzitnoj putanji podataka neće imati pristup ovim podacima.

      Dalje, takvi podaci nikada nisu istrajni u Webex CC skladištu podataka za izveštavanje i evidencije / infrastruktura za razmenu poruka će imati šifrovane podatke i jasni tekstualni podaci se ne skladište nigde Webex CC.

      Podaci agenta/supervizora Kontakt centra

      Podaci povezani sa kontakt centrom se rediguju u evidencijama, ali su dostupni za analitiku podataka i vizuelizaciju u Webex CC skladištu podataka.

      Skalabilnost

      Faktori za vagu

      Za Webex CC faktori koji utiču na skalu su:

      • Uporedni broj prijavljenih agenata

      • Uporedni broj interakcija koje su u toku

        • Radnje izvršene na tim interakcijama

      • Uporedni broj radnji koje supervizori / agenti obavljaju, izvan rukovanja interakcijama

      • Volumen generisanih i istrajnih podataka

      Arhitektonski aspekti koji omogućavaju skalu

      Principi zasnovani na kojima je Webex CC arhitektonski i dizajniran omogućava rešenju da se dinamički skalira po potrebi u granicama koje sprovodi infrastruktura obezbeđena za različite usluge i komponente platforme.

      Arhitektura vođena događajem

      Usluge u Webex CC komuniciraju koristeći poruke, a tokovi obrade kritičnih poruka ne uključuju blokiranje IO operacija i stanje potrebno za obradu poruka je lokalizovano na instancu usluge koja obrađuje poruku.

      Usluge bez države (ili eksterno stanje)

      Usluge bez države omogućavaju elastičnost tako što lako dodaju /uklanjaju dodatne instance usluga. Postoje određene službe koje su inherentno državne prirode i one imaju eksternizovanu državnu prodavnicu i infrastruktura podržava dinamične promene broja instanci takvih usluga takođe sa automatskim rebalansiranjem / prenosom stanja / lokalizacijom države do instance kojoj je potrebna država.

      Elastična infrastruktura

      Sve usluge se pokreću u Kubernetesu i infrastrukturi aka Kubernetes skala čvorova automatski na osnovu upotrebe i to omogućava dinamično dodavanje više izračunatih čvorova do maksimalno visokog praga koji je unapred konfigurisan.

      Učitavanje projekcije i redovna provera valjanosti

      Sve usluge su odrednice za karakteristike performansi, a obrazac razmere se proverava na nivou usluge.

      Dalja kontinuirana provera valjanosti, vrhunski testovi opterećenja i izdržljivosti sprovode se sa parametrima testiranja podešenim za projektovani rast atributa koji utiču na skalu, što omogućava da se identifikuju uska grla, planiraju ažuriranje visokog praga za korišćenje infrastrukturnih resursa i budu spremni za dan igre.

      Pouzdanost i dostupnost

      Manifestacija vođena arhitekturom i uslugama bez države omogućava elastičnost i elastičnost. Međutim, da bi se osiguralo da se neuspesi otkriju i reaguju pre nego što funkcionalnosti utiču, Webex CC koristi sledeću strategiju.

      • Dostupnost i pouzdanost infrastrukture

        • Sve Webex CC i infrastrukturne komponente se uvek rasporede u tri AWS zone dostupnosti.

          • Ovo omogućava Webex CC bude otporan na kvarove zone dostupnosti i u slučaju otkazivanja, neuspele instance se automatski zamenjuju novijim.

      • Kontinuirano praćenje & obaveštavanje

        • Interne i spoljne sonde za komponente usluga i infrastrukture, koje na osnovu obaveštenja o okidaču neuspeha.

        • Metrike uhvaćene iz usluga i infrastrukturnih komponenti i obrađene putem mašine za pravilo koja detektuje pravila podudaranja i upozorenja okidača.

      • Neprekidna provera valjanosti & obaveštavanje

        • Periodični testovi se pokreću i svi propusti rezultiraju aktiviranjem obaveštenja

        • Ova obaveštenja stvaraju proaktivne incidente i rešavaju se kao pravi incident koji utiče na kupca.

          • Ovo unapred prazni uticaje na kupca i doprinosi dostupnosti i pouzdanosti sistema.

      • Kontinuirana integracija i isporuka

        • Ovo je inženjerski proces i cevovod za isporuku i omogućava brzu i pouzdanu izradu, validaciju i raspoređivanje usluga / promena usluga u Webex CC.

          • Mogućnost potpuno automatizovanog raspoređivanja – od koda do proizvodnog okruženja, sa svim potrebnim proverama valjanosti, smanjuje rizik i smanjuje vreme do rešavanja, ako je potrebno da se promena rasporedi kao odgovor na neuspeh.

      • Prekidači za strujna kola i prekidači za ubijanje

        • Različiti delovi sistema / određene mogućnosti Webex CC mogu selektivno da se onemogućene za sve kupce ili da se izaberu kupci, kako bi se umanjili kaskadni efekti neuspeha.

          • Ovo omogućava da se površina neuspeha svede na najmanju moguću površinu i postigne dostupnost osnovnih mogućnosti kontakt centra kupcima.

      Praćenje i otkrivanje neuspeha

      Sledeća slika ukazuje na mehanizme neprekidnog praćenja, provere valjanosti i obaveštavanja koji su postavljeni za Webex CC.

      Neprekidno praćenje i otkrivanje neuspeha

      Kontinuitet poslovanja i oporavak od katastrofa

      Proces oporavka od katastrofa i kontinuitet poslovanja obezbeđuje otkrivanje bilo kakvog velikog prekida u regionu i preduzimaju se neophodni koraci kako bi se osigurao oporavak usluga klijentima koji se nalaze u regionu.

      Koraci za oporavak su dokumentovani, provereni i redovno ažurirani u sklopu procesa oporavka i upravljanja katastrofama.

      Webex CC su raspoređene u tri odvojene zone dostupnosti unutar AWS regiona. Svaka zona raspoloživosti je različita fizička lokacija u regionu, sa nezavisnim uslužnim programima.

      U slučaju potpunog neuspeha AWS regiona, Webex CC se oslanja na AWS da oporavi region i za produžene prekide koji uključuju čitav region, Webex CC data centar je obezbeđen u novom AWS regionu i vraća ključne konfiguracije i podatke klijenata tako da kontakt centar radi za kupce u novom AWS regionu.

      To podrazumeva automatizaciju, ali zahteva ručnu intervenciju da bi se pokrenuo proces, kao i nadgledanje i obezbedilo vraćanje potrebne konfiguracije i podataka da bi kontakt centar bio operativan za kupce.

      Usaglašenost i sertifikacije

      Webex Kontakt ima opsežnu listu bezbednosnih sertifikacija. Ove potvrde se redovno ažuriraju u pravilnim intervalima.

      • PCI DSS QSA

      • CAIQ

      • HIPAA & HITECH

      • Nivo CSA zvezdice 1

      • CSA Star Level 2 (3rd party independent assessment)

      • SOC2

      • ISO27001 (Međunarodni standard za informacionu bezbednost)

      • ISO27017 (Bezbednosni standard za dobavljače usluga u oblaku)

      • ISO27018 (Bezbednosni standard fokusiran na zaštitu ličnih podataka u oblaku)

      • ISO27701 (proširenje privatnosti podataka)

      • Nemački standard C5, demonstrira operativnu bezbednost od sajber-napada

      Više detalja potražite Webex sa podacima o privatnosti za uslugu kontakt centra.

      Uvod

      Cisco Webex Contact Center (Webex CC) je Kontakt centar kao usluga (CCaaS), koji omogućava organizacijama da omoguće pametnije, proaktivnije i personalizovane interakcije širom putovanja klijenta.

      Webex CC je arhitektonski, dizajniran i razvijen, iz temelja, kao maternje rešenje oblaka, sa sledećim osnovnim arhitektonskim principima.

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

      • Event Driven: Sve usluge međusobno komuniciraju koristeći razmenu poruka, osim u Veb aplikacijama gde aplikacija koristi https interfejse (REST API, Push Data putem WebSocket interfejsa) za određene slučajeve korišćenja.

      • Stanje bez države/eksternizovano stanje: Usluge su raspoređene u Kubernetesu, rade u kontejnerima dokera, sa mogućnošću automatskog skale i otporne na propuste jedne ili više instanci usluga.

      • Primetno: sve usluge i infrastrukturne komponente koje omogućavaju raspoređivanje takvih usluga primetne su sa standardnim mehanizmima za merenje, otkrivanje i sprečavanje situacija koje utiču na mogućnosti kontakt centra, kao i brzo rešavanje problema i vraćanje usluga u slučaju prekida rada.

      • Izolovano/labavo u paru: Svaka usluga može biti izgrađena, proverena i nezavisno raspoređena/ažurirana bez daunlouda za mogućnosti kontakt centra.

      Webex CC usluge su raspoređene u AWS-u i napajaju se pomoću cloud native platforme koja omogućava sledeće:

      • Dostupnost infrastrukturnih usluga i aplikacija u više raspoloživih zona

      • Elastičnost infrastrukturnih usluga i aplikacija koje omogućavaju mogućnosti dinamičkog podešavanja razmere

      • Bezbednost je rodno ugrađena u način na koji se sistemi grade i rasporede, podaci su zaštićeni u tranzitu i odmaraju se zajedno sa sertifikatima o bezbednosti/usaglašenosti koje Webex CC ima.

      • Skalabilna i bezbedna ivica infrastrukture za telefonsku/glasovnu integraciju

      • Primetnost uz proaktivno praćenje i obaveštavanje koje omogućava visoku dostupnost usluga kontakt centra svojim korisnicima.

      • Integrisan sa ostatkom Cisco Webex za potvrdu identiteta/autorizaciju korisnika, administraciju i obezbeđivanje mogućnosti kontakt centra.

      Dalji odeljci u ovom dokumentu se šire na svaku od gorenavedenih mogućnosti i Webex cc arhitektura omogućava isto.

      Logička arhitektura

      Osnovna mogućnost koju rešenje kontakt centra mora da ima je omogućavanje korisnicima da lako kontaktiraju organizaciju putem uobičajenih načina komunikacije i dobiju upite / probleme koji se rešavaju na brz i efikasan način.

      Međutim, da bi se obezbedilo postizanje ove osnovne mreže, postoji više mogućnosti iza scene kojima organizacija koja koristi kontakt centar mora da ima pristup. Ovo su:

      • Mehanizmi za pokretanje interakcije sa klijentima

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

        • E-adrese na koje klijenti mogu da šalju e-poštu i mehanizam za otkrivanje novih dolaznih e-poruka.

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

          • Ćaskanje sa veb lokacije/aplikacije

          • Direktno ćaskanje putem popularnih klijenata za razmenu poruka kao što su WhatsApp, Facebook Messenger, Apple Business Chat, Direktna poruka sa Twittera

      • Sposobnost otkrivanja novih interakcija i efikasnog rukovanja njima

        • To bi uključivalo automatizovani IVR sistema, virtuelne agente za telefoniju / ćaskanje sa programskom inbuiltiranošću da bi se definisali tokovi posla koji učestvuju u rukovanju interakcijama.

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

      • Mogućnost da agenti ukažu na dostupnost za rukovanje interakcijama i supervizorima za praćenje, agente trenera i dobijanje operativnih metrika koje omogućavaju efikasne interakcije.

      • Mogućnost administratora da konfigurišu i navedu različite mogućnosti kontakt centra koje omogućavaju agentima i supervizorima da obavljaju svoje zadatke na očekivani način.

      Pored toga, savremena preduzeća moraju da imaju dodatne mogućnosti za optimizaciju operacija kontakt centra sa pristupom podacima i uvidima koji vizualizuju i prate ključne operativne metrike.

      Pored toga, mogućnost integrisanja sa specijalizovanim mogućnostima ekosistema kontakt centra kao što su pokretanje proaktivnih automatizovanih odlaznih poziva, poboljšanje iskustva agenta i supervizora pomoću AI, otkrivanje i razumevanje putovanja klijenata ka proaktivnom snabdevanju podataka unapred agentima su jasni razlikujeoci u načinu na koji se razvijaju rešenja kontakt centra.

      Što se tiče modela potrošnje, gde se ponude kontakt centra troše kao usluga softvera isporučenog u oblaku, mogućnost obezbeđivanja dostupnosti, pouzdanosti i automatizovanih zahteva ad-hoc skale zahteva stanje umetničkih mehanizama praćenja i obaveštavanja, što omogućava kontinuiranu proveru valjanosti i otkrivanje predstojećih problema i sprečavanje / minimiziranje uticaja na poslovanje klijenata.

      Sledeća slika ilustruje logičku arhitekturu Webex CC.

      Webex CC Logical Architecture
      Webex CC logička arhitektura

      Funkcionalne komponente

      Sledeći odeljci opisuju različite funkcionalne komponente Webex CC.

      Upravljanje interakcijama

      Webex CC podržava telefoniju, e-poštu i razmenu poruka (društvenih kanala) kao različite kanale pomoću kojih korisnici mogu da komuniciraju sa kontakt centrom.

      Za sve kanale, početno rukovanje može da obavi sistem, a zatim interakcija može da eskalira do agenta.

      Tipovi medija

      Telefonija

      Za telefoniju se o dolaznom rukovanju glasovnim pozivom odlučuje način na koji je poziv ušao u kontakt centar (pogledajte Ingress mechanisms below) i Webex CC Flow koji je povezan sa ulaznom tačkom.

      Poziv se odgovara i dalje radnje se vrše u zavisnosti od definicije Webex CC Flow – što je programski prikaz radnji koje treba izvršiti prilikom rukovanja pozivom pre čekanja u redu čekanja i usmeravanja agentu ili sam Tok može da rukuje pozivom bez prenosa na agenta.

      Izrada toka u Webex CC omogućava projektantima da definišu tok i dodele ga ulaznoj tački preko koje poziv stiže u Webex CC.

      Ovi entiteti konfiguracije i njihova upotreba su pokriveni u entitetima konfiguracije.

      Više informacija o izradi toka je pokriveno u predstojećem odeljku na IVR sistemu.

      E-pošta i poruke

      Iz Webex CC, Webex Connect pruža ingres i egres mogućnosti za sve digitalne kanale - e-poštu, kanale za razmenu poruka, koje krajnji korisnici mogu da koriste za kontakt centar.

      Webex poveži tok

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

      • Primenjuje poslovnu logiku na dolaznu interakciju.

      • Rukuje kontaktom pre čekanja u redu.

      • Sam tok može da podnese interakciju bez prenosa na živog agenta.

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

      • Web App / Ćaskanje putem mobilnih aplikacija

      • WhatsApp

      • Facebook Messenger

      • SMS

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

      • Gmail

      • Office365

      Ingresni mehanizmi

      Ovaj odeljak pokriva mehanizme pomoću kojih interakcija može da unese Webex CC. Na osnovu vrste medija, mehanizmi pomoću kojih interakcija dostiže Webex CC su različiti.

      Na primer, u telefoniji postoji fizička infrastruktura koja je potrebna da bi se omogućila PSTN veza, konfiguracija telefonskih brojeva i usmeravanje poziva na Webex CC.

      Za kanale e-pošte /razmene poruka, konfiguracija ingresa mora biti obavljena u Webex Connect i uključuje obezbeđivanje naloga e-pošte/razmene poruka i Webex konfiguraciju toka povezivanja.

      Dolazni glas

      Za glasovne pozive, tipičan scenario je kada korisnici biraju PSTN telefonski broj koji se zatim povezuje sa kontakt centrom. Iz ingresne perspektive, potreban je mehanizam usmeravanja poziva od PSTN do Webex CC.

      Sledeća slika ilustruje unošenje glasovnog poziva u Webex CC.

      Ingres opcije za dolazni glas

      Glasovne ingres usluge u Webex CC vrše kontrolu poziva trećih strana koristeći SIP i odaziv se dolaznom pozivu, kao i obavljaju operacije prenosa, konferencije i drugih operacija kontrole poziva.

      Logička ulazna tačka za pozive u Webex CC je konaиni entitet pod imenom "Ulazna tačka". Za Voice ingress, ključna konfiguracija Entrypoint-a je telefonski broj povezan sa njim, što je obično važeći PSTN telefonski broj dobijen od izabranog PSTN dobavljača.

      Ovo omogućava otkrivanje dolaznih poziva na telefonskom broju, povezivanje poziva sa ulaznom tačkom i korišćenje drugih parametara konfiguracije ulazne tačke za rukovanje pozivom u zavisnosti od definicije toka Webex CC koja bi trebalo da bude aktivirana za interakciju.

      Nota:

      Za više detalja o PSTN opcijama povezivanja posetite # 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 glasovne ivice infrastrukture

      Prva Webex CC VPOP infrastrukture uključuje suvišne parove SIP SBC-ova koji obezbeđuju visoku dostupnost i više SBC-ova može da se doda da bi se skalirali uporedni volumeni poziva koji će biti podržani.

      Maksimalni uporedni pozivi koje VPOP može da podnese zavise od broja pokrenutih SBC-ova i do kojih se pozivi šalju.

      Za geografsku redundantnost – podržan je mesh VPOP SBC sa međusobnim povezivanjem u više parova širom regiona.

      Za usluge glasovnog ingresa, one su horizontalno skalabilne za rukovanje sve većim brojem uporednih glasovnih poziva koje treba uneti u Webex CC.

      Bezbednosna pitanja sa glasovnom ivicom infrastrukture

      Sledeća tabela sadrži detalje o opcijama povezivanja sa glasovnom ivicom infrastrukture.

      Tabela 1. Tipovi povezivanja

      Povezivanje

      Tipovi

      Javni Internet

      Direktno (sa adresama izvora na beloj IP listi)

      IPSec virtuelna privatna mreža (VPN) ili IPSec zbog enkapsulacije generičkog usmeravanja (GRE)

      Lokacija-prema-lokaciji (S2S)

      SRTP/SIP TLS

      Privatna veza

      MPLS

      Point-to-Point (P2P)

      VPLS

      SD-WAN

      Privatni WAN

      Unakrsno povezivanje data centra

      Equinix Fabric Connections

      Za više detalja posetite # 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 sistem

      Svaki glasovni poziv koji dođe u broj telefona koji je povezan sa ulaznom tačkom, dobija odgovor od strane Webex CC i počinje izvršavanje toka Webex CC povezanog sa ulaznom tačkom.

      Webex CC Flow Builder obezbeđuje programske konstrukcije/operatore i funkcionalne blokove, terminske aktivnosti, tako da administratori ili bilo ko ko dizajnira i primenjuje logiku IVR može da kombinuje ove građevinske blokove i kreira definiciju toka.

      Programske konstrukcije koje Flow podržava su:

      • Promenljive deklaracije i postavke – stanje povezano sa izvršavanje toka

        • Šljunkoviti izrazi za postavljanje vrednosti promenljivih

      • Uslovne provere

      • Petlja – korišćenje funkcije Conditionals i Go To (mogućnost zajedničkog lanca aktivnosti)

      • PozoviTE REST API-je

      • Podaci o raščlanjivanja – JSON, TOML, XML se obično koriste za raščlanj API odgovora.

      • Sastavljanje aktivnosti


       

      Reprezentativni skup aktivnosti koje Flow snabdeva su:

      • Reprodukuj poruke

      • Prikupljanje korisničkih podataka

      • Prenesi poziv na drugo odredište/broj telefona

      • Pošalji poziv virtuelnom agentu

      • Poređaj poziv tako da mu agent može odgovoriti.

      Za svaki poziv koji je aktivan, instanca izvršavanja toka je takođe aktivna, dok se poziv ne završi, što rezultira uporedim izvršavanjem tokova.

      Svaka instanca izvršavanja toka obezbeđuje izolovano okruženje za podatke / stanje povezano sa protokom i tamo pozivom.

      Tokom celog životnog ciklusa poziva, protok takođe omogućava odgovaranje na određene događaje koji se dešavaju i rukovanje njima – na primer, kada agent odgovori na poziv, rukovalac događajem može da pokrene iskakanje ekrana u agentu na desktop interfejsu.

      Više informacija o toku Webex CC potražite u članku 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 virtuelnog agenta

      Flow obezbeđuje aktivnost za predaju interakcije virtuelnom agentu, koja je unapred konfigurisana u programu Webex kontrolno čvorište.

      Kada se poziv poveže sa virtuelnim agentom, IVR korisniku pruža iskustvo razgovora, IVR aktivnost se završava prekidom poziva ili eskalacijom poziva agentu.

      U slučaju eskalacije, tok se može podesiti tako da čeka u redu za poziv na koji agent potom odgovara.

      Ulazne digitalne interakcije

      Za e-poštu i kanal za razmenu poruka dolaznih interakcija, Webex CC koristi Webex Povezivanje za obezbeđivanje sredstava, protok za rukovanje dolaznim interakcijama i usmeravanje interakcije na Webex CC kada tok Webex Connect izričito čeka u redu za interakciju tako da njime može da rukuje agent.

      Sledeća slika ilustruje unošenje e-pošte, interakcije razmene poruka u Webex CC.

      Ingres opcije za e-poštu i poruke

      Virtuelni agent / BOT integracije

      Za interakcije putem e-pošte i poruka / društvenih kanala, virtuelni agent/ BOT tretmani su konfigurisani u Webex Connect flow.

      Kao i kod Virtuelnih agenata za glas, ako se BOT tretman završava eskalacijom kao rezultatom, onda je interakcija stavljena u red i usmerena ka agentu.

      Usmeravanje i čekanje u redu

      Webex CC tretira dolazni kontakt sa automatizovanim rukovaocima kao što je definisano u toku i tok može odlučiti da uputi kontakt u red / direktno agentu (određeni red čekanja agenta – podržan samo za telefonske/glasovne interakcije).

      U redu čekanja, ako je agent dostupan, agent je rezervisan, a interakcija se usmerava ka agentu. Ako nema raspoloživih agenata, interakcija je parkirana u redu čekanja, a Flow će nastaviti da tretira kupca sa rukovaoca priloženim uz aktivnost čekanja u redu čekanja.

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

      Sledeća slika ilustruje arhitekturu čekanja u redu i usmeravanja.

      Queuing and Routing Architecture
      Arhitektura čekanja u redu i usmeravanja

      Izbor agenta

      Redovi u Webex CC podržavaju sledeće algoritme izbora agenta:

      • Najduže dostupno usmeravanje agenta

      • Usmeravanje zasnovano na veštinama

        • Najduži raspoloživi agent (LAA)

        • Najbolji raspoloživi agent (BAA)

      Agenti su povezani sa redovima kroz timove.

      Redu čekanja se može dodeliti više grupa za distribuciju poziva (sa svakom grupom koja ima jedan ili više timova), na sekvencijalni način sa konfigurisanim čekanjem da grupa distribucije poziva bude dodata u red, tako da se prostor za pretraživanje odgovarajućeg agenta proširi na dodatne grupe distribucije poziva kako vreme bude odmiče.

      Za usmeravanje zasnovano na veštini, među zahtevima veština koji se podudaraju sa agentima povezanim sa redom, bira se agent na osnovu LAA ili BAA konfiguracije.

      Specifične dodatne mogućnosti glasa/telefonije

      Usmeravanje zasnovano na agentu (samo za kanal glasa/telefonije)

      Webex CC Flow, koristeći aktivnost QueueToAgent, može usmeriti interakcije direktno na izabrani agent na osnovu ID-a agenta.

      Ako agent nije dostupan za rukovanje interakcijama, interakcija može biti parkirana, u određenom redu čekanja agenta, čekajući da agent postane dostupan

      Više opcija za informacije u redu čekanja

      Webex CC Flow, koristeći aktivnost GetQueueInfo, može da donese informacije u realnom vremenu za red kao što su Pozicija u redu čekanja (PIQ), Procenjeno vreme čekanja (EWT), broj agenata koji su dostupni u redu čekanja i može se koristiti za odlučivanje da li da stave kontakt u red ili ne.

      Ljubazni povratni poziv

      Webex CC Flow, koristeći povratni poziv aktivnosti, omogućava kupcu da prekine vezu sa pozivom uz istovremeno održavanje pozicije u redu čekanja i primi povratni poziv kada se virtuelna interakcija u redu usmeri ka agentu.

      Prekoračenje rukovanja

      Webex CC podržava rukovanje viškom pomoću timova zasnovanih na kapacitetima (CBT).

      CBT je kao običan tim sa kapacitetom i pridruženim spoljnim DN-om koji služi tom kapacitetu. Može se konfigurisati zajedno sa drugim timovima u ciklusima distribucije poziva u redu čekanja.

      Obično je ovo konfigurisano kao poslednji ciklus tako da deluje kao prekoračenje ako nijedan agent nije dostupan čak i nakon što sve konfigurisane grupe za distribuciju poziva ne uspeju da pronađu dostupnog odgovarajućeg agenta za rukovanje interakcijom.

      Agent Desktop operacije

      Kada se agent prijavi Webex CC Agent Desktop, agent navodi broj telefona na koji se mogu povezati dolazni pozivi agentu. Ovo može biti PSTN telefon, mobilni telefon ili proširenje ako je agent Cisco Webex Calling korisnik.

      Imajte na nauda da ovaj broj mora biti važeći telefonski broj na koji se pozivi mogu usmeriti. U slučaju da nije, agent ne može da prima dolazne pozive.

      Na osnovu tipa interakcije koju agent vodi, vidžeti u agentu na radnoj površini snabdevaju mogućnost izvršavanja određenih operacija kontrole medija.

      Na primer, kada se odazove poziv, agent može da izvrši sledeće operacije vezane za poziv.

      • Pozovite na čekanje

      • Započnite poziv za konsultacije i

        • Prenesi poziv na drugi broj telefona (recimo broj telefona agenta) / Ulazna tačka

        • Konferencija još jednog agenta za poziv

      • Prenos poziva u drugi red čekanja

      • Završi poziv

      Agentska radna površina omogućava administratorima da tamo dodaju prilagođene vidžete tako što proširuju mogućnosti radne površine i čine je objedinjenom kolekcijom vidžeta koji su potrebni agentima da bi obavljali svoj posao na efikasan način.

      Arhitektura radne površine

      Agentska radna površina je aplikacija pojedinačne stranice zasnovana na mikro frontendu koja hostuje vidžete izgrađene na osnovu arhitekture Veb komponenti. Svi standardni / berzanski vidžeti se napajaju pomoću podataka koje preuzimaju API-i ili mehanizmi guranja sa strane servera.

      To su obično asinhroni API-i, gde odgovor za pozivanje dolazi na radnu površinu putem WebSocket veze.

      Webex CC Agent Desktop autentifikaciju korisnika sa Cisco Common Identity (CI) i simbol se prosleđuje svim API poziva. Za prilagođene vidžete takođe, na osnovu modela potvrde identiteta, on obezbeđuje agentima jedno iskustvo prijavljivanja ako je prilagođeni model potvrde identiteta vidžeta integrisan sa CI.

      Kada agent bude deo interakcije, sve ispravke stanja interakcija ili povezanih podataka takođe se guraju na radnu površinu preko WebSocket veze.

      Otpornost radne površine na vezu i kašnjenje

      Asinhroni API i guranje na strani servera omogućava razmeru i otkriva se svaki gubitak veze sa WebSocket interfejsom i pokušaji radne površine da se ponovo povežu i ponovo prijave.

      Sledeća slika ilustruje arhitekturu radne površine agenta u Webex CC.

      Agent Desktop arhitektura

      Administracija i konfiguracija

      Kupci na brodu

      Webex kontrolno čvorište je primarni interfejs koji partneri i klijenti koriste za ukrcavanje klijenata i omogućavanje ili konfigurisanje funkcija.

      Kada se funkcije organizacije i kontakt centra naložiju u kontrolnom čvorištu, Webex će pokrenuti tok posla u Webex CC koji čini ostale korake u obezbeđivanju svih mogućnosti kontakt centra u zavisnosti od ponuda koje je kupac odabrao.

      Svo obezbeđivanje kontakt centra obavlja se pomoću BPM mašine toka posla koja omogućava deklarativni način definisanja koraka koji su uključeni i čini čitave korake obezbeđivanja otpornim na neuspehe i obezbeđuje integritet podataka.

      Sledeća slika ilustruje tok posla za obezbeđivanje u Webex CC.

      Tok posla "Klijent na brodu"

      Entiteti konfiguracije

      Ključni subjekti konfiguracije u Webex CC, opsezi unutar organizacije, su:

      Lokacije

      Sajt podrazumeva lokaciju na kojoj se nalaze neki timovi, korisnici (agenti / supervizori).

      Svaki korisnik i tim moraju da pripadaju lokaciji.

      Tim

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

      Svaki tim mora da pripada nekoj lokaciji.

      Agenti

      Korisnici koji mogu da se prijave Agent Desktop i rukuju interakcijama u svim tipovima medija koji su konfigurisani u Webex CC.

      Nadzornici

      Supervizori su dodeljeni timovima i mogu da prate/ treniraju agenta i imaju pristup statusu tima i statistikama agenta za one koji pripadaju timovima kojima je supervizor dodeljen.

      Red za čekanje

      Red je logički entitet u kome se mogu održavati interakcije, dok se čeka da agenti budu dostupni, što se zatim usmerava ka agentu.

      Redovi su mapirani timovima, kao prostor za pretragu za agente, sa mogućnošću proširenja prostora za pretragu na osnovu proteklog vremenskog praga, dodavanjem drugih timova u prostor za pretragu.

      Ulazna tačka

      Entrypoint je logički entitet koji predstavlja tačku ingresa za interakcije koje će Webex CC. Za telefoniranje ovo se prvenstveno mapira na broj telefona na koji pozivi stižu i za kanale e-pošte/razmene poruka, ulazna tačka ukazuje na konfiguraciju osnovnih sredstava u Webex Connect.

      Protok

      Tok povezan sa ulaznom tačkom (putem strategije usmeravanja), koji odlučuje o koracima uključenim u rukovanje interakcijama.

      Za kanale koji nisu telefoni (e-pošta, razmena poruka/druženje), Flow se bira kao deo konfiguracije osnovnog sredstva u Webex Connect.

      Kontrola pristupa za kontakt centre za više lokacija

      Webex CC administratori mogu da konfigurišu korisničke profile sa pravom pristupa određenim lokacijama, timovima, redovima i ulaznim tačkama. Dalje, zbog hijerarhijske prirode lokacija i timova, kada se obezbedi pristup određenim lokacijama, korisniku mogu pristupiti samo timovi ili datum koji se odnose na timove, koji pripadaju tim lokacijama ili izričito navedeni podskup takvih timova.

      Za redove i ulazne tačke, one su globalne na nivou organizacije, tako da za različite geografske lokacije (lokacije na kojima se nalaze određeni agenti i timovi) mogu da se konfigurišu posebne ulazne tačke i redovi, a supervizori / korisnici mogu da imaju pristup onim entitetima koji su podložni za određene lokacije.

      Sledeća slika ilustruje entitete konfiguracije ključa i korisnički profil koji upućuje na ove entitete.

      Entiteti konfiguracije mapirani u korisnički profil

      Osim ograničavanja pristupa ovim entitetima, administratori Webex CC mogu da kontrolišu određene mogućnosti/module kojima korisnik može da pristupi u administrativnom interfejsu, čime korisnici imaju prava na administraciju /konfiguraciju određenih entiteta, kao i odeljke/ mogućnosti interfejsa administracije Webex CC.

      Izveštavanje i analitika

      Webex CC obrađuje diskretne događaje koje generišu različite usluge tokom životnog ciklusa interakcija, koristeći niz usluga obrade toka u realnom vremenu i generiše definisan skup skupa podataka u realnom vremenu koji se objavljuju na pretplaćenim klijentima.

      Pored toga, ovi događaji se dalje obrađuju, transformišu i prikupljaju i regultuju skupovi podataka, koji se zatim preuzimaju putem API-ja potrošnje podataka i interfejsa za vizuelizaciju izveštaja i podataka – Analyzer.

      Sledeća slika ilustruje interfejse za obradu podataka i potrošnju u Webex CC

      Webex CC cevovoda za obradu podataka i interfejsa potrošnje

      Integracije

      Sve spoljne integracije u WxCC da bi se povećale i poboljšale mogućnosti koje klijenti mogu da koriste, koriste standardne objavljene API-je.

      Tip interfejsa API koji su dostupni u Webex cc su:

      • ODMORITE API

      • Guranje na strani servera pomoću

        • Webhooks

        • WebSocket poruke

      CRM integracije

      Webex CC podržava dva režima integracije sa sistemima za upravljanje odnosima sa klijentima (CRM).

      • Konektori ugrađeni na radnoj površini

      • Integracije toka preko HTTPs konektora u IVR

      Konektori ugrađeni na radnoj površini: CRM aplikacija kao primarni interfejs

      U ovom režimu rada, agent se prijavi na CRM konzolu kao primarnu aplikaciju.

      Webex CC je ugrađena aplikacija (koja se naziva i ugrađena aplikacija na radnoj površini ili ugrađeni softfon) koja se prvenstveno koristi za prijavljivanje u kontakt centar i primanje interakcija Webex CC usmerenog kontakt centra.

      Nakon prijema poziva ili zahteva za razgovor, CRM integracija izvršava sledeće radnje na CRM konzoli

      • Ekran iskače zapis kupca povezan sa ANI ili drugim povezanim podacima poziva.

      • Knjiženje metapodataka poziva kao napomena o aktivnostima u zapisu kupca

      • Dozvolite agentu da "Klikne na poziv" klikom na kontakt unutar CRM-a i pokretanjem izlaznog poziva kupcu

      • Knjiženje zapisa poziva u CRM izveštaje za primarno izveštavanje o CRM-u.

      • Obezbeđuje punu funkcionalnost kontrola za Agent Desktop poziva (ugrađena i minifikovana verzija aplikacije na radnoj površini)

      Primarni režim integracije sa CRM-ovima je ugrađivanje Webex CC Desktop aplikacije u poseban iFrame.

      Dalje, Webex CC Desktop aplikacija pokreće prilagođeni vidžet bez glave (bez korisničkog interfejsa) u pozadini, u interakciji sa osnovnim CRM sistemom da bi izvršila automatizovane radnje u ime agenta.

      Interakcije napajaju dva SDK-a koje bezgladni vidžet koristi.

      • Webex CC Desktop JS SDK: Ovo je JavaScript SDK koji je obezbedio Webex CC za registrovanje slušalaca događaja za agente i kontakt akcije.

      • CRM JS SDK: Ovo je CRM klijentski SDK primenljiv po CRM-u koji apstrahuje REST API poziva sa CRM-om. Na primer, za salesforce, CTI JS biblioteka koju obezbeđuje Salesforce koristi se za izvršavanje radnji i slušanje događaja unutar CRM-a.

      Sledeća slika ilustruje CRM ugrađeni cc Webex i arhitekturu linije spajanja

      CRM linija spajanja ugrađena arhitektura linije spajanja radne površine

      Webex CC podržava sledeća CRM rešenja za navedenu integraciju:

      • Prodajna snaga

      • ServiceNow

      • Microsoft Dynamics 365

      • zendesk

      • Freshdesk

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

      Za više informacija o konfigurisanju rasporeda radne površine Webex CC za omogućavanje CRM konektora, skupova funkcija i promena posetite https://github.com/Ciscodevnet/webex-contact-center-crm-integrations.

      Globalna dostupnost CRM konektora

      CRM konektori su dostupni u svim geografijama i regionima Webex CC radi.

      Elastična skala i performanse

      Webex CC je domaćin prilagođenog vidžeta koji omogućava dvosmernu komunikaciju između CRM aplikacije i Webex CC radne površine u AWS CloudFront CDN-u, obezbeđujući visoku dostupnost vidžeta AWS u zonama dostupnosti i regionima.

      Sva ispravka specifična za CRM integraciju dešava se na pregledaču gde agenti koriste CRM aplikaciju sa Webex CC radnom površinom ugrađenom u CRM aplikaciju.

      Bezbednost

      CRM konektori se pozivaju putem rasporeda radne površine Webex CC agenta, a opcionalni parametri se prosleđuju putem rasporeda radne površine u vidžet da bi se preklopne funkcije prebacile i isključile.

      Na primer, da bi omogućio vidžet radnji "Salesforce", administrator može da uključi postavku parametra rasporeda radne površine sfdcWidgetEnabled na true.

      Instalacija paketa

      Da bi integracija radila dvosmerno, CRM konzoli je potrebna instalirana ugrađena aplikacija. Ovo je da biste podržali učitavanje aplikacije "Radna površina" unutar iFrame-a.

      Svi konektori ugrađeni u radnu površinu dostupni su na CRM tržištu.

      Na primer,

      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 dodatne komponente i uvozi potrebne XML datoteke u CRM konzolu kako bi podržala izveštavanje o zapisima poziva na CRM-u.

      Integracije toka putem HTTPs konektora u IVR

      Izrada Webex CC Flow podržava dvosmerne tokove podataka između Webex CC i CRM sistema pomoću HTTPs konektora konfigurisanih u kontrolnom čvorištu Webex i koji se koriste u toku Webex CC.

      One se prvenstveno koriste za personalizaciju unutar glasovnih interakcija i prilagođeni proizvodni postupak u okviru IVR.

      Po podrazumevanoj vrednosti, Webex CC podržava HTTP liniju spajanja salesforce na kontrolnom čvorištu. Ostale CRM linije spajanja se mogu dodati kao prilagođene linije spajanja na Webex kontrole.

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

      IVR HTTP linije spajanja:

      Optimizacija radne snage

      Webex CC podržava rešenja za optimizaciju toka posla i upravljanje kvalitetom od vodećih dobavljača delatnosti.

      Primena i povezivanje

      Webex CC je raspoređen u AWS i trenutno je dostupan u sledećim regionima

      • NAS

        • US-East N Virginia

        • US-West N California (samo Voice Media Ingress)

      • Kanada

        • Centralna

      • Velike britanije

        • London

      • Evropa

        • Frankfurt

      • Azija Pac

        • Tokiju

        • Sidni

        • Singapur

      Povezivanje sa više regiona za telefoniju

      Da bi omogućio globalnim organizacijama, sa agentima i klijentima na više geografskih lokacija, Webex CC podržava zadržavanje medija unutar lokalnog regiona, za one regione u kojima su pokrenute ivice glasovnih medija i ingres usluge.

      Sledeća cifra ilustruje raspoređivanje više regiona sa regionalnim medijima.

      Multi Region deployment with regional media
      Raspoređivanje više regiona sa regionalnim medijima

      Ivice medija i ingres usluge su raspoređene u sledećim regionima.

      Geo Region

      Webex CC usluge (AWS region)

      Ivica medija (Voice POP)

      Next Generation Media Services (AWS Region)*

      NAS

      N Virdžinija

      Njujork

      Los Anđeles

      N Virdžinija

      N Kalifornija

      Kanada

      Centralna

      Vankuver

      Toronto

      Centralna

      Brazil

      Sao Paulo

      Rio De Žaneiro

      Evropa

      Frankfurt

      Frankfurt

      Amsterdam

      Frankfurt

      Velika Britanija

      London

      London

      London

      Indija

      Pune

      Hyderabad

      Mumbaj

      Singapur

      Singapur

      Singapur

      Japan

      Tokiju

      Tokiju

      Osaku

      Tokiju

      Australija

      Sidni

      Melburn

      Sidni

      Sidni

      Bezbednost i privatnost

      Bezbednost infrastrukture

      Glasovna infrastruktura na Ivici

      Glasovne Edge komponente omogućavaju prekidanje SIP prtljažnika sa mreže korisnika / PSTN nosača, a to je omogućeno na osnovu Ips-a na beloj listi kojima je dozvoljeno povezivanje sa ivicama komponenti.

      Izračunajte bezbednost infrastrukture

      Webex CC instanci izračunate su obezbeđene u AWS-u, a usluge se pokreću kao kapsule u Klasteru Kubernetes koji ima više prostora za ime, a pristup svakom prostoru za ime je ograničen posebnim akreditivima.

      Sva obezbeđivanja infrastrukture se rade korišćenjem šifre – bez ručnih koraka – i nijednom od akreditiva se ne može pristupiti ručno.

      Postoji centralno skladište akreditiva sa određenim putanjama konfigurisanim za određeni skup usluga / timova, a pristup samom skladištu akreditiva je ograničen i konfigurisan kao tajna u sistemima za izradu i primenu.

      Nijedna od infrastrukturnih komponenti / usluga nije direktno izložena izvan AWS VPC-a i samo javno izloženi interfejsi su API i WebSocket Serveri koji se kontrolišu i upravljaju pomoću api mrežnog prolaza,

      Osim toga, postoje određeni interni sistemi i interfejsi koje koriste programeri koji se koriste za prikazivanje evidencija, metrika, detalja primene, izgradnje statusa i rezultata testova, koji su obezbeđeni korišćenjem uloga i grupa i integrisani sa Cisco sistemima interne potvrde identiteta.

      Potvrda identiteta i ovlašćenje za korisničke interfejse

      Svi korisnički interfejsi koje koriste različiti korisnici kontakt centra (agenti, supervizori, administratori, analitičari) zaštićeni su Cisco Common Identity zasnovanom na tokenu potvrde identiteta (OAuth tokovi).

      Autorizacija se obavlja korišćenjem uloga za korisnika koji je dobio simbol i opsege dodeljene tokenu.

      Bezbednost podataka

      Podaci u tranzitu

      Nijedan od interfejsa raspoređenih usluga / infrastrukturne komponente nije direktno izložen spoljnom dolaznom saobraćaju.

      Izaberite usluge, sa http API-jem izložite te interfejse putem mrežnog prolaza i svi dolazni https (uključujući i one webSocket) se prekidaju u ALB-u, a unutrašnji saobraćaj preko http-a se usmerava ka uslugama.

      Sve odlazne interakcije su završene https / TLS (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 na odmoru

      Svi podaci koji se skladište šifruju se u sloju skladišta. Dalje oni skladišti podataka koji su izvan VPC-a, zaštićeni su i kontrola pristupa i ovlašćenja sa akreditivima bezbedno uskladištenim i vođenim u tajnom skladištu.

      Sledeća slika ilustruje tok podataka i bezbednosni model za tranzit, kao i za odmor.

      Bezbednost podataka u tranzitu i na odmoru

      Privatnost podataka

      PII podaci krajnjeg korisnika

      Tok Webex CC, koji je programski kontroler za rukovanje interakcijama, može se koristiti za prikupljanje korisničkih podataka, koji se mogu dodeliti promenljivama protoka posebno označenim kao "Sadrži osetljive podatke". Vrednosti za takve podatke su šifrovane i nijedna usluga u tranzitnoj putanji podataka neće imati pristup ovim podacima.

      Dalje, takvi podaci nikada nisu istrajni u Webex CC skladištu podataka za izveštavanje i evidencije / infrastruktura za razmenu poruka će imati šifrovane podatke i jasni tekstualni podaci se ne skladište nigde Webex CC.

      Podaci agenta/supervizora Kontakt centra

      Podaci povezani sa kontakt centrom se rediguju u evidencijama, ali su dostupni za analitiku podataka i vizuelizaciju u Webex CC skladištu podataka.

      Skalabilnost

      Faktori za vagu

      Za Webex CC faktori koji utiču na skalu su:

      • Uporedni broj prijavljenih agenata

      • Uporedni broj interakcija koje su u toku

        • Radnje izvršene na tim interakcijama

      • Uporedni broj radnji koje supervizori / agenti obavljaju, izvan rukovanja interakcijama

      • Volumen generisanih i istrajnih podataka

      Arhitektonski aspekti koji omogućavaju skalu

      Principi zasnovani na kojima je Webex CC arhitektonski i dizajniran omogućava rešenju da se dinamički skalira po potrebi u granicama koje sprovodi infrastruktura obezbeđena za različite usluge i komponente platforme.

      Arhitektura vođena događajem

      Usluge u Webex CC komuniciraju koristeći poruke, a tokovi obrade kritičnih poruka ne uključuju blokiranje IO operacija i stanje potrebno za obradu poruka je lokalizovano na instancu usluge koja obrađuje poruku.

      Usluge bez države (ili eksterno stanje)

      Usluge bez države omogućavaju elastičnost tako što lako dodaju /uklanjaju dodatne instance usluga. Postoje određene službe koje su inherentno državne prirode i one imaju eksternizovanu državnu prodavnicu i infrastruktura podržava dinamične promene broja instanci takvih usluga takođe sa automatskim rebalansiranjem / prenosom stanja / lokalizacijom države do instance kojoj je potrebna država.

      Elastična infrastruktura

      Sve usluge se pokreću u Kubernetesu i infrastrukturi aka Kubernetes skala čvorova automatski na osnovu upotrebe i to omogućava dinamično dodavanje više izračunatih čvorova do maksimalno visokog praga koji je unapred konfigurisan.

      Učitavanje projekcije i redovna provera valjanosti

      Sve usluge su odrednice za karakteristike performansi, a obrazac razmere se proverava na nivou usluge.

      Dalja kontinuirana provera valjanosti, vrhunski testovi opterećenja i izdržljivosti sprovode se sa parametrima testiranja podešenim za projektovani rast atributa koji utiču na skalu, što omogućava da se identifikuju uska grla, planiraju ažuriranje visokog praga za korišćenje infrastrukturnih resursa i budu spremni za dan igre.

      Pouzdanost i dostupnost

      Manifestacija vođena arhitekturom i uslugama bez države omogućava elastičnost i elastičnost. Međutim, da bi se osiguralo da se neuspesi otkriju i reaguju pre nego što funkcionalnosti utiču, Webex CC koristi sledeću strategiju.

      • Dostupnost i pouzdanost infrastrukture

        • Sve Webex CC i infrastrukturne komponente se uvek rasporede u tri AWS zone dostupnosti.

          • Ovo omogućava Webex CC bude otporan na kvarove zone dostupnosti i u slučaju otkazivanja, neuspele instance se automatski zamenjuju novijim.

      • Kontinuirano praćenje & obaveštavanje

        • Interne i spoljne sonde za komponente usluga i infrastrukture, koje na osnovu obaveštenja o okidaču neuspeha.

        • Metrike uhvaćene iz usluga i infrastrukturnih komponenti i obrađene putem mašine za pravilo koja detektuje pravila podudaranja i upozorenja okidača.

      • Neprekidna provera valjanosti & obaveštavanje

        • Periodični testovi se pokreću i svi propusti rezultiraju aktiviranjem obaveštenja

        • Ova obaveštenja stvaraju proaktivne incidente i rešavaju se kao pravi incident koji utiče na kupca.

          • Ovo unapred prazni uticaje na kupca i doprinosi dostupnosti i pouzdanosti sistema.

      • Kontinuirana integracija i isporuka

        • Ovo je inženjerski proces i cevovod za isporuku i omogućava brzu i pouzdanu izradu, validaciju i raspoređivanje usluga / promena usluga u Webex CC.

          • Mogućnost potpuno automatizovanog raspoređivanja – od koda do proizvodnog okruženja, sa svim potrebnim proverama valjanosti, smanjuje rizik i smanjuje vreme do rešavanja, ako je potrebno da se promena rasporedi kao odgovor na neuspeh.

      • Prekidači za strujna kola i prekidači za ubijanje

        • Različiti delovi sistema / određene mogućnosti Webex CC mogu selektivno da se onemogućene za sve kupce ili da se izaberu kupci, kako bi se umanjili kaskadni efekti neuspeha.

          • Ovo omogućava da se površina neuspeha svede na najmanju moguću površinu i postigne dostupnost osnovnih mogućnosti kontakt centra kupcima.

      Praćenje i otkrivanje neuspeha

      Sledeća slika ukazuje na mehanizme neprekidnog praćenja, provere valjanosti i obaveštavanja koji su postavljeni za Webex CC.

      Neprekidno praćenje i otkrivanje neuspeha

      Kontinuitet poslovanja i oporavak od katastrofa

      Proces oporavka od katastrofa i kontinuitet poslovanja obezbeđuje otkrivanje bilo kakvog velikog prekida u regionu i preduzimaju se neophodni koraci kako bi se osigurao oporavak usluga klijentima koji se nalaze u regionu.

      Koraci za oporavak su dokumentovani, provereni i redovno ažurirani u sklopu procesa oporavka i upravljanja katastrofama.

      Webex CC su raspoređene u tri odvojene zone dostupnosti unutar AWS regiona. Svaka zona raspoloživosti je različita fizička lokacija u regionu, sa nezavisnim uslužnim programima.

      U slučaju potpunog neuspeha AWS regiona, Webex CC se oslanja na AWS da oporavi region i za produžene prekide koji uključuju čitav region, Webex CC data centar je obezbeđen u novom AWS regionu i vraća ključne konfiguracije i podatke klijenata tako da kontakt centar radi za kupce u novom AWS regionu.

      To podrazumeva automatizaciju, ali zahteva ručnu intervenciju da bi se pokrenuo proces, kao i nadgledanje i obezbedilo vraćanje potrebne konfiguracije i podataka da bi kontakt centar bio operativan za kupce.

      Usaglašenost i sertifikacije

      Webex Kontakt ima opsežnu listu bezbednosnih sertifikacija. Ove potvrde se redovno ažuriraju u pravilnim intervalima.

      • PCI DSS QSA

      • CAIQ

      • HIPAA & HITECH

      • Nivo CSA zvezdice 1

      • CSA Star Level 2 (3rd party independent assessment)

      • SOC2

      • ISO27001 (Međunarodni standard za informacionu bezbednost)

      • ISO27017 (Bezbednosni standard za dobavljače usluga u oblaku)

      • ISO27018 (Bezbednosni standard fokusiran na zaštitu ličnih podataka u oblaku)

      • ISO27701 (proširenje privatnosti podataka)

      • Nemački standard C5, demonstrira operativnu bezbednost od sajber-napada

      Više detalja potražite Webex sa podacima o privatnosti za uslugu kontakt centra.

      Uvod

      Cisco Webex Contact Center (Webex CC) je Kontakt centar kao usluga (CCaaS), koji omogućava organizacijama da omoguće pametnije, proaktivnije i personalizovane interakcije širom putovanja klijenta.

      Webex CC je arhitektonski, dizajniran i razvijen, iz temelja, kao maternje rešenje oblaka, sa sledećim osnovnim arhitektonskim principima.

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

      • Event Driven: Sve usluge međusobno komuniciraju koristeći razmenu poruka, osim u Veb aplikacijama gde aplikacija koristi https interfejse (REST API, Push Data putem WebSocket interfejsa) za određene slučajeve korišćenja.

      • Stanje bez države/eksternizovano stanje: Usluge su raspoređene u Kubernetesu, rade u kontejnerima dokera, sa mogućnošću automatskog skale i otporne na propuste jedne ili više instanci usluga.

      • Primetno: sve usluge i infrastrukturne komponente koje omogućavaju raspoređivanje takvih usluga primetne su sa standardnim mehanizmima za merenje, otkrivanje i sprečavanje situacija koje utiču na mogućnosti kontakt centra, kao i brzo rešavanje problema i vraćanje usluga u slučaju prekida rada.

      • Izolovano/labavo u paru: Svaka usluga može biti izgrađena, proverena i nezavisno raspoređena/ažurirana bez daunlouda za mogućnosti kontakt centra.

      Webex CC usluge su raspoređene u AWS-u i napajaju se pomoću cloud native platforme koja omogućava sledeće:

      • Dostupnost infrastrukturnih usluga i aplikacija u više raspoloživih zona

      • Elastičnost infrastrukturnih usluga i aplikacija koje omogućavaju mogućnosti dinamičkog podešavanja razmere

      • Bezbednost je rodno ugrađena u način na koji se sistemi grade i rasporede, podaci su zaštićeni u tranzitu i odmaraju se zajedno sa sertifikatima o bezbednosti/usaglašenosti koje Webex CC ima.

      • Skalabilna i bezbedna ivica infrastrukture za telefonsku/glasovnu integraciju

      • Primetnost uz proaktivno praćenje i obaveštavanje koje omogućava visoku dostupnost usluga kontakt centra svojim korisnicima.

      • Integrisan sa ostatkom Cisco Webex za potvrdu identiteta/autorizaciju korisnika, administraciju i obezbeđivanje mogućnosti kontakt centra.

      Dalji odeljci u ovom dokumentu se šire na svaku od gorenavedenih mogućnosti i Webex cc arhitektura omogućava isto.

      Logička arhitektura

      Osnovna mogućnost koju rešenje kontakt centra mora da ima je omogućavanje korisnicima da lako kontaktiraju organizaciju putem uobičajenih načina komunikacije i dobiju upite / probleme koji se rešavaju na brz i efikasan način.

      Međutim, da bi se obezbedilo postizanje ove osnovne mreže, postoji više mogućnosti iza scene kojima organizacija koja koristi kontakt centar mora da ima pristup. Ovo su:

      • Mehanizmi za pokretanje interakcije sa klijentima

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

        • E-adrese na koje klijenti mogu da šalju e-poštu i mehanizam za otkrivanje novih dolaznih e-poruka.

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

          • Ćaskanje sa veb lokacije/aplikacije

          • Direktno ćaskanje putem popularnih klijenata za razmenu poruka kao što su WhatsApp, Facebook Messenger, Apple Business Chat, Direktna poruka sa Twittera

      • Sposobnost otkrivanja novih interakcija i efikasnog rukovanja njima

        • To bi uključivalo automatizovani IVR sistema, virtuelne agente za telefoniju / ćaskanje sa programskom inbuiltiranošću da bi se definisali tokovi posla koji učestvuju u rukovanju interakcijama.

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

      • Mogućnost da agenti ukažu na dostupnost za rukovanje interakcijama i supervizorima za praćenje, agente trenera i dobijanje operativnih metrika koje omogućavaju efikasne interakcije.

      • Mogućnost administratora da konfigurišu i navedu različite mogućnosti kontakt centra koje omogućavaju agentima i supervizorima da obavljaju svoje zadatke na očekivani način.

      Pored toga, savremena preduzeća moraju da imaju dodatne mogućnosti za optimizaciju operacija kontakt centra sa pristupom podacima i uvidima koji vizualizuju i prate ključne operativne metrike.

      Pored toga, mogućnost integrisanja sa specijalizovanim mogućnostima ekosistema kontakt centra kao što su pokretanje proaktivnih automatizovanih odlaznih poziva, poboljšanje iskustva agenta i supervizora pomoću AI, otkrivanje i razumevanje putovanja klijenata ka proaktivnom snabdevanju podataka unapred agentima su jasni razlikujeoci u načinu na koji se razvijaju rešenja kontakt centra.

      Što se tiče modela potrošnje, gde se ponude kontakt centra troše kao usluga softvera isporučenog u oblaku, mogućnost obezbeđivanja dostupnosti, pouzdanosti i automatizovanih zahteva ad-hoc skale zahteva stanje umetničkih mehanizama praćenja i obaveštavanja, što omogućava kontinuiranu proveru valjanosti i otkrivanje predstojećih problema i sprečavanje / minimiziranje uticaja na poslovanje klijenata.

      Sledeća slika ilustruje logičku arhitekturu Webex CC.

      Webex CC Logical Architecture
      Webex CC logička arhitektura

      Funkcionalne komponente

      Sledeći odeljci opisuju različite funkcionalne komponente Webex CC.

      Upravljanje interakcijama

      Webex CC podržava telefoniju, e-poštu i razmenu poruka (društvenih kanala) kao različite kanale pomoću kojih korisnici mogu da komuniciraju sa kontakt centrom.

      Za sve kanale, početno rukovanje može da obavi sistem, a zatim interakcija može da eskalira do agenta.

      Tipovi medija

      Telefonija

      Za telefoniju se o dolaznom rukovanju glasovnim pozivom odlučuje način na koji je poziv ušao u kontakt centar (pogledajte Ingress mechanisms below) i Webex CC Flow koji je povezan sa ulaznom tačkom.

      Poziv se odgovara i dalje radnje se vrše u zavisnosti od definicije Webex CC Flow – što je programski prikaz radnji koje treba izvršiti prilikom rukovanja pozivom pre čekanja u redu čekanja i usmeravanja agentu ili sam Tok može da rukuje pozivom bez prenosa na agenta.

      Izrada toka u Webex CC omogućava projektantima da definišu tok i dodele ga ulaznoj tački preko koje poziv stiže u Webex CC.

      Ovi entiteti konfiguracije i njihova upotreba su pokriveni u entitetima konfiguracije.

      Više informacija o izradi toka je pokriveno u predstojećem odeljku na IVR sistemu.

      E-pošta i poruke

      Iz Webex CC, Webex Connect pruža ingres i egres mogućnosti za sve digitalne kanale - e-poštu, kanale za razmenu poruka, koje krajnji korisnici mogu da koriste za kontakt centar.

      Webex poveži tok

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

      • Primenjuje poslovnu logiku na dolaznu interakciju.

      • Rukuje kontaktom pre čekanja u redu.

      • Sam tok može da podnese interakciju bez prenosa na živog agenta.

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

      • Web App / Ćaskanje putem mobilnih aplikacija

      • WhatsApp

      • Facebook Messenger

      • SMS

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

      • Gmail

      • Office365

      Ingresni mehanizmi

      Ovaj odeljak pokriva mehanizme pomoću kojih interakcija može da unese Webex CC. Na osnovu vrste medija, mehanizmi pomoću kojih interakcija dostiže Webex CC su različiti.

      Na primer, u telefoniji postoji fizička infrastruktura koja je potrebna da bi se omogućila PSTN veza, konfiguracija telefonskih brojeva i usmeravanje poziva na Webex CC.

      Za kanale e-pošte /razmene poruka, konfiguracija ingresa mora biti obavljena u Webex Connect i uključuje obezbeđivanje naloga e-pošte/razmene poruka i Webex konfiguraciju toka povezivanja.

      Dolazni glas

      Za glasovne pozive, tipičan scenario je kada korisnici biraju PSTN telefonski broj koji se zatim povezuje sa kontakt centrom. Iz ingresne perspektive, potreban je mehanizam usmeravanja poziva od PSTN do Webex CC.

      Sledeća slika ilustruje unošenje glasovnog poziva u Webex CC.

      Ingres opcije za dolazni glas

      Glasovne ingres usluge u Webex CC vrše kontrolu poziva trećih strana koristeći SIP i odaziv se dolaznom pozivu, kao i obavljaju operacije prenosa, konferencije i drugih operacija kontrole poziva.

      Logička ulazna tačka za pozive u Webex CC je konaиni entitet pod imenom "Ulazna tačka". Za Voice ingress, ključna konfiguracija Entrypoint-a je telefonski broj povezan sa njim, što je obično važeći PSTN telefonski broj dobijen od izabranog PSTN dobavljača.

      Ovo omogućava otkrivanje dolaznih poziva na telefonskom broju, povezivanje poziva sa ulaznom tačkom i korišćenje drugih parametara konfiguracije ulazne tačke za rukovanje pozivom u zavisnosti od definicije toka Webex CC koja bi trebalo da bude aktivirana za interakciju.

      Nota:

      Za više detalja o PSTN opcijama povezivanja posetite # 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 glasovne ivice infrastrukture

      Prva Webex CC VPOP infrastrukture uključuje suvišne parove SIP SBC-ova koji obezbeđuju visoku dostupnost i više SBC-ova može da se doda da bi se skalirali uporedni volumeni poziva koji će biti podržani.

      Maksimalni uporedni pozivi koje VPOP može da podnese zavise od broja pokrenutih SBC-ova i do kojih se pozivi šalju.

      Za geografsku redundantnost – podržan je mesh VPOP SBC sa međusobnim povezivanjem u više parova širom regiona.

      Za usluge glasovnog ingresa, one su horizontalno skalabilne za rukovanje sve većim brojem uporednih glasovnih poziva koje treba uneti u Webex CC.

      Bezbednosna pitanja sa glasovnom ivicom infrastrukture

      Sledeća tabela sadrži detalje o opcijama povezivanja sa glasovnom ivicom infrastrukture.

      Tabela 1. Tipovi povezivanja

      Povezivanje

      Tipovi

      Javni Internet

      Direktno (sa adresama izvora na beloj IP listi)

      IPSec virtuelna privatna mreža (VPN) ili IPSec zbog enkapsulacije generičkog usmeravanja (GRE)

      Lokacija-prema-lokaciji (S2S)

      SRTP/SIP TLS

      Privatna veza

      MPLS

      Point-to-Point (P2P)

      VPLS

      SD-WAN

      Privatni WAN

      Unakrsno povezivanje data centra

      Equinix Fabric Connections

      Za više detalja posetite # 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 sistem

      Svaki glasovni poziv koji dođe u broj telefona koji je povezan sa ulaznom tačkom, dobija odgovor od strane Webex CC i počinje izvršavanje toka Webex CC povezanog sa ulaznom tačkom.

      Webex CC Flow Builder obezbeđuje programske konstrukcije/operatore i funkcionalne blokove, terminske aktivnosti, tako da administratori ili bilo ko ko dizajnira i primenjuje logiku IVR može da kombinuje ove građevinske blokove i kreira definiciju toka.

      Programske konstrukcije koje Flow podržava su:

      • Promenljive deklaracije i postavke – stanje povezano sa izvršavanje toka

        • Šljunkoviti izrazi za postavljanje vrednosti promenljivih

      • Uslovne provere

      • Petlja – korišćenje funkcije Conditionals i Go To (mogućnost zajedničkog lanca aktivnosti)

      • PozoviTE REST API-je

      • Podaci o raščlanjivanja – JSON, TOML, XML se obično koriste za raščlanj API odgovora.

      • Sastavljanje aktivnosti


       

      Reprezentativni skup aktivnosti koje Flow snabdeva su:

      • Reprodukuj poruke

      • Prikupljanje korisničkih podataka

      • Prenesi poziv na drugo odredište/broj telefona

      • Pošalji poziv virtuelnom agentu

      • Poređaj poziv tako da mu agent može odgovoriti.

      Za svaki poziv koji je aktivan, instanca izvršavanja toka je takođe aktivna, dok se poziv ne završi, što rezultira uporedim izvršavanjem tokova.

      Svaka instanca izvršavanja toka obezbeđuje izolovano okruženje za podatke / stanje povezano sa protokom i tamo pozivom.

      Tokom celog životnog ciklusa poziva, protok takođe omogućava odgovaranje na određene događaje koji se dešavaju i rukovanje njima – na primer, kada agent odgovori na poziv, rukovalac događajem može da pokrene iskakanje ekrana u agentu na desktop interfejsu.

      Više informacija o toku Webex CC potražite u članku 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 virtuelnog agenta

      Flow obezbeđuje aktivnost za predaju interakcije virtuelnom agentu, koja je unapred konfigurisana u programu Webex kontrolno čvorište.

      Kada se poziv poveže sa virtuelnim agentom, IVR korisniku pruža iskustvo razgovora, IVR aktivnost se završava prekidom poziva ili eskalacijom poziva agentu.

      U slučaju eskalacije, tok se može podesiti tako da čeka u redu za poziv na koji agent potom odgovara.

      Ulazne digitalne interakcije

      Za e-poštu i kanal za razmenu poruka dolaznih interakcija, Webex CC koristi Webex Povezivanje za obezbeđivanje sredstava, protok za rukovanje dolaznim interakcijama i usmeravanje interakcije na Webex CC kada tok Webex Connect izričito čeka u redu za interakciju tako da njime može da rukuje agent.

      Sledeća slika ilustruje unošenje e-pošte, interakcije razmene poruka u Webex CC.

      Ingres opcije za e-poštu i poruke

      Virtuelni agent / BOT integracije

      Za interakcije putem e-pošte i poruka / društvenih kanala, virtuelni agent/ BOT tretmani su konfigurisani u Webex Connect flow.

      Kao i kod Virtuelnih agenata za glas, ako se BOT tretman završava eskalacijom kao rezultatom, onda je interakcija stavljena u red i usmerena ka agentu.

      Usmeravanje i čekanje u redu

      Webex CC tretira dolazni kontakt sa automatizovanim rukovaocima kao što je definisano u toku i tok može odlučiti da uputi kontakt u red / direktno agentu (određeni red čekanja agenta – podržan samo za telefonske/glasovne interakcije).

      U redu čekanja, ako je agent dostupan, agent je rezervisan, a interakcija se usmerava ka agentu. Ako nema raspoloživih agenata, interakcija je parkirana u redu čekanja, a Flow će nastaviti da tretira kupca sa rukovaoca priloženim uz aktivnost čekanja u redu čekanja.

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

      Sledeća slika ilustruje arhitekturu čekanja u redu i usmeravanja.

      Queuing and Routing Architecture
      Arhitektura čekanja u redu i usmeravanja

      Izbor agenta

      Redovi u Webex CC podržavaju sledeće algoritme izbora agenta:

      • Najduže dostupno usmeravanje agenta

      • Usmeravanje zasnovano na veštinama

        • Najduži raspoloživi agent (LAA)

        • Najbolji raspoloživi agent (BAA)

      Agenti su povezani sa redovima kroz timove.

      Redu čekanja se može dodeliti više grupa za distribuciju poziva (sa svakom grupom koja ima jedan ili više timova), na sekvencijalni način sa konfigurisanim čekanjem da grupa distribucije poziva bude dodata u red, tako da se prostor za pretraživanje odgovarajućeg agenta proširi na dodatne grupe distribucije poziva kako vreme bude odmiče.

      Za usmeravanje zasnovano na veštini, među zahtevima veština koji se podudaraju sa agentima povezanim sa redom, bira se agent na osnovu LAA ili BAA konfiguracije.

      Specifične dodatne mogućnosti glasa/telefonije

      Usmeravanje zasnovano na agentu (samo za kanal glasa/telefonije)

      Webex CC Flow, koristeći aktivnost QueueToAgent, može usmeriti interakcije direktno na izabrani agent na osnovu ID-a agenta.

      Ako agent nije dostupan za rukovanje interakcijama, interakcija može biti parkirana, u određenom redu čekanja agenta, čekajući da agent postane dostupan

      Više opcija za informacije u redu čekanja

      Webex CC Flow, koristeći aktivnost GetQueueInfo, može da donese informacije u realnom vremenu za red kao što su Pozicija u redu čekanja (PIQ), Procenjeno vreme čekanja (EWT), broj agenata koji su dostupni u redu čekanja i može se koristiti za odlučivanje da li da stave kontakt u red ili ne.

      Ljubazni povratni poziv

      Webex CC Flow, koristeći povratni poziv aktivnosti, omogućava kupcu da prekine vezu sa pozivom uz istovremeno održavanje pozicije u redu čekanja i primi povratni poziv kada se virtuelna interakcija u redu usmeri ka agentu.

      Prekoračenje rukovanja

      Webex CC podržava rukovanje viškom pomoću timova zasnovanih na kapacitetima (CBT).

      CBT je kao običan tim sa kapacitetom i pridruženim spoljnim DN-om koji služi tom kapacitetu. Može se konfigurisati zajedno sa drugim timovima u ciklusima distribucije poziva u redu čekanja.

      Obično je ovo konfigurisano kao poslednji ciklus tako da deluje kao prekoračenje ako nijedan agent nije dostupan čak i nakon što sve konfigurisane grupe za distribuciju poziva ne uspeju da pronađu dostupnog odgovarajućeg agenta za rukovanje interakcijom.

      Agent Desktop operacije

      Kada se agent prijavi Webex CC Agent Desktop, agent navodi broj telefona na koji se mogu povezati dolazni pozivi agentu. Ovo može biti PSTN telefon, mobilni telefon ili proširenje ako je agent Cisco Webex Calling korisnik.

      Imajte na nauda da ovaj broj mora biti važeći telefonski broj na koji se pozivi mogu usmeriti. U slučaju da nije, agent ne može da prima dolazne pozive.

      Na osnovu tipa interakcije koju agent vodi, vidžeti u agentu na radnoj površini snabdevaju mogućnost izvršavanja određenih operacija kontrole medija.

      Na primer, kada se odazove poziv, agent može da izvrši sledeće operacije vezane za poziv.

      • Pozovite na čekanje

      • Započnite poziv za konsultacije i

        • Prenesi poziv na drugi broj telefona (recimo broj telefona agenta) / Ulazna tačka

        • Konferencija još jednog agenta za poziv

      • Prenos poziva u drugi red čekanja

      • Završi poziv

      Agentska radna površina omogućava administratorima da tamo dodaju prilagođene vidžete tako što proširuju mogućnosti radne površine i čine je objedinjenom kolekcijom vidžeta koji su potrebni agentima da bi obavljali svoj posao na efikasan način.

      Arhitektura radne površine

      Agentska radna površina je aplikacija pojedinačne stranice zasnovana na mikro frontendu koja hostuje vidžete izgrađene na osnovu arhitekture Veb komponenti. Svi standardni / berzanski vidžeti se napajaju pomoću podataka koje preuzimaju API-i ili mehanizmi guranja sa strane servera.

      To su obično asinhroni API-i, gde odgovor za pozivanje dolazi na radnu površinu putem WebSocket veze.

      Webex CC Agent Desktop autentifikaciju korisnika sa Cisco Common Identity (CI) i simbol se prosleđuje svim API poziva. Za prilagođene vidžete takođe, na osnovu modela potvrde identiteta, on obezbeđuje agentima jedno iskustvo prijavljivanja ako je prilagođeni model potvrde identiteta vidžeta integrisan sa CI.

      Kada agent bude deo interakcije, sve ispravke stanja interakcija ili povezanih podataka takođe se guraju na radnu površinu preko WebSocket veze.

      Otpornost radne površine na vezu i kašnjenje

      Asinhroni API i guranje na strani servera omogućava razmeru i otkriva se svaki gubitak veze sa WebSocket interfejsom i pokušaji radne površine da se ponovo povežu i ponovo prijave.

      Sledeća slika ilustruje arhitekturu radne površine agenta u Webex CC.

      Agent Desktop arhitektura

      Administracija i konfiguracija

      Kupci na brodu

      Webex kontrolno čvorište je primarni interfejs koji partneri i klijenti koriste za ukrcavanje klijenata i omogućavanje ili konfigurisanje funkcija.

      Kada se funkcije organizacije i kontakt centra naložiju u kontrolnom čvorištu, Webex će pokrenuti tok posla u Webex CC koji čini ostale korake u obezbeđivanju svih mogućnosti kontakt centra u zavisnosti od ponuda koje je kupac odabrao.

      Svo obezbeđivanje kontakt centra obavlja se pomoću BPM mašine toka posla koja omogućava deklarativni način definisanja koraka koji su uključeni i čini čitave korake obezbeđivanja otpornim na neuspehe i obezbeđuje integritet podataka.

      Sledeća slika ilustruje tok posla za obezbeđivanje u Webex CC.

      Tok posla "Klijent na brodu"

      Entiteti konfiguracije

      Ključni subjekti konfiguracije u Webex CC, opsezi unutar organizacije, su:

      Lokacije

      Sajt podrazumeva lokaciju na kojoj se nalaze neki timovi, korisnici (agenti / supervizori).

      Svaki korisnik i tim moraju da pripadaju lokaciji.

      Tim

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

      Svaki tim mora da pripada nekoj lokaciji.

      Agenti

      Korisnici koji mogu da se prijave Agent Desktop i rukuju interakcijama u svim tipovima medija koji su konfigurisani u Webex CC.

      Nadzornici

      Supervizori su dodeljeni timovima i mogu da prate/ treniraju agenta i imaju pristup statusu tima i statistikama agenta za one koji pripadaju timovima kojima je supervizor dodeljen.

      Red za čekanje

      Red je logički entitet u kome se mogu održavati interakcije, dok se čeka da agenti budu dostupni, što se zatim usmerava ka agentu.

      Redovi su mapirani timovima, kao prostor za pretragu za agente, sa mogućnošću proširenja prostora za pretragu na osnovu proteklog vremenskog praga, dodavanjem drugih timova u prostor za pretragu.

      Ulazna tačka

      Entrypoint je logički entitet koji predstavlja tačku ingresa za interakcije koje će Webex CC. Za telefoniranje ovo se prvenstveno mapira na broj telefona na koji pozivi stižu i za kanale e-pošte/razmene poruka, ulazna tačka ukazuje na konfiguraciju osnovnih sredstava u Webex Connect.

      Protok

      Tok povezan sa ulaznom tačkom (putem strategije usmeravanja), koji odlučuje o koracima uključenim u rukovanje interakcijama.

      Za kanale koji nisu telefoni (e-pošta, razmena poruka/druženje), Flow se bira kao deo konfiguracije osnovnog sredstva u Webex Connect.

      Kontrola pristupa za kontakt centre za više lokacija

      Webex CC administratori mogu da konfigurišu korisničke profile sa pravom pristupa određenim lokacijama, timovima, redovima i ulaznim tačkama. Dalje, zbog hijerarhijske prirode lokacija i timova, kada se obezbedi pristup određenim lokacijama, korisniku mogu pristupiti samo timovi ili datum koji se odnose na timove, koji pripadaju tim lokacijama ili izričito navedeni podskup takvih timova.

      Za redove i ulazne tačke, one su globalne na nivou organizacije, tako da za različite geografske lokacije (lokacije na kojima se nalaze određeni agenti i timovi) mogu da se konfigurišu posebne ulazne tačke i redovi, a supervizori / korisnici mogu da imaju pristup onim entitetima koji su podložni za određene lokacije.

      Sledeća slika ilustruje entitete konfiguracije ključa i korisnički profil koji upućuje na ove entitete.

      Entiteti konfiguracije mapirani u korisnički profil

      Osim ograničavanja pristupa ovim entitetima, administratori Webex CC mogu da kontrolišu određene mogućnosti/module kojima korisnik može da pristupi u administrativnom interfejsu, čime korisnici imaju prava na administraciju /konfiguraciju određenih entiteta, kao i odeljke/ mogućnosti interfejsa administracije Webex CC.

      Izveštavanje i analitika

      Webex CC obrađuje diskretne događaje koje generišu različite usluge tokom životnog ciklusa interakcija, koristeći niz usluga obrade toka u realnom vremenu i generiše definisan skup skupa podataka u realnom vremenu koji se objavljuju na pretplaćenim klijentima.

      Pored toga, ovi događaji se dalje obrađuju, transformišu i prikupljaju i regultuju skupovi podataka, koji se zatim preuzimaju putem API-ja potrošnje podataka i interfejsa za vizuelizaciju izveštaja i podataka – Analyzer.

      Sledeća slika ilustruje interfejse za obradu podataka i potrošnju u Webex CC

      Webex CC cevovoda za obradu podataka i interfejsa potrošnje

      Integracije

      Sve spoljne integracije u WxCC da bi se povećale i poboljšale mogućnosti koje klijenti mogu da koriste, koriste standardne objavljene API-je.

      Tip interfejsa API koji su dostupni u Webex cc su:

      • ODMORITE API

      • Guranje na strani servera pomoću

        • Webhooks

        • WebSocket poruke

      CRM integracije

      Webex CC podržava dva režima integracije sa sistemima za upravljanje odnosima sa klijentima (CRM).

      • Konektori ugrađeni na radnoj površini

      • Integracije toka preko HTTPs konektora u IVR

      Konektori ugrađeni na radnoj površini: CRM aplikacija kao primarni interfejs

      U ovom režimu rada, agent se prijavi na CRM konzolu kao primarnu aplikaciju.

      Webex CC je ugrađena aplikacija (koja se naziva i ugrađena aplikacija na radnoj površini ili ugrađeni softfon) koja se prvenstveno koristi za prijavljivanje u kontakt centar i primanje interakcija Webex CC usmerenog kontakt centra.

      Nakon prijema poziva ili zahteva za razgovor, CRM integracija izvršava sledeće radnje na CRM konzoli

      • Ekran iskače zapis kupca povezan sa ANI ili drugim povezanim podacima poziva.

      • Knjiženje metapodataka poziva kao napomena o aktivnostima u zapisu kupca

      • Dozvolite agentu da "Klikne na poziv" klikom na kontakt unutar CRM-a i pokretanjem izlaznog poziva kupcu

      • Knjiženje zapisa poziva u CRM izveštaje za primarno izveštavanje o CRM-u.

      • Obezbeđuje punu funkcionalnost kontrola za Agent Desktop poziva (ugrađena i minifikovana verzija aplikacije na radnoj površini)

      Primarni režim integracije sa CRM-ovima je ugrađivanje Webex CC Desktop aplikacije u poseban iFrame.

      Dalje, Webex CC Desktop aplikacija pokreće prilagođeni vidžet bez glave (bez korisničkog interfejsa) u pozadini, u interakciji sa osnovnim CRM sistemom da bi izvršila automatizovane radnje u ime agenta.

      Interakcije napajaju dva SDK-a koje bezgladni vidžet koristi.

      • Webex CC Desktop JS SDK: Ovo je JavaScript SDK koji je obezbedio Webex CC za registrovanje slušalaca događaja za agente i kontakt akcije.

      • CRM JS SDK: Ovo je CRM klijentski SDK primenljiv po CRM-u koji apstrahuje REST API poziva sa CRM-om. Na primer, za salesforce, CTI JS biblioteka koju obezbeđuje Salesforce koristi se za izvršavanje radnji i slušanje događaja unutar CRM-a.

      Sledeća slika ilustruje CRM ugrađeni cc Webex i arhitekturu linije spajanja

      CRM linija spajanja ugrađena arhitektura linije spajanja radne površine

      Webex CC podržava sledeća CRM rešenja za navedenu integraciju:

      • Prodajna snaga

      • ServiceNow

      • Microsoft Dynamics 365

      • zendesk

      • Freshdesk

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

      Za više informacija o konfigurisanju rasporeda radne površine Webex CC za omogućavanje CRM konektora, skupova funkcija i promena posetite https://github.com/Ciscodevnet/webex-contact-center-crm-integrations.

      Globalna dostupnost CRM konektora

      CRM konektori su dostupni u svim geografijama i regionima Webex CC radi.

      Elastična skala i performanse

      Webex CC je domaćin prilagođenog vidžeta koji omogućava dvosmernu komunikaciju između CRM aplikacije i Webex CC radne površine u AWS CloudFront CDN-u, obezbeđujući visoku dostupnost vidžeta AWS u zonama dostupnosti i regionima.

      Sva ispravka specifična za CRM integraciju dešava se na pregledaču gde agenti koriste CRM aplikaciju sa Webex CC radnom površinom ugrađenom u CRM aplikaciju.

      Bezbednost

      CRM konektori se pozivaju putem rasporeda radne površine Webex CC agenta, a opcionalni parametri se prosleđuju putem rasporeda radne površine u vidžet da bi se preklopne funkcije prebacile i isključile.

      Na primer, da bi omogućio vidžet radnji "Salesforce", administrator može da uključi postavku parametra rasporeda radne površine sfdcWidgetEnabled na true.

      Instalacija paketa

      Da bi integracija radila dvosmerno, CRM konzoli je potrebna instalirana ugrađena aplikacija. Ovo je da biste podržali učitavanje aplikacije "Radna površina" unutar iFrame-a.

      Svi konektori ugrađeni u radnu površinu dostupni su na CRM tržištu.

      Na primer,

      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 dodatne komponente i uvozi potrebne XML datoteke u CRM konzolu kako bi podržala izveštavanje o zapisima poziva na CRM-u.

      Integracije toka putem HTTPs konektora u IVR

      Izrada Webex CC Flow podržava dvosmerne tokove podataka između Webex CC i CRM sistema pomoću HTTPs konektora konfigurisanih u kontrolnom čvorištu Webex i koji se koriste u toku Webex CC.

      One se prvenstveno koriste za personalizaciju unutar glasovnih interakcija i prilagođeni proizvodni postupak u okviru IVR.

      Po podrazumevanoj vrednosti, Webex CC podržava HTTP liniju spajanja salesforce na kontrolnom čvorištu. Ostale CRM linije spajanja se mogu dodati kao prilagođene linije spajanja na Webex kontrole.

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

      IVR HTTP linije spajanja:

      Optimizacija radne snage

      Webex CC podržava rešenja za optimizaciju toka posla i upravljanje kvalitetom od vodećih dobavljača delatnosti.

      Primena i povezivanje

      Webex CC je raspoređen u AWS i trenutno je dostupan u sledećim regionima

      • NAS

        • US-East N Virginia

        • US-West N California (samo Voice Media Ingress)

      • Kanada

        • Centralna

      • Velike britanije

        • London

      • Evropa

        • Frankfurt

      • Azija Pac

        • Tokiju

        • Sidni

        • Singapur

      Veza sa AWS hostovanim Webex kontakt centar može uspostaviti korišćenjem Interneta ili korišćenjem Amazon Web Services (AWS) Direct Connect. Pomoću AWS Direct Connect podaci se isporučuju putem privatne mrežne veze između korisnika na mreži i Webex kontakt centra i na taj način poboljšavaju vezu. Za više detalja pogledajte AWS Direct Connect za Webex kontakt centar.

      Povezivanje sa više regiona za telefoniju

      Da bi omogućio globalnim organizacijama, sa agentima i klijentima na više geografskih lokacija, Webex CC podržava zadržavanje medija unutar lokalnog regiona, za one regione u kojima su pokrenute ivice glasovnih medija i ingres usluge.

      Sledeća cifra ilustruje raspoređivanje više regiona sa regionalnim medijima.

      Multi Region deployment with regional media
      Raspoređivanje više regiona sa regionalnim medijima

      Ivice medija i ingres usluge su raspoređene u sledećim regionima.

      Geo Region

      Webex CC usluge (AWS region)

      Ivica medija (Voice POP)

      Next Generation Media Services (AWS Region)*

      NAS

      N Virdžinija

      Njujork

      Los Anđeles

      N Virdžinija

      N Kalifornija

      Kanada

      Centralna

      Vankuver

      Toronto

      Centralna

      Brazil

      Sao Paulo

      Rio De Žaneiro

      Evropa

      Frankfurt

      Frankfurt

      Amsterdam

      Frankfurt

      Velika Britanija

      London

      London

      London

      Indija

      Pune

      Hyderabad

      Mumbaj

      Singapur

      Singapur

      Singapur

      Japan

      Tokiju

      Tokiju

      Osaku

      Tokiju

      Australija

      Sidni

      Melburn

      Sidni

      Sidni

      Bezbednost i privatnost

      Bezbednost infrastrukture

      Glasovna infrastruktura na Ivici

      Glasovne Edge komponente omogućavaju prekidanje SIP prtljažnika sa mreže korisnika / PSTN nosača, a to je omogućeno na osnovu Ips-a na beloj listi kojima je dozvoljeno povezivanje sa ivicama komponenti.

      Izračunajte bezbednost infrastrukture

      Webex CC instanci izračunate su obezbeđene u AWS-u, a usluge se pokreću kao kapsule u Klasteru Kubernetes koji ima više prostora za ime, a pristup svakom prostoru za ime je ograničen posebnim akreditivima.

      Sva obezbeđivanja infrastrukture se rade korišćenjem šifre – bez ručnih koraka – i nijednom od akreditiva se ne može pristupiti ručno.

      Postoji centralno skladište akreditiva sa određenim putanjama konfigurisanim za određeni skup usluga / timova, a pristup samom skladištu akreditiva je ograničen i konfigurisan kao tajna u sistemima za izradu i primenu.

      Nijedna od infrastrukturnih komponenti / usluga nije direktno izložena izvan AWS VPC-a i samo javno izloženi interfejsi su API i WebSocket Serveri koji se kontrolišu i upravljaju pomoću api mrežnog prolaza,

      Osim toga, postoje određeni interni sistemi i interfejsi koje koriste programeri koji se koriste za prikazivanje evidencija, metrika, detalja primene, izgradnje statusa i rezultata testova, koji su obezbeđeni korišćenjem uloga i grupa i integrisani sa Cisco sistemima interne potvrde identiteta.

      Potvrda identiteta i ovlašćenje za korisničke interfejse

      Svi korisnički interfejsi koje koriste različiti korisnici kontakt centra (agenti, supervizori, administratori, analitičari) zaštićeni su Cisco Common Identity zasnovanom na tokenu potvrde identiteta (OAuth tokovi).

      Autorizacija se obavlja korišćenjem uloga za korisnika koji je dobio simbol i opsege dodeljene tokenu.

      Bezbednost podataka

      Podaci u tranzitu

      Nijedan od interfejsa raspoređenih usluga / infrastrukturne komponente nije direktno izložen spoljnom dolaznom saobraćaju.

      Izaberite usluge, sa http API-jem izložite te interfejse putem mrežnog prolaza i svi dolazni https (uključujući i one webSocket) se prekidaju u ALB-u, a unutrašnji saobraćaj preko http-a se usmerava ka uslugama.

      Sve odlazne interakcije su završene https / TLS (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 na odmoru

      Svi podaci koji se skladište šifruju se u sloju skladišta. Dalje oni skladišti podataka koji su izvan VPC-a, zaštićeni su i kontrola pristupa i ovlašćenja sa akreditivima bezbedno uskladištenim i vođenim u tajnom skladištu.

      Sledeća slika ilustruje tok podataka i bezbednosni model za tranzit, kao i za odmor.

      Bezbednost podataka u tranzitu i na odmoru

      Privatnost podataka

      PII podaci krajnjeg korisnika

      Tok Webex CC, koji je programski kontroler za rukovanje interakcijama, može se koristiti za prikupljanje korisničkih podataka, koji se mogu dodeliti promenljivama protoka posebno označenim kao "Sadrži osetljive podatke". Vrednosti za takve podatke su šifrovane i nijedna usluga u tranzitnoj putanji podataka neće imati pristup ovim podacima.

      Dalje, takvi podaci nikada nisu istrajni u Webex CC skladištu podataka za izveštavanje i evidencije / infrastruktura za razmenu poruka će imati šifrovane podatke i jasni tekstualni podaci se ne skladište nigde Webex CC.

      Podaci agenta/supervizora Kontakt centra

      Podaci povezani sa kontakt centrom se rediguju u evidencijama, ali su dostupni za analitiku podataka i vizuelizaciju u Webex CC skladištu podataka.

      Skalabilnost

      Faktori za vagu

      Za Webex CC faktori koji utiču na skalu su:

      • Uporedni broj prijavljenih agenata

      • Uporedni broj interakcija koje su u toku

        • Radnje izvršene na tim interakcijama

      • Uporedni broj radnji koje supervizori / agenti obavljaju, izvan rukovanja interakcijama

      • Volumen generisanih i istrajnih podataka

      Arhitektonski aspekti koji omogućavaju skalu

      Principi zasnovani na kojima je Webex CC arhitektonski i dizajniran omogućava rešenju da se dinamički skalira po potrebi u granicama koje sprovodi infrastruktura obezbeđena za različite usluge i komponente platforme.

      Arhitektura vođena događajem

      Usluge u Webex CC komuniciraju koristeći poruke, a tokovi obrade kritičnih poruka ne uključuju blokiranje IO operacija i stanje potrebno za obradu poruka je lokalizovano na instancu usluge koja obrađuje poruku.

      Usluge bez države (ili eksterno stanje)

      Usluge bez države omogućavaju elastičnost tako što lako dodaju /uklanjaju dodatne instance usluga. Postoje određene službe koje su inherentno državne prirode i one imaju eksternizovanu državnu prodavnicu i infrastruktura podržava dinamične promene broja instanci takvih usluga takođe sa automatskim rebalansiranjem / prenosom stanja / lokalizacijom države do instance kojoj je potrebna država.

      Elastična infrastruktura

      Sve usluge se pokreću u Kubernetesu i infrastrukturi aka Kubernetes skala čvorova automatski na osnovu upotrebe i to omogućava dinamično dodavanje više izračunatih čvorova do maksimalno visokog praga koji je unapred konfigurisan.

      Učitavanje projekcije i redovna provera valjanosti

      Sve usluge su odrednice za karakteristike performansi, a obrazac razmere se proverava na nivou usluge.

      Dalja kontinuirana provera valjanosti, vrhunski testovi opterećenja i izdržljivosti sprovode se sa parametrima testiranja podešenim za projektovani rast atributa koji utiču na skalu, što omogućava da se identifikuju uska grla, planiraju ažuriranje visokog praga za korišćenje infrastrukturnih resursa i budu spremni za dan igre.

      Pouzdanost i dostupnost

      Manifestacija vođena arhitekturom i uslugama bez države omogućava elastičnost i elastičnost. Međutim, da bi se osiguralo da se neuspesi otkriju i reaguju pre nego što funkcionalnosti utiču, Webex CC koristi sledeću strategiju.

      • Dostupnost i pouzdanost infrastrukture

        • Sve Webex CC i infrastrukturne komponente se uvek rasporede u tri AWS zone dostupnosti.

          • Ovo omogućava Webex CC bude otporan na kvarove zone dostupnosti i u slučaju otkazivanja, neuspele instance se automatski zamenjuju novijim.

      • Kontinuirano praćenje & obaveštavanje

        • Interne i spoljne sonde za komponente usluga i infrastrukture, koje na osnovu obaveštenja o okidaču neuspeha.

        • Metrike uhvaćene iz usluga i infrastrukturnih komponenti i obrađene putem mašine za pravilo koja detektuje pravila podudaranja i upozorenja okidača.

      • Neprekidna provera valjanosti & obaveštavanje

        • Periodični testovi se pokreću i svi propusti rezultiraju aktiviranjem obaveštenja

        • Ova obaveštenja stvaraju proaktivne incidente i rešavaju se kao pravi incident koji utiče na kupca.

          • Ovo unapred prazni uticaje na kupca i doprinosi dostupnosti i pouzdanosti sistema.

      • Kontinuirana integracija i isporuka

        • Ovo je inženjerski proces i cevovod za isporuku i omogućava brzu i pouzdanu izradu, validaciju i raspoređivanje usluga / promena usluga u Webex CC.

          • Mogućnost potpuno automatizovanog raspoređivanja – od koda do proizvodnog okruženja, sa svim potrebnim proverama valjanosti, smanjuje rizik i smanjuje vreme do rešavanja, ako je potrebno da se promena rasporedi kao odgovor na neuspeh.

      • Prekidači za strujna kola i prekidači za ubijanje

        • Različiti delovi sistema / određene mogućnosti Webex CC mogu selektivno da se onemogućene za sve kupce ili da se izaberu kupci, kako bi se umanjili kaskadni efekti neuspeha.

          • Ovo omogućava da se površina neuspeha svede na najmanju moguću površinu i postigne dostupnost osnovnih mogućnosti kontakt centra kupcima.

      Praćenje i otkrivanje neuspeha

      Sledeća slika ukazuje na mehanizme neprekidnog praćenja, provere valjanosti i obaveštavanja koji su postavljeni za Webex CC.

      Neprekidno praćenje i otkrivanje neuspeha

      Kontinuitet poslovanja i oporavak od katastrofa

      Proces oporavka od katastrofa i kontinuitet poslovanja obezbeđuje otkrivanje bilo kakvog velikog prekida u regionu i preduzimaju se neophodni koraci kako bi se osigurao oporavak usluga klijentima koji se nalaze u regionu.

      Koraci za oporavak su dokumentovani, provereni i redovno ažurirani u sklopu procesa oporavka i upravljanja katastrofama.

      Webex CC su raspoređene u tri odvojene zone dostupnosti unutar AWS regiona. Svaka zona raspoloživosti je različita fizička lokacija u regionu, sa nezavisnim uslužnim programima.

      U slučaju potpunog neuspeha AWS regiona, Webex CC se oslanja na AWS da oporavi region i za produžene prekide koji uključuju čitav region, Webex CC data centar je obezbeđen u novom AWS regionu i vraća ključne konfiguracije i podatke klijenata tako da kontakt centar radi za kupce u novom AWS regionu.

      To podrazumeva automatizaciju, ali zahteva ručnu intervenciju da bi se pokrenuo proces, kao i nadgledanje i obezbedilo vraćanje potrebne konfiguracije i podataka da bi kontakt centar bio operativan za kupce.

      Usaglašenost i sertifikacije

      Webex Kontakt ima opsežnu listu bezbednosnih sertifikacija. Ove potvrde se redovno ažuriraju u pravilnim intervalima.

      • PCI DSS QSA

      • CAIQ

      • HIPAA & HITECH

      • Nivo CSA zvezdice 1

      • CSA Star Level 2 (3rd party independent assessment)

      • SOC2

      • ISO27001 (Međunarodni standard za informacionu bezbednost)

      • ISO27017 (Bezbednosni standard za dobavljače usluga u oblaku)

      • ISO27018 (Bezbednosni standard fokusiran na zaštitu ličnih podataka u oblaku)

      • ISO27701 (proširenje privatnosti podataka)

      • Nemački standard C5, demonstrira operativnu bezbednost od sajber-napada

      Više detalja potražite Webex sa podacima o privatnosti za uslugu kontakt centra.

      Uvod

      Cisco Webex Contact Center (Webex CC) je Kontakt centar kao usluga (CCaaS), koji omogućava organizacijama da omoguće pametnije, proaktivnije i personalizovane interakcije širom putovanja klijenta.

      Webex CC je arhitektonski, dizajniran i razvijen, iz temelja, kao maternje rešenje oblaka, sa sledećim osnovnim arhitektonskim principima.

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

      • Event Driven: Sve usluge međusobno komuniciraju koristeći razmenu poruka, osim u Veb aplikacijama gde aplikacija koristi https interfejse (REST API, Push Data putem WebSocket interfejsa) za određene slučajeve korišćenja.

      • Stanje bez države/eksternizovano stanje: Usluge su raspoređene u Kubernetesu, rade u kontejnerima dokera, sa mogućnošću automatskog skale i otporne na propuste jedne ili više instanci usluga.

      • Primetno: sve usluge i infrastrukturne komponente koje omogućavaju raspoređivanje takvih usluga primetne su sa standardnim mehanizmima za merenje, otkrivanje i sprečavanje situacija koje utiču na mogućnosti kontakt centra, kao i brzo rešavanje problema i vraćanje usluga u slučaju prekida rada.

      • Izolovano/labavo u paru: Svaka usluga može biti izgrađena, proverena i nezavisno raspoređena/ažurirana bez daunlouda za mogućnosti kontakt centra.

      Webex CC usluge su raspoređene u AWS-u i napajaju se pomoću cloud native platforme koja omogućava sledeće:

      • Dostupnost infrastrukturnih usluga i aplikacija u više raspoloživih zona

      • Elastičnost infrastrukturnih usluga i aplikacija koje omogućavaju mogućnosti dinamičkog podešavanja razmere

      • Bezbednost je rodno ugrađena u način na koji se sistemi grade i rasporede, podaci su zaštićeni u tranzitu i odmaraju se zajedno sa sertifikatima o bezbednosti/usaglašenosti koje Webex CC ima.

      • Skalabilna i bezbedna ivica infrastrukture za telefonsku/glasovnu integraciju

      • Primetnost uz proaktivno praćenje i obaveštavanje koje omogućava visoku dostupnost usluga kontakt centra svojim korisnicima.

      • Integrisan sa ostatkom Cisco Webex za potvrdu identiteta/autorizaciju korisnika, administraciju i obezbeđivanje mogućnosti kontakt centra.

      Dalji odeljci u ovom dokumentu se šire na svaku od gorenavedenih mogućnosti i Webex cc arhitektura omogućava isto.

      Logička arhitektura

      Osnovna mogućnost koju rešenje kontakt centra mora da ima je omogućavanje korisnicima da lako kontaktiraju organizaciju putem uobičajenih načina komunikacije i dobiju upite / probleme koji se rešavaju na brz i efikasan način.

      Međutim, da bi se obezbedilo postizanje ove osnovne mreže, postoji više mogućnosti iza scene kojima organizacija koja koristi kontakt centar mora da ima pristup. Ovo su:

      • Mehanizmi za pokretanje interakcije sa klijentima

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

        • E-adrese na koje klijenti mogu da šalju e-poštu i mehanizam za otkrivanje novih dolaznih e-poruka.

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

          • Ćaskanje sa veb lokacije/aplikacije

          • Direktno ćaskanje putem popularnih klijenata za razmenu poruka kao što su WhatsApp, Facebook Messenger, Apple Business Chat, Direktna poruka sa Twittera

      • Sposobnost otkrivanja novih interakcija i efikasnog rukovanja njima

        • To bi uključivalo automatizovani IVR sistema, virtuelne agente za telefoniju / ćaskanje sa programskom inbuiltiranošću da bi se definisali tokovi posla koji učestvuju u rukovanju interakcijama.

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

      • Mogućnost da agenti ukažu na dostupnost za rukovanje interakcijama i supervizorima za praćenje, agente trenera i dobijanje operativnih metrika koje omogućavaju efikasne interakcije.

      • Mogućnost administratora da konfigurišu i navedu različite mogućnosti kontakt centra koje omogućavaju agentima i supervizorima da obavljaju svoje zadatke na očekivani način.

      Pored toga, savremena preduzeća moraju da imaju dodatne mogućnosti za optimizaciju operacija kontakt centra sa pristupom podacima i uvidima koji vizualizuju i prate ključne operativne metrike.

      Pored toga, mogućnost integrisanja sa specijalizovanim mogućnostima ekosistema kontakt centra kao što su pokretanje proaktivnih automatizovanih odlaznih poziva, poboljšanje iskustva agenta i supervizora pomoću AI, otkrivanje i razumevanje putovanja klijenata ka proaktivnom snabdevanju podataka unapred agentima su jasni razlikujeoci u načinu na koji se razvijaju rešenja kontakt centra.

      Što se tiče modela potrošnje, gde se ponude kontakt centra troše kao usluga softvera isporučenog u oblaku, mogućnost obezbeđivanja dostupnosti, pouzdanosti i automatizovanih zahteva ad-hoc skale zahteva stanje umetničkih mehanizama praćenja i obaveštavanja, što omogućava kontinuiranu proveru valjanosti i otkrivanje predstojećih problema i sprečavanje / minimiziranje uticaja na poslovanje klijenata.

      Sledeća slika ilustruje logičku arhitekturu Webex CC.

      Webex CC Logical Architecture
      Webex CC logička arhitektura

      Funkcionalne komponente

      Sledeći odeljci opisuju različite funkcionalne komponente Webex CC.

      Upravljanje interakcijama

      Webex CC podržava telefoniju, e-poštu i razmenu poruka (društvenih kanala) kao različite kanale pomoću kojih korisnici mogu da komuniciraju sa kontakt centrom.

      Za sve kanale, početno rukovanje može da obavi sistem, a zatim interakcija može da eskalira do agenta.

      Tipovi medija

      Telefonija

      Za telefoniju se o dolaznom rukovanju glasovnim pozivom odlučuje način na koji je poziv ušao u kontakt centar (pogledajte Ingress mechanisms below) i Webex CC Flow koji je povezan sa ulaznom tačkom.

      Poziv se odgovara i dalje radnje se vrše u zavisnosti od definicije Webex CC Flow – što je programski prikaz radnji koje treba izvršiti prilikom rukovanja pozivom pre čekanja u redu čekanja i usmeravanja agentu ili sam Tok može da rukuje pozivom bez prenosa na agenta.

      Izrada toka u Webex CC omogućava projektantima da definišu tok i dodele ga ulaznoj tački preko koje poziv stiže u Webex CC.

      Ovi entiteti konfiguracije i njihova upotreba su pokriveni u entitetima konfiguracije.

      Više informacija o izradi toka je pokriveno u predstojećem odeljku na IVR sistemu.

      E-pošta i poruke

      Iz Webex CC, Webex Connect pruža ingres i egres mogućnosti za sve digitalne kanale - e-poštu, kanale za razmenu poruka, koje krajnji korisnici mogu da koriste za kontakt centar.

      Webex poveži tok

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

      • Primenjuje poslovnu logiku na dolaznu interakciju.

      • Rukuje kontaktom pre čekanja u redu.

      • Sam tok može da podnese interakciju bez prenosa na živog agenta.

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

      • Web App / Ćaskanje putem mobilnih aplikacija

      • WhatsApp

      • Facebook Messenger

      • SMS

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

      • Gmail

      • Office365

      Ingresni mehanizmi

      Ovaj odeljak pokriva mehanizme pomoću kojih interakcija može da unese Webex CC. Na osnovu vrste medija, mehanizmi pomoću kojih interakcija dostiže Webex CC su različiti.

      Na primer, u telefoniji postoji fizička infrastruktura koja je potrebna da bi se omogućila PSTN veza, konfiguracija telefonskih brojeva i usmeravanje poziva na Webex CC.

      Za kanale e-pošte /razmene poruka, konfiguracija ingresa mora biti obavljena u Webex Connect i uključuje obezbeđivanje naloga e-pošte/razmene poruka i Webex konfiguraciju toka povezivanja.

      Dolazni glas

      Za glasovne pozive, tipičan scenario je kada korisnici biraju PSTN telefonski broj koji se zatim povezuje sa kontakt centrom. Iz ingresne perspektive, potreban je mehanizam usmeravanja poziva od PSTN do Webex CC.

      Sledeća slika ilustruje unošenje glasovnog poziva u Webex CC.

      Ingres opcije za dolazni glas

      Glasovne ingres usluge u Webex CC vrše kontrolu poziva trećih strana koristeći SIP i odaziv se dolaznom pozivu, kao i obavljaju operacije prenosa, konferencije i drugih operacija kontrole poziva.

      Logička ulazna tačka za pozive u Webex CC je konaиni entitet pod imenom "Ulazna tačka". Za Voice ingress, ključna konfiguracija Entrypoint-a je telefonski broj povezan sa njim, što je obično važeći PSTN telefonski broj dobijen od izabranog PSTN dobavljača.

      Ovo omogućava otkrivanje dolaznih poziva na telefonskom broju, povezivanje poziva sa ulaznom tačkom i korišćenje drugih parametara konfiguracije ulazne tačke za rukovanje pozivom u zavisnosti od definicije toka Webex CC koja bi trebalo da bude aktivirana za interakciju.

      Nota:

      Za više detalja o PSTN opcijama povezivanja posetite # 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 glasovne ivice infrastrukture

      Prva Webex CC VPOP infrastrukture uključuje suvišne parove SIP SBC-ova koji obezbeđuju visoku dostupnost i više SBC-ova može da se doda da bi se skalirali uporedni volumeni poziva koji će biti podržani.

      Maksimalni uporedni pozivi koje VPOP može da podnese zavise od broja pokrenutih SBC-ova i do kojih se pozivi šalju.

      Za geografsku redundantnost – podržan je mesh VPOP SBC sa međusobnim povezivanjem u više parova širom regiona.

      Za usluge glasovnog ingresa, one su horizontalno skalabilne za rukovanje sve većim brojem uporednih glasovnih poziva koje treba uneti u Webex CC.

      Bezbednosna pitanja sa glasovnom ivicom infrastrukture

      Sledeća tabela sadrži detalje o opcijama povezivanja sa glasovnom ivicom infrastrukture.

      Tabela 1. Tipovi povezivanja

      Povezivanje

      Tipovi

      Javni Internet

      Direktno (sa adresama izvora na beloj IP listi)

      IPSec virtuelna privatna mreža (VPN) ili IPSec zbog enkapsulacije generičkog usmeravanja (GRE)

      Lokacija-prema-lokaciji (S2S)

      SRTP/SIP TLS

      Privatna veza

      MPLS

      Point-to-Point (P2P)

      VPLS

      SD-WAN

      Privatni WAN

      Unakrsno povezivanje data centra

      Equinix Fabric Connections

      Za više detalja posetite # 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 sistem

      Svaki glasovni poziv koji dođe u broj telefona koji je povezan sa ulaznom tačkom, dobija odgovor od strane Webex CC i počinje izvršavanje toka Webex CC povezanog sa ulaznom tačkom.

      Webex CC Flow Builder obezbeđuje programske konstrukcije/operatore i funkcionalne blokove, terminske aktivnosti, tako da administratori ili bilo ko ko dizajnira i primenjuje logiku IVR može da kombinuje ove građevinske blokove i kreira definiciju toka.

      Programske konstrukcije koje Flow podržava su:

      • Promenljive deklaracije i postavke – stanje povezano sa izvršavanje toka

        • Šljunkoviti izrazi za postavljanje vrednosti promenljivih

      • Uslovne provere

      • Petlja – korišćenje funkcije Conditionals i Go To (mogućnost zajedničkog lanca aktivnosti)

      • PozoviTE REST API-je

      • Podaci o raščlanjivanja – JSON, TOML, XML se obično koriste za raščlanj API odgovora.

      • Sastavljanje aktivnosti


       

      Reprezentativni skup aktivnosti koje Flow snabdeva su:

      • Reprodukuj poruke

      • Prikupljanje korisničkih podataka

      • Prenesi poziv na drugo odredište/broj telefona

      • Pošalji poziv virtuelnom agentu

      • Poređaj poziv tako da mu agent može odgovoriti.

      Za svaki poziv koji je aktivan, instanca izvršavanja toka je takođe aktivna, dok se poziv ne završi, što rezultira uporedim izvršavanjem tokova.

      Svaka instanca izvršavanja toka obezbeđuje izolovano okruženje za podatke / stanje povezano sa protokom i tamo pozivom.

      Tokom celog životnog ciklusa poziva, protok takođe omogućava odgovaranje na određene događaje koji se dešavaju i rukovanje njima – na primer, kada agent odgovori na poziv, rukovalac događajem može da pokrene iskakanje ekrana u agentu na desktop interfejsu.

      Više informacija o toku Webex CC potražite u članku 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 virtuelnog agenta

      Flow obezbeđuje aktivnost za predaju interakcije virtuelnom agentu, koja je unapred konfigurisana u programu Webex kontrolno čvorište.

      Kada se poziv poveže sa virtuelnim agentom, IVR korisniku pruža iskustvo razgovora, IVR aktivnost se završava prekidom poziva ili eskalacijom poziva agentu.

      U slučaju eskalacije, tok se može podesiti tako da čeka u redu za poziv na koji agent potom odgovara.

      Ulazne digitalne interakcije

      Za e-poštu i kanal za razmenu poruka dolaznih interakcija, Webex CC koristi Webex Povezivanje za obezbeđivanje sredstava, protok za rukovanje dolaznim interakcijama i usmeravanje interakcije na Webex CC kada tok Webex Connect izričito čeka u redu za interakciju tako da njime može da rukuje agent.

      Sledeća slika ilustruje unošenje e-pošte, interakcije razmene poruka u Webex CC.

      Ingres opcije za e-poštu i poruke

      Virtuelni agent / BOT integracije

      Za interakcije putem e-pošte i poruka / društvenih kanala, virtuelni agent/ BOT tretmani su konfigurisani u Webex Connect flow.

      Kao i kod Virtuelnih agenata za glas, ako se BOT tretman završava eskalacijom kao rezultatom, onda je interakcija stavljena u red i usmerena ka agentu.

      Usmeravanje i čekanje u redu

      Webex CC tretira dolazni kontakt sa automatizovanim rukovaocima kao što je definisano u toku i tok može odlučiti da uputi kontakt u red / direktno agentu (određeni red čekanja agenta – podržan samo za telefonske/glasovne interakcije).

      U redu čekanja, ako je agent dostupan, agent je rezervisan, a interakcija se usmerava ka agentu. Ako nema raspoloživih agenata, interakcija je parkirana u redu čekanja, a Flow će nastaviti da tretira kupca sa rukovaoca priloženim uz aktivnost čekanja u redu čekanja.

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

      Sledeća slika ilustruje arhitekturu čekanja u redu i usmeravanja.

      Queuing and Routing Architecture
      Arhitektura čekanja u redu i usmeravanja

      Izbor agenta

      Redovi u Webex CC podržavaju sledeće algoritme izbora agenta:

      • Najduže dostupno usmeravanje agenta

      • Usmeravanje zasnovano na veštinama

        • Najduži raspoloživi agent (LAA)

        • Najbolji raspoloživi agent (BAA)

      Agenti su povezani sa redovima kroz timove.

      Redu čekanja se može dodeliti više grupa za distribuciju poziva (sa svakom grupom koja ima jedan ili više timova), na sekvencijalni način sa konfigurisanim čekanjem da grupa distribucije poziva bude dodata u red, tako da se prostor za pretraživanje odgovarajućeg agenta proširi na dodatne grupe distribucije poziva kako vreme bude odmiče.

      Za usmeravanje zasnovano na veštini, među zahtevima veština koji se podudaraju sa agentima povezanim sa redom, bira se agent na osnovu LAA ili BAA konfiguracije.

      Specifične dodatne mogućnosti glasa/telefonije

      Usmeravanje zasnovano na agentu (samo za kanal glasa/telefonije)

      Webex CC Flow, koristeći aktivnost QueueToAgent, može usmeriti interakcije direktno na izabrani agent na osnovu ID-a agenta.

      Ako agent nije dostupan za rukovanje interakcijama, interakcija može biti parkirana, u određenom redu čekanja agenta, čekajući da agent postane dostupan

      Više opcija za informacije u redu čekanja

      Webex CC Flow, koristeći aktivnost GetQueueInfo, može da donese informacije u realnom vremenu za red kao što su Pozicija u redu čekanja (PIQ), Procenjeno vreme čekanja (EWT), broj agenata koji su dostupni u redu čekanja i može se koristiti za odlučivanje da li da stave kontakt u red ili ne.

      Ljubazni povratni poziv

      Webex CC Flow, koristeći povratni poziv aktivnosti, omogućava kupcu da prekine vezu sa pozivom uz istovremeno održavanje pozicije u redu čekanja i primi povratni poziv kada se virtuelna interakcija u redu usmeri ka agentu.

      Prekoračenje rukovanja

      Webex CC podržava rukovanje viškom pomoću timova zasnovanih na kapacitetima (CBT).

      CBT je kao običan tim sa kapacitetom i pridruženim spoljnim DN-om koji služi tom kapacitetu. Može se konfigurisati zajedno sa drugim timovima u ciklusima distribucije poziva u redu čekanja.

      Obično je ovo konfigurisano kao poslednji ciklus tako da deluje kao prekoračenje ako nijedan agent nije dostupan čak i nakon što sve konfigurisane grupe za distribuciju poziva ne uspeju da pronađu dostupnog odgovarajućeg agenta za rukovanje interakcijom.

      Agent Desktop operacije

      Kada se agent prijavi Webex CC Agent Desktop, agent navodi broj telefona na koji se mogu povezati dolazni pozivi agentu. Ovo može biti PSTN telefon, mobilni telefon ili proširenje ako je agent Cisco Webex Calling korisnik.

      Imajte na nauda da ovaj broj mora biti važeći telefonski broj na koji se pozivi mogu usmeriti. U slučaju da nije, agent ne može da prima dolazne pozive.

      Na osnovu tipa interakcije koju agent vodi, vidžeti u agentu na radnoj površini snabdevaju mogućnost izvršavanja određenih operacija kontrole medija.

      Na primer, kada se odazove poziv, agent može da izvrši sledeće operacije vezane za poziv.

      • Pozovite na čekanje

      • Započnite poziv za konsultacije i

        • Prenesi poziv na drugi broj telefona (recimo broj telefona agenta) / Ulazna tačka

        • Konferencija još jednog agenta za poziv

      • Prenos poziva u drugi red čekanja

      • Završi poziv

      Agentska radna površina omogućava administratorima da tamo dodaju prilagođene vidžete tako što proširuju mogućnosti radne površine i čine je objedinjenom kolekcijom vidžeta koji su potrebni agentima da bi obavljali svoj posao na efikasan način.

      Arhitektura radne površine

      Agentska radna površina je aplikacija pojedinačne stranice zasnovana na mikro frontendu koja hostuje vidžete izgrađene na osnovu arhitekture Veb komponenti. Svi standardni / berzanski vidžeti se napajaju pomoću podataka koje preuzimaju API-i ili mehanizmi guranja sa strane servera.

      To su obično asinhroni API-i, gde odgovor za pozivanje dolazi na radnu površinu putem WebSocket veze.

      Webex CC Agent Desktop autentifikaciju korisnika sa Cisco Common Identity (CI) i simbol se prosleđuje svim API poziva. Za prilagođene vidžete takođe, na osnovu modela potvrde identiteta, on obezbeđuje agentima jedno iskustvo prijavljivanja ako je prilagođeni model potvrde identiteta vidžeta integrisan sa CI.

      Kada agent bude deo interakcije, sve ispravke stanja interakcija ili povezanih podataka takođe se guraju na radnu površinu preko WebSocket veze.

      Otpornost radne površine na vezu i kašnjenje

      Asinhroni API i guranje na strani servera omogućava razmeru i otkriva se svaki gubitak veze sa WebSocket interfejsom i pokušaji radne površine da se ponovo povežu i ponovo prijave.

      Sledeća slika ilustruje arhitekturu radne površine agenta u Webex CC.

      Agent Desktop arhitektura

      Administracija i konfiguracija

      Kupci na brodu

      Webex kontrolno čvorište je primarni interfejs koji partneri i klijenti koriste za ukrcavanje klijenata i omogućavanje ili konfigurisanje funkcija.

      Kada se funkcije organizacije i kontakt centra naložiju u kontrolnom čvorištu, Webex će pokrenuti tok posla u Webex CC koji čini ostale korake u obezbeđivanju svih mogućnosti kontakt centra u zavisnosti od ponuda koje je kupac odabrao.

      Svo obezbeđivanje kontakt centra obavlja se pomoću BPM mašine toka posla koja omogućava deklarativni način definisanja koraka koji su uključeni i čini čitave korake obezbeđivanja otpornim na neuspehe i obezbeđuje integritet podataka.

      Sledeća slika ilustruje tok posla za obezbeđivanje u Webex CC.

      Tok posla "Klijent na brodu"

      Entiteti konfiguracije

      Ključni subjekti konfiguracije u Webex CC, opsezi unutar organizacije, su:

      Lokacije

      Sajt podrazumeva lokaciju na kojoj se nalaze neki timovi, korisnici (agenti / supervizori).

      Svaki korisnik i tim moraju da pripadaju lokaciji.

      Tim

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

      Svaki tim mora da pripada nekoj lokaciji.

      Agenti

      Korisnici koji mogu da se prijave Agent Desktop i rukuju interakcijama u svim tipovima medija koji su konfigurisani u Webex CC.

      Nadzornici

      Supervizori su dodeljeni timovima i mogu da prate/ treniraju agenta i imaju pristup statusu tima i statistikama agenta za one koji pripadaju timovima kojima je supervizor dodeljen.

      Red za čekanje

      Red je logički entitet u kome se mogu održavati interakcije, dok se čeka da agenti budu dostupni, što se zatim usmerava ka agentu.

      Redovi su mapirani timovima, kao prostor za pretragu za agente, sa mogućnošću proširenja prostora za pretragu na osnovu proteklog vremenskog praga, dodavanjem drugih timova u prostor za pretragu.

      Ulazna tačka

      Entrypoint je logički entitet koji predstavlja tačku ingresa za interakcije koje će Webex CC. Za telefoniranje ovo se prvenstveno mapira na broj telefona na koji pozivi stižu i za kanale e-pošte/razmene poruka, ulazna tačka ukazuje na konfiguraciju osnovnih sredstava u Webex Connect.

      Protok

      Tok povezan sa ulaznom tačkom (putem strategije usmeravanja), koji odlučuje o koracima uključenim u rukovanje interakcijama.

      Za kanale koji nisu telefoni (e-pošta, razmena poruka/druženje), Flow se bira kao deo konfiguracije osnovnog sredstva u Webex Connect.

      Kontrola pristupa za kontakt centre za više lokacija

      Webex CC administratori mogu da konfigurišu korisničke profile sa pravom pristupa određenim lokacijama, timovima, redovima i ulaznim tačkama. Dalje, zbog hijerarhijske prirode lokacija i timova, kada se obezbedi pristup određenim lokacijama, korisniku mogu pristupiti samo timovi ili datum koji se odnose na timove, koji pripadaju tim lokacijama ili izričito navedeni podskup takvih timova.

      Za redove i ulazne tačke, one su globalne na nivou organizacije, tako da za različite geografske lokacije (lokacije na kojima se nalaze određeni agenti i timovi) mogu da se konfigurišu posebne ulazne tačke i redovi, a supervizori / korisnici mogu da imaju pristup onim entitetima koji su podložni za određene lokacije.

      Sledeća slika ilustruje entitete konfiguracije ključa i korisnički profil koji upućuje na ove entitete.

      Entiteti konfiguracije mapirani u korisnički profil

      Osim ograničavanja pristupa ovim entitetima, administratori Webex CC mogu da kontrolišu određene mogućnosti/module kojima korisnik može da pristupi u administrativnom interfejsu, čime korisnici imaju prava na administraciju /konfiguraciju određenih entiteta, kao i odeljke/ mogućnosti interfejsa administracije Webex CC.

      Izveštavanje i analitika

      Webex CC obrađuje diskretne događaje koje generišu različite usluge tokom životnog ciklusa interakcija, koristeći niz usluga obrade toka u realnom vremenu i generiše definisan skup skupa podataka u realnom vremenu koji se objavljuju na pretplaćenim klijentima.

      Pored toga, ovi događaji se dalje obrađuju, transformišu i prikupljaju i regultuju skupovi podataka, koji se zatim preuzimaju putem API-ja potrošnje podataka i interfejsa za vizuelizaciju izveštaja i podataka – Analyzer.

      Sledeća slika ilustruje interfejse za obradu podataka i potrošnju u Webex CC

      Webex CC cevovoda za obradu podataka i interfejsa potrošnje

      Integracije

      Sve spoljne integracije u WxCC da bi se povećale i poboljšale mogućnosti koje klijenti mogu da koriste, koriste standardne objavljene API-je.

      Tip interfejsa API koji su dostupni u Webex cc su:

      • ODMORITE API

      • Guranje na strani servera pomoću

        • Webhooks

        • WebSocket poruke

      CRM integracije

      Webex CC podržava dva režima integracije sa sistemima za upravljanje odnosima sa klijentima (CRM).

      • Konektori ugrađeni na radnoj površini

      • Integracije toka preko HTTPs konektora u IVR

      Konektori ugrađeni na radnoj površini: CRM aplikacija kao primarni interfejs

      U ovom režimu rada, agent se prijavi na CRM konzolu kao primarnu aplikaciju.

      Webex CC je ugrađena aplikacija (koja se naziva i ugrađena aplikacija na radnoj površini ili ugrađeni softfon) koja se prvenstveno koristi za prijavljivanje u kontakt centar i primanje interakcija Webex CC usmerenog kontakt centra.

      Nakon prijema poziva ili zahteva za razgovor, CRM integracija izvršava sledeće radnje na CRM konzoli

      • Ekran iskače zapis kupca povezan sa ANI ili drugim povezanim podacima poziva.

      • Knjiženje metapodataka poziva kao napomena o aktivnostima u zapisu kupca

      • Dozvolite agentu da "Klikne na poziv" klikom na kontakt unutar CRM-a i pokretanjem izlaznog poziva kupcu

      • Knjiženje zapisa poziva u CRM izveštaje za primarno izveštavanje o CRM-u.

      • Obezbeđuje punu funkcionalnost kontrola za Agent Desktop poziva (ugrađena i minifikovana verzija aplikacije na radnoj površini)

      Primarni režim integracije sa CRM-ovima je ugrađivanje Webex CC Desktop aplikacije u poseban iFrame.

      Dalje, Webex CC Desktop aplikacija pokreće prilagođeni vidžet bez glave (bez korisničkog interfejsa) u pozadini, u interakciji sa osnovnim CRM sistemom da bi izvršila automatizovane radnje u ime agenta.

      Interakcije napajaju dva SDK-a koje bezgladni vidžet koristi.

      • Webex CC Desktop JS SDK: Ovo je JavaScript SDK koji je obezbedio Webex CC za registrovanje slušalaca događaja za agente i kontakt akcije.

      • CRM JS SDK: Ovo je CRM klijentski SDK primenljiv po CRM-u koji apstrahuje REST API poziva sa CRM-om. Na primer, za prodajne grupe, CTI JS biblioteka koju obezbeđuje Salesforce koristi se za izvršavanje radnji i slušanje događaja unutar CRM-a.

      Sledeća slika ilustruje CRM ugrađenu Webex CC arhitekturu radne površine i linije spajanja

      CRM linija spajanja ugrađena arhitektura linije spajanja radne površine

      Webex CC podržava sledeća CRM rešenja za navedenu integraciju:

      • Prodajna snaga

      • ServiceNow

      • Microsoft Dynamics 365

      • zendesk

      • Freshdesk

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

      Za više informacija o konfigurisanju Webex CC rasporeda radne površine za omogućavanje CRM linije spajanja, skupova funkcija i promena posetite https://github.com/Ciscodevnet/webex-contact-center-crm-integrations.

      Globalna dostupnost CRM konektora

      CRM konektori su dostupni u svim geografijama i regionima u kojima webex CC radi.

      Elastična skala i performanse

      Webex CC je domaćin prilagođenog vidžeta koji omogućava dvosmernu komunikaciju između CRM aplikacije i Webex CC radne površine u AWS CloudFront CDN-u, obezbeđujući visoku dostupnost vidžeta AWS u zonama dostupnosti i regionima.

      Sva ispravka specifična za CRM integraciju dešava se na pregledaču gde agenti koriste CRM aplikaciju sa Webex CC radnom površinom ugrađenom u CRM aplikaciju.

      Bezbednost

      CRM linije spajanja se pozivaju putem rasporeda radne površine Webex CC agenta, a opcionalni parametri se prosleđuju putem rasporeda radne površine u vidžet da bi se preklopne funkcije prenosile i isključile.

      Na primer, da bi omogućio vidžet radnji "Salesforce", administrator može da uključi postavku parametra rasporeda radne površine sfdcWidgetEnabled na true.

      Instalacija paketa

      Da bi integracija radila dvosmerno, CRM konzoli je potrebna instalirana ugrađena aplikacija. Ovo je da biste podržali učitavanje aplikacije "Radna površina" unutar iFrame-a.

      Svi konektori ugrađeni u radnu površinu dostupni su na CRM tržištu.

      na primer,

      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 dodatne komponente i uvozi potrebne XML datoteke u CRM konzolu da bi podržala izveštavanje o zapisima poziva na CRM-u.

      Integracije toka preko HTTP(S) linija spajanja u IVR-u

      Webex CC Flow builder podržava dvosmerne tokove podataka između Webex CC i CRM sistema pomoću HTTP(S) konektora konfigurisanih u Webex kontrolnom čvorištu i koji se koriste na Webex CC flow- u.

      One se prvenstveno koriste za personalizaciju unutar glasovnih interakcija i prilagođenog proizvodnog postupka u okviru IVR-a.

      Webex CC podrazumevano podržava HTTP liniju spajanja Salesforce na kontrolnom čvorištu. Ostale CRM linije spajanja mogu da se dodaju kao prilagođene linije spajanja u Vebex kontrolnom čvorištu.

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

      IVR HTTP linije spajanja :

      Optimizacija radne snage

      Webex CC podržava rešenja za optimizaciju toka posla i upravljanje kvalitetom od vodećih dobavljača delatnosti.

      Primena i povezivanje

      Webex CC je raspoređen u AWS i trenutno je dostupan u sledećim regionima

      • NAS

        • US-East N Virginia

        • US-West N California (samo Voice Media Ingress)

      • Kanada

        • Centralna

      • Velike britanije

        • London

      • Evropa

        • Frankfurt

      • Azija Pac

        • Tokiju

        • Sidni

        • Singapur

      Povezivanje sa više regiona za telefoniju

      Da bi omogućio globalne organizacije, sa agentima i klijentima na više geografskih lokacija, Webex CC podržava zadržavanje medija unutar lokalnog regiona, za one regione u kojima su pokrenute ivice glasovnih medija i ingres usluge.

      Sledeća cifra ilustruje raspoređivanje više regiona sa regionalnim medijima.

      Multi Region deployment with regional media
      Raspoređivanje više regiona sa regionalnim medijima

      Ivice medija i ingres usluge su raspoređene u sledećim regionima.

      Geo Region

      Webex CC usluge (AWS region)

      Ivica medija (Voice POP)

      Next Generation Media Services (AWS Region)*

      NAS

      N Virdžinija

      Njujork

      Los Anđeles

      N Virdžinija

      N Kalifornija

      Kanada

      Centralna

      Vankuver

      Toronto

      Centralna

      Brazil

      Sao Paulo

      Rio De Žaneiro

      Evropa

      Frankfurt

      Frankfurt

      Amsterdam

      Frankfurt

      Velika Britanija

      London

      London

      London

      Indija

      Pune

      Hyderabad

      Mumbaj

      Singapur

      Singapur

      Singapur

      Japan

      Tokiju

      Tokiju

      Osaku

      Tokiju

      Australija

      Sidni

      Melburn

      Sidni

      Sidni

      Bezbednost i privatnost

      Bezbednost infrastrukture

      Glasovna infrastruktura na Ivici

      Glasovne Edge komponente omogućavaju prekidanje SIP prtljažnika sa mreže korisnika / PSTN nosača, a to je omogućeno na osnovu Ips-a na beloj listi kojima je dozvoljeno povezivanje sa ivicama komponenti.

      Izračunajte bezbednost infrastrukture

      Webex CC instance za kompatibilnost su obezbeđene u AWS-u, a usluge se pokreću kao kapsule u Klasteru Kubernetes koji ima više prostora za ime i pristup svakom prostoru za ime je ograničen posebnim akreditivima.

      Sva obezbeđivanja infrastrukture se rade korišćenjem šifre – bez ručnih koraka – i nijednom od akreditiva se ne može pristupiti ručno.

      Postoji centralno skladište akreditiva sa određenim putanjama konfigurisanim za određeni skup usluga / timova, a pristup samom skladištu akreditiva je ograničen i konfigurisan kao tajna u sistemima za izradu i primenu.

      Nijedna od infrastrukturnih komponenti / usluga nije direktno izložena izvan AWS VPC-a i samo javno izloženi interfejsi su API i WebSocket Serveri koji se kontrolišu i upravljaju pomoću api mrežnog prolaza,

      Osim toga, postoje određeni interni sistemi i interfejsi koje koriste programeri koji se koriste za prikazivanje evidencija, metrika, detalja primene, izgradnje statusa i rezultata testova, koji su obezbeđeni korišćenjem uloga i grupa i integrisani sa Cisco sistemima interne potvrde identiteta.

      Potvrda identiteta i ovlašćenje za korisničke interfejse

      Svi korisnički interfejsi koje koriste različiti korisnici kontakt centra (agenti, supervizori, administratori, analitičari) zaštićeni su Cisco Common Identity zasnovanom na tokenu potvrde identiteta (OAuth tokovi).

      Autorizacija se obavlja korišćenjem uloga za korisnika koji je dobio simbol i opsege dodeljene tokenu.

      Bezbednost podataka

      Podaci u tranzitu

      Nijedan od interfejsa raspoređenih usluga / infrastrukturne komponente nije direktno izložen spoljnom dolaznom saobraćaju.

      Izaberite usluge, sa http API-jem izložite te interfejse putem mrežnog prolaza i svi dolazni https (uključujući i one webSocket) se prekidaju u ALB-u, a unutrašnji saobraćaj preko http-a se usmerava ka uslugama.

      Sve odlazne interakcije su završene https / TLS (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 na odmoru

      Svi podaci koji se skladište šifruju se u sloju skladišta. Dalje oni skladišti podataka koji su izvan VPC-a, zaštićeni su i kontrola pristupa i ovlašćenja sa akreditivima bezbedno uskladištenim i vođenim u tajnom skladištu.

      Sledeća slika ilustruje tok podataka i bezbednosni model za tranzit, kao i za odmor.

      Bezbednost podataka u tranzitu i na odmoru

      Privatnost podataka

      PII podaci krajnjeg korisnika

      Webex CC Flow, koji je programski kontroler za rukovanje interakcijama, može se koristiti za prikupljanje korisničkih podataka, koji se mogu dodeliti promenljivama toka posebno označenim kao 'Sadrži osetljive podatke'. Vrednosti za takve podatke su šifrovane i nijedna usluga u tranzitnoj putanji podataka neće imati pristup ovim podacima.

      Dalje, takvi podaci nikada nisu istrajni u Webex CC skladištu podataka za izveštavanje i evidencije / infrastruktura za razmenu poruka će imati šifrovane podatke i jasni tekstualni podaci se ne skladište nigde u okviru Webex CC.

      Podaci agenta/supervizora Kontakt centra

      Podaci povezani sa kontakt centrom se rediguju u evidencijama, ali su dostupni za analitiku podataka i vizuelizaciju u Webex CC skladištu podataka.

      Skalabilnost

      Faktori za vagu

      Za Webex CC faktori koji utiču na skalu su:

      • Uporedni broj prijavljenih agenata

      • Uporedni broj interakcija koje su u toku

        • Radnje izvršene na tim interakcijama

      • Uporedni broj radnji koje supervizori / agenti obavljaju, izvan rukovanja interakcijama

      • Volumen generisanih i istrajnih podataka

      Arhitektonski aspekti koji omogućavaju skalu

      Principi zasnovani na kojima je Webex CC arhitektonski i dizajniran omogućava rešenju da se dinamički skalira po potrebi u granicama koje sprovodi infrastruktura obezbeđena za različite usluge i komponente platforme.

      Arhitektura vođena događajem

      Usluge u Webex CC komuniciraju koristeći poruke, a tokovi obrade kritičnih poruka ne uključuju blokiranje IO operacija, a stanje potrebno za obradu poruka je lokalizovano na instancu usluge koja obrađuje poruku.

      Usluge bez države (ili eksterno stanje)

      Usluge bez države omogućavaju elastičnost tako što lako dodaju /uklanjaju dodatne instance usluga. Postoje određene službe koje su inherentno državne prirode i one imaju eksternizovanu državnu prodavnicu i infrastruktura podržava dinamične promene broja instanci takvih usluga takođe sa automatskim rebalansiranjem / prenosom stanja / lokalizacijom države do instance kojoj je potrebna država.

      Elastična infrastruktura

      Sve usluge se pokreću u Kubernetesu i infrastrukturi aka Kubernetes skala čvorova automatski na osnovu upotrebe i to omogućava dinamično dodavanje više izračunatih čvorova do maksimalno visokog praga koji je unapred konfigurisan.

      Učitavanje projekcije i redovna provera valjanosti

      Sve usluge su odrednice za karakteristike performansi, a obrazac razmere se proverava na nivou usluge.

      Dalja kontinuirana provera valjanosti, vrhunski testovi opterećenja i izdržljivosti sprovode se sa parametrima testiranja podešenim za projektovani rast atributa koji utiču na skalu, što omogućava da se identifikuju uska grla, planiraju ažuriranje visokog praga za korišćenje infrastrukturnih resursa i budu spremni za dan igre.

      Pouzdanost i dostupnost

      Manifestacija vođena arhitekturom i uslugama bez države omogućava elastičnost i elastičnost. Međutim, da bi se osiguralo da se neuspesi otkriju i reaguju pre nego što funkcionalnosti utiču, Webex CC koristi sledeću strategiju.

      • Dostupnost i pouzdanost infrastrukture

        • Sve Webex CC usluge i infrastrukturne komponente se uvek rasporede u tri AWS zone dostupnosti.

          • Ovo omogućava da Webex CC bude otporan na kvarove zone dostupnosti i u slučaju otkazivanja, neuspele instance se automatski zamenjuju novijim.

      • Kontinuirano praćenje & obaveštavanje

        • Interne i spoljne sonde za komponente usluga i infrastrukture, koje na osnovu obaveštenja o okidaču neuspeha.

        • Metrike uhvaćene iz usluga i infrastrukturnih komponenti i obrađene putem mašine za pravilo koja detektuje pravila podudaranja i upozorenja okidača.

      • Neprekidna provera valjanosti & obaveštavanje

        • Periodični testovi se pokreću i svi propusti rezultiraju aktiviranjem obaveštenja

        • Ova obaveštenja stvaraju proaktivne incidente i rešavaju se kao pravi incident koji utiče na kupca.

          • Ovo unapred prazni uticaje na kupca i doprinosi dostupnosti i pouzdanosti sistema.

      • Kontinuirana integracija i isporuka

        • Ovo je inženjerski proces i cevovod za isporuku i omogućava brzu i pouzdanu izradu, validaciju i raspoređivanje usluga / promena usluga u Webex CC.

          • Mogućnost potpuno automatizovanog raspoređivanja – od koda do proizvodnog okruženja, sa svim potrebnim proverama valjanosti, smanjuje rizik i smanjuje vreme do rešavanja, ako je potrebno da se promena rasporedi kao odgovor na neuspeh.

      • Prekidači za strujna kola i prekidači za ubijanje

        • Različiti delovi sistema / određene mogućnosti Webex CC-a mogu selektivno biti onemogućeni za sve kupce ili izabrati kupce, kako bi se umanjili kaskadni efekti neuspeha.

          • Ovo omogućava da se površina neuspeha svede na najmanju moguću površinu i postigne dostupnost osnovnih mogućnosti kontakt centra kupcima.

      Praćenje i otkrivanje neuspeha

      Sledeća slika ukazuje na neprekidne mehanizme nadgledanja, provere valjanosti i obaveštavanja za Webex CC.

      Neprekidno praćenje i otkrivanje neuspeha

      Kontinuitet poslovanja i oporavak od katastrofa

      Proces oporavka od katastrofa i kontinuitet poslovanja obezbeđuje otkrivanje bilo kakvog velikog prekida u regionu i preduzimaju se neophodni koraci kako bi se osigurao oporavak usluga klijentima koji se nalaze u regionu.

      Koraci za oporavak su dokumentovani, provereni i redovno ažurirani u sklopu procesa oporavka i upravljanja katastrofama.

      Webex CC usluge su raspoređene u tri odvojene zone dostupnosti unutar AWS regiona. Svaka zona raspoloživosti je različita fizička lokacija u regionu, sa nezavisnim uslužnim programima.

      U slučaju potpunog otkazivanja AWS regiona, Webex CC se oslanja na AWS da oporavi region i za produžene prekide koji uključuju čitav region, Webex CC data centar je obezbeđen u novom AWS regionu i vraća ključne konfiguracije i podatke klijenata tako da kontakt centar radi za korisnike u novom AWS regionu.

      To podrazumeva automatizaciju, ali zahteva ručnu intervenciju da bi se pokrenuo proces, kao i nadgledanje i obezbedilo vraćanje potrebne konfiguracije i podataka da bi kontakt centar bio operativan za kupce.

      Usaglašenost i sertifikacije

      Webex Kontakt ima opsežnu listu bezbednosnih sertifikacija. Ove potvrde se redovno ažuriraju u pravilnim intervalima.

      • PCI DSS QSA

      • CAIQ

      • HIPAA & HITECH

      • Nivo CSA zvezdice 1

      • CSA Star Level 2 (3rd party independent assessment)

      • SOC2

      • ISO27001 (Međunarodni standard za informacionu bezbednost)

      • ISO27017 (Bezbednosni standard za dobavljače usluga u oblaku)

      • ISO27018 (Bezbednosni standard fokusiran na zaštitu ličnih podataka u oblaku)

      • ISO27701 (proširenje privatnosti podataka)

      • Nemački standard C5, demonstrira operativnu bezbednost od sajber-napada

      Za više detalja pogledajte List sa podacima o privatnosti Webex centra za kontakt.

      Uvod

      Cisco Webex Contact Center (Webex CC) je Kontakt centar kao usluga (CCaaS), koji omogućava organizacijama da omoguće pametnije, proaktivnije i personalizovane interakcije širom putovanja klijenta.

      Webex CC je arhitektonski, dizajniran i razvijen, iz temelja, kao maternje rešenje oblaka, sa sledećim osnovnim arhitektonskim principima.

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

      • Event Driven: Sve usluge međusobno komuniciraju koristeći razmenu poruka, osim u Veb aplikacijama gde aplikacija koristi https interfejse (REST API, Push Data putem WebSocket interfejsa) za određene slučajeve korišćenja.

      • Stanje bez države/eksternizovano stanje: Usluge su raspoređene u Kubernetesu, rade u kontejnerima dokera, sa mogućnošću automatskog skale i otporne na propuste jedne ili više instanci usluga.

      • Primetno: sve usluge i infrastrukturne komponente koje omogućavaju raspoređivanje takvih usluga primetne su sa standardnim mehanizmima za merenje, otkrivanje i sprečavanje situacija koje utiču na mogućnosti kontakt centra, kao i brzo rešavanje problema i vraćanje usluga u slučaju prekida rada.

      • Izolovano/labavo u paru: Svaka usluga može biti izgrađena, proverena i nezavisno raspoređena/ažurirana bez daunlouda za mogućnosti kontakt centra.

      Webex CC usluge su raspoređene u AWS-u i napajaju se pomoću cloud native platforme koja omogućava sledeće:

      • Dostupnost infrastrukturnih usluga i aplikacija u više raspoloživih zona

      • Elastičnost infrastrukturnih usluga i aplikacija koje omogućavaju mogućnosti dinamičkog podešavanja razmere

      • Bezbednost je rodno ugrađena u način na koji se sistemi grade i rasporede, podaci su zaštićeni u tranzitu i odmaraju se zajedno sa sertifikatima o bezbednosti/usaglašenosti koje Webex CC ima.

      • Skalabilna i bezbedna ivica infrastrukture za telefonsku/glasovnu integraciju

      • Primetnost uz proaktivno praćenje i obaveštavanje koje omogućava visoku dostupnost usluga kontakt centra svojim korisnicima.

      • Integrisan sa ostatkom Cisco Webex za potvrdu identiteta/autorizaciju korisnika, administraciju i obezbeđivanje mogućnosti kontakt centra.

      Dalji odeljci u ovom dokumentu se šire na svaku od gorenavedenih mogućnosti i Webex cc arhitektura omogućava isto.

      Logička arhitektura

      Osnovna mogućnost koju rešenje kontakt centra mora da ima je omogućavanje korisnicima da lako kontaktiraju organizaciju putem uobičajenih načina komunikacije i dobiju upite / probleme koji se rešavaju na brz i efikasan način.

      Međutim, da bi se obezbedilo postizanje ove osnovne mreže, postoji više mogućnosti iza scene kojima organizacija koja koristi kontakt centar mora da ima pristup. Ovo su:

      • Mehanizmi za pokretanje interakcije sa klijentima

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

        • E-adrese na koje klijenti mogu da šalju e-poštu i mehanizam za otkrivanje novih dolaznih e-poruka.

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

          • Ćaskanje sa veb lokacije/aplikacije

          • Direktno ćaskanje putem popularnih klijenata za razmenu poruka kao što su WhatsApp, Facebook Messenger, Apple Business Chat, Direktna poruka sa Twittera

      • Sposobnost otkrivanja novih interakcija i efikasnog rukovanja njima

        • To bi uključivalo automatizovani IVR sistema, virtuelne agente za telefoniju / ćaskanje sa programskom inbuiltiranošću da bi se definisali tokovi posla koji učestvuju u rukovanju interakcijama.

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

      • Mogućnost da agenti ukažu na dostupnost za rukovanje interakcijama i supervizorima za praćenje, agente trenera i dobijanje operativnih metrika koje omogućavaju efikasne interakcije.

      • Mogućnost administratora da konfigurišu i navedu različite mogućnosti kontakt centra koje omogućavaju agentima i supervizorima da obavljaju svoje zadatke na očekivani način.

      Pored toga, savremena preduzeća moraju da imaju dodatne mogućnosti za optimizaciju operacija kontakt centra sa pristupom podacima i uvidima koji vizualizuju i prate ključne operativne metrike.

      Pored toga, mogućnost integrisanja sa specijalizovanim mogućnostima ekosistema kontakt centra kao što su pokretanje proaktivnih automatizovanih odlaznih poziva, poboljšanje iskustva agenta i supervizora pomoću AI, otkrivanje i razumevanje putovanja klijenata ka proaktivnom snabdevanju podataka unapred agentima su jasni razlikujeoci u načinu na koji se razvijaju rešenja kontakt centra.

      Što se tiče modela potrošnje, gde se ponude kontakt centra troše kao usluga softvera isporučenog u oblaku, mogućnost obezbeđivanja dostupnosti, pouzdanosti i automatizovanih zahteva ad-hoc skale zahteva stanje umetničkih mehanizama praćenja i obaveštavanja, što omogućava kontinuiranu proveru valjanosti i otkrivanje predstojećih problema i sprečavanje / minimiziranje uticaja na poslovanje klijenata.

      Sledeća slika ilustruje logičku arhitekturu Webex CC.

      Webex CC Logical Architecture
      Webex CC logička arhitektura

      Funkcionalne komponente

      Sledeći odeljci opisuju različite funkcionalne komponente Webex CC.

      Upravljanje interakcijama

      Webex CC podržava telefoniju, e-poštu i razmenu poruka (društvenih kanala) kao različite kanale pomoću kojih korisnici mogu da komuniciraju sa kontakt centrom.

      Za sve kanale, početno rukovanje može da obavi sistem, a zatim interakcija može da eskalira do agenta.

      Tipovi medija

      Telefonija

      Za telefoniju se o dolaznom rukovanju glasovnim pozivom odlučuje način na koji je poziv ušao u kontakt centar (pogledajte Ingress mechanisms below) i Webex CC Flow koji je povezan sa ulaznom tačkom.

      Poziv se odgovara i dalje radnje se vrše u zavisnosti od definicije Webex CC Flow – što je programski prikaz radnji koje treba izvršiti prilikom rukovanja pozivom pre čekanja u redu čekanja i usmeravanja agentu ili sam Tok može da rukuje pozivom bez prenosa na agenta.

      Izrada toka u Webex CC omogućava projektantima da definišu tok i dodele ga ulaznoj tački preko koje poziv stiže u Webex CC.

      Ovi entiteti konfiguracije i njihova upotreba su pokriveni u entitetima konfiguracije.

      Više informacija o izradi toka je pokriveno u predstojećem odeljku na IVR sistemu.

      E-pošta i poruke

      Iz Webex CC, Webex Connect pruža ingres i egres mogućnosti za sve digitalne kanale - e-poštu, kanale za razmenu poruka, koje krajnji korisnici mogu da koriste za kontakt centar.

      Webex poveži tok

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

      • Primenjuje poslovnu logiku na dolaznu interakciju.

      • Rukuje kontaktom pre čekanja u redu.

      • Sam tok može da podnese interakciju bez prenosa na živog agenta.

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

      • Web App / Ćaskanje putem mobilnih aplikacija

      • WhatsApp

      • Facebook Messenger

      • SMS

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

      • Gmail

      • Office365

      Ingresni mehanizmi

      Ovaj odeljak pokriva mehanizme pomoću kojih interakcija može da unese Webex CC. Na osnovu vrste medija, mehanizmi pomoću kojih interakcija dostiže Webex CC su različiti.

      Na primer, u telefoniji postoji fizička infrastruktura koja je potrebna da bi se omogućila PSTN veza, konfiguracija telefonskih brojeva i usmeravanje poziva na Webex CC.

      Za kanale e-pošte /razmene poruka, konfiguracija ingresa mora biti obavljena u Webex Connect i uključuje obezbeđivanje naloga e-pošte/razmene poruka i Webex konfiguraciju toka povezivanja.

      Dolazni glas

      Za glasovne pozive, tipičan scenario je kada korisnici biraju PSTN telefonski broj koji se zatim povezuje sa kontakt centrom. Iz ingresne perspektive, potreban je mehanizam usmeravanja poziva od PSTN do Webex CC.

      Sledeća slika ilustruje unošenje glasovnog poziva u Webex CC.

      Ingres opcije za dolazni glas

      Glasovne ingres usluge u Webex CC vrše kontrolu poziva trećih strana koristeći SIP i odaziv se dolaznom pozivu, kao i obavljaju operacije prenosa, konferencije i drugih operacija kontrole poziva.

      Logička ulazna tačka za pozive u Webex CC je konaиni entitet pod imenom "Ulazna tačka". Za Voice ingress, ključna konfiguracija Entrypoint-a je telefonski broj povezan sa njim, što je obično važeći PSTN telefonski broj dobijen od izabranog PSTN dobavljača.

      Ovo omogućava otkrivanje dolaznih poziva na telefonskom broju, povezivanje poziva sa ulaznom tačkom i korišćenje drugih parametara konfiguracije ulazne tačke za rukovanje pozivom u zavisnosti od definicije toka Webex CC koja bi trebalo da bude aktivirana za interakciju.

      Nota:

      Za više detalja o PSTN opcijama povezivanja posetite # 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 glasovne ivice infrastrukture

      Prva Webex CC VPOP infrastrukture uključuje suvišne parove SIP SBC-ova koji obezbeđuju visoku dostupnost i više SBC-ova može da se doda da bi se skalirali uporedni volumeni poziva koji će biti podržani.

      Maksimalni uporedni pozivi koje VPOP može da podnese zavise od broja pokrenutih SBC-ova i do kojih se pozivi šalju.

      Za geografsku redundantnost – podržan je mesh VPOP SBC sa međusobnim povezivanjem u više parova širom regiona.

      Za usluge glasovnog ingresa, one su horizontalno skalabilne za rukovanje sve većim brojem uporednih glasovnih poziva koje treba uneti u Webex CC.

      Bezbednosna pitanja sa glasovnom ivicom infrastrukture

      Sledeća tabela sadrži detalje o opcijama povezivanja sa glasovnom ivicom infrastrukture.

      Tabela 1. Tipovi povezivanja

      Povezivanje

      Tipovi

      Javni Internet

      Direktno (sa adresama izvora na beloj IP listi)

      IPSec virtuelna privatna mreža (VPN) ili IPSec zbog enkapsulacije generičkog usmeravanja (GRE)

      Lokacija-prema-lokaciji (S2S)

      SRTP/SIP TLS

      Privatna veza

      MPLS

      Point-to-Point (P2P)

      VPLS

      SD-WAN

      Privatni WAN

      Unakrsno povezivanje data centra

      Equinix Fabric Connections

      Za više detalja posetite # 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 sistem

      Svaki glasovni poziv koji dođe u broj telefona koji je povezan sa ulaznom tačkom, dobija odgovor od strane Webex CC i počinje izvršavanje toka Webex CC povezanog sa ulaznom tačkom.

      Webex CC Flow Builder obezbeđuje programske konstrukcije/operatore i funkcionalne blokove, terminske aktivnosti, tako da administratori ili bilo ko ko dizajnira i primenjuje logiku IVR može da kombinuje ove građevinske blokove i kreira definiciju toka.

      Programske konstrukcije koje Flow podržava su:

      • Promenljive deklaracije i postavke – stanje povezano sa izvršavanje toka

        • Šljunkoviti izrazi za postavljanje vrednosti promenljivih

      • Uslovne provere

      • Petlja – korišćenje funkcije Conditionals i Go To (mogućnost zajedničkog lanca aktivnosti)

      • PozoviTE REST API-je

      • Podaci o raščlanjivanja – JSON, TOML, XML se obično koriste za raščlanj API odgovora.

      • Sastavljanje aktivnosti


       

      Reprezentativni skup aktivnosti koje Flow snabdeva su:

      • Reprodukuj poruke

      • Prikupljanje korisničkih podataka

      • Prenesi poziv na drugo odredište/broj telefona

      • Pošalji poziv virtuelnom agentu

      • Poređaj poziv tako da mu agent može odgovoriti.

      Za svaki poziv koji je aktivan, instanca izvršavanja toka je takođe aktivna, dok se poziv ne završi, što rezultira uporedim izvršavanjem tokova.

      Svaka instanca izvršavanja toka obezbeđuje izolovano okruženje za podatke / stanje povezano sa protokom i tamo pozivom.

      Tokom celog životnog ciklusa poziva, protok takođe omogućava odgovaranje na određene događaje koji se dešavaju i rukovanje njima – na primer, kada agent odgovori na poziv, rukovalac događajem može da pokrene iskakanje ekrana u agentu na desktop interfejsu.

      Više informacija o toku Webex CC potražite u članku 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 virtuelnog agenta

      Flow obezbeđuje aktivnost za predaju interakcije virtuelnom agentu, koja je unapred konfigurisana u programu Webex kontrolno čvorište.

      Kada se poziv poveže sa virtuelnim agentom, IVR korisniku pruža iskustvo razgovora, IVR aktivnost se završava prekidom poziva ili eskalacijom poziva agentu.

      U slučaju eskalacije, tok se može podesiti tako da čeka u redu za poziv na koji agent potom odgovara.

      Ulazne digitalne interakcije

      Za e-poštu i kanal za razmenu poruka dolaznih interakcija, Webex CC koristi Webex Povezivanje za obezbeđivanje sredstava, protok za rukovanje dolaznim interakcijama i usmeravanje interakcije na Webex CC kada tok Webex Connect izričito čeka u redu za interakciju tako da njime može da rukuje agent.

      Sledeća slika ilustruje unošenje e-pošte, interakcije razmene poruka u Webex CC.

      Ingres opcije za e-poštu i poruke

      Virtuelni agent / BOT integracije

      Za interakcije putem e-pošte i poruka / društvenih kanala, virtuelni agent/ BOT tretmani su konfigurisani u Webex Connect flow.

      Kao i kod Virtuelnih agenata za glas, ako se BOT tretman završava eskalacijom kao rezultatom, onda je interakcija stavljena u red i usmerena ka agentu.

      Usmeravanje i čekanje u redu

      Webex CC tretira dolazni kontakt sa automatizovanim rukovaocima kao što je definisano u toku i tok može odlučiti da uputi kontakt u red / direktno agentu (određeni red čekanja agenta – podržan samo za telefonske/glasovne interakcije).

      U redu čekanja, ako je agent dostupan, agent je rezervisan, a interakcija se usmerava ka agentu. Ako nema raspoloživih agenata, interakcija je parkirana u redu čekanja, a Flow će nastaviti da tretira kupca sa rukovaoca priloženim uz aktivnost čekanja u redu čekanja.

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

      Sledeća slika ilustruje arhitekturu čekanja u redu i usmeravanja.

      Queuing and Routing Architecture
      Arhitektura čekanja u redu i usmeravanja

      Izbor agenta

      Redovi u Webex CC podržavaju sledeće algoritme izbora agenta:

      • Najduže dostupno usmeravanje agenta

      • Usmeravanje zasnovano na veštinama

        • Najduži raspoloživi agent (LAA)

        • Najbolji raspoloživi agent (BAA)

      Agenti su povezani sa redovima kroz timove.

      Redu čekanja se može dodeliti više grupa za distribuciju poziva (sa svakom grupom koja ima jedan ili više timova), na sekvencijalni način sa konfigurisanim čekanjem da grupa distribucije poziva bude dodata u red, tako da se prostor za pretraživanje odgovarajućeg agenta proširi na dodatne grupe distribucije poziva kako vreme bude odmiče.

      Za usmeravanje zasnovano na veštini, među zahtevima veština koji se podudaraju sa agentima povezanim sa redom, bira se agent na osnovu LAA ili BAA konfiguracije.

      Specifične dodatne mogućnosti glasa/telefonije

      Usmeravanje zasnovano na agentu (samo za kanal glasa/telefonije)

      Webex CC Flow, koristeći aktivnost QueueToAgent, može usmeriti interakcije direktno na izabrani agent na osnovu ID-a agenta.

      Ako agent nije dostupan za rukovanje interakcijama, interakcija može biti parkirana, u određenom redu čekanja agenta, čekajući da agent postane dostupan

      Više opcija za informacije u redu čekanja

      Webex CC Flow, koristeći aktivnost GetQueueInfo, može da donese informacije u realnom vremenu za red kao što su Pozicija u redu čekanja (PIQ), Procenjeno vreme čekanja (EWT), broj agenata koji su dostupni u redu čekanja i može se koristiti za odlučivanje da li da stave kontakt u red ili ne.

      Ljubazni povratni poziv

      Webex CC Flow, koristeći povratni poziv aktivnosti, omogućava kupcu da prekine vezu sa pozivom uz istovremeno održavanje pozicije u redu čekanja i primi povratni poziv kada se virtuelna interakcija u redu usmeri ka agentu.

      Prekoračenje rukovanja

      Webex CC podržava rukovanje viškom pomoću timova zasnovanih na kapacitetima (CBT).

      CBT je kao običan tim sa kapacitetom i pridruženim spoljnim DN-om koji služi tom kapacitetu. Može se konfigurisati zajedno sa drugim timovima u ciklusima distribucije poziva u redu čekanja.

      Obično je ovo konfigurisano kao poslednji ciklus tako da deluje kao prekoračenje ako nijedan agent nije dostupan čak i nakon što sve konfigurisane grupe za distribuciju poziva ne uspeju da pronađu dostupnog odgovarajućeg agenta za rukovanje interakcijom.

      Agent Desktop operacije

      Kada se agent prijavi Webex CC Agent Desktop, agent navodi broj telefona na koji se mogu povezati dolazni pozivi agentu. Ovo može biti PSTN telefon, mobilni telefon ili proširenje ako je agent Cisco Webex Calling korisnik.

      Imajte na nauda da ovaj broj mora biti važeći telefonski broj na koji se pozivi mogu usmeriti. U slučaju da nije, agent ne može da prima dolazne pozive.

      Na osnovu tipa interakcije koju agent vodi, vidžeti u agentu na radnoj površini snabdevaju mogućnost izvršavanja određenih operacija kontrole medija.

      Na primer, kada se odazove poziv, agent može da izvrši sledeće operacije vezane za poziv.

      • Pozovite na čekanje

      • Započnite poziv za konsultacije i

        • Prenesi poziv na drugi broj telefona (recimo broj telefona agenta) / Ulazna tačka

        • Konferencija još jednog agenta za poziv

      • Prenos poziva u drugi red čekanja

      • Završi poziv

      Agentska radna površina omogućava administratorima da tamo dodaju prilagođene vidžete tako što proširuju mogućnosti radne površine i čine je objedinjenom kolekcijom vidžeta koji su potrebni agentima da bi obavljali svoj posao na efikasan način.

      Arhitektura radne površine

      Agentska radna površina je aplikacija pojedinačne stranice zasnovana na mikro frontendu koja hostuje vidžete izgrađene na osnovu arhitekture Veb komponenti. Svi standardni / berzanski vidžeti se napajaju pomoću podataka koje preuzimaju API-i ili mehanizmi guranja sa strane servera.

      To su obično asinhroni API-i, gde odgovor za pozivanje dolazi na radnu površinu putem WebSocket veze.

      Webex CC Agent Desktop autentifikaciju korisnika sa Cisco Common Identity (CI) i simbol se prosleđuje svim API poziva. Za prilagođene vidžete takođe, na osnovu modela potvrde identiteta, on obezbeđuje agentima jedno iskustvo prijavljivanja ako je prilagođeni model potvrde identiteta vidžeta integrisan sa CI.

      Kada agent bude deo interakcije, sve ispravke stanja interakcija ili povezanih podataka takođe se guraju na radnu površinu preko WebSocket veze.

      Otpornost radne površine na vezu i kašnjenje

      Asinhroni API i guranje na strani servera omogućava razmeru i otkriva se svaki gubitak veze sa WebSocket interfejsom i pokušaji radne površine da se ponovo povežu i ponovo prijave.

      Sledeća slika ilustruje arhitekturu radne površine agenta u Webex CC.

      Agent Desktop arhitektura

      Administracija i konfiguracija

      Kupci na brodu

      Webex kontrolno čvorište je primarni interfejs koji partneri i klijenti koriste za ukrcavanje klijenata i omogućavanje ili konfigurisanje funkcija.

      Kada se funkcije organizacije i kontakt centra naložiju u kontrolnom čvorištu, Webex će pokrenuti tok posla u Webex CC koji čini ostale korake u obezbeđivanju svih mogućnosti kontakt centra u zavisnosti od ponuda koje je kupac odabrao.

      Svo obezbeđivanje kontakt centra obavlja se pomoću BPM mašine toka posla koja omogućava deklarativni način definisanja koraka koji su uključeni i čini čitave korake obezbeđivanja otpornim na neuspehe i obezbeđuje integritet podataka.

      Sledeća slika ilustruje tok posla za obezbeđivanje u Webex CC.

      Tok posla "Klijent na brodu"

      Entiteti konfiguracije

      Ključni subjekti konfiguracije u Webex CC, opsezi unutar organizacije, su:

      Lokacije

      Sajt podrazumeva lokaciju na kojoj se nalaze neki timovi, korisnici (agenti / supervizori).

      Svaki korisnik i tim moraju da pripadaju lokaciji.

      Tim

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

      Svaki tim mora da pripada nekoj lokaciji.

      Agenti

      Korisnici koji mogu da se prijave Agent Desktop i rukuju interakcijama u svim tipovima medija koji su konfigurisani u Webex CC.

      Nadzornici

      Supervizori su dodeljeni timovima i mogu da prate/ treniraju agenta i imaju pristup statusu tima i statistikama agenta za one koji pripadaju timovima kojima je supervizor dodeljen.

      Red za čekanje

      Red je logički entitet u kome se mogu održavati interakcije, dok se čeka da agenti budu dostupni, što se zatim usmerava ka agentu.

      Redovi su mapirani timovima, kao prostor za pretragu za agente, sa mogućnošću proširenja prostora za pretragu na osnovu proteklog vremenskog praga, dodavanjem drugih timova u prostor za pretragu.

      Ulazna tačka

      Entrypoint je logički entitet koji predstavlja tačku ingresa za interakcije koje će Webex CC. Za telefoniranje ovo se prvenstveno mapira na broj telefona na koji pozivi stižu i za kanale e-pošte/razmene poruka, ulazna tačka ukazuje na konfiguraciju osnovnih sredstava u Webex Connect.

      Protok

      Tok povezan sa ulaznom tačkom (putem strategije usmeravanja), koji odlučuje o koracima uključenim u rukovanje interakcijama.

      Za kanale koji nisu telefoni (e-pošta, razmena poruka/druženje), Flow se bira kao deo konfiguracije osnovnog sredstva u Webex Connect.

      Kontrola pristupa za kontakt centre za više lokacija

      Webex CC administratori mogu da konfigurišu korisničke profile sa pravom pristupa određenim lokacijama, timovima, redovima i ulaznim tačkama. Dalje, zbog hijerarhijske prirode lokacija i timova, kada se obezbedi pristup određenim lokacijama, korisniku mogu pristupiti samo timovi ili datum koji se odnose na timove, koji pripadaju tim lokacijama ili izričito navedeni podskup takvih timova.

      Za redove i ulazne tačke, one su globalne na nivou organizacije, tako da za različite geografske lokacije (lokacije na kojima se nalaze određeni agenti i timovi) mogu da se konfigurišu posebne ulazne tačke i redovi, a supervizori / korisnici mogu da imaju pristup onim entitetima koji su podložni za određene lokacije.

      Sledeća slika ilustruje entitete konfiguracije ključa i korisnički profil koji upućuje na ove entitete.

      Entiteti konfiguracije mapirani u korisnički profil

      Osim ograničavanja pristupa ovim entitetima, administratori Webex CC mogu da kontrolišu određene mogućnosti/module kojima korisnik može da pristupi u administrativnom interfejsu, čime korisnici imaju prava na administraciju /konfiguraciju određenih entiteta, kao i odeljke/ mogućnosti interfejsa administracije Webex CC.

      Izveštavanje i analitika

      Webex CC obrađuje diskretne događaje koje generišu različite usluge tokom životnog ciklusa interakcija, koristeći niz usluga obrade toka u realnom vremenu i generiše definisan skup skupa podataka u realnom vremenu koji se objavljuju na pretplaćenim klijentima.

      Pored toga, ovi događaji se dalje obrađuju, transformišu i prikupljaju i regultuju skupovi podataka, koji se zatim preuzimaju putem API-ja potrošnje podataka i interfejsa za vizuelizaciju izveštaja i podataka – Analyzer.

      Sledeća slika ilustruje interfejse za obradu podataka i potrošnju u Webex CC

      Webex CC cevovoda za obradu podataka i interfejsa potrošnje

      Integracije

      Sve spoljne integracije u WxCC da bi se povećale i poboljšale mogućnosti koje klijenti mogu da koriste, koriste standardne objavljene API-je.

      Tip interfejsa API koji su dostupni u Webex cc su:

      • ODMORITE API

      • Guranje na strani servera pomoću

        • Webhooks

        • WebSocket poruke

      CRM integracije

      Webex CC podržava dva režima integracije sa sistemima za upravljanje odnosima sa klijentima (CRM).

      • Konektori ugrađeni na radnoj površini

      • Integracije toka preko HTTPs konektora u IVR

      Konektori ugrađeni na radnoj površini: CRM aplikacija kao primarni interfejs

      U ovom režimu rada, agent se prijavi na CRM konzolu kao primarnu aplikaciju.

      Webex CC je ugrađena aplikacija (koja se naziva i ugrađena aplikacija na radnoj površini ili ugrađeni softfon) koja se prvenstveno koristi za prijavljivanje u kontakt centar i primanje interakcija Webex CC usmerenog kontakt centra.

      Nakon prijema poziva ili zahteva za razgovor, CRM integracija izvršava sledeće radnje na CRM konzoli

      • Ekran iskače zapis kupca povezan sa ANI ili drugim povezanim podacima poziva.

      • Knjiženje metapodataka poziva kao napomena o aktivnostima u zapisu kupca

      • Dozvolite agentu da "Klikne na poziv" klikom na kontakt unutar CRM-a i pokretanjem izlaznog poziva kupcu

      • Knjiženje zapisa poziva u CRM izveštaje za primarno izveštavanje o CRM-u.

      • Obezbeđuje punu funkcionalnost kontrola za Agent Desktop poziva (ugrađena i minifikovana verzija aplikacije na radnoj površini)

      Primarni režim integracije sa CRM-ovima je ugrađivanje Webex CC Desktop aplikacije u poseban iFrame.

      Dalje, Webex CC Desktop aplikacija pokreće prilagođeni vidžet bez glave (bez korisničkog interfejsa) u pozadini, u interakciji sa osnovnim CRM sistemom da bi izvršila automatizovane radnje u ime agenta.

      Interakcije napajaju dva SDK-a koje bezgladni vidžet koristi.

      • Webex CC Desktop JS SDK: Ovo je JavaScript SDK koji je obezbedio Webex CC za registrovanje slušalaca događaja za agente i kontakt akcije.

      • CRM JS SDK: Ovo je CRM klijentski SDK primenljiv po CRM-u koji apstrahuje REST API poziva sa CRM-om. Na primer, za prodajne grupe, CTI JS biblioteka koju obezbeđuje Salesforce koristi se za izvršavanje radnji i slušanje događaja unutar CRM-a.

      Sledeća slika ilustruje CRM ugrađenu Webex CC arhitekturu radne površine i linije spajanja

      CRM linija spajanja ugrađena arhitektura linije spajanja radne površine

      Webex CC podržava sledeća CRM rešenja za navedenu integraciju:

      • Prodajna snaga

      • ServiceNow

      • Microsoft Dynamics 365

      • zendesk

      • Freshdesk

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

      Za više informacija o konfigurisanju Webex CC rasporeda radne površine za omogućavanje CRM linije spajanja, skupova funkcija i promena posetite https://github.com/Ciscodevnet/webex-contact-center-crm-integrations.

      Globalna dostupnost CRM konektora

      CRM konektori su dostupni u svim geografijama i regionima u kojima webex CC radi.

      Elastična skala i performanse

      Webex CC je domaćin prilagođenog vidžeta koji omogućava dvosmernu komunikaciju između CRM aplikacije i Webex CC radne površine u AWS CloudFront CDN-u, obezbeđujući visoku dostupnost vidžeta AWS u zonama dostupnosti i regionima.

      Sva ispravka specifična za CRM integraciju dešava se na pregledaču gde agenti koriste CRM aplikaciju sa Webex CC radnom površinom ugrađenom u CRM aplikaciju.

      Bezbednost

      CRM linije spajanja se pozivaju putem rasporeda radne površine Webex CC agenta, a opcionalni parametri se prosleđuju putem rasporeda radne površine u vidžet da bi se preklopne funkcije prenosile i isključile.

      Na primer, da bi omogućio vidžet radnji "Salesforce", administrator može da uključi postavku parametra rasporeda radne površine sfdcWidgetEnabled na true.

      Instalacija paketa

      Da bi integracija radila dvosmerno, CRM konzoli je potrebna instalirana ugrađena aplikacija. Ovo je da biste podržali učitavanje aplikacije "Radna površina" unutar iFrame-a.

      Svi konektori ugrađeni u radnu površinu dostupni su na CRM tržištu.

      na primer,

      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 dodatne komponente i uvozi potrebne XML datoteke u CRM konzolu da bi podržala izveštavanje o zapisima poziva na CRM-u.

      Integracije toka preko HTTP(S) linija spajanja u IVR-u

      Webex CC Flow builder podržava dvosmerne tokove podataka između Webex CC i CRM sistema pomoću HTTP(S) konektora konfigurisanih u Webex kontrolnom čvorištu i koji se koriste na Webex CC flow- u.

      One se prvenstveno koriste za personalizaciju unutar glasovnih interakcija i prilagođenog proizvodnog postupka u okviru IVR-a.

      Webex CC podrazumevano podržava HTTP liniju spajanja Salesforce na kontrolnom čvorištu. Ostale CRM linije spajanja mogu da se dodaju kao prilagođene linije spajanja u Vebex kontrolnom čvorištu.

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

      IVR HTTP linije spajanja :

      Optimizacija radne snage

      Webex CC podržava rešenja za optimizaciju toka posla i upravljanje kvalitetom od vodećih dobavljača delatnosti.

      Primena i povezivanje

      Webex CC je raspoređen u AWS i trenutno je dostupan u sledećim regionima

      • NAS

        • US-East N Virginia

        • US-West N California (samo Voice Media Ingress)

      • Kanada

        • Centralna

      • Velike britanije

        • London

      • Evropa

        • Frankfurt

      • Azija Pac

        • Tokiju

        • Sidni

        • Singapur

      Povezivanje sa više regiona za telefoniju

      Da bi omogućio globalne organizacije, sa agentima i klijentima na više geografskih lokacija, Webex CC podržava zadržavanje medija unutar lokalnog regiona, za one regione u kojima su pokrenute ivice glasovnih medija i ingres usluge.

      Sledeća cifra ilustruje raspoređivanje više regiona sa regionalnim medijima.

      Multi Region deployment with regional media
      Raspoređivanje više regiona sa regionalnim medijima

      Ivice medija i ingres usluge su raspoređene u sledećim regionima.

      Geo Region

      Webex CC usluge (AWS region)

      Ivica medija (Voice POP)

      Next Generation Media Services (AWS Region)*

      NAS

      N Virdžinija

      Njujork

      Los Anđeles

      N Virdžinija

      N Kalifornija

      Kanada

      Centralna

      Vankuver

      Toronto

      Centralna

      Brazil

      Sao Paulo

      Rio De Žaneiro

      Evropa

      Frankfurt

      Frankfurt

      Amsterdam

      Frankfurt

      Velika Britanija

      London

      London

      London

      Indija

      Pune

      Hyderabad

      Mumbaj

      Singapur

      Singapur

      Singapur

      Japan

      Tokiju

      Tokiju

      Osaku

      Tokiju

      Australija

      Sidni

      Melburn

      Sidni

      Sidni

      Bezbednost i privatnost

      Bezbednost infrastrukture

      Glasovna infrastruktura na Ivici

      Glasovne Edge komponente omogućavaju prekidanje SIP prtljažnika sa mreže korisnika / PSTN nosača, a to je omogućeno na osnovu Ips-a na beloj listi kojima je dozvoljeno povezivanje sa ivicama komponenti.

      Izračunajte bezbednost infrastrukture

      Webex CC instance za kompatibilnost su obezbeđene u AWS-u, a usluge se pokreću kao kapsule u Klasteru Kubernetes koji ima više prostora za ime i pristup svakom prostoru za ime je ograničen posebnim akreditivima.

      Sva obezbeđivanja infrastrukture se rade korišćenjem šifre – bez ručnih koraka – i nijednom od akreditiva se ne može pristupiti ručno.

      Postoji centralno skladište akreditiva sa određenim putanjama konfigurisanim za određeni skup usluga / timova, a pristup samom skladištu akreditiva je ograničen i konfigurisan kao tajna u sistemima za izradu i primenu.

      Nijedna od infrastrukturnih komponenti / usluga nije direktno izložena izvan AWS VPC-a i samo javno izloženi interfejsi su API i WebSocket Serveri koji se kontrolišu i upravljaju pomoću api mrežnog prolaza,

      Osim toga, postoje određeni interni sistemi i interfejsi koje koriste programeri koji se koriste za prikazivanje evidencija, metrika, detalja primene, izgradnje statusa i rezultata testova, koji su obezbeđeni korišćenjem uloga i grupa i integrisani sa Cisco sistemima interne potvrde identiteta.

      Potvrda identiteta i ovlašćenje za korisničke interfejse

      Svi korisnički interfejsi koje koriste različiti korisnici kontakt centra (agenti, supervizori, administratori, analitičari) zaštićeni su Cisco Common Identity zasnovanom na tokenu potvrde identiteta (OAuth tokovi).

      Autorizacija se obavlja korišćenjem uloga za korisnika koji je dobio simbol i opsege dodeljene tokenu.

      Bezbednost podataka

      Podaci u tranzitu

      Nijedan od interfejsa raspoređenih usluga / infrastrukturne komponente nije direktno izložen spoljnom dolaznom saobraćaju.

      Izaberite usluge, sa http API-jem izložite te interfejse putem mrežnog prolaza i svi dolazni https (uključujući i one webSocket) se prekidaju u ALB-u, a unutrašnji saobraćaj preko http-a se usmerava ka uslugama.

      Sve odlazne interakcije su završene https / TLS (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 na odmoru

      Svi podaci koji se skladište šifruju se u sloju skladišta. Dalje oni skladišti podataka koji su izvan VPC-a, zaštićeni su i kontrola pristupa i ovlašćenja sa akreditivima bezbedno uskladištenim i vođenim u tajnom skladištu.

      Sledeća slika ilustruje tok podataka i bezbednosni model za tranzit, kao i za odmor.

      Bezbednost podataka u tranzitu i na odmoru

      Privatnost podataka

      PII podaci krajnjeg korisnika

      Webex CC Flow, koji je programski kontroler za rukovanje interakcijama, može se koristiti za prikupljanje korisničkih podataka, koji se mogu dodeliti promenljivama toka posebno označenim kao 'Sadrži osetljive podatke'. Vrednosti za takve podatke su šifrovane i nijedna usluga u tranzitnoj putanji podataka neće imati pristup ovim podacima.

      Dalje, takvi podaci nikada nisu istrajni u Webex CC skladištu podataka za izveštavanje i evidencije / infrastruktura za razmenu poruka će imati šifrovane podatke i jasni tekstualni podaci se ne skladište nigde u okviru Webex CC.

      Podaci agenta/supervizora Kontakt centra

      Podaci povezani sa kontakt centrom se rediguju u evidencijama, ali su dostupni za analitiku podataka i vizuelizaciju u Webex CC skladištu podataka.

      Skalabilnost

      Faktori za vagu

      Za Webex CC faktori koji utiču na skalu su:

      • Uporedni broj prijavljenih agenata

      • Uporedni broj interakcija koje su u toku

        • Radnje izvršene na tim interakcijama

      • Uporedni broj radnji koje supervizori / agenti obavljaju, izvan rukovanja interakcijama

      • Volumen generisanih i istrajnih podataka

      Arhitektonski aspekti koji omogućavaju skalu

      Principi zasnovani na kojima je Webex CC arhitektonski i dizajniran omogućava rešenju da se dinamički skalira po potrebi u granicama koje sprovodi infrastruktura obezbeđena za različite usluge i komponente platforme.

      Arhitektura vođena događajem

      Usluge u Webex CC komuniciraju koristeći poruke, a tokovi obrade kritičnih poruka ne uključuju blokiranje IO operacija, a stanje potrebno za obradu poruka je lokalizovano na instancu usluge koja obrađuje poruku.

      Usluge bez države (ili eksterno stanje)

      Usluge bez države omogućavaju elastičnost tako što lako dodaju /uklanjaju dodatne instance usluga. Postoje određene službe koje su inherentno državne prirode i one imaju eksternizovanu državnu prodavnicu i infrastruktura podržava dinamične promene broja instanci takvih usluga takođe sa automatskim rebalansiranjem / prenosom stanja / lokalizacijom države do instance kojoj je potrebna država.

      Elastična infrastruktura

      Sve usluge se pokreću u Kubernetesu i infrastrukturi aka Kubernetes skala čvorova automatski na osnovu upotrebe i to omogućava dinamično dodavanje više izračunatih čvorova do maksimalno visokog praga koji je unapred konfigurisan.

      Učitavanje projekcije i redovna provera valjanosti

      Sve usluge su odrednice za karakteristike performansi, a obrazac razmere se proverava na nivou usluge.

      Dalja kontinuirana provera valjanosti, vrhunski testovi opterećenja i izdržljivosti sprovode se sa parametrima testiranja podešenim za projektovani rast atributa koji utiču na skalu, što omogućava da se identifikuju uska grla, planiraju ažuriranje visokog praga za korišćenje infrastrukturnih resursa i budu spremni za dan igre.

      Pouzdanost i dostupnost

      Manifestacija vođena arhitekturom i uslugama bez države omogućava elastičnost i elastičnost. Međutim, da bi se osiguralo da se neuspesi otkriju i reaguju pre nego što funkcionalnosti utiču, Webex CC koristi sledeću strategiju.

      • Dostupnost i pouzdanost infrastrukture

        • Sve Webex CC usluge i infrastrukturne komponente se uvek rasporede u tri AWS zone dostupnosti.

          • Ovo omogućava da Webex CC bude otporan na kvarove zone dostupnosti i u slučaju otkazivanja, neuspele instance se automatski zamenjuju novijim.

      • Kontinuirano praćenje & obaveštavanje

        • Interne i spoljne sonde za komponente usluga i infrastrukture, koje na osnovu obaveštenja o okidaču neuspeha.

        • Metrike uhvaćene iz usluga i infrastrukturnih komponenti i obrađene putem mašine za pravilo koja detektuje pravila podudaranja i upozorenja okidača.

      • Neprekidna provera valjanosti & obaveštavanje

        • Periodični testovi se pokreću i svi propusti rezultiraju aktiviranjem obaveštenja

        • Ova obaveštenja stvaraju proaktivne incidente i rešavaju se kao pravi incident koji utiče na kupca.

          • Ovo unapred prazni uticaje na kupca i doprinosi dostupnosti i pouzdanosti sistema.

      • Kontinuirana integracija i isporuka

        • Ovo je inženjerski proces i cevovod za isporuku i omogućava brzu i pouzdanu izradu, validaciju i raspoređivanje usluga / promena usluga u Webex CC.

          • Mogućnost potpuno automatizovanog raspoređivanja – od koda do proizvodnog okruženja, sa svim potrebnim proverama valjanosti, smanjuje rizik i smanjuje vreme do rešavanja, ako je potrebno da se promena rasporedi kao odgovor na neuspeh.

      • Prekidači za strujna kola i prekidači za ubijanje

        • Različiti delovi sistema / određene mogućnosti Webex CC-a mogu selektivno biti onemogućeni za sve kupce ili izabrati kupce, kako bi se umanjili kaskadni efekti neuspeha.

          • Ovo omogućava da se površina neuspeha svede na najmanju moguću površinu i postigne dostupnost osnovnih mogućnosti kontakt centra kupcima.

      Praćenje i otkrivanje neuspeha

      Sledeća slika ukazuje na neprekidne mehanizme nadgledanja, provere valjanosti i obaveštavanja za Webex CC.

      Neprekidno praćenje i otkrivanje neuspeha

      Kontinuitet poslovanja i oporavak od katastrofa

      Proces oporavka od katastrofa i kontinuitet poslovanja obezbeđuje otkrivanje bilo kakvog velikog prekida u regionu i preduzimaju se neophodni koraci kako bi se osigurao oporavak usluga klijentima koji se nalaze u regionu.

      Koraci za oporavak su dokumentovani, provereni i redovno ažurirani u sklopu procesa oporavka i upravljanja katastrofama.

      Webex CC usluge su raspoređene u tri odvojene zone dostupnosti unutar AWS regiona. Svaka zona raspoloživosti je različita fizička lokacija u regionu, sa nezavisnim uslužnim programima.

      U slučaju potpunog otkazivanja AWS regiona, Webex CC se oslanja na AWS da oporavi region i za produžene prekide koji uključuju čitav region, Webex CC data centar je obezbeđen u novom AWS regionu i vraća ključne konfiguracije i podatke klijenata tako da kontakt centar radi za korisnike u novom AWS regionu.

      To podrazumeva automatizaciju, ali zahteva ručnu intervenciju da bi se pokrenuo proces, kao i nadgledanje i obezbedilo vraćanje potrebne konfiguracije i podataka da bi kontakt centar bio operativan za kupce.

      Usaglašenost i sertifikacije

      Webex Kontakt ima opsežnu listu bezbednosnih sertifikacija. Ove potvrde se redovno ažuriraju u pravilnim intervalima.

      • PCI DSS QSA

      • CAIQ

      • HIPAA & HITECH

      • Nivo CSA zvezdice 1

      • CSA Star Level 2 (3rd party independent assessment)

      • SOC2

      • ISO27001 (Međunarodni standard za informacionu bezbednost)

      • ISO27017 (Bezbednosni standard za dobavljače usluga u oblaku)

      • ISO27018 (Bezbednosni standard fokusiran na zaštitu ličnih podataka u oblaku)

      • ISO27701 (proširenje privatnosti podataka)

      • Nemački standard C5, demonstrira operativnu bezbednost od sajber-napada

      Za više detalja pogledajte List sa podacima o privatnosti Webex centra za kontakt.

      Uvod

      Cisco Webex Contact Center (Webex CC) je kontakt centar kao usluga (CCaaS), koji omogućava organizacijama da omoguće pametnije, proaktivnije i personalizovane interakcije na putovanju korisnika.

      Webex CC je dizajniran, dizajniran i razvijen, od temelja, kao izvorno rešenje u oblaku, sa sledećim osnovnim arhitektonskim principima.

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

      • Event Driven: Sve usluge komuniciraju jedni sa drugima pomoću poruka, osim u veb aplikacijama u kojima aplikacija koristi https interfejse (REST API, Push Data preko VebSocket interfejsa) za specifične slučajeve upotrebe.

      • Stateless / Eksternalized State: Usluge su raspoređene u Kubernetesu, koje rade u docker kontejnerima, sa mogućnošću automatskog skaliranja i otpornosti na neuspjehe jedne ili više instanci usluga.

      • Vidljivo: Sve usluge i infrastrukturne komponente koje omogućavaju primenu takvih usluga mogu se posmatrati standardnim mehanizmima za merenje, otkrivanje i sprečavanje situacija koje utiču na mogućnosti kontakt centra, kao i brzo rešavanje problema i vraćanje usluga u slučaju prekida.

      • Izolovano / labavo spojeno: Svaka usluga može biti izgrađena, potvrđena i raspoređena / ažurirana nezavisno bez zastoja za mogućnosti kontakt centra.

      Webex CC usluge su raspoređene u AVS-u i pokreće ih izvorna platforma u oblaku koja omogućava sledeće:

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

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

      • Bezbednost je izvorno ugrađena u način na koji su sistemi izgrađeni i raspoređeni, podaci su zaštićeni u tranzitu i u mirovanju zajedno sa sertifikatima o bezbednosti / usklađenosti koje Webex CC ima.

      • Skalabilna i sigurna rubna infrastruktura za integracije telefonije / glasa

      • Posmatranje sa proaktivnim praćenjem i upozoravanjem koje omogućava visoku dostupnost usluga kontakt centra svojim klijentima.

      • Integrisan sa ostatkom Cisco Webex-a za autentifikaciju / autorizaciju korisnika, administraciju i pružanje mogućnosti kontakt centra.

      Dalji odeljci u ovom dokumentu proširuju svaku od gore navedenih mogućnosti i kako Webex CC arhitektura omogućava isto.

      Logička arhitektura

      Osnovna sposobnost koju rešenje kontakt centra mora imati je omogućavanje korisnicima da lako kontaktiraju organizaciju pomoću najčešće korišćenih sredstava komunikacije i da se upite / problemi rešavaju na brz i efikasan način.

      Međutim, da bi se osiguralo da se postigne ovaj osnovni princip, postoji više mogućnosti iza kulisa kojima organizacija koja koristi kontakt centar mora imati pristup. To su:

      • Mehanizmi za kupce da započnu interakciju

        • Objavljeni i operativni brojevi telefona koji povezuju telefonske pozive na kontakt centar sistema

        • E-mail adrese na koje korisnici mogu da šalju e-poštu i mehanizam za otkrivanje novih dolaznih e-poruka.

        • Sposobnost za kupce da kontaktiraju putem različitih digitalnih kanala, uključujući, ali ne ograničavajući se na

          • Ćaskanje sa veb sajta / aplikacije

          • Direktan razgovor preko popularnih klijenata za razmenu poruka kao što su VhatsApp, Facebook Messenger, Apple Messages for Business.

      • Sposobnost da otkrije nove interakcije i efikasno rukovanje njima

        • To bi uključivalo automatizovani IVR sistem, virtuelne agente za telefoniju / ćaskanje sa ugrađenom programabilnošću za definisanje tokova posla koji su uključeni u rukovanje interakcijama.

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

      • Sposobnost za agente da ukaže na dostupnost za rukovanje interakcijama i supervizorima da nadgledaju, treniraju agente i dobiju operativne metrike koje omogućavaju efikasne interakcije.

      • Sposobnost administratora da konfigurišu i obezbede različite mogućnosti kontakt centra koje omogućavaju agentima i supervizorima da obavljaju svoje zadatke kako se očekuje.

      Pored ovih, moderna preduzeća moraju imati dodatne mogućnosti za optimizaciju operacija kontakt centra sa pristupom podacima i uvidima koji vizuelizuju i prate ključne operativne metrike.

      Dalje, sposobnost integracije sa specijalizovanim mogućnostima ekosistema kontakt centra, kao što su pokretanje proaktivnih automatizovanih odlaznih poziva, poboljšanje iskustava agenata i supervizora pomoću AI, otkrivanje i razumevanje putovanja kupaca za proaktivno snabdevanje podataka unapred agentima su jasni diferencijatori u načinu na koji se razvijaju rešenja kontakt centra.

      Što se tiče modela potrošnje, gde se ponude kontakt centra konzumiraju kao softverska usluga isporučena u oblaku, sposobnost da se obezbedi dostupnost, pouzdanost i automatizovani zahtevi ad-hoc skale zahteva najsavremenije mehanizme praćenja i uzbunjivanja, što omogućava kontinuiranu validaciju i otkrivanje predstojećih problema i sprečavanje / minimiziranje uticaja na poslovanje korisnika.

      Sledeća slika ilustruje logičku arhitekturu Webex CC.

      Webex CC Logical Architecture
      Webex CC logička arhitektura

      Funkcionalne komponente

      Sledeći odeljci opisuju različite funkcionalne komponente Webex CC.

      Upravljanje interakcijom

      Webex CC podržava telefoniju, e-poštu i poruke (društvene kanale) kao različite kanale pomoću kojih korisnici mogu da komuniciraju sa kontakt centrom.

      Za sve kanale, početno rukovanje može da uradi sistem, a zatim interakcija može da se eskalira na agenta.

      Tipovi medija

      Telefonija

      Za telefoniju, dolazni glasovni poziv rukovanje odlučuje kako je poziv ušao u kontakt centar (vidi Ingress Mehanizmi ispod) i Webex CC Flov koji je povezan sa ulaznom tačkom.

      Na poziv se odgovara i dalje radnje se obavljaju prema definiciji Webex CC Flow-a – što je programski prikaz radnji koje se izvode tokom rukovanja pozivom bilo pre čekanja i usmjeravanja agentu ili sam Flow može da obradi poziv bez prenosa agentu.

      Flov Builder u Webex CC omogućava programerima da definišu tok i dodele ga ulaznoj tački preko koje poziv stiže u Webex CC.

      Ovi konfiguracioni entiteti i njihova upotreba su pokriveni u Konfiguracioni entiteti.

      Više informacija o Flov Builder-u je pokriveno u predstojećem odeljku o IVR sistemu.

      E-pošta i poruke

      Iz perspektive Webex CC-a, Webex Connect pruža mogućnosti ulaska i izlaska za sve digitalne kanale - e-poštu, kanale za razmenu poruka, koje krajnji korisnici mogu koristiti za kontakt kontaktni centar.

      Webex Connect Flov

      • Odlučuje o rukovanju takvim interakcijama sve dok se interakcije ne stave u red čekanja i usmeravaju na agente. Ovo uključuje automatsko rukovanje i BOT tretmane za sve oblike poruka i interakcije putem e-pošte.

      • Primenjuje poslovnu logiku na dolaznu interakciju.

      • Obrađuje kontakt pre čekanja u redu.

      • Sam protok može da obradi interakciju bez prenosa na živog agenta.

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

      • Web App / Mobilna aplikacija Ćaskanje

      • WhatsApp

      • Facebook Messenger

      • SMS

      • Apple Poruke za biznis

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

      • Fejsbuk

      • Kancelarija365

      Mehanizmi ulaska

      Ovaj odeljak pokriva mehanizme pomoću kojih interakcija može ući u Webex CC. Na osnovu tipa medija, mehanizmi pomoću kojih interakcija dostigne Webex CC su različiti.

      Na primer, u telefoniji postoji fizička infrastruktura koja je potrebna da bi se omogućilo PSTN povezivanje, konfiguracija telefonskih brojeva i usmeravanje poziva na Webex CC.

      Za kanale za e-poštu / razmenu poruka, konfiguracija unosa mora biti urađena u Webex Connect-u i uključuje obezbeđivanje naloga za e-poštu / poruke i konfiguraciju protoka Webex Connect-a.

      Ulazni glas

      Za glasovne pozive, tipičan scenario je gde korisnici biraju PSTN telefonski broj koji se zatim povezuje sa kontakt centrom. Iz perspektive ulaska, ovo je potreban mehanizam za usmeravanje poziva sa PSTN-a na Webex CC.

      Sledeća slika ilustruje unos glasovnog poziva u Webex CC.

      Ulazne opcije za dolazni glas

      Glasovne usluge u Webex CC obavljaju kontrolu poziva treće strane koristeći SIP i odgovaraju na dolazni poziv, kao i obavljaju transfer, konferenciju i druge operacije kontrole poziva.

      Logička ulazna tačka za pozive u Webex CC je konfiguracijski entitet pod nazivom 'Entripoint'. Za ulazak glasa, ključna konfiguracija Entripoint je telefonski broj povezan sa njim, što je obično važeći PSTN telefonski broj dobijen od izabranog PSTN provajdera.

      Ovo omogućava otkrivanje dolaznih poziva na telefonski broj, povezivanje poziva sa Entripoint i korišćenje drugih konfiguracionih parametara ulazne tačke za rukovanje pozivom prema Webex CC Flov definiciji koja bi trebalo da se pokrene za interakciju.

      Nota:

      Za više detalja o opcijama PSTN povezivanja, posetite 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 glasovne ivice

      Webex CC VPOP infrastruktura uključuje redundantne parove SIP SBC-a, obezbeđujući visoku dostupnost i više SBC-a može se dodati kako bi se povećale količine istovremenih poziva koje treba podržati.

      Maksimalni istovremeni pozivi koje VPOP može da obradi zavisi od broja SBC-a koji se pokreću i na koje se pozivi šalju.

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

      Za usluge unosa glasa, oni su horizontalno skalabilni za rukovanje sve većim brojem istovremenih glasovnih poziva koji se unose u Webex CC.

      Bezbednosna razmatranja sa glasovnom infrastrukturom

      Donja tabela sadrži detalje o opcijama povezivanja sa Voice Edge infrastrukturom.

      Tabela 1. Vrste povezivanja

      Povezivanje

      Tipovi

      Javni internet

      Direktno (sa izvornim IP adresama na beloj listi)

      IPSec virtuelna privatna mreža (VPN) ili IPSec preko generičke enkapsulacije rutiranja (GRE)

      Site-to-Site (S2S)

      SRTP / SIP TLS

      Privatno povezivanje

      MPLS

      Od tačke do tačke (P2P)

      Bilten

      SD-VAN

      Privatni VAN

      Unakrsno povezivanje data centra

      Ekuinik tkanina Veze

      Za više detalja, posetite 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 sistem

      Svaki glasovni poziv koji dolazi u telefonski broj koji je povezan sa Entripoint-om, dobija odgovor od strane Webex CC-a i izvršavanje Webex CC Flow-a povezanog sa Entripoint-om, počinje.

      Webex CC Flov Builder isporučuje programske konstrukcije / operatore i funkcionalne blokove, nazvane aktivnosti, tako da administratori ili bilo ko ko dizajnira i implementira IVR logiku može kombinovati ove gradivne blokove i kreirati definiciju protoka.

      Programske konstrukcije koje Flov podržava su:

      • Declaration and Setting variables – stanje povezano sa izvršenjem toka

        • Pebble Izrazi za postavljanje vrednosti varijabli

      • Uslovne provere

      • Looping – using Conditionals and Go To (sposobnost povezivanja aktivnosti zajedno)

      • Pozovite REST API-je

      • Parse Data – JSON, TOML, XML se obično koristi za parsiranje API odgovora.

      • Komponovačka delatnost


       

      Reprezentativni skup aktivnosti koje Flow isporučuje su:

      • Igraj poruke

      • Prikupite korisničke podatke

      • Prenesite poziv na drugu destinaciju / broj telefona

      • Pošaljite poziv virtuelnom agentu

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

      Za svaki poziv koji je aktivan, aktivna je i instanca izvršenja protoka, sve dok se poziv ne završi, što rezultira istovremenim izvršenjima tokova.

      Svaka instanca izvršenja protoka obezbeđuje izolovano okruženje za podatke / stanje povezano sa protokom i tamo pozivom.

      Tokom čitavog životnog ciklusa poziva, protok takođe omogućava reagovanje na određene događaje koji se dešavaju i rukovanje njima – na primer, kada agent odgovori na poziv, rukovatelj događaja može pokrenuti iskakanje ekrana u interfejsu radne površine agenta.

      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.

      Virtuelni agent Podrška

      Protok obezbeđuje aktivnost za predaju interakcije virtuelnom agentu, koji je unapred konfigurisan u Webex Control Hub-u.

      Kada je poziv povezan sa virtuelnim agentom, on pruža konverzacioni IVR iskustvo korisniku i aktivnost se završava prekidom poziva ili eskalacijom poziva agentu.

      U slučaju eskalacije, protok se može konfigurisati tako da čeka poziv na koji onda odgovara agent.

      Ulazne digitalne interakcije

      Za e-poštu i kanal za razmenu poruka dolaznih interakcija, Webex CC koristi Webex Connect za obezbeđivanje sredstava, protok za rukovanje dolaznim interakcijama, a zatim usmeravanje interakcije na Webex CC kada protok Webex Connect eksplicitno stavlja interakciju tako da se njime može rukovati agent.

      Sledeća slika ilustruje unos e-pošte, interakcije poruka u Webex CC.

      Ingress Opcije za e-poštu i poruke

      Virtuelni agent / BOT integracije

      Za interakcije e-pošte i poruka / društvenih kanala, tretmani virtuelnog agenta / BOT-a su konfigurisani u toku Webex Connect.

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

      Rutiranje i čekanje

      Webex CC tretira dolazni kontakt sa automatizovanim rukovaocima kao što je definisano u Flow-u i tok može odlučiti da stavi kontakt u red čekanja / direktno na agenta (agent specifičan red – podržan samo za telefonske / glasovne interakcije).

      U redu, ako je agent dostupan, agent je rezervisan, a interakcija je usmerena na agenta. Ako nema dostupnih agenata, interakcija je parkirana na redu, a Flow će nastaviti da tretira klijenta sa rukovalcem vezanim za aktivnost čekanja.

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

      Sledeća slika ilustruje arhitekturu čekanja i rutiranja.

      Queuing and Routing Architecture
      Arhitektura čekanja i rutiranja

      Izbor agenta

      Redovi u Webex CC podržavaju sledeće algoritme za izbor agenata:

      • Najduži dostupan agent rutiranje

      • Kvalifikovani na osnovu rutiranja

        • Najduži raspoloživi agent (LAA)

        • Najbolji raspoloživi agent (BAA)

      Agenti su povezani sa redovima kroz timove.

      Redu se može dodeliti više grupa za distribuciju poziva (pri čemu svaka grupa ima jedan ili više timova), na sekvencijalni način sa konfigurisanim čekanjem da se grupa za distribuciju poziva doda u red, tako da se prostor za pretragu odgovarajućeg agenta proširuje na dodatne grupe za distribuciju poziva kako vreme napreduje.

      Za rutiranje zasnovano na veštinama, među zahtevima veštine koji odgovaraju agentima povezanim sa redom, agent je izabran na osnovu konfiguracije LAA ili BAA.

      Glas / telefonija Specifične dodatne mogućnosti

      Rutiranje zasnovano na agentu (samo za glasovni / telefonski kanal)

      Webex CC Flow, koristeći aktivnost KueduToAgent, može usmeriti interakcije direktno na izabranog agenta na osnovu ID-a agenta.

      Ako agent nije dostupan za rukovanje interakcijama, interakcija može biti parkirana, u redu specifičnom za agenta, čekajući da agent postane dostupan

      Napredne informacije o redu

      Webex CC Flow, koristeći aktivnost GetKueureeInfo, može da dohvati informacije u realnom vremenu za red kao što su Pozicija u redu (PIK), Procenjeno vreme čekanja (EVT), broj agenata dostupnih u redu, i može se koristiti za odlučivanje da li da se kontakt u redu čeka ili ne.

      Ljubazni povratni poziv

      Webex CC Flow, koristeći aktivnost Callback, omogućava klijentu da prekine vezu sa pozivom dok održava poziciju u redu i prima povratni poziv kada se virtuelna interakcija u redu preusmeri na agenta.

      Rukovanje prelivanjem

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

      CBT je kao redovni tim sa kapacitetom i pripadajućim spoljnim DN koji služi tom kapacitetu. Može se konfigurisati zajedno sa drugim timovima u ciklusima distribucije poziva u redu.

      Obično je ovo konfigurisano kao poslednji ciklus, tako da deluje kao prelivanje ako nijedan agent nije dostupan čak i nakon što sve konfigurisane grupe za distribuciju poziva ne pronađu dostupnog odgovarajućeg agenta za rukovanje interakcijom.

      Agent Desktop Operacije

      Kada se agent prijavi na Webex CC Agent Desktop, agent određuje broj telefona na koji se mogu povezati dolazni pozivi agentu. Ovo može biti PSTN telefon, mobilni telefon ili ekstenzija ako je agent Cisco Webex Calling korisnik.

      Imajte na umu da ovaj broj mora biti važeći broj telefona na koji se pozivi mogu preusmeriti. U slučaju da nije, agent ne može da prima dolazne pozive.

      Na osnovu vrste interakcije koju agent rukuje, vidžeti na radnoj površini agenta pružaju mogućnost obavljanja određenih operacija kontrole medija.

      Na primer, kada se odgovori na poziv, agent može da izvrši sledeće operacije vezane za poziv.

      • Postavite poziv na čekanje

      • Pokrenuti konsultovati poziv i

        • Prenesite poziv na drugi broj telefona (recimo broj telefona agenta) / Ulazna tačka

        • Konferencija još jedan agent na poziv

      • Prenesite poziv u drugi red

      • Prekinite poziv

      Agent desktop omogućava administratorima da dodaju prilagođene vidžete tamo proširujući mogućnosti radne površine i čineći ga jedinstvenom kolekcijom vidžeta koje agenti trebaju da bi svoj posao obavili na efikasan način.

      Desktop arhitektura

      Agent desktop je mikro frontend zasnovana aplikacija sa jednom stranicom koja hostuje vidžete izgrađene na arhitekturi veb komponenti. Svi standardni / stock vidžeti pokreću podaci koji se preuzimaju od strane API-ja ili mehanizama za guranje na strani servera.

      To su tipično, asinhroni API-ji, gde odgovor za pozivanje dolazi na radnu površinu preko VebSocket veze.

      Webex CC Agent Desktop autentifikuje korisnike pomoću Cisco Common Identiti (CI) i token se prenosi na sve API pozive. I za prilagođene vidžete, na osnovu modela autentifikacije, pruža jedinstveno iskustvo prijavljivanja agentima ako je model autentifikacije prilagođenog vidžeta integrisan sa CI.

      Jednom kada je agent deo interakcije, sva ažuriranja tog stanja interakcije ili povezanih podataka takođe se guraju na radnu površinu preko VebSocket veze.

      Otpornost radne površine na povezivanje i kašnjenje

      Asinhroni API i pritisak na serveru omogućavaju skaliranje i bilo kakav gubitak povezivanja sa VebSocket interfejsom se detektuje i pokušava da se ponovo poveže i ponovo prijavi.

      Sledeća slika ilustruje arhitekturu desktop agenta u Webex CC.

      Agent Desktop arhitektura

      Administracija i konfiguracija

      Uključivanje kupaca

      Webex Control Hub je primarni interfejs koji koriste partneri i kupci za uključivanje kupaca i omogućavanje ili konfigurisanje funkcija.

      Kada se funkcije organizacije i kontakt centra obezbeđuju u Control Hub-u, on će pokrenuti tok posla u Webex CC-u koji obavlja ostale korake u pružanju svih mogućnosti kontakt centra prema ponudama koje je odabrao kupac.

      Sve obezbeđivanje kontakt centra vrši se pomoću BPM toka posla koji omogućava deklarativni način definisanja uključenih koraka i čini čitave korake obezbeđivanja otpornim na kvarove i obezbeđuje integritet podataka.

      Sledeća slika ilustruje tok rada za obezbeđivanje u Webex CC-u.

      Tok posla za uključivanje kupaca

      Konfiguracioni entiteti

      Ključni konfiguracioni entiteti u Webex CC-u, obuhvaćeni unutar organizacije, su:

      Lokacije

      Sajt označava lokaciju na kojoj se nalazi jedan ili više timova, korisnika (agenata / supervizora).

      Svaki korisnik i tim moraju pripadati sajtu.

      Tim

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

      Svaki tim mora da pripada sajtu.

      Agenti

      Korisnici koji mogu da se prijave na Agent Desktop i rukuju interakcijama preko tipova medija koji su konfigurisani u Webex CC.

      Nadzornici

      Supervizori su dodeljeni timovima i mogu pratiti / trenirati agenta i imaju pristup statusu tima i statistici agenta za one koji pripadaju timovima kojima je supervizor dodeljen.

      Red za čekanje

      Red je logičan entitet u kojem se mogu održati interakcije, dok se čeka da agenti budu dostupni, koji se zatim preusmerava na agenta.

      Redovi su mapirani na timove, kao prostor za pretragu za agente, sa mogućnošću da se proširi prostor za pretragu na osnovu proteklog vremenskog praga, dodavanjem drugih timova u prostor za pretragu.

      Ulazna tačka

      Entripoint je logički entitet koji predstavlja ulaznu tačku za interakcije koje dolaze u Webex CC. Za telefoniju ovo prvenstveno mapira na telefonski broj na koji stižu pozivi i za kanale e-pošte / poruka, Entripoint ukazuje na konfiguraciju imovine u Webex Connect-u.

      Protok

      Protok povezan sa ulaznom tačkom (preko strategije rutiranja), koji odlučuje o koracima koji su uključeni u rukovanje interakcijama.

      Za ne-telefonske kanale (e-mail, poruke / društvene), protok je izabran kao deo konfiguracije imovine u Webex Connect-u.

      Kontrola pristupa za kontakt centre na više lokacija

      Webex CC administratori mogu konfigurisati korisničke profile sa pravima pristupa određenim sajtovima, timovima, redovima i ulaznim tačkama. Dalje, zbog hijerarhijske prirode sajtova i timova, kada se obezbedi pristup određenim sajtovima, korisnik može pristupiti samo timovima ili datumu koji se odnosi na timove, koji pripadaju tim sajtovima ili eksplicitno određenom podskupu takvih timova.

      Za redove i ulazne tačke, oni su globalni na nivou organizacije, tako da se za različite geografske lokacije (lokacije na kojima se nalaze određeni agenti i timovi) mogu konfigurisati odvojene ulazne tačke i redovi, a supervizori / korisnici mogu imati pristup onim entitetima koji su primjenjivi za određene lokacije.

      Sledeća slika ilustruje ključne konfiguracione entitete i korisnički profil koji upućuje na ove entitete.

      Konfiguracioni entiteti mapirani na korisnički profil

      Pored ograničavanja pristupa ovim entitetima, Webex CC administratori mogu kontrolisati specifične mogućnosti / module kojima korisnik može pristupiti u administrativnom interfejsu, čime imaju korisnike sa administracijskim / konfiguracionim pravima za određene entitete, kao i sekcije / mogućnosti Webex CC administrativnog interfejsa.

      Izveštavanje i analitika

      Webex CC obrađuje diskretne događaje generisane različitim uslugama tokom životnog ciklusa interakcija, koristeći niz usluga obrade tokova u realnom vremenu i generiše definisani skup skupova podataka u realnom vremenu koji se objavljuju pretplaćenim klijentima.

      Dalje, ovi događaji se dalje obrađuju, transformišu i agregiraju i rezultujući skupovi podataka se zadržuju, koji se zatim preuzimaju preko API-ja za potrošnju podataka i interfejsa za izveštavanje i vizualizaciju podataka – Analyzer.

      Sledeća slika ilustruje interfejse za obradu podataka i potrošnju u Webex CC

      Webex CC cevovod za obradu podataka i interfejsi potrošnje

      Integracije

      Sve eksterne integracije u VkCC za povećanje i poboljšanje mogućnosti koje korisnici mogu koristiti, koriste standardne objavljene API-je.

      Tip API interfejsa koji su dostupni u Webex CC su:

      • REST API

      • Server-Side Push koristeći

        • Vebhooks

        • VebSocket poruke

      CRM integracije

      Webex CC podržava dva načina integracije sa sistemima za upravljanje odnosima sa klijentima (CRM).

      • Desktop Embedded konektori

      • Integracije protoka preko HTTP konektora u IVR-u

      Desktop ugrađeni konektori: CRM aplikacija kao primarni interfejs

      U ovom načinu rada, agent se prijavite na CRM konzolu kao primarnu aplikaciju.

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

      Po prijemu poziva ili zahteva za razgovor, CRM integracija obavlja sledeće radnje na CRM konzoli

      • Ekran pop - Zapis klijenta vezan za ANI ili druge podatke povezane sa pozivom.

      • Pošaljite metapodatke poziva kao napomene o aktivnostima u zapisu klijenta

      • Dozvolite agentu da "Kliknite na poziv" klikom na kontakt unutar CRM-a i pokretanjem odlaznog poziva klijentu

      • Objavljivanje evidencije poziva u CRM tabele izveštavanja za primarno izveštavanje o CRM-u.

      • Obezbeđuje punu funkcionalnost Agent Desktop i kontrole poziva (ugrađena i umanjena verzija desktop aplikacije)

      Primarni način integracije sa CRM-ovima je ugrađivanje Webex CC Desktop aplikacije u poseban iFrame.

      Dalje, Webex CC Desktop aplikacija pokreće prilagođeni vidžet bez glave (bez korisničkog interfejsa) koji se pokreće u pozadini, u interakciji sa osnovnim CRM sistemom za obavljanje automatizovanih radnji u ime agenta.

      Interakcije pokreću dva SDK-a koje bezglavi vidžet koristi.

      • Webex CC Desktop JS SDK: Ovo je JavaScript SDK koji obezbeđuje Webex CC za registraciju slušalaca događaja za agente i kontakt akcije.

      • CRM JS SDK: Ovo je CRM klijentski SDK koji se primenjuje po CRM-u koji apstrahuje REST API pozive sa CRM-om. Na primer, za salesforce, CTI JS biblioteka koju pruža Salesforce koristi se za obavljanje radnji i slušanje događaja unutar CRM-a.

      Sledeća slika ilustruje CRM ugrađenu Webex CC desktop i arhitekturu konektora

      CRM konektor Embedded Desktop Connector Arhitektura

      Webex CC podržava sledeća CRM rešenja za gore pomenutu integraciju:

      • Salesforce

      • Pretraživanje

      • Microsoft Dynamics 365

      • Zendesk

      • Pretraga

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

      Za više informacija o konfigurisanju Webex CC rasporeda radne površine za omogućavanje CRM konektora, skupova funkcija i dnevnika promena, posetite https://github.com/Ciscodevnet/webex-contact-center-crm-integrations.

      Globalna dostupnost CRM konektora

      CRM konektori su dostupni u svim geografskim područjima i regionima u kojima je Webex CC operativan.

      Elastična skala i performanse

      Webex CC hostuje prilagođeni vidžet koji omogućava dvosmernu komunikaciju između CRM aplikacije i Webex CC radne površine u AVS CloudFront CDN-u, obezbeđujući visoku dostupnost vidžeta AVS-a u zonama dostupnosti i regionima.

      Svi izračuni specifični za CRM integraciju se dešavaju u pretraživaču gde agenti koriste CRM aplikaciju sa Webex CC desktop ugrađenim u CRM aplikaciju.

      Bezbednost

      CRM konektori se pozivaju preko Webex CC agenta desktop rasporeda i opcioni parametri se prenose preko rasporeda radne površine u vidžet za uključivanje i isključivanje funkcija.

      Na primer, da biste omogućili vidžet za akcije Salesforce-a, administrator može da uključi podešavanje parametara rasporeda radne površine sfdcWidgetEnabled na true.

      Instalacija paketa

      Da bi integracija radila dvosmerno, CRM konzola treba instaliranu ugrađenu aplikaciju. Ovo je za podršku učitavanju Desktop aplikacije unutar iFrame-a.

      Svi Desktop Embedded konektori su dostupni na CRM tržištu.

      Na primer,

      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 izveštavanje o zapisima poziva na CRM-u.

      Integracije protoka preko HTTP konektora u IVR-u

      Webex CC Flov builder podržava dvosmerne tokove podataka između Webex CC i CRM sistema koristeći HTTP konektore konfigurisane u Webex Control Hub-u i korišćene na Webex CC Flov-u.

      Oni se prvenstveno koriste za personalizaciju u okviru glasovnih interakcija i prilagođenog rutiranja unutar IVR-a.

      Podrazumevano, Webex CC podržava Salesforce HTTP konektor na Control Hub-u. Ostali CRM konektori mogu se dodati kao prilagođeni konektori na Webex Control Hub-u.

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

      IVR HTTP konektori:

      Optimizacija radne snage

      Webex CC podržava optimizaciju toka posla i rešenja za upravljanje kvalitetom od vodećih proizvođača u industriji.

      Raspoređivanje i povezivanje

      Webex CC je raspoređen u AVS-u i trenutno je dostupan u sledećim regionima

      • NAS

        • SAD-Istočna Severna Virdžinija

        • SAD-Zapadna Severna Kalifornija (samo Voice Media Ingress)

      • Kanada

        • Centralna

      • Velike britanije

        • London

      • Evropa

        • Frankfurt

      • Azija Pac

        • Tokiju

        • Sidni

        • Singapur

      Veza sa AVS hostovanim Webex Contact Centrom može se uspostaviti ili pomoću Interneta ili pomoću Amazon Veb Services (AVS) Direct Connect. Sa AVS Direct Connect-om, podaci se isporučuju putem privatne mrežne veze između korisničke mreže i Webex Contact Centra, čime se poboljšava veza. Za više detalja, pogledajte AVS Direct Connect za Webex kontakt centar.

      Multi Region povezivanje za telefoniju

      Da bi se omogućile globalne organizacije, sa agentima i klijentima na više geografskih lokacija, Webex CC podržava zadržavanje medija u lokalnom regionu, za one regione u kojima se pokreću glasovne medijske ivice i ulazne usluge.

      Sledeća slika ilustruje raspoređivanje više regiona sa regionalnim medijima.

      Multi Region deployment with regional media
      Multi Region raspoređivanje sa regionalnim medijima

      Media Edge i Ingress usluge su raspoređeni u sledećim regionima.

      Geo regija

      Webex CC Services (AVS region)

      Media Edge (glas POP)

      Sledeća generacija medijskih usluga (AVS region)*

      NAS

      N Virdžinija

      Njujork

      Los Anđeles

      N Virdžinija

      N Kalifornija

      Kanada

      Centralna

      Vankuver

      Toronto

      Centralna

      Brazil

      San-Tome i Prinsipi

      Rio de Žaneiro

      Evropa

      Frankfurt

      Frankfurt

      Amsterdam

      Frankfurt

      Velika Britanija

      London

      London

      London

      Indija

      Puna

      Hiderabad

      San-Tome i Prinsipi

      Singapur

      Singapur

      Singapur

      Japan

      Tokiju

      Tokiju

      Osaku

      Tokiju

      Australija

      Sidni

      Melburn

      Sidni

      Sidni

      Bezbednost i privatnost

      Bezbednost infrastrukture

      Glasovna infrastruktura na Edge-u

      Komponente Voice Edge omogućavaju prekid SIP kanala iz korisničke mreže / PSTN operatera, a to je omogućeno na osnovu IP-ova na beloj listi kojima je dozvoljeno da se povežu sa ivičnim komponentama.

      Bezbednost računarske infrastrukture

      Webex CC compute instance su obezbeđene u AVS-u, a usluge se pokreću kao mahune u Kubernetes klasteru koji ima više imenskih prostora i pristup svakom imenskom prostoru je ograničen sa odvojenim akreditivima.

      Sva infrastruktura se vrši pomoću koda – bez ručnih koraka – i nijednom od akreditiva se ne može pristupiti ručno.

      Postoji centralna prodavnica akreditiva sa specifičnim stazama konfigurisanim za određeni skup usluga / timova, a pristup samoj prodavnici akreditiva je ograničen i konfigurisan kao tajne u sistemima za izgradnju i raspoređivanje.

      Nijedna od infrastrukturnih komponenti / usluga nije direktno izložena izvan AVS VPC-a, a samo javno izloženi interfejsi su API-ji i VebSocket serveri koji se kontrolišu i upravljaju pomoću api gatevai-a,

      Osim toga, postoje određeni interni sistemi i interfejsi koje koriste programeri koji se koriste za pregled dnevnika, metrika, detalja o raspoređivanju, statusa izgradnje i rezultata testiranja, koji su obezbeđeni korišćenjem uloga i grupa i integrisani sa Cisco internim sistemima za autentifikaciju.

      Autentikacija i autorizacija za korisničke interfejse

      Svi korisnički interfejsi koje koriste različiti korisnici kontakt centra (agenti, supervizori, administratori, analitičari) zaštićeni su autentifikacijom tokena nosioca zasnovanom na Cisco Common Identiti (OAuth tokovi).

      Ovlašćenje se vrši korišćenjem uloga za korisnika koji je dobio token i opsege dodeljene tokenu.

      Bezbednost podataka

      Podaci u tranzitu

      Nijedan od interfejsa raspoređenih usluga / infrastrukturnih komponenti nije direktno izložen spoljnom dolaznom saobraćaju.

      Izaberite usluge, sa http API-jima izlažu te interfejse preko gatevai-a i svi dolazni https (uključujući i one iz VebSocket-a) se prekidaju u ALB-u i interni saobraćaj preko http-a se preusmerava na usluge.

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

      Unutar VPC-a, interna komunikacija između servisa – preko http / prilagođenog TCP protokola – je preko običnog TCP socketa.

      Podaci u mirovanju

      Svi podaci koji se čuvaju su šifrovani na sloju za skladištenje. Dalje, one prodavnice podataka koje su izvan VPC-a, zaštićene su i kontrola pristupa i ovlašćenja sa akreditivima sigurno čuvaju i upravljaju u tajnoj skladištu.

      Sledeća slika ilustruje protok podataka i bezbednosni model za tranzit, kao i u mirovanju.

      Bezbednost podataka u tranzitu i mirovanju

      Privatnost podataka

      PII podaci 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'. Vrednosti za takve podatke su šifrovane i nikakve usluge u tranzitnom putu podataka neće imati pristup ovim podacima.

      Dalje, takvi podaci se nikada ne zadržavaju u Webex CC izveštavanju podataka i evidencije / poruke infrastruktura će imati šifrovane podatke i jasne tekstualne podatke se ne čuvaju nigde u Webex CC.

      Kontakt centar Agent / Supervizor PII podaci

      Podaci vezani za korisnike kontakt centra su redigovani u evidencijama, ali dostupni za analizu podataka i vizualizaciju u Webex CC prodavnici podataka.

      Skalabilnost

      Faktori za skalu

      Za Webex CC faktori koji utiču na skalu su:

      • Istovremeni broj prijavljenih agenata

      • Istovremeni broj interakcija u toku

        • Radnje koje se izvode na tim interakcijama

      • Istovremeni broj radnji koje supervizori / agenti obavljaju, izvan rukovanja interakcijama

      • Obim podataka generisanih i uporan

      Arhitektonski aspekti koji omogućavaju skalu

      Principi zasnovani na kojima je Webex CC dizajniran i dizajniran omogućavaju rešenje da se dinamički skalira po potrebi u granicama koje sprovodi infrastruktura koja je obezbeđena za različite usluge i komponente platforme.

      Arhitektura vođena događajima

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

      Usluge bez države (ili eksternalizovana država)

      Usluge bez države omogućavaju elastičnost jednostavnim dodavanjem / uklanjanjem dodatnih instanci usluga. Postoje određene usluge koje su inherentno državne prirode i one koje su eksternalizovale državnu prodavnicu, a infrastruktura podržava i dinamičke promene broja instanci takvih usluga sa automatskim rebalansom / prenosom stanja / lokalizacijom države na instancu kojoj je potrebna država.

      Elastična infrastruktura

      Sve usluge se pokreću u Kubernetes-u i infrastrukturi zvanoj Kubernetes čvorovi automatski se skaliraju na osnovu upotrebe i to omogućava dinamičko dodavanje više računarskih čvorova do maksimalnog visokog praga koji je unapred konfigurisan.

      Projekcija opterećenja i redovna validacija

      Sve usluge su upoređene za karakteristike performansi i skaliranje obrazac je potvrđen na nivou usluge.

      Dalja kontinuirana validacija, vršno opterećenje i testovi izdržljivosti se sprovode sa testnim parametrima podešenim za projektovani rast u atributima koji utiču na skalu, što omogućava da se identifikuju uska grla, planiraju ažuriranje visokog praga za korišćenje infrastrukturnih resursa i da budu spremni za dan igre.

      Pouzdanost i dostupnost

      Arhitektura vođena događajima i usluge bez stanja omogućavaju otpornost i elastičnost. Međutim, kako bi se osiguralo da se propusti otkriju i postupe pre nego što se utiče na funkcionalnosti, Webex CC koristi sledeću strategiju.

      • Dostupnost i pouzdanost infrastrukture

        • Sve Webex CC usluge i infrastrukturne komponente su uvek raspoređene u tri zone dostupnosti AVS-a.

          • Ovo omogućava Webex CC da bude otporan na neuspehe zone dostupnosti i u slučaju kvarova, neuspele instance se automatski zamenjuju novijim.

      • Kontinuirano praćenje i uzbunjivanje

        • Interne i eksterne sonde za usluge i infrastrukturne komponente, koje u slučaju kvara aktiviraju upozorenja.

        • Metrike snimljene iz usluga i infrastrukturnih komponenti i obrađene kroz motor pravila koji detektuje odgovarajuća pravila i okidač upozorenja.

      • Kontinuirana validacija i uzbunjivanje

        • Periodični testovi se pokreću i svi propusti rezultiraju aktiviranjem upozorenja

        • Ova upozorenja stvaraju proaktivne incidente i tretiraju se kao pravi incident koji utiče na kupca.

          • Ovo sprečava uticaj na kupca i doprinosi dostupnosti i pouzdanosti sistema.

      • Kontinuirana integracija i isporuka

        • Ovo je inženjerski proces i cevovod isporuke i omogućava brzu i pouzdanu izgradnju, validaciju i primenu usluga / promena usluga u Webex CC.

          • Mogućnost potpuno automatizovane primene – od koda do proizvodnog okruženja, sa svim potrebnim validacijama, smanjuje rizik i minimizira vreme do rešavanja, ako promena treba da se primeni kao odgovor na neuspeh.

      • Prekidači i prekidači za ubijanje

        • Različiti delovi sistema / određene mogućnosti Webex CC mogu biti selektivno onemogućeni za sve kupce ili izaberite kupce, kako bi se smanjili kaskadni efekti neuspeha.

          • Ovo omogućava da se minimizira površina neuspeha i postigne dostupnost osnovnih mogućnosti kontakt centra za kupce.

      Nadgledanje i otkrivanje neuspeha

      Sledeća slika ukazuje na kontinuirano praćenje, validaciju i mehanizme upozorenja koji su na snazi za Webex CC.

      Kontinuirano praćenje i otkrivanje kvarova

      Kontinuitet poslovanja i oporavak od katastrofe

      Proces oporavka od katastrofe i kontinuiteta poslovanja osigurava otkrivanje bilo kakvog velikog prekida u regionu i preduzimaju se potrebni koraci kako bi se osigurao oporavak usluga korisnicima koji su na brodu u regionu.

      Koraci za oporavak su dokumentovani, potvrđeni i redovno ažurirani u skladu sa procesima oporavka i upravljanja katastrofama.

      Webex CC usluge su raspoređene u tri odvojene zone dostupnosti unutar AVS regiona. Svaka zona dostupnosti je drugačija fizička lokacija u regionu, sa nezavisnim komunalnim uslugama.

      U slučaju potpunog kvara AVS regiona, Webex CC se oslanja na AVS da oporavi region i za dugotrajne prekide koji uključuju čitav region, Webex CC data centar se obezbeđuje u novom AVS regionu i vraća ključne konfiguracije i podatke kupaca tako da kontakt centar radi za kupce u novom AVS regionu.

      Ovo podrazumeva automatizaciju, ali zahteva ručnu intervenciju da pokrene proces, kao i nadgleda i obezbedi da se potrebna konfiguracija i podaci se vrati kako bi kontakt centar operativan za kupce.

      Usklađenost i sertifikati

      Webex Contact ima široku listu bezbednosnih sertifikata. Ovi sertifikati se ažuriraju u redovnim intervalima.

      • PCI DSS KSSA

      • ЦAIQ

      • HIPAA & HITECH

      • CSA Zvezda Nivo 1

      • CSA Star Level 2 (nezavisna procena treće strane)

      • SOC2

      • ISO27001 (Međunarodni standard za bezbednost informacija)

      • ISO27017 (Sigurnosni standard za pružaoce usluga u oblaku)

      • ISO27018 (Bezbednosni standard fokusiran na zaštitu ličnih podataka u oblaku)

      • ISO27701 (Proširenje za privatnost podataka)

      • C5 Nemački standard, demonstrirajući operativnu sigurnost protiv sajber napada

      Pogledajte Webex Contact Center Service Privacy Data Sheet za više detalja.

      Uvod

      Cisco Webex Contact Center (Webex CC) je kontakt centar kao usluga (CCaaS), koji omogućava organizacijama da omoguće pametnije, proaktivnije i personalizovane interakcije na putovanju korisnika.

      Webex CC je dizajniran, dizajniran i razvijen, od temelja, kao izvorno rešenje u oblaku, sa sledećim osnovnim arhitektonskim principima.

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

      • Event Driven: Sve usluge komuniciraju jedni sa drugima pomoću poruka, osim u veb aplikacijama u kojima aplikacija koristi https interfejse (REST API, Push Data preko VebSocket interfejsa) za specifične slučajeve upotrebe.

      • Stateless / Eksternalized State: Usluge su raspoređene u Kubernetesu, koje rade u docker kontejnerima, sa mogućnošću automatskog skaliranja i otpornosti na neuspjehe jedne ili više instanci usluga.

      • Vidljivo: Sve usluge i infrastrukturne komponente koje omogućavaju primenu takvih usluga mogu se posmatrati standardnim mehanizmima za merenje, otkrivanje i sprečavanje situacija koje utiču na mogućnosti kontakt centra, kao i brzo rešavanje problema i vraćanje usluga u slučaju prekida.

      • Izolovano / labavo spojeno: Svaka usluga može biti izgrađena, potvrđena i raspoređena / ažurirana nezavisno bez zastoja za mogućnosti kontakt centra.

      Webex CC usluge su raspoređene u AVS-u i pokreće ih izvorna platforma u oblaku koja omogućava sledeće:

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

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

      • Bezbednost je izvorno ugrađena u način na koji su sistemi izgrađeni i raspoređeni, podaci su zaštićeni u tranzitu i u mirovanju zajedno sa sertifikatima o bezbednosti / usklađenosti koje Webex CC ima.

      • Skalabilna i sigurna rubna infrastruktura za integracije telefonije / glasa

      • Posmatranje sa proaktivnim praćenjem i upozoravanjem koje omogućava visoku dostupnost usluga kontakt centra svojim klijentima.

      • Integrisan sa ostatkom Cisco Webex-a za autentifikaciju / autorizaciju korisnika, administraciju i pružanje mogućnosti kontakt centra.

      Dalji odeljci u ovom dokumentu proširuju svaku od gore navedenih mogućnosti i kako Webex CC arhitektura omogućava isto.

      Logička arhitektura

      Osnovna sposobnost koju rešenje kontakt centra mora imati je omogućavanje korisnicima da lako kontaktiraju organizaciju pomoću najčešće korišćenih sredstava komunikacije i da se upite / problemi rešavaju na brz i efikasan način.

      Međutim, da bi se osiguralo da se postigne ovaj osnovni princip, postoji više mogućnosti iza kulisa kojima organizacija koja koristi kontakt centar mora imati pristup. To su:

      • Mehanizmi za kupce da započnu interakciju

        • Objavljeni i operativni brojevi telefona koji povezuju telefonske pozive na kontakt centar sistema

        • E-mail adrese na koje korisnici mogu da šalju e-poštu i mehanizam za otkrivanje novih dolaznih e-poruka.

        • Sposobnost za kupce da kontaktiraju putem različitih digitalnih kanala, uključujući, ali ne ograničavajući se na

          • Ćaskanje sa veb sajta / aplikacije

          • Direktan razgovor preko popularnih klijenata za razmenu poruka kao što su VhatsApp, Facebook Messenger, Apple Messages for Business.

      • Sposobnost da otkrije nove interakcije i efikasno rukovanje njima

        • To bi uključivalo automatizovani IVR sistem, virtuelne agente za telefoniju / ćaskanje sa ugrađenom programabilnošću za definisanje tokova posla koji su uključeni u rukovanje interakcijama.

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

      • Sposobnost za agente da ukaže na dostupnost za rukovanje interakcijama i supervizorima da nadgledaju, treniraju agente i dobiju operativne metrike koje omogućavaju efikasne interakcije.

      • Sposobnost administratora da konfigurišu i obezbede različite mogućnosti kontakt centra koje omogućavaju agentima i supervizorima da obavljaju svoje zadatke kako se očekuje.

      Pored ovih, moderna preduzeća moraju imati dodatne mogućnosti za optimizaciju operacija kontakt centra sa pristupom podacima i uvidima koji vizuelizuju i prate ključne operativne metrike.

      Dalje, sposobnost integracije sa specijalizovanim mogućnostima ekosistema kontakt centra, kao što su pokretanje proaktivnih automatizovanih odlaznih poziva, poboljšanje iskustava agenata i supervizora pomoću AI, otkrivanje i razumevanje putovanja kupaca za proaktivno snabdevanje podataka unapred agentima su jasni diferencijatori u načinu na koji se razvijaju rešenja kontakt centra.

      Što se tiče modela potrošnje, gde se ponude kontakt centra konzumiraju kao softverska usluga isporučena u oblaku, sposobnost da se obezbedi dostupnost, pouzdanost i automatizovani zahtevi ad-hoc skale zahteva najsavremenije mehanizme praćenja i uzbunjivanja, što omogućava kontinuiranu validaciju i otkrivanje predstojećih problema i sprečavanje / minimiziranje uticaja na poslovanje korisnika.

      Sledeća slika ilustruje logičku arhitekturu Webex CC.

      Webex CC Logical Architecture
      Webex CC logička arhitektura

      Funkcionalne komponente

      Sledeći odeljci opisuju različite funkcionalne komponente Webex CC.

      Upravljanje interakcijom

      Webex CC podržava telefoniju, e-poštu i poruke (društvene kanale) kao različite kanale pomoću kojih korisnici mogu da komuniciraju sa kontakt centrom.

      Za sve kanale, početno rukovanje može da uradi sistem, a zatim interakcija može da se eskalira na agenta.

      Tipovi medija

      Telefonija

      Za telefoniju, dolazni glasovni poziv rukovanje odlučuje kako je poziv ušao u kontakt centar (vidi Ingress Mehanizmi ispod) i Webex CC Flov koji je povezan sa ulaznom tačkom.

      Na poziv se odgovara i dalje radnje se obavljaju prema definiciji Webex CC Flow-a – što je programski prikaz radnji koje se izvode tokom rukovanja pozivom bilo pre čekanja i usmjeravanja agentu ili sam Flow može da obradi poziv bez prenosa agentu.

      Flov Builder u Webex CC omogućava programerima da definišu tok i dodele ga ulaznoj tački preko koje poziv stiže u Webex CC.

      Ovi konfiguracioni entiteti i njihova upotreba su pokriveni u Konfiguracioni entiteti.

      Više informacija o Flov Builder-u je pokriveno u predstojećem odeljku o IVR sistemu.

      E-pošta i poruke

      Iz perspektive Webex CC-a, Webex Connect pruža mogućnosti ulaska i izlaska za sve digitalne kanale - e-poštu, kanale za razmenu poruka, koje krajnji korisnici mogu koristiti za kontakt kontaktni centar.

      Webex Connect Flov

      • Odlučuje o rukovanju takvim interakcijama sve dok se interakcije ne stave u red čekanja i usmeravaju na agente. Ovo uključuje automatsko rukovanje i BOT tretmane za sve oblike poruka i interakcije putem e-pošte.

      • Primenjuje poslovnu logiku na dolaznu interakciju.

      • Obrađuje kontakt pre čekanja u redu.

      • Sam protok može da obradi interakciju bez prenosa na živog agenta.

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

      • Web App / Mobilna aplikacija Ćaskanje

      • WhatsApp

      • Facebook Messenger

      • SMS

      • Apple Poruke za biznis

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

      • Fejsbuk

      • Kancelarija365

      Mehanizmi ulaska

      Ovaj odeljak pokriva mehanizme pomoću kojih interakcija može ući u Webex CC. Na osnovu tipa medija, mehanizmi pomoću kojih interakcija dostigne Webex CC su različiti.

      Na primer, u telefoniji postoji fizička infrastruktura koja je potrebna da bi se omogućilo PSTN povezivanje, konfiguracija telefonskih brojeva i usmeravanje poziva na Webex CC.

      Za kanale za e-poštu / razmenu poruka, konfiguracija unosa mora biti urađena u Webex Connect-u i uključuje obezbeđivanje naloga za e-poštu / poruke i konfiguraciju protoka Webex Connect-a.

      Ulazni glas

      Za glasovne pozive, tipičan scenario je gde korisnici biraju PSTN telefonski broj koji se zatim povezuje sa kontakt centrom. Iz perspektive ulaska, ovo je potreban mehanizam za usmeravanje poziva sa PSTN-a na Webex CC.

      Sledeća slika ilustruje unos glasovnog poziva u Webex CC.

      Ulazne opcije za dolazni glas

      Glasovne usluge u Webex CC obavljaju kontrolu poziva treće strane koristeći SIP i odgovaraju na dolazni poziv, kao i obavljaju transfer, konferenciju i druge operacije kontrole poziva.

      Logička ulazna tačka za pozive u Webex CC je konfiguracijski entitet pod nazivom 'Entripoint'. Za ulazak glasa, ključna konfiguracija Entripoint je telefonski broj povezan sa njim, što je obično važeći PSTN telefonski broj dobijen od izabranog PSTN provajdera.

      Ovo omogućava otkrivanje dolaznih poziva na telefonski broj, povezivanje poziva sa Entripoint i korišćenje drugih konfiguracionih parametara ulazne tačke za rukovanje pozivom prema Webex CC Flov definiciji koja bi trebalo da se pokrene za interakciju.

      Nota:

      Za više detalja o opcijama PSTN povezivanja, posetite 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 glasovne ivice

      Webex CC VPOP infrastruktura uključuje redundantne parove SIP SBC-a, obezbeđujući visoku dostupnost i više SBC-a može se dodati kako bi se povećale količine istovremenih poziva koje treba podržati.

      Maksimalni istovremeni pozivi koje VPOP može da obradi zavisi od broja SBC-a koji se pokreću i na koje se pozivi šalju.

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

      Za usluge unosa glasa, oni su horizontalno skalabilni za rukovanje sve većim brojem istovremenih glasovnih poziva koji se unose u Webex CC.

      Bezbednosna razmatranja sa glasovnom infrastrukturom

      Donja tabela sadrži detalje o opcijama povezivanja sa Voice Edge infrastrukturom.

      Tabela 1. Vrste povezivanja

      Povezivanje

      Tipovi

      Javni internet

      Direktno (sa izvornim IP adresama na beloj listi)

      IPSec virtuelna privatna mreža (VPN) ili IPSec preko generičke enkapsulacije rutiranja (GRE)

      Site-to-Site (S2S)

      SRTP / SIP TLS

      Privatno povezivanje

      MPLS

      Od tačke do tačke (P2P)

      Bilten

      SD-VAN

      Privatni VAN

      Unakrsno povezivanje data centra

      Ekuinik tkanina Veze

      Za više detalja, posetite 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 sistem

      Svaki glasovni poziv koji dolazi u telefonski broj koji je povezan sa Entripoint-om, dobija odgovor od strane Webex CC-a i izvršavanje Webex CC Flow-a povezanog sa Entripoint-om, počinje.

      Webex CC Flov Builder isporučuje programske konstrukcije / operatore i funkcionalne blokove, nazvane aktivnosti, tako da administratori ili bilo ko ko dizajnira i implementira IVR logiku može kombinovati ove gradivne blokove i kreirati definiciju protoka.

      Programske konstrukcije koje Flov podržava su:

      • Declaration and Setting variables – stanje povezano sa izvršenjem toka

        • Pebble Izrazi za postavljanje vrednosti varijabli

      • Uslovne provere

      • Looping – using Conditionals and Go To (sposobnost povezivanja aktivnosti zajedno)

      • Pozovite REST API-je

      • Parse Data – JSON, TOML, XML se obično koristi za parsiranje API odgovora.

      • Komponovačka delatnost

      Reprezentativni skup aktivnosti koje Flow isporučuje su:

      • Igraj poruke

      • Prikupite korisničke podatke

      • Prenesite poziv na drugu destinaciju / broj telefona

      • Pošaljite poziv virtuelnom agentu

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

      Za svaki poziv koji je aktivan, aktivna je i instanca izvršenja protoka, sve dok se poziv ne završi, što rezultira istovremenim izvršenjima tokova.

      Svaka instanca izvršenja protoka obezbeđuje izolovano okruženje za podatke / stanje povezano sa protokom i tamo pozivom.

      Tokom čitavog životnog ciklusa poziva, protok takođe omogućava reagovanje na određene događaje koji se dešavaju i rukovanje njima – na primer, kada agent odgovori na poziv, rukovatelj događaja može pokrenuti iskakanje ekrana u interfejsu radne površine agenta.

      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.

      Virtuelni agent Podrška

      Protok obezbeđuje aktivnost za predaju interakcije virtuelnom agentu, koji je unapred konfigurisan u Webex Control Hub-u.

      Kada je poziv povezan sa virtuelnim agentom, on pruža konverzacioni IVR iskustvo korisniku i aktivnost se završava prekidom poziva ili eskalacijom poziva agentu.

      U slučaju eskalacije, protok se može konfigurisati tako da čeka poziv na koji onda odgovara agent.

      Ulazne digitalne interakcije

      Za e-poštu i kanal za razmenu poruka dolaznih interakcija, Webex CC koristi Webex Connect za obezbeđivanje sredstava, protok za rukovanje dolaznim interakcijama, a zatim usmeravanje interakcije na Webex CC kada protok Webex Connect eksplicitno stavlja interakciju tako da se njime može rukovati agent.

      Sledeća slika ilustruje unos e-pošte, interakcije poruka u Webex CC.

      Ingress Opcije za e-poštu i poruke
      Virtuelni agent / BOT integracije

      Za interakcije e-pošte i poruka / društvenih kanala, tretmani virtuelnog agenta / BOT-a su konfigurisani u toku Webex Connect.

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

      Rutiranje i čekanje

      Webex CC tretira dolazni kontakt sa automatizovanim rukovaocima kao što je definisano u Flow-u i tok može odlučiti da stavi kontakt u red čekanja / direktno na agenta (agent specifičan red – podržan samo za telefonske / glasovne interakcije).

      U redu, ako je agent dostupan, agent je rezervisan, a interakcija je usmerena na agenta. Ako nema dostupnih agenata, interakcija je parkirana na redu, a Flow će nastaviti da tretira klijenta sa rukovalcem vezanim za aktivnost čekanja.

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

      Sledeća slika ilustruje arhitekturu čekanja i rutiranja.

      Queuing and Routing Architecture
      Arhitektura čekanja i rutiranja
      Izbor agenta

      Redovi u Webex CC podržavaju sledeće algoritme za izbor agenata:

      • Najduži dostupan agent rutiranje

      • Kvalifikovani na osnovu rutiranja

        • Najduži raspoloživi agent (LAA)

        • Najbolji raspoloživi agent (BAA)

      Agenti su povezani sa redovima kroz timove.

      Redu se može dodeliti više grupa za distribuciju poziva (pri čemu svaka grupa ima jedan ili više timova), na sekvencijalni način sa konfigurisanim čekanjem da se grupa za distribuciju poziva doda u red, tako da se prostor za pretragu odgovarajućeg agenta proširuje na dodatne grupe za distribuciju poziva kako vreme napreduje.

      Za rutiranje zasnovano na veštinama, među zahtevima veštine koji odgovaraju agentima povezanim sa redom, agent je izabran na osnovu konfiguracije LAA ili BAA.

      Glas / telefonija Specifične dodatne mogućnosti

      Rutiranje zasnovano na agentu (samo za glasovni / telefonski kanal)

      Webex CC Flow, koristeći aktivnost KueduToAgent, može usmeriti interakcije direktno na izabranog agenta na osnovu ID-a agenta.

      Ako agent nije dostupan za rukovanje interakcijama, interakcija može biti parkirana, u redu specifičnom za agenta, čekajući da agent postane dostupan

      Napredne informacije o redu

      Webex CC Flow, koristeći aktivnost GetKueureeInfo, može da dohvati informacije u realnom vremenu za red kao što su Pozicija u redu (PIK), Procenjeno vreme čekanja (EVT), broj agenata dostupnih u redu, i može se koristiti za odlučivanje da li da se kontakt u redu čeka ili ne.

      Ljubazni povratni poziv

      Webex CC Flow, koristeći aktivnost Callback, omogućava klijentu da prekine vezu sa pozivom dok održava poziciju u redu i prima povratni poziv kada se virtuelna interakcija u redu preusmeri na agenta.

      Rukovanje prelivanjem

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

      CBT je kao redovni tim sa kapacitetom i pripadajućim spoljnim DN koji služi tom kapacitetu. Može se konfigurisati zajedno sa drugim timovima u ciklusima distribucije poziva u redu.

      Obično je ovo konfigurisano kao poslednji ciklus, tako da deluje kao prelivanje ako nijedan agent nije dostupan čak i nakon što sve konfigurisane grupe za distribuciju poziva ne pronađu dostupnog odgovarajućeg agenta za rukovanje interakcijom.

      Agent Desktop Operacije

      Kada se agent prijavi na Webex CC Agent Desktop, agent određuje broj telefona na koji se mogu povezati dolazni pozivi agentu. Ovo može biti PSTN telefon, mobilni telefon ili ekstenzija ako je agent Cisco Webex Calling korisnik.

      Imajte na umu da ovaj broj mora biti važeći broj telefona na koji se pozivi mogu preusmeriti. U slučaju da nije, agent ne može da prima dolazne pozive.

      Na osnovu vrste interakcije koju agent rukuje, vidžeti na radnoj površini agenta pružaju mogućnost obavljanja određenih operacija kontrole medija.

      Na primer, kada se odgovori na poziv, agent može da izvrši sledeće operacije vezane za poziv.

      • Postavite poziv na čekanje

      • Pokrenuti konsultovati poziv i

        • Prenesite poziv na drugi broj telefona (recimo broj telefona agenta) / Ulazna tačka

        • Konferencija još jedan agent na poziv

      • Prenesite poziv u drugi red

      • Prekinite poziv

      Agent desktop omogućava administratorima da dodaju prilagođene vidžete tamo proširujući mogućnosti radne površine i čineći ga jedinstvenom kolekcijom vidžeta koje agenti trebaju da bi svoj posao obavili na efikasan način.

      Desktop arhitektura

      Agent desktop je mikro frontend zasnovana aplikacija sa jednom stranicom koja hostuje vidžete izgrađene na arhitekturi veb komponenti. Svi standardni / stock vidžeti pokreću podaci koji se preuzimaju od strane API-ja ili mehanizama za guranje na strani servera.

      To su tipično, asinhroni API-ji, gde odgovor za pozivanje dolazi na radnu površinu preko VebSocket veze.

      Webex CC Agent Desktop autentifikuje korisnike pomoću Cisco Common Identiti (CI) i token se prenosi na sve API pozive. I za prilagođene vidžete, na osnovu modela autentifikacije, pruža jedinstveno iskustvo prijavljivanja agentima ako je model autentifikacije prilagođenog vidžeta integrisan sa CI.

      Jednom kada je agent deo interakcije, sva ažuriranja tog stanja interakcije ili povezanih podataka takođe se guraju na radnu površinu preko VebSocket veze.

      Otpornost radne površine na povezivanje i kašnjenje

      Asinhroni API i pritisak na serveru omogućavaju skaliranje i bilo kakav gubitak povezivanja sa VebSocket interfejsom se detektuje i pokušava da se ponovo poveže i ponovo prijavi.

      Sledeća slika ilustruje arhitekturu desktop agenta u Webex CC.

      Agent Desktop arhitektura

      Administracija i konfiguracija

      Uključivanje kupaca

      Webex Control Hub je primarni interfejs koji koriste partneri i kupci za uključivanje kupaca i omogućavanje ili konfigurisanje funkcija.

      Kada se funkcije organizacije i kontakt centra obezbeđuju u Control Hub-u, on će pokrenuti tok posla u Webex CC-u koji obavlja ostale korake u pružanju svih mogućnosti kontakt centra prema ponudama koje je odabrao kupac.

      Sve obezbeđivanje kontakt centra vrši se pomoću BPM toka posla koji omogućava deklarativni način definisanja uključenih koraka i čini čitave korake obezbeđivanja otpornim na kvarove i obezbeđuje integritet podataka.

      Sledeća slika ilustruje tok rada za obezbeđivanje u Webex CC-u.

      Tok posla za uključivanje kupaca
      Konfiguracioni entiteti

      Ključni konfiguracioni entiteti u Webex CC-u, obuhvaćeni unutar organizacije, su:

      Lokacije

      Sajt označava lokaciju na kojoj se nalazi jedan ili više timova, korisnika (agenata / supervizora).

      Svaki korisnik i tim moraju pripadati sajtu.

      Tim

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

      Svaki tim mora da pripada sajtu.

      Agenti

      Korisnici koji mogu da se prijave na Agent Desktop i rukuju interakcijama preko tipova medija koji su konfigurisani u Webex CC.

      Nadzornici

      Supervizori su dodeljeni timovima i mogu pratiti / trenirati agenta i imaju pristup statusu tima i statistici agenta za one koji pripadaju timovima kojima je supervizor dodeljen.

      Red za čekanje

      Red je logičan entitet u kojem se mogu održati interakcije, dok se čeka da agenti budu dostupni, koji se zatim preusmerava na agenta.

      Redovi su mapirani na timove, kao prostor za pretragu za agente, sa mogućnošću da se proširi prostor za pretragu na osnovu proteklog vremenskog praga, dodavanjem drugih timova u prostor za pretragu.

      Ulazna tačka

      Entripoint je logički entitet koji predstavlja ulaznu tačku za interakcije koje dolaze u Webex CC. Za telefoniju ovo prvenstveno mapira na telefonski broj na koji stižu pozivi i za kanale e-pošte / poruka, Entripoint ukazuje na konfiguraciju imovine u Webex Connect-u.

      Protok

      Protok povezan sa ulaznom tačkom (preko strategije rutiranja), koji odlučuje o koracima koji su uključeni u rukovanje interakcijama.

      Za ne-telefonske kanale (e-mail, poruke / društvene), protok je izabran kao deo konfiguracije imovine u Webex Connect-u.

      Kontrola pristupa za kontakt centre na više lokacija

      Webex CC administratori mogu konfigurisati korisničke profile sa pravima pristupa određenim sajtovima, timovima, redovima i ulaznim tačkama. Dalje, zbog hijerarhijske prirode sajtova i timova, kada se obezbedi pristup određenim sajtovima, korisnik može pristupiti samo timovima ili datumu koji se odnosi na timove, koji pripadaju tim sajtovima ili eksplicitno određenom podskupu takvih timova.

      Za redove i ulazne tačke, oni su globalni na nivou organizacije, tako da se za različite geografske lokacije (lokacije na kojima se nalaze određeni agenti i timovi) mogu konfigurisati odvojene ulazne tačke i redovi, a supervizori / korisnici mogu imati pristup onim entitetima koji su primjenjivi za određene lokacije.

      Sledeća slika ilustruje ključne konfiguracione entitete i korisnički profil koji upućuje na ove entitete.

      Konfiguracioni entiteti mapirani na korisnički profil

      Pored ograničavanja pristupa ovim entitetima, Webex CC administratori mogu kontrolisati specifične mogućnosti / module kojima korisnik može pristupiti u administrativnom interfejsu, čime imaju korisnike sa administracijskim / konfiguracionim pravima za određene entitete, kao i sekcije / mogućnosti Webex CC administrativnog interfejsa.

      Izveštavanje i analitika

      Webex CC obrađuje diskretne događaje generisane različitim uslugama tokom životnog ciklusa interakcija, koristeći niz usluga obrade tokova u realnom vremenu i generiše definisani skup skupova podataka u realnom vremenu koji se objavljuju pretplaćenim klijentima.

      Dalje, ovi događaji se dalje obrađuju, transformišu i agregiraju i rezultujući skupovi podataka se zadržuju, koji se zatim preuzimaju preko API-ja za potrošnju podataka i interfejsa za izveštavanje i vizualizaciju podataka – Analyzer.

      Sledeća slika ilustruje interfejse za obradu podataka i potrošnju u Webex CC

      Webex CC cevovod za obradu podataka i interfejsi potrošnje

      Integracije

      Sve eksterne integracije u VkCC za povećanje i poboljšanje mogućnosti koje korisnici mogu koristiti, koriste standardne objavljene API-je.

      Tip API interfejsa koji su dostupni u Webex CC su:

      • REST API

      • Server-Side Push koristeći

        • Vebhooks

        • VebSocket poruke

      CRM integracije

      Webex CC podržava dva načina integracije sa sistemima za upravljanje odnosima sa klijentima (CRM).

      • Desktop Embedded konektori

      • Integracije protoka preko HTTP konektora u IVR-u

      Desktop ugrađeni konektori: CRM aplikacija kao primarni interfejs

      U ovom načinu rada, agent se prijavite na CRM konzolu kao primarnu aplikaciju.

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

      Po prijemu poziva ili zahteva za razgovor, CRM integracija obavlja sledeće radnje na CRM konzoli

      • Ekran pop - Zapis klijenta vezan za ANI ili druge podatke povezane sa pozivom.

      • Pošaljite metapodatke poziva kao napomene o aktivnostima u zapisu klijenta

      • Dozvolite agentu da "Kliknite na poziv" klikom na kontakt unutar CRM-a i pokretanjem odlaznog poziva klijentu

      • Objavljivanje evidencije poziva u CRM tabele izveštavanja za primarno izveštavanje o CRM-u.

      • Obezbeđuje punu funkcionalnost Agent Desktop i kontrole poziva (ugrađena i umanjena verzija desktop aplikacije)

      Primarni način integracije sa CRM-ovima je ugrađivanje Webex CC Desktop aplikacije u poseban iFrame.

      Dalje, Webex CC Desktop aplikacija pokreće prilagođeni vidžet bez glave (bez korisničkog interfejsa) koji se pokreće u pozadini, u interakciji sa osnovnim CRM sistemom za obavljanje automatizovanih radnji u ime agenta.

      Interakcije pokreću dva SDK-a koje bezglavi vidžet koristi.

      • Webex CC Desktop JS SDK: Ovo je JavaScript SDK koji obezbeđuje Webex CC za registraciju slušalaca događaja za agente i kontakt akcije.

      • CRM JS SDK: Ovo je CRM klijentski SDK koji se primenjuje po CRM-u koji apstrahuje REST API pozive sa CRM-om. Na primer, za salesforce, CTI JS biblioteka koju pruža Salesforce koristi se za obavljanje radnji i slušanje događaja unutar CRM-a.

      Sledeća slika ilustruje CRM ugrađenu Webex CC desktop i arhitekturu konektora

      CRM konektor Embedded Desktop Connector Arhitektura

      Webex CC podržava sledeća CRM rešenja za gore pomenutu integraciju:

      • Salesforce

      • Pretraživanje

      • Microsoft Dynamics 365

      • Zendesk

      • Pretraga

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

      Za više informacija o konfigurisanju Webex CC rasporeda radne površine za omogućavanje CRM konektora, skupova funkcija i dnevnika promena, posetite https://github.com/Ciscodevnet/webex-contact-center-crm-integrations.

      Globalna dostupnost CRM konektora

      CRM konektori su dostupni u svim geografskim područjima i regionima u kojima je Webex CC operativan.

      Elastična skala i performanse

      Webex CC hostuje prilagođeni vidžet koji omogućava dvosmernu komunikaciju između CRM aplikacije i Webex CC radne površine u AVS CloudFront CDN-u, obezbeđujući visoku dostupnost vidžeta AVS-a u zonama dostupnosti i regionima.

      Svi izračuni specifični za CRM integraciju se dešavaju u pretraživaču gde agenti koriste CRM aplikaciju sa Webex CC desktop ugrađenim u CRM aplikaciju.

      Bezbednost

      CRM konektori se pozivaju preko Webex CC agenta desktop rasporeda i opcioni parametri se prenose preko rasporeda radne površine u vidžet za uključivanje i isključivanje funkcija.

      Na primer, da biste omogućili vidžet za akcije Salesforce-a, administrator može da uključi podešavanje parametara rasporeda radne površine sfdcWidgetEnabled na true.

      Instalacija paketa

      Da bi integracija radila dvosmerno, CRM konzola treba instaliranu ugrađenu aplikaciju. Ovo je za podršku učitavanju Desktop aplikacije unutar iFrame-a.

      Svi Desktop Embedded konektori su dostupni na CRM tržištu.

      Na primer,

      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 izveštavanje o zapisima poziva na CRM-u.

      Integracije protoka preko HTTP konektora u IVR-u

      Webex CC Flov builder podržava dvosmerne tokove podataka između Webex CC i CRM sistema koristeći HTTP konektore konfigurisane u Webex Control Hub-u i korišćene na Webex CC Flov-u.

      Oni se prvenstveno koriste za personalizaciju u okviru glasovnih interakcija i prilagođenog rutiranja unutar IVR-a.

      Podrazumevano, Webex CC podržava Salesforce HTTP konektor na Control Hub-u. Ostali CRM konektori mogu se dodati kao prilagođeni konektori na Webex Control Hub-u.

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

      IVR HTTP konektori:

      Optimizacija radne snage

      Webex CC podržava optimizaciju toka posla i rešenja za upravljanje kvalitetom od vodećih proizvođača u industriji.

      Raspoređivanje i povezivanje

      Webex CC je raspoređen u AVS-u i trenutno je dostupan u sledećim regionima

      • NAS

        • SAD-Istočna Severna Virdžinija

        • SAD-Zapadna Severna Kalifornija (samo Voice Media Ingress)

      • Kanada

        • Centralna

      • Velike britanije

        • London

      • Evropa

        • Frankfurt

      • Azija Pac

        • Tokiju

        • Sidni

        • Singapur

      Veza sa AVS hostovanim Webex Contact Centrom može se uspostaviti ili pomoću Interneta ili pomoću Amazon Veb Services (AVS) Direct Connect. Sa AVS Direct Connect-om, podaci se isporučuju putem privatne mrežne veze između korisničke mreže i Webex Contact Centra, čime se poboljšava veza. Za više detalja, pogledajte AVS Direct Connect za Webex kontakt centar.

      Multi Region povezivanje za telefoniju

      Da bi se omogućile globalne organizacije, sa agentima i klijentima na više geografskih lokacija, Webex CC podržava zadržavanje medija u lokalnom regionu, za one regione u kojima se pokreću glasovne medijske ivice i ulazne usluge.

      Sledeća slika ilustruje raspoređivanje više regiona sa regionalnim medijima.

      Multi Region deployment with regional media
      Multi Region raspoređivanje sa regionalnim medijima

      Media Edge i Ingress usluge su raspoređeni u sledećim regionima.

      Geo regija

      Webex CC Services (AVS region)

      Media Edge (glas POP)

      Sledeća generacija medijskih usluga (AVS region)*

      NAS

      N Virdžinija

      Njujork

      Los Anđeles

      N Virdžinija

      N Kalifornija

      Kanada

      Centralna

      Vankuver

      Toronto

      Centralna

      Brazil

      San-Tome i Prinsipi

      Rio de Žaneiro

      Evropa

      Frankfurt

      Frankfurt

      Amsterdam

      Frankfurt

      Velika Britanija

      London

      London

      London

      Indija

      Puna

      Hiderabad

      San-Tome i Prinsipi

      Singapur

      Singapur

      Singapur

      Japan

      Tokiju

      Tokiju

      Osaku

      Tokiju

      Australija

      Sidni

      Melburn

      Sidni

      Sidni

      Bezbednost i privatnost

      Bezbednost infrastrukture

      Glasovna infrastruktura na Edge-u

      Komponente Voice Edge omogućavaju prekid SIP kanala iz korisničke mreže / PSTN operatera, a to je omogućeno na osnovu IP-ova na beloj listi kojima je dozvoljeno da se povežu sa ivičnim komponentama.

      Bezbednost računarske infrastrukture

      Webex CC compute instance su obezbeđene u AVS-u, a usluge se pokreću kao mahune u Kubernetes klasteru koji ima više imenskih prostora i pristup svakom imenskom prostoru je ograničen sa odvojenim akreditivima.

      Sva infrastruktura se vrši pomoću koda – bez ručnih koraka – i nijednom od akreditiva se ne može pristupiti ručno.

      Postoji centralna prodavnica akreditiva sa specifičnim stazama konfigurisanim za određeni skup usluga / timova, a pristup samoj prodavnici akreditiva je ograničen i konfigurisan kao tajne u sistemima za izgradnju i raspoređivanje.

      Nijedna od infrastrukturnih komponenti / usluga nije direktno izložena izvan AVS VPC-a, a samo javno izloženi interfejsi su API-ji i VebSocket serveri koji se kontrolišu i upravljaju pomoću api gatevai-a,

      Osim toga, postoje određeni interni sistemi i interfejsi koje koriste programeri koji se koriste za pregled dnevnika, metrika, detalja o raspoređivanju, statusa izgradnje i rezultata testiranja, koji su obezbeđeni korišćenjem uloga i grupa i integrisani sa Cisco internim sistemima za autentifikaciju.

      Autentikacija i autorizacija za korisničke interfejse

      Svi korisnički interfejsi koje koriste različiti korisnici kontakt centra (agenti, supervizori, administratori, analitičari) zaštićeni su autentifikacijom tokena nosioca zasnovanom na Cisco Common Identiti (OAuth tokovi).

      Ovlašćenje se vrši korišćenjem uloga za korisnika koji je dobio token i opsege dodeljene tokenu.

      Bezbednost podataka

      Podaci u tranzitu

      Nijedan od interfejsa raspoređenih usluga / infrastrukturnih komponenti nije direktno izložen spoljnom dolaznom saobraćaju.

      Izaberite usluge, sa http API-jima izlažu te interfejse preko gatevai-a i svi dolazni https (uključujući i one iz VebSocket-a) se prekidaju u ALB-u i interni saobraćaj preko http-a se preusmerava na usluge.

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

      Unutar VPC-a, interna komunikacija između servisa – preko http / prilagođenog TCP protokola – je preko običnog TCP socketa.

      Podaci u mirovanju

      Svi podaci koji se čuvaju su šifrovani na sloju za skladištenje. Dalje, one prodavnice podataka koje su izvan VPC-a, zaštićene su i kontrola pristupa i ovlašćenja sa akreditivima sigurno čuvaju i upravljaju u tajnoj skladištu.

      Sledeća slika ilustruje protok podataka i bezbednosni model za tranzit, kao i u mirovanju.

      Bezbednost podataka u tranzitu i mirovanju

      Privatnost podataka

      PII podaci 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'. Vrednosti za takve podatke su šifrovane i nikakve usluge u tranzitnom putu podataka neće imati pristup ovim podacima.

      Dalje, takvi podaci se nikada ne zadržavaju u Webex CC izveštavanju podataka i evidencije / poruke infrastruktura će imati šifrovane podatke i jasne tekstualne podatke se ne čuvaju nigde u Webex CC.

      Kontakt centar Agent / Supervizor PII podaci

      Podaci vezani za korisnike kontakt centra su redigovani u evidencijama, ali dostupni za analizu podataka i vizualizaciju u Webex CC prodavnici podataka.

      Skalabilnost

      Faktori za skalu

      Za Webex CC faktori koji utiču na skalu su:

      • Istovremeni broj prijavljenih agenata

      • Istovremeni broj interakcija u toku

        • Radnje koje se izvode na tim interakcijama

      • Istovremeni broj radnji koje supervizori / agenti obavljaju, izvan rukovanja interakcijama

      • Obim podataka generisanih i uporan

      Arhitektonski aspekti koji omogućavaju skalu

      Principi zasnovani na kojima je Webex CC dizajniran i dizajniran omogućavaju rešenje da se dinamički skalira po potrebi u granicama koje sprovodi infrastruktura koja je obezbeđena za različite usluge i komponente platforme.

      Arhitektura vođena događajima

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

      Usluge bez države (ili eksternalizovana država)

      Usluge bez države omogućavaju elastičnost jednostavnim dodavanjem / uklanjanjem dodatnih instanci usluga. Postoje određene usluge koje su inherentno državne prirode i one koje su eksternalizovale državnu prodavnicu, a infrastruktura podržava i dinamičke promene broja instanci takvih usluga sa automatskim rebalansom / prenosom stanja / lokalizacijom države na instancu kojoj je potrebna država.

      Elastična infrastruktura

      Sve usluge se pokreću u Kubernetes-u i infrastrukturi zvanoj Kubernetes čvorovi automatski se skaliraju na osnovu upotrebe i to omogućava dinamičko dodavanje više računarskih čvorova do maksimalnog visokog praga koji je unapred konfigurisan.

      Projekcija opterećenja i redovna validacija

      Sve usluge su upoređene za karakteristike performansi i skaliranje obrazac je potvrđen na nivou usluge.

      Dalja kontinuirana validacija, vršno opterećenje i testovi izdržljivosti se sprovode sa testnim parametrima podešenim za projektovani rast u atributima koji utiču na skalu, što omogućava da se identifikuju uska grla, planiraju ažuriranje visokog praga za korišćenje infrastrukturnih resursa i da budu spremni za dan igre.

      Pouzdanost i dostupnost

      Arhitektura vođena događajima i usluge bez stanja omogućavaju otpornost i elastičnost. Međutim, kako bi se osiguralo da se propusti otkriju i postupe pre nego što se utiče na funkcionalnosti, Webex CC koristi sledeću strategiju.

      • Dostupnost i pouzdanost infrastrukture

        • Sve Webex CC usluge i infrastrukturne komponente su uvek raspoređene u tri zone dostupnosti AVS-a.

          • Ovo omogućava Webex CC da bude otporan na neuspehe zone dostupnosti i u slučaju kvarova, neuspele instance se automatski zamenjuju novijim.

      • Kontinuirano praćenje i uzbunjivanje

        • Interne i eksterne sonde za usluge i infrastrukturne komponente, koje u slučaju kvara aktiviraju upozorenja.

        • Metrike snimljene iz usluga i infrastrukturnih komponenti i obrađene kroz motor pravila koji detektuje odgovarajuća pravila i okidač upozorenja.

      • Kontinuirana validacija i uzbunjivanje

        • Periodični testovi se pokreću i svi propusti rezultiraju aktiviranjem upozorenja

        • Ova upozorenja stvaraju proaktivne incidente i tretiraju se kao pravi incident koji utiče na kupca.

          • Ovo sprečava uticaj na kupca i doprinosi dostupnosti i pouzdanosti sistema.

      • Kontinuirana integracija i isporuka

        • Ovo je inženjerski proces i cevovod isporuke i omogućava brzu i pouzdanu izgradnju, validaciju i primenu usluga / promena usluga u Webex CC.

          • Mogućnost potpuno automatizovane primene – od koda do proizvodnog okruženja, sa svim potrebnim validacijama, smanjuje rizik i minimizira vreme do rešavanja, ako promena treba da se primeni kao odgovor na neuspeh.

      • Prekidači i prekidači za ubijanje

        • Različiti delovi sistema / određene mogućnosti Webex CC mogu biti selektivno onemogućeni za sve kupce ili izaberite kupce, kako bi se smanjili kaskadni efekti neuspeha.

          • Ovo omogućava da se minimizira površina neuspeha i postigne dostupnost osnovnih mogućnosti kontakt centra za kupce.

      Nadgledanje i otkrivanje neuspeha

      Sledeća slika ukazuje na kontinuirano praćenje, validaciju i mehanizme upozorenja koji su na snazi za Webex CC.

      Kontinuirano praćenje i otkrivanje kvarova

      Kontinuitet poslovanja i oporavak od katastrofe

      Proces oporavka od katastrofe i kontinuiteta poslovanja osigurava otkrivanje bilo kakvog velikog prekida u regionu i preduzimaju se potrebni koraci kako bi se osigurao oporavak usluga korisnicima koji su na brodu u regionu.

      Koraci za oporavak su dokumentovani, potvrđeni i redovno ažurirani u skladu sa procesima oporavka i upravljanja katastrofama.

      Webex CC usluge su raspoređene u tri odvojene zone dostupnosti unutar AVS regiona. Svaka zona dostupnosti je drugačija fizička lokacija u regionu, sa nezavisnim komunalnim uslugama.

      U slučaju potpunog kvara AVS regiona, Webex CC se oslanja na AVS da oporavi region i za dugotrajne prekide koji uključuju čitav region, Webex CC data centar se obezbeđuje u novom AVS regionu i vraća ključne konfiguracije i podatke kupaca tako da kontakt centar radi za kupce u novom AVS regionu.

      Ovo podrazumeva automatizaciju, ali zahteva ručnu intervenciju da pokrene proces, kao i nadgleda i obezbedi da se potrebna konfiguracija i podaci se vrati kako bi kontakt centar operativan za kupce.

      Usklađenost i sertifikati

      Webex Contact ima široku listu bezbednosnih sertifikata. Ovi sertifikati se ažuriraju u redovnim intervalima.

      • PCI DSS KSSA

      • ЦAIQ

      • HIPAA & HITECH

      • CSA Zvezda Nivo 1

      • CSA Star Level 2 (nezavisna procena treće strane)

      • SOC2

      • ISO27001 (Međunarodni standard za bezbednost informacija)

      • ISO27017 (Sigurnosni standard za pružaoce usluga u oblaku)

      • ISO27018 (Bezbednosni standard fokusiran na zaštitu ličnih podataka u oblaku)

      • ISO27701 (Proširenje za privatnost podataka)

      • C5 Nemački standard, demonstrirajući operativnu sigurnost protiv sajber napada

      Pogledajte Webex Contact Center Service Privacy Data Sheet za više detalja.

      Uvod

      Cisco Webex Contact Center (Webex CC) je Contact Center kao usluga (CCaaS) koji omogućava organizacijama da omoguće pametnije, proaktivne i personalizovane interakcije na putovanju kupaca.

      Webex CC je arhitekiran, dizajniran i razvijen, od samog početka, kao izvorno rešenje u oblaku, sa sledećim osnovnim arhitektonskim principima.

      • Usluge: Nezavisni skup usluga sa svakom uslugom koji svojim korisnicima obezbeđuje mali kohezivni skup mogućnosti.

      • Pokrenut događaj: Sve usluge komuniciraju međusobno koristeći razmenu poruka, osim u veb aplikacijama gde aplikacija koristi https interfejse (REST API-je, Push Data via WebSocket interface) za određene slučajeve upotrebe.

      • Stateless/eksternalizovano stanje: Usluge su raspoređene u Kubernetesu, koje se koriste u kontejnerima za docker, sa mogućnošću da se automatski pomere i budu otporne na greške jedne ili više instanci usluge.

      • Видљиво: Sve usluge, kao i komponente infrastrukture koje omogućavaju primenu takvih usluga, uočljive su uz standardne mehanizme za merenje, otkrivanje i sprečavanje situacija koje utiču na mogućnosti kontakt centra, kao i brzo rešavanje problema i vraćanje usluga u slučaju prekida rada.

      • Izolovano/Slobodno Povezano: Svaka usluga može da se kreira, proverava i raspoređuje/ažurira nezavisno bez prekida za mogućnosti kontakt centra.

      Webex CC usluge se raspoređuju u AWS-u i njih pokreće izvorna platforma u oblaku koja omogućava sledeće:

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

      • Elastičnost infrastrukturnih usluga i aplikacija omogućavajući mogućnosti dinamičkog skaliranja

      • Bezbednost je prvobitno ugrađena u način na koji se sistemi ugrađuju i primenjuju, podaci su zaštićeni u tranzitu i mirovanju zajedno sa sertifikatima za bezbednost/usklađenost koje ima Webex CC.

      • Skalabilna i bezbedna infrastruktura ivice za integracije telefonije/glasa

      • Vidljivost sa proaktivnim nadzorom i upozorenjem koje svojim kupcima omogućava Visoku Dostupnost usluga kontakt centra.

      • Integrisano sa ostatkom aplikacije Cisco Webex za potvrdu identiteta/ovlašćenje korisnika, administraciju i obezbeđivanje mogućnosti kontakt centra.

      Dalji odeljci u ovom dokumentu proširuju se o svakoj od gorenavedenih mogućnosti i o tome kako Webex CC arhitektura omogućava istu.

      Logička arhitektura

      Osnovna mogućnost koju rešenje kontakt centra mora da ima je omogućavanje korisnicima da lako kontaktiraju sa organizacijom pomoću najčešće korišćenih sredstava komunikacije i da brzo i efikasno reše upite/probleme.

      Međutim, da bi se osiguralo da se ovaj osnovni tenet postigne, iza kulisa postoji više mogućnosti kojima organizacija koja koristi kontakt centar mora da ima pristup. Ovo su:

      • Mehanizmi za pokretanje interakcije kupaca

        • Objavljeni i Operativni brojevi telefona koji povezuju telefonske pozive sa sistemom kontakt centra

        • E-Adrese na koje kupci mogu da šalju e-poruke i mehanizam za otkrivanje novih dolaznih e-poruka.

        • Mogućnost da kupci kontaktiraju putem različitih digitalnih kanala, uključujući, bez ograničenja,

          • Ćaskajte sa veb-lokacije/aplikacije

          • Direktno ćaskanje putem popularnih klijenata za razmenu poruka kao što su WhatsApp, Facebook Messenger, Apple Messages for Business.

      • Mogućnost da se otkriju nove interakcije i efikasno rukuju njima

        • Oni uključuju automatizovani IVR sistem, virtuelne agente za telefoniju/ćaskanje sa ugrađenom programabilnošću kako bi se definisali radni tokovi uključeni u rukovanje interakcijama.

        • Konačno, ako je potrebno, interakcija mora da se eskalira na agenta, koji je optimalno sposoban da rukuje interakcijom.

      • Mogućnost da agenti označe dostupnost za rukovanje interakcijama i supervizore za nadgledanje, agente trenera i dobijanje operativnih metrika koji omogućavaju efikasne interakcije.

      • Mogućnost administratora da konfigurišu i dodele privilegije za različite mogućnosti kontakt centra koje omogućavaju agentima i supervizorima da obavljaju svoje zadatke kao što se očekuje.

      Osim toga, moderna preduzeća moraju da imaju dodatne mogućnosti za optimizaciju operacija kontakt centra sa pristupom podacima i uvidima koji vizuelizuju i prate ključne operativne pokazatelje.

      Osim toga, mogućnost integracije sa specijalizovanim mogućnostima ekosistema kontakt centra kao što su pokretanje proaktivnih automatizovanih odlaznih poziva, poboljšanje iskustva sa agentima i supervizorima koristeći AI, otkrivanje i razumevanje puta kupaca u cilju proaktivnog snabdevanja podacima agentima su jasni diferencijatori u načinu na koji se rešenja kontakt centra razvijaju.

      Što se tiče modela potrošnje, gde se ponude kontakt centra konzumiraju kao usluga softvera koja se isporučuje u oblaku, mogućnost obezbeđivanja dostupnosti, pouzdanosti i automatizovanih ad-hoc zahteva najsavremenije mehanizme praćenja i upozorenja, koji omogućavaju kontinuiranu proveru i otkrivanje predstojećih problema i sprečavanje/minimiziranje uticaja na poslovanje kupaca.

      Sledeća slika ilustruje logičku arhitekturu Webex CC.

      Webex CC logička arhitektura
      Webex CC logička arhitektura

      Funkcionalne komponente

      Sledeći odeljci opisuju različite funkcionalne komponente Webex CC.

      Upravljanje interakcijom

      Webex CC podržava telefoniju, e-poštu i razmenu poruka (društveni kanali) kao različite kanale pomoću kojih korisnici mogu da obavljaju interakciju sa kontakt centrom.

      Za sve kanale, inicijalno rukovanje može da obavi sistem i onda se interakcija može eskalirati do agenta.

      медији

      Telefonija

      Za telefoniju, rukovanje dolaznim glasovnim pozivima određuje se način na koji je poziv ušao u kontakt centar (pogledajte Mehanizme za ulaz ispod) i Webex CC tok koji je povezan sa ulaznom tačkom.

      Na poziv se odgovara i dodatne radnje se izvršavaju u skladu sa definicijom Webex CC toka – koja je programski prikaz radnji koje će se obavljati prilikom rukovanja pozivom pre čekanja i usmeravanja ka agentu ili sam tok može da rukuje pozivom bez prenosa do agenta.

      Alatka za izradu toka u usluzi Webex CC omogućava programerima da definišu tok i dodeljuju ga ulaznoj tački putem koje poziv stiže u aplikaciji Webex CC.

      Ovi entiteti konfiguracije i njihova upotreba obuhvaćeni su entitetima konfiguracije.

      Više informacija o alatki za izradu toka obuhvaćeno je u predstojećem odeljku u IVR sistemu.

      E-pošta i razmena poruka

      Iz perspektive Webex CC, Webex Connect pruža mogućnosti za ulaz i egress za sve digitalne kanale – kanale za e-poštu, kanale za razmenu poruka koje krajnji korisnici mogu da koriste da bi kontaktirali centar.

      Tok Webex Connect

      • Odlučuje o rukovanju takvim interakcijama sve dok se interakcije ne završe u redu i usmeravaju se ka agentima. To uključuje automatsko rukovanje i BOT tretmane za sve oblike interakcije s porukama i e-poštom.

      • Primenjuje poslovnu logiku na dolaznu interakciju.

      • Rukuje kontaktima pre reda za čekanje.

      • Sam tok može da obrađuje interakciju bez prenosa na agenta uživo.

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

      • Veb-aplikacija / mobilna aplikacija ćaskanje

      • WhatsApp

      • Facebook Messenger

      • SMS

      • Apple poruke za preduzeća

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

      • Gmail

      • Office365 usluzi

      Међутим

      Ovaj odeljak pokriva mehanizme pomoću kojih interakcija može da se unese Webex CC. Na osnovu tipa medija, mehanizmi po kojima interakcija dođe do Webex CC se razlikuju.

      Na primer, u telefoniji postoji fizička infrastruktura potrebna za omogućavanje PSTN veze, konfiguraciju brojeva telefona i usmeravanje poziva na Webex CC.

      Za kanale e-pošte/razmene poruka, morate da obavite ulaznu konfiguraciju u usluzi Webex Connect i ona uključuje dodelu privilegija za naloge e-pošte/razmenu poruka i konfiguraciju toka Webex Connect.

      Dolazni glas

      Za glasovne pozive, tipičan scenario je kada korisnici biraju PSTN broj telefona koji se zatim povezuje na kontakt centar. Sa ulazne perspektive, ovo je potreban mehanizam za usmeravanje poziva sa PSTN na Webex CC.

      Na sledećoj slici prikazan je unos glasovnih poziva za Webex CC.

      Opcije za dolazni glas

      Usluge glasovnog poziva u usluzi Webex CC obavlja kontrolu poziva treće strane pomoću SIP-a i odgovara na dolazni poziv, kao i operacije prenosa, konferencije i drugih operacija kontrole poziva.

      Logička ulazna tačka za pozive u Webex CC je entitet za konfiguraciju pod imenom „Entrypoint“. Za glasovni ulaz, ključna konfiguracija Entrypoint-a je broj telefona povezan sa njim, koji je obično važeći PSTN broj telefona preuzet od izabranog PSTN pružaoca usluge.

      Ovo omogućava otkrivanje dolaznih poziva na broju telefona, povežite poziv sa ulaznom tačkom i koristite druge parametre konfiguracije ulazne tačke za rukovanje pozivom u skladu sa definicijom Webex CC toka koja bi trebalo da bude pokrenuta za interakciju.

      Napomena:

      Za više detalja o opcijama PSTN povezivanja pogledajte 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 glasovne ivice

      Webex CC VPOP infrastruktura uključuje redundantne parove SIP SBC-ova koji obezbeđuju visoku dostupnost i više SBC-ova se može dodati kako bi se podesio obim istovremenih poziva koji će biti podržan.

      Maksimalni broj istovremenih poziva koje VPOP može da rukuje zavisi od broja SBC-ova koji su pokrenuti i na koje se pozivi šalju.

      Za geografsku redundantnost – podržana je mreža VPOP SBC-a sa međuvezama preko više parova širom regiona.

      Za usluge glasovnog ulaska, one su horizontalno skalabilne za rukovanje povećanim brojem istovremenih glasovnih poziva koji treba uneti u Webex CC.

      Bezbednosna razmatranja sa infrastrukturom glasovne ivice

      Tabela u nastavku sadrži detalje o opcijama povezivanja sa Glasovnom Edge infrastrukturom.

      Tabela 1. Tipovi mogućnosti povezivanja

      Mogućnosti povezivanja

      Vrste

      Javni internet

      Direktno (sa izvornim IP adresama na beloj listi)

      IPSec virtuelna privatna mreža (VPN) ili IPSec preko generičkog šifrovanja usmeravanja (GRE)

      Бловјоб (S2S)

      SRTP/sip tls

      Privatno povezivanje

      MPLS

      Tačka-na-tačka (P2P)

      спојмовник

      SD-WAN

      Privatni WAN

      Međupovezivanje centra za podatke

      Еquinix Fabric veze

      Za više informacija posetite 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 sistem

      Svaki glasovni poziv koji dođe u broj telefona koji je povezan sa Entrypoint-om, odgovara Webex CC i pokreće se izvršenje Webex CC toka povezanog sa Entrypoint-om.

      Webex CC alatka za izradu toka obezbeđuje programske konstruktore/operatere i funkcionalne blokove, nazvane aktivnosti, tako da administratori ili bilo ko ko dizajnira i implementira IVR logiku mogu da kombinuju ove građevinske blokove i kreiraju definiciju toka.

      Programski konstruktori koje Flow podržava su:

      • Promenljive deklaracije i podešavanja – stanje povezano sa izvršavanjem toka

        • Pebble izrazi za podešavanje vrednosti promenljivih

      • Uslovne provere

      • Looping – Korišćenje uslovnih uslova i Go To (mogućnost za zajednički lanac aktivnosti)

      • Pozovi REST API-je

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

      • Sastavljanje aktivnosti

      Reprezentativni skup aktivnosti koje su Zalihe toka:

      • Reprodukuj poruke

      • Prikupi korisničke podatke

      • Prenesi poziv na drugo odredište/broj telefona

      • Pošalji poziv virtuelnom agentu

      • Postavite poziv u redu da bi na njega mogao da odgovori agent.

      Za svaki poziv koji je aktivan, aktivna je i instanca izvršavanja toka, dok se poziv ne završi, što dovodi do istovremenih izvršavanja tokova.

      Svaka instanca izvršavanja toka obezbeđuje izolovano okruženje za podatke/stanje povezane sa tokom i tamo tokom poziva.

      Tokom celog životnog ciklusa poziva, tok takođe omogućava odgovaranje na određene događaje koji se dešavaju i rukovanje njima – na primer, kada agent odgovori na poziv, rukovalac događajima može da aktivira iskačući prozor u interfejsu agenta za radnu površinu.

      Za više informacija o usluzi 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 virtuelnim agentima

      Tok pruža aktivnost za prenos interakcije virtuelnom agentu, koja je unapred konfigurisana na platformi Webex Control Hub.

      Kada se poziv poveže sa virtuelnim agentom, on korisniku pruža iskustvo IVR za razgovor i aktivnost se završava ili prekidom poziva ili eskalacijom poziva na agenta.

      U slučaju eskalacije, tok može da se konfiguriše tako da red čekanja za poziv na koji potom odgovori agent.

      Dolazne digitalne interakcije

      Za e-poštu i kanal za razmenu poruka dolaznih interakcija, Webex CC koristi Webex Connect za obezbeđivanje sredstava, tok da bi rukovao dolaznim interakcijama, a zatim usmerio interakciju sa Webex CC kada Webex Connect tok izričito čeka interakciju tako da njime može da upravlja agent.

      Na sledećoj slici prikazan je priliv interakcija e-pošte, razmene poruka u okviru Webex CC.

      Unesite opcije za e-poštu i razmenu poruka
      Integracije virtuelnog agenta/BOTA

      Za interakcije putem e-pošte i poruka/društvenih kanala, tretmani virtuelnog agenta/BOT konfigurisani su u toku Webex Connect toka.

      Kao i kod virtuelnih agenata za glas, ako se BOT tretman završi eskalacijom kao rezultat, onda se interakcija obavlja u redu za čekanje i usmerava do agenta.

      Usmeravanje i stavljanje u red

      Webex CC tretira dolazni kontakt sa automatizovanim rukovaocima kao što je definisano u toku i tok može da odluči da red čekanja za kontakt u red/direktno agentu (red za čekanje određen za agenta – podržan samo za telefoniju/glasovne interakcije).

      U redu za čekanje, ako je agent dostupan, agent je rezervisan, a interakcija se preusmerava do agenta. Ako nema dostupnih agenata, interakcija je parkirana u redu za čekanje, a Flow će nastaviti da tretira kupca sa rukovaocem povezanim sa aktivnošću reda za čekanje.

      Kada agent postane dostupan, rukovalac se prekida i interakcija se nudi agentu.

      Sledeća slika ilustruje arhitekturu redosleda čekanja i usmeravanja.

      Arhitektura čekanja i usmeravanja
      Arhitektura čekanja i usmeravanja
      Izbor agenta

      Redovi za čekanje u Webex CC podržavaju sledeće algoritme za izbor agenata:

      • Usmeravanje najduže dostupnog agenta

      • Usmeravanje zasnovano na veštini

        • Najduže dostupan agent (LAA)

        • Najbolji dostupni agent (BAA)

      Agenti su povezani sa redovima za čekanje putem usluge Teams.

      Red za čekanje može da se dodeli više grupa za distribuciju poziva (pri čemu svaka grupa ima jedan ili više timova), na sekvencijalni način sa konfigurisanim čekanjem da se grupa za distribuciju poziva doda u red za čekanje, tako da se prostor za pretragu podudarnog agenta proširuje na dodatne grupe za distribuciju poziva kako vreme napreduje.

      Za usmeravanje zasnovano na veštini, među zahtevima veština koji se podudaraju sa agentima povezanim sa redom za čekanje, agent se bira na osnovu LAA ili BAA konfiguracije.

      Dodatne mogućnosti specifične za glas/telefoniju

      Usmeravanje zasnovano na agentu (samo za glasovni/telefonski kanal)

      Webex CC Flow, koristeći Red za čekanje aktivnosti, može da preusmeri interakcije direktno do izabranog agenta na osnovu Id agenta.

      Ako agent nije dostupan za rukovanje interakcijama, interakcija može da se parkira u redu za čekanje na određenog agenta, i čeka da agent postane dostupan

      Napredne informacije o redu za čekanje

      Webex CC Flow, koristeći aktivnost GetQueueInfo, može da preuzme informacije u realnom vremenu za red za čekanje kao što je položaj u redu (PIQ), procenjeno vreme čekanja (EWT), broj agenata dostupnih u redu za čekanje i mogu da se koriste za određivanje da li će kontakt biti u redu ili ne.

      Ljubaznošću povratni poziv

      Webex CC tok, koristeći povratni poziv aktivnosti, omogućava kupcu da prekine vezu sa pozivom dok održava poziciju u redu i dobija povratni poziv kada se virtuelna interakcija u redu za čekanje usmerava ka agentu.

      Upravljanje u slučaju prepunjenosti

      Webex CC podržava upravljanje u slučaju prepunjenosti pomoću timova zasnovanih na kapacitetu (CBT).

      CBT je kao običan tim sa kapacitetom i povezanim spoljnim DN-om koji služi taj kapacitet. Može da se konfiguriše zajedno sa drugim timovima u ciklusima distribucije poziva u redu.

      Obično se konfiguriše kao poslednji ciklus tako da se ponaša kao prepunjenost ako nijedan agent nije dostupan čak i nakon što sve konfigurisane grupe za distribuciju poziva ne pronađu dostupnog odgovarajućeg agenta za rukovanje interakcijom.

      Operacije za radnu površinu agenta

      Kada se agent prijavi na Webex CC Agent Desktop, agent određuje broj telefona sa kojim dolazni pozivi mogu da se povežu. Ovo može da bude PSTN telefon, mobilni telefon ili lokal ako je agent korisnik Cisco Webex Calling.

      Imajte u vidu to da ovaj broj mora da bude važeći telefonski broj na koji se mogu usmeriti pozivi. Ako to nije urađeno, agent ne može da prima dolazne pozive.

      Na osnovu vrste interakcije kojom agent rukuje, vidžeti u agentu za radnu površinu obezbeđuju mogućnost da obavljaju određene operacije kontrole medija.

      Na primer, kada se odgovori na poziv, agent može da obavlja sledeće operacije povezane sa pozivom.

      • Stavljanje poziva na čekanje

      • Pokrenite konsultantski poziv i

        • Prenesi poziv na drugi broj telefona (naznačite broj telefona agenta)/Ulazna tačka

        • Konferencija je drugog agenta pozivu

      • Prenesi poziv u drugi red za čekanje

      • Završi poziv

      Agent desktop omogućava administratorima da tamo dodaju prilagođene vidžete tako što će proširiti mogućnosti radne površine i pretvoriti je u objedinjenu kolekciju vidžeta koje je agentima potrebno efikasno obaviti svoj posao.

      Arhitektura radne površine

      Agent desktop je aplikacija sa mikrofrontentom zasnovana na jednoj stranici koja hostuje vidžete građene na osnovu arhitekture veb komponenti. Svi standardni/fabrički vidžeti su zasnovani na podacima koje preuzima API-ji ili mehanizmi prosleđivanja servera.

      To su obično asinhroni API-ji, gde odgovor za poziv dođe do radne površine putem WebSocket veze.

      Webex CC agent Desktop potvrđuje korisnike sa uslugom Cisco Common Identity (CI) i token se prosleđuje zajedno sa svim API pozivima. I za prilagođene vidžete, na osnovu modela potvrde identiteta, pružaju iskustvo jedinstvene prijave agentima ako je model prilagođenog vidžeta integrisan sa CI.

      Jednom kada je agent deo interakcije, sva ažuriranja tog stanja interakcija ili povezanih podataka takođe se prosleđuju na radnu površinu preko WebSocket veze.

      Otpornost radne površine na mogućnosti povezivanja i kašnjenja

      Pritisak na asinhroni API i na strani servera omogućava skalu i bilo kakav gubitak povezanosti sa WebSocket interfejsom, kao i pokušaje radne površine da se ponovo povežu i ponovo prijave.

      Na sledećoj slici prikazana je arhitektura radne površine agenta u usluzi Webex CC.

      Arhitektura radne površine agenta

      Administracija i konfiguracija

      Ulazna migracija kupaca

      Webex Control Hub je primarni interfejs koji partneri i kupci koriste za ulaznu migraciju i omogućavanje ili konfigurisanje funkcija.

      Kada se funkcije organizacije i kontakt centra dodele privilegija na portalu Control Hub, aktiviraće se tok posla u usluzi Webex CC koji obavlja ostale korake u obezbeđivanju svih mogućnosti kontakt centra prema ponudama koje je izabrao kupac.

      Sva dodela privilegija za kontakt centar se vrši pomoću BPM motora za radni tok koji omogućava deklarativan način definisanja uključenih koraka i čini sve korake obezbeđivanja otpornim na neuspehe i obezbeđuje integritet podataka.

      Na sledećoj slici prikazan je tok posla dodele privilegija u Webex CC.

      Radni tok ulazne migracije kupca
      Entiteti konfiguracije

      Ključni entiteti za konfiguraciju u usluzi Webex CC, bodovani u okviru organizacije, su:

      Lokacija

      Lokacija predstavlja lokaciju na kojoj se nalaze jedan ili više timova, korisnika (agenti/supervizor).

      Svaki korisnik i tim moraju da pripadaju lokaciji.

      Tim

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

      Svaki tim mora da pripada lokaciji.

      Agenti

      Korisnici koji mogu da se prijave u Agent Desktop i da rukuju interakcijama između tipova medija koji su konfigurisani u Webex CC.

      Supervizori

      Supervizori su dodeljeni timovima i mogu da prate/obučavaju agenta i imaju pristup statusu na nivou tima i statistici agenta za one koji pripadaju timovima kojima je dodeljen supervizor.

      Red za čekanje

      Red za čekanje je logički entitet na kom se mogu održavati interakcije, čekajući da agenti budu dostupni, koji se zatim usmeravaju do agenta.

      Redovi za čekanje se mapiraju na timove, kao prostor za pretragu agenata, sa mogućnošću da se proširi prostor za pretragu na osnovu proteklog vremenskog praga, dodavanjem drugih timova u prostor za pretragu.

      Последња

      Ulazna tačka je logički entitet koji predstavlja ulaznu tačku za interakcije koje treba uspostaviti sa Webex CC. Za telefoniju ovo se prvenstveno mapira na broj telefona na koji dolaze pozivi i za kanale e-pošte/razmene poruka, Entrypoint pokazuje ka konfiguraciji resursa u usluzi Webex Connect.

      Tok

      Tok povezan sa ulaznom tačkom (preko Strategije usmeravanja), koja odlučuje korake uključene u rukovanje interakcijama.

      Za kanale koji nisu telefonije (e-pošta, razmena poruka/društveni), tok je izabran kao deo konfiguracije resursa u usluzi Webex Connect.

      Kontrola pristupa za kontakt centre za više lokacija

      Webex CC administratori mogu da konfigurišu korisničke profile sa pravima pristupa određenim lokacijama, timovima, redovima za čekanje i ulaznim tačkama. Dalje, zbog hijerarhijske prirode lokacija i timova, kada se obezbedi pristup određenim lokacijama, korisniku može pristupiti samo timovima ili datumu koji se odnose na timove, koji pripadaju tim lokacijama ili izričito navedeni podskup takvih timova.

      Za redove za čekanje i ulazne tačke, oni su globalni na nivou organizacije, tako da za različite geografske lokacije (lokacije na kojima se nalaze određeni agenti i timovi) mogu da se konfigurišu zasebne ulazne tačke i redovi za čekanje, a supervizori/korisnici mogu da imaju pristup tim entitetima koji su primenljivi za određene lokacije.

      Na sledećoj slici prikazani su entiteti za konfiguraciju ključa i korisnički profil koji upućuje na te entitete.

      Entiteti konfiguracije mapirani na korisnički profil

      Osim ograničavanja pristupa ovim entitetima, Webex CC administratori mogu da kontrolišu specifične mogućnosti/module kojima korisnik može da pristupi u interfejsu administracije, čime korisnici imaju prava za administraciju/konfiguraciju za određene entitete, kao i odeljke/mogućnosti interfejsa Webex CC administracije.

      Izveštavanje i analitika

      Webex CC obrađuje diskretne događaje generisane pomoću različitih usluga tokom životnog ciklusa interakcija koristeći seriju usluga obrade u realnom vremenu i generiše definisan skup skupova podataka u realnom vremenu koji se objavljuju pretplatnicima.

      Dalje, ovi događaji se dalje obrađuju, transformišu i prikupljaju i rezultirajući skupovi podataka se potom preuzimaju putem API-ja za potrošnju podataka i interfejsa za izveštavanje i vizuelizaciju podataka – Analyzer.

      Na sledećoj slici prikazan je interfejs za obradu podataka i potrošnju u usluzi Webex CC

      Protok podataka za Webex CC i interfejse potrošnje

      Integracije

      Sve spoljne integracije za WxCC za povećanje i poboljšanje mogućnosti koje kupci mogu da koriste koriste koriste standardne objavljene API-je.

      Tip API interfejsa koji su dostupni u usluzi Webex CC su:

      • REST API

      • Prosleđivanje na strani servera pomoću

        • Бловјоб

        • Poruka za WebSocket

      CRM integracije

      Webex CC podržava dva režima integracije sa sistemima za upravljanje odnosima kupaca (CRM).

      • Ugrađeni konektori za radnu površinu

      • Integracije toka preko HTTP(S) konektora u IVR-u

      Ugrađeni konektori za radnu površinu: CRM aplikacija kao primarni interfejs

      U ovom režimu rada, agent se prijavljuje u CRM konzolu kao primarnu aplikaciju.

      Webex CC je ugrađena aplikacija (takođe se naziva ugrađena aplikacija za radnu površinu ili ugrađeni softphone) koja se prvenstveno koristi za prijavljivanje u kontakt centar i prijem interakcija u kontakt centru za preusmeravanje Webex CC.

      Nakon primanja poziva ili zahteva za razgovor, CRM integracija obavlja sledeće radnje na CRM konzoli

      • Iskačući prozor iskačući zapis kupca vezan za ANI ili druge podatke povezane sa pozivom.

      • Naknadni metapodaci poziva kao napomene aktivnosti u zapisu kupca

      • Dozvolite agentu da „Klikne za poziv“ klikom na kontakt u CRM-u i pokreće odlazni poziv kupcu

      • Postavljanje zapisa o pozivima u tabelama za CRM izveštavanje za primarno izveštavanje o CRM-u.

      • Pruža punu funkcionalnost agenta za radnu površinu i kontrole poziva (ugrađena i minijaturna verzija aplikacije za radnu površinu)

      Primarni režim integracije sa CRM-ovima je ugrađivanje Webex CC aplikacije za radnu površinu u zasebnom iFrame-u.

      Dalje Webex CC aplikacija za radnu površinu pokreće prilagođeni vidžet bez slušalice (nema korisničkog interfejsa) koji se pokreće u pozadini i vrši automatizovane radnje u ime agenta.

      Interakcije su pokrenute od strane dva SDK-a koje koristi vidžet bez slušalice.

      • Webex CC Desktop JS SDK: Ovo je JavaScript SDK koji je obezbedio Webex CC za registraciju slušalaca događaja za agenta i radnje kontakata.

      • CRM JS SDK: Ovo je CRM klijent SDK primenljiv po CRM-u koji apstrahuje REST API pozive sa CRM-om. Na primer, za Salesforce, CTI JS biblioteka koju obezbeđuje Salesforce se koristi za izvršavanje radnji i slušanje događaja unutar CRM-a.

      Na sledećoj slici prikazana je CRM ugrađena Webex CC arhitektura radne površine i konektora

      Ugrađena arhitektura konektora za radnu površinu

      Webex CC podržava sledeća CRM rešenja za gore navedenu integraciju:

      Više informacija o konfigurisanju Webex CC rasporeda radne površine za omogućavanje CRM konektora, skupa funkcija i changeloga potražite u https://github.com/Ciscodevnet/webex-contact-center-crm-integrations.

      Globalna dostupnost CRM konektora

      CRM konektori su dostupni u svim geografijama i regionima u kojima je Webex CC funkcionalan.

      Elastična skala i performanse

      Webex CC hostuje prilagođeni vidžet koji omogućava dvosmernu komunikaciju između CRM aplikacije i Webex CC radne površine u AWS CloudFront CDN-u, čime se obezbeđuje visoka dostupnost AWS vidžeta u zonama dostupnosti i regiona.

      Svi računari specifični za CRM integraciju dešavaju se u pregledaču gde agenti koriste CRM aplikaciju sa Webex CC radnom površinom ugrađenom u CRM aplikaciju.

      Bezbednost

      CRM konektori se pozivaju putem rasporeda Webex CC agenta za radnu površinu a opcionalni parametri se prenose preko rasporeda radne površine u vidžet da bi uključili i isključili funkcije.

      Na primer, da bi omogućio vidžet za radnje za Salesforce, administrator može da uključi podešavanje parametra rasporeda radne površine sfdcWidgetEnabled za tačno.

      Instalacija paketa

      Da bi integracija funkcionisala dvosmerno, CRM konzoli je potrebna ugrađena aplikacija instalirana. Ovo je podrška za učitavanje aplikacije za radnu površinu unutar iFrame-a.

      Svi ugrađeni konektori za radnu površinu dostupni su na CRM tržištu.

      Na primer,

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

      Женdesk: https://www.zendesk.com/marketplace/apps/support/202570/webex-contact-center/

      Instalacija aplikacije za tržište aktivira potrebne dodatne komponente i uvozi potrebne XML datoteke u CRM konzolu da bi podržala izveštavanje o zapisima poziva na CRM-u.

      Integracije toka preko HTTP(S) konektora u IVR-u

      Webex CC tok podržava dvosmerne tokove podataka između Webex CC i CRM sistema pomoću HTTP(S) konektora konfigurisanih na platformi Webex Control Hub i koriste se u Webex CC toku.

      Oni se prvenstveno koriste za personalizaciju u okviru glasovnih interakcija i prilagođenog usmeravanja u okviru IVR-a.

      Webex CC podrazumevano podržava Salesforce HTTP konektor na platformi Control Hub. Drugi CRM konektori mogu da se dodaju kao prilagođeni konektori na platformi Webex Control Hub.

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

      IVR HTTP konektori:

      Optimizacija radne snage

      Webex CC podržava optimizaciju toka posla i rešenja za upravljanje kvalitetom vodećih prodavaca u industriji.

      Proširenje agenta za radnu površinu

      Webex CC agent i supervizor za radnu površinu omogućava proširenje mogućnosti radne površine razvijanjem i pokretanjem prilagođenih vidžeta na radnoj površini.

      Za više informacija posetite https://developer.webex-cx.com/documentation/guides/desktop.

      Raspoređivanje i mogućnosti povezivanja

      Webex CC je raspoređen u AWS i trenutno je dostupan u sledećim regionima

      • US

        • Вучићеве

        • SAD-Vest N Kalifornija (samo ulaz za glasovne medije)

      • Kanada

        • Centralno

      • UK

        • London

      • Evropa

        • Frankfurt

      • Aziju PEKP

        • Tokio

        • Sidnej

        • Singapur

      Veza sa Webex Contact Center koji hostuje AWS može da se uspostavi putem interneta ili pomoću Amazon Web Services (AWS) direktnog povezivanja. Uz AWS Direct Connect podaci se isporučuju putem privatne mrežne veze između lokalne mreže kupaca i usluge Webex Contact Center, na taj način se poboljšava veza. Više informacija potražite u članku AWS direktno povezivanje za Webex Contact Center.

      Mogućnosti povezivanja sa više regiona za telefoniju

      Da bi omogućili globalne organizacije, sa agentima i kupcima na više geografskih lokacija, Webex CC podržava održavanje medija u lokalnom regionu, za one regione u kojima se sprovode usluge glasovnih medija i ulazne usluge.

      Sledeća slika ilustruje raspoređivanje više regiona sa regionalnim medijima.

      Višestruko raspoređivanje regiona sa regionalnim medijima
      Višestruko raspoređivanje regiona sa regionalnim medijima

      Ivica medija i ulazne usluge raspoređene su u sledećim regionima.

      Геом

      Webex CC usluge (AWS region)

      Media Edge (glasovni POP)

      Medijske usluge sledeće generacije (AWS region)*

      US

      Вијести

      Njujork

      Los Anđelesu

      Вијести

      Kalifornije

      Kanada

      Centralno

      Vankuver

      Toronto

      Centralno

      Brazil

      Sao Paulo

      Rio De Žaneiru

      Evropa

      Frankfurt

      Frankfurt

      Amsterdam

      Frankfurt

      Ujedinjeno Kraljevstvo

      London

      London

      London

      Indija

      Мултипла

      hajderabad

      Bombaj

      Singapore

      Singapore

      Singapur

      Japan

      Tokio

      Tokio

      Osaka je

      Tokio

      Australija

      Sidnej

      Мелнон

      Sidnej

      Sidnej

      Bezbednost i privatnost

      bezbednosti

      Glasovna infrastruktura u usluzi Edge

      Komponente glasovne ivice omogućavaju prekidanje SIP magistrale sa korisničke mreže/PSTN operatera, a ovo je omogućeno na osnovu IPS-a sa belim listovima koji mogu da se povežu sa komponentama ivice.

      Izračunata bezbednost infrastrukture

      Webex CC instance računara su obezbeđene u AWS-u i usluge se pokreću kao podovi u Kubernetes klasteru koji ima više imenskih prostora i pristup svakom imenskom prostoru je ograničen zasebnim akreditivima.

      Sva dodela privilegija za infrastrukturu se vrši pomoću koda – nema ručnih koraka – i nijedan od akreditiva ne može se pristupiti ručno.

      Postoji centralno skladište akreditiva sa specifičnim putanjama konfigurisanim za određeni skup usluga/timova i pristup samoj prodavnici akreditiva je ograničen i konfigurisan kao tajne u sistemima izgradnje i primene.

      Nijedna od komponenti/usluga nije direktno izložena izvan AWS VPC-a, a samo su javno izloženi interfejsi su API-ji i WebSocket serveri koji se kontrolišu i upravljaju pomoću api mrežnog prolaza,

      Osim toga, postoje određeni interni sistemi i interfejsi koje koriste programeri koji se koriste za pregledanje evidencija, mernih pokazatelja, implementacije, statusa i rezultata testova, koji se obezbeđuju pomoću uloga i grupa i integrisani sa Cisco sistemima interne potvrde identiteta.

      Potvrda identiteta i ovlašćenje za korisničke interfejse

      Svi korisnički interfejsi koje koriste razni korisnici kontakt centra (agenti, supervizori, administratori, analitičari) zaštićeni su potvrdom identiteta tokena dobavljača zasnovane na Cisco Common Identity (OAuth tokovima).

      Ovlašćenje se vrši pomoću uloga za korisnika koji je dobio token i bodove dodeljene tokenu.

      Bezbednost podataka

      Podaci u prenosu

      Nijedan od interfejsa usluga/infrastrukture koji su raspoređeni nije direktno izložen spoljnom dolaznom saobraćaju.

      Izaberite usluge, gde http API-ji izlažu te interfejse putem mrežnog prolaza i svi dolazni https (uključujući i one iz WebSocket-a) se prekidaju u ALB-u i interni saobraćaj preko http-a se usmerava ka uslugama.

      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 čistog TCP priključka.

      Podaci u mirovanju

      Svi podaci koji se čuvaju šifrovani su u sloju skladišta. Osim toga, skladišta podataka izvan VPC-a su zaštićena i kontrola pristupa i ovlašćenja sa akreditivima bezbedno čuvaju i upravljaju u tajnoj skladištu.

      Na sledećoj slici prikazan je protok podataka i bezbednosni model za tranzit, kao i u stanju mirovanja.

      Bezbednost podataka u tranzitu i mirovanju

      Privatnost podataka

      PII podaci krajnjeg korisnika

      Webex CC tok, koji je programski kontroler za rukovanje interakcijama, može da se koristi za prikupljanje korisničkih podataka koji se mogu dodeliti promenljivama toka posebno označenim kao „Sadrži osetljive podatke“. Vrednosti za takve podatke su šifrovane i nikakve usluge u tranzitnoj putanji podataka neće imati pristup tim podacima.

      Osim toga, takvi podaci nikada ne ostaju u Webex CC skladištu podataka, a infrastruktura evidencije/razmene poruka će imati šifrovane podatke, a jasni podaci teksta se ne čuvaju nigde u okviru Webex CC.

      Podaci o PII agentu/supervizoru kontakt centra

      Podaci vezani za kontakt centar se uređuju u evidencijama, ali su dostupni za analitiku i vizuelizaciju podataka u Webex CC skladištu podataka.

      Skalabilnost

      Faktori za skalu

      Za Webex CC faktori koji utiču na skalu su:

      • Uporedni broj agenata prijavljenih

      • Uporedni broj interakcija je u toku

        • Postupci izvršeni na tim interakcijama

      • Uporedni broj radnji koje supervizori/agenti obavljaju, izvan rukovanja interakcijama

      • Jačina generisanih i trajnih podataka

      Arhitektonski aspekti omogućavaju skalu

      Principi na osnovu kojih je Webex CC arhitekta i dizajniran omogućavaju rešenje da se dinamički meri po potrebi u okviru ograničenja koje nameće infrastruktura obezbeđena za različite usluge i komponente platforme.

      Arhitektura zasnovana na događaju

      Usluge u Webex CC komuniciraju pomoću poruka i tokovi obrade kritičnih poruka ne uključuju blokiranje operacija IO i stanje potrebno za obradu poruka je lokalizovano na instanci usluge koja obrađuje poruku.

      Usluge bez vrednosti (ili eksternalizovano stanje)

      Stateless usluge omogućavaju elastičnost lakim dodavanjem/uklanjanjem dodatnih instanci usluga. Postoje određene usluge koje su inherentno statične u prirodi i one su eksternalizovale državno skladište i infrastruktura podržava dinamičke promene broja instanci takvih usluga, uz automatsko rebalansiranje/prenos stanja/lokalizaciju stanja u instanci kojoj je država potrebna.

      Elastična infrastruktura

      Sve usluge rade u Kubernetesu i infrastruktura, kao što su Kuberneteovi čvorovi automatski skaliraju na osnovu upotrebe i to omogućava dinamičko dodavanje više izračunata čvorova do maksimalnog visokog praga koji je unapred konfigurisan.

      Učitavanje projekcije i redovna provera valjanosti

      Sve usluge su označene za karakteristike performansi, a šablon razmere se proverava na nivou usluge.

      Dalja provera kontinualne provere, maksimalnog opterećenja i izdržljivosti se izvode sa parametrima testova podešenim za projektovani rast u atributima koji utiču na skalu, što omogućava identifikovanje uskih grla, planiranje ažuriranja visokog praga za upotrebu infrastrukturnih resursa i biti spreman za dan igre.

      Pouzdanost i dostupnost

      Arhitektura i usluge koje upravljaju događajem omogućavaju otpornost i elastičnost. Međutim, da bi se osiguralo da se neuspešna detektuju i deluju pre nego što se to utiče na funkcionalnosti, Webex CC koristi sledeću strategiju.

      • Dostupnost i pouzdanost infrastrukture

        • Sve Webex CC usluge i komponente infrastrukture uvek se primenjuju na tri AWS zone dostupnosti.

          • Ovo omogućava da Webex CC bude otporan na neuspehe zone dostupnosti, a u slučaju neuspelih instanci se automatski zamenjuju novijim.

      • Kontinualno praćenje i obaveštavanje

        • Interne i spoljne probne verzije za usluge i komponente infrastrukture, koje nakon neuspešnog pokretanja upozorenja.

        • Metrika zabeležena iz usluga i komponenti infrastrukture i obrađena preko mehanizma pravila koji detektuje podudarna pravila i pokreće upozorenja.

      • Kontinuirana potvrda i obaveštavanje

        • Periodični Testovi se pokreću i sve neuspehe rezultira aktiviranjem upozorenja

        • Ova upozorenja kreiraju proaktivne incidente i obrađuju se kao stvarni incident koji utiče na kupca.

          • Ova preliminarna ograničenja utiču na kupca i doprinose dostupnosti sistema i pouzdanosti.

      • Kontinuirana integracija i isporuka

        • Ovo je inženjerski proces i cevovod za isporuku i omogućava brzu i pouzdanu izradu, proveru i primenu usluga/promena u uslugama u okviru Webex CC.

          • Mogućnost da se izvrši potpuno automatizovana primena – od koda do proizvodnog okruženja, sa svim potrebnim proverama, smanjuje rizik i smanjuje vreme do rešavanja, ako promena treba da se primeni kao odgovor na neuspeh.

      • Prekidači za kolo i ubijanje prekidača

        • Razni delovi sistema/određene mogućnosti Webex CC mogu biti selektivno onemogućeni za sve kupce ili izabrane kupce, kako bi se minimizovali kaskadni efekti neuspeha.

          • Ovo omogućava kupcima da se smanji površina neispravnosti i da se postigne dostupnost osnovnih mogućnosti kontakt centra.

      Nadgledanje i otkrivanje neuspeha

      Sledeća slika ukazuje na kontinuirani mehanizam praćenja, provere valjanosti i upozorenja koji su postavljeni za Webex CC.

      Kontinualno praćenje i otkrivanje grešaka

      kontinuitet poslovanja i oporavak od katastrofe

      Proces oporavka od katastrofe i kontinuiteta poslovanja osigurava otkrivanje bilo kog prekida velikih razmera u regionu i preduzimaju se potrebni koraci kako bi se obezbedio oporavak usluga kupcima u regionu.

      Koraci za oporavak se dokumentuju, proveravaju i redovno se ažuriraju u skladu sa procesima za oporavak od katastrofe i upravljanje.

      Webex CC usluge su raspoređene u tri zasebne zone dostupnosti u AWS regionu. Svaka zona dostupnosti je različita fizička lokacija u regionu, sa nezavisnim komunalnim preduzećima.

      U slučaju potpunog neuspeha AWS regiona, Webex CC se oslanja na AWS da bi oporavio region i za produžene prekid rada koji uključuje ceo region, Webex CC centar podataka je obezbeđen u novom AWS regionu i vratio ključne konfiguracije kupaca i podatke tako da contact center bude funkcionalan za kupce u novom AWS regionu.

      To uključuje automatizaciju, ali zahteva ručnu intervenciju da bi se pokrenuo proces, kao i nadgledanje i obezbeđivanje vraćanja potrebne konfiguracije i podataka kako bi Contact Center bio funkcionalan za kupce.

      Usklađenost i sertifikati

      Webex Contact ima obimnu listu bezbednosnih sertifikata. Ovi sertifikati se ažuriraju u redovnim intervalima.

      • PCI DSS šta

      • caiq

      • хипеја & HITECH

      • nivo CSA 1 zvezdice

      • CSA Star Level 2 (nezavisna procena 3. strane)

      • SOC2

      • ISO27001 (međunarodni standard za bezbednost informacija)

      • ISO27017 (Bezbednosni standard za pružaoce usluga u oblaku)

      • ISO27018 (Bezbednosni standard usmeren na zaštitu ličnih podataka u oblaku)

      • ISO27701 (lokal za privatnost podataka)

      • Nemački standard C5 pokazuje operativnu bezbednost protiv sajber napada

      Više detalja potražite u Listu sa podacima o zaštiti privatnosti usluge Webex Contact Center .

      Da li je ovaj članak bio koristan?
      Da li je ovaj članak bio koristan?