I denne artikel
Introduktion
dropdown icon
Implementering af forretningsregelmotor
    dropdown icon
    Før du begynder
      Konfigurer en BRE DataSync-instans
    Adgang til BRE-applikationen
    Oprettelse af et sæt regler
    dropdown icon
    BRE-anmodning
      Generelle indstillinger
      Forespørgselsparametre
      Parse-indstillinger
      Dekrypteringsindstillinger
      Outputvariabler
    Oprettelse af et flow med BRE-anmodningsaktivitet
    Ofte stillede spørgsmål
    dropdown icon
    Konfigurer ANI-baserede kundedataopslag ved hjælp af Business Rules Engine
      Forbered opslagsdataene
Brugervejledning til Webex Contact Center Business Rules Engine
list-menuI denne artikel
list-menuHar du feedback?

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.

Introduktion

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.

Implementering af forretningsregelmotor

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: En attribute er 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: Et context bruges primært som et eksempelnavn på en attribut, der angiver det målrettede domæne for en BRE-anmodningsaktivitet.
    • Label: En Label er 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.

Diagram over, hvordan BRE DataySync-værktøjet er konfigureret til at opdatere BRE-arkivet. BRE DataSync > RUDD > BRE-arkivet.
BRE DataSync-værktøj

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.

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

  1. Vælg organisationsnavnet fra rullelisten TenantName.

  2. Vælg BRE-opslagstype fra rullelisten.

    Se følgende størrelsesbegrænsninger for tilføjelse af BRE-opslagstype:

    • Maksimal tegngrænse for BRE-opslagstype: VARCHAR(200)
    • Maksimal tegngrænse for værdifeltet: VARCHAR(500)
    • Maksimalt antal opslagstyper pr. organisation: 100
    • Maksimalt antal rækker pr. opslagstype: 100K række
    • Maksimal filstørrelsesgrænse for upload: 10 MB

    Kontakt Cisco Customer Success Manager eller Solution Assurance-kontakten for at tilføje nye opslagstyper.

  3. Klik på Tilføj data for at indtaste nøglen og værdien.

  4. (Valgfrit) Klik på Fjern for at slette en eksisterende nøgle og værdi.

  5. Klik på Indsend.

4

Sådan uploader du en CSV-fil til BRE-arkivet: Vælg Upload BRE CSV-data.

  1. Vælg organisationsnavnet fra rullelisten TenantName.

  2. Vælg BRE-opslagstype fra rullelisten.

  3. Vælg Upload for at gennemse og uploade CSV-filen.

  4. Klik på Indsend.

    Eksempel på CSV-fil til upload af BRE CSV-data. Kolonneoverskrifterne er 'ANI', 'Udvidelse' og 'Handling'.
    Eksempel på CSV-fil med data
    Handlingerne Slet, Opdater og Tilføj skelner ikke mellem store og små bogstaver. Du kan også bruge syntaksen 725160001,,Delete til at slette dataene.

Adgang til BRE-applikationen

Du kan få adgang til Business Rules Engine-applikationen fra Webex Contact Center-administrationsportalen.

  1. Log ind på Webex Contact Center-administrationsportalen.
  2. 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.BRE-dashboard

Oprettelse af et sæt regler

Diagram over Business Rule Engine-værktøjet, der kaldes af et flow i Webex Contact Center. Flowkontrol i Webex Kontaktcenter Flow Designer > Opslagsanmodning > Cisco BRE > Læse > BRE-arkivet.

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:

  1. Vælg Attributter og klik på Tilføj på siden Attributter.

  2. Indtast context i feltet Navn.

  3. Vælg Datatype som Text fra rullelisten.

    Datatypen skal være Text i BRE-værktøjet.

  4. Klik på Gem.

2

Etiket giver dine data mening. Sådan opretter du en etiket:

  1. Vælg Etiketter og klik på Tilføj på siden Etiketter.

  2. Indtast et navn til etiketten i feltet Navn .

  3. Klik på Gem.

3

Klik på Kontekster for at navigere til siden Kontekster. Klik på +Add Kontekst.

  1. Indtast Navn, som er den Genererede Kontekst i BRE-datalisten.

  2. Indtast en valgfri Beskrivelse.

  3. Hvis der oprettes mere end én attribut, skal du vælge den attribut, du vil knytte til denne kontekst, fra rullelisten Attribut .

  4. Klik på Gem.

4

For at oprette regler skal du gå til siden Kontekster. Klik på +Add Regeleditor og konfigurer følgende detaljer:

  • Navn: Angiv et navn til reglen.
  • Beskrivelse: En valgfri beskrivelse af reglen.
  • Aktiv: Markér afkrydsningsfeltet for at angive, at reglen er aktiv.
  • Etiket: Vælg den ønskede etiket fra rullelisten.
  • Prioritet: Træk skyderen for at tildele en prioritet til reglen. Systemet kører reglerne baseret på den tildelte prioritet, fra højeste (100) til laveste. Det anbefales, at du starter med at prioritere fra 100 i faldende rækkefølge.
  • Regelredigering (værktøj til at indtaste kode, som vist på skærmbillederne nedenfor): Indtast koden for reglen.

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 for en attribut med navnet routeInfo. Dette sker, hvis det nummer, som den, der ringer op, ringede fra (ANI), matcher ANI'et på listen over lejere, der er uploadet til BRE-databasen. Kopiér og indsæt følgende regel i Regeleditoren:
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
BRE-kontekstsiden med et eksempel på en kode returnerer værdien for ANIFound for attributten routeinfo.

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:

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

BRE-kontekstsiden med et eksempel på en kode returnerer værdien for ANINotFound for attributten routeinfo.
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.

Tabel 1. Forespørgselsparametre

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 context i BRE. For yderligere information, se afsnittet Oprettelse af et regelsæt i Cisco Webex Contact Center Business Rules Engine brugervejledning.

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 {{NewContact.ANI}}

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

  1. Hvad er formålet med en attribute?

    Attributes er grundlæggende for at forbinde indgående BRE-opslagsanmodninger til specifikke regelsæt defineret i BRE, og for at gemme resultaterne af regelevalueringer.

  2. Hvordan opretter du attributes?

    Opret attributes under Klargøring > Attributter i BRE-værktøjet. For eksempel kan du oprette en attribut med navnet context.

  3. Hvad er formålet med en context?

    Context definerer 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 kaldet Context, sættes til navnet på det specifikke domæne.

  4. Hvad er en domain?

    En domain er den tabel i BRE, der indeholder de relevante data. Domænets navn guider BRE til de korrekte data og det tilhørende regelsæt.

  5. 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.

  6. Hvad er forholdet mellem en attribut, kontekst og en etiket?

    Du kan oprette en Attribute, for eksempel med navnet context. Du kan knytte denne attribut til en domain (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 anden attribute, ofte omtalt som en label (for eksempel label = "MatchFundet"). Dette repræsenterer reglens resultat, der returneres som et svar på flowet.

  7. 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:

  1. Åbn Tilføj data.
  2. Vælg lejeren og ANILookup.
  3. Indtast ANI'en og den tilhørende værdi.
  4. 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:

  1. Naviger til Hjem > Attributter > .
  2. Tilføj en attribut med følgende værdier:
    • Navn: context
    • Datatype: SMS
  3. Gem resultatattributten. Attributten context identificerer det uploadede opslagsdatasæt, som reglen forespørger.
  4. 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 customerType som eksempel.
  5. Åbn Kontekster og tilføj en kontekst. Indtast det genererede navn for datasynkroniseringskonteksten, f.eks. ANILookup, tilknyt det til attributten context, 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.

Var denne artikel nyttig?
Var denne artikel nyttig?