- Hjem
- /
- Artikkel
Takk for tilbakemeldingen.
Brukerveiledning for Webex Contact Center Business Rules Engine
I denne artikkelen
Tilbakemelding?Med Business Rules Engine (BRE) i Webex Contact Center kan kunder laste opp bestemte data som systemet kan få tilgang til under kjøretid for å ta rutingsbeslutninger eller vise informasjon til samtaleagenter.
Om Cisco Business Rules Engine
Cisco© Business Rules Engine (BRE) gjør det mulig å laste opp kundespesifikke data. Dataene kan hentes under kjøring for å brukes til rutingbeslutninger eller informasjon som skal vises til agenten.
En leier som for eksempel vil rute anrop til en bestemt gruppe agenter basert på ANI-oppringt, kan ganske enkelt laste opp en liste over ANI-er. Hvis ANI for det innkommende anropet er på den listen, rutes det til gruppen av agenter som er angitt. Hvis ANI ikke er på listen, rutes den rett gjennom til den generelle køen.
En typisk BRE-implementering involverer disse hovedkomponentene:
-
Business Rules Engine-verktøyet gir et grensesnitt for å opprette domener og regelsett. BRE krever at en innkommende beslutningsforespørsel knyttes til et domene. Domenet inneholder et sett med regler. Hver regel er tilordnet en prioritet. BRE forsøker å matche domenets høyest prioriterte regel med vedtaksforespørselen basert på vilkårene i reglene.
-
Flytutforming er et dra-og-slipp-brukergrensesnitt som brukes til å definere flyter som orkestrerer og automatiserer komponentene i det Webex kontaktsenteret. Du kan opprette en flyt som starter BRE.
-
Konfigurasjonsverktøyet for BRE DataSync inneholder et grensesnitt for å definere Data Sync-forekomstene som skal importeres til BRE-databasen. Når en Data Sync-forekomst er definert, kan leieren laste opp en .csv-fil. De opplastede .csv dataene konverteres til poster i BRE-databasen.
Opprette et sett med regler
Verktøyet Business Rule Engine startes av flyten når en ny taleforespørsel presenteres for ACD. Denne delen forklarer hvordan regler kan konfigureres slik at BRE-verktøyet kan hjelpe ACD med å rute den innkommende forespørselen.
BRE krever at en innkommende beslutningsforespørsel knyttes til et domene og et sett med regler. BRE forsøker å matche regelen om høyest prioritet med vedtaksforespørselen basert på forhold i reglene.
Pass på at du oppretter et regelsett som dekker alle tilfeller. Du bør for eksempel opprette regler for både Treff funnet- og Samsvar ikke funnet-betingelser . Eller du kan definere regler for flere forhold. For eksempel, ANI Match eller ANI No Match , deretterGold eller Silver. I dette tilfellet må du opprette en regel for hver salgsmulighet. Eksempel:
-
ANI Match og Gold
-
ANI Match og Silver
-
ANI ingen match og gull
-
ANI No Match og Silver
Slik oppretter du et sett med regler:
| 1 |
Logg på Cisco Webex Contact Center Management Portal. |
| 2 |
Klikk banen Cisco Webex Contact Center Management Portal > Business Rules for å starte verktøyet Business Rules Engine. BRE utnytter felles identitet og en interaksjon med enkel pålogging. Hvis leietakerne allerede har logget på Cisco Webex Contact Center Management Portal, får de automatisk tilgang til BRE-verktøyet for organisasjonen. |
| 3 |
Opprett et attributt som skal knyttes til organisasjonen: |
| 4 |
Velg Kontekster for å visesiden Kontekster . |
| 5 |
Hvis du vil opprette regler, velger du Kontekster-siden .  Følgende eksempelkode returnerer verdien NotFound for attributtet routeInfo, hvis et nummer som oppringeren ringte fra (ANI), ikke samsvarte med et ANI på listen leietakerne lastet opp til BRE-databasen. 
|
Konfigurere en BRE DataSync-forekomst
BRE DataSync får tilgang til en database for å ta rutingsbeslutninger. Du må regelmessig oppdatere databasen med riktig informasjon. Denne delen beskriver hvordan BRE DataSync-verktøyet kan konfigureres til å oppdatere BRE-repositoriet.
Leieradministratoren må opprette en BRE DataSync-forekomst for hvert datasett som regelmotoren skal konsultere under beslutningsprosessen. Administratoren kan opprette datasettet eller laste opp en CSV-fil. Dataene konverteres til poster i BRE-repositoriet.
 | Agenter har ikke tilgang til BRE DataSync-verktøyet. |
Før du begynner
Kontakt Ciscos kontoadministrator for kundeservice for å få tilgang til BRE DataSync-kontoen.
| 1 |
Logg deg på BRE DataSync-verktøyet som administrator. URL-adressen til BRE DataSync-verktøyet er: https://rules.cjp.cisco.com/datasync/index.html. De regionspesifikke URL-adressene for BRE DataSync er: https://rules.wxcc-eu1.cisco.com/datasync/index.html https://rules.wxcc-eu2.cisco.com/datasync/index.html |
| 2 |
Velg BRE Data List for å vise all informasjon som er relatert til leierorganisasjonen. |
| 3 |
(Valgfritt) Velg Legg til BRE-data for å legge til data i BRE-repositoriet . |
| 4 |
Velg Last opp BRE CSV Data for å laste opp CSV filen.
|
Opprette en flyt med BRE-forespørselsaktivitet
Du kan opprette flyter ved hjelp av grensesnittet for flytutforming som er tilgjengelig i administrasjonsportalen for Webex kontaktsenter. Opprett en flyt med BRE-forespørselsaktiviteten i Webex Contact Center Flow Designer.
Hvis du vil ha mer informasjon om hvordan du konfigurerer flyten, kan du se delen BRE-forespørsel i konfigurasjons- og administrasjonsveiledningen for Cisco Webex Contact Center.
Om Cisco Business Rules Engine
Cisco© Business Rules Engine (BRE) gjør det mulig å laste opp kundespesifikke data. Dataene kan hentes under kjøring for å brukes til rutingbeslutninger eller informasjon som skal vises til agenten.
En leier som for eksempel vil rute anrop til en bestemt gruppe agenter basert på ANI-oppringt, kan ganske enkelt laste opp en liste over ANI-er. Hvis ANI for det innkommende anropet er på den listen, rutes det til gruppen av agenter som er angitt. Hvis ANI ikke er på listen, rutes den rett gjennom til den generelle køen.
En typisk BRE-implementering involverer disse hovedkomponentene:
-
Business Rules Engine-verktøyet gir et grensesnitt for å opprette domener og regelsett. BRE krever at en innkommende beslutningsforespørsel knyttes til et domene. Domenet inneholder et sett med regler. Hver regel er tilordnet en prioritet. BRE forsøker å matche domenets høyest prioriterte regel med vedtaksforespørselen basert på vilkårene i reglene.
-
Flytutforming er et dra-og-slipp-brukergrensesnitt som brukes til å definere flyter som orkestrerer og automatiserer komponentene i det Webex kontaktsenteret. Du kan opprette en flyt som starter BRE.
-
Konfigurasjonsverktøyet for BRE DataSync inneholder et grensesnitt for å definere Data Sync-forekomstene som skal importeres til BRE-databasen. Når en Data Sync-forekomst er definert, kan leieren laste opp en .csv-fil. De opplastede .csv dataene konverteres til poster i BRE-databasen.
Opprette et sett med regler
Verktøyet Business Rule Engine startes av flyten når en ny taleforespørsel presenteres for ACD. Denne delen forklarer hvordan regler kan konfigureres slik at BRE-verktøyet kan hjelpe ACD med å rute den innkommende forespørselen.
BRE krever at en innkommende beslutningsforespørsel knyttes til et domene og et sett med regler. BRE forsøker å matche regelen om høyest prioritet med vedtaksforespørselen basert på forhold i reglene.
Pass på at du oppretter et regelsett som dekker alle tilfeller. Du bør for eksempel opprette regler for både Treff funnet- og Samsvar ikke funnet-betingelser . Eller du kan definere regler for flere forhold. For eksempel, ANI Match eller ANI No Match , deretterGold eller Silver. I dette tilfellet må du opprette en regel for hver salgsmulighet. Eksempel:
-
ANI Match og Gold
-
ANI Match og Silver
-
ANI ingen match og gull
-
ANI No Match og Silver
Slik oppretter du et sett med regler:
| 1 |
Logg på Cisco Webex Contact Center Management Portal. |
| 2 |
Klikk banen Cisco Webex Contact Center Management Portal > Business Rules for å starte verktøyet Business Rules Engine. BRE utnytter felles identitet og en interaksjon med enkel pålogging. Hvis leietakerne allerede har logget på Cisco Webex Contact Center Management Portal, får de automatisk tilgang til BRE-verktøyet for organisasjonen. |
| 3 |
Opprett et attributt som skal knyttes til organisasjonen: |
| 4 |
Velg Kontekster for å visesiden Kontekster . |
| 5 |
Hvis du vil opprette regler, velger du Kontekster-siden . Følgende eksempelkode returnerer verdien NotFound for attributtet routeInfo, hvis et nummer som oppringeren ringte fra (ANI), ikke samsvarte med et ANI på listen leietakerne lastet opp til BRE-databasen.
|
Konfigurere en BRE DataSync-forekomst
BRE DataSync får tilgang til en database for å ta rutingsbeslutninger. Du må regelmessig oppdatere databasen med riktig informasjon. Denne delen beskriver hvordan BRE DataSync-verktøyet kan konfigureres til å oppdatere BRE-repositoriet.
Leieradministratoren må opprette en BRE DataSync-forekomst for hvert datasett som regelmotoren skal konsultere under beslutningsprosessen. Administratoren kan opprette datasettet eller laste opp en CSV-fil. Dataene konverteres til poster i BRE-repositoriet.
| Agenter har ikke tilgang til BRE DataSync-verktøyet. |
Før du begynner
Kontakt Ciscos kontoadministrator for kundeservice for å få tilgang til BRE DataSync-kontoen.
| 1 |
Logg deg på BRE DataSync-verktøyet som administrator. URL-adressen til BRE DataSync-verktøyet er: https://rules.cjp.cisco.com/datasync/index.html. De regionspesifikke URL-adressene for BRE DataSync er: https://rules.wxcc-eu1.cisco.com/datasync/index.html https://rules.wxcc-eu2.cisco.com/datasync/index.html |
| 2 |
Velg BRE Data List for å vise all informasjon som er relatert til leierorganisasjonen. |
| 3 |
(Valgfritt) Velg Legg til BRE-data for å legge til data i BRE-repositoriet . |
| 4 |
Velg Last opp BRE CSV Data for å laste opp CSV filen.
|
Opprette en flyt med BRE-forespørselsaktivitet
Du kan opprette flyter ved hjelp av grensesnittet for flytutforming som er tilgjengelig i administrasjonsportalen for Webex kontaktsenter. Opprett en flyt med BRE-forespørselsaktiviteten i Webex Contact Center Flow Designer.
Hvis du vil ha mer informasjon om hvordan du konfigurerer flyten, kan du se delen BRE-forespørsel i konfigurasjons- og administrasjonsveiledningen for Cisco Webex Contact Center.
Om Cisco Business Rules Engine
Cisco© Business Rules Engine (BRE) gjør det mulig å laste opp kundespesifikke data. Dataene kan hentes under kjøring for å brukes til rutingbeslutninger eller informasjon som skal vises til agenten.
En leier som for eksempel vil rute anrop til en bestemt gruppe agenter basert på ANI-oppringt, kan ganske enkelt laste opp en liste over ANI-er. Hvis ANI for det innkommende anropet er på den listen, rutes det til gruppen av agenter som er angitt. Hvis ANI ikke er på listen, rutes den rett gjennom til den generelle køen.
En typisk BRE-implementering involverer disse hovedkomponentene:
-
Business Rules Engine-verktøyet gir et grensesnitt for å opprette domener og regelsett. BRE krever at en innkommende beslutningsforespørsel knyttes til et domene. Domenet inneholder et sett med regler. Hver regel er tilordnet en prioritet. BRE forsøker å matche domenets høyest prioriterte regel med vedtaksforespørselen basert på vilkårene i reglene.
-
Flytutforming er et dra-og-slipp-brukergrensesnitt som brukes til å definere flyter som orkestrerer og automatiserer komponentene i det Webex kontaktsenteret. Du kan opprette en flyt som starter BRE.
-
Konfigurasjonsverktøyet for BRE DataSync inneholder et grensesnitt for å definere Data Sync-forekomstene som skal importeres til BRE-databasen. Når en Data Sync-forekomst er definert, kan leieren laste opp en .csv-fil. De opplastede .csv dataene konverteres til poster i BRE-databasen.
Opprette et sett med regler
Verktøyet Business Rule Engine startes av flyten når en ny taleforespørsel presenteres for ACD. Denne delen forklarer hvordan regler kan konfigureres slik at BRE-verktøyet kan hjelpe ACD med å rute den innkommende forespørselen.
BRE krever at en innkommende beslutningsforespørsel knyttes til et domene og et sett med regler. BRE forsøker å matche regelen om høyest prioritet med vedtaksforespørselen basert på forhold i reglene.
Pass på at du oppretter et regelsett som dekker alle tilfeller. Du bør for eksempel opprette regler for både Treff funnet - og Samsvar ikke funnet-betingelser . Eller du kan definere regler for flere forhold. For eksempel, ANI Match eller ANI No Match, deretter Gold eller Silver. I dette tilfellet må du opprette en regel for hver salgsmulighet. Eksempel:
-
ANI Match og Gold
-
ANI Match og Silver
-
ANI ingen match og gull
-
ANI No Match og Silver
Slik oppretter du et sett med regler:
| 1 |
Logg på Cisco Webex Contact Center Management Portal. |
| 2 |
Klikk banen Cisco Webex Contact Center Management Portal > Business Rules for å starte verktøyet Business Rules Engine. BRE utnytter felles identitet og en interaksjon med enkel pålogging. Hvis leietakerne allerede har logget på Cisco Webex Contact Center Management Portal, får de automatisk tilgang til BRE-verktøyet for organisasjonen. |
| 3 |
Opprett et attributt som skal knyttes til organisasjonen: |
| 4 |
Velg Kontekster for å vise siden Kontekster . |
| 5 |
Hvis du vil opprette regler, velger du Kontekster-siden . Følgende eksempelkode returnerer verdien NotFound for attributtet routeInfo, hvis et nummer som oppringeren ringte fra (ANI), ikke samsvarte med et ANI på listen leietakerne lastet opp til BRE-databasen. |
Konfigurere en BRE DataSync-forekomst
BRE DataSync får tilgang til en database for å ta rutingsbeslutninger. Du må regelmessig oppdatere databasen med riktig informasjon. Denne delen beskriver hvordan BRE DataSync-verktøyet kan konfigureres til å oppdatere BRE-repositoriet.
Leieradministratoren må opprette en BRE DataSync-forekomst for hvert datasett som regelmotoren skal konsultere under beslutningsprosessen. Administratoren kan opprette datasettet eller laste opp en CSV-fil. Dataene konverteres til poster i BRE-repositoriet.
| Agenter har ikke tilgang til BRE DataSync-verktøyet. |
Før du begynner
Kontakt Ciscos kontoadministrator for kundeservice for å få tilgang til BRE DataSync-kontoen.
| 1 |
Logg deg på BRE DataSync-verktøyet som administrator. URL-adressen til BRE DataSync-verktøyet er: https://rules.cjp.cisco.com/datasync/index.html. De regionspesifikke URL-adressene for BRE DataSync er: https://rules.wxcc-eu1.cisco.com/datasync/index.html https://rules.wxcc-eu2.cisco.com/datasync/index.html |
| 2 |
Velg BRE Data List for å vise all informasjon som er relatert til leierorganisasjonen. |
| 3 |
(Valgfritt) Velg Legg til BRE-data for å legge til data i BRE-repositoriet. |
| 4 |
Velg Last opp BRE CSV Data for å laste opp CSV filen. |
Opprette en flyt med BRE-forespørselsaktivitet
Du kan opprette flyter ved hjelp av grensesnittet for flytutforming som er tilgjengelig i administrasjonsportalen for Webex kontaktsenter. Opprett en flyt med BRE-forespørselsaktiviteten i Webex Contact Center Flow Designer.
Hvis du vil ha mer informasjon om hvordan du konfigurerer flyten, kan du se delen BRE-forespørsel i konfigurasjons- og administrasjonsveiledningen for Cisco Webex Contact Center.
Om Cisco Business Rules Engine
Cisco© Business Rules Engine (BRE) gjør det mulig å laste opp kundespesifikke data. Dataene kan hentes under kjøring for å brukes til rutingbeslutninger eller informasjon som skal vises til agenten.
En leier som for eksempel vil rute anrop til en bestemt gruppe agenter basert på ANI-oppringt, kan ganske enkelt laste opp en liste over ANI-er. Hvis ANI for det innkommende anropet er på den listen, rutes det til gruppen av agenter som er angitt. Hvis ANI ikke er på listen, rutes den rett gjennom til den generelle køen.
En typisk BRE-implementering involverer disse hovedkomponentene:
-
Business Rules Engine-verktøyet gir et grensesnitt for å opprette domener og regelsett. BRE krever at en innkommende beslutningsforespørsel knyttes til et domene. Domenet inneholder et sett med regler. Hver regel er tilordnet en prioritet. BRE forsøker å matche domenets høyest prioriterte regel med vedtaksforespørselen basert på vilkårene i reglene.
-
Flytutforming er et dra-og-slipp-brukergrensesnitt som brukes til å definere flyter som orkestrerer og automatiserer komponentene i det Webex kontaktsenteret. Du kan opprette en flyt som starter BRE.
-
Konfigurasjonsverktøyet for BRE DataSync inneholder et grensesnitt for å definere Data Sync-forekomstene som skal importeres til BRE-databasen. Når en Data Sync-forekomst er definert, kan leieren laste opp en .csv-fil. De opplastede .csv dataene konverteres til poster i BRE-databasen.
Opprette et sett med regler
Verktøyet Business Rule Engine startes av flyten når en ny taleforespørsel presenteres for ACD. Denne delen forklarer hvordan regler kan konfigureres slik at BRE-verktøyet kan hjelpe ACD med å rute den innkommende forespørselen.
BRE krever at en innkommende beslutningsforespørsel knyttes til et domene og et sett med regler. BRE forsøker å matche regelen om høyest prioritet med vedtaksforespørselen basert på forhold i reglene.
Pass på at du oppretter et regelsett som dekker alle tilfeller. Du bør for eksempel opprette regler for både Treff funnet - og Samsvar ikke funnet-betingelser . Eller du kan definere regler for flere forhold. For eksempel, ANI Match eller ANI No Match, deretter Gold eller Silver. I dette tilfellet må du opprette en regel for hver salgsmulighet. Eksempel:
-
ANI Match og Gold
-
ANI Match og Silver
-
ANI ingen match og gull
-
ANI No Match og Silver
Slik oppretter du et sett med regler:
| 1 |
Logg på Cisco Webex Contact Center Management Portal. |
| 2 |
Klikk banen Cisco Webex Contact Center Management Portal > Business Rules for å starte verktøyet Business Rules Engine. BRE utnytter felles identitet og en interaksjon med enkel pålogging. Hvis leietakerne allerede har logget på Cisco Webex Contact Center Management Portal, får de automatisk tilgang til BRE-verktøyet for organisasjonen. |
| 3 |
Opprett et attributt som skal knyttes til organisasjonen: |
| 4 |
Velg Kontekster for å vise siden Kontekster . |
| 5 |
Hvis du vil opprette regler, velger du Kontekster-siden . Følgende eksempelkode returnerer verdien NotFound for attributtet routeInfo, hvis et nummer som oppringeren ringte fra (ANI), ikke samsvarte med et ANI på listen leietakerne lastet opp til BRE-databasen. |
Konfigurere en BRE DataSync-forekomst
BRE DataSync får tilgang til en database for å ta rutingsbeslutninger. Du må regelmessig oppdatere databasen med riktig informasjon. Denne delen beskriver hvordan BRE DataSync-verktøyet kan konfigureres til å oppdatere BRE-repositoriet.
Leieradministratoren må opprette en BRE DataSync-forekomst for hvert datasett som regelmotoren skal konsultere under beslutningsprosessen. Administratoren kan opprette datasettet eller laste opp en CSV-fil. Dataene konverteres til poster i BRE-repositoriet.
| Agenter har ikke tilgang til BRE DataSync-verktøyet. |
Før du begynner
Kontakt Ciscos kontoadministrator for kundeservice for å få tilgang til BRE DataSync-kontoen.
| 1 |
Logg deg på BRE DataSync-verktøyet som administrator. URL-adressen til BRE DataSync-verktøyet er: https://rules.cjp.cisco.com/datasync/index.html. De regionspesifikke URL-adressene for BRE DataSync er: https://rules.wxcc-eu1.cisco.com/datasync/index.html https://rules.wxcc-eu2.cisco.com/datasync/index.html |
| 2 |
Velg BRE Data List for å vise all informasjon som er relatert til leierorganisasjonen. |
| 3 |
(Valgfritt) Velg Legg til BRE-data for å legge til data i BRE-repositoriet. |
| 4 |
Velg Last opp BRE CSV Data for å laste opp CSV filen. |
Opprette en flyt med BRE-forespørselsaktivitet
Du kan opprette flyter ved hjelp av grensesnittet for flytutforming som er tilgjengelig i administrasjonsportalen for Webex kontaktsenter. Opprett en flyt med BRE-forespørselsaktiviteten i Webex Contact Center Flow Designer.
Hvis du vil ha mer informasjon om hvordan du konfigurerer flyten, kan du se delen BRE-forespørsel i konfigurasjons- og administrasjonsveiledningen for Cisco Webex Contact Center.
Innledning
Om Cisco Business Rules Engine
Cisco© Business Rules Engine (BRE) gjør det mulig å laste opp kundespesifikke data. Dataene kan hentes under kjøring for å brukes til rutingbeslutninger eller informasjon som skal vises til agenten.
En leier som for eksempel vil rute anrop til en bestemt gruppe agenter basert på ANI-oppringt, kan ganske enkelt laste opp en liste over ANI-er. Hvis ANI for det innkommende anropet er på den listen, rutes det til gruppen av agenter som er angitt. Hvis ANI ikke er på listen, rutes den rett gjennom til den generelle køen.
En typisk BRE-implementering involverer disse hovedkomponentene:
-
Business Rules Engine-verktøyet gir et grensesnitt for å opprette domener og regelsett. BRE krever at en innkommende beslutningsforespørsel knyttes til et domene. Domenet inneholder et sett med regler. Hver regel er tilordnet en prioritet. BRE forsøker å matche domenets høyest prioriterte regel med vedtaksforespørselen basert på vilkårene i reglene.
-
Flytutforming er et dra-og-slipp-brukergrensesnitt som brukes til å definere flyter som orkestrerer og automatiserer komponentene i det Webex kontaktsenteret. Du kan opprette en flyt som starter BRE.
-
Konfigurasjonsverktøyet for BRE DataSync inneholder et grensesnitt for å definere Data Sync-forekomstene som skal importeres til BRE-databasen. Når en Data Sync-forekomst er definert, kan leieren laste opp en .csv-fil. De opplastede .csv dataene konverteres til poster i BRE-databasen.
Implementering av forretningsregelmotor
Opprette et sett med regler
Verktøyet Business Rule Engine startes av flyten når en ny taleforespørsel presenteres for ACD. Denne delen forklarer hvordan regler kan konfigureres slik at BRE-verktøyet kan hjelpe ACD med å rute den innkommende forespørselen.
BRE krever at en innkommende beslutningsforespørsel knyttes til et domene og et sett med regler. BRE forsøker å matche regelen om høyest prioritet med vedtaksforespørselen basert på forhold i reglene.
Pass på at du oppretter et regelsett som dekker alle tilfeller. Du bør for eksempel opprette regler for både Treff funnet - og Samsvar ikke funnet-betingelser . Eller du kan definere regler for flere forhold. For eksempel, ANI Match eller ANI No Match, deretter Gold eller Silver. I dette tilfellet må du opprette en regel for hver salgsmulighet. Eksempel:
-
ANI Match og Gold
-
ANI Match og Silver
-
ANI ingen match og gull
-
ANI No Match og Silver
Slik oppretter du et sett med regler:
| 1 |
Logg på Cisco Webex Contact Center Management Portal. |
| 2 |
Klikk banen Cisco Webex Contact Center Management Portal > Business Rules for å starte verktøyet Business Rules Engine. BRE utnytter felles identitet og en interaksjon med enkel pålogging. Hvis leietakerne allerede har logget på Cisco Webex Contact Center Management Portal, får de automatisk tilgang til BRE-verktøyet for organisasjonen. |
| 3 |
Opprett et attributt som skal knyttes til organisasjonen: |
| 4 |
Velg Kontekster for å vise siden Kontekster . |
| 5 |
Hvis du vil opprette regler, velger du Kontekster-siden . Følgende eksempelkode returnerer verdien NotFound for attributtet routeInfo, hvis et nummer som oppringeren ringte fra (ANI), ikke samsvarte med et ANI på listen leietakerne lastet opp til BRE-databasen. |
Konfigurere en BRE DataSync-forekomst
BRE DataSync får tilgang til en database for å ta rutingsbeslutninger. Du må regelmessig oppdatere databasen med riktig informasjon. Denne delen beskriver hvordan BRE DataSync-verktøyet kan konfigureres til å oppdatere BRE-repositoriet.
Leieradministratoren må opprette en BRE DataSync-forekomst for hvert datasett som regelmotoren skal konsultere under beslutningsprosessen. Administratoren kan opprette datasettet eller laste opp en CSV-fil. Dataene konverteres til poster i BRE-repositoriet.
Agenter har ikke tilgang til BRE DataSync-verktøyet.
Før du begynner
Kontakt Ciscos kontoadministrator for kundeservice for å få tilgang til BRE DataSync-kontoen.
| 1 |
Logg deg på BRE DataSync-verktøyet som administrator. URL-adressen til BRE DataSync-verktøyet er: https://rules.cjp.cisco.com/datasync/index.html. De regionspesifikke URL-adressene for BRE DataSync er: https://rules.wxcc-eu1.cisco.com/datasync/index.html https://rules.wxcc-eu2.cisco.com/datasync/index.html |
| 2 |
Velg BRE Data List for å vise all informasjon som er relatert til leierorganisasjonen. |
| 3 |
(Valgfritt) Velg Legg til BRE-data for å legge til data i BRE-repositoriet. |
| 4 |
Velg Last opp BRE CSV Data for å laste opp CSV filen. |
Opprette en flyt med BRE-forespørselsaktivitet
Du kan opprette flyter ved hjelp av grensesnittet for flytutforming som er tilgjengelig i administrasjonsportalen for Webex kontaktsenter. Opprett en flyt med BRE-forespørselsaktiviteten i Webex Contact Center Flow Designer.
Hvis du vil ha mer informasjon om hvordan du konfigurerer flyten, kan du se delen BRE-forespørsel i konfigurasjons- og administrasjonsveiledningen for Cisco Webex Contact Center.
Innledning
Om Cisco Business Rules Engine
Ved hjelp av Cisco© Business Rules Engine (BRE) kan du laste opp dataene til Webex Contact Center-miljøet for tilpasset ruting og generell implementering. Systemet henter dataene under kjøring og bruker dem til rutingbeslutninger eller til å vise informasjon til agenten.
En leier ønsker for eksempel å rute anrop til en bestemt gruppe agenter basert på oppringt automatisk nummeridentifikasjon (ANI). I dette scenariet kan leieren ganske enkelt laste opp en liste over ANI-er. Hvis ANI for det innkommende anropet er på den listen, ruter systemet anropet til gruppen av agenter som er angitt i listen. Hvis ANI ikke er på listen, ruter systemet anropet til den generelle køen.
En typisk BRE-implementering involverer disse hovedkomponentene:
-
Regelmotorverktøyet for virksomheten gir et grensesnitt for å opprette domener og regelsett. BRE krever at en innkommende beslutningsforespørsel knyttes til et domene. Domenet inneholder et sett med regler. Hver regel er tilordnet en prioritet. BRE forsøker å matche domenets høyest prioriterte regel med vedtaksforespørselen basert på vilkårene i reglene.
-
Konfigurasjonsverktøyet for BRE DataSync gir et grensesnitt for å definere Data Sync-forekomstene for å importere dataene til BRE-databasen. Når leieren har definert Data Sync-forekomsten, kan leieren laste opp en CSV-fil. Systemet konverterer de opplastede kommaseparerte verdidataene til poster i BRE-databasen.
-
Flytutforming er et dra-og-slipp-brukergrensesnitt som brukes til å definere flyter som orkestrerer og automatiserer komponentene i det Webex kontaktsenteret. Du kan opprette en flyt som starter BRE.
Retningslinjer for databehandling
For å opprettholde integriteten og sikkerheten til BRE, må du overholde følgende retningslinjer for datahåndtering:
-
Tillatte datatyper: Du må laste opp data som er avgjørende for driften og funksjonaliteten til BRE. Dette inkluderer, men er ikke begrenset til, forretningsregler, konfigurasjoner og ikke-sensitive driftsdata.
-
Begrensning av PII: Du må avstå fra å laste opp personlig identifiserbar informasjon (PII) til BRE bortsett fra ANI-dataene. PII inkluderer, men er ikke begrenset til:
- Fullt navn
- Personnummer
- E-postadresser
- Fysiske adresser
- Finansiell informasjon
ANI-data refererer til telefonnummeret som er knyttet til den oppringende parten. ANI-data er den eneste typen PII som er tillatt for opplasting til BRE. Dette unntaket er for å støtte spesifikke forretningsfunksjoner som er avhengige av ANI-data.
Implementering av forretningsregelmotor
Opprette et sett med regler
Verktøyet Business Rule Engine startes av flyten når en ny taleforespørsel presenteres for ACD. Denne delen forklarer hvordan regler kan konfigureres slik at BRE-verktøyet kan hjelpe ACD med å rute den innkommende forespørselen.
BRE krever at en innkommende beslutningsforespørsel knyttes til et domene og et sett med regler. BRE forsøker å matche regelen om høyest prioritet med vedtaksforespørselen basert på forhold i reglene.
Pass på at du oppretter et regelsett som dekker alle tilfeller. Du bør for eksempel opprette regler for både Treff funnet - og Samsvar ikke funnet-betingelser . Eller du kan definere regler for flere forhold. For eksempel, ANI Match eller ANI No Match, deretter Gold eller Silver. I dette tilfellet må du opprette en regel for hver salgsmulighet. Eksempel:
-
ANI Match og Gold
-
ANI Match og Silver
-
ANI ingen match og gull
-
ANI No Match og Silver
Slik oppretter du et sett med regler:
| 1 |
Logg på Cisco Webex Contact Center Management Portal. |
| 2 |
Klikk banen Cisco Webex Contact Center Management Portal > Business Rules for å starte verktøyet Business Rules Engine. BRE utnytter felles identitet og en interaksjon med enkel pålogging. Hvis leietakerne allerede har logget på Cisco Webex Contact Center Management Portal, får de automatisk tilgang til BRE-verktøyet for organisasjonen. |
| 3 |
Opprett et attributt som skal knyttes til organisasjonen: |
| 4 |
Velg Kontekster for å vise siden Kontekster . |
| 5 |
Hvis du vil opprette regler, velger du Kontekster-siden . Følgende eksempelkode returnerer verdien NotFound for attributtet routeInfo, hvis et nummer som oppringeren ringte fra (ANI), ikke samsvarte med et ANI på listen leietakerne lastet opp til BRE-databasen. |
Konfigurere en BRE DataSync-forekomst
BRE DataSync får tilgang til en database for å ta rutingsbeslutninger. Du må regelmessig oppdatere databasen med riktig informasjon. Denne delen beskriver hvordan BRE DataSync-verktøyet kan konfigureres til å oppdatere BRE-repositoriet.
Agenter har ikke tilgang til BRE DataSync-verktøyet.
Leieradministratoren må opprette en BRE DataSync-forekomst for hvert datasett som regelmotoren vil konsultere under beslutningsprosessen. Administratoren kan opprette datasettet eller laste opp en CSV-fil. Dataene konverteres til poster i BRE-repositoriet.
Før du begynner
Kontakt Ciscos kontoadministrator for kundeservice for å få tilgang til BRE DataSync-kontoen.
| 1 |
Logg deg på BRE DataSync-verktøyet som administrator. I samsvar med de nylige forbedringene i BRE Hosting og Scalability, har URL-adressene for DataSync-verktøyet blitt endret. Sørg for å bruke de oppdaterte nettadressene til å laste opp data til BRE. De regionspesifikke URL-adressene for BRE DataSync er: 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/ De områdespesifikke URL-adressene for brukergrensesnittet for BRE Admin er: 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 |
Velg BRE Data List for å vise all informasjon som er relatert til leierorganisasjonen. |
| 3 |
(Valgfritt) Velg Legg til BRE-data for å legge til data i BRE-repositoriet. |
| 4 |
Velg Last opp BRE CSV Data for å laste opp CSV filen. |
Opprette en flyt med BRE-forespørselsaktivitet
Du kan opprette flyter ved hjelp av grensesnittet for flytutforming som er tilgjengelig i administrasjonsportalen for Webex kontaktsenter. Opprett en flyt med BRE-forespørselsaktiviteten i Webex Contact Center Flow Designer.
Hvis du vil ha mer informasjon om hvordan du konfigurerer flyten, kan du se BRE-forespørselen .
BRE-forespørsel
Bruk BRE-forespørselsaktiviteten til å hente dataene fra organisasjonens Business Rules Engine (BRE) til bruk i flyten. BRE Request-aktiviteten bruker standard HTTP-protokoller for å hente data fra BRE.
Følgende avsnitt gjør det mulig å konfigurere BRE-forespørselsaktiviteten:
Generelle innstillinger
|
Parameter |
Beskrivelse |
|---|---|
|
Aktivitetsetikett |
Angi et navn på aktiviteten. |
|
Aktivitetsbeskrivelse |
(Tillegg) Angi en beskrivelse for aktiviteten. |
Spørringsparametere
Som en del av BRE-forespørselen kan du sende parametrene som er angitt i API-anropet til BRE. I kolonnene Nøkkelverdi kan du angi nøkkelen for spørringen og den tilknyttede verdien som skal sendes sammen med spørringen. Du kan også bruke syntaksen for doble klammeparenteser til å sende variable verdier.
BRE-aktiviteten har én forhåndsdefinert spørringsparameter: kontekst. Denne spørringsparameteren sendes i det API kallet til BRE.
Leier-ID-en settes automatisk inn som en parameter og trenger ikke konfigureres.
|
Parameter |
Beskrivelse |
|---|---|
|
Kontekst |
Inneholder årsaken til forespørselen. Denne obligatoriske parameteren kan ikke redigeres eller slettes. Denne parameteren må inneholde den samme verdien som verdien som er angitt i attributtkonteksten |
|
ANI |
Inneholder telefonnummeret som stammer fra anropet. Dette er en standardparameter som du kan redigere eller slette, basert på regelkonfigurasjonen i BRE. En eksempelverdi for ANI er |
|
Tidsavbrudd for respons | Angir tidsavbrudd for tilkobling av BRE-forespørselen. Standard er satt til 2000 millisekunder. |
|
Antall nye forsøk |
Angir antall ganger BRE-forespørselen er forsøkt etter feil. Denne parameteren brukes hvis statuskoden er 5xx; For eksempel 500 eller 501. |
Hvis du vil legge til en spørringsparameter, klikker du Legg til ny. Dette legger til en rad der du kan angi nøkkelverdiparene. Du kan legge til så mange spørringsparametere som kreves som en del av BRE-forespørselen.
Innstillinger for analyse
Denne delen lar deg analysere svaret fra BRE-forespørselen i forskjellige variabler:
|
Parameter |
Beskrivelse |
|---|---|
|
Variabel for svar |
Velg en variabel som du vil trekke ut en bestemt del til fra BRE-forespørselssvarobjektet. Du kan bare velge egendefinerte flytvariabler fra rullegardinlisten. |
|
Baneuttrykk |
Definer baneuttrykket for analyse av svarobjektet. Avhengig av typen datastruktur for svarobjektet og brukstilfellene for å trekke ut et delsett av denne informasjonen, varierer baneuttrykket. Data normaliseres til et objekthierarki før kjøring av baneuttrykk, så JSONPath brukes i svarobjektet uavhengig av den konfigurerte innholdstypen. |
Utgangsvariabler
BRE-forespørselen returnerer to utdatavariabler:
-
BRERequest1.httpResponseBody: Returnerer svarorganet for BRE-forespørselen. -
BRERequest1.httpStatusCode: Returnerer statuskoden til BRE-forespørselen.Disse svarkodene er klassifisert i følgende kategorier:
-
Informasjonssvar (100–199)
-
Vellykkede svar (200–299)
-
Omdirigeringer (300–399)
-
Klientfeil (400–499)
-
Serverfeil (500–599)
-
Formater for innholdstype
Eksemplene nedenfor beskriver eksempler på innholdstypeformater og JSON-svaret.
Innholdstype XML
Bruk dette verktøyet til å konvertere XML til JSON-format https://codeshack.io/xml-to-json-converter/.
XML Inndataformat:
<note> <to>Tove</to> <from>Jani</from> <heading>Reminder</heading> <body>Test application</body> </note> Data/JSON normalisert respons
{ "note": { "til": "Tove", "fra": "Jani", "overskrift": "Påminnelse", "brødtekst": "Testprogram" } } Eksempel på JSON-baneuttrykk: Bruk $.note.from for å hente verdien som Jani.
Innholdstype TOML
Bruk dette verktøyet til å konvertere TOML til JSON-format https://www.convertjson.com/toml-to-json.htm.
TOML-inndataformat:
title = "TOML Example" [eier] name = "Tom Preston-Werner" dob = 1979-05-27T07:32:00-08:00 Data/JSON normalisert respons
{ "title": "TOML Eksempel", "eier": { "navn": "Tom Preston-Werner", "dob": "1979-05-27T15:32:00.000Z" } } Eksempel på JSON-baneuttrykk: Bruk $.owner.name for å få verdien som 'Tom Preston-Werner'.
Innholdstype YAML
Bruk dette verktøyet til å konvertere YAML til JSON-format https://www.convertjson.com/yaml-to-json.htm.
YAML-inndataformat:
# En ansattrekord martin: navn: Martin D'vloper jobb: Utvikler ferdighet: Elite Data/JSON normalisert respons
{ "martin": { "navn": "Martin D'vloper", "jobb": "Utvikler", "ferdighet": "Elite" } } Eksempel på JSON-baneuttrykk: Bruk $.martin.job for å få verdien Utvikler.
Innholdstype JSON
Bruk JSON Expression Evaluator https://jsonpath.com/.
JSON Input Format:
{ "martin": { "navn": "Martin D'vloper", "jobb": "Utvikler", "ferdighet": "Elite" } } Data/JSON normalisert respons
{ "martin": { "navn": "Martin D'vloper", "jobb": "Utvikler", "ferdighet": "Elite" } } Eksempel på JSON-baneuttrykk: Bruk $.martin.job for å få verdien Utvikler.
Introduksjon
Om Cisco Business Rules Engine
Ved hjelp av Cisco© Business Rules Engine (BRE) kan du laste opp dataene dine til Webex Contact Center-miljøet for tilpasset ruting og generell implementering. Systemet henter dataene i kjøretiden og bruker dem til rutingsbeslutninger eller til å vise informasjon til agenten.
En leietaker ønsker for eksempel å rute samtaler til en bestemt gruppe agenter basert på den automatiske nummeridentifikasjonen (ANI) som er oppringt. I dette scenariet kan leieren ganske enkelt laste opp en liste over ANI-er. Hvis ANI for det innkommende anropet er på denne listen, ruter systemet anropet til gruppen av agenter som er angitt i listen. Hvis ANI ikke er på listen, ruter systemet samtalen til den generelle køen.
En typisk BRE-implementering involverer disse hovedkomponentene:
-
Business Rules Engine-verktøyet gir et grensesnitt for oppretting av domener og regelsett. BRE krever at en innkommende forespørsel om beslutning knyttes til et domene. Domenet inneholder et sett med regler. Hver regel tilordnes en prioritet. BRE forsøker å matche domenets høyest prioritetsregel med forespørselen om avgjørelse basert på vilkårene i reglene.
-
BRE DataSync konfigurasjonsverktøyet gir et grensesnitt for å definere Data Sync-forekomstene for å importere dataene til BRE-databasen. Når leietakeren har definert forekomsten av datasynkronisering, kan leietakeren laste opp en CSV-fil. Systemet konverterer de opplastede kommadelte verdidataene til poster i BRE-databasen.
-
Flytdesigner er et dra-og-slipp-brukergrensesnitt som brukes til å definere flyter som orkestrerer og automatisere komponentene i Webex Contact Center. Du kan opprette en flyt som bruker BRE.
Retningslinjer for datahåndtering
For å opprettholde integriteten og sikkerheten til BRE, må du overholde følgende retningslinjer for datahåndtering:
-
Tillatte datatyper: Du må laste opp data som er avgjørende for driften og funksjonaliteten til BRE. Dette inkluderer, men er ikke begrenset til, forretningsregler, konfigurasjoner og ikke-sensitive driftsdata.
-
Begrensning på PII: Du må avstå fra å laste opp personlig identifiserbar informasjon (PII) til BRE bortsett fra ANI-dataene. PII inkluderer, men er ikke begrenset til:
- Fullstendige navn
- Sosiale sikkerhetsnumre
- E-postadresser
- Fysiske adresser
- Økonomisk informasjon
ANI-data refererer til telefonnummeret som er knyttet til innringeren. ANI-data er den eneste typen PII som er tillatt for opplasting til BRE. Dette unntaket er for å støtte spesifikke forretningsfunksjoner som er avhengige av ANI-data.
Maskinimplementering av forretningsregler
Opprette et regelsett
Verktøyet Business Rule Engine aktiveres av flyten når en ny taleforespørsel presenteres til ACD. Denne delen forklarer hvordan regler kan konfigureres slik at BRE-verktøyet kan hjelpe ACD med å rute innkommende forespørsler.
BRE krever at en innkommende forespørsel om beslutning knyttes til et domene og et regelsett. BRE forsøker å matche den høyeste prioritetsregelen med forespørselen om avgjørelse basert på vilkårene i reglene.
Sørg for å opprette et regelsett som dekker alle tilfeller. Du bør for eksempel opprette regler for både Samsvar funnet og Samsvar ikke funnet-betingelser. Eller du kan sette opp regler for flere forhold. For eksempel ANI Match eller ANI No Match, deretter Gold eller Silver. I dette tilfellet må du opprette en regel for hver mulighet. For eksempel:
-
ANI Match og Gold
-
ANI Match og sølv
-
ANI No Match og Gold
-
ANI ingen match og sølv
Slik oppretter du et regelsett:
| 1 |
Logg på administrasjonsportalen for Cisco Webex Contact Center. |
| 2 |
Klikk på banen Cisco Webex Contact Center Management Portal > Forretningsregler for å starte verktøyet for forretningsregler. BRE utnytter Common Identity og Single Sign-On-samhandling. Hvis leierne allerede har logget på Cisco Webex Contact Center Management Portal, får de automatisk tilgang til BRE-verktøyet for sin organisasjon. |
| 3 |
Opprett et attributt som kan knyttes til organisasjonen din: |
| 4 |
Velg Kontekster for å vise Kontekster -siden. |
| 5 |
Hvis du vil opprette regler, velger du siden Kontekster . Følgende eksempelkode returnerer verdien NotFound for attributtet routeInfo hvis et nummer oppringeren ringte fra (ANI) ikke samsvarer med en ANI på listen leierne lastet opp til BRE-databasen. |
Konfigurere en BRE DataSync-forekomst
BRE DataSync får tilgang til en database for å ta rutingsavgjørelser. Du må oppdatere databasen med passende informasjon med jevne mellomrom. Denne delen beskriver hvordan BRE DataSync-verktøyet kan konfigureres til å oppdatere BRE-lageret.
Agenter har ikke tilgang til BRE DataSync-verktøyet.
Leieradministratoren må opprette en BRE DataSync-forekomst for hvert datasett som regelmotoren skal konsultere under beslutningsprosessen. Administratoren kan opprette datasettet eller laste opp en CSV-fil. Dataene konverteres til poster i BRE-arkivet.
Før du begynner
Kontakt Ciscos kontoadministrator for kundestøtte for å få tilgang til BRE DataSync-kontoen.
Opprette en flyt med BRE-forespørselsaktivitet
Du kan opprette flyter ved hjelp av grensesnittet for flytdesigner som er tilgjengelig i administrasjonsportalen for Webex Contact Center. Opprett en flyt med aktiviteten BRE-forespørsel i flytdesigneren for Webex Contact Center.
Hvis du vil ha mer informasjon om hvordan du konfigurerer flyten, se BRE-forespørselen.
BRE-forespørsel
Bruk BRE-forespørselsaktiviteten til å hente dataene fra organisasjonens Business Rules Engine (BRE) som skal brukes i flyten. BRE-forespørselsaktiviteten bruker standard HTTP-protokoller til å hente data fra BRE.
I følgende deler kan du konfigurere aktiviteten for BRE-forespørsel:
Generelle innstillinger
|
Parameter |
Beskrivelse |
|---|---|
|
Aktivitetsetikett |
Skriv inn et navn for aktiviteten. |
|
Aktivitetsbeskrivelse |
(Valgfritt) Skriv inn en beskrivelse av aktiviteten. |
Spørringsparametere
Som en del av BRE-forespørselen kan du sende parameterne som er oppgitt i API-anropet til BRE. I kolonnene Nøkkelverdi kan du angi nøkkelen for spørringen og den tilknyttede verdien som skal sendes sammen med spørringen. Du kan også bruke syntaksen for doble krøllinger for å sende variable verdier.
BRE-aktiviteten har én forhåndsdefinert spørringsparameter: kontekst. Denne spørringsparameteren sendes i API-anropet til BRE.
TenantID injiseres automatisk som en parameter og trenger ikke konfigureres.
|
Parameter |
Beskrivelse |
|---|---|
|
Kontekst |
Inneholder årsaken til forespørselen. Denne obligatoriske parameteren kan ikke redigeres eller slettes. Denne parameteren må inneholde samme verdi som verdien spesifisert i attributtkonteksten |
|
ani |
Inneholder oppringningens opprinnelige telefonnummer. Dette er en standardparameter som du kan redigere eller slette, basert på regelkonfigurasjonen i BRE. En eksempelverdi for ANI er |
|
Tidsavbrudd for respons | Angir tidsavbrudd for tilkobling for BRE-forespørselen. Standard er satt til 2000 millisekunder. |
|
Antall nye forsøk |
Angir antall ganger BRE-forespørselen forsøkes etter feil. Denne parameteren brukes hvis statuskoden er 5xx; for eksempel 500 eller 501. |
Hvis du vil legge til en spørringsparameter, klikker du på Legg til ny. Dette legger til en rad der du kan angi nøkkelverdiparene. Du kan legge til så mange spørringsparametere som nødvendig som en del av BRE-forespørselen.
Analyser innstillinger
I denne delen kan du analysere svaret fra BRE-forespørselen i forskjellige variabler:
|
Parameter |
Beskrivelse |
|---|---|
|
Responsvarvariabel |
Velg en variabel som du vil trekke ut en bestemt del av responsobjektet for BRE-forespørsel. Du kan bare velge egendefinerte flytvariabler fra rullegardinlisten. |
|
Baneuttrykk |
Definer søkeuttrykket for analyse av responsobjektet. Avhengig av typen datastruktur for responsobjektet og brukstilfellene for å trekke ut et delsett av denne informasjonen, varierer Path Expression. Data normaliseres til et objekthierarki før Path Expression utføres, så JSONPath brukes i responsobjektet uavhengig av den konfigurerte innholdstypen. |
Utdatavariabler
BRE-forespørselen returnerer to utdatavariabler:
-
BRERequest1.httpResponseBody: Returnerer svarorganet for BRE-forespørselen. -
BRERequest1.httpStatusCode: Returnerer statuskoden for BRE-forespørselen.Disse svarkodene er klassifisert i følgende kategorier:
-
Informasjonsresponser (100–199)
-
Vellykkede svar (200–299)
-
Omdirigering (300–399)
-
Klientfeil (400–499)
-
Serverfeil (500–599)
-
Formater for innholdstype
Følgende eksempler beskriver innholdsformatene for eksempel og JSON-responsen.
Innholdstype XML
Bruk dette verktøyet til å konvertere XML til JSON-format https://codeshack.io/xml-to-json-converter/.
XML inndataformat:
Tove Jani Påminnelse Testprogram Data/JSON normalisert respons
{ "note": { "to": "Tove", "from": "Jani", "heading": "Påminnelse", "body": "Test program" } } Eksempel på JSON-baneuttrykk: Bruk $.note.from for å få verdien som Jani.
Innholdstype TOML
Bruk dette verktøyet til å konvertere TOML til JSON-format https://www.convertjson.com/toml-to-json.htm.
TOML-inndataformat:
tittel = "TOML Example" [eier] navn = "Tom Preston-Werner" dob = 1979-05-27T07:32:00-08:00 Data/JSON normalisert respons
{ "tittel": "TOML Example", "eier": { "navn": "Tom Preston-Werner", "dob": "1979-05-27T15:32:00.000Z" } } Eksempel på JSON-baneuttrykk: Bruk $.owner.name for å få verdien som «Tom Preston-Werner».
Innholdstype YAML
Bruk dette verktøyet til å konvertere YAML til JSON-format https://www.convertjson.com/yaml-to-json.htm.
YAML-inndataformat:
# En ansatt rekord martin: navn: Martin D'vloper jobb: Utviklerferdighet: Elite Data/JSON normalisert respons
{ "martin": { "name": "Martin D'vloper", "jobb": "Utvikler", "ferdighet": "Elite" } } Eksempel på JSON-baneuttrykk: Bruk $.martin.job for å få verdien Utvikler.
Innholdstype JSON
Bruk evaluatoren for JSON-uttrykk https://jsonpath.com/.
JSON-inndataformat:
{ "martin": { "name": "Martin D'vloper", "jobb": "Utvikler", "ferdighet": "Elite" } } Data/JSON normalisert respons
{ "martin": { "name": "Martin D'vloper", "jobb": "Utvikler", "ferdighet": "Elite" } } Eksempel på JSON-baneuttrykk: Bruk $.martin.job for å få verdien Utvikler.
