Tässä artikkelissa
Johdanto
dropdown icon
Liiketoimintasääntömoottorin käyttöönotto
    dropdown icon
    Ennen kuin aloitat
      BRE DataSync -instanssin määrittäminen
    BRE-sovelluksen käyttö
    Sääntöjen luominen
    dropdown icon
    BRE-pyyntö
      Yleiset asetukset
      Kyselyparametrit
      Jäsennysasetukset
      Salauksen purun asetukset
      Lähtömuuttujat
    Työnkulun luominen BRE-pyyntöaktiviteetilla
    Usein kysytyt kysymykset
    dropdown icon
    ANI-pohjaisten asiakastietojen hakujen määrittäminen liiketoimintasääntömoottorin avulla
      Valmistele hakutiedot
Webex Contact Centerin liiketoimintasääntöjen ytimen käyttöopas
list-menuTässä artikkelissa
list-menuOnko sinulla palautetta?

Webex Contact Centerin Business Rules Engine (BRE) -työkalu mahdollistaa asiakkaiden lataamisen tiettyjä tietoja, joihin järjestelmä voi päästä käsiksi ajon aikana reitityspäätösten tekemiseksi tai näyttää tietoja soittaakseen asiakaspalvelijoille.

Johdanto

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ömoottorin käyttöönotto

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: attribute on 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ä context käytetään ensisijaisesti esimerkkinimenä attribuutille, joka määrittää BRE-pyyntötoiminnan kohdetoimialueen.
    • Label: Label on 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.

Kaavio, joka näyttää, miten BRE DataySync -apuohjelma on määritetty päivittämään BRE-tietovarastoa. BRE DataSync > LIKA > BRE-arkisto.
BRE DataSync -apuohjelma

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.

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

  1. Valitse organisaation nimi avattavasta TenantName -luettelosta.

  2. Valitse BRE-hakutyyppi avattavasta luettelosta.

    Katso seuraavat BRE-hakutyypin lisäämiseen liittyvät kokorajoitukset:

    • BRE-hakutyypin enimmäismerkkimäärä: VARCHAR(200)
    • Arvokentän enimmäismerkkimäärä: VARCHAR(500)
    • Hakutyyppien enimmäismäärä organisaatiota kohden: 100
    • Rivien enimmäismäärä hakutyyppiä kohden: 100 000 rivi
    • Ladattavan tiedoston enimmäiskoko: 10 Mt

    Ota yhteyttä Ciscon asiakastukipäällikköön tai ratkaisunvarmistuksen yhteyshenkilöön lisätäksesi uusia hakutyyppejä.

  3. Napsauta Lisää tiedot syöttääksesi Avain ja Arvo.

  4. (Valinnainen) Napsauta Poista poistaaksesi olemassa olevan Avaimen ja Arvon.

  5. Klikkaa Lähetä.

4

CSV-tiedoston lataaminen BRE-arkistoon: Valitse Lähetä BRE CSV -tiedot.

  1. Valitse organisaation nimi avattavasta TenantName -luettelosta.

  2. Valitse BRE-hakutyyppi avattavasta luettelosta.

  3. Valitse Lähetä selataksesi ja ladataksesi CSV-tiedoston.

  4. Klikkaa Lähetä.

    Esimerkki CSV-tiedostosta BRE CSV -tietojen lataamista varten. Sarakeotsikot ovat 'ANI', 'Laajennus' ja 'Toiminto'.
    Esimerkki CSV-tiedostosta, jossa on tietoja
    Toiminnot Poista, Päivitä ja Lisää eivät ole kirjainkokoriippuvaisia. Voit myös käyttää syntaksia 725160001,,Delete tietojen poistamiseen.

BRE-sovelluksen käyttö

Voit käyttää Business Rules Engine -sovellusta Webex Contact Centerin hallintaportaalin kautta.

  1. Kirjaudu sisään Webex Contact Centerin hallintaportaaliin.
  2. 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ä.BRE-hallintapaneeli

Sääntöjen luominen

Kaavio Webex-yhteyskeskuksen työnkulun käynnistämästä liiketoimintasääntömoottorin apuohjelmasta. Virtauksen hallinta Webex Contact Center Flow Designerissa > Hakupyyntö > Cisco BRE > Lukea > BRE-arkisto.

Siirry BRE-portaaliin ja määritä attribuutti, otsikko, konteksti ja säännöt alla kuvatulla tavalla.

1

Organisaatioosi liitettävän määritteen luominen:

  1. Valitse Määritteet ja napsauta Lisää -painiketta Määritteet-sivulla.

  2. Kirjoita contextNimi -kenttään.

  3. Valitse Tietotyyppi muotoon Text avattavasta luettelosta.

    Tietotyypin on oltava Text BRE-apuohjelmassa.

  4. Napsauta Save.

2

Otsikko lisää merkitystä datallesi. Luodaksesi -tunnisteen:

  1. Valitse Tunnisteet ja napsauta Lisää Tunnisteet-sivulla.

  2. Kirjoita tunnisteen nimi Nimi -kenttään.

  3. Napsauta Save.

3

Napsauta Kontekstit siirtyäksesi Kontekstit -sivulle. Klikkaa +Add Konteksti.

  1. Syötä Nimi, joka on luotu konteksti BRE-dataluettelossa.

  2. Syötä valinnainen Kuvaus.

  3. Jos luodaan useampi kuin yksi määrite, valitse kontekstiin liitettävä määrite Määrite -pudotusvalikosta.

  4. Napsauta Save.

4

Voit luoda sääntöjä siirtymällä Kontekstit -sivulle. Klikkaa +Add Sääntöeditori ja määritä seuraavat tiedot:

  • Nimi: Anna säännölle nimi.
  • Kuvaus: Säännön valinnainen kuvaus.
  • Aktiivinen: Valitse valintaruutu määrittääksesi, että sääntö on aktiivinen.
  • Tarra: Valitse tarvittava etiketti alasvetovalikosta.
  • Prioriteetti: Vedä liukusäädintä määrittääksesi säännölle prioriteetin. Järjestelmä suorittaa säännöt määritetyn prioriteetin perusteella korkeimmasta (100) matalimpaan. On suositeltavaa aloittaa prioriteettien määrittäminen laskevassa järjestyksessä sadasta.
  • Sääntöeditori (työkalu koodin syöttämiseen, kuten alla olevissa kuvakaappauksissa näkyy): Syötä säännön koodi.

Luo kaksi sääntöä: toinen, jos järjestelmä löytää osuman, ja toinen, kun järjestelmä ei löydä osumaa.

Seuraava esimerkkikoodi palauttaa arvon routeInfo-nimiselle attribuutille. Tämä tapahtuu, jos soittajan soittama numero (ANI) vastaa BRE-tietokantaan ladatun vuokralaisten luettelon ANI:a. Kopioi ja liitä seuraava sääntö Sääntöeditoriin:
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-kontekstisivu esimerkkikoodilla palauttaa ANIFound-arvon routeinfo-attribuutille.

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:

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

BRE-kontekstisivu esimerkkikoodilla palauttaa arvon ANINotFound-attribuutin routeinfo-arvolle.
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ää.

Taulukko 1. Kyselyparametrit

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 context määritetty arvo. Lisätietoja on Sääntöjoukon luominen -osiossa Cisco Webex Contact Center Business Rules Engine -käyttöoppaassa.

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

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

  1. Mikä on attribute:n tarkoitus?

    Attributes ovat olennaisia saapuvien BRE-hakupyyntöjen linkittämiseksi BRE:ssä määriteltyihin tiettyihin sääntöjoukkoihin ja sääntöarviointien tulosten tallentamiseen.

  2. Miten luot attributes?

    Luo attributes kohdassa Valmistelu > Määritteet BRE-apuohjelmassa. Voit esimerkiksi luoda attribuutin nimeltä context.

  3. Mikä on context:n tarkoitus?

    Context mää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 usein Context, asetetaan tietyn verkkotunnuksen nimeksi.

  4. Mikä on domain?

    A domain on BRE:n sisällä oleva taulukko, joka sisältää asiaankuuluvat tiedot. Verkkotunnuksen nimi ohjaa BRE:n oikeaan dataan ja sitä vastaavaan sääntöjoukkoon.

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

  6. Mikä on attribuutin, kontekstin ja otsikon välinen suhde?

    Voit luoda Attribute-merkin, esimerkiksi nimeltä context. Voit liittää tämän attribuutin domain -merkkiin (varsinainen taulukko, kuten ANILookup). Kun BRE-pyyntöaktiviteettia kutsutaan, työnkulku asettaa tämän attribuutin arvon (eli domain = 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 toisen attribute-merkin arvon asettamiseksi, jota usein kutsutaan label -merkiksi (esimerkiksi label = "Löytyi"). Tämä edustaa säännön tulosta, joka palautetaan vastauksena työnkulkuun.

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

  1. Avaa Lisää tietoja.
  2. Valitse vuokralainen ja ANILookup.
  3. Syötä ANI ja siihen liittyvä arvo.
  4. 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:

  1. Siirry Etusivulle > Ominaisuudet > .
  2. Lisää attribuutti, jolla on seuraavat arvot:
    • Nimi: context
    • Tietotyyppi: Teksti
  3. Tallenna tulosattribuutti. Attribuutti context identifioi ladatun hakuaineiston, jota sääntö kyselee.
  4. 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.
  5. Avaa Kontekstit ja lisää konteksti. Syötä luodun datan synkronointiin liittyvän kontekstin nimi, kuten ANILookup, liitä se context -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.

Oliko tästä artikkelista apua?
Oliko tästä artikkelista apua?