- Etusivu
- /
- Artikkeli
Webex Contact Centerin Business Rules Engine (BRE) avulla asiakkaat voivat ladata tietyt tiedot, joita järjestelmä voi käyttää ajon aikana reitityspäätösten tekemiseksi tai näyttää tiedot soittoasiamiehille.
Cisco© Business Rules Engine on sovellus, joka auttaa nopeassa tiedonhaussa Webexin yhteyskeskuksessa. Cisco© Business Rules Enginen (BRE) avulla voit suorittaa datahakuja, mukautettuja reitityksiä ja yleisiä toteutuksia. Järjestelmä hakee tiedot suorituksen aikana ja käyttää niitä reitityspäätöksiin tai tietojen näyttämiseen agentille.
Esimerkiksi vuokralainen haluaa reitittää puhelut tietylle asiakaspalvelijaryhmälle valitun automaattisen numerontunnistuksen (ANI) perusteella. Tässä skenaariossa vuokralainen voi yksinkertaisesti ladata luettelon ANI-tunnuksista. Jos saapuvan puhelun ANI on kyseisellä listalla, järjestelmä reitittää puhelun määritetylle agenttiryhmälle. Jos ANI:ta ei ole listalla, järjestelmä reitittää puhelun yleiseen jonoon.
Tyypillinen BRE-toteutus sisältää nämä pääkomponentit:
-
BRE-tietojen synkronointi: BRE DataSync -määritysapuohjelma tarjoaa käyttöliittymän tietojen synkronointiin liittyvien instanssien määrittämiseen tietojen tuomiseksi BRE-tietokantaan. Kun vuokraaja on määrittänyt datan synkronointi-instanssin, hän voi ladata CSV-tiedoston. Järjestelmä muuntaa ladatut pilkulla erotetut arvotiedot BRE-tietokannan tietueiksi.
-
Liiketoimintasääntömoottori: Business Rules Engine -apuohjelma tarjoaa käyttöliittymän toimialueiden ja sääntöjoukkojen luomiseen. BRE edellyttää, että saapuva päätöspyyntö liitetään -verkkotunnukseen. Verkkotunnus sisältää joukon sääntöjä. Jokaiselle säännölle on määritetty prioriteetti. BRE yrittää yhdistää toimialueen korkeimman prioriteetin säännön päätöspyyntöön sääntöjen ehtojen perusteella.
-
Virtaussuunnittelija: Vedä ja pudota -käyttöliittymä, jota käytetään Webex-yhteyskeskuksen komponentteja organisoivien ja automatisoivien työnkulkujen määrittämiseen. Voit luoda työnkulun, joka käynnistää BRE-aktiviteetin suorittaakseen yksinkertaisen datan haun, joka on samanlainen kuin HTTP-pyyntöaktiviteetti. Tässä tapauksessa tiedot kuitenkin sijaitsevat Webexin yhteyskeskuksessa.
Tietojenkäsittelyohjeet
BRE:n eheyden ja turvallisuuden ylläpitämiseksi sinun on noudatettava seuraavia tietojenkäsittelyohjeita:
-
Sallitut tietotyypit: Lataa BRE:n toiminnan ja toimivuuden kannalta välttämättömät tiedot. Tämä sisältää muun muassa liiketoimintasäännöt, määritykset ja ei-arkaluonteiset operatiiviset tiedot.
-
Henkilötietojen rajoitus: Älä lataa BRE:hen mitään henkilötietoja (PII) ANI-tietoja lukuun ottamatta. Henkilötietoja ovat muun muassa:
- Koko nimet
- Sosiaaliturvatunnukset
- Sähköpostiosoitteet
- Fyysiset osoitteet
- Taloudelliset tiedot
ANI-tiedot viittaavat soittajan puhelinnumeroon. ANI-tiedot ovat ainoa henkilötietoja sisältävä tietotyyppi, jonka lataaminen BRE-järjestelmään on sallittua. Tämä poikkeus tukee tiettyjä liiketoimintatoimintoja, jotka ovat riippuvaisia ANI-datasta.
Liiketoimintasääntömoottori koostuu reaaliaikaisesta sääntömoottorista, jota aloituspisteeseen liittyvä työnkulku kutsuu. Tämä sääntömoottori yleensä konsultoi tietovarastoa halutun puheluiden käsittelyn arvioimiseksi.
BRE-haku on yksinkertainen datan lisäys työnkulkuusi, kuten HTTP-pyyntö. BRE-haun tiedot sijaitsevat kuitenkin Cisco Webex Contact Centerin datakeskuksessa. Seuraava kuva näyttää BRE-tiedonhakuun liittyvät eri prosessit.
Ennen kuin aloitat
Ennen BRE:n käyttöönottoa:
- Määritä BRE DataSync -instanssi toteutustasi varten ymmärtämällä tietomalli selkeästi.
- Tutustu seuraaviin tässä oppaassa käytettyihin termeihin:
Attribute:attributeon BRE-apuohjelmassa luotu nimetty muuttuja tai tietokenttä. Se toimii säiliönä tiedoille, joita BRE käyttää pyyntöjen käsittelyyn ja tulosteiden luomiseen.Context: Merkkiäcontextkäytetään ensisijaisesti esimerkkinimenä attribuutille, joka määrittää BRE-pyyntötoiminnan kohdetoimialueen.Label:Labelon tietyntyyppinen attribuutti, joka on suunniteltu säilyttämään säännön arvioinnin tulos.
Katso lisätietoja Usein kysytyt kysymykset -osiosta.
BRE DataSync -instanssin määrittäminen
BRE DataSync -apuohjelma käyttää tietokantaa reitityspäätösten tekemiseen. Varmista, että tietokantaa päivitetään säännöllisesti asianmukaisilla tiedoilla. Tässä osiossa kuvataan, miten BRE DataSync -apuohjelma määritetään päivittämään BRE-tietovarasto.
Vuokraajan järjestelmänvalvojan on luotava BRE DataSync -instanssi jokaiselle tietojoukolle, jota sääntömoottorit käyttävät päätöksentekoprosessinsa aikana. Ylläpitäjä voi luoda tietojoukon tai ladata CSV-tiedoston. Tiedot muunnetaan tietueiksi BRE-arkistossa.
Ennen kuin aloitat
Ota yhteyttä Ciscon asiakaspalvelupäällikköön saadaksesi käyttöoikeuden BRE DataSync -tiliin.
BRE DataSync on tällä hetkellä käytössä vain Täysi järjestelmänvalvoja -roolilla. Täyden järjestelmänvalvojan roolin omaavat vuokralaiset voivat ladata tietoja joko CSV-tiedoston latauksen tai avain-arvo-parien avulla. Tämän roolin käyttäjät voivat ladata vain organisaatiokohtaisia tietojaan.
Kumppanin järjestelmänvalvojalla, ulkoisella järjestelmänvalvojalla, agenteilla ja valvojilla ei ole pääsyä BRE DataSync -apuohjelmaan.
| 1 |
Kirjaudu järjestelmänvalvojana BRE DataSync -apuohjelmaan. DataSync-apuohjelman URL-osoitteet ovat muuttuneet BRE Hosting and Scalability -ominaisuuksien viimeaikaisten parannusten mukaisesti. Varmista, että käytät päivitettyjä URL-osoitteita ladataksesi tiedot BRE:hen. Aluekohtaiset BRE DataSync -URL-osoitteet ovat: 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/
Napsauta URL-osoitteita siirtyäksesi Kirjaudu sisään yhteisellä tunnisteella -sivulle. Yhdysvaltain alueen osalta valitse Yhdysvaltain klusteri (äläkä Yhdysvaltain toista klusteria) jatkaaksesi eteenpäin. Aluekohtaiset BRE Admin -käyttöliittymän URL-osoitteet ovat: https://bre.produs1.ciscoccservice.com/bre/ https://bre.prodeu1.ciscoccservice.com/bre/ https://bre.prodeu2.ciscoccservice.com/bre/ https://bre.prodanz1.ciscoccservice.com/bre/ https://bre.prodca1.ciscoccservice.com/bre/ |
| 2 |
Valitse BRE-tietoluettelo nähdäksesi kaikki vuokralaisorganisaatioon liittyvät tiedot. |
| 3 |
Datan lisääminen avain-arvo-pareina BRE-arkistoon: Valitse Lisää BRE-tiedot |
| 4 |
CSV-tiedoston lataaminen BRE-arkistoon: Valitse Lähetä BRE CSV -tiedot. |
BRE-sovelluksen käyttö
Voit käyttää Business Rules Engine -sovellusta Webex Contact Centerin hallintaportaalin kautta.
- Kirjaudu sisään Webex Contact Centerin hallintaportaaliin.
- Avaa Liiketoimintasäännöt-moottorin kojelauta napsauttamalla Liiketoimintasäännöt -painiketta.
BRE käyttää identiteettipalvelua ja kertakirjautumista. Jos olet jo kirjautunut sisään Common Identityn kautta, voit käyttää organisaatiosi BRE-apuohjelmaa kirjautumatta uudelleen sisään.
Järjestelmä avaa Business Rules Engine (BRE) -sovelluksen uudessa selainvälilehdessä. Kojelautasivu avautuu ja siinä on graafinen esitys sääntöjen ja suoritusten määrästä.
Sääntöjen luominen

Siirry BRE-portaaliin ja määritä attribuutti, otsikko, konteksti ja säännöt alla kuvatulla tavalla.
| 1 |
Organisaatioosi liitettävän määritteen luominen: |
| 2 |
Otsikko lisää merkitystä datallesi. Luodaksesi -tunnisteen: |
| 3 |
Napsauta Kontekstit siirtyäksesi Kontekstit -sivulle. Klikkaa +Add Konteksti. |
| 4 |
Voit luoda sääntöjä siirtymällä Kontekstit -sivulle. Klikkaa +Add Sääntöeditori ja määritä seuraavat tiedot:
Luo kaksi sääntöä: toinen, jos järjestelmä löytää osuman, ja toinen, kun järjestelmä ei löydä osumaa. Seuraava esimerkkikoodi palauttaa arvon NotFound attribuutille routeInfo. Tämä tapahtuu, jos soittajan soittama numero (ANI) ei vastaa BRE-tietokantaan ladatun vuokralaisten luettelon ANI:a. Kopioi ja liitä seuraava sääntö Sääntöeditoriin: |
| 5 |
Napsauta Save. |
BRE-pyyntö
Käytä BRE-pyyntöaktiviteettia hakeaksesi tiedot organisaatiosi liiketoimintasääntömoottorista (BRE) työnkulussa käytettäväksi. BRE-pyyntötoiminto käyttää HTTP-vakioprotokollia tiedon hakemiseen BRE:stä.
Seuraavien osioiden avulla voit määrittää BRE-pyyntötoiminnon:
Yleiset asetukset
|
Parametri |
Kuvaus |
|---|---|
|
Toiminnan otsikko |
Anna aktiviteetille nimi. |
|
Toiminnan kuvaus |
(Valinnainen) Kirjoita aktiviteetille kuvaus. |
Kyselyparametrit
Osana BRE-pyyntöä voit välittää API-kutsussa annetut parametrit BRE:lle. Avain‐Arvo-sarakkeisiin voit syöttää kyselyn avaimen ja siihen liittyvän arvon, joka lähetetään kyselyn mukana. Voit myös käyttää kaksoisaaltosulkujen syntaksia muuttujien arvojen välittämiseen.
BRE-toiminnolla on yksi ennalta määritetty kyselyparametri: context. Tämä kyselyparametri välitetään API-kutsussa BRE:lle.
TenantID syötetään automaattisesti parametrina, eikä sitä tarvitse määrittää.
|
Parametri |
Kuvaus |
|---|---|
|
Konteksti |
Sisältää pyynnön syyn. Tätä pakollista parametria ei voi muokata tai poistaa. Tämän parametrin on sisällettävä sama arvo kuin BRE:n attribuutissa |
|
ANI |
Sisältää puhelun lähtönumeron. Tämä on oletusparametri, jota voit muokata tai poistaa BRE:n sääntömääritysten perusteella. ANI:n esimerkkiarvo on |
|
Vastauksen aikakatkaisu | Määrittää BRE-pyynnön yhteyden aikakatkaisun. Oletusarvo on 2000 millisekuntia. |
|
Uudelleenyritysten määrä |
Määrittää, kuinka monta kertaa BRE-pyyntöä yritetään epäonnistumisen jälkeen. Tätä parametria käytetään, jos tilakoodi on 5xx; esimerkiksi 500 tai 501. |
Lisää kyselyparametri napsauttamalla Lisää uusi. Tämä lisää rivin, johon voit syöttää avain-arvoparit. Voit lisätä BRE-pyyntöön niin monta kyselyparametria kuin on tarpeen.
Jäsennysasetukset
Tässä osiossa voit jäsentää BRE-pyynnön vastauksen eri muuttujiksi:
|
Parametri |
Kuvaus |
|---|---|
|
Vastausmuuttuja |
Valitse muuttuja, johon haluat poimia tietyn osan BRE-pyyntövastausobjektista. Voit valita vain mukautettuja työnkulkumuuttujia avattavasta luettelosta. |
|
Polun lauseke |
Määritä polkulauseke vastausobjektin jäsentämistä varten. Polkulauseke vaihtelee vastausobjektin tietorakenteen tyypistä ja käyttötapauksista, joissa osajoukko tiedoista poimitaan. Data normalisoidaan objektihierarkiaan ennen polkulausekkeen suorittamista, joten JSONPath-lauseketta käytetään vastausobjektissa määritetystä sisältötyypistä riippumatta. |
Salauksen purun asetukset
Voit purkaa BRE-pyyntötoiminnan lähtömuuttujien salauksen. Jos salauksen purku on käytössä työnkulkutasolla, käyttäjät, joilla on debug-salausoikeudet, voivat tarkastella BRE-pyyntötoiminnan paljastamattomia lähtöarvoja työnkulun debug-lokeissa. Poista Ota salauksen purku käyttöön -kytkin käytöstä poistaaksesi salauksen purun käytöstä aktiviteettitasolla lisäsuojauksen saamiseksi.
Lähtömuuttujat
BRE-pyyntö palauttaa kaksi lähtömuuttujaa:
-
BRERequest1.httpResponseBody: Palauttaa BRE-pyynnön vastauksen rungon. -
BRERequest1.httpStatusCode: Palauttaa BRE-pyynnön tilakoodin.Nämä vastauskoodit luokitellaan seuraaviin luokkiin:
-
Tiedolliset vastaukset (100–199)
-
Onnistuneet vastaukset (200–299)
-
Uudelleenohjaukset (300–399)
-
Asiakasvirheet (400–499)
-
Palvelinvirheet (500–599)
-
Sisältötyyppien muodot
Seuraavissa esimerkeissä kuvataan esimerkkisyötteen sisältötyyppien muotoja ja JSON-vastausta.
Sisältötyyppi XML
Käytä tätä työkalua XML:n muuntamiseen JSON-muotoon https://codeshack.io/xml-to-json-converter/.
XML-syöttömuoto:
Tove
Jani
Reminder
Test application
Data/JSON Normalisoitu vaste
{
"note": {
"to": "Tove",
"from": "Jani",
"heading": "Reminder",
"body": "Test application"
}
}
Esimerkki JSON-polkulausekkeesta: Käytä $.note.from saadaksesi arvon muodossa Jani.
Sisältötyyppi TOML
Käytä tätä työkalua TOML:n muuntamiseen JSON-muotoon https://www.convertjson.com/toml-to-json.htm.
TOML-syöttömuoto:
title = "TOML Example"
[owner]
name = "Tom Preston-Werner"
dob = 1979-05-27T07:32:00-08:00
Data/JSON Normalisoitu vaste
{
"title": "TOML Example",
"owner": {
"name": "Tom Preston-Werner",
"dob": "1979-05-27T15:32:00.000Z"
}
}
Esimerkki JSON-polkulausekkeesta: Käytä $.owner.name saadaksesi arvon muodossa ‘Tom Preston-Werner’.
Sisältötyyppi YAML
Käytä tätä työkalua YAML:n muuntamiseen JSON-muotoon https://www.convertjson.com/yaml-to-json.htm.
YAML-syöttömuoto:
# An employee record
martin:
name: Martin D'vloper
job: Developer
skill: Elite
Data/JSON Normalisoitu vaste
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Esimerkki JSON-polkulausekkeesta: Käytä $.martin.job saadaksesi arvon Developer.
Sisältötyyppi JSON
Käytä JSON-lausekkeen arvioijaa https://jsonpath.com/.
JSON-syöttömuoto:
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Data/JSON Normalisoitu vaste
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Esimerkki JSON-polkulausekkeesta: Käytä $.martin.job saadaksesi arvon Developer.
Työnkulun luominen BRE-pyyntöaktiviteetilla
Voit luoda työnkulkuja Webex Contact Centerissä olevan Flow Designer -käyttöliittymän avulla. Luo työnkulku BRE Request -aktiviteetilla Webex Contact Center Flow Designerissa.
Lisätietoja työnkulun määrittämisestä on BRE-pyynnössä.
Usein kysytyt kysymykset
- Mikä on
attribute:n tarkoitus?Attributesovat olennaisia saapuvien BRE-hakupyyntöjen linkittämiseksi BRE:ssä määriteltyihin tiettyihin sääntöjoukkoihin ja sääntöarviointien tulosten tallentamiseen. - Miten luot
attributes?Luo
attributeskohdassa BRE-apuohjelmassa. Voit esimerkiksi luoda attribuutin nimeltäcontext. - Mikä on
context:n tarkoitus?Contextmäärittää BRE:n käyttämän tietyn skenaarion tai hakutyypin. Kun työnkulku käynnistää BRE-pyyntöaktiviteetin, sen on kerrottava BRE:lle, mitä sääntöjä sen on arvioitava. Attribuutti, jonka nimi on useinContext, asetetaan tietyn verkkotunnuksen nimeksi. - Mikä on
domain?A
domainon BRE:n sisällä oleva taulukko, joka sisältää asiaankuuluvat tiedot. Verkkotunnuksen nimi ohjaa BRE:n oikeaan dataan ja sitä vastaavaan sääntöjoukkoon. - Mikä on
label?Kun BRE on arvioinut sääntönsä, sen on ilmoitettava tulos takaisin kutsuvalle järjestelmälle (esimerkiksi Webex-yhteyskeskuksen työnkulku, joka sisältää BRE-pyyntöaktiviteetin). Säännöt määritetään asettamaan nimetyn etikettiattribuutin arvo niiden ehtojen perusteella.
- Mikä on attribuutin, kontekstin ja otsikon välinen suhde?
Voit luoda
Attribute-merkin, esimerkiksi nimeltäcontext. Voit liittää tämän attribuutindomain-merkkiin (varsinainen taulukko, kuten ANILookup). Kun BRE-pyyntöaktiviteettia kutsutaan, työnkulku asettaa tämän attribuutin arvon (elidomain= ANILookup) kontekstin määrittämiseksi (minkä verkkotunnuksen sääntöjä käytetään).Tuon
domain-merkin sisällä Drools-syntaksilla kirjoitetaan sääntöjä ehtojen arvioimiseksi ja toisenattribute-merkin arvon asettamiseksi, jota usein kutsutaanlabel-merkiksi (esimerkiksilabel= "Löytyi"). Tämä edustaa säännön tulosta, joka palautetaan vastauksena työnkulkuun. -
Miten attribuutit, kontekstit ja otsikot liittyvät pyynnön kyselyparametreihin?
BRE-kutsu kutsutaan työnkulun kautta, tyypillisesti API-kutsun (BRE-pyyntöaktiviteetti) kautta kovakoodattuun sisäiseen URL-osoitteeseen. Tämä on REST-rajapinta, joka mahdollistaa CSV-tiedostoon ladattujen BRE-arvojen haun (key/value parit). BRE:n päätöksentekoon tarvittavat tiedot välitetään osana tätä pyyntöä samalla tavalla kuin kyselyparametrit tai pyynnön runko toimisivat tavallisessa REST API -kutsussa.
Input Data: Saapuvan puhelun tiedot (kuten soittajan ANI, tilinumero ja muut vastaavat tiedot) tallennetaan puheluun liittyvinä datamuuttujina (CAD) Webex-yhteyskeskuksen puheluvirrassa.BRE Configuration Data: Muut tarvittavat parametrit, kuten konteksti ja verkkotunnusta määrittävä attribuutti (esim. verkkotunnus = ANILookup) asetetaan myös muuttujiksi Flow'n BRE Request -solmussa.Request Variables: Työnkulun BRE-pyyntövaiheessa CAD-muuttujat ja konfiguroidut muuttujat valitaan muuttujiksi BRE-pyyntökonfiguraatiossa. Nämä muuttujat lähetetään sitten BRE:n suoritusjärjestelmän taustaohjelmalle.Function: Pohjimmiltaan 'Pyyntömuuttujat' toimivat BRE:n 'kyselyparametreina' tai syöttötietoina. BRE käyttää näitä saapuvia arvoja säännöissään määriteltyjen ehtojen arvioimiseen.
ANI-pohjaisten asiakastietojen hakujen määrittäminen liiketoimintasääntömoottorin avulla
Tässä esimerkkityönkulussa käytetään Business Rules Engineä (BRE) asiakastietojen hakemiseen soittajan automaattisen numeron tunnistuksen (ANI) avulla, palautettujen tietojen käsittelyyn Webex-yhteyskeskuksen työnkulussa ja valittujen tietojen näyttämiseen asiakaspalvelijan työpöydällä. Vaiheet on kuvattu alla:
Valmistele hakutiedot
Luo CSV-tiedosto, joka sisältää yksilöllisen hakuavaimen ja siihen liittyvät tiedot. Tässä työnkulussa kutsujan ANI:ta käytetään hakuavaimena. Tallenna yksi tai useampi asiakaskenttä arvosarakkeeseen. Erota useita kenttiä toisistaan pystyviivalla (|).
15551234567,VIP Customer|John Smith|Premium Queue|Toronto 15559876543,Standard Customer|Jane Smith|General Queue|Vancouver Tässä esimerkissä sarake 1 sisältää ANI:n ja sarake 2 asiakastyypin, asiakkaan nimen, jonon ja sijainnin.
BRE on tarkoitettu lukukeskeisiin hakuihin, ei usein päivitettävien yksittäisten tietueiden transaktiotietokannaksi.
Luo BRE-hakutyyppi ja lataa tiedot
Avaa Webex Contact Center BRE Data Sync -työkalu ja valitse vuokraajasi. Jos vaadittua hakutyyppiä ei ole käytettävissä, pyydä operatiivista tiimiä luomaan se. Käytä kuvaavaa nimeä, kuten ANILookup. Kirjaa luotu kontekstin nimi muistiin, koska BRE-kokoonpanon ja -kulun on käytettävä samaa kirjainkokoa huomioivaa arvoa.
Testitietueen lisääminen:
- Avaa Lisää tietoja.
- Valitse vuokralainen ja
ANILookup. - Syötä ANI ja siihen liittyvä arvo.
- Lähetä tietue.
Lataa koko tietojoukko avaamalla Upload BRE, valitsemalla vuokralaisen ja hakutyypin ja lataamalla CSV-tiedoston. Avaa BRE-tietoluettelo ja varmista, että tietueet näkyvät. Varmista, että CSV-tiedoston ANI-muoto vastaa työnkulun lähettämää muotoa.
Käynnistä liiketoimintasäännöt
Kirjaudu Webex Contact Centerin hallintaportaaliin, avaa Liiketoimintasäännötja käynnistä BRE-koontinäyttö:
Luo kontekstiattribuutti:
- Siirry
- Lisää attribuutti, jolla on seuraavat arvot:
- Nimi:
context - Tietotyyppi: Teksti
- Nimi:
- Tallenna tulosattribuutti. Attribuutti
contextidentifioi ladatun hakuaineiston, jota sääntö kyselee. - Lisää palautettuja tietoja edustava tekstiattribuutti. Anna attribuutille merkityksellinen nimi, vaikka palautettu arvo sisältäisi useita pystyviivalla eroteltuja kenttiä. Tallenna ominaisuus. Tässä esimerkissä mallina käytetään merkkiä
customerType. - Avaa Kontekstit ja lisää konteksti. Syötä luodun datan synkronointiin liittyvän kontekstin nimi, kuten
ANILookup, liitä secontext-attribuuttiin ja tallenna se. Kontekstin nimi on kirjainkokoriippuvainen ja sen on vastattava täsmälleen luotua tietojen synkronoinnin kontekstia.
Luo ANI-löytyi-sääntö ja ANI-ei löytynyt -sääntö
Avaa konteksti ja valitse Lisää sääntöeditori. Nimeä sääntö ANIFound, aktivoi se ja määritä sille korkeampi prioriteetti, kuten 100. Lisää seuraava sääntö ja tallenna se:
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 Sääntö yhdistää kontekstin ja ANI:n muodostaakseen hakuavaimen. Kun vastaava arvo on olemassa, se sijoittaa tuloksen customerType -vastausattribuuttiin.
Lisää toinen aktiivinen sääntö nimeltä ANINotFound. Anna sille alempi, yksilöllinen prioriteetti, kuten 99. Määritä sääntö asettamaan customerType arvoksi Not Found, kun vastaavaa tietuetta ei ole, ja tallenna se. Älä määritä samaa prioriteettia molemmille säännöille.
Luo yhteyskeskuksen työnkulku
Avaa Flow Designer ja luo tai avaa testityönkulku. Lisää BRE Request -aktiviteetti kohtaan, josta työnkulun on noudettava soittajan tiedot, ja yhdistä aktiviteetti sopivaan työnkulkupolkuun.
Normalisoi ANI
Jos ladatuista avaimista puuttuu +1 -maakoodin etuliite, luo esikäsittelylauseke, joka poistaa sen ANI:sta:
ANI.replace("+1", "") Käytä normalisoitua arvoa hakuavaimena. Käytä tätä muunnosta vain, kun tallennetuissa arvoissa ei ole +1-merkkiä. ; Pyynnön arvon ja ladattujen avainten on oltava samassa muodossa.
BRE-pyynnön määrittäminen
Määritä aktiviteetti seuraavilla arvoilla:
- Konteksti:
ANILookup - Pyynnön attribuutti:
ani - Pyynnön arvo: Normalisoitu ANI
- Aikakatkaisu: 5 sekuntia
- Uudelleenyritykset: 3
- Vastausattribuutti:
customerType
Yhdistä vastaus merkkijonovirtausmuuttujaan. Konteksti valitsee tietojoukon, kun taas ani antaa yksittäisen tietueavaimen.
Monikenttäisen vastauksen käsittely
Jos BRE palauttaa VIP Customer|John Smith|Premium Queue|Toronto, jaa merkkijono käyttämällä pakomerkkiä (\|). Tuloksena olevat elementit sisältävät asiakastyypin, asiakkaan nimen, jonon ja sijainnin. Määritä tarvittavat elementit erillisille virtausmuuttujille. Demonstraatiossa saadaan selville viimeinen elementti, Toronto.
Näytön ponnahdusikkunan määrittäminen
Lisää tai määritä agentin työpöydän ponnahdusikkunatoiminto. Yhdistä poimitut asiakastiedot vaadittuun ponnahdusikkunakenttään, yhdistä työnkulku jonoon tai asiakaspalvelijan reitityspolkuun ja tallenna ja julkaise työnkulku.
Testaa demonstraatiota
Tee kutsu ladatussa tietojoukossa olevasta ANI:sta. Varmista, että työnkulku normalisoi ANI:n, BRE-pyyntö noudattaa onnistumispolkuaan ja poimitut tiedot näkyvät agentin työpöydällä. Toista testi ANI:lla, jota ei ole tietojoukossa, ja varmista, että "ei löytynyt" -polku palauttaa määritetyn vara-arvon.
Cisco Business Rules Engine on sovellus, joka auttaa nopeissa tiedonhakuissa Webex-yhteyskeskuksessa. Cisco Business Rules Engine (BRE) avulla voit suorittaa tiedonhakuja, mukaut ettua reititystä ja yleistä toteutusta. Järjestelmä hakee tiedot ajon aikana ja käyttää niitä reitityspäätöksiin tai tietojen näyttämiseen agenttille.
Vuokralainen haluaa esimerkiksi reitittää puhelut tiettyyn edustajaryhmään valitun automaattisen numerotunnuksen (ANI) perusteella. Tässä tilanteessa vuokralainen voi yksinkertaisesti ladata luettelon ANI-tiedostoista. Jos saapuvan puhelun ANI on kyseisessä luettelossa, järjestelmä re itittää puhelun määritettyyn agenttiryhmään. Jos ANI ei ole luettelossa, järjestelmä reitittää puhelun yleiseen jonoon.
Tyypillinen BRE-toteutus sisältää nämä tärkeimmät komponentit:
-
BRE DataSync: BRE DataSync -määritysapuohjelma tarjoaa käyttöliittymän Data Sync -esiinty mien määrittämiseen tietojen tuomiseksi BRE-tietokantaan. Kun vuokralainen on määrittänyt Data Sync -esiintymän, vuokralainen voi ladata CSV-tiedoston. Järjestelmä muuntaa ladatut pilkulla erotetut arvotiedot BRE-tietokannan tietueiksi.
-
Liiketoimintasääntömoottori: Business Rules Engine -apuohjelma tarjoaa käyttöliittymän toimialueiden ja sääntöjoukkojen luomiseen. BRE edellyttää, että saapuva päätöspyyntö liitetään verkko tunnukseen. Verkkotunnus sisältää joukon sääntöjä. Jokaiselle säännölle annetaan prioriteetti. BRE yrittää sovittaa verkko tunnuksen korkeimman prioriteetin säännön päätöspyyntöön sääntöjen ehtojen perusteella.
-
Flow Designer: Vedä ja pudota -käyttöliittymä, jota käytetään määrittämään virtoja, jotka organiso ivat ja automatisoivat Webex Contact Centerin komponentteja. Voit luoda kulun, joka kutsuu BRE-toiminnon suorittamaan yksinkertaisen tiedonhaun, joka muistuttaa HTTP-pyyntötoimintoa. Tässä tapauksessa tiedot sijaitsevat kuitenkin Webe x-yhteyskeskuksessa.
Tietojen käsittelyohjeet
BRE:n eheyden ja turvallisuuden ylläpitämiseksi sinun on noudatettava seuraavia tiedonkäsittelyohjeita:
-
Sallitut tietotyypit: Lataa tietoja, jotka ovat välttämättömiä BRE: n toiminnan ja toiminnallisuuden kannalta. Tämä sisältää muun muassa liiketoimintasäännöt, kokoonpanot ja ei- arkaluonteiset toimintatiedot.
-
Henkilötietojen rajoittaminen: Älä lataa BRE:hen mitään henkilökohtaisesti tunnist ettavia tietoja (PII) lukuun ottamatta ANI-tietoja. PII sisältää muun muassa seuraavat :
- Täydelliset nimet
- Sosiaaliturvatunnukset
- Sähköpostiosoitteet
- Fyysiset osoitteet
- Taloudelliset tiedot
ANI-tiedot viittaavat soittavaan osapuoleen liittyvään puhelinnumeroon. ANI-tiedot ovat ainoa PII-tyyppi, jonka lataaminen BRE:hen on sallittua. Tämä poikkeus on tarkoitettu tukemaan tiettyjä liiketoimintatoimintoja, jotka perustuvat ANI-tietoihin.
Business Rules Engine koostuu reaaliaikaisesta sääntömoottorista, jonka aloituspisteeseen liittyvä virtaus kutsuu. Tämä sääntömoottori neuvottelee tyypillisesti tietovaraston kanssa halutun puhelunkäsittelyn arvioimiseksi.
BRE-haku on yksinkertainen datan lasku virtauksessasi, kuten HTTP-pyyntö. BRE-ha un tiedot sijaitsevat kuitenkin Cisco Webex Contact Center datakeskuksessa. Seuraava kuva näyttää BRE-tietojen hakuun liittyvät eri prosessit.
Ennen kuin aloitat
Ennen kuin toteutat BRE: n:
- Määritä BRE DataSync -ilmentymä toteutusta varten ymmärtämällä selkeästi tietomalli.
- Tutustu seuraaviin terminologioihin, joita käytetään tässä oppaassa:
Attribuutti:Määrite on nimetty muut tuja tai tietokenttä, joka on luotu BRE-apuohjelmassa. Se toimii säilön ä tiedoille, joita BRE käyttää pyyntöjen käsittelyyn ja tuotosten tuottamiseen.Konteksti: Kontekstia käytetään ensisijaisesti esimerkinimenä määritteelle, joka määrittää BRE-pyyntö toiminnon kohdennetun toimialueen.Tunniste: Tunnisteon tietyn tyyppinen attribuutti, joka on suunniteltu säilyttämään säännön arvioinnin tu otos tai tulos.
Katso lisätietoja UK K-osiosta.
BRE DataSync -ilmentymän määrittäminen
BRE DataSync -apuohjelma käyttää tietokantaa reitityspäätösten tekemiseksi. Varmista, että tietokanta päivitetään säännöllisesti asianmukaisilla tiedoilla. Tässä osassa kuvataan, kuinka BRE DataSync -apuohjelma määritetään BRE-arkiston päivittämiseen .
Vuokralaisen järjestelmänvalvojan on luotava BRE DataSync -ilmentymä jokaiselle tieto joukolle, jota sääntöjärjestelmät tutkivat päätöksentekoprosessinsa aikana. Järjestel mänvalvoja voi luoda tietojoukon tai ladata CSV-tiedoston. Tiedot muunnet aan BRE-arkiston tietueiksi.
Ennen kuin aloitat
Ota yhteyttä Ciscon asiakaspalvelun asiakkuuspäällikköön saadaksesi pääsyn BRE DataSync -tiliin.
BRE DataSync on tällä hetkellä käytössä vain Täysi järjestelmänvalvojan roolissa. Vuokr alaiset, joilla on täysi järjestelmänvalvoja -rooli, voivat ladata tietoja joko käyttämällä CSV-tiedoston latausta tai avain arvo-pareja. Käyttäjät, joilla on tämä rooli, voivat ladata vain organisaatiokohtaisia tietoja .
Kumppanin järjestelmänvalvojalla, ulkoisella järjestelmänvalvojalla, edustajilla ja esimieh illä ei ole pääsyä BRE DataSync -apuohjelmaan.
| 1 |
Kirjaudu järjestelmänvalvojana BRE DataSync -apuohjelmaan. BRE-isännöinnin ja skaalautuvuuden viimeaikaisten parannusten mukaisesti DataSync-apuohjelman URL-osoitteet ovat muuttuneet. Varmista, että käytät päivitettyjä URL-osoitteita tietojen lataamiseen BRE: hen. Aluekohtaiset BRE DataSync -URL-osoitteet ovat: 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/
Napsauta URL-osoitteita siirtyäksesi Kirjautuminen yhteisellä henkilöllisyydellä -sivulle. Valitse Yhdysvaltain alueella Yhdysvaltain klusteri (ei Yhdysvaltain toinen klu ster i) jatkaaksesi eteenpäin. ANZ-alueella ei ole erityistä URL-osoitetta. Valitse kotisi CI- klusteri kirjautuaksesi sisään. Useimmille käyttäjille Yhdysvaltojen ja Yhdysvaltojen toiset klusterilinkit toimivat. Aluekohtaiset BRE-järjestelmänvalvojan käyttöliittymän URL-osoitteet ovat: https://bre.produs1.ciscoccservice.com/bre/ https://bre.prodeu1.ciscoccservice.com/bre/ https://bre.prodeu2.ciscoccservice.com/bre/ https://bre.prodca1.ciscoccservice.com/bre/ |
| 2 |
Valitse BRE Data List, jos haluat tarkastella kaikkia vuokralaisorganisaatioon liittyviä tietoja. |
| 3 |
Jos haluat lisätä tietoja AVAIN-arvo-pareina BRE-arkistoon: Valitse Lisää BRE-tiedot |
| 4 |
Voit ladata CSV-tiedoston BRE-arkistoon: Valitse Lataa BRE CSV -tiedot. |
BRE-sovelluksen käyttäminen
Voit käyttää Business Rules Engine -sovellusta Webex Contact Centeristä:
- Kirjaudu Control Hubiin.
- Siirry kohtaan .
- Valitse oikeanpuole isen ruudun Pikalinkit-osiosta
Business Rules Engine.
BRE käyttää identiteettipalvelua ja Single Sign‐On -vuorovaikutusta. Jos vuokralaiset ovat jo kirjautuneet Control Hubiin, he voivat automaattisesti käyttää organisaationsa BRE-apuohjelmaa.
Järjestelmä avaa Business Rules Engine (BRE) -sovelluksen uudessa selainvälilehdessä, ja sinut kir
jaudutaan automaattisesti sovellukseen. Näyttöön tulee Dashboard-sivu,
jossa on graafinen esitys sääntöjen lukumäärästä ja suoritusten määrästä. 
Sääntöjoukon luominen

Siirry BRE-portaaliin ja määritä attribuutti, tarra, konteksti ja säännöt alla kuvatulla tavalla.
| 1 |
Määritteen luominen (yhdistämistä varten organisaatioon) seuraavasti: |
| 2 |
Label lisää merkityksen tietoihisi. Tarran luom inen: |
| 3 |
Siirry Kon tekstit-sivulle valitsemalla Kon tekstit. Valitse +Lisää konteksti. |
| 4 |
Voit luoda sääntöjä siirtymällä Konteksti t- sivulle. Valitse +Lisää sääntöeditori ja määritä seuraavat tiedot:
Luo kaksi sääntöä: yksi, jos järjestelmä löytää vastaavuuden ja toinen, kun järjestelmä ei löydä vastaavuutta. Seuraava esimerkkikoodi palauttaa arvon NotFound attribuutil le Route Info. Tämä tapahtuu, jos numero, josta soittaja on soittanut (ANI), ei vastaa ANI: tä BRE-tietokantaan ladattujen vuokralaisten luettel ossa. Kopioi ja liitä seuraava sääntö sääntö editori in:
|
| 5 |
Valitse Tallenna. |
BRE-pyyntö
BRE Request -toiminnon avulla voit hakea tiedot organisaatiosi Business Rules Engine -järjestelmästä (BRE) käytettäväksi kulussa. BRE Request -toiminta käyttää tavallisia HTTP-protokollia tietojen hakemiseen BRE: stä.
Seuraavissa osioissa voit määrittää BRE-pyyntötoiminnon:
Yleiset asetukset
|
Parametri |
Kuvaus |
|---|---|
|
Toiminta-etiketti |
Anna toiminnolle nimi. |
|
Toiminnan kuvaus |
(Valinnainen) Anna toiminnon kuvaus. |
Kyselyn parametrit
Osana BRE-pyyntöä voit siirtää API-kutsussa annetut parametrit BRE: lle. Avainarvo -sarakkeisiin voit syöttää kyselyn avaimen ja siihen liittyvän arvon, joka lähetetään kyselyn mukana. Voit myös välittää muuttuja-arvoja kaksoishakusyntaksilla.
BRE-toiminnolla on yksi ennalta määritetty kyselyparametri: konteksti. Tämä kyselyparametri
välitetään API-kutsussa BRE: lle.
TenanTid ruiskutetaan automaattisesti parametrina, eikä sitä tarvitse määrittää.
|
Parametri |
Kuvaus |
|---|---|
|
Asiayhteys |
Sisältää pyynnön syyn. Tätä pakollista parametria ei voi muokata tai poistaa. Tämän parametrin on sisällettävä sama arvo kuin BRE: n Attribuuttikon |
|
ANI |
Sisältää puhelun alkuperäisen puhelinnumeron. Tämä on oletusparametri, jota voit muokata tai poistaa BRE: n sääntöjen kokoonpan on perusteella. ANI: n näytearvo on |
|
Vastauksen aikakatkaisu | Määrittää BRE-pyynnön yhteyden aikakatkaisun. Oletusarvo on 2000 millisekuntia. |
|
Uudelleenyritysten lukumäärä |
Määrittää, kuinka monta kertaa BRE-pyyntöä yritetään epäonnistumisen jälkeen. Tätä parametria käytetään, jos tilakoodi on 5xx; esimerkiksi 500 tai 501. |
Voit lisätä kyselyparametrin valitsemalla Lisää uusi. Tämä lisää rivin, johon voit syöttää avainarvoparit. Voit lisätä niin monta kyselyparametria kuin haluat osana BRE-pyyntöä.
Jäsennä asetukset
Tässä osiossa voit jäsentää BRE-pyynnön vastauksen eri muuttujiin:
|
Parametri |
Kuvaus |
|---|---|
|
Vastausmuuttuja |
Valitse muuttuja, johon haluat purkaa tietyn osan BRE Request -vastausobjektista. Voit valita avattavasta luettelosta vain Mukautetun virtauksen muuttujat. |
|
Polun lauseke |
Määritä polkulauseke vastausobjektin jäsentämiseksi. Polkulauseke vaihtelee vastausobjektin tietorak enteen tyypistä ja käyttötapauksista tietojen osajoukon poimimiseksi riippuen. Tiedot normalisoidaan objektihierarkiaan ennen Polkulausekkeen suorittamista, joten JSONPathia käytetään vastausobjektissa määritetystä sisältötyypistä riippumatta. |
Salauksen purkuasetukset
Voit purkaa BRE-pyynnön toiminnan lähtömuuttujat. Jos salauksen purku on käytössä virtaustasolla, käyttäjät, joilla on virheenkorjausoikeus, voivat tarkastella BRE-pyyntötoiminnan peittämättömiä tulostusarvoja virtauksen virheenkorjauslokeissa. Poista salauksen purku käytöstä aktiivisuustas olla lisäsuojauksen saamiseksi sammuttamalla Ota salauksen pur ku käyttöön -kytkin.
Lähtömuuttujat
BRE-pyyntö palauttaa kaksi lähtömuuttujaa:
-
BRERequest1.httpResponseBody: Palauttaa BRE-pyynnön vastauskappaleen. -
BRERequest1.httpStatusCode: Palauttaa BRE-pyynnöntilakoodin.Nämä vastauskoodit luokitellaan seuraaviin luokkiin:
-
Tiedottavat vastaukset (100—199)
-
Onnistuneet vastaukset (200—299)
-
Uudelleenohjaukset (300—399)
-
Asiakasvirheet (400—499)
-
Palvelinvirheet (500—599)
-
Sisältötyyppimuodot
Seuraavissa esimerkeissä kuvataan esimerkkitulon sisältötyyppimuodot ja JSON- vastaus.
Sisältötyyppi XML
Tämän työkalun avulla voit muuntaa XML JSON-muoto on https://codeshack.io/xml-to-json-converter/.
XML-syöttömuoto:
<note>
<to>Tove</to>
<from>Jani</from>
<heading>Reminder</heading>
<body>Test application</body>
</note>
Data/JSON-normalisoitu vastaus
{
"note": {
"to": "Tove",
"from": "Jani",
"heading": "Reminder",
"body": "Test application"
}
}
Esimerkki JSON-polulausekkeesta: Käytä $.note.from saadaksesi arvon nimellä Jani.
Sisältötyyppi TOML
Tämän työkalun avulla voit muuntaa TOML JSON-muotoon https://www.convertjson.com/toml-to-json.htm.
TOML-syöttömuoto:
title = "TOML Example"
[owner]
name = "Tom Preston-Werner"
dob = 1979-05-27T07:32:00-08:00
Data/JSON-normalisoitu vastaus
{
"title": "TOML Example",
"owner": {
"name": "Tom Preston-Werner",
"dob": "1979-05-27T15:32:00.000Z"
}
}
Esimerkki JSON-polulausekkeesta: Käytä $.owner.name saadaksesi arvon nimellä 'Tom Preston-Werner'.
Sisältötyyppi YAML
Tämän työkalun avulla voit muuntaa YAML JSON-muotoon https://www.convertjson.com/yaml-to-json.htm.
YAML-syöttömuoto:
# An employee record
martin:
name: Martin D'vloper
job: Developer
skill: Elite
Data/JSON-normalisoitu vastaus
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Esimerkki JSON-polulausekkeesta: Käytä $.martin.job saadaksesi arvon Keh ittäjä.
Sisältötyyppi JSON
Käytä JSON-lausekkeen arvioijaa https://jsonpath.com/.
JSON-syöttömuoto:
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Data/JSON-normalisoitu vastaus
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Esimerkki JSON-polulausekkeesta: Käytä $.martin.job saadaksesi arvon Keh ittäjä.
Virtauksen luominen BRE-pyyntötoiminnolla
Voit luoda virtoja Webex Contact Centerissä käytettävissä olevan Flow Designer -käyttöliittymän avulla. Luo kulku BRE -pyyntötoiminnolla Webex Cont act Center Flow Designer -sovelluksessa.
Lisätietoja virran määrittämisestä on BRE -pyynnössä.
Usein kysytyt kysymykset
- Mikä on
attribuutin tarkoitus?Määritteetovat olennaisia saapuvien BRE-hakupyyntöjen linkit tämisessä tiettyihin BRE: ssä määriteltyihin sääntöjoukkoihin, ja sääntöjen arviointien tulosten tallentamiseksi. - Miten luot
attribuutteja?Luo määr
itteet BRE-apu buutit -kohdassa. Voit esimerkiksi luoda attribuutin nimeltäkonteksti. - Mikä on kon
tekstin tarkoitus?Kon@@
tekstimäärittelee tietyn skenaarion tai hakutyypin, jota BRE soveltaa. Kun virta kutsuu BRE -pyyntötoiminnon, sen on kerrottava BRE: lle, mitkä säännöt on arvioitava. Määr ite, usein nimeltään Context, asetetaan tietyn toimialueen nim eksi. - Mikä on
verkkotunnus?Verkko
tunnuson BRE:n taulukko , joka sisältää asiaankuuluvat tiedot. Verkkotunnuksen nimi ohjaa BRE:n oikeisiin tietoihin ja vastaaviin sääntöjoukkoihin. - Mikä on
etiketti?Kun BRE on arvioinut sääntönsä, sen on ilmoitettava tulos takaisin puhelujärjestelmään (esimerkiksi Webex Contact Center Flow, joka sisältää BRE-pyynnön toimintaa). Säännöt määritetään määrittämään määritetyn ot sikkomääritteen arvo niiden ehtojen perusteella.
- Mikä on attribuutin, kontekstin ja etiketin välinen suhde?
Voit luoda
attribuutin, esimerkiksi nimetynkontekstin.Voit liittää tämän määritteen toimialueeseen (varsinaiseen taulukkoon, kuten AniLookup).Kun käynnistät BRE-pyynnön toimintoa, virta asettaa tämän attribuutin arvon (eliverkkotunnus = AniLookup) kontekstin määrittämiseksi (minkä verkkotunnuksen sääntöjä käytetään).TämänTämä edustaa säännön tulosta, joka palautetaan vastauksena virtaukseen.verkkotunnuksensisällä säännöt kirjoitetaan Droolsin syntaksissa ehtojen arvioimiseksi ja toisenattribuutin arvon määrittämiseksi, jota usein kutsutaan tunnisteeksi ( esimerkiksilabel= ”matchFound”). -
Miten määritteet, kontekstit ja tarrat liittyvät pyynnön kyselyparametre ihin?
Flow kutsuu BRE:n, tyypillisesti API-kutsun (BRE Request activity) kautta kovakoodattuun sisäiseen URL-osoitteeseen. Tämä on REST API, joka mahdollistaa CSV-tiedostoon ladattujen BRE-arvojen etsimisen (avain/arvo-parit). BRE:n päätöksen tekemiseen tarvittavat tiedot välitetään osana tätä pyyntöä, samalla tavalla kuin kyselyparametrit tai pyynnön runko toimisivat tavallisessa REST API -kutsussa.
Syöttötiedot: Saapuvan puhelun tiedot (kuten soittajan ANI, tilinumero ja muut vastaavat tiedot) tallennetaan puheluun liittyvien tietojen (CAD) muuttujina Webex Contact Center -puheluvirrassa.BRE-määritystiedot: Muut tarvittavat parametrit, kuten konteksti ja verkkotunnuksen määrittävä attribuutti (esim. domain = AniLookup), asetetaan muuttujiksi myös F low'n BRE Request -solmussa.Pyyntömuuttujat: Virtauksen BRE-pyyntövaiheessa CAD-muuttujat ja määritetyt muuttujat valitaan muuttujiksi BRE Request - kokoonpanossa. Nämä muuttujat lähetetään sitten BRE: n suorituksen taustamoottoriin.Toiminto: Pohjimmiltaan ”Pyyntömuuttujat” toimivat BRE:n ”kyselyparametreina” tai syöttökuormana. BRE käyttää näitä saapuvia arvoja arvioidakseen sen säännöissä määriteltyjä ehtoja.