Användarhandbok för Webex Contact Center för affärsregelmotor

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.

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

Små företag

Företag

Enheter

Lösningar för

Resurser

Företag