Aprender sobre la autenticación para los subagentes y acciones
Objetivos de aprendizaje
En este proyecto, alcanzará los siguientes objetivos:
- Agregar autenticación a un subagente estándar.
- Agregar autenticación a una acción personalizada.
- Enviar un código de verificación para autenticar usuarios no verificados.
- Crear variables personalizadas para enlazar entradas y salidas.
- Crear filtros para subagentes y acciones.
- Probar la funcionalidad de la autenticación.
Introducción a la autenticación
Los agentes de Agentforce proporcionan una increíble flexibilidad con los subagentes y acciones desde el principio. Puede agregar subagentes y acciones fácilmente desde una biblioteca de activos o crear los suyos propios, haciendo que resulte sencillo configurar sus agentes rápidamente.
Por ejemplo, con la plantilla Agentforce Service Agent (Agente de servicio de Agentforce), puede incluir subagentes, como Account Management (Gestión de cuentas), Case Management (Gestión de casos), Order Inquiries (Consultas sobre pedidos) y Reservation Management (Gestión de reservas), junto con sus acciones relacionadas.
Sin embargo, esta flexibilidad implica que se deban realizar configuraciones adicionales en caso de que quiera agregar seguridad o privacidad extra para estos subagentes y acciones. Considere las acciones que debería poder realizar el agente sin verificación de cliente y para qué otras acciones debería requerirse. Todas las organizaciones tienen normas y políticas de seguridad diferentes para proteger los datos de los clientes y verificar identidades. Independientemente del enfoque, la autenticación de Agentforce proporciona una base sólida para verificar clientes de forma segura.
Acciones púbicas y privadas
El primero paso, y probablemente el más importante, a la hora de agregar autenticación a sus acciones en Agentforce es identificar qué acciones la requieren. Las acciones públicas, evidentemente, son públicas. El agente puede acceder a subagentes y acciones sin autenticar la persona con la que está hablando. Podría tratarse de un cliente o un cliente potencial conocido, no importa. Por su parte, como bien supondrá, las acciones privadas son privadas y requieren autenticación. Todas las organizaciones tienen requisitos diferentes para la autenticación. Por ejemplo, una empresa de atención sanitaria puede requerir la autenticación antes de poder acceder a la mayoría de los subagentes y acciones del agente; sin embargo, es posible que un agente de un concesionario de coches no requiera autenticación.
|
Acciones
|
Definición
|
Ejemplos
|
|---|---|---|
Public (Público) |
|
|
Private (Privado) |
|
|
Cloud Kicks y Agentforce
Cloud Kicks es un fabricante de zapatillas elegantes y cómodas que se pueden personalizar; además, es el lugar donde puedes encontrar los últimos modelos. Cloud Kicks ya utiliza Agentforce for Service para proporcionar recomendaciones, revisiones de rendimiento y aspectos técnicos sobre sus zapatillas. La empresa quiere agregar la gestión de casos a las capacidades de su agente. Sin embargo, Cloud Kicks necesita una manera de verificar la identidad de los clientes cuando preguntan algo relacionado con sus casos.
A Linda Rosenberg, la administradora de Agentforce de Cloud Kicks, se le encomienda la tarea de agregar la verificación de clientes.
Estos son los requisitos de autenticación de Linda.
- Si un cliente pregunta sobre el estado de su caso, se activan el subagente Case Management (Gestión de casos) y la verificación.
- Utilizar la verificación de dos factores: pedirle a los clientes su dirección de correo electrónico y enviar un código de verificación de un solo uso a ese correo electrónico.
- El agente solo puede acceder a las acciones del subagente Case Management (Gestión de casos) una vez que el cliente se haya verificado (el código de verificación coincide con el que le han enviado).

Nota: Aquí se da por hecho que el usuario de la sesión de mensajería que pregunta sobre su caso no se ha verificado y está implicado de manera activa en una sesión de mensajería en el sitio de experiencia de Cloud Kicks que utiliza Agentforce for Service.
En este proyecto, aprenderá los pasos que sigue Linda para implementar la autenticación a subagentes y acciones de agentes. Primero, siga estas instrucciones para conseguir una organización de Developer Edition para utilizarla en esta insignia.
Regístrese para obtener una organización de Developer Edition para la autenticación de Agentforce
Para completar este proyecto, necesita una organización de Developer Edition especial en la que se haya habilitado Agentforce. Obtenga la versión gratuita de Developer Edition y conéctela a Trailhead para completar los retos de esta insignia. Observe que Developer Edition se ha diseñado para que funcione con los retos de esta insignia, y es posible que no funcione con otras. Compruebe siempre que está usando el Trailhead Playground o la organización de Developer Edition que le recomendamos.
- Regístrese para obtener una organización de Developer Edition gratuita para la autenticación de Agentforce.
- Rellene el formulario.
- En Email (Correo electrónico), introduzca una dirección de correo activa.
- En Username (Nombre de usuario), introduzca un nombre de usuario que tenga el mismo aspecto que una dirección de correo electrónico y que sea exclusivo, pero no tiene por qué ser una cuenta de correo válida (por ejemplo, sunombre@autenticacióndeagente.com).
- Una vez completado el formulario, haga clic en Sign me up (Registrarse). Aparece un mensaje de confirmación.
- Cuando reciba el correo electrónico de activación (es posible que tarde unos minutos), ábralo y haga clic en Verificar cuenta.
- Complete el registro estableciendo una contraseña y una pregunta de seguridad.
- Ya ha iniciado sesión en su Developer Edition.
Ahora, conecte su organización de Developer Edition a Trailhead.
- Primero, asegúrese de iniciar sesión en su cuenta de Trailhead.
- En la sección Verify Step (Verificar paso) al final de esta página, haga clic en el nombre del Playground y seleccione Connect Org (Conectar organización).
- En la pantalla de inicio de sesión, introduzca el nombre de usuario (el nombre de usuario aparece en el correo electrónico que ha recibido) y la contraseña para la organización de Developer Edition que acaba de configurar.
- En la pantalla Allow Access? )¿Permitir acceso?), haga clic en Allow (Permitir).
- En la pantalla Want to connect this org for hands-on challenges? (¿Desea conectar esta organización para retos prácticos?), haga clic en Yes! Save it (Sí, guardar). Se le redirigirá a la página de retos y ya podrá utilizar su organización de Developer Edition para conseguir esta insignia.
Cambiarle el nombre a la organización es una buena idea para recordarse a usted mismo que no debe utilizarla para completar otras insignias. Aunque es un paso opcional, es muy recomendable.
- En la sección Verify Step (Verificar paso) al final de esta página, haga clic en Playground name (Nombre del Playground) y seleccione Manage Orgs (Gestionar organizaciones).
- En la página del reto práctico, haga clic en Rename (Cambiar nombre) junto a la organización que acaba de conectar.
- En Name (Nombre), escriba
Agent Auth Org(Organización de autenticación de agente) y haga clic en Save (Guardar).
- Cierre la ficha o ventana de la página del reto práctico y vuelva a la página de la insignia.
- Asegúrese de que Agent Auth Org (Organización de autenticación de agente) esté seleccionada (es posible que tenga que volver a cargar la página para que el nombre se actualice), y haga clic en X para cerrar la ventana emergente Choose a hands-on org (Seleccione una organización de prácticas).
Ahora que ha creado la organización de especialidad y la ha conectado a Trailhead, es el momento de ajustar los flujos, las acciones y las variables.
Recursos
- Ayuda de Salesforce: Partes integrantes de los agentes
- Ayuda de Salesforce: Consideraciones sobre Agentforce
