Allmänna överväganden för Serviceassistenten

Allmänna överväganden

Tänk på detta när du konfigurerar Serviceassistenten. Dessa överväganden finns också i varje område i denna dokumentation.

Allmänna funktioner

• Serviceassistenten stöds endast i den äldre Agentforce Builder. Från och med juli 2026 gäller inte kravet att nya agenter endast kan skapas i den nya Agentforce Builder för Serviceassistenten. Du kan fortsätta att skapa och konfigurera en serviceassistentagent i den äldre byggaren tills vidare. Se Skapa agenter endast i Nybyggaren med början juli 2026.

• Specifika behörigheter krävs för att komma åt och använda Serviceassistenten. Se Behörigheter och licenser för Serviceassistenten.
• Var och en av dina användare måste ha en användarroll tilldelad. Se Skapa en användarroll och tilldela användare till roll.
• Data 360 krävs för att skapa serviceplaner. Se till att Data Cloud är provisionerat och påslaget.
• En serviceplan skapas endast när kundcaset uppfyller dina behörighetskriterier. Se Serviceplankriterier.
• Serviceassistenten stöds inte i mobilappar (Salesforce-mobilapp, egna appar, Servicekonsol på mobil/surfplatta). Denna begränsning gäller för inbyggda mobilappar, inte webbläsare som öppnas via mobila enheter. Även om Serviceassistenten visas i mobila webbläsare garanteras inte fullständig funktionalitet.
• URL stöds i serviceplaner. Om dina underagentinstruktioner eller Knowledge innehåller URL:er återges de i stegen i en serviceplan.

Jordning och datamaskering

• Serviceassistenten är jordad i dessa datakällor. Se Jordkällor.
  • Kundcasedata genom Service AI-jordning (obligatoriskt)
  • Dina servicepolicyer och -rutiner som transkriberas i Agentforces ämnen och instruktioner (obligatoriskt)
  • Knowledge data genom Agentforce databibliotek (valfritt)
  • Snabbåtgärder för standardkundcaseobjekt och egna kundcaseobjekt (valfritt)
  • Meddelanden och röstposter (valfritt)
• Varje valfri funktion kräver ytterligare behörigheter. Se Behörigheter och licenser för Serviceassistenten.
• För Service AI Grounding, tänk på dessa saker.
  • Serviceassistenten förlitar sig på Service AI-jordning, inte sammanhangsvariabler, för kundcasedata. Val av underagent och skapande av serviceplaner drivs av fälten Ämne och Beskrivning som automatiskt anges i Service AI Grounding, inte av sammanhangsvariabler som skickas genom agentsessionen. Serviceassistenten har inte åtkomst till information som Konto eller Kontakt associerad med kundcaset.
  • Serviceplaner är jordade i sammanhanget för ServicePlanner-användarens behörigheter. Detta innebär att servicerepresentanter kan se jordade svar för fält och objekt som de inte har direkt åtkomst till. Ange din jordningskonfiguration så att ServicePlanner-användarens behörigheter stämmer överens med den dataåtkomst som är avsedd för dina servicerepresentanter. Se Serviceassistentens jordningsdataåtkomst.
  • Krypterade fält stöds inte för jordning.
  • Endast fält av typen Sträng och Textområde stöds för jordning.
  • Endast text från E-post för kundcase, Kundcasekommentarer och Kundcasekanal stöds. PDF-filer, bilder och andra bilagor används inte som jordningskällor.
  • Om du väljer att grunda kundcasekanalen måste du ge serviceassistentåtkomst till kundcasekanalen. Agenten har åtkomst till e-post för kundcase och kundcasekommentarer som standard.
  • Du kan välja vilka kundcasefält du vill maskera för att förhindra att de exponeras för Serviceassistenten med Einstein Trust Layer. Se Välj vilka data som ska maskeras.
• Serviceassistenten kan föreslå egna steg som inte baseras på dina jordningskällor. Sådana steg markeras med en asterisk (*). Föreslagna steg visas om det inte finns tillräckligt med information i dina underagenter, instruktioner eller Knowledge.

Agentinformation

• Som en del av Agentforce har Serviceassistenten sin egen mall och typ i Agentforce Builder: Agentforce Service Assistant. Det kategoriseras inte officiellt som en anställd agent.
• Som en del av processen att skapa agenter skapas automatiskt en agentanvändare som heter ServicePlanner User. Den är inställd till den listade konfigurationen och agentposten är aktiv som standard.
  • E-post: noreply@salesforce.com
  • Användarnamn: ServicePlanner-användare
  • Typ: ServicePlanner :
  • Profil: Einstein Agent
  • Användarlicens: Einstein Agent
  • Behörighetsuppsättning: Behörigheterna Användare av serviceplanerare och Agentforce_Service_Assistant
• ServicePlanner-användaren (agentanvändaren) måste ha en användarroll tilldelad. Se Skapa en användarroll och tilldela användare till roll.
• Serviceassistenten har endast stöd för översättning av vägledningsplaner för kundcase. Se Serviceplanöversättning.

Agenttest

• Eftersom Serviceassistenten skapar serviceplaner genom en Lightning-webbkomponent på postsidan Kundcase kan serviceplaner inte testas i Agentforce Builder eller Agentforce Testcenter.
• Du kan utföra en snabb sundhetskontroll av dina underagenter och åtgärder direkt i Agentforce Builder, men att testa hur underagenterna och åtgärderna fungerar i en serviceplan kräver att du skapar serviceplaner för poster. Se Testserviceassistent.

Andra saker att tänka på

Gå igenom språk, LLM-modeller och annan funktionalitet som Serviceassistenten stöder.

Funktionsspråk och platsstöd

• Serviceassistenten har endast stöd för översättning för gudiance-planer för kundcase. Dynamiska planer för både kundcase och meddelanden översätts inte. Agentanvändarens (ServicePlanner-användarens) plats måste vara inställd på Engelska.
• Inställningssidan för Serviceassistenten översätts till alla språk och platser som stöds.

Funktion för stöd för stor språkmodell

Serviceassistenten har endast stöd för OpenAI GPT-4. Se Stöd för stor språkmodell.

Funktionsregionstöd

Serviceassistenten har endast stöd för den geomedvetna modellen GPT-4 Omni. Se Geomedveten LLM-begärandirigering på Einstein Generative AI Platform.

Stöd för Einstein Trust Layer Service

Serviceassistenten har stöd för dessa underuppsättningar av Trust Layer-tjänster, enligt beskrivningen i Einstein Trust Layer. Du kan konfigurera alla Trust Layer-tjänster efter dina önskemål.

• Dynamisk jordning med servicedatahämtning: Relevant information från en Salesforce-post slås samman med uppmaningen att tillhandahålla sammanhang.
• Uppmaningsförsvar: Systempolicyer hjälper till att begränsa hallucinationer och minska sannolikheten för oavsiktliga eller skadliga utdata från agentresonemangsmotorn (LLM).
• Datamaskering: Känslig information i uppmaningar maskeras innan de skickas till den stora språkmodellen (LLM)
• Toxicitetsbetyg: Potentiellt skadliga LLM-svar upptäcks och flaggas.
• Granskning och feedback: Serviceplanbetyg som samlats in med komponenten Feedback loggas och lagras i Data 360. Feedback kan användas för att förbättra serviceplaner.