- Hjem
- /
- Artikel
Business Rules Engine (BRE) i Webex Contact Center gør det muligt for kunder at uploade specifikke data, som systemet kan tilgå under kørsel for at træffe beslutninger om routing eller vise oplysninger til opkaldsagenter.
Cisco© Business Rules Engine er et program, der hjælper med hurtige dataopslag i Webex Contact Center. Ved hjælp af Cisco© Business Rules Engine (BRE) kan du udføre dataopslag, brugerdefineret routing og generel implementering. Systemet henter dataene under kørsel og bruger dem til at træffe beslutninger om routing eller vise oplysninger til agenten.
For eksempel ønsker en lejer at dirigere opkald til en bestemt gruppe af agenter baseret på den automatiske nummeridentifikation (ANI), der er blevet ringet op. I dette scenarie kan lejeren blot uploade en liste over ANI'er. Hvis ANI'en for det indgående opkald er på listen, sender systemet opkaldet til den angivne gruppe af agenter. Hvis ANI'en ikke er på listen, sender systemet opkaldet til den generelle kø.
En typisk BRE-implementering involverer disse hovedkomponenter:
-
BRE DataSync: BRE DataSync-konfigurationsværktøjet indeholder en grænseflade til at definere de Data Sync-instanser, der skal importeres data til BRE-databasen. Når lejeren har defineret Data Sync-instansen, kan lejeren uploade en CSV-fil. Systemet konverterer de uploadede kommaseparerede værdidata til poster i BRE-databasen.
-
Forretningsregelmotor: Hjælpeprogrammet Rules Engine tilbyder en grænseflade til oprettelse af domæner og regelsæt. BRE kræver, at en indgående beslutningsanmodning er tilknyttet et domæne. Domænet indeholder et sæt regler. Hver regel tildeles en prioritet. BRE'en forsøger at matche domænets regel med højeste prioritet med beslutningsanmodningen baseret på betingelserne i reglerne.
-
Flowdesigner: En træk-og-slip-brugergrænseflade, der bruges til at definere flows, der orkestrerer og automatiserer komponenterne i Webex Contact Center. Du kan oprette et flow, der kalder BRE-aktiviteten for at udføre et simpelt dataopslag, der ligner HTTP-anmodningsaktiviteten. I dette tilfælde findes dataene dog i Webex kontaktcenter.
Retningslinjer for datahåndtering
For at opretholde BRE'ens integritet og sikkerhed skal du overholde følgende retningslinjer for datahåndtering:
-
Tilladte datatyper: Upload data, der er afgørende for driften og funktionaliteten af BRE. Dette omfatter, men er ikke begrænset til, forretningsregler, konfigurationer og ikke-følsomme driftsdata.
-
Begrænsning af personoplysninger: Upload ikke personligt identificerbare oplysninger (PII) til BRE undtagen ANI-data. Personoplysninger omfatter, men er ikke begrænset til:
- Fulde navne
- CPR-numre
- E-mailadresser
- Fysiske adresser
- Finansielle oplysninger
ANI-data refererer til det telefonnummer, der er knyttet til den opkaldende part. ANI-data er den eneste type PII, der er tilladt at uploade til BRE. Denne undtagelse er for at understøtte specifikke forretningsfunktioner, der er afhængige af ANI-data.
Business Rules Engine består af en regelmotor i realtid, der kaldes af det flow, der er knyttet til et indgangspunkt. Denne regelmotor konsulterer typisk et datalager for at vurdere den ønskede opkaldshåndtering.
Et BRE-opslag er et simpelt datadip i dit flow, ligesom en HTTP-anmodning. Dataene til BRE-opslag findes dog i Cisco Webex Contact Center-datacenteret. Følgende billede viser de forskellige processer, der er involveret i BRE-dataopslaget.
Før du begynder
Før du implementerer BRE:
- Konfigurer BRE DataSync-instansen til din implementering med en klar forståelse af datamodellen.
- Sæt dig bekendt med følgende terminologi, der bruges i denne vejledning:
Attribute: Enattributeer en navngiven variabel eller et datafelt, der oprettes i BRE-værktøjet. Den fungerer som en beholder til information, som BRE bruger til at behandle anmodninger og generere output.Context: Etcontextbruges primært som et eksempelnavn på en attribut, der angiver det målrettede domæne for en BRE-anmodningsaktivitet.Label: EnLabeler en specifik type attribut, der er designet til at indeholde outputtet eller resultatet af en regels evaluering.
Se afsnittet Ofte stillede spørgsmål for yderligere oplysninger.
Konfigurer en BRE DataSync-instans
BRE DataSync-værktøjet tilgår en database for at træffe routingbeslutninger. Sørg for regelmæssigt at opdatere databasen med de relevante oplysninger. Dette afsnit beskriver, hvordan du konfigurerer BRE DataSync-værktøjet til at opdatere BRE-arkivet.
Lejeradministratoren skal oprette en BRE DataSync-instans for hvert datasæt, som regelmotorerne konsulterer under beslutningsprocessen. Administratoren kan oprette datasættet eller uploade en CSV-fil. Dataene konverteres til poster i BRE-arkivet.
Før du begynder
Kontakt Ciscos kundeservicechef for at få adgang til BRE DataSync-kontoen.
BRE DataSync er i øjeblikket kun aktiveret for rollen Fuld administrator. Lejere med rollen Fuld administrator kan uploade data enten ved hjælp af CSV-filupload eller nøgle-værdi-par. Brugere med denne rolle kan kun uploade deres organisationsspecifikke data.
Partneradministrator, ekstern administrator, agenter og supervisorer har ikke adgang til BRE DataSync-værktøjet.
| 1 |
Log ind på BRE DataSync-værktøjet som administrator. I overensstemmelse med de seneste forbedringer i BRE Hosting og Scalability er URL'erne til DataSync-værktøjet ændret. Sørg for at bruge de opdaterede URL'er til at uploade data til BRE. De regionsspecifikke BRE DataSync-URL'er 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/
Klik på URL'erne for at gå til siden Log ind med fælles identitet. For den amerikanske region skal du vælge den amerikanske klynge (og ikke den amerikanske anden klynge) for at fortsætte. De regionsspecifikke BRE Admin UI-URL'er 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/ |
| 2 |
Vælg BRE-dataliste for at se alle oplysninger, der er relateret til lejerorganisationen. |
| 3 |
Sådan tilføjer du data som nøgle-værdi-par til BRE-arkivet: Vælg Tilføj BRE-data |
| 4 |
Sådan uploader du en CSV-fil til BRE-arkivet: Vælg Upload BRE CSV-data. |
Adgang til BRE-applikationen
Du kan få adgang til Business Rules Engine-applikationen fra Webex Contact Center-administrationsportalen.
- Log ind på Webex Contact Center-administrationsportalen.
- Klik på Forretningsregler for at åbne dashboardet til Forretningsregelmotoren.
BRE bruger identitetstjeneste og Single Sign-On-interaktion. Hvis du allerede er logget ind via Common Identity, kan du få adgang til BRE-værktøjet for din organisation uden at skulle logge ind igen.
Systemet åbner Business Rules Engine (BRE)-applikationen i en ny browserfane. Dashboard-siden vises med en grafisk repræsentation af antallet af regler og udførelser.
Oprettelse af et sæt regler

Få adgang til BRE-portalen, og konfigurer attribut, etiket, kontekst og regler som beskrevet nedenfor.
| 1 |
Sådan opretter du en attribut, der skal knyttes til din organisation: |
| 2 |
Etiket giver dine data mening. Sådan opretter du en etiket: |
| 3 |
Klik på Kontekster for at navigere til siden Kontekster. Klik på +Add Kontekst. |
| 4 |
For at oprette regler skal du gå til siden Kontekster. Klik på +Add Regeleditor og konfigurer følgende detaljer:
Opret to regler: en, hvis systemet finder et match, og den anden, når systemet ikke finder et match. Følgende eksempelkode returnerer værdien NotFound for attributten routeInfo. Dette sker, hvis et nummer, som den, der ringer op, ringede fra (ANI), ikke matcher et ANI på listen over lejere, der er uploadet til BRE-databasen. Kopiér og indsæt følgende regel i Regeleditoren: |
| 5 |
Klik på Gem. |
BRE-anmodning
Brug BRE-anmodningsaktiviteten til at hente dataene fra din organisations Business Rules Engine (BRE) til brug i flowet. BRE-anmodningsaktiviteten bruger standard HTTP-protokoller til at hente data fra BRE'en.
I følgende afsnit kan du konfigurere BRE-anmodningsaktiviteten:
Generelle indstillinger
|
Parameter |
Beskrivelse |
|---|---|
|
Aktivitetsetiket |
Indtast et navn til aktiviteten. |
|
Aktivitetsbeskrivelse |
(Valgfrit) Indtast en beskrivelse af aktiviteten. |
Forespørgselsparametre
Som en del af BRE-anmodningen kan du sende de parametre, der er angivet i API-kaldet, til BRE'en. I kolonnerne Nøgle-Værdi kan du indtaste nøglen til forespørgslen og den tilhørende værdi, der skal sendes sammen med forespørgslen. Du kan også bruge syntaksen med dobbelte krøllede parenteser til at overføre variable værdier.
BRE-aktiviteten har én foruddefineret forespørgselsparameter: context. Denne forespørgselsparameter sendes til BRE i API-kaldet.
` TenantID ` indsættes automatisk som en parameter og behøver ikke at blive konfigureret.
|
Parameter |
Beskrivelse |
|---|---|
|
Kontekst |
Indeholder årsagen til anmodningen. Denne obligatoriske parameter kan ikke redigeres eller slettes. Denne parameter skal indeholde den samme værdi som den værdi, der er angivet i attributten |
|
ANI |
Indeholder det oprindelige telefonnummer for opkaldet. Dette er en standardparameter, som du kan redigere eller slette, baseret på regelkonfigurationen i BRE. En eksempelværdi for ANI er |
|
Svartimeout | Angiver forbindelsestimeout for BRE-anmodningen. Standardindstillingen er 2000 millisekunder. |
|
Antal genforsøg |
Angiver, hvor mange gange BRE-anmodningen forsøges efter en fejl. Denne parameter bruges, hvis statuskoden er 5xx; for eksempel 500 eller 501. |
For at tilføje en forespørgselsparameter skal du klikke på Tilføj ny. Dette tilføjer en række, hvor du kan indtaste nøgleværdiparrene. Du kan tilføje så mange forespørgselsparametre som nødvendigt som en del af BRE-anmodningen.
Parse-indstillinger
Dette afsnit giver dig mulighed for at analysere svaret fra BRE-anmodningen i forskellige variabler:
|
Parameter |
Beskrivelse |
|---|---|
|
Reaktionsvariabel |
Vælg en variabel, som du vil udtrække et bestemt afsnit fra BRE-anmodningssvarobjektet. Du kan kun vælge Brugerdefinerede flow-variabler fra rullelisten. |
|
Stiudtryk |
Definer stiudtrykket til parsing af svarobjektet. Afhængigt af typen af datastruktur for responsobjektet og brugsscenarierne for udtrækning af en delmængde af disse oplysninger, varierer stiudtrykket. Data normaliseres til et objekthierarki før udførelse af Path Expression, så JSONPath bruges i responsobjektet uanset den konfigurerede indholdstype. |
Dekrypteringsindstillinger
Du kan dekryptere outputvariablerne fra BRE-anmodningsaktiviteten. Hvis dekryptering er aktiveret på flowniveau, kan brugere med adgang til fejlfinding og dekryptering se de ikke-maskerede outputværdier for BRE-anmodningsaktiviteten i flow-fejlfindingsloggene. Slå Aktiver dekryptering fra for at deaktivere dekryptering på aktivitetsniveau for yderligere beskyttelse.
Outputvariabler
BRE-anmodningen returnerer to outputvariabler:
-
BRERequest1.httpResponseBody: Returnerer svarteksten for BRE-anmodningen. -
BRERequest1.httpStatusCode: Returnerer statuskoden for BRE-anmodningen.Disse svarkoder er klassificeret i følgende kategorier:
-
Informative svar (100–199)
-
Succesfulde svar (200–299)
-
Omdirigeringer (300–399)
-
Klientfejl (400–499)
-
Serverfejl (500–599)
-
Indholdstypeformater
Følgende eksempler beskriver eksempelinputformater for indholdstyper og JSON-svaret.
Indholdstype XML
Brug dette værktøj til at konvertere XML til JSON-format https://codeshack.io/xml-to-json-converter/.
XML-inputformat:
Tove
Jani
Reminder
Test application
Data/JSON Normaliseret respons
{
"note": {
"to": "Tove",
"from": "Jani",
"heading": "Reminder",
"body": "Test application"
}
}
Eksempel på JSON-stiudtryk: Brug $.note.from til at få værdien som Jani.
Indholdstype TOML
Brug dette værktøj til at konvertere TOML til JSON-format https://www.convertjson.com/toml-to-json.htm.
TOML-inputformat:
title = "TOML Example"
[owner]
name = "Tom Preston-Werner"
dob = 1979-05-27T07:32:00-08:00
Data/JSON Normaliseret respons
{
"title": "TOML Example",
"owner": {
"name": "Tom Preston-Werner",
"dob": "1979-05-27T15:32:00.000Z"
}
}
Eksempel på JSON-stiudtryk: Brug $.owner.name til at få værdien som ‘Tom Preston-Werner’.
Indholdstype YAML
Brug dette værktøj til at konvertere YAML til JSON-format https://www.convertjson.com/yaml-to-json.htm.
YAML-inputformat:
# An employee record
martin:
name: Martin D'vloper
job: Developer
skill: Elite
Data/JSON Normaliseret respons
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Eksempel på JSON-stiudtryk: Brug $.martin.job til at få værdien Developer.
Indholdstype JSON
Brug JSON-udtryksevalueringsværktøjet https://jsonpath.com/.
JSON-inputformat:
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Data/JSON Normaliseret respons
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Eksempel på JSON-stiudtryk: Brug $.martin.job til at få værdien Developer.
Oprettelse af et flow med BRE-anmodningsaktivitet
Du kan oprette flows ved hjælp af Flow Designer-grænsefladen, der er tilgængelig i Webex Kontaktcenter. Opret et flow med aktiviteten BRE-anmodning i Webex Contact Center Flow Designer.
For mere information om konfiguration af flowet, se BRE-anmodning.
Ofte stillede spørgsmål
- Hvad er formålet med en
attribute?Attributeser grundlæggende for at forbinde indgående BRE-opslagsanmodninger til specifikke regelsæt defineret i BRE, og for at gemme resultaterne af regelevalueringer. - Hvordan opretter du
attributes?Opret
attributesunder i BRE-værktøjet. For eksempel kan du oprette en attribut med navnetcontext. - Hvad er formålet med en
context?Contextdefinerer det specifikke scenarie eller den opslagstype, som BRE anvender. Når et flow kalder BRE-anmodningsaktiviteten, skal det fortælle BRE, hvilket sæt regler der skal evalueres. En attribut, ofte kaldetContext, sættes til navnet på det specifikke domæne. - Hvad er en
domain?En
domainer den tabel i BRE, der indeholder de relevante data. Domænets navn guider BRE til de korrekte data og det tilhørende regelsæt. - Hvad er en
label?Når BRE har evalueret sine regler, skal den kommunikere resultatet tilbage til opkaldssystemet (for eksempel et Webex Contact Center-flow, der indeholder BRE-anmodningsaktivitet). Regler konfigureres til at indstille værdien af en angivet etiketattribut baseret på deres betingelser.
- Hvad er forholdet mellem en attribut, kontekst og en etiket?
Du kan oprette en
Attribute, for eksempel med navnetcontext. Du kan knytte denne attribut til endomain(den faktiske tabel ligesom ANILookup). Når BRE-anmodningsaktiviteten kaldes, angiver flowet værdien af denne attribut (dvs.domain= ANILookup) for at angive konteksten (hvilke domæneregler der skal bruges).Inden for den
domainskrives regler i Drools Syntax for at evaluere betingelser og indstille værdien af en andenattribute, ofte omtalt som enlabel(for eksempellabel= "MatchFundet"). Dette repræsenterer reglens resultat, der returneres som et svar på flowet. -
Hvordan er attributter, kontekster og etiketter relateret til forespørgselsparametre i anmodningen?
BRE'en kaldes af et flow, typisk via et API-kald (BRE-anmodningsaktivitet) til en hardcodet intern URL. Dette er en REST API, der muliggør opslag af BRE-værdier uploadet i CSV (key/value par). De data, der kræves for at BRE kan træffe en beslutning, videregives som en del af denne anmodning, på samme måde som forespørgselsparametre eller en anmodningstekst ville fungere i et almindeligt REST API-kald.
Input Data: Oplysninger fra det indgående opkald (som opkalderens ANI, kontonummer og andre lignende data) registreres som CAD-variabler (Call Associated Data) i Webex Contact Center-opkaldsflowet.BRE Configuration Data: Andre nødvendige parametre, såsom kontekst og attributten der angiver domænet (f.eks. domæne = ANILookup) er også indstillet som variabler i Flows BRE-anmodningsnode.Request Variables: I BRE-anmodningstrinnet i flowet vælges CAD-variablerne og de konfigurerede variabler som variabler i BRE-anmodningskonfigurationen. Disse variabler sendes derefter til BRE'ens udførelsesbackend-motor.Function: I bund og grund fungerer 'Anmodningsvariablerne' som 'forespørgselsparametre' eller inputnyttelast for BRE'en. BRE bruger disse indkommende værdier til at evaluere de betingelser, der er defineret i dens regler.
Konfigurer ANI-baserede kundedataopslag ved hjælp af Business Rules Engine
Dette eksempel på en arbejdsgang bruger Business Rules Engine (BRE) til at slå kundedata op ved hjælp af en opkalders automatiske nummeridentifikation (ANI), behandle de returnerede data i et Webex Contact Center-flow og vise udvalgte oplysninger på agentens skrivebord. Trinene er beskrevet nedenfor:
Forbered opslagsdataene
Opret en CSV-fil, der indeholder en unik opslagsnøgle og dens tilhørende data. I denne arbejdsgang bruges den, der ringer op, ANI som opslagsnøgle. Gem et eller flere kundefelter i værdikolonnen. Adskil flere felter med en pipe (|).
15551234567,VIP Customer|John Smith|Premium Queue|Toronto 15559876543,Standard Customer|Jane Smith|General Queue|Vancouver I dette eksempel indeholder kolonne 1 ANI'en, og kolonne 2 indeholder kundetype, kundenavn, kø og placering.
BRE er beregnet til læseorienterede opslag, ikke som en transaktionsdatabase til hyppigt opdaterede individuelle poster.
Opret BRE-opslagstypen og upload data
Åbn Webex Contact Center BRE-datasynkroniseringsværktøjet, og vælg din lejer. Hvis den nødvendige opslagstype ikke er tilgængelig, skal du bede driftsteamet om at oprette den. Brug et beskrivende navn, f.eks. ANILookup. Registrer det genererede kontekstnavn, fordi BRE-konfigurationen og -flowet skal bruge den samme værdi, der skelner mellem store og små bogstaver.
Sådan tilføjer du en testpost:
- Åbn Tilføj data.
- Vælg lejeren og
ANILookup. - Indtast ANI'en og den tilhørende værdi.
- Indsend optegnelsen.
For at indlæse hele datasættet skal du åbne Upload BRE, vælge lejer og opslagstype og uploade CSV-filen. Åbn BRE-dataliste og bekræft, at posterne vises. Sørg for, at ANI-formatet i CSV-filen matcher det format, der sendes af flowet.
Lancering af forretningsregler
Log ind på Webex Contact Center-administrationsportalen, åbn Forretningsregler, og åbn BRE-dashboardet:
Opret kontekstattributten:
- Naviger til
- Tilføj en attribut med følgende værdier:
- Navn:
context - Datatype: SMS
- Navn:
- Gem resultatattributten. Attributten
contextidentificerer det uploadede opslagsdatasæt, som reglen forespørger. - Tilføj en tekstattribut, der repræsenterer de returnerede data. Giv attributten et meningsfuldt navn, selv når den returnerede værdi indeholder flere felter adskilt af lodret linje. Gem attributten. I dette eksempel bruges
customerTypesom eksempel. - Åbn Kontekster og tilføj en kontekst. Indtast det genererede navn for datasynkroniseringskonteksten, f.eks.
ANILookup, tilknyt det til attributtencontext, og gem det. Kontekstnavnet skelner mellem store og små bogstaver og skal stemme nøjagtigt overens med den genererede datasynkroniseringskontekst.
Opret ANI-found-regel og ANI-not-found-regel
Åbn konteksten, og vælg Tilføj regeleditor. Navngiv reglen ANIFound, aktiver den, og tildel den en højere prioritet, f.eks. 100. Tilføj følgende regel og gem 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 Reglen kombinerer konteksten og ANI for at danne opslagsnøglen. Når der findes en matchende værdi, tildeles resultatet til response-attributten customerType.
Tilføj endnu en aktiv regel med navnet ANINotFound. Tildel den en lavere, unik prioritet, f.eks. 99. Konfigurer reglen til at indstille customerType til Not Found, når der ikke findes nogen matchende post, og gem den. Giv ikke begge regler samme prioritet.
Opret kontaktcenterflowet
Åbn Flow Designer, og opret eller åbn et testflow. Tilføj en BRE Request aktivitet på det punkt, hvor flowet skal hente opkalderens oplysninger, og forbind aktiviteten til den relevante flowsti.
Normaliser ANI'en
Hvis de uploadede nøgler udelader landekodepræfikset +1, skal du oprette et forbehandlingsudtryk, der fjerner det fra ANI'en:
ANI.replace("+1", "") Brug den normaliserede værdi som opslagsnøgle. Anvend kun denne transformation, når de gemte værdier udelader +1; Anmodningsværdien og de uploadede nøgler skal bruge samme format.
Konfigurer BRE-anmodningen
Konfigurer aktiviteten med følgende værdier:
- Sammenhæng:
ANILookup - Anmodningsattribut:
ani - Anmodningsværdi: Den normaliserede ANI
- Timeout: 5 sekunder
- Genforsøg: 3
- Svarattribut:
customerType
Kortlæg svaret til en strengflowvariabel. Konteksten vælger datasættet, mens ani angiver den individuelle postnøgle.
Behandl et flerfeltssvar
Hvis BRE returnerer VIP Customer|John Smith|Premium Queue|Toronto, skal strengen opdeles ved hjælp af en escaped pipe-afgrænser (\|). De resulterende elementer indeholder kundetype, kundenavn, kø og placering. Tildel de nødvendige elementer til separate flowvariabler. Demonstrationen udtrækker det sidste element, Toronto.
Konfigurer skærmpopup
Tilføj eller konfigurer skærmvisningsaktiviteten for agent-desktop. Kortlæg de udtrukne kundeoplysninger til det nødvendige skærmfelt, forbind flowet til køen eller agentens routingsti, og gem og udgiv derefter flowet.
Test demonstrationen
Foretag et kald fra et ANI, der findes i det uploadede datasæt. Bekræft, at flowet normaliserer ANI'en, at BRE-anmodningen følger sin successti, og at de udtrukne oplysninger vises på agentens skrivebord. Gentag testen med et ANI, der ikke findes i datasættet, og bekræft, at den ikke-fundne sti returnerer den konfigurerede fallback-værdi.