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
      Tipovi medija
      Rutiranje i čekanje
      Administracija i konfiguracija
      Izveštavanje i analitika
    dropdown icon
    Integracije
      CRM integracije
      Upravljanje odlaznim kampanjama
      Optimizacija radne snage
      Proširenje Agent Desktop
      Ostali API-ji
    dropdown icon
    Raspoređivanje i povezivanje
      Multi Region povezivanje za telefoniju
    dropdown icon
    Bezbednost i privatnost
      Bezbednost infrastrukture
      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
        Tipovi medija
        Rutiranje i čekanje
        Administracija i konfiguracija
        Izveštavanje i analitika
      dropdown icon
      Integracije
        CRM integracije
        Upravljanje odlaznim kampanjama
        Optimizacija radne snage
        Proširenje Agent Desktop
        Ostali API-ji
      dropdown icon
      Raspoređivanje i povezivanje
        Multi Region povezivanje za telefoniju
      dropdown icon
      Bezbednost i privatnost
        Bezbednost infrastrukture
        Bezbednost podataka
        Privatnost podataka
        Skalabilnost
      dropdown icon
      Pouzdanost i dostupnost
        Nadgledanje i otkrivanje neuspeha
        Kontinuitet poslovanja i oporavak od katastrofe
      Usklađenost i sertifikati

      Webex Kontakt centar Arhitektura< / h1>

      list-menuU ovom članku

      Webex Contact Center koristi arhitekturu mikroservisa zasnovanu na oblaku za jedinstveno iskustvo na svim korisničkim kanalima. Ovaj članak detaljno opisuje njegov dizajn zasnovan na oblaku, navodeći funkcionalne komponente, integracije, opcije primene, sigurnosne 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.

      Da li je ovaj članak bio koristan?