- Start
- /
- Artikel
De Business Rules Engine (BRE) in Webex Contact Center stelt klanten in staat om regels te uploaden. specifieke gegevens waartoe het systeem tijdens de uitvoering toegang heeft om routeringsbeslissingen te nemen of Toon informatie aan callcentermedewerkers.
Cisco© Business Rules Engine is een applicatie die helpt bij het snel opzoeken van gegevens binnen Webex Contact Center. Met Cisco© Business Rules Engine (BRE) kunt u gegevens opzoeken, aangepaste routering instellen en algemene implementaties uitvoeren. Het systeem haalt de gegevens tijdens de uitvoering op en gebruikt deze voor routeringsbeslissingen of om informatie aan de agent weer te geven.
Een huurder wil bijvoorbeeld gesprekken doorschakelen naar een specifieke groep medewerkers op basis van het gekozen automatische nummerherkenningsnummer (ANI). In dit scenario kan de huurder eenvoudig een lijst met ANI's uploaden. Als het ANI-nummer van het inkomende gesprek op die lijst staat, routeert het systeem het gesprek naar de opgegeven groep agenten. Als het ANI-nummer niet in de lijst staat, wordt het gesprek door het systeem doorgestuurd naar de algemene wachtrij.
Een typische BRE-implementatie omvat de volgende belangrijke componenten:
-
BRE DataSync: Het configuratieprogramma BRE DataSync biedt een interface voor het definiëren van de Data Sync-instanties waarmee gegevens in de BRE-database kunnen worden geïmporteerd. Nadat de tenant het Data Sync-exemplaar heeft gedefinieerd, kan deze een CSV-bestand uploaden. Het systeem zet de geüploade gegevens in door komma's gescheiden waarden om in records in de BRE-database.
-
Bedrijfsregelsengine: De Business Rules Engine-utility biedt een interface voor het creëren van domeinen en regelsets. De BRE vereist dat een binnenkomend beslissingsverzoek gekoppeld is aan een domein. Het domein bevat een set regels. Aan elke regel wordt een prioriteit toegekend. De BRE probeert de regel met de hoogste prioriteit binnen het domein te koppelen aan het beslissingsverzoek op basis van de voorwaarden in de regels.
-
Flow Designer: Een drag-and-drop gebruikersinterface waarmee workflows kunnen worden gedefinieerd die de componenten van het Webex Contact Center coördineren en automatiseren. Je kunt een workflow maken die de BRE-activiteit aanroept om een eenvoudige gegevensopzoeking uit te voeren, vergelijkbaar met de HTTP Request-activiteit. In dit geval bevinden de gegevens zich echter in het Webex Contact Center.
Richtlijnen voor gegevensverwerking
Om de integriteit en veiligheid van de BRE te waarborgen, moet u zich houden aan de volgende richtlijnen voor gegevensverwerking:
-
Toegestane gegevenstypen: Upload de gegevens die essentieel zijn voor de werking en functionaliteit van de BRE. Dit omvat, maar is niet beperkt tot, bedrijfsregels, configuraties en niet-gevoelige operationele gegevens.
-
Beperking op PII: Upload geen persoonsgegevens naar de BRE, met uitzondering van de ANI-gegevens. PII omvat, maar is niet beperkt tot:
- Volledige namen
- Burgerservicenummers
- E-mailadressen
- Fysieke adressen
- Financiële informatie
ANI-gegevens verwijzen naar het telefoonnummer dat is gekoppeld aan de beller. ANI-gegevens zijn het enige type persoonsgegevens dat is toegestaan voor upload naar de BRE. Deze uitzondering is bedoeld ter ondersteuning van specifieke bedrijfsfunctionaliteiten die afhankelijk zijn van ANI-gegevens.
De Business Rules Engine bestaat uit een realtime regelsengine die wordt aangeroepen door de workflow die is gekoppeld aan een ingangspunt. Deze regelsengine raadpleegt doorgaans een gegevensopslagplaats om de gewenste afhandeling van oproepen te bepalen.
Een BRE-lookup is een eenvoudige data-opvraging binnen uw workflow, vergelijkbaar met een HTTP-verzoek. De gegevens voor de BRE-lookup bevinden zich echter in het datacenter van Cisco Webex Contact Center. De volgende afbeelding toont de verschillende processen die betrokken zijn bij het opzoeken van BRE-gegevens.
Voordat u begint
Voordat u BRE implementeert:
- Configureer de BRE DataSync-instantie voor uw implementatie met een duidelijk begrip van het datamodel.
- Maak uzelf vertrouwd met de volgende terminologieën die in deze handleiding worden gebruikt:
Attribute: Eenattributeis een benoemde variabele of gegevensveld dat is aangemaakt binnen het BRE-hulpprogramma. Het dient als een container voor informatie die de BRE gebruikt om verzoeken te verwerken en resultaten te genereren.Context: Eencontextwordt voornamelijk gebruikt als voorbeeldnaam voor een attribuut dat het beoogde domein voor een BRE Request-activiteit specificeert.Label: EenLabelis een specifiek type attribuut dat is ontworpen om de uitvoer of het resultaat van de evaluatie van een regel op te slaan.
Zie de FAQ sectie voor meer details.
Configureer een BRE DataSync-instantie
Het BRE DataSync-hulpprogramma raadpleegt een database om routebeslissingen te nemen. Zorg ervoor dat de database periodiek wordt bijgewerkt met de juiste informatie. In dit gedeelte wordt beschreven hoe u het BRE DataSync-hulpprogramma configureert om de BRE-repository bij te werken.
De tenantbeheerder moet een BRE DataSync-instantie aanmaken voor elke dataset die de Rules Engine raadpleegt tijdens het besluitvormingsproces. De beheerder kan de dataset aanmaken of een CSV-bestand uploaden. De gegevens worden omgezet in records in de BRE-repository.
Voordat u begint
Neem contact op met uw Cisco Customer Service Account Manager om toegang te krijgen tot het BRE DataSync-account.
BRE DataSync is momenteel alleen ingeschakeld voor de rol Volledig beheerder. Gebruikers met de rol 'Volledig beheerder' kunnen gegevens uploaden via een CSV-bestand of via sleutel-waardeparen. Gebruikers met deze rol kunnen alleen hun organisatiespecifieke gegevens uploaden.
Partnerbeheerders, externe beheerders, agenten en supervisors hebben geen toegang tot het BRE DataSync-hulpprogramma.
| 1 |
Meld u als beheerder aan bij het BRE DataSync-hulpprogramma. In overeenstemming met de recente verbeteringen in BRE Hosting en Schaalbaarheid zijn de URL's voor het DataSync-hulpprogramma gewijzigd. Gebruik de bijgewerkte URL's om gegevens naar BRE te uploaden. De regiospecifieke BRE DataSync-URL's zijn: 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/
Klik op de URL's om naar de pagina Inloggen met Common Identity te gaan. Voor de regio VS, selecteer de VS-cluster (en niet de tweede VS-cluster) om verder te gaan. De regiospecifieke URL's voor de BRE-beheerinterface zijn: 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 |
Selecteer BRE-gegevenslijst om alle informatie te bekijken die betrekking heeft op de huurdersorganisatie. |
| 3 |
Om gegevens als sleutel-waardeparen toe te voegen aan de BRE-repository: Selecteer Voeg BRE-gegevens toe |
| 4 |
Om een CSV-bestand naar de BRE-repository te uploaden: Selecteer Upload BRE CSV-gegevens. |
Toegang tot de BRE-applicatie
U kunt de Business Rules Engine-applicatie openen via het beheerdersportaal van Webex Contact Center.
- Meld u aan bij het beheerdersportaal van Webex Contact Center.
- Klik op Bedrijfsregels om het dashboard van de Business Rules Engine te openen.
BRE maakt gebruik van een identiteitsservice en een Single Sign-On-interactie. Als u al bent aangemeld via Common Identity, kunt u de BRE-tool voor uw organisatie gebruiken zonder opnieuw in te loggen.
Het systeem opent de Business Rules Engine (BRE)-applicatie in een nieuw browsertabblad. Op de dashboardpagina wordt een grafische weergave getoond van het aantal regels en uitvoeringen.
Een set regels opstellen

Open het BRE-portaal en configureer het attribuut, label, context en de regels, zoals hieronder beschreven.
| 1 |
Om een attribuut aan uw organisatie te koppelen: |
| 2 |
Labels geven betekenis aan je data. Om een label te maken : |
| 3 |
Klik op Contexten om naar de pagina Contexten te navigeren. Klik +Add Context. |
| 4 |
Om regels te maken, ga naar de pagina Contexten. Klik +Add Regeleditor en configureer de volgende details:
Maak twee regels: De ene foutmelding verschijnt als het systeem een overeenkomst vindt, de andere als het systeem geen overeenkomst vindt. De volgende voorbeeldcode retourneert de waarde NotFound voor het attribuut routeInfo. Dit gebeurt als het nummer waarmee de beller heeft gebeld (ANI) niet overeenkomt met een ANI in de lijst met huurders die in de BRE-database zijn geüpload. Kopieer en plak de volgende regel in de Regeleditor: |
| 5 |
Klik op Opslaan. |
BRE-verzoek
Gebruik de activiteit BRE Request om de gegevens uit de Business Rules Engine (BRE) van uw organisatie op te halen en in de workflow te gebruiken. De BRE Request-activiteit maakt gebruik van standaard HTTP-protocollen om gegevens van de BRE op te halen.
In de volgende secties kunt u de BRE-aanvraagactiviteit configureren:
Algemene instellingen
|
Parameter |
Beschrijving |
|---|---|
|
Activiteitslabel |
Geef de activiteit een naam. |
|
Activiteitsbeschrijving |
(Optioneel) Geef een beschrijving van de activiteit. |
Queryparameters
Als onderdeel van het BRE-verzoek kunt u de parameters die in de API-aanroep worden verstrekt, doorgeven aan de BRE. In de sleutel-waardekolommen kunt u de sleutel voor de query en de bijbehorende waarde invoeren die met de query moet worden meegestuurd. Je kunt ook de syntax met dubbele accolades gebruiken om variabele waarden door te geven.
De BRE-activiteit heeft één vooraf gedefinieerde queryparameter: context. Deze queryparameter wordt in de API-aanroep naar de BRE doorgegeven.
De TenantID wordt automatisch als parameter ingevoegd en hoeft niet geconfigureerd te worden.
|
Parameter |
Beschrijving |
|---|---|
|
Context |
Bevat de reden voor het verzoek. Deze verplichte parameter kan niet worden bewerkt of verwijderd. Deze parameter moet dezelfde waarde bevatten als de waarde die is opgegeven in het attribuut |
|
ANI |
Bevat het telefoonnummer van de beller. Dit is een standaardparameter die u kunt bewerken of verwijderen, afhankelijk van de regelconfiguratie in de BRE. Een voorbeeldwaarde voor ANI is |
|
Reactietijdslimiet | Hiermee wordt de verbindingstime-out voor het BRE-verzoek ingesteld. De standaardwaarde is ingesteld op 2000 milliseconden. |
|
Aantal herhalingen |
Hiermee wordt het aantal keren gespecificeerd dat de BRE-aanvraag wordt geprobeerd na een mislukking. Deze parameter wordt gebruikt als de statuscode 5xxis. ; bijvoorbeeld 500 of 501. |
Om een queryparameter toe te voegen, klikt u op Nieuwe toevoegen. Dit voegt een rij toe waarin u de sleutel-waardeparen kunt invoeren. U kunt zoveel queryparameters toevoegen als nodig is als onderdeel van het BRE-verzoek.
Parse-instellingen
In dit gedeelte kunt u het antwoord van het BRE-verzoek parseren en in verschillende variabelen omzetten:
|
Parameter |
Beschrijving |
|---|---|
|
Responsvariabele |
Kies een variabele waarnaar u een specifiek gedeelte uit het BRE Request-antwoordobject wilt extraheren. U kunt alleen variabelen voor aangepaste flows selecteren uit de keuzelijst. |
|
Paduitdrukking |
Definieer de paduitdrukking voor het parseren van het responsobject. Afhankelijk van de datastructuur van het responsobject en de gebruiksscenario's voor het extraheren van een subset van die informatie, varieert de padexpressie. Voordat de padexpressie wordt uitgevoerd, worden de gegevens genormaliseerd naar een objecthiërarchie. Hierdoor wordt JSONPath in het responsobject gebruikt, ongeacht het geconfigureerde inhoudstype. |
Ontsleutelingsinstellingen
Je kunt de uitvoervariabelen van de BRE Request-activiteit decoderen. Als decryptie op stroomniveau is ingeschakeld, kunnen gebruikers met debugtoegang tot decryptie de niet-gemaskeerde uitvoerwaarden van de BRE Request-activiteit in de debuglogboeken van de stroom bekijken. Schakel de schakelaar Decryptie inschakelen uit om decryptie op activiteitsniveau uit te schakelen voor extra bescherming.
Uitvoervariabelen
De BRE-aanvraag retourneert twee uitvoervariabelen:
-
BRERequest1.httpResponseBody: Retourneert de responsbody voor het BRE-verzoek. -
BRERequest1.httpStatusCode: Geeft de statuscode van het BRE-verzoek terug.Deze responscodes worden ingedeeld in de volgende categorieën:
-
Informatieve reacties (100–199)
-
Succesvolle reacties (200–299)
-
Omleidingen (300–399)
-
Clientfouten (400–499)
-
Serverfouten (500–599)
-
Inhoudstypeformaten
De volgende voorbeelden beschrijven voorbeeldformaten voor inhoudstypen (Content Types) en het bijbehorende JSON-antwoord.
Inhoudstype XML
Gebruik deze tool om XML naar JSON-formaat te converteren https://codeshack.io/xml-to-json-converter/.
XML-invoerformaat:
Tove
Jani
Reminder
Test application
Data/JSON Genormaliseerde respons
{
"note": {
"to": "Tove",
"from": "Jani",
"heading": "Reminder",
"body": "Test application"
}
}
Voorbeeld van een JSON-paduitdrukking: Gebruik $.note.from om de waarde als Janite verkrijgen.
Inhoudstype TOML
Gebruik deze tool om TOML naar JSON-formaat te converteren https://www.convertjson.com/toml-to-json.htm.
TOML-invoerformaat:
title = "TOML Example"
[owner]
name = "Tom Preston-Werner"
dob = 1979-05-27T07:32:00-08:00
Data/JSON Genormaliseerde respons
{
"title": "TOML Example",
"owner": {
"name": "Tom Preston-Werner",
"dob": "1979-05-27T15:32:00.000Z"
}
}
Voorbeeld van een JSON-paduitdrukking: Gebruik $.owner.name om de waarde als ‘Tom Preston-Werner’te verkrijgen.
Inhoudstype YAML
Gebruik deze tool om YAML naar JSON-formaat te converteren https://www.convertjson.com/yaml-to-json.htm.
YAML-invoerformaat:
# An employee record
martin:
name: Martin D'vloper
job: Developer
skill: Elite
Data/JSON Genormaliseerde respons
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Voorbeeld van een JSON-paduitdrukking: Gebruik $.martin.job om de waarde Developerte verkrijgen.
Inhoudstype JSON
Gebruik de JSON-expressie-evaluator https://jsonpath.com/.
JSON-invoerformaat:
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Data/JSON Genormaliseerde respons
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Voorbeeld van een JSON-paduitdrukking: Gebruik $.martin.job om de waarde Developerte verkrijgen.
Een workflow creëren met een BRE-aanvraagactiviteit
U kunt workflows maken met behulp van de Flow Designer-interface die beschikbaar is in het Webex Contact Center. Maak een flow met de activiteit BRE Request in de Webex Contact Center Flow Designer.
Voor meer informatie over het configureren van de workflow, zie het BRE-verzoek.
Veelgestelde vragen
- Wat is het doel van een
attribute?Attributeszijn essentieel voor het koppelen van binnenkomende BRE-zoekverzoeken aan specifieke regelsets die binnen BRE zijn gedefinieerd, en voor het opslaan van de resultaten van regelevaluaties. - Hoe maak je
attributes?Aanmaken
attributesonder in het BRE-hulpprogramma. Je zou bijvoorbeeld een attribuut met de naamcontextkunnen aanmaken. - Wat is het doel van een
context?Contextdefinieert het specifieke scenario of opzoektype dat BRE toepast. Wanneer een workflow de BRE Request-activiteit aanroept, moet deze de BRE laten weten welke set regels moet worden geëvalueerd. Een attribuut, vaak aangeduid metContext, wordt ingesteld op de naam van het specifieke domein. - Wat is een
domain?A
domainis de tabel binnen BRE die de relevante gegevens bevat. De domeinnaam helpt BRE de juiste gegevens en de bijbehorende regels te vinden. - Wat is een
label?Nadat BRE zijn regels heeft geëvalueerd, moet het de uitkomst terugkoppelen naar het aanroepende systeem (bijvoorbeeld een Webex Contact Center Flow met een BRE Request-activiteit). Regels zijn geconfigureerd om de waarde van een specifiek labelkenmerk in te stellen op basis van hun voorwaarden.
- Wat is de relatie tussen een attribuut, context en een label?
Je kunt bijvoorbeeld een
Attributeaanmaken met de naamcontext. Je kunt dit attribuut koppelen aan eendomain(de daadwerkelijke tabel zoals ANILookup). Bij het aanroepen van de BRE Request-activiteit stelt de flow de waarde van dit attribuut in (dat wil zeggen,domain). = ANILookup) om de context te specificeren (welke domeinregels moeten worden gebruikt).Binnen die
domainworden regels geschreven in Drools Syntax om voorwaarden te evalueren en de waarde van een andereattributein te stellen, vaak aangeduid als eenlabel(bijvoorbeeldlabel). = "Match gevonden". Dit vertegenwoordigt het resultaat van de regel dat als reactie op de flow wordt teruggestuurd. -
Hoe verhouden attributen, contexten en labels zich tot de queryparameters van het verzoek?
De BRE wordt aangeroepen door een Flow, doorgaans via een API-aanroep (BRE Request-activiteit) naar een vastgelegde interne URL. Dit is een REST API waarmee BRE-waarden uit CSV-bestanden kunnen worden opgezocht. (key/value paren). De gegevens die de BRE nodig heeft om een beslissing te nemen, worden als onderdeel van dit verzoek doorgegeven, vergelijkbaar met hoe queryparameters of een verzoekbody functioneren in een reguliere REST API-aanroep.
Input Data: Informatie van het inkomende gesprek (zoals het ANI-nummer van de beller, het accountnummer en andere vergelijkbare gegevens) wordt vastgelegd als Call Associated Data (CAD)-variabelen in de Webex Contact Center-gespreksflow.BRE Configuration Data: Andere noodzakelijke parameters, zoals de context en het attribuut dat het domein specificeert (bijv. domein). = ANILookup) worden ook als variabelen ingesteld in het BRE Request-knooppunt van de Flow.Request Variables: In de BRE Request-stap van de workflow worden de CAD-variabelen en geconfigureerde variabelen geselecteerd als variabelen in de BRE Request-configuratie. Deze variabelen worden vervolgens naar de uitvoeringsbackend van de BRE gestuurd.Function: In essentie fungeren de 'Request Variables' als de 'query parameters' of invoergegevens voor de BRE. De BRE gebruikt deze binnenkomende waarden om de in haar regels gedefinieerde voorwaarden te evalueren.
Configureer op ANI gebaseerde klantgegevenszoekopdrachten met behulp van de Business Rules Engine.
Deze voorbeeldworkflow maakt gebruik van de Business Rules Engine (BRE) om klantgegevens op te zoeken aan de hand van de automatische nummerherkenning (ANI) van een beller, de geretourneerde gegevens te verwerken in een Webex Contact Center-workflow en geselecteerde informatie weer te geven op het agentdesktop. De stappen worden hieronder beschreven:
Bereid de opzoekgegevens voor.
Maak een CSV-bestand aan met een unieke opzoeksleutel en de bijbehorende gegevens. Bij deze workflow wordt het ANI van de beller gebruikt als opzoeksleutel. Sla een of meer klantvelden op in de waardekolom. Scheid meerdere velden met een verticale streep (|).
15551234567,VIP Customer|John Smith|Premium Queue|Toronto 15559876543,Standard Customer|Jane Smith|General Queue|Vancouver In dit voorbeeld bevat kolom 1 het ANI-nummer en kolom 2 het klanttype, de klantnaam, de wachtrij en de locatie.
BRE is bedoeld voor leesgerichte zoekopdrachten, niet als een transactionele database voor individuele records die regelmatig worden bijgewerkt.
Maak het BRE-opzoektype aan en upload de gegevens.
Open de Webex Contact Center BRE Data Sync-tool en selecteer uw tenant. Als het gewenste opzoektype niet beschikbaar is, vraag dan het operationele team om het aan te maken. Gebruik een beschrijvende naam zoals ANILookup. Noteer de gegenereerde contextnaam, omdat de BRE-configuratie en -workflow dezelfde hoofdlettergevoelige waarde moeten gebruiken.
Om een testrecord toe te voegen:
- Openen Gegevens toevoegen.
- Selecteer de huurder en
ANILookup. - Voer het ANI-nummer en de bijbehorende waarde in.
- Dien het dossier in.
Om de volledige dataset te laden, opent u Upload BRE, selecteert u de huurder en het opzoektype en uploadt u het CSV-bestand. Open BRE Data List en bevestig dat de records verschijnen. Zorg ervoor dat het ANI-formaat in het CSV-bestand overeenkomt met het formaat dat door de workflow wordt verzonden.
Start bedrijfsregels
Meld u aan bij het beheerdersportaal van Webex Contact Center, open Bedrijfsregelsen start het BRE-dashboard:
Maak het contextkenmerk aan:
- Navigeer naar
- Voeg een attribuut toe met de volgende waarden:
- Naam:
context - Gegevenstype: Tekst
- Naam:
- Sla het resultaatkenmerk op. Het
contextattribuut identificeert de geüploade opzoekdataset die door de regel wordt geraadpleegd. - Voeg een tekstkenmerk toe dat de geretourneerde gegevens weergeeft. Geef het attribuut een betekenisvolle naam, zelfs als de geretourneerde waarde meerdere door verticale strepen gescheiden velden bevat. Sla het attribuut op. In dit voorbeeld wordt
customerTypeals voorbeeld gebruikt. - Open Contexten en voeg een context toe. Voer de gegenereerde Data Sync-contextnaam in, bijvoorbeeld
ANILookup, koppel deze aan hetcontextattribuut en sla het op. De contextnaam is hoofdlettergevoelig en moet exact overeenkomen met de gegenereerde Data Sync-context.
Maak een ANI-gevonden regel en een ANI-niet-gevonden regel aan.
Open de context en selecteer Regeleditor toevoegen. Geef de regel een naam ANIFound, activeer hem en ken er een hogere prioriteit aan toe, bijvoorbeeld 100. Voeg de volgende regel toe en sla deze op:
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 De regel combineert de context en ANI om de opzoeksleutel te vormen. Als er een overeenkomende waarde bestaat, wordt het resultaat toegewezen aan het customerType responsattribuut.
Voeg nog een actieve regel toe met de naam ANINotFound. Wijs er een lagere, unieke prioriteit aan toe, bijvoorbeeld 99. Configureer de regel om customerType naar Not Found te zetten wanneer er geen overeenkomend record bestaat, en sla deze op. Geef niet aan beide regels dezelfde prioriteit.
Maak de contactcenterworkflow aan.
Open Flow Designer en maak een testflow aan of open een bestaande testflow. Voeg een BRE Request activiteit toe op het punt waar de flow de informatie van de beller moet ophalen en verbind de activiteit met het juiste flowpad.
Normaliseer de ANI
Als de geüploade sleutels het voorvoegsel +1 landcode weglaten, maak dan een voorverwerkingsuitdrukking aan die dit uit de ANI verwijdert:
ANI.replace("+1", "") Gebruik de genormaliseerde waarde als zoekcode. Pas deze transformatie alleen toe wanneer de opgeslagen waarden geen +1bevatten. ; De gevraagde waarde en de geüploade sleutels moeten dezelfde indeling hebben.
Configureer het BRE-verzoek
Configureer de activiteit met de volgende waarden:
- Context:
ANILookup - Verzoekkenmerk:
ani - Verzoekwaarde: De genormaliseerde ANI
- Time-out: 5 seconden
- Opnieuw proberen: 3
- Antwoordkenmerk:
customerType
Zet het antwoord om naar een string-flowvariabele. De context selecteert de dataset, terwijl ani de sleutel van het individuele record levert.
Verwerk een antwoord uit meerdere velden
Als BRE VIP Customer|John Smith|Premium Queue|Torontoretourneert, splits de tekenreeks dan met behulp van een ontsnapte pipe-scheidingsteken (\|). De resulterende elementen bevatten het klanttype, de klantnaam, de wachtrij en de locatie. Wijs de benodigde elementen toe aan afzonderlijke stroomvariabelen. De demonstratie haalt het laatste element eruit, Toronto.
Configureer de pop-up op het scherm
Voeg de agent-desktop screen-pop activiteit toe of configureer deze. Koppel de geëxtraheerde klantgegevens aan het vereiste pop-upveld op het scherm, verbind de workflow met de wachtrij of het agentrouteringspad en sla de workflow vervolgens op en publiceer deze.
Test de demonstratie
Plaats een oproep vanaf een ANI die in de geüploade dataset voorkomt. Controleer of de flow de ANI normaliseert, of het BRE-verzoek het juiste pad volgt en of de geëxtraheerde informatie op het agentdesktop verschijnt. Herhaal de test met een ANI die niet in de dataset voorkomt en bevestig dat het pad dat niet gevonden wordt, de geconfigureerde terugvalwaarde retourneert.