Användarhandbok för Webex Contact Center Business Rules Engine

I den här artikeln

Har du feedback?

Business Rules Engine (BRE) i Webex Contact Center gör det möjligt för kunder att ladda upp specifika data som systemet kan komma åt under körning för att fatta routningsbeslut eller visa information för att ringa agenter.

Inledning

Cisco© Business Rules Engine är ett program som hjälper till med snabba datasökningar i Webex kontaktcenter. Med hjälp av Cisco© Business Rules Engine (BRE) kan du utföra datasökningar, anpassad routing och allmän implementering. Systemet hämtar data vid körning och använder dem för att routa beslut eller visa information för agenten.

Till exempel vill en hyresgäst dirigera samtal till en specifik grupp agenter baserat på den automatiska nummeridentifieringen (ANI) som slås. I det här scenariot kan hyresgästen helt enkelt ladda upp en lista över ANI:er. Om ANI för det inkommande samtalet finns på den listan dirigerar systemet samtalet till den angivna gruppen av agenter. Om ANI:t inte finns med i listan dirigerar systemet samtalet till den allmänna kön.

En typisk BRE-implementering involverar dessa huvudkomponenter:

BRE DataSync: Konfigurationsverktyget BRE DataSync tillhandahåller ett gränssnitt för att definiera Data Sync-instanserna för att importera data till BRE-databasen. När hyresgästen har definierat Data Sync-instansen kan hyresgästen ladda upp en CSV-fil. Systemet konverterar de uppladdade kommaseparerade värdena till poster i BRE-databasen.
Motor för affärsregler: Verktyget Business Rules Engine tillhandahåller ett gränssnitt för att skapa domäner och regeluppsättningar. BRE kräver att en inkommande beslutsbegäran associeras med en domän. Domänen innehåller en uppsättning regler. Varje regel tilldelas en prioritet. BRE försöker matcha domänens regel med högsta prioritet med beslutsbegäran baserat på villkoren i reglerna.
Flödesdesigner: Ett dra-och-släpp-gränssnitt som används för att definiera flöden som orkestrerar och automatiserar komponenterna i Webex Contact Center. Du kan skapa ett flöde som anropar BRE-aktiviteten för att utföra en enkel datasökning liknande HTTP-begäran-aktiviteten. I det här fallet finns dock informationen i Webex kontaktcenter.

Riktlinjer för datahantering

För att upprätthålla integriteten och säkerheten för BRE måste du följa följande riktlinjer för datahantering:

Tillåtna datatyper: Ladda upp data som är avgörande för BRE:s drift och funktionalitet. Detta inkluderar, men är inte begränsat till, affärsregler, konfigurationer och icke-känsliga operativa data.
Begränsning av personligt identifierbar information: Ladda inte upp någon personligt identifierbar information (PII) till BRE förutom ANI-data. Personuppgifter inkluderar, men är inte begränsade till:
- Fullständiga namn
- Personnummer
- E-postadresser
- Fysiska adresser
- Finansiell information

ANI-data avser det telefonnummer som är kopplat till den uppringande parten. ANI-data är den enda typen av PII som är tillåten att laddas upp till BRE. Detta undantag är till för att stödja specifika affärsfunktioner som är beroende av ANI-data.

Implementering av affärsreglermotor

Business Rules Engine består av en regelmotor i realtid som anropas av flödet som är associerat med en startpunkt. Denna regelmotor konsulterar vanligtvis ett datalager för att bedöma önskad samtalshantering.

En BRE-sökning är en enkel datadipp i ditt flöde, som en HTTP-begäran. Data för BRE-sökning finns dock i Cisco Webex Contact Center-datacentret. Följande bild visar de olika processerna som är involverade i BRE-datasökningen.

Innan du börjar

Innan du implementerar BRE:

Konfigurera BRE DataSync-instansen för din implementering med en tydlig förståelse av datamodellen.
Bekanta dig med följande terminologi som används i den här guiden:
- Attribute: En attribute är en namngiven variabel eller ett datafält som skapats i BRE-verktyget. Den fungerar som en behållare för information som BRE använder för att bearbeta förfrågningar och generera utdata.
- Context: Ett context används främst som ett exempelnamn för ett attribut som anger måldomänen för en BRE-förfrågningsaktivitet.
- Label: Ett Label är en specifik typ av attribut som är utformat för att lagra utdata eller resultatet av en regels utvärdering.

Se avsnittet Vanliga frågor för mer information.

Konfigurera en BRE DataSync-instans

BRE DataSync-verktyget använder en databas för att fatta beslut om routing. Se till att regelbundet uppdatera databasen med lämplig information. Det här avsnittet beskriver hur du konfigurerar BRE DataSync-verktyget för att uppdatera BRE-arkivet.

Diagram över hur BRE DataySync-verktyget är konfigurerat för att uppdatera BRE-arkivet. BRE DataSync > GROV > BRE-arkivet. — ***BRE DataSync-verktyget***

Hyresgästadministratören måste skapa en BRE DataSync-instans för varje datauppsättning som regelmotorerna konsulterar under sin beslutsprocess. Administratören kan skapa datamängden eller ladda upp en CSV-fil. Informationen konverteras till poster i BRE-arkivet.

Innan du börjar

Kontakta Ciscos kundtjänstansvariga för att få åtkomst till BRE DataSync-kontot.

BRE DataSync är för närvarande endast aktiverat för rollen Fullständig administratör. Hyresgäster med rollen fullständig administratör kan ladda upp data antingen med hjälp av CSV-filuppladdning eller nyckel-värde-par. Användare med den här rollen kan endast ladda upp sina organisationsspecifika data.

Partneradministratör, extern administratör, agenter och handledare har inte åtkomst till BRE DataSync-verktyget.

1	Logga in på BRE DataSync-verktyget som administratör. I enlighet med de senaste förbättringarna inom BRE Hosting och Scalability har URL:erna för DataSync-verktyget ändrats. Se till att använda de uppdaterade URL:erna för att ladda upp data till BRE. De regionspecifika BRE DataSync-URL:erna är: 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/ Klicka på webbadresserna för att gå till sidan Logga in med gemensam identitet. För den amerikanska regionen, välj det amerikanska klustret (och inte det andra klustret ) för att gå vidare. De regionspecifika BRE-administratörsgränssnitts-URL:erna är: 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	Välj BRE-datalista för att visa all information som är relaterad till hyresgästorganisationen.
3	För att lägga till data som nyckel-värdepar till BRE-arkivet: Välj Lägg till BRE-data Välj organisationsnamnet från rullgardinsmenyn TenantName. Välj BRE-sökningstyp från rullgardinsmenyn. Se följande storleksbegränsningar för att lägga till BRE-sökningstyp: Maximalt antal tecken för BRE-sökningstyp: VARCHAR(200) Maximal teckengräns för värdefält: VARCHAR(500) Maximalt antal söktyper per organisation: 100 Maximalt antal rader per söktyp: 100K rad Maximal filstorleksgräns för uppladdning: 10 MB Kontakta Ciscos kundframgångschef eller kontaktpersonen för lösningssäkerhet för att lägga till nya söktyper. Klicka på Lägg till data för att ange Nyckel och Värde. (Valfritt) Klicka på Ta bort för att ta bort en befintlig nyckel och ett värde. Klicka på Skicka.
4	För att ladda upp en CSV-fil till BRE-arkivet: Välj Ladda upp BRE CSV-data. Välj organisationsnamnet från rullgardinsmenyn TenantName. Välj BRE-sökningstyp från rullgardinsmenyn. Välj Ladda upp för att bläddra och ladda upp CSV-filen. Klicka på Skicka. *Exempel på CSV-fil med data* Åtgärderna Ta bort, Uppdatera och Lägg till är inte skiftlägeskänsliga. Du kan också använda syntaxen `725160001,,Delete` för att radera data.

Åtkomst till BRE-applikationen

Du kan komma åt Business Rules Engine-applikationen från Webex Contact Center-administrationsportalen.

Logga in på Webex kontaktcenters administrationsportal.
Klicka på Affärsregler för att öppna instrumentpanelen för Business Rules Engine.
BRE använder identitetstjänster och en enkel inloggningsinteraktion. Om du redan är inloggad via Common Identity kan du komma åt BRE-verktyget för din organisation utan att logga in igen.

Systemet öppnar Business Rules Engine (BRE)-applikationen i en ny webbläsarflik. Instrumentpanelssidan visas med en grafisk representation av antalet regler och körningar. BRE-instrumentpanelen

Skapa en uppsättning regler

Diagram över verktyget Business Rule Engine som anropas av ett flöde i Webex Contact Center. Flödeskontroll i Webex Contact Center Flow Designer > Sökningsförfrågan > Cisco BRE > Läsa > BRE-arkivet.

Gå till BRE-portalen och konfigurera attribut, etikett, kontext och regler enligt beskrivningen nedan.

1	Så här skapar du ett attribut som ska associeras med din organisation: Välj Attribut och klicka på Lägg till på sidan Attribut. Ange `context` i fältet Namn. Välj datatyp som `Text` i rullgardinsmenyn. Datatypen måste vara `Text` i BRE-verktyget. Klicka på Spara.
2	Etikett ger mening åt dina data. För att skapa en etikett: Välj Etiketter och klicka på Lägg till på sidan Etiketter. Ange ett namn för etiketten i fältet Namn . Klicka på Spara.
3	Klicka på Kontexter för att navigera till sidan Kontexter. Klicka på +Add Kontext. Ange Namn vilket är den Genererade Kontexten i BRE-datalistan. Ange en valfri Beskrivning. Om fler än ett attribut skapas, välj det attribut du vill associera med detta sammanhang från rullgardinsmenyn Attribut . Klicka på Spara.
4	För att skapa regler, navigera till sidan Kontexter. Klicka på +Add Regelredigeraren och konfigurera följande detaljer: Namn: Ange ett namn för regeln. Beskrivning: En valfri beskrivning av regeln. Aktiv: Markera kryssrutan för att ange att regeln är aktiv. Etikett: Välj önskad etikett från rullgardinsmenyn. Prioritet: Dra reglaget för att tilldela en prioritet till regeln. Systemet kör reglerna baserat på den tilldelade prioriteten, från högsta (100) till lägsta. Det rekommenderas att du börjar prioritera från 100 i fallande ordning. Regelredigerare (verktyg för att mata in kod, som visas i skärmdumparna nedan): Ange koden för regeln. Skapa två regler: en om systemet hittar en matchning och den andra när systemet inte hittar någon matchning. Följande exempelkod returnerar värdet för ett attribut med namnet routeInfo. Detta inträffar om numret som uppringaren ringde från (ANI) matchar ANI:et på listan över hyresgäster som laddats upp till BRE-databasen. Kopiera och klistra in följande regel i Regelredigeraren: `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öljande exempelkod returnerar värdet NotFound för attributet routeInfo. Detta inträffar om ett nummer som uppringaren ringde från (ANI) inte matchar ett ANI i listan över hyresgäster som laddas upp till BRE-databasen. Kopiera och klistra in följande regel i Regelredigeraren: `when c: Contact() eval(c.getGlobalValuesManager().getAsString( c.getTenantId(), c.getAttribute("context")+"." + c.getAttribute("ani")) == null) then c.putAttribute("routeInfo", "NotFound "); end`
5	Klicka på Spara.

BRE-begäran

Använd aktiviteten BRE-begäran för att hämta data från organisationens Business Rules Engine (BRE) för att använda i flödet. BRE-förfrågan-aktiviteten använder standard HTTP-protokoll för att hämta data från BRE.

I följande avsnitt kan du konfigurera BRE-förfrågningsaktiviteten:

Allmänna inställningar
Frågeparametrar
Parse-inställningar
Utdatavariabler

Allmänna inställningar

Parameter	Beskrivning
Aktivitetsetikett	Ange ett namn för aktiviteten.
Aktivitetsbeskrivning	(Valfritt) Ange en beskrivning av aktiviteten.

Frågeparametrar

Som en del av BRE-begäran kan du skicka parametrarna som anges i API-anropet till BRE. I kolumnerna Nyckel-Värde kan du ange nyckeln för frågan och det tillhörande värdet som ska skickas tillsammans med frågan. Du kan också använda syntaxen för dubbla klammerparenteser för att skicka variabelvärden.

BRE-aktiviteten har en fördefinierad frågeparameter: context. Denna frågeparameter skickas i API-anropet till BRE.

TenantID matas in automatiskt som en parameter och behöver inte konfigureras.

Tabell 1. Frågeparametrar
Parameter	Beskrivning
Context	Innehåller orsaken till begäran. Denna obligatoriska parameter kan inte redigeras eller tas bort. Denna parameter måste innehålla samma värde som värdet som anges i attributet `context` i BRE. För mer information, se avsnittet Skapa en uppsättning regler i Användarhandbok för Cisco Webex Contact Center Business Rules Engine.
ANI	Innehåller det ursprungliga telefonnumret för samtalet. Detta är en standardparameter som du kan redigera eller ta bort, baserat på regelkonfigurationen i BRE. Ett exempelvärde för ANI är `{{NewContact.ANI}}`
Svarstidsgräns	Anger anslutningstimeout för BRE-begäran. Standardinställningen är 2000 millisekunder.
Antal återförsök	Anger hur många gånger BRE-begäran försöks efter misslyckande. Denna parameter används om statuskoden är 5xx; till exempel 500 eller 501.

För att lägga till en frågeparameter, klicka på Lägg till ny. Detta lägger till en rad där du kan ange nyckelvärdeparen. Du kan lägga till så många frågeparametrar som behövs som en del av BRE-begäran.

Parse-inställningar

I det här avsnittet kan du analysera svaret från BRE-begäran till olika variabler:

Parameter	Beskrivning
Variabel för svarstid	Välj en variabel som du vill extrahera ett visst avsnitt från BRE Request-svarsobjektet till. Du kan bara välja Anpassade flödesvariabler från rullgardinsmenyn.
Banuttryck	Definiera sökvägsuttrycket för att parsa svarsobjektet. Beroende på vilken typ av datastruktur som finns i svarsobjektet och användningsfallen för att extrahera en delmängd av den informationen varierar sökvägsuttrycket. Data normaliseras till en objekthierarki innan Path Expression körs, så JSONPath används i svarsobjektet oavsett den konfigurerade innehållstypen.

Parameter

Beskrivning

Variabel för svarstid

Välj en variabel som du vill extrahera ett visst avsnitt från BRE Request-svarsobjektet till. Du kan bara välja Anpassade flödesvariabler från rullgardinsmenyn.

Banuttryck

Definiera sökvägsuttrycket för att parsa svarsobjektet. Beroende på vilken typ av datastruktur som finns i svarsobjektet och användningsfallen för att extrahera en delmängd av den informationen varierar sökvägsuttrycket.

Data normaliseras till en objekthierarki innan Path Expression körs, så JSONPath används i svarsobjektet oavsett den konfigurerade innehållstypen.

Dekrypteringsinställningar

Du kan dekryptera utdatavariablerna för BRE-begäran. Om dekryptering är aktiverat på flödesnivå kan användare med åtkomst till felsökningsdekryptering se de avmaskerade utdatavärdena för BRE-begäran-aktiviteten i flödesfelsökningsloggarna. Stäng av Aktivera dekryptering för att inaktivera dekryptering på aktivitetsnivå för ytterligare skydd.

Utdatavariabler

BRE-begäran returnerar två utdatavariabler:

BRERequest1.httpResponseBody: Returnerar svarstexten för BRE-begäran.
BRERequest1.httpStatusCode: Returnerar statuskoden för BRE-begäran.

Dessa svarskoder klassificeras i följande kategorier:
- Informationssvar (100–199)
- Framgångsrika svar (200–299)
- Omdirigeringar (300–399)
- Klientfel (400–499)
- Serverfel (500–599)

Innehållstypformat

Följande exempel beskriver exempel på inmatningsformat för innehållstyper och JSON-svaret.

Innehållstyp XML

Använd det här verktyget för att konvertera XML till JSON-format https://codeshack.io/xml-to-json-converter/.

XML-inmatningsformat:


  Tove
  Jani
  Reminder
  Test application

Data/JSON Normaliserat svar

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

Exempel på JSON-sökvägsuttryck: Använd $.note.from för att få värdet som Jani.

Innehållstyp TOML

Använd det här verktyget för att konvertera TOML till JSON-format https://www.convertjson.com/toml-to-json.htm.

TOML-inmatningsformat:

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

Data/JSON Normaliserat svar

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

Exempel på JSON-sökvägsuttryck: Använd $.owner.name för att få värdet som ‘Tom Preston-Werner’.

Innehållstyp YAML

Använd det här verktyget för att konvertera YAML till JSON-format https://www.convertjson.com/yaml-to-json.htm.

YAML-inmatningsformat:

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

Data/JSON Normaliserat svar

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

Exempel på JSON-sökvägsuttryck: Använd $.martin.job för att få värdet Developer.

Innehållstyp JSON

Använd JSON-uttrycksutvärderaren https://jsonpath.com/.

JSON-inmatningsformat:

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

Data/JSON Normaliserat svar

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

Exempel på JSON-sökvägsuttryck: Använd $.martin.job för att få värdet Developer.

Skapa ett flöde med BRE-förfrågningsaktivitet

Du kan skapa flöden med hjälp av flödesdesignergränssnittet som finns tillgängligt i Webex kontaktcenter. Skapa ett flöde med aktiviteten BRE-förfrågan i Webex kontaktcenterflödesdesignern.

För mer information om hur du konfigurerar flödet, se BRE-förfrågan.

Vanliga frågor

Vad är syftet med en attribute?
Attributes är grundläggande för att länka inkommande BRE-sökningsförfrågningar till specifika regeluppsättningar definierade inom BRE, och för att lagra resultaten av regelutvärderingar.
Hur skapar man attributes?
Skapa attributes under Provisionering > Attribut i BRE-verktyget. Du kan till exempel skapa ett attribut med namnet context.
Vad är syftet med en context?
Context definierar det specifika scenario eller den söktyp som BRE tillämpar. När ett flöde anropar BRE-begäran-aktiviteten måste det ange för BRE vilken uppsättning regler som ska utvärderas. Ett attribut, ofta kallat Context, sätts till namnet på den specifika domänen.
Vad är en domain?
En domain är tabellen inom BRE som innehåller relevant data. Domännamnet vägleder BRE till korrekt data och motsvarande regeluppsättning.
Vad är en label?
Efter att BRE har utvärderat sina regler måste den kommunicera resultatet tillbaka till anropssystemet (till exempel ett Webex Contact Center-flöde som innehåller BRE-förfrågningsaktivitet). Regler konfigureras för att ange värdet för ett angivet etikettattribut baserat på deras villkor.
Vad är förhållandet mellan ett attribut, kontext och en etikett?
Du kan skapa en Attribute, till exempel med namnet context. Du kan associera det här attributet med en domain (den faktiska tabellen som ANILookup). När BRE Request-aktiviteten anropas anger flödet värdet för detta attribut (det vill säga domain = ANILookup) för att ange kontexten (vilken domäns regler som ska användas).
Inom den domainskrivs regler i Drools syntax för att utvärdera villkor och sätta värdet på en annan attribute, ofta kallad en label (till exempel label = "Matchfunnen"). Detta representerar regelns resultat som returneras som ett svar på flödet.
Hur är attribut, kontexter och etiketter relaterade till frågeparametrar för begäran?

BRE anropas av ett flöde, vanligtvis genom ett API-anrop (BRE Request-aktivitet) till en hårdkodad intern URL. Detta är ett REST API som möjliggör sökning av BRE-värden som laddats upp i CSV-format. (key/value par). De data som krävs för att BRE ska kunna fatta ett beslut skickas som en del av denna begäran, ungefär på samma sätt som frågeparametrar eller en begärandetext skulle fungera i ett vanligt REST API-anrop.
- Input Data: Information från det inkommande samtalet (som uppringarens ANI, kontonummer och annan liknande data) samlas in som CAD-variabler (Call Associated Data) i Webex Contact Center-samtalflödet.
- BRE Configuration Data: Andra nödvändiga parametrar, såsom kontext och attributet som anger domänen (t.ex. domän = ANILookup), är också inställda som variabler i Flows BRE Request-nod.
- Request Variables: I BRE-begäran-steget i flödet väljs CAD-variablerna och de konfigurerade variablerna som variabler i BRE-begäran-konfigurationen. Dessa variabler skickas sedan till BRE:s exekveringsbackend-motor.
- Function: I huvudsak fungerar "förfrågningsvariablerna" som "frågeparametrar" eller inmatningsnyttolasten för BRE. BRE använder dessa inkommande värden för att utvärdera de villkor som definieras i dess regler.

Konfigurera ANI-baserade kunddatasökningar med hjälp av Business Rules Engine

Det här exempelarbetsflödet använder Business Rules Engine (BRE) för att söka efter kunddata med hjälp av en uppringares automatiska nummeridentifiering (ANI), bearbeta returnerade data i ett Webex Contact Center-flöde och visa vald information på agentens skrivbord. Stegen beskrivs nedan:

Förbered sökdata

Skapa en CSV-fil som innehåller en unik söknyckel och dess tillhörande data. För det här arbetsflödet används anroparens ANI som söknyckel. Lagra ett eller flera kundfält i värdekolumnen. Separera flera fält med ett streck (|).

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

I det här exemplet innehåller kolumn 1 ANI och kolumn 2 innehåller kundtyp, kundnamn, kö och plats.

BRE är avsedd för läsorienterade sökningar, inte som en transaktionsdatabas för ofta uppdaterade individuella poster.

Skapa BRE-sökningstypen och ladda upp data

Öppna Webex Contact Center BRE Data Sync-verktyget och välj din klient. Om den obligatoriska söktypen inte är tillgänglig, be driftteamet att skapa den. Använd ett beskrivande namn som ANILookup. Registrera det genererade kontextnamnet eftersom BRE-konfigurationen och flödet måste använda samma skiftlägeskänsliga värde.

För att lägga till en testpost:

Öppna Lägg till data.
Välj hyresgästen och ANILookup.
Ange ANI och dess tillhörande värde.
Skicka in protokollet.

För att läsa in hela datamängden, öppna Upload BRE, välj hyresgäst och söktyp och ladda upp CSV-filen. Öppna BRE-datalista och bekräfta att posterna visas. Se till att ANI-formatet i CSV-filen matchar formatet som skickas av flödet.

Lanseringsregler för företag

Logga in på Webex Contact Center-administrationsportalen, öppna Affärsregleroch starta BRE-instrumentpanelen:

Skapa attributet context:

Navigera till Hem > Attribut > .
Lägg till ett attribut med följande värden:
- Namn: context
- Datatyp: Text
Spara resultatattributet. Attributet context identifierar den uppladdade sökdatauppsättningen som regeln frågar efter.
Lägg till ett textattribut som representerar den returnerade informationen. Ge attributet ett meningsfullt namn även om det returnerade värdet innehåller flera fält avgränsade med ett strecksnitt. Spara attributet. I det här exemplet används customerType som exempel.
Öppna Kontexter och lägg till en kontext. Ange det genererade namnet för datasynkroniseringskontexten, till exempel ANILookup, associera det med attributet context och spara det. Kontextnamnet är skiftlägeskänsligt och måste exakt matcha den genererade datasynkroniseringskontexten.

Skapa ANI-hittad regel och ANI-not-found-regel

Öppna kontexten och välj Lägg till regelredigerare. Namnge regeln ANIFound, aktivera den och tilldela den en högre prioritet, till exempel 100. Lägg till följande regel och spara 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

Regeln kombinerar kontexten och ANI för att bilda söknyckeln. När ett matchande värde finns tilldelas resultatet till response-attributet customerType.

Lägg till ytterligare en aktiv regel med namnet ANINotFound. Tilldela den en lägre, unik prioritet, till exempel 99. Konfigurera regeln så att den sätter customerType till Not Found när ingen matchande post finns och spara den. Tilldela inte samma prioritet till båda reglerna.

Skapa kontaktcenterflödet

Öppna Flow Designer och skapa eller öppna ett testflöde. Lägg till en BRE Request -aktivitet vid den punkt där flödet måste hämta anroparens information och koppla aktiviteten till lämplig flödesväg.

Normalisera ANI

Om de uppladdade nycklarna utelämnar landskodsprefixet +1, skapa ett förbehandlingsuttryck som tar bort det från ANI:

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

Använd det normaliserade värdet som söknyckel. Tillämpa denna transformation endast när de lagrade värdena utelämnar +1; Begäranvärdet och de uppladdade nycklarna måste använda samma format.

Konfigurera BRE-begäran

Konfigurera aktiviteten med följande värden:

Sammanhang: ANILookup
Begäranattribut: ani
Begäran värde: Det normaliserade ANI:t
Tidsgräns: 5 sekunder
Återförsök: 3
Svarsattribut: customerType

Mappa svaret till en strängflödesvariabel. Kontexten väljer datamängden, medan ani anger den individuella postnyckeln.

Bearbeta ett svar med flera fält

Om BRE returnerar VIP Customer|John Smith|Premium Queue|Toronto, dela strängen med hjälp av ett escaped pipe-avgränsare (\|). De resulterande elementen innehåller kundtyp, kundnamn, kö och plats. Tilldela de obligatoriska elementen till separata flödesvariabler. Demonstrationen extraherar det sista elementet, Toronto.

Konfigurera skärmpopupen

Lägg till eller konfigurera skärmvisningsaktiviteten för agent-skrivbordet. Mappa den extraherade kundinformationen till det obligatoriska skärmbildsfältet, anslut flödet till kön eller agentens routningsväg och spara och publicera sedan flödet.

Testa demonstrationen

Gör ett anrop från ett ANI som finns i den uppladdade datauppsättningen. Bekräfta att flödet normaliserar ANI, att BRE-begäran följer sin framgångsväg och att den extraherade informationen visas på agentens skrivbord. Upprepa testet med ett ANI som inte finns i datauppsättningen och bekräfta att den okända sökvägen returnerar det konfigurerade reservvärdet.

Introduktion

Cisco Business Rules Engine är ett program som hjälper till med snabba datauppslag i Webex Contact Center. Med Cisco Business Rules Engine (BRE) kan du utföra data uppslag, anpassad routing och allmän implementering. Systemet hämtar data vid körning och använder dem för att dirigera beslut eller visa information till agenten.

En hyresgäst vill till exempel dirigera samtal till en viss grupp agenter baserat på den automatiska nummeridentifiering (ANI) som uppringts. I det här scenariot kan hyresgästen helt enkelt ladda upp en lista med ANI. Om ANI för det inkommande samtalet finns på den listan dirigerar systemet samtalet till den angivna gruppen av agenter. Om ANI inte finns på listan dirigerar systemet samtalet till den allmänna kön.

En typisk BRE-implementering involverar dessa huvudkomponenter:

BRE DataSync: Konfigurationsverktyget BRE DataSync tillhandahåller ett gränssnitt för att definiera Data Sync-instanser för att importera data till BRE-databasen. När klient organisationen har definierat datasynkroniseringsinstansen kan klientorganisationen ladda upp en CSV-fil. Systemet konverterar de uppladdade kommaseparerade värdedata till poster i BRE-databasen.
Business Rules Engine: Verktyget Business Rules Engine tillhandahåller ett gränssnitt för att skapa domäner och regeluppsättningar. BRE kräver att en inkommande beslutsbegäran kopplas till en domän. Domänen innehåller en uppsättning regler. Varje regel tilldelas en prioritet. BRE försöker matcha domänens högsta prioritetsregel med beslutsbegäran baserat på villkoren i reglerna.
Flow Designer: Ett dra-och-släpp-användargränssnitt som används för att definiera flöden som orkestrerar och automatiserar komponenterna i Webex Contact Center. Du kan skapa ett flöde som anropar BRE-aktiviteten för att utföra en enkel datasökning som liknar HTTP-begäranaktiviteten. I det här fallet finns dock data i Webex Contact Center.

Riktlinjer för datahantering

För att upprätthålla BRE:s integritet och säkerhet måste du följa följande riktlinjer för datahantering:

Tillåtna dataty per: Ladda upp data som är väsentliga för driften och funktionaliteten hos BRE. Detta inkluderar, men är inte begränsat till, affärs regler, konfigurationer och icke-känsliga operativa data.
Begränsning av PII: Ladda inte upp någon personligt identifierbar information (PII) till BRE förutom ANI-data. PII inkluderar, men är inte begränsat till:
- Fullständiga namn
- Personnummer
- E-postadresser
- Fysiska adresser
- Finansiell information

ANI-data avser det telefonnummer som är kopplat till den uppringande parten. ANI-data är den enda typen av PII som är tillåten att ladda upp till BRE. Detta undantag är för att stödja specifika affärsfunktioner som är beroende av ANI-data.

Implementering av affärsregler

Business Rules Engine består av en realtidsreglermotor som anropas av flödet som är associerat med en ingångspunkt. Denna regelmotor konsulterar vanligtvis ett datalager för att bedöma önskad samtalshantering.

En BRE-sökning är ett enkelt datadopp i ditt flöde, som en HTTP-begäran. Data för BRE-sökning finns dock i Cisco Webex Contact Center datacentret. Följande bild visar de olika processerna som är involverade i BRE-datauppslaget.

Innan du börjar

Innan du implementerar BRE:

Konfigurera BRE DataSync-instansen för din implementering med en tydlig förståelse av datamodellen.
Bekanta dig med följande terminologier som används i den här guiden:
- Attribut: Ett attribut är en namngiven variabel eller datafält som skapats i BRE-verktyget. Det fungerar som en behållare för information som BRE använder för att bearbeta förfrågningar och generera utdata.
- Kontext: Ett sammanhang används främst som ett exempelnamn för ett attribut som anger den riktade domänen för en BRE Request-aktivitet.
- Etik ett: En etik ett är en specifik typ av attribut som är utformad för att hålla utdata eller resultat av en regel utvärdering.

Se avsnittet Vanliga frågor för mer information.

Konfigurera en BRE DataSync-instans

BRE DataSync-verktyget öppnar en databas för att fatta routningsbeslut. Se till att regelbundet uppdatera databasen med lämplig information. Det här avsnittet beskriver hur du konfigurerar BRE DataSync-verktyget för att uppdatera BRE -förvaret.

Diagram for how the BRE DataySync utility is configured to update the BRE repository. BRE DataSync > CRUD > BRE Repository. — ***BRE DataSync-verktyg***

Klientadministratören måste skapa en BRE DataSync-instans för varje dataupp sättning som Regelmotorerna konsulterar under beslutsprocessen. Administratören kan skapa datauppsättningen eller ladda upp en CSV-fil. Uppgifterna konverteras till poster i BRE-förvaret.

Innan du börjar

Kontakta Cisco Customer Service Account Manager för att få tillgång till BRE DataSync-kontot.

BRE DataSync är för närvarande endast aktiverat för rollen Fullständig administratör. Hyresgäster med rollen Fullständig administratör kan ladda upp data antingen med hjälp av CSV-filöverföringen eller nyckelvärde-par. Användare med den här rollen kan bara ladda upp sina organisationsspecifika data .

Partneradministratör, extern administratör, agenter och övervakare har inte tillgång till BRE DataSync-verktyget.

1	Logga in på BRE DataSync-verktyget som administratör. I enlighet med de senaste förbättringarna i BRE Hosting och Scalability har webbadresserna för DataSync-verktyget ändrats. Se till att använda de uppdaterade webbadresserna för att ladda upp data till BRE. De regionspecifika BRE DataSync-webbadresserna är: https://bre-datasync.produs1.ciscoccservice.com/datasync/ https://bre-datasync.prodeu1.ciscoccservice.com/datasync/ https://bre-datasync.prodeu2.ciscoccservice.com/datasync/ https://bre-datasync.prodca1.ciscoccservice.com/datasync/ https://bre-datasync.prodjp1.ciscoccservice.com/datasync/ https://bre-datasync.prodsg1.ciscoccservice.com/datasync/ Klicka på webbadresserna för att navigera till sidan Logga in med gemensam identitet. För den amerikanska regionen väljer du det amerikanska klustret (inte det amerikanska andra klustret) för att fortsätta vidare. För ANZ-regionen finns det ingen specifik URL. Välj ditt hem-CI- kluster för att logga in. För de flesta användare fungerar amerikanska och amerikanska andra klusterlänkar . De regionspecifika URL:erna för BRE Admin UI är: https://bre.produs1.ciscoccservice.com/bre/ https://bre.prodeu1.ciscoccservice.com/bre/ https://bre.prodeu2.ciscoccservice.com/bre/ https://bre.prodca1.ciscoccservice.com/bre/ https://bre.prodjp1.ciscoccservice.com/bre/ https://bre.prodsg1.ciscoccservice.com/bre/
2	Välj BRE Data List för att visa all information som är relaterad till klientorganisationen.
3	Så här lägger du till data som nyckelvärde-par i BRE-databasen: Välj Lägg till BRE-data Välj organisationsnamnet i listrutan TenantName . Välj BRE Lookup Type i listr utan. Se följande storleksbegränsningar för att lägga till BRE Lookup Type: Maximal teckengräns för BRE-uppslagstyp: VARCHAR (200) Maximal teckengräns för värdefält: VARCHAR (500) Maximalt antal uppslagstyper per organisation: 100 Maximalt antal rader per uppslagstyp: 100 000 rader Maximal filstorleksgräns för uppladdning: 10 MB Kontakta Cisco Customer Success Manager eller Solution Assurance Contact för att lägga till nya söktyper. Klicka på Lägg till data för att ange nyckel och värde. (Valfritt) Klicka på Ta bort om du vill ta bort en befintlig nyckel och ett befin tligt värde. Klicka på Skicka.
4	För att ladda upp en CSV-fil till BRE-databasen: Välj Ladda upp BRE CSV-data. Välj organisationsnamnet i listrutan TenantName . Välj BRE Lookup Type i listr utan. Välj Ladda upp för att bläddra och ladda upp CSV -filen. Klicka på Skicka. *Exempel på CSV-fil med data* Åtgärderna Ta bort, Uppdatera och Lägg till är inte skiftlägeskänsliga. Du kan också använda syntaxen `725160001,, Ta bort för att radera data`.

Åtkomst till BRE-applikationen

Du kan komma åt programmet Business Rules Engine från Webex Contact Center:

Logga in på Control Hub.
Gå till Tjänster > Kontaktcenter.
Klicka på Business Rules Engine under avsnittet Snab blänkar i den högra rutan.
BRE använder identitetstjänst och en Single Sign‐On interaktion. Om hyresgästerna redan har loggat in på Control Hub kan de automatiskt få tillgång till BRE- verktyget för sin organisation.

Systemet öppnar programmet Business Rules Engine (BRE) i en ny webbläsarflik och du loggas automatiskt in i programmet. Sidan Dashboard visas med en grafisk representation av antalet regler och antalet utföranden. BRE Dashboard

Skapa en uppsättning regler

Diagram of the Business Rule Engine utility being invoked by a flow in Webex Contact Center. Flow control in Webex Contact Center Flow Designer > Lookup Request > Cisco BRE > Read > BRE Repository.

Gå till BRE-portalen och konfigurera attribut, etikett, sammanhang och regler, enligt beskrivningen nedan.

1	Så här skapar du ett attribut (för att associera med din organisation): Välj At tribut. Klicka på Lägg till på sidan Attribut. Ange `kontext i fältet Nam n`. Välj `Text` som datatyp i listrutan. `I BRE-verktyget måste datatypen vara Text.` Klicka på Spara.
2	Etikett ger mening till dina data. Så här skapar du en etikett: Välj Etiketter och klicka på Lägg till på sidan Etiketter. Ange ett namn för etiketten i fältet Nam n. Klicka på Spara.
3	Klicka på Kontexter för att navigera till sidan Kon texter. Klicka på +Lägg till sammanhang. Ange namn som är det genererade sammanhang et i BRE-datalistan. Ange en valfri beskrivning. Om mer än ett attribut skapas väljer du det attribut som du vill associera med det här sammanhanget i listrutan At tri but. Klicka på Spara.
4	Om du vill skapa regler navigerar du till sidan Kon texter. Klicka på +Lägg till regelrediger are och konfigurera följande information: Nam n: Ange ett namn för regeln. Beskrivning: En valfri beskrivning av regeln. Ak tiv: Markera kryssrutan för att ange att regeln är aktiv. Etikett: Välj önskad etikett i li strutan. Priorit et: Dra skjutreglaget för att tilldela regel n en prioritet. Systemet kör reglerna baserat på den tilldelade prioriteten, från högsta (100) till lägsta. Vi rekommenderar att du börjar tilldela prioriteringar från 100 i fallande ordning. Regelrediger are (verktyg för att ange kod, som visas på skärmdumparna nedan): Ange koden för regeln. Skapa två regler: en om systemet hittar en matchning och den andra när systemet inte hittar en matchning. Följande exempelkod returnerar värdet för ett attribut som heter RouteInfo. Detta inträffar om numret som uppringaren ringde från (ANI) matchar ANI på listan över hyresgäster som laddas upp till BRE-databasen. Kopiera och klistra in följande regel i Regel redigeraren: `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öljande exempelkod returnerar värdet NotFound för attributet rout eInfo. Detta inträffar om ett nummer som uppringaren ringde från (ANI) inte matchar en ANI i listan över hyresgäster som laddas upp till BRE- databasen. Kopiera och klistra in följande regel i Regel redigeraren: `when c: Contact() eval(c.getGlobalValuesManager().getAsString( c.getTenantId(), c.getAttribute("context")+"." + c.getAttribute("ani")) == null) then c.putAttribute("routeInfo", "NotFound "); end`
5	Klicka på Spara.

BRE-begäran

Använd aktiviteten BRE Request för att hämta data från organisationens Business Rules Engine (BRE) som ska användas i flödet. BRE Request-aktiviteten använder standard HTTP-protokoll för att hämta data från BRE.

I följande avsnitt kan du konfigurera aktiviteten för BRE-begäran:

Allmänna inställningar
Frågningsparametrar
Analysinställningar
Utmatningsvariabler

Allmänna inställningar

Parameter	Beskrivning
Aktivitetsetikett	Ange ett namn för aktiviteten.
Aktivitetsbeskrivning	(Valfritt) Ange en beskrivning för aktiviteten.

Frågeparametrar

Som en del av BRE-begäran kan du skicka parametrarna som tillhandahålls i API-anropet till BRE. I kolumnerna Nyckelvärde kan du ange nyckeln för frågan och det tillhörande värdet som ska skickas tillsammans med frågan. Du kan också använda syntaxen med dubbla lockiga parenteser för att skicka variabelvärden.

BRE-aktiviteten har en fördefinierad frågeparameter: sammanhang. Denna frågeparameter skickas i API-anropet till BRE.

TenanTid injiceras automatiskt som en parameter och behöver inte konfigureras.

Tabell 1. Frågningsparametrar
Parameter	Beskrivning
Sammanhang	Innehåller orsaken till begäran. Den här obligatoriska parametern kan inte redigeras eller raderas. Den här parametern måste innehålla samma värde som det värde som anges i Attribut `kontexten` i BRE. Mer information finns i avsnittet Skapa en uppsättning regler i användarhandboken för Cisco Webex Contact Center Business Rules Engine.
ANI	Innehåller det ursprungliga telefonnumret för samtalet. Detta är en standardparameter som du kan redigera eller ta bort, baserat på regelkonfigurationen i BRE. Ett provvärde för ANI är `{{newContact.` ani}}
Svarstidsgräns	Anger anslutningstidsgränsen för BRE-begäran. Standardvärdet är 2000 millisekunder.
Antal försök igen	Anger hur många gånger BRE-begäran försöks efter misslyckande. Denna parameter används om statuskoden är 5xx; till exempel 500 eller 501.

Om du vill lägga till en frågeparameter klickar du på Lägg till ny. Detta lägger till en rad där du kan ange nyckelvärdepar. Du kan lägga till så många frågeparametrar som krävs som en del av BRE-begäran.

Analysinställningar

I det här avsnittet kan du analysera svaret från BRE-begäran i olika variabler:

Parameter	Beskrivning
Svarsvariabel	Välj en variabel som du vill extrahera ett visst avsnitt från BRE-begäran-svarsobjektet. Du kan bara välja Anpassade flödesvariabler i listrutan.
Sökvägsuttryck	Definiera sökvägsuttrycket för att analysera svarsobjektet. Beroende på typen av datastruktur för svarsobjektet och använd ningsfallen för att extrahera en delmängd av den informationen varierar sökvägsuttrycket. Data normaliseras till en objekthierarki före körning av sökvägsuttryck, så JSONPath används i svarsobjektet oavsett vilken innehållstyp som konfigurerats.

Parameter

Beskrivning

Svarsvariabel

Välj en variabel som du vill extrahera ett visst avsnitt från BRE-begäran-svarsobjektet. Du kan bara välja Anpassade flödesvariabler i listrutan.

Sökvägsuttryck

Definiera sökvägsuttrycket för att analysera svarsobjektet. Beroende på typen av datastruktur för svarsobjektet och använd ningsfallen för att extrahera en delmängd av den informationen varierar sökvägsuttrycket.

Data normaliseras till en objekthierarki före körning av sökvägsuttryck, så JSONPath används i svarsobjektet oavsett vilken innehållstyp som konfigurerats.

Dekrypteringsinställningar

Du kan dekryptera utmatningsvariablerna för BRE Request-aktiviteten. Om dekryptering är aktiverad på flödesnivå kan användare med felsökningsdekrypteringsåtkomst visa de omaskade utdatavärdena för BRE Request-aktiviteten i flödesfelsökningsloggarna. Stäng av knappen Aktivera dekryptering för att inaktivera dekryptering på aktivitetsnivå för ytterligare skydd.

Utmatningsvariabler

BRE-begäran returnerar två utmatningsvariabler:

BRERequest1.httpResponseBody: Returnerar svarstexten för BRE- begäran.
BRERequest1.httpStatusCode: Returnerar statuskoden för BRE-begäran.

Dessa svarskoder klassificeras i följande kategorier:
- Informationssvar (100—199)
- Framgångsrika svar (200—299)
- Omdirigeringar (300—399)
- Klientfel (400—499)
- Serverfel (500—599)

Innehållstypformat

Följande exempel beskriver exempel på inmatningsinnehållstypformat och JSON- svaret.

Innehållstyp XML

Använd det här verktyget för att konvertera XML till JSON-format https://codeshack.io/xml-to-json-converter/.

XML-inmatningsformat:

<note>
  <to>Tove</to>
  <from>Jani</from>
  <heading>Reminder</heading>
  <body>Test application</body>
</note>

Data/JSON-normaliserat svar

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

Exempel på JSON-sökvägsuttryck: Använd $.note.from för att få värdet som Jani.

Innehållstyp TOML

Använd det här verktyget för att konvertera TOML till JSON-format https://www.convertjson.com/toml-to-json.htm.

TOML-inmatningsformat:

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

Data/JSON-normaliserat svar

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

Exempel på JSON-sökvägsuttryck: Använd $.owner.name för att få värdet som 'Tom Preston-Werner'.

Innehållstyp YAML

Använd det här verktyget för att konvertera YAML till JSON-format https://www.convertjson.com/yaml-to-json.htm.

YAML-inmatningsformat:

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

Data/JSON-normaliserat svar

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

Exempel på JSON-sökvägsuttryck: Använd $.martin.job för att få värdet Utvecklare.

Innehållstyp JSON

Använd JSON Expression Evaluator https://jsonpath.com/.

JSON-inmatningsformat:

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

Data/JSON-normaliserat svar

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

Exempel på JSON-sökvägsuttryck: Använd $.martin.job för att få värdet Utvecklare.

Skapa ett flöde med BRE Request Activity

Du kan skapa flöden med hjälp av gränssnittet Flow Designer som finns i Webex Contact Center. Skapa ett flöde med BRE Request- aktiviteten i Webex Contact Center Flow Designer.

Mer information om hur du konfigurerar flödet finns i BRE -begäran.

Vanliga frågor

Vad är syftet med ett attribut?
Attribut är grundläggande för att länka inkommande BRE-sökförfrågningar till specifika regeluppsättningar definierade inom BRE, och för att lagra resultaten av regel utvärderingar.
Hur skapar du attribut?
Skapa attribut under Till handahållande > At tribut i BRE-verktyget. Du kan till exempel skapa ett attribut som heter context.
Vad är syftet med ett sammanhang?
Kon@@ text definierar det specifika scenario eller uppslagstyp som BRE tillämpar. När ett flöde anropar BRE Request-aktiviteten måste det berätta för BRE vilken uppsättning regler som ska utvärderas. Ett attribut, ofta benäm nt Context, ställs in på namnet på den specifika domänen.
Vad är en domän?
En domän är tabellen inom BRE som innehåller relevanta data. Domänens namn leder BRE till rätt data och dess motsvarande regeluppsättning.
Vad är en etikett?
När BRE har utvärderat sina regler måste det kommunicera resultatet tillbaka till anropssystemet (till exempel ett Webex Contact Center- flöde som innehåller BRE Request-aktivitet). Regler är konfigurerade för att ange värdet för ett angivet etikettattribut baserat på deras villkor.
Vad är förhållandet mellan ett attribut, sammanhang och en etikett?
Du kan skapa ett attribut, till exempel namngivet sammanhang. Du kan associera det här attributet med en domän (den faktiska tabellen som AniLookup). När aktiviteten BRE Request anropas anger flödet värdet på detta attribut (det vill säga domän = AniLookup) för att ange sammanhanget (vilka domänregler som ska användas).
Inom den domän en skrivs regler i Drools Syntax för att utvärdera villkor och ställa in värdet på ett annat attribut, ofta kallad en etik ett (till exempel label = ”matchFound”). Detta representerar regelns resultat som returner as som ett svar på flödet.
Hur är attribut, sammanhang och etiketter relaterade till frågeparametrar för begäran?

BRE anropas av ett flöde, vanligtvis genom ett API-anrop (BRE Request-aktivitet) till en hårdkodad intern URL. Detta är ett REST API som möjliggör sökning av BRE-värden som laddats upp i CSV (nyckel/värdepar). De data som krävs för att BRE ska fatta ett beslut skickas som en del av denna begäran, liknande hur frågeparametrar eller en förfrågningsorgan skulle fungera i ett vanligt REST API-anrop.
- Inmatningsdata: Information från det inkommande samtalet (som uppringarens ANI, kontonummer och andra liknande data) fångas som CAD-variabler (Call Associated Data) i Webex Contact Center-samtalsflödet.
- BRE-konfigurationsdata: Andra nödvändiga parametrar, till exempel sammanhang och attributet som anger domänen (t.ex. domän = AniLookup), ställs också in som variabler i flödets BRE Request nod.
- Begärningsvariabler: I BRE-förfrågningssteget i flödet väljs CAD-variablerna och konfigurerade variabler som variabler i BRE Request- konfigurationen. Dessa variabler skickas sedan till BRE: s exekveringsbackend-motor.
- Funktion: I huvudsak fungerar ”Begärningsvariablerna” som ”frågeparametrar” eller inmatningsnyttolast för BRE. BRE använder dessa inkommande värden för att utvärdera de villkor som definieras i dess regler.

Cisco AI Assistant

Tack för din feedback.

Innan du börjar

Konfigurera en BRE DataSync-instans

Åtkomst till BRE-applikationen

Skapa en uppsättning regler

BRE-begäran

Allmänna inställningar

Frågeparametrar

Parse-inställningar

Dekrypteringsinställningar

Utdatavariabler

Innehållstypformat

Innehållstyp XML

Innehållstyp TOML

Innehållstyp YAML

Innehållstyp JSON

Skapa ett flöde med BRE-förfrågningsaktivitet

Vanliga frågor

Konfigurera ANI-baserade kunddatasökningar med hjälp av Business Rules Engine

Förbered sökdata

Skapa BRE-sökningstypen och ladda upp data

Lanseringsregler för företag

Skapa ANI-hittad regel och ANI-not-found-regel

Skapa kontaktcenterflödet

Normalisera ANI

Konfigurera BRE-begäran

Bearbeta ett svar med flera fält

Konfigurera skärmpopupen

Testa demonstrationen

Innan du börjar

Konfigurera en BRE DataSync-instans

Åtkomst till BRE-applikationen

Skapa en uppsättning regler

BRE-begäran

Allmänna inställningar

Frågeparametrar

Analysinställningar

Dekrypteringsinställningar

Utmatningsvariabler

Innehållstypformat

Innehållstyp XML

Innehållstyp TOML

Innehållstyp YAML

Innehållstyp JSON

Skapa ett flöde med BRE Request Activity

Vanliga frågor

Små företag

Företag

Enheter

Lösningar för

Resurser

Företag