Generelle vurderinger for Service Assistant

Generelle vurderinger

Ta hensyn til disse funksjonalitetsvurderingene når du konfigurerer Service Assistant. Disse punktene vises også i hvert respektive område i denne dokumentasjonen.

Generell funksjonalitet

• Service Assistant støttes bare i den eldre Agentforce Builder. Fra og med juli 2026 gjelder ikke kravet om at nye agenter bare kan opprettes i den nye Agentforce, for tjenesteassistent. Du kan fortsette å opprette og konfigurere en tjenesteassistentagent i den tidligere byggeren til ytterligere varsel. Se Opprette agenter i den nye byggeren bare fra og med juli 2026.

• Spesifikke tillatelser kreves for å få tilgang til og bruke Service Assistant. Se Tillatelser og lisenser for tjenesteassistent.
• Hver av brukerne må ha en brukerrolle tildelt. Se Opprette en brukerrolle og tildele brukere til rolle.
• Data 360 kreves for å opprette serviceplaner. Kontroller at Data Cloud er klargjort og slått på.
• En tjenesteplan genereres bare når saken oppfyller berettigelseskriteriene dine. Se berettigelseskriterier for tjenesteplaner.
• Tjenesteassistent støttes ikke i mobilapper (Salesforce-mobilappen, tilpassede apper, Service Console på mobil/nettbrett). Denne begrensningen gjelder for innebygde mobilapper, ikke nettlesere som det er tilgang til via mobilenheter. Selv om Service Assistant vises i mobilnettlesere, garanteres ikke full funksjonalitet.
• URL-adresser støttes i tjenesteplaner. Hvis underagentinstruksjonene eller Knowledge inneholder URL-adresser, gjengis de i trinnene i en tjenesteplan.

Grunnlegging og datamaskering

• Tjenesteassistent er grunnlagt i disse datakildene. Se Grunnleggingskilder.
  • Saksdata via Service AI Grounding (obligatorisk)
  • Tjenestepolicyene og -rutiner som er avskrivet i Agentforces emner og instruksjoner (obligatorisk)
  • Knowledge via Agentforce (valgfritt)
  • Hurtighandlinger for standard og tilpassede saksobjekter (valgfritt)
  • Meldinger og taleposter (valgfritt)
• Hver valgfri funksjon krever flere tillatelser. Se Tillatelser og lisenser for tjenesteassistent.
• Vær oppmerksom på disse punktene når det gjelder Service AI Grounding.
  • Service Assistant er avhengig av Service AI Grounding, ikke kontekstvariabler, for saksdata. Underagentvalg og generering av en tjenesteplan drives av Emne- og Beskrivelse-feltene som angis automatisk i Service AI Grounding, ikke av kontekstvariabler som sendes gjennom agentøkten. Tjenesteassistent har ikke tilgang til informasjon som Konto eller Kontakt som er knyttet til saken.
  • Tjenesteplaner baseres i kontekst av ServicePlanner-brukerens tillatelser. Det betyr at servicerepresentanter kan se jordede svar for felt og objekter de ikke har direkte tilgang til. Angi landingskonfigurasjonen slik at ServicePlanner-brukerens tillatelser er i samsvar med datatilgangen som er tiltenkt servicerepresentantene. Se Serviceassistent for datatilgang til landing.
  • Krypterte felt støttes ikke for jording.
  • Bare felt av typen Streng og Tekstområde støttes for jording.
  • Bare tekst fra Saks-e-post, Sakskommentarer og Saksfeed støttes. PDF-filer, bilder og andre vedlegg brukes ikke som jordingskilder.
  • Hvis du velger å tilpasse til saksfeeden, må du gi tjenesteassistent tilgang til saksfeeden. Agenten har som standard tilgang til saks-e-postmeldinger og sakskommentarer.
  • Du har mulighet til å velge Sak-feltene du vil maskere for å hindre at de blir eksponert for Service Assistant med Einstein Trust. Se Velge hvilke data som skal maskeres.
• Tjenesteassistent kan foreslå sine egne trinn som ikke er basert på jordingskilder. Slike trinn angis med et stjernetegn (*). Foreslåtte trinn vises når det ikke er nok informasjon i underagentene, instruksjonene eller Knowledge.

Agentdetaljer

• Som en del av Agentforce har Service Assistant sin egen mal og type i Agentforce: Agentforce Service Assistant. Den er ikke offisielt kategorisert som en ansattagent.
• Som en del av agentopprettingsprosessen opprettes en agentbruker med navnet ServicePlanner-bruker automatisk. Den angis til den oppførte konfigurasjonen, og agentposten er som standard aktiv.
  • E-postadresse: noreply@salesforce.com
  • Brukernavn: ServicePlanner-bruker
  • Type: ServicePlanner
  • Profil: Einstein
  • Brukerlisens: Einstein
  • Tillatelsessett: Tillatelser for tjenesteplanlegger og Agentforce_Service_Assistent
• ServicePlanner-brukeren (agentbrukeren) må ha en brukerrolle tildelt. Se Opprette en brukerrolle og tildele brukere til rolle.
• Tjenesteassistent støtter oversettelse for veiledningsplaner bare for Sak. Se Oversettelse av tjenesteplan.

Agent testing

• Fordi Service Assistant oppretter tjenesteplaner via en Lightning-nettkomponent på sakspostsiden, kan ikke tjenesteplaner testes i Agentforce Builder eller Agentforce-testsenter.
• Du kan utføre en rask tilstandssjekk av underagentene og handlingene direkte i Agentforce Builder, men å teste hvordan underagentene og handlingene fungerer i en tjenesteplan krever å opprette tjenesteplaner på poster. Se Test Service Assistant.

Andre vurderinger

Se gjennom språkene, LLM-modellene og annen funksjonalitet som Service Assistant støtter.

Støtte for funksjonsspråk og nasjonale innstillinger

• Tjenesteassistent støtter oversettelse for forsiktighetsplaner bare for saker. Dynamiske planer for både saker og meldinger oversettes ikke. Agentbrukerens nasjonale innstilling (ServicePlanner-bruker) må være på engelsk.
• Tjenesteassistentoppsettsiden oversettes til alle støttede språk og nasjonale innstillinger.

Støtte for funksjonsmodell med stort språk

Service Assistant støtter bare OpenAI GPT-4. Se Støtte for stor språkmodell.

Support for funksjonsområde

Service Assistant støtter bare den geografisk klargjorte Omni-modellen GPT-4. Se Geo-Aware LLM Request Routing på Einstein Generative AI Platform.

Support for Einstein Trust Layer-tjeneste

Service Assistant støtter disse delsettene av Trust Layer-tjenester, som beskrevet i Einstein Trust Layer. Du kan konfigurere alle Trust Layer-tjenester etter dine preferanser.

• Dynamisk tilordning med Tjenestedata henting: Relevant informasjon fra en Salesforce-post flettes med meldingen om å gi kontekst.
• Ledetekstforsvar: Systempolicyer bidrar til å begrense hallusinasjoner og redusere sannsynligheten for utilsiktede eller skadelige utdata fra agentens vurderingsmotor (LLM).
• Datamaskering: Sensitiv informasjon i ledetekster maskeres før de sendes til den store språkmodellen (LLM)
• Toxicity Scores (Toksisitetsscore): Potensielt skadelige LLM-svar oppdages og flagges.
• Revisjon og tilbakemelding: Tjenesteplanrangeringer som samles inn med Tilbakemelding-komponenten, logges og lagres i Data 360. Tilbakemeldinger kan brukes til å forbedre tjenesteplaner.