Comprendere l’autenticazione per gli agenti secondari e le azioni
Obiettivi di apprendimento
In questo progetto, gli obiettivi sono:
- Aggiungere l’autenticazione a un agente secondario standard.
- Aggiungere l’autenticazione a un’azione personalizzata.
- Inviare un codice di verifica per autenticare gli utenti non verificati.
- Creare variabili personalizzate per associare output e input.
- Creare filtri per gli agenti secondari e le azioni.
- Sottoporre a test la funzionalità dell’autenticazione.
Introduzione all’autenticazione
Gli agenti Agentforce offrono fin dall’inizio grande flessibilità in termini di agenti secondari e azioni. Puoi facilmente aggiungere agenti secondari e azioni dalla Libreria di asset, o crearne tu, il che rende semplice configurare gli agenti rapidamente.
Per esempio, con il modello Agentforce Service Agent (Agente dell’assistenza Agentforce) puoi includere agenti secondari, come Account Management (Gestione degli account), Case Management (Gestione dei casi), Order Inquiries (Richieste di informazioni sugli ordini) e Reservation Management (Gestione delle prenotazioni), insieme alle azioni correlate a ciascuno di essi.
Tuttavia, questa flessibilità comporta un compromesso: se vuoi aggiungere a questi agenti secondari e a queste azioni ulteriori funzionalità di sicurezza o di privacy, dovrai configurarle. Valuta quali azioni un agente deve poter eseguire senza la verifica del cliente e quali invece devono sempre richiederla. Ogni organizzazione ha diversi standard e policy di sicurezza relativi alla protezione dei dati dei clienti e la verifica dell’identità. Indipendentemente dal metodo, l’autenticazione Agentforce fornisce una solida base per verificare i clienti in modo sicuro.
Azioni pubbliche e azioni private
Il primo e forse il più importante passaggio per l’aggiunta dell’autenticazione alle azioni di Agentforce è individuare quali sono le azioni che la richiedono. Le azioni pubbliche sono, appunto, pubbliche. L’agente può accedere ad agenti secondari e azioni senza richiedere alla persona con cui sta interagendo di autenticarsi. Potrebbe trattarsi di un cliente acquisito o potenziale, non ha importanza. Invece, come avrai immaginato le azioni private sono personali e richiedono l’autenticazione. Ogni organizzazione ha requisiti diversi per l’autenticazione. Ad esempio, un’azienda del settore sanitario probabilmente richiederà l’autenticazione per consentire l’accesso alla maggior parte degli agenti secondari o delle azioni degli agenti, mentre l’agente di una concessionaria automobilistica potrebbe non prevedere alcuna autenticazione.
|
Azioni
|
Definizione
|
Esempi
|
|---|---|---|
Pubblico |
|
|
Private (Privato) |
|
|
Cloud Kicks e Agentforce
Cloud Kicks è un’azienda calzaturiera che produce comode sneaker personalizzate ed è un punto di riferimento per chi cerca i modelli più attuali. Cloud Kicks usa già Agentforce per l’assistenza per offrire consigli, recensioni sulle prestazioni e specifiche tecniche delle sue sneaker. L’azienda vuole aggiungere alle funzionalità dell’agente anche la gestione dei casi. Cloud Kicks necessita dunque di un modo per verificare l’identità dei clienti ogni qualvolta uno di questi chiede informazioni che riguardano i propri casi.
Linda Rosenberg, l’amministratrice Agentforce di Cloud Kicks, riceve l’incarico di aggiungere la verifica dei clienti.
Ecco i requisiti di autenticazione che Linda deve soddisfare.
- Se un cliente chiede informazioni sullo stato del proprio caso, si attivano l’agente secondario Case Management (Gestione dei casi) e la verifica.
- Usare l’autenticazione a due fattori; chiedere ai clienti l’indirizzo email e inviare un codice monouso di verifica a quell’indirizzo email.
- L’agente può accedere alle azioni dell’agente secondario Case Management (Gestione dei casi) solo dopo che il cliente è stato verificato (ossia se il codice che ha inserito corrisponde a quello che gli è stato inviato).

Nota: si presuppone che, nella sessione di messaggistica, l’utente che chiede informazioni sul proprio caso non sia verificato e stia partecipando attivamente a una sessione di messaggistica sul sito Experience di Cloud Kicks usando Agentforce per l’assistenza.
In questo progetto seguirai la procedura adottata da Linda per implementare l’autenticazione per gli agenti secondari e le azioni dell’agente pertinenti. Innanzitutto, segui queste istruzioni per ottenere un’organizzazione Developer Edition da usare per questo badge.
Registrarsi per un’organizzazione Developer Edition per l’autenticazione in Agentforce
Per completare questo modulo hai bisogno di una speciale organizzazione Developer Edition in cui è abilitato Agentforce. Accedi alla Developer Edition gratuita e connettila a Trailhead adesso per poter completare le sfide di questo badge. Tieni presente che questa Developer Edition è destinata a funzionare con le sfide presenti in questo badge e potrebbe non funzionare con altri badge. Controlla sempre se stai utilizzando un Trailhead Playground o la speciale organizzazione Developer Edition consigliata da noi.
- Registrati per un’organizzazione Developer Edition gratuita per l’autenticazione in Agentforce.
- Compila il modulo.
- In Email, inserisci un indirizzo email attivo.
- In Username (Nome utente), inserisci un nome utente univoco simile a un indirizzo email, che non deve necessariamente corrispondere a un account email valido (ad esempio tuonome@agentauthentication.com).
- Al termine, fai clic su Sign me up (Registrami). Viene visualizzato un messaggio di conferma.
- Quando ricevi l'email di attivazione (potresti dover attendere qualche minuto), aprila e fai clic su Verifica account.
- Completa la registrazione impostando la password e la domanda di controllo.
- Hai eseguito l'accesso alla tua Developer Edition.
Ora collega la nuova organizzazione Developer Edition a Trailhead.
- Assicurati di aver eseguito l'accesso al tuo account Trailhead.
- Nella sezione Verifica passaggio in fondo a questa pagina, fai clic sul nome del playground e poi su Connetti organizzazione.
- Nella schermata di accesso, inserisci il nome utente (che è riportato nell’email che hai appena ricevuto) e la password per la Developer Edition che hai appena configurato.
- Nella schermata Allow Access? (Consentire l'accesso?), fai clic su Allow (Consenti).
- Nella schermata Want to connect this org for hands-on challenges? (Vuoi connettere questa organizzazione per le sfide pratiche?) fai clic su Yes! Save it (Sì! Salva). Il sistema ti reindirizzerà alla pagina della sfida, dove potrai subito iniziare a utilizzare la tua nuova Developer Edition per ottenere questo badge.
È utile rinominare questa organizzazione per ricordarti di non utilizzarla in futuro per completare altri badge. Questa operazione è facoltativa, ma te la consigliamo vivamente.
- Nella sezione Verifica passaggio, in fondo a questa pagina, fai clic sul nome del playground e poi su Gestisci organizzazioni.
- Nella pagina Organizzazioni di prova fai clic su Rinomina in corrispondenza dell’organizzazione che hai appena connesso.
- In Nome, inserisci
Agent Auth Org(Org autenticazione agente) e fai clic su Save (Salva).
- Chiudi la scheda o la finestra della pagina Organizzazioni di prova e torna alla pagina del badge.
- Verifica che sia selezionata la voce Agent Auth Org (Org autenticazione agente), tenendo presente che potrebbe essere necessario aggiornare la pagina per vedere il nuovo nome, quindi fai clic su X per chiudere la finestra popup Scegli un’organizzazione di prova.
Ora che hai creato l’organizzazione specifica e l’hai connessa a Trailhead, puoi passare all’adattamento dei flussi, delle azioni e delle variabili.
Risorse
