Webex kontaktsenter brukerveiledning for forretningsregler

Business Rules Engine består av en regelmotor i sanntid som kalles av flyten som er knyttet til et inngangspunkt. Denne regelmotoren konsulterer vanligvis med et datalager for å vurdere ønsket samtalehåndtering.

Et BRE-oppslag er et enkelt datadipp i flyten din, som en HTTP-forespørsel. Dataene for BRE-oppslag ligger imidlertid i Cisco Webex Contact Center-datasenteret. Følgende bilde viser de ulike prosessene som er involvert i BRE-dataoppslaget.

Før du begynner

Før du implementerer BRE:

Konfigurer BRE DataSync-instansen for implementeringen din med en klar forståelse av datamodellen.
Gjør deg kjent med følgende terminologi som brukes i denne veiledningen:
- Attribute: En attribute er en navngitt variabel eller et datafelt som opprettes i BRE-verktøyet. Den fungerer som en beholder for informasjon som BRE bruker til å behandle forespørsler og generere utdata.
- Context: En context brukes primært som et eksempelnavn for et attributt som spesifiserer det målrettede domenet for en BRE-forespørselsaktivitet.
- Label: En Label er en spesifikk type attributt som er utformet for å inneholde utdataene eller resultatet av en regels evaluering.

Se Vanlige spørsmål -delen for mer informasjon.

Konfigurer en BRE DataSync-instans

BRE DataSync-verktøyet får tilgang til en database for å ta rutebeslutninger. Sørg for å oppdatere databasen med riktig informasjon med jevne mellomrom. Denne delen beskriver hvordan du konfigurerer BRE DataSync-verktøyet for å oppdatere BRE-repositoriet.

Diagram som viser hvordan BRE DataySync-verktøyet er konfigurert for å oppdatere BRE-repositoriet. BRE DataSync > GRUSOM > BRE-arkivet. — ***BRE DataSync-verktøyet***

Leietakeradministratoren må opprette en BRE DataSync-instans for hvert datasett som regelmotorene konsulterer under beslutningsprosessen. Administratoren kan opprette datasettet eller laste opp en CSV-fil. Dataene konverteres til poster i BRE-repositoriet.

Før du begynner

Kontakt Ciscos kundeserviceansvarlige for å få tilgang til BRE DataSync-kontoen.

BRE DataSync er for øyeblikket bare aktivert for rollen Full administrator. Leietakere med rollen full administrator kan laste opp data enten ved hjelp av CSV-filopplasting eller nøkkelverdi-par. Brukere med denne rollen kan bare laste opp sine organisasjonsspesifikke data.

Partneradministrator, ekstern administrator, agenter og veiledere har ikke tilgang til BRE DataSync-verktøyet.

1	Logg inn på BRE DataSync-verktøyet som administrator. I samsvar med de nylige forbedringene i BRE Hosting og Scalability, har URL-ene for DataSync-verktøyet blitt endret. Sørg for å bruke de oppdaterte URL-ene til å laste opp data til BRE. De regionspesifikke BRE DataSync-URL-ene er: https://bre-datasync.produs1.ciscoccservice.com/datasync/ https://bre-datasync.prodeu1.ciscoccservice.com/datasync/ https://bre-datasync.prodeu2.ciscoccservice.com/datasync/ https://bre-datasync.prodanz1.ciscoccservice.com/datasync/ https://bre-datasync.prodca1.ciscoccservice.com/datasync/ https://bre-datasync.prodjp1.ciscoccservice.com/datasync/ https://bre-datasync.prodsg1.ciscoccservice.com/datasync/ Klikk på URL-ene for å gå til siden Logg inn med felles identitet. For den amerikanske regionen, velg den amerikanske klyngen (og ikke den amerikanske andre klyngen) for å gå videre. De regionspesifikke BRE Admin UI-nettadressene er: https://bre.produs1.ciscoccservice.com/bre/ https://bre.prodeu1.ciscoccservice.com/bre/ https://bre.prodeu2.ciscoccservice.com/bre/ https://bre.prodanz1.ciscoccservice.com/bre/ https://bre.prodca1.ciscoccservice.com/bre/ https://bre.prodjp1.ciscoccservice.com/bre/ https://bre.prodsg1.ciscoccservice.com/bre/
2	Velg BRE-dataliste for å se all informasjonen som er relatert til leietakerorganisasjonen.
3	For å legge til data som nøkkelverdipar i BRE-repositoriet: Velg Legg til BRE-data Velg organisasjonsnavnet fra rullegardinlisten TenantName. Velg BRE-oppslagstype fra rullegardinlisten. Se følgende størrelsesbegrensninger for å legge til BRE-oppslagstype: Maksimal tegngrense for BRE-oppslagstype: VARCHAR(200) Maksimal tegngrense for verdifeltet: VARCHAR(500) Maksimalt antall oppslagstyper per organisasjon: 100 Maksimalt antall rader per oppslagstype: 100K rad Maksimal filstørrelsesgrense for opplasting: 10 MB Kontakt Cisco Customer Success Manager eller Solution Assurance-kontakten for å legge til nye oppslagstyper. Klikk på Legg til data for å angi nøkkelen og verdien. (Valgfritt) Klikk på Fjern for å slette en eksisterende nøkkel og verdi. Klikk på Send inn.
4	For å laste opp en CSV-fil til BRE-arkivet: Velg Last opp BRE CSV-data. Velg organisasjonsnavnet fra rullegardinlisten TenantName. Velg BRE-oppslagstype fra rullegardinlisten. Velg Last opp for å bla gjennom og laste opp CSV-filen. Klikk på Send inn. *Eksempel på CSV-fil med data* Handlingene Slett, Oppdater og Legg til skiller ikke mellom store og små bokstaver. Du kan også bruke syntaksen `725160001,,Delete` for å slette dataene.

Tilgang til BRE-applikasjonen

Du kan få tilgang til Business Rules Engine-applikasjonen fra administrasjonsportalen for Webex Contact Center.

Logg på administrasjonsportalen for Webex-kontaktsenteret.
Klikk på Forretningsregler for å åpne dashbordet for forretningsregelmotoren.
BRE bruker identitetstjeneste og en enkel påloggingsinteraksjon. Hvis du allerede er logget på via Common Identity, kan du få tilgang til BRE-verktøyet for organisasjonen din uten å logge på igjen.

Systemet åpner Business Rules Engine (BRE)-applikasjonen i en ny nettleserfane. Dashbordsiden vises med en grafisk fremstilling av antall regler og utførelser. BRE-dashbord

Å lage et sett med regler

Diagram over Business Rule Engine-verktøyet som kalles av en flyt i Webex kontaktsenter. Flytkontroll i Webex Contact Center Flow Designer > Oppslagsforespørsel > Cisco BRE > Lese > BRE-arkivet.

Gå til BRE-portalen og konfigurer attributtet, etiketten, konteksten og reglene, som beskrevet nedenfor.

1	Slik oppretter du et attributt som skal knyttes til organisasjonen din: Velg Attributter og klikk på Legg til på Attributter-siden. Skriv inn `context` i feltet Navn. Velg Datatype som `Text` fra rullegardinlisten. Datatypen må være `Text` i BRE-verktøyet. Klikk på Lagre.
2	Etikett gir mening til dataene dine. For å opprette en etikett: Velg Etiketter og klikk på Legg til på Etiketter-siden. Skriv inn et navn for etiketten i feltet Navn . Klikk på Lagre.
3	Klikk på Kontekster for å gå til siden Kontekster. Klikk på +Add Kontekst. Skriv inn Navn som er den Genererte konteksten i BRE-datalisten. Skriv inn en valgfri beskrivelse. Hvis mer enn ett attributt opprettes, velg attributtet du vil knytte til denne konteksten fra rullegardinlisten Attributt . Klikk på Lagre.
4	For å opprette regler, naviger til siden Kontekster. Klikk på +Add Regelredigering og konfigurer følgende detaljer: Navn: Gi regelen et navn. Beskrivelse: En valgfri beskrivelse av regelen. Aktiv: Kryss av i boksen for å angi at regelen er aktiv. Etikett: Velg ønsket etikett fra rullegardinlisten. Prioritet: Dra glidebryteren for å tilordne en prioritet til regelen. Systemet kjører reglene basert på den tildelte prioriteten, fra høyeste (100) til laveste. Det anbefales at du begynner å prioritere fra 100 i synkende rekkefølge. Regelredigering (verktøy for å legge inn kode, som vist i skjermbildene nedenfor): Skriv inn koden for regelen. Lag to regler: én hvis systemet finner et treff og den andre når systemet ikke finner et treff. Følgende eksempelkode returnerer verdien for et attributt kalt routeInfo. Dette skjer hvis nummeret som innringeren ringte fra (ANI) samsvarer med ANI-et på listen over leietakere som er lastet opp til BRE-databasen. Kopier og lim inn følgende regel i Regelredigering: `when c: Contact() eval(c.getGlobalValuesManager().getAsString( c.getTenantId(), c.getAttribute("context")+"."+ c.getAttribute("ani")) != null) then c.putAttribute("routeInfo", c.getGlobalValuesManager().getAsString(c.getTenantId(), c.getAttribute("context")+"." + c.getAttribute("ani"))); end` Følgende eksempelkode returnerer verdien NotFound for attributtet routeInfo. Dette skjer hvis et nummer som innringeren ringte fra (ANI) ikke samsvarer med et ANI på listen over leietakere som er lastet opp til BRE-databasen. Kopier og lim inn følgende regel i Regelredigering: `when c: Contact() eval(c.getGlobalValuesManager().getAsString( c.getTenantId(), c.getAttribute("context")+"." + c.getAttribute("ani")) == null) then c.putAttribute("routeInfo", "NotFound "); end`
5	Klikk på Lagre.

BRE-forespørsel

Bruk BRE-forespørselsaktiviteten til å hente dataene fra organisasjonens Business Rules Engine (BRE) for bruk i flyten. BRE-forespørselsaktiviteten bruker standard HTTP-protokoller for å hente data fra BRE.

Følgende seksjoner lar deg konfigurere BRE-forespørselsaktiviteten:

Generelle innstillinger
Spørringsparametere
Parse-innstillinger
Utdatavariabler

Generelle innstillinger

Parameter	Beskrivelse
Aktivitetsetikett	Skriv inn et navn for aktiviteten.
Aktivitetsbeskrivelse	(Valgfritt) Skriv inn en beskrivelse av aktiviteten.

Spørringsparametere

Som en del av BRE-forespørselen kan du sende parameterne som er oppgitt i API-kallet til BRE. I Nøkkel-verdi-kolonnene kan du angi nøkkelen for spørringen og den tilhørende verdien som skal sendes sammen med spørringen. Du kan også bruke syntaksen for doble klammeparenteser til å sende variabelverdier.

BRE-aktiviteten har én forhåndsdefinert spørreparameter: context. Denne spørreparameteren sendes i API-kallet til BRE.

TenantID legges automatisk inn som en parameter og trenger ikke å konfigureres.

Tabell 1. Spørringsparametere
Parameter	Beskrivelse
Kontekst	Inneholder årsaken til forespørselen. Denne obligatoriske parameteren kan ikke redigeres eller slettes. Denne parameteren må inneholde samme verdi som verdien som er angitt i attributtet `context` i BRE. Hvis du vil ha mer informasjon, kan du se delen Opprette et sett med regler i brukerhåndboken for Cisco Webex Contact Center Business Rules Engine.
ANI	Inneholder det opprinnelige telefonnummeret for samtalen. Dette er en standardparameter som du kan redigere eller slette, basert på regelkonfigurasjonen i BRE. En eksempelverdi for ANI er `{{NewContact.ANI}}`
Tidsavbrudd for respons	Angir tilkoblingstidsavbrudd for BRE-forespørselen. Standardinnstillingen er 2000 millisekunder.
Antall nye forsøk	Angir antall ganger BRE-forespørselen forsøkes etter en feil. Denne parameteren brukes hvis statuskoden er 5xx; for eksempel 500 eller 501.

For å legge til en spørreparameter, klikk på Legg til ny. Dette legger til en rad der du kan skrive inn nøkkelverdiparene. Du kan legge til så mange spørreparametere som nødvendig som en del av BRE-forespørselen.

Parse-innstillinger

Denne delen lar deg analysere svaret fra BRE-forespørselen til forskjellige variabler:

Parameter	Beskrivelse
Responsvariabel	Velg en variabel du vil trekke ut en bestemt seksjon til fra BRE-forespørselssvarobjektet. Du kan bare velge Tilpassede flytvariabler fra rullegardinlisten.
Stiuttrykk	Definer baneuttrykket for å analysere responsobjektet. Avhengig av typen datastruktur til responsobjektet og brukstilfellene for å utvinne et delsett av denne informasjonen, varierer baneuttrykket. Data normaliseres til et objekthierarki før utførelse av Path Expression, slik at JSONPath brukes i responsobjektet uavhengig av den konfigurerte innholdstypen.

Parameter

Beskrivelse

Responsvariabel

Velg en variabel du vil trekke ut en bestemt seksjon til fra BRE-forespørselssvarobjektet. Du kan bare velge Tilpassede flytvariabler fra rullegardinlisten.

Stiuttrykk

Definer baneuttrykket for å analysere responsobjektet. Avhengig av typen datastruktur til responsobjektet og brukstilfellene for å utvinne et delsett av denne informasjonen, varierer baneuttrykket.

Data normaliseres til et objekthierarki før utførelse av Path Expression, slik at JSONPath brukes i responsobjektet uavhengig av den konfigurerte innholdstypen.

Dekrypteringsinnstillinger

Du kan dekryptere utdatavariablene fra BRE-forespørselsaktiviteten. Hvis dekryptering er aktivert på flytnivå, kan brukere med feilsøkingstilgang til dekryptering se de umaskerte utdataverdiene for BRE-forespørselsaktiviteten i feilsøkingsloggene for flyten. Slå av Aktiver dekryptering for å deaktivere dekryptering på aktivitetsnivå for ekstra beskyttelse.

Utdatavariabler

BRE-forespørselen returnerer to utdatavariabler:

BRERequest1.httpResponseBody: Returnerer svarteksten for BRE-forespørselen.
BRERequest1.httpStatusCode: Returnerer statuskoden for BRE-forespørselen.

Disse svarkodene er klassifisert i følgende kategorier:
- Informative svar (100–199)
- Vellykkede svar (200–299)
- Omdirigeringer (300–399)
- Klientfeil (400–499)
- Serverfeil (500–599)

Innholdstypeformater

Følgende eksempler beskriver eksempelinndata-innholdstypeformater og JSON-svaret.

Innholdstype XML

Bruk dette verktøyet til å konvertere XML til JSON-format https://codeshack.io/xml-to-json-converter/.

XML-inndataformat:


  Tove
  Jani
  Reminder
  Test application

Data/JSON Normalisert respons

{
   "note": {
      "to": "Tove",
      "from": "Jani",
      "heading": "Reminder",
      "body": "Test application"
   }
}

Eksempel på JSON-stiuttrykk: Bruk $.note.from for å få verdien som Jani.

Innholdstype TOML

Bruk dette verktøyet til å konvertere TOML til JSON-format https://www.convertjson.com/toml-to-json.htm.

TOML-inndataformat:

title = "TOML Example"
[owner]
name = "Tom Preston-Werner"
dob = 1979-05-27T07:32:00-08:00

Data/JSON Normalisert respons

{
   "title": "TOML Example",
   "owner": {
      "name": "Tom Preston-Werner",
      "dob": "1979-05-27T15:32:00.000Z"
   }
}

Eksempel på JSON-stiuttrykk: Bruk $.owner.name for å få verdien som ‘Tom Preston-Werner’.

Innholdstype YAML

Bruk dette verktøyet til å konvertere YAML til JSON-format https://www.convertjson.com/yaml-to-json.htm.

YAML-inndataformat:

# An employee record
martin:
  name: Martin D'vloper
  job: Developer
  skill: Elite

Data/JSON Normalisert respons

{
   "martin": {
      "name": "Martin D'vloper",
      "job": "Developer",
      "skill": "Elite"
   }
}

Eksempel på JSON-stiuttrykk: Bruk $.martin.job for å få verdien Developer.

Innholdstype JSON

Bruk JSON-uttrykksevaluatoren https://jsonpath.com/.

JSON-inndataformat:

{
   "martin": {
      "name": "Martin D'vloper",
      "job": "Developer",
      "skill": "Elite"
   }
}

Data/JSON Normalisert respons

{
   "martin": {
      "name": "Martin D'vloper",
      "job": "Developer",
      "skill": "Elite"
   }
}

Eksempel på JSON-stiuttrykk: Bruk $.martin.job for å få verdien Developer.

Opprette en flyt med BRE-forespørselsaktivitet

Du kan opprette flyter ved hjelp av Flow Designer-grensesnittet som er tilgjengelig i Webex kontaktsenter. Opprett en flyt med aktiviteten BRE-forespørsel i Webex Contact Center-flytdesigneren.

Hvis du vil ha mer informasjon om konfigurasjon av flyten, kan du se BRE-forespørselen.

Ofte stilte spørsmål

Hva er hensikten med en attribute?
Attributes er grunnleggende for å koble innkommende BRE-oppslagsforespørsler til spesifikke regelsett definert i BRE, og for å lagre resultatene av regelevalueringer.
Hvordan lager du attributes?
Opprett attributes under Klargjøring > Attributter i BRE-verktøyet. For eksempel kan du opprette et attributt med navnet context.
Hva er hensikten med en context?
Context definerer det spesifikke scenarioet eller oppslagstypen som BRE bruker. Når en flyt kaller BRE-forespørselsaktiviteten, må den fortelle BRE hvilket sett med regler som skal evalueres. Et attributt, ofte kalt Context, settes til navnet på det spesifikke domenet.
Hva er en domain?
En domain er tabellen i BRE som inneholder de relevante dataene. Domenenavnet veileder BRE til de riktige dataene og det tilhørende regelsettet.
Hva er en label?
Etter at BRE har evaluert reglene sine, må den kommunisere resultatet tilbake til anropssystemet (for eksempel en Webex Contact Center Flow som inneholder BRE-forespørselsaktivitet). Regler konfigureres for å angi verdien til et angitt etikettattributt basert på betingelsene deres.
Hva er forholdet mellom et attributt, en kontekst og en etikett?
Du kan opprette en Attribute, for eksempel med navnet context. Du kan knytte dette attributtet til en domain (den faktiske tabellen som ANILookup). Når BRE-forespørselsaktiviteten kalles, angir flyten verdien til dette attributtet (det vil si domain = ANILookup) for å spesifisere konteksten (hvilke domeners regler som skal brukes).
Innenfor den domainskrives regler i Drools Syntax for å evaluere betingelser og sette verdien til en annen attribute, ofte referert til som en label (for eksempel label = "Trefikk funnet"). Dette representerer regelens resultat som returneres som et svar på flyten.
Hvordan er attributter, kontekster og etiketter relatert til spørreparametere i forespørselen?

BRE-en kalles av en flyt, vanligvis gjennom et API-kall (BRE-forespørselsaktivitet) til en hardkodet intern URL. Dette er et REST API som muliggjør oppslag av BRE-verdier lastet opp i CSV (key/value par). Dataene som kreves for at BRE skal kunne ta en avgjørelse, sendes som en del av denne forespørselen, på samme måte som spørreparametere eller en forespørselstekst ville fungert i et vanlig REST API-kall.
- Input Data: Informasjon fra det innkommende anropet (som innringerens ANI, kontonummer og andre lignende data) registreres som CAD-variabler (Call Associated Data) i Webex Contact Center-anropsflyten.
- BRE Configuration Data: Andre nødvendige parametere, som kontekst og attributtet som spesifiserer domenet (f.eks. domene = ANILookup), er også satt som variabler i Flows BRE-forespørselsnode.
- Request Variables: I BRE-forespørselstrinnet i flyten velges CAD-variablene og konfigurerte variabler som variabler i BRE-forespørselskonfigurasjonen. Disse variablene sendes deretter til BREs utførelsesbackend-motor.
- Function: I hovedsak fungerer «forespørselsvariablene» som «spørreparametere» eller inndatanyttelast for BRE-en. BRE bruker disse innkommende verdiene til å evaluere betingelsene som er definert i reglene sine.

Konfigurer ANI-baserte kundedataoppslag ved hjelp av forretningsregelmotoren

Denne eksempelarbeidsflyten bruker Business Rules Engine (BRE) til å slå opp kundedata ved hjelp av en innringers automatiske nummeridentifikasjon (ANI), behandle de returnerte dataene i en Webex Contact Center-flyt og vise valgt informasjon på agentens skrivebord. Trinnene er beskrevet nedenfor:

Klargjør oppslagsdataene

Opprett en CSV-fil som inneholder en unik oppslagsnøkkel og tilhørende data. For denne arbeidsflyten brukes innringerens ANI som oppslagsnøkkel. Lagre ett eller flere kundefelt i verdikolonnen. Skill flere felt med en strek (|).

15551234567,VIP Customer|John Smith|Premium Queue|Toronto 15559876543,Standard Customer|Jane Smith|General Queue|Vancouver

I dette eksemplet inneholder kolonne 1 ANI og kolonne 2 inneholder kundetype, kundenavn, kø og sted.

BRE er ment for leseorienterte oppslag, ikke som en transaksjonsdatabase for ofte oppdaterte individuelle poster.

Opprett BRE-oppslagstypen og last opp data

Åpne Webex Contact Center BRE-datasynkroniseringsverktøyet og velg leietakeren din. Hvis den nødvendige oppslagstypen ikke er tilgjengelig, be driftsteamet om å opprette den. Bruk et beskrivende navn, for eksempel ANILookup. Registrer det genererte kontekstnavnet fordi BRE-konfigurasjonen og -flyten må bruke samme verdi som skiller mellom store og små bokstaver.

Slik legger du til en testoppføring:

Åpne Legg til data.
Velg leietakeren og ANILookup.
Skriv inn ANI-en og den tilhørende verdien.
Send inn posten.

For å laste inn hele datasettet, åpne Upload BRE, velg leietaker og oppslagstype, og last opp CSV-filen. Åpne BRE-datalisten og bekreft at postene vises. Sørg for at ANI-formatet i CSV-filen samsvarer med formatet som sendes av flyten.

Lansering av forretningsregler

Logg på administrasjonsportalen for Webex Contact Center, åpne Forretningsreglerog start BRE-dashbordet:

Opprett kontekstattributtet:

Naviger til Hjem > Attributter > .
Legg til et attributt med følgende verdier:
- Navn: context
- Datatype: Tekst
Lagre resultatattributtet. Attributtet context identifiserer det opplastede oppslagsdatasettet som regelen spør etter.
Legg til et tekstattributt som representerer de returnerte dataene. Gi attributtet et meningsfullt navn selv når den returnerte verdien inneholder flere felt med strekavgrensning. Lagre attributtet. I dette eksemplet brukes customerType som eksempel.
Åpne Kontekster og legg til en kontekst. Skriv inn navnet på den genererte datasynkroniseringskonteksten, for eksempel ANILookup, knytt det til context -attributtet, og lagre det. Kontekstnavnet skiller mellom store og små bokstaver og må samsvare nøyaktig med den genererte datasynkroniseringskonteksten.

Opprett ANI-funnet-regel og ANI-ikke-funnet-regel

Åpne konteksten og velg Legg til regelredigeringsprogram. Gi regelen navnet ANIFound, aktiver den og gi den en høyere prioritet, for eksempel 100. Legg til følgende regel og lagre den:

when c: Contact() eval(c.getGlobalValuesManager().getAsString( c.getTenantId(), c.getAttribute("context") + "." + c.getAttribute("ani") ) != null) then c.putAttribute( "customerType", c.getGlobalValuesManager().getAsString( c.getTenantId(), c.getAttribute("context") + "." + c.getAttribute("ani") ) ); end

Regelen kombinerer konteksten og ANI for å danne oppslagsnøkkelen. Når en samsvarende verdi finnes, tilordnes resultatet til response-attributtet customerType.

Legg til en annen aktiv regel med navnet ANINotFound. Tildel den en lavere, unik prioritet, for eksempel 99. Konfigurer regelen til å sette customerType til Not Found når det ikke finnes noen samsvarende oppføring, og lagre den. Ikke gi begge reglene samme prioritet.

Opprett kontaktsenterflyten

Åpne Flow Designer og opprett eller åpne en testflyt. Legg til en BRE Request -aktivitet på det punktet der flyten må hente innringerens informasjon, og koble aktiviteten til riktig flytbane.

Normaliser ANI

Hvis de opplastede nøklene utelater landskodeprefikset +1, opprett et forhåndsbehandlingsuttrykk som fjerner det fra ANI-en:

ANI.replace("+1", "")

Bruk den normaliserte verdien som oppslagsnøkkel. Bruk denne transformasjonen bare når de lagrede verdiene utelater +1; Forespørselsverdien og opplastede nøkler må bruke samme format.

Konfigurer BRE-forespørselen

Konfigurer aktiviteten med følgende verdier:

Kontekst: ANILookup
Forespørselsattributt: ani
Forespørselsverdi: Den normaliserte ANI-en
Tidsavbrudd: 5 sekunder
Nye forsøk: 3
Responsattributt: customerType

Tilordne responsen til en strengflytvariabel. Konteksten velger datasettet, mens ani oppgir den individuelle postnøkkelen.

Behandle et flerfeltssvar

Hvis BRE returnerer VIP Customer|John Smith|Premium Queue|Toronto, splitt strengen ved å bruke et escaped pipe-skilletegn (\|). De resulterende elementene inneholder kundetype, kundenavn, kø og sted. Tilordne de nødvendige elementene til separate flytvariabler. Demonstrasjonen trekker ut det siste elementet, Toronto.

Konfigurer skjermpopup-funksjonen

Legg til eller konfigurer skjermvisningsaktiviteten for agent-skrivebordet. Tilordne den uttrukne kundeinformasjonen til det nødvendige skjermbildefeltet, koble flyten til køen eller agentrutingsbanen, og lagre og publiser deretter flyten.

Test demonstrasjonen

Foreta et kall fra et ANI som finnes i det opplastede datasettet. Bekreft at flyten normaliserer ANI-en, at BRE-forespørselen følger sin suksessbane, og at den utvunnede informasjonen vises på agentens skrivebord. Gjenta testen med et ANI som ikke finnes i datasettet, og bekreft at den ikke-funnede banen returnerer den konfigurerte reserveverdien.

Cisco AI Assistant

Takk for tilbakemeldingen.

Før du begynner

Konfigurer en BRE DataSync-instans

Tilgang til BRE-applikasjonen

Å lage et sett med regler

BRE-forespørsel

Generelle innstillinger

Spørringsparametere

Parse-innstillinger

Dekrypteringsinnstillinger

Utdatavariabler

Innholdstypeformater

Innholdstype XML

Innholdstype TOML

Innholdstype YAML

Innholdstype JSON

Opprette en flyt med BRE-forespørselsaktivitet

Ofte stilte spørsmål

Konfigurer ANI-baserte kundedataoppslag ved hjelp av forretningsregelmotoren

Klargjør oppslagsdataene

Opprett BRE-oppslagstypen og last opp data

Lansering av forretningsregler

Opprett ANI-funnet-regel og ANI-ikke-funnet-regel

Opprett kontaktsenterflyten

Normaliser ANI

Konfigurer BRE-forespørselen

Behandle et flerfeltssvar

Konfigurer skjermpopup-funksjonen

Test demonstrasjonen

Liten bedrift

Bedrift

Enheter

Løsninger for

Ressurser

Firma