Test dynamiske planer

• Hvordan du tester dynamiske planer
• Udarbejd og evaluer serviceplanoversigten
• Sagsoversigtsplan
• Meddelelsessammendragsplan
• Fejlfind fejlmeddelelser om sammendrag
• Arbejd og gennemse en dynamisk plan
• Fejlfind Knowledge Landing

Hvordan du tester dynamiske planer

En dynamisk plan er en realtidsplan, der tilpasser sig, efterhånden som registreringen ændres, tilgængelig for både sager og meddelelsessessioner. Hvis du vil teste dynamiske planer, skal du generere dem på registreringer. Serviceassistent leverer serviceplaner gennem en Lightning, så de kan ikke testes i Agentforce eller Agentforce-testcenter Hvis du ønsker oplysninger om generel testopsætning, hvordan du vælger anvendelsessituationer, der skal testes, og Knowledge-vejledning, der gælder for alle plantyper, kan du se Test Service Assistant.

En dynamisk plan har ingen angivet længde eller sluttidspunkt. Dens længde afhænger af, hvor meget sagen eller meddelelsessessionen udvikler sig, og hvor mange oplysninger dine grundlæggende kilder har til at håndtere problemet. Serviceassistent tilføjer trin, efterhånden som registreringen ændres, og løsningen forløber, så en plan baseret på mere avancerede kilder og en længere samtale kører flere trin end et med begrænset kontekst. Planen slutter automatisk, når registreringen lukkes, enten når sagen er lukket, eller når meddelelsessessionen slutter, og chatten afsluttes. Planhistorikken gemmes i komponentfeedet og er tilgængelig, når registreringen er lukket eller afsluttet.

Kladde og evaluer sammendraget for serviceplanen

Når en registrering opfylder dine berettigelseskriterier, udarbejder en serviceprogramsammendrag, der inkluderer et sammendrag af registreringen og en generel oversigt over løsningstrinene, også kaldet sammendragstrin. Når sammendraget er genereret, vises knappen Startplan. Du klikker på Startplan for at starte det interaktive arbejdsflow i realtid. Hvornår sammendraget genereres, afhænger af registreringstypen.

Som en del af sammendraget identificerer Serviceassistent problemet og tildeler den matchede underagent. Bekræft, at den korrekte underagent er tildelt. For sager tildeler Service Assistant underagenten baseret på felterne Emne og Beskrivelse, der er angivet i din Service AI-grundlægningskonfiguration. For meddelelsessessioner tildeler den underagenten baseret på konteksten af samtaleafskriften.

Det kan tage op til et minut at få vist en sammendragsplan. Komponenten viser ingen indlæsningsindikator. Hvert sagssammendrag begynder med Serviceplan tilgængelig: efterfulgt af underagentnavnet.

Sagssammendragsplan

Hvis du vil starte testprocessen, skal du åbne en eksisterende sag eller oprette en ny. Sørg for, at sagen opfylder dine berettigelseskriterier. Når en sag åbnes eller oprettes, kladder serviceassistenten sammendraget. Her er et eksempel.

Detaljeniveauet for både sagssammendraget og sammendragstrinene varierer og er baseret på mængden af oplysninger i sagen, hvilke felter og objekter du har angivet i din Service AI-basiskonfiguration og mængden af oplysninger i underagenter, instruktioner og Knowledge. Generelt, når du har et mere detaljeret sammendrag for en serviceplan (som vist ovenfor), kan du forvente, at den kladdende serviceplan er ret detaljeret.

Specifikt er felterne Emne og Beskrivelse vigtige, fordi Serviceassistent bruger dem til at kategorisere sagen og matche den med en underagent. Selvom Service Assistant baserer sig på yderligere felter og objekter, der er angivet i din Service AI-baseringskonfiguration, skal Emne og Beskrivelse have tydelige, specifikke oplysninger for at generere en nøjagtig plan. Generelt er det bedre, jo mere detaljerede felterne er.

Plan for sammendrag for Meddelelser

Hvis du vil starte testprocessen, skal du åbne en meddelelsessession, der opfylder dine berettigelseskriterier. I modsætning til en sag genererer en meddelelsessession ikke et sammendrag, så snart det er åbnet. Serviceassistenten genererer kun servicestalsammendraget, når samtalen indeholder nok kontekst til at identificere problemet, herunder oplysninger, der matcher dine underagenter og instruktioner.

• Hvis de tidlige meddelelser ikke indeholder oplysninger, der matcher en underagent, fortsætter Serviceassistent med at overvåge samtalen og genererer sammendraget, når en senere meddelelse leverer et match. Mængden af samtale, der er nødvendig for at generere sammendraget, kan variere.
• Hvis du vil teste denne adfærd, skal du sende meddelelser, der afspejler anvendelsessituationer i dine underagenter og bekræfte, at serviceassistenten genererer et sammendrag og identificerer den matchede underagent.

Hvis sammendraget ikke vises for en meddelelsessession, skal du bekræfte, at disse krav er opfyldt.

• Brugeren, der tester planen, har adgang til berettigelsesforløbet, selvom vedkommende har tilladelsen Kør forløb. Tilladelsen Kør forløb alene giver ikke adgang til berettigelsesforløbet. Se Serviceplankriterier og Opsæt serviceassistent for Meddelelser.
• Samtalen indeholder tilstrækkelig kontekst til at identificere problemet. Der genereres ikke et sammendrag, før samtalen giver Serviceassistent tilstrækkelig kontekst.
• Meddelelsessessionsregistreringen ejes af en person, ikke en botbruger. Service Assistant genererer ikke en plan for en registrering, der ejes af en botbruger.

Fejlfind fejlmeddelelser for sammendrag

Hvis genereringen af planssammendrag ikke starter, eller du ser de angivne fejlmeddelelser, skal du udføre disse fejlfindingstrin.

Fejlmeddelelser

• Vi kunne ikke oprette et sammendrag for en serviceplan. Vi forsøger, men hvis problemet fortsætter, skal du kontakte din Salesforce-administrator.
• Der er ikke nok oplysninger til at udarbejde et sammendrag for en serviceplan. Tilføj flere detaljer, og kontroller derefter tilbage her.
• Vi kunne ikke udarbejde en servicplan, da der ikke findes nogen relevante underagenter. Bed din Salesforce-administrator om at oprette en, eller føj mere kontekst til elementet.

Generelle fejlfindingstrin

• Sørg for, at du har de rigtige tilladelser. Administratorer kræver tilladelsessættene serviceplanlægger og Agentforce. Hvis du bruger Knowledge, skal du sørge for, at du har Data Cloud Architect-tilladelsessættet med adgang til standarddataplaceringen. Servicemedarbejdere kræver tilladelsessættet serviceplanlægger og Tilladelsessættet Få adgang til Agentforce.
• Sørg for, at ServicePlanner-brugeren har disse tilladelsessæt tildelt: Serviceplanlægger Agentbruger, Agentforce_Service_Assistant-tilladelser og Data Cloud-bruger.
• Sørg for, at dine Knowledge indeholder nøjagtige, omfattende og velstrukturerede oplysninger. Serviceassistent inkluderer Knowledge i sammendragstrinene.
• Hvis du ser fejlmeddelelsen "Vi kunne ikke udarbejde en serviceplan, da der ikke findes nogen relevante underagenter. Bed din Salesforce-administrator om at oprette en, eller føj mere kontekst til elementet," betyder dette, at Serviceassistent ikke kan finde en underagent, der matcher registreringsdetaljerne. De tidligere fejlfindingstrin gælder. Desuden kan du gennemse dine underagenter og instruktioner. Sørg for, at de følger retningslinjerne i Jordserviceassistent med emner og bedste fremgangsmåder for emner.
  • Sørg for, at der er oprettet relevante underagenter og instruktioner for registreringen.
  • Sørg for, at hver underagent har en særskilt titel, f.eks. "Refusionsanmodning" eller "Refusionsanmodning".
  • Opret ikke generiske, overordnede underagenter som "Sagsløsningshjælp". Underagenter beskriver dit firmas specifikke politikker og standarder til løsning af en bestemt sagstype. En underagent med titlen "Sagsløsningshjælp" er for bred og forhindrer Serviceassistent i at matche sager med den rigtige underagent. Opret i stedet særskilte underagenter, der hver håndterer en specifik sagskategori, f.eks. "Produktfejlrapport", "Faktureringsdiskussion" eller "Problem med kontoadgang".
  • Opdel sagstyper i underagentkategorier. Brug f.eks. en bred underagent som "Returanmodning" til generelle oplysninger om, hvordan du behandler returneringer. Dette er bedst, når sagen ikke omtaler et eksplicit element. For returprocesser, der varierer i omfang og processer, skal du oprette individuelle returanmodningsunderagenter som "Shoe Return Request". Dette er enkle eksempler, men ideen er at sikre, at du har nok oplysninger i dine underagenter og instruktioner, der forsøger at håndtere de forskellige niveauer af oplysninger, som en bestemt sag kan have.
  • Inkluder ikke flere oplysninger i en instruktion. Hver instruktion skal skitsere en enkelt opgave eller proces, der er påkrævet for at løse problemet.

Fejlfindingstrin for sag

• Sørg for, at sagen har et tydeligt, beskrivende emne, der er relateret til din underagent.
• Sørg for, at sagen har tilstrækkelige detaljer i beskrivelsen af problemet eller anmodningen. Vi anbefaler 1-2 sætninger.
• Gennemse din Service AI-landing-konfiguration. Sørg for, at alle felter og relaterede sagsobjekter, du ønsker at sætte markøren på, er markeret. Gennemse derefter dataene for disse felter i sagen. Sørg for, at der er tydelige og ikke-konfliktuelle oplysninger i dine grundlæggende felter eller sagsfeed, kommentarer og mails. Konflikte oplysninger kan resultere i mindre detaljerede eller uklare sagssammendrag og sammendragstrin.

Fejlfindingstrin i Meddelelser

• Serviceassistenten bruger samtaleafskriften i stedet for felterne Emne og Beskrivelse. Sørg for, at samtalen inkluderer tydelige, specifikke detaljer om kundens problem, så Serviceassistent kan matche en underagent og generere fokuserede sammendragstrin.
• Bekræft, at sammendragskravene er opfyldt: samtalen indeholder nok kontekst til at identificere problemet, mindst en meddelelse matcher en underagent, registreringen er ejet af en menneskelig agent og ikke en botbruger, og brugeren, der tester planen, har adgang til berettigelsesforløbet. Se Meddelelsessammendragsplan.

Arbejd og gennemse en dynamisk plan

Når du har et vellykket sammendrag, skal du klikke på Start Planlæg for at starte arbejdsflowet. I modsætning til en vejledningsplan udarbejder en dynamisk plan ikke en fuld tjekliste på en gang. Service Assistant præsenterer et trin ad gangen, tilpasser hvert trin, efterhånden som registreringen ændres, og kan vise agenthandlinger for at automatisere et trin. Når du arbejder på planen, skal du evaluere den for nøjagtighed og relevans.

Gennemse vejledningen ved hvert trin

• Gennemse vejledningen ved hvert trin for at bekræfte, at den er nøjagtig, relevant og i overensstemmelse med løsningsvejledningen i dine underagenter, instruktioner og Knowledge
• Gennemse ordlyden af hvert trin, og bekræft, at eventuelle agenthandlinger vises og udføres som forventet. Når en handling er tilgængelig for at fuldføre et trin, viser Serviceassistent den i trinnet, så du kan bekræfte og køre, eller handlingen køres automatisk baseret på din konfiguration.

Subagentbaserede trin

• Trin, der er oprettet fra underagentinstruktioner, dannes direkte fra den vejledning, du angiver i hver instruktion. Fra en eksempelserviceplan er et underagentbaseret trin "Udfør identitetsbekræftelse for at sikre brugerens berettigelse til dokumentbehandling".
• Hvis et trin kun er baseret på en underagent (uden Knowledge), inkluderer det ikke nogen citationslinks.
• Den underagent, der matcher din sag, bruges til at generere planen. Underagentnavnet er angivet øverst i serviceplanen.

Knowledge-baserede trin

Serviceplaner baseres på dine Knowledge, når du opsætter et databibliotek ved brug af Knowledge og har Vis kilder aktiveret. Se Opsæt Knowledge Grounding.

Visning og navigation

• Hvert trin, der oprettes fra en Knowledge, anføres med et tal i slutningen af trinnet i form af [1]. Tilbuddet indeholder et hyperlink til den tilsvarende oplysning i afsnittet Kilder, der viser navnet på Knowledge. Hvis du vil vise citationer, skal du aktivere Vis kilder i din opsætning af databiblioteket.
• Da en dynamisk plan opretter hvert trin i realtid, har hvert trin sit eget afsnit Kilder i stedet for et enkelt afsnit Kilder for hele planen. Bekræft, at hvert trins citationer linker til den artikel, der bruges til det pågældende trin.
• Den samme artikel kan blive vist under et andet anførselsnummer fra et trin til det næste. I en dynamisk plan er citationsnumre ikke ensartede på tværs af trin, da hvert trin oprettes og anføres separat. Denne adfærd forventes og afviger fra en vejledningsplan, hvor en artikel, der bruges i flere trin, bevarer det samme anførselsnummer.
• Et trin kan oprettes fra både en underagent og en Knowledge.
• Et trin kan oprettes fra flere Knowledge. Dette vises, når du ser to eller flere citationer i slutningen af et trin, f.eks. [1][2].

Ikke-jordede trin

Serviceassistent kan foreslå sine egne trin, der ikke er baseret på dine grundlæggende kilder. Foreslåede trin viser, når der ikke er nok oplysninger i dine underagenter, instruktioner eller Knowledge. I en dynamisk plan markerer Service Assistant et foreslået trin med et sprog som "Der er ingen oplysninger i dine firmadokumenter. Her er det, jeg foreslår, men det er måske ikke korrekt." Brug disse markeringer under test til at finde huller i dine landestandardkilder, og føj derefter den manglende vejledning til dine underagenter, instruktioner eller Knowledge.

Dynamiske planopdateringer

En dynamisk plan opdaterer sine trin i realtid, efterhånden som der ankommer nye oplysninger. I modsætning til en vejledningsplan kan du ikke omstrukturere en dynamisk plan. I stedet opdaterer du dine landestandardkilder under planen, og serviceassistenten henter opdateringerne, efterhånden som de foretages. Hvordan du tester denne adfærd afhænger af registreringstypen.

For sager skal du opdatere de felter og objekter, der er angivet i din Service AI-grundlægningskonfiguration og bekræfte, at Service Assistant inkluderer ændringerne.

• Service Assistant overvåger sagen gennem de felter og objekter, der er angivet i din Service AI-grundlægningskonfiguration.
• I øjeblikket er det kun en ny sagsmail, der opdaterer det trin, som medarbejderen aktuelt er på, i realtid. Alle andre oplysninger, f.eks. sagskommentarer, sagsfeedet og andre grundlæggende felter, spores og indarbejdes i det næste trin i stedet for det aktuelle trin.

For meddelelsessessioner baserer Service Assistant planen i samtaleafskriften, så opdateringerne er meget realtid. Send nye meddelelser i sessionen, og bekræft, at serviceassistenten opdaterer planen, efterhånden som chatfeedet skrider frem.

• Serviceassistent overvåger hele afskriften og genererer et nyt plantrin, når hver ny meddelelse kommer ind, så hvert trin afspejler, hvor samtalen aktuelt står.
• I modsætning til en sag, hvor kun en ny sagsmail opdaterer det aktuelle trin, opdaterer en meddelelsessession trin for trin, efterhånden som samtalen forløber.

Test agenthandlinger

I en dynamisk plan viser Service Assistant en agenthandling automatisk, når den matcher handlingen med et plantrin. Når du arbejder på planen, skal du være opmærksom på, hvilke handlinger der vises, og hvor de mislykkes. Hvis en handling, du forventer, ikke vises i et trin, kan du prøve disse metoder.

• Føj en direkte reference til handlingen i en underagentinstruktion. Henvis til handlingen med dens betegnelse, ikke dens API-navn, og fortæl serviceassistenten, hvornår den skal bruges. F.eks. "Som et første trin skal du bruge handlingen Hent rejseregistreringer". En direkte reference tvinger serviceassistenten til at inkludere handlingen, så brug den til obligatoriske trin, der altid skal køres. Se Handlinger i Serviceassistent.
• Juster handlingsbeskrivelsen. For situationelle trin, der kun kører, når betingelserne er opfyldt, er Serviceassistent afhængig af kontekstmatchning, så skriv beskrivelser, der afspejler terminologien i dine underagentinstruktioner og Knowledge Se Retningslinjer for oprettelse af handlinger.
• Kontroller handlingens tilladelser for ServicePlanner-brugeren. Handlinger kører under ServicePlanner-brugertilladelser, og en manglende tilladelse kan medføre, at en handling mislykkes eller returnerer tomme data. Se Action Permissions.

Når en handling er kørt, bliver en serviceassistent nogle gange bedt om et åbent sprog, f.eks. "Registreringen er opdateret. Lad mig vide, hvordan jeg fortsætter", i stedet for at gå videre til næste trin. Hvis du vil holde planen i gang, skal du angive, hvad der sker som det næste i dine underagentinstruktioner, f.eks. "Når handlingen er fuldført, skal du straks fortsætte med at bekræfte indtastningskrav." Hvis du ønsker flere oplysninger om konfiguration og matchning af handlinger, kan du se Grundlægningsserviceassistent med agenthandlinger.

Kræve specifikke oplysninger i en plan

Hvis du vil sikre, at specifikke oplysninger altid vises i en plan, skal du placere dem i en underagentinstruktion. Brug denne teknik, når oplysningerne ikke hentes fra dine Knowledge. Skriv instruktionen for at angive præcis, hvad du ønsker og hvornår, f.eks. "Som et første trin skal du bekræfte kundens kontostatus". Oplysninger, der er angivet på denne måde i en instruktion, er altid inkluderet i planen.

Fortsæt planen

Dynamiske planer klargør trin automatisk, når et trin er fuldført med en agenthandling. For et trin, der ikke automatiseres af en handling, angiver Serviceassistent, hvad servicemedarbejderen gør manuelt for at fuldføre trinnet, og derefter venter det på, at medarbejderen bekræfter. Denne adfærd forventes, og serviceassistenten venter især, når du stiller et orienterende spørgsmål i agentchatten.

• For et trin, der ikke er automatiseret, beskriver serviceassistenten den opgave, der skal udføres, og beder medarbejderen om et sprog som "Lad mig vide, når dette trin er fuldført". Planen udvikler sig ikke i sig selv.
• Hvis du vil flytte planen fremad, skal du svare med sprog, der tydeligt afspejler, at trinnet er fuldført, f.eks. "Fuldført", "Trin fuldført" eller "Gå til næste trin". Serviceassistent genererer derefter det næste trin.

Generelt skal du gennemgå løsningsvejledningen og evaluere ordlyden af hvert trin for nøjagtighed og ensartethed med dine servicespecialister og dine Knowledge og underagentinstruktioner.

Subagentomskifter

Serviceassistent registrerer kundens hensigt, efterhånden som sagen skrider frem, og kan skifte til den relevante underagent for at give vejledning fra denne underagent og dens relaterede Knowledge Test denne adfærd ved at introducere et andet problem og bekræfte, at serviceassistenten skifter underagenter.

• Hvis løsningen starter med en underagentproblem, men skifter til et andet problem, skifter serviceassistenten til den anden underagent, indsamler de oplysninger, den har brug for, og løser denne del af planen.
• Når det andet problem er løst, kan Serviceassistent automatisk skifte tilbage til den oprindelige underagent. I nogle situationer skifter det ikke igen. Brug chatten til at omdirigere den, f.eks. "Lad os gå tilbage til det oprindelige problem".

Hvis du ønsker yderligere oplysninger, kan du se Serviceplanregistreringshåndtering.

Brug af agentchatten

Test agentchatten for at bekræfte, at Service Assistant kan slå Knowledge op og køre handlinger efter behov. Hvis du vil bruge agentchatten, skal du føje underagenterne Generelt CRM og Ofte stillede spørgsmål til din agent. Se Agentchat for serviceassistent.

• Stil et Knowledge, eller bed om Knowledge, og bekræft, at serviceassistenten returnerer relevante oplysninger fra dine Knowledge.
• Bed serviceassistenten om at starte en fælles handling, f.eks. kladde en mail og eventuelle tilpassede handlinger, du har tilføjet. Hvis en handling ikke fungerer, skal du kontrollere handlingens tilladelser for ServicePlanner-brugeren. Se Action Permissions.

Hvad der sker med agentchatten, når registreringen er færdig, afhænger af kanalen. Når sagen er lukket, afsluttes agentchatten, og chatboksen inaktiveres. Når en meddelelsessession slutter, slutter serviceplanen, men Serviceassistent og chatboksen forbliver tilgængelige i ca. 24 timer, så du kan udføre afslutningsopgaver, f.eks. at bede om et sammendrag, udarbejde en opfølgningsmail, stille Knowledge, køre handlinger eller få generel hjælp ved brug af chatten. I alle situationer bevares feedhistorikken og forbliver synlig, så du kan gennemse den fulde registrering af plantrin, handlinger og chatinteraktioner, når registreringen er udført.

Fejlfind Knowledge Grounding

Hvis der ikke anføres Knowledge, de anførte artikler ikke er relevante, eller du ser de generelle fejlmeddelelser, kan du prøve disse fejlfindingstrin. Knowledge fungerer på samme måde på tværs af plantyper, så denne vejledning gælder for både sager og meddelelsessessioner. I en dynamisk plan skal du huske, at hvert trin oprettes og citeres separat, så der kan vises et citationsproblem på et trin, men ikke på et andet.

Generelle fejlmeddelelser

• Noget gik galt, da du oprettede en plan. Bed din Salesforce-administrator om at gennemse databibliotekskonfigurationen.
• Jeg kunne ikke finde nogen kilder, jeg kunne citere. Bed din Salesforce-administrator om at kontrollere databibliotekskonfigurationen.
• Vi kunne ikke vise nogen kilder. Bed din Salesforce-administrator om hjælp.

Kontroller brugertilladelser og dataadgang

• Bekræft, at din agent er aktiv.
• Bekræft, at alle brugere har de korrekte Knowledge. Se bedste fremgangsmåder for Landing Service Assistant i Knowledge. Vær opmærksom på ServicePlanner-brugertilladelser. Kontroller, at den har tilladelsessættet Data Cloud-bruger, og at brugeren har adgang til eventuelle tilpassede registreringstyper og til de datakategorier, der er tildelt til dine Knowledge.
• Bekræft, at du (administratoren), servicemedarbejdere og ServicePlanner-brugeren har adgang til standarddataområdet på deres tilladelsessæt. Generelt er det kun administratoren af Service Assistant, der skal have adgang til det standarddataleområde, der er aktiveret på Data Cloud Architect-tilladelsessættet. Men det anbefales at give servicemedarbejdere adgang til standarddataplaceringen, når dine Knowledge ikke er inkluderet i dine planer. Du kan tildele standarddatapladsadgang gennem enten de tilpassede Knowledge eller standardtilladelsessættene Serviceassistent. Se Standardadgang til dataplacering.

Gennemse din opsætning af Knowledge Grounding

• Sørg for, at dine artikler er offentlige og udgivne. Knowledge, der er offentligt tilgængelige, har IsVisibleInPkb indstillet til Sand.
• Sørg for, at du har Vis kilder aktiveret i din konfiguration af databiblioteket. Uden Vis kilder viser et dynamisk plantrin ikke dets afsnit eller anførselstegn pr. trinkilder.
• Sørg for, at dit databibliotek har dine seneste Knowledge ved at genopbygge søgeindeks. Selvom dit databiblioteks søgeindeks opdateres hver dag, kan du manuelt genopbygge det for at synkronisere dit databibliotek med dine seneste Knowledge-opdateringer. Vi anbefaler, at du genopbygger dit søgeindeks, når du tilføjer, redigerer eller fjerner Knowledge Se Genopbyg en søgeindekskonfiguration.
• Dobbeltkontroller dine indstillinger for datakategori og adgang. Sørg for, at dine datakategorier er synlige, og at eventuelle datakategorier, der er angivet for dine Knowledge, matcher den datakategorifiltrering, der er angivet på fanen Knowledge i dit databibliotek.
• Gennemse dine artikler for at sikre, at strukturen og formatet matcher de identifikations- og indholdsfelter, du har angivet i dit databibliotek. Identificeringsfelter søger i din Knowledge for at finde relevante artikler, der matcher registreringsdetaljerne. Indholdsfelter udtrækker nøgleoplysninger fra Knowledge for at oprette plantrin.
  • For at identificere felter skal du vælge felter, der giver et præcist sammendrag af artiklen, f.eks. Titel, Sammendrag og Spørgsmål.
  • For indholdsfelter skal du vælge de felter, der har mest indhold, f.eks. Svar og Detalje.
  • Anvend tilpassede Knowledge på din identifikations- og indholdsfeltkonfiguration.
• Gennemse eller tilføj et Knowledge for kort at beskrive artiklen og dens omfang. Et sammendrag forbedrer søgeresultaterne. Inkluder udtryk, der almindeligvis findes i registreringsdetaljerne for at beskrive problemet eller anmodningen.
• Sørg for, at indholdet i dine artikler indeholder nøgleord og oplysninger, der er relateret til registreringen.

Registreringsindhold

• For sager skal du gennemse sagsemnet, beskrivelsen og felterne, der er angivet i din Service AI-landestandardkonfiguration for at bekræfte, at der er nok oplysninger i hvert felt, og at oplysningerne er relevante for de Knowledge, du forventer at vise. Gennemse sagskommentarerne og sagsfeedet, hvis du har valgt disse som grundlæggende kilder. Sørg for, at oplysningerne er relevante og ikke er i konflikt med de Knowledge, du forventer at vise.
• For meddelelsessessioner skal du gennemse samtaleafskriften for at bekræfte, at meddelelserne inkluderer specifikke detaljer og nøgleord, der er relateret til de Knowledge, du forventer at vise. Da planen er baseret på afskriften, skal du sende meddelelser, der afspejler problemet, så Serviceassistent henter og citerer de relevante artikler.

Fejlfinding af målrettet fejlmeddelelse

• Jeg kunne ikke finde nogen kilder, jeg kunne citere. Da en dynamisk plan ikke kan omstruktureres, skal du fortsætte samtalen eller opdatere registreringen for at bede om et nyt trin og derefter bekræfte, at citationen vises. Hvis problemet fortsætter, kan du bede din Salesforce-administrator om at kontakte Salesforce Kundesupport for at få hjælp til hentning af databiblioteket.
• Vi kunne ikke vise nogen kilder. Bed din Salesforce-administrator om at kontakte Salesforce Kundesupport for at få hjælp til hentning af databiblioteket.

Hvis du ønsker flere opsætnings- og testdetaljer, kan du se Opsæt Knowledge Grounding og Fejlfinding Knowledge.