Teste dynamiske planer

• Hvordan teste dynamiske planer
• Utarbeide og evaluere oppsummeringen av tjenesteplanen
• Saksoppsummeringsplan
• Meldingsoppsummeringsplan
• Feilmeldinger for feilsøking av sammendrag
• Arbeide og gjennomgå en dynamisk plan
• Feilsøke Knowledge Grounding

Slik tester du dynamiske planer

En dynamisk plan er en sanntidsplan som tilpasser seg etter hvert som posten endres, tilgjengelig for både saker og meldingsøkter. Generer dem på poster for å teste dynamiske planer. Tjenesteassistent leverer tjenesteplaner via en Lightning, så de kan ikke testes i Agentforce eller Agentforce-testsenter. Se Test Service Assistant for å få informasjon om generell konfigurasjon av tester, hvordan du velger brukstilfeller som skal testes, og Knowledge-veiledning som gjelder for alle plantyper.

En dynamisk plan har ingen angitt lengde eller sluttid. Lengden avhenger av hvor mye saks- eller meldingsøkten utvikler seg og hvor mye informasjon landingskilderne har til å løse problemet. Tjenesteassistent legger til trinn etter hvert som posten endres og løsningen utvikler seg, så en plan basert på rikere kilder og en lengre samtale kjører flere trinn enn én med begrenset kontekst. Planen avsluttes automatisk når posten avsluttes, enten når saken avsluttes eller meldingsøkten avsluttes og chatten avsluttes. Planhistorikken lagres i komponentfeeden og blir tilgjengelig etter at posten er avsluttet eller avsluttet.

Utforme og evaluere oppsummeringen av tjenesteplanen

Når en post oppfyller berettigelseskriteriene dine, utformer tjenesteassistent en tjenesteplanoppsummering som inkluderer et sammendrag av posten og en generell oversikt over løsningstrinnene, kalt sammendragstrinn. Når sammendraget er generert, vises knappen Startplan. Du klikker på Startplan for å starte den interaktive arbeidsflyten i sanntid. Når sammendraget genereres, avhenger av posttypen.

Som en del av sammendraget identifiserer Service Assistant problemet og tildeler den samsvarende underagenten. Kontroller at den riktige underagenten er tildelt. For saker tildeler Service Assistant underagenten basert på Emne- og Beskrivelse-feltene som er angitt i Service AI Grounding-konfigurasjonen. For meldingsøkter tildeler den underagenten basert på konteksten til samtaleavskriften.

Det kan ta opptil ett minutt å vise en sammendragsplan. Komponenten viser ingen innlastingsindikator. Hver saksoppsummering starter med Tjenesteplan tilgjengelig: fulgt av navnet på underagenten.

Saksoppsummeringsplan

Åpne en eksisterende sak eller opprett en ny for å starte testprosessen. Kontroller at saken oppfyller berettigelseskriteriene dine. Når en sak åpnes eller opprettes, lager tjenesteassistent et sammendrag. Her er et eksempel.

Detaljnivået for både saksoppsummeringen og sammendragstrinnene varierer og er basert på mengden informasjon i saken, hvilke felt og objekter du har angitt i Service AI Grounding-konfigurasjonen, og mengden informasjon i underagenter, instruksjoner og Knowledge. Når du har en mer detaljert oppsummering av en tjenesteplan (som vist ovenfor), kan du generelt forvente at den utkastede tjenesteplanen er ganske detaljert.

Spesifikt er Emne- og Beskrivelse-feltene viktige fordi tjenesteassistent bruker dem til å kategorisere saken og samsvare den med en underagent. Selv om Service Assistant baserer seg på flere felt og objekter angitt i Service AI Grounding-konfigurasjonen, trenger Emne og Beskrivelse tydelig, spesifikk informasjon for å generere en nøyaktig plan. Generelt sett er jo mer detaljerte feltene, desto bedre samsvar.

Meldingsoppsummeringsplan

For å starte testprosessen åpner du en meldingsøkt som oppfyller berettigelseskriteriene dine. Til forskjell fra en sak genererer ikke en meldingsøkt et sammendrag så snart den åpnes. Tjenesteassistent genererer oppsummeringen av en tjenesteplan først etter at samtalen har nok kontekst til å identifisere problemet, inkludert informasjon som samsvarer med underagentene og instruksjonene dine.

• Hvis de tidlige meldingene ikke inneholder informasjon som samsvarer med en underagent, overvåker tjenesteassistent samtalen og genererer sammendraget når en senere melding gir et samsvar. Mengden samtale som kreves for å generere sammendraget, kan variere.
• For å teste denne virkemåten sender du meldinger som gjenspeiler brukstilfellene i underagentene, og kontrollerer at Service Assistant genererer et sammendrag og identifiserer den samsvarende underagenten.

Hvis sammendraget ikke vises for en meldingsøkt, kontrollerer du at disse kravene er oppfylt.

• Brukeren som tester planen, har tilgang til berettigelsesflyten, selv om brukeren har tillatelsen Kjøre flyter. Tillatelsen Kjøre flyter alene gir ikke tilgang til berettigelsesflyten. Se Tjenesteplankriterier og Konfigurere tjenesteassistent for Meldinger.
• Samtalen inneholder nok kontekst til å identifisere problemet. Det genereres ikke et sammendrag før samtalen gir Tjenesteassistent nok kontekst.
• Meldingsøktposten eies av en human agent, ikke en robotbruker. Tjenesteassistent genererer ikke en plan for en post som eies av en robotbruker.

Feilsøke feilmeldinger for sammendrag

Hvis genereringen av oppsummeringen av planen ikke starter eller du ser de oppførte feilmeldingene, utfører du disse feilsøkingstrinnene.

Feilmeldinger

• Vi kunne ikke lage et utkast til en oppsummering av en tjenesteplan. Vi vil fortsette å prøve, men hvis problemet fortsetter, kontakter du Salesforce-administratoren din.
• Det er ikke nok informasjon til å lage et utkast til en tjenesteplanoppsummering. Legg til flere detaljer, og sjekk deretter tilbake her.
• Vi kunne ikke lage et utkast til en tjenesteplan fordi det ikke finnes noen relevante underagenter. Be Salesforce-administratoren om å opprette en, eller legg til mer kontekst i elementet.

Generelle feilsøkingstrinn

• Forsikre deg om at du har de riktige tillatelsene. Administratorer krever tillatelsessettene tjenesteplanlegger Builder og Agentforce. Hvis du bruker Knowledge, må du forsikre deg om at du har tillatelsessettet Data Cloud-arkitekter med tilgang til standarddatarommet. Servicerepresentanter krever tillatelsessettet tjenesteplanlegger og tillatelsessettet Access Agentforce Standard Agent.
• Kontroller at ServicePlanner-brukeren har disse tillatelsessettene tildelt: Tjenesteplanleggeragentbruker, Agentforce_Service_Assistant-tillatelser og Data Cloud-bruker.
• Forsikre deg om at Knowledge inneholder nøyaktig, omfattende og velstrukturert informasjon. Tjenesteassistent inkluderer Knowledge i sammendragstrinnene.
• Hvis du får feilmeldingen "Vi kunne ikke lage et utkast til en tjenesteplan fordi det ikke finnes noen relevante underagenter. Be Salesforce-administratoren om å opprette en, eller legg til mer kontekst i elementet," betyr det at Service Assistant ikke kan finne en underagent som samsvarer med postdetaljene. De foregående feilsøkingstrinnene gjelder. Se i tillegg gjennom underagentene og instruksjonene dine. Sørg for at de følger retningslinjene i Landing Service Assistant med emner og Beste fremgangsmåter for emner.
  • Kontroller at relevante underagenter og instruksjoner opprettes for posten.
  • Forsikre deg om at hver underagent har en distinkt tittel, som Returforespørsel eller Refusjonsforespørsel.
  • Ikke opprett generelle underagenter som fanger opp alle, som "Saksløsningshjelp". Underagenter beskriver firmaets spesifikke policyer og standarder for å løse en bestemt sakstype. En underagent med tittelen "Saksløsningsassistanse" er for omfattende og hindrer at tjenesteassistent samsvarer saker med den riktige underagenten. Opprett i stedet distinkte underagenter som hver tar seg av én bestemt sakskategori, som Produktdefektrapport, Faktureringsspørsmål eller Problem med kontotilgang.
  • Del opp sakstyper i underagentkategorier. Bruk for eksempel en omfattende underagent som Returforespørsel til generell informasjon om hvordan returer skal behandles. Dette er best når saken ikke omtaler et eksplisitt element. For returprosesser som varierer i omfang og prosesser, oppretter du individuelle underagenter for returforespørsler, som "Shoe Return Request". Dette er enkle eksempler, men ideen er å sørge for at du har nok informasjon i underagentene og instruksjoner som prøver å løse de varierende nivåene av informasjon en bestemt sak kan ha.
  • Ikke inkluder flere opplysninger i én instruksjon. Hver instruksjon må skissere en entallsoppgave eller prosess som kreves for å løse problemet.

Feilsøkelsestrinn for saker

• Forsikre deg om at saken har et tydelig, beskrivende emne som er relatert til underagenten.
• Forsikre deg om at saken har tilstrekkelige detaljer i beskrivelsen av problemet eller forespørselen. Vi anbefaler 1–2 setninger.
• Se gjennom konfigurasjonen av Service AI Grounding. Forsikre deg om at alle feltene og de relaterte saksobjektene du vil bruke til grunnlag, er valgt. Se deretter gjennom dataene for disse feltene i saken. Sørg for at det er tydelig og ikke-konfliktinformasjon i jordingsfeltene eller saksfeeden, kommentarene og e-postmeldingene dine. Konfliktinformasjon kan føre til mindre detaljerte eller uklare saksoppsummeringer og sammendragstrinn.

Feilsøkingstrinn for Meldinger

• Tjenesteassistent-område i samtaleavskriften i stedet for Emne- og Beskrivelse-feltene. Forsikre deg om at samtalen inkluderer tydelige, spesifikke detaljer om kundens problem slik at tjenesteassistent kan samsvare med en underagent og generere fokuserte sammendragstrinn.
• Kontroller at sammendragskravene er oppfylt: samtalen inneholder nok kontekst til å identifisere problemet, minst én melding samsvarer med en underagent, posten eies av en human agent og ikke en robotbruker, og brukeren som tester planen, har tilgang til berettigelsesflyten. Se Sammendragsplan for meldinger.

Arbeide og se gjennom en dynamisk plan

Når du har en vellykket oppsummering av planen, klikker du på Startplan for å starte arbeidsflyten. Til forskjell fra en veiledningsplan lager ikke en dynamisk plan et fullstendig sjekklisteutkast samtidig. Tjenesteassistent presenterer ett trinn om gangen, tilpasser hvert trinn etter hvert som posten endres, og kan vise agenthandlinger for å automatisere et trinn. Når du arbeider med planen, vurderer du nøyaktigheten og relevansen.

Se gjennom veiledningen ved hvert trinn

• Se gjennom veiledningen i hvert trinn for å bekrefte at den er nøyaktig, relevant og konsistent med løsningsveiledningen i underagentene, instruksjonene og Knowledge.
• Se gjennom ordlisten for hvert trinn, og kontroller at eventuelle agenthandlinger vises og utføres som forventet. Når en handling er tilgjengelig for å fullføre et trinn, viser tjenesteassistent den frem i trinnet slik at du kan bekrefte og kjøre den, eller handlingen kjøres automatisk basert på konfigurasjonen.

Subagent-baserte trinn

• Trinn som opprettes fra underagentinstruksjoner, dannes direkte fra veiledningen du gir i hver instruksjon. Fra et eksempel på en tjenesteplan er et underagentbasert trinn "Utfør identitetsbekreftelse for å sikre brukerens berettigelse til dokumentbehandling".
• Hvis et trinn bare er avhengig av en underagent (uten Knowledge), inkluderer det ingen anførselslenker.
• Underagenten som samsvarte med saken, brukes til å generere planen. Navnet på underagenten er oppført øverst i tjenesteplanen.

Knowledge-baserte trinn

Tjenesteplaner baseres i Knowledge når du konfigurerer et databibliotek med Knowledge og har Vis kilder aktivert. Se Konfigurere Knowledge Grounding.

Visning og navigering

• Hvert trinn som opprettes fra en Knowledge, siteres med et tall på slutten av trinnet i form av [1]. Anførselstegnet inneholder en hyperlenke til den tilsvarende oppføringen i Kilder-delen som viser navnet på Knowledge. Hvis du vil vise anførselstegn, aktiverer du Vis kilder i databibliotekoppsettet.
• I og med at en dynamisk plan oppretter hvert trinn i sanntid, har hvert trinn sin egen Kilder-del i stedet for en enkelt Kilder-del for hele planen. Kontroller at hvert triks anførselstegn er knyttet til artikkelen som brukes til dette trinnet.
• Den samme artikkelen kan vises under et annet sitatnummer fra ett trinn til det neste. I en dynamisk plan er ikke anførselsnumre konsistente på tvers av trinn fordi hvert trinn opprettes og siteres for seg selv. Denne virkemåten forventes og er forskjellig fra en veiledningsplan, der en artikkel som brukes i flere trinn, beholder det samme anførselsnummeret.
• Et trinn kan opprettes fra både en underagent og en Knowledge.
• Et trinn kan opprettes fra flere Knowledge. Dette angis når du ser to eller flere anførselstegn på slutten av et trinn, som [1][2].

Ikke-grunnede trinn

Tjenesteassistent kan foreslå sine egne trinn som ikke er basert på jordingskilder. Foreslåtte trinn viser når det ikke er nok informasjon i underagentene, instruksjonene eller Knowledge. I en dynamisk plan flagger Service Assistant et foreslått trinn med et språk som "Det er ingen informasjon i firmaets dokumenter. Her er det jeg foreslår, men det kan hende det ikke er riktig." Bruk disse flaggene under testing til å finne hull i grunnkilder, og legg deretter til den manglende veiledningen i underagentene, instruksjonene eller Knowledge.

Oppdateringer av dynamiske planer

En dynamisk plan oppdaterer trinnene sine i sanntid etter hvert som ny informasjon ankommer. Til forskjell fra en veiledningsplan kan du ikke omskrive en dynamisk plan. I stedet oppdaterer du jordingskilder i løpet av planen, og tjenesteassistent tar opp oppdateringene etter hvert som de lages. Hvordan du tester denne virkemåten avhenger av posttypen.

For saker oppdaterer du feltene og objektene som er angitt i Service AI Grounding-konfigurasjonen, og kontroller at Service Assistant tar med endringene.

• Service Assistant overvåker saken gjennom feltene og objektene som er angitt i Service AI Grounding-konfigurasjonen.
• For øyeblikket oppdaterer bare en ny saks-e-postmelding trinnet selgeren er i, i sanntid. All annen informasjon, som sakskommentarer, saksfeeden og andre jordingsfelt, spores og innlemmes i neste trinn i stedet for det gjeldende trinnet.

For meldingsøkter begrenser Service Assistant planen i samtaleavskriften slik at oppdateringer skjer i sanntid. Send nye meldinger i økten, og kontroller at Service Assistant oppdaterer planen etter hvert som chattefeeden går fremover.

• Tjenesteassistent overvåker hele avskriften og genererer et nytt plantrinn etter hvert som hver ny melding kommer inn, så hvert trinn gjenspeiler hvor samtalen for øyeblikket står.
• Til forskjell fra en sak der bare en ny saks-e-postmelding oppdaterer det gjeldende trinnet, oppdateres en meldingsøkt trinn for trinn etter hvert som samtalen går fremover.

Test agenthandlinger

I en dynamisk plan viser Service Assistant automatisk en agenthandling når den samsvarer med handlingen i et plantrinn. Når du arbeider med planen, må du være oppmerksom på hvilke handlinger som presenteres og hvor de mangler. Hvis en handling som du forventer, ikke vises i et trinn, prøver du disse metodene.

• Legg til en direkte referanse til handlingen i en underagentinstruksjon. Referer til handlingen med etiketten, ikke API-navnet, og fortell tjenesteassistent når den skal brukes. For eksempel "Bruk handlingen Hent reiseposter som et første trinn." En direkte referanse tvinger Service Assistant til å inkludere handlingen, så bruk den til obligatoriske trinn som alltid må kjøres. Se Handlinger i Service Assistant.
• Begrens handlingsbeskrivelsen. For situasjonstrinn som kjører bare når betingelsene er oppfylt, baserer Service Assistant seg på kontekstsamsvar, så skriv beskrivelser som gjenspeiler terminologien i underagentinstruksjonene og Knowledge. Se retningslinjer for opprettelse av handlinger.
• Kontroller handlingens tillatelser for ServicePlanner-brukeren. Handlinger kjøres under ServicePlanner-brukerens tillatelser, og en manglende tillatelse kan føre til at en handling mislykkes eller returnerer tomme data. Se Tillatelser for handlinger.

Etter at en handling har blitt kjørt, kan det hende at Service Assistant viser meldinger med åpent språk, som "Posten oppdateres. Gi meg beskjed om hvordan jeg fortsetter i stedet for å gå videre til neste trinn. For å holde planen i gang angir du hva som skal skje videre i underagentinstruksjonene, som "Etter at handlingen er fullført, fortsetter du umiddelbart med å bekrefte inngangskravene." Hvis du vil ha mer informasjon om konfigurering og samsvar med handlinger, kan du se Landingstjenesteassistent med agenthandlinger.

Kreve spesifikk informasjon i en plan

For å sikre at spesifikk informasjon alltid vises i en plan, legger du den inn i en underagentinstruksjon. Bruk denne teknikken når informasjonen ikke trekkes ut fra Knowledge. Skriv instruksjonen for å angi nøyaktig hva du ønsker og når, for eksempel "Bekreft kundens kontostatus som et første trinn." Informasjon som angis på denne måten i en instruksjon, inkluderes alltid i planen.

Forfremme planen

Dynamiske planer avanserer trinn automatisk når et trinn fullføres med en agenthandling. For et trinn som ikke automatiseres av en handling, angir Service Assistant hva servicerepresentanten gjør manuelt for å fullføre trinnet, og deretter venter den på at selgeren bekrefter. Denne virkemåten forventes, og Service Assistant venter spesielt når du stiller et informasjonsspørsmål i agentchatten.

• For et trinn som ikke er automatisert, beskriver tjenesteassistent oppgaven som skal utføres, og ber selgeren om det med et språk som "Gi meg beskjed når dette trinnet er fullført." Planen går ikke fremover alene.
• For å flytte planen fremover svarer du med et språk som tydelig gjenspeiler at trinnet er fullført, som "Fullført", "Trinn fullført" eller "Gå til neste trinn". Tjenesteassistent genererer deretter neste trinn.

Generelt sett bør du lese gjennom løsningsveiledningen og evaluere ordlyden i hvert trinn for nøyaktighet og konsistens med servicespesialister og Knowledge og underagentinstruksjoner.

Subagent-bytte

Tjenesteassistent oppdager kundens hensikt etter hvert som saken går fremover, og kan bytte til den relevante underagenten for å gi veiledning fra denne underagenten og dens relaterte Knowledge. Test denne virkemåten ved å introdusere et andre problem og bekrefte at Service Assistant bytter underagenter.

• Hvis løsningen starter med problemet for én underagent, men går over til et andre problem, bytter tjenesteassistent til den andre underagenten, samler inn informasjonen den trenger, og løser den delen av planen.
• Når det andre problemet løses, kan Service Assistant automatisk bytte tilbake til den opprinnelige underagenten. I noen tilfeller byttes den ikke tilbake alene. Bruk chatten til å omdirigere den, for eksempel "La oss gå tilbake til det opprinnelige problemet."

Hvis du vil ha mer informasjon, kan du se Behandling av tjenestepost.

Bruk av Agent-chatten

Test agentchatten for å bekrefte at Service Assistant kan slå opp Knowledge og utføre handlinger på forespørsel. For å bruke agentchatten legger du til underagentene Generell CRM og Vanlige spørsmål i agenten. Se Agent-chat for Service Assistant.

• Still et Knowledge, eller be om Knowledge, og kontroller at tjenesteassistent returnerer relevant informasjon fra Knowledge.
• Be Service Assistant om å starte en vanlig handling, som å lage en e-postmelding og eventuelle tilpassede handlinger du har lagt til. Hvis en handling ikke fungerer, kontrollerer du handlingens tillatelser for ServicePlanner-brukeren. Se Tillatelser for handlinger.

Hva som skjer med agentchatten når posten er ferdig, avhenger av kanalen. Når saken avsluttes, avsluttes agentchatten og chattekassen deaktiveres. Når en meldingsøkt avsluttes, avsluttes tjenesteplanen, men Service Assistant og chattekassen forblir tilgjengelig i omtrent 24 timer, slik at du kan fullføre sammendragsoppgaver som å be om et sammendrag, lage en oppfølgings-e-postmelding, stille Knowledge, kjøre handlinger eller få generell hjelp ved bruk av chatten. I alle tilfeller beholdes feedhistorikken og forblir synlig, så du kan se gjennom den fullstendige posten for plantrinnene, handlingene og chatteinteraksjonene etter at posten er fullført.

Feilsøke Knowledge Grounding

Hvis det ikke er anførselstegn i Knowledge, er de anførselstegnene ikke relevante, eller du ser de generelle feilmeldingene, prøver du disse feilsøkingstrinnene. Knowledge fungerer på samme måte på tvers av plantyper, så denne veiledningen gjelder for både saker og meldingsøkter. I en dynamisk plan må du huske at hvert trinn opprettes og siteres separat, så et anførselsproblem kan vises i ett trinn, men ikke i et annet.

Generelle feilmeldinger

• Noe gikk galt da du opprettet en plan. Be Salesforce-administratoren om å se gjennom databibliotekkonfigurasjonen.
• Jeg kunne ikke finne noen kilder jeg kunne sitere. Be Salesforce-administratoren om å kontrollere databibliotekkonfigurasjonen.
• Vi kunne ikke vise noen kilder. Be Salesforce-administratoren din om hjelp.

Kontrollere brukertillatelser og datatilgang

• Kontroller at agenten er aktiv.
• Kontroller at alle brukere har de riktige Knowledge. Se Beste fremgangsmåter for Landing Service Assistant i Knowledge. Vær oppmerksom på ServicePlanner-brukerens tillatelser. Kontroller at den har tillatelsessettet Data Cloud-bruker og at brukeren har tilgang til eventuelle tilpassede posttyper og til datakategoriene som er tildelt Knowledge.
• Kontroller at du (administratoren), servicerepresentanter og ServicePlanner-brukeren har tilgang til standarddatarommet i tillatelsessettene deres. Vanligvis trenger bare Service Assistant-administratoren tilgang til standarddatarommet som er aktivert i tillatelsessettet Data Cloud Architect. Det anbefales imidlertid å gi servicerepresentanter tilgang til standarddatarommet når Knowledge ikke er inkludert i planene. Du kan gi standard dataplattilgang via de tilpassede Knowledge eller standard Service Assistant-tillatelsessettene. Se Standard tilgang til dataområder.

Se gjennom Knowledge Grounding-oppsettet

• Forsikre deg om at artiklene er felles og publisert. Knowledge som er offentlig tilgjengelig, har IsVisibleInPkb satt til True.
• Forsikre deg om at Vis kilder er aktivert i databibliotekkonfigurasjonen. Uten Vis kilder viser ikke et dynamisk plantrinn sin Kilder-del eller sitater per trinn.
• Forsikre deg om at databiblioteket har den nyeste Knowledge ved å bygge søkeindeks på nytt. Selv om søkeindeks i databiblioteket oppdateres hver dag, bygger du det på nytt manuelt for å synkronisere databiblioteket med de nyeste oppdateringene av Knowledge. Vi anbefaler å bygge søkeindeks på nytt når du legger til, endrer eller fjerner Knowledge. Se Gjenoppbygge en søkeindekskonfigurasjon.
• Dobbeltkontrollere innstillingene og tilgangen til datakategorier. Forsikre deg om at datakategoriene er synlige og at eventuelle datakategorier som er angitt for Knowledge, samsvarer med datakategorifiltreringssettet i Knowledge i databiblioteket.
• Se gjennom artiklene for å forsikre deg om at strukturen og formatet samsvarer med identifiserings- og innholdsfeltene du har angitt i databiblioteket. Identifiserende felt søker i Knowledge for å finne relevante artikler som samsvarer med postdetaljene. Innholdsfelt trekker ut viktig informasjon fra Knowledge for å opprette plantrinn.
  • For å identifisere felt velger du felt som gir et presist sammendrag av artikkelen, som Tittel, Sammendrag og Spørsmål.
  • For innholdsfelt velger du feltene som har mest innhold, som Svar og Detaljer.
  • Bruk eventuelle tilpassede Knowledge på identifiserings- og innholdsfeltkonfigurasjonen.
• Se gjennom eller legg til en Knowledge for å kort beskrive artikkelen og omfanget. Et sammendrag forbedrer søkeresultatene. Inkluder uttrykk som vanligvis finnes i postdetaljene, for å beskrive problemet eller forespørselen.
• Forsikre deg om at innholdet i artiklene inneholder nøkkelord og informasjon relatert til posten.

Postinnhold

• For saker ser du gjennom saksemnet, beskrivelsen og feltene som er angitt i Service AI Grounding-konfigurasjonen, for å bekrefte at det er nok informasjon i hvert felt og at informasjonen er relevant for Knowledge du forventer å vise. Se gjennom sakskommentarene og saksfeeden hvis du har valgt dem som jordingskilder. Forsikre deg om at informasjonen er relevant og ikke er i konflikt med Knowledge du forventer å vise.
• For meldingsøkter ser du gjennom samtaleavskriften for å bekrefte at meldingene inkluderer bestemte detaljer og nøkkelord som er relatert til Knowledge du forventer å vise. I og med at planen er basert i avskriften, sender du meldinger som gjenspeiler problemet, slik at tjenesteassistent henter og siterer de relevante artiklene.

Feilsøking av målrettet feilmelding

• Jeg kunne ikke finne noen kilder jeg kunne sitere. Fordi en dynamisk plan ikke kan redigeres, fortsetter du samtalen eller oppdaterer posten for å be om et nytt trinn, og deretter bekrefter du at anførselstegnet vises. Hvis problemet fortsetter, ber du Salesforce-administratoren om å kontakte Salesforces kundestøtte for å få hjelp med databibliotekgjentageren.
• Vi kunne ikke vise noen kilder. Be Salesforce-administratoren din om å kontakte Salesforces kundestøtte for å få hjelp med databiblioteksgjentageren.

Hvis du vil ha mer informasjon om oppsett og testing, kan du se Konfigurere Knowledge Grounding og Feilsøke Knowledge.