Obtener información sobre la autenticación de subagentes y acciones
Objetivos de aprendizaje
En este proyecto:
- 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 vincular entradas y salidas.
- Creará filtros para subagentes y acciones.
- Probará la funcionalidad de autenticación.
Introducción a la autenticación
Los agentes de Agentforce brindan gran flexibilidad con los subagentes y las acciones desde el principio. Puede agregar subagentes y acciones fácilmente desde una biblioteca de activos o crear los propios, lo que simplifica la configuración rápida de sus agentes.
Por ejemplo, con la plantilla Agentforce Service Agent (Agente de servicio de Agentforce), puede incluir subagentes como Gestión de cuentas, Gestión de casos, Consultas de pedidos y Gestión de reservas junto con las acciones relacionadas para cada uno.
Sin embargo, esta flexibilidad viene con un inconveniente: es necesario realizar una configuración adicional para agregar mayor privacidad o seguridad a estos subagentes y acciones. Considere cuáles son las acciones que un agente debería poder realizar sin verificación por parte del cliente y cuáles son las que siempre deberían requerir verificación. Cada organización tiene diferentes estándares y políticas de seguridad para proteger los datos de los clientes y verificar identidades. Independientemente del enfoque, la autenticación de Agentforce brinda una base sólida para verificar clientes de forma segura.
Comparación entre acciones públicas y privadas
El primer paso y, tal vez, el más importante al agregar autenticación a sus acciones en Agentforce es identificar qué acciones requieren autenticación. Las acciones públicas son… públicas. El agente puede acceder a los subagentes y las acciones sin necesidad de autenticar con quién está hablando. Podría ser un cliente conocido o uno potencial; no importa. Y, adivinó... las acciones privadas son privadas y requieren autenticación. Cada organización tiene diferentes requisitos para la autenticación. Por ejemplo, es posible que una compañía de atención médica requiera autenticación antes de que se pueda acceder a la mayoría de los subagentes o las acciones del agente, pero el agente de un concesionario de autos podría no tener que realizar ninguna autenticación.
|
Acciones
|
Definición
|
Ejemplos
|
|---|---|---|
Público |
|
|
Private (Privado) |
|
|
Cloud Kicks y Agentforce
Cloud Kicks fabrica zapatillas personalizadas, modernas y cómodas, y es el destino ideal para descubrir las últimas tendencias. Cloud Kicks ya está usando Agentforce para Servicio con el objetivo de ofrecer recomendaciones, revisiones de rendimiento y especificaciones técnicas sobre sus zapatillas. La compañía desea agregar gestión de casos a las capacidades de su agente. Pero Cloud Kicks necesita una forma de verificar la identidad de sus clientes cada vez que le hacen consultas sobre algo relacionado con sus casos.
Linda Rosenberg, la administradora de Agentforce para Cloud Kicks, tiene la tarea de agregar la verificación de clientes.
Estos son los requisitos de autenticación de Linda.
- Si un cliente hace una consulta sobre el estado de su caso, se activa el subagente Case Management (Gestión de casos) y la verificación.
- Usar la verificación de dos factores; pedir a los clientes su email y enviar un código de verificación de un solo uso a ese email.
- El agente solo puede acceder a las acciones del subagente Case Management (Gestión de casos) una vez que el cliente esté verificado (el código de verificación debe coincidir con el que le enviaron).

Nota: Esto supone que el usuario de la sesión de mensajería que consulta sobre su caso no está verificado y está participando de manera activa en una sesión de mensajería en el sitio de Experience de Cloud Kicks usando Agentforce para Servicio.
En este proyecto, aprenderá los pasos que Linda sigue para implementar la autenticación en subagentes y acciones de agente relevantes. En primer lugar, siga estas instrucciones para obtener una organización de Developer Edition para usar 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 especial de Developer Edition que tenga habilitado Agentforce. Obtenga Developer Edition sin cargo y conéctela a Trailhead ahora de modo que pueda completar los retos en esta insignia. Tenga en cuenta que esta Developer Edition está diseñada para trabajar con los retos de esta insignia y podría no funcionar para otras insignias. Siempre compruebe que está utilizando el Trailhead Playground o la organización especial Developer Edition que recomendamos.
- Regístrese para obtener una organización gratuita de Developer Edition para la autenticación de Agentforce.
- Rellene el formulario.
- Para Email, ingrese una dirección de email activa.
- En Username (Nombre de usuario), ingrese un nombre de usuario que tenga el aspecto de una dirección de email y sea exclusivo, pero no es necesario que sea una cuenta de email válida (por ejemplo, sunombre@agentauthentication.com).
- Después de completar el formulario, haga clic en Registrarme. Se muestra un mensaje de confirmación.
- Cuando reciba el email de activación (podría tardar unos minutos), ábralo y haga clic en Verificar cuenta.
- Complete el registro por medio de su contraseña y la pregunta de comprobación.
- Habrá iniciado sesión en su cuenta de Developer Edition.
Ahora, conecte su nueva organización Developer Edition a Trailhead.
- Asegúrese de haber iniciado sesión en su cuenta de Trailhead.
- En la sección Verify Step (Verificar paso) de la parte inferior de esta página, haga clic en el nombre de la zona de pruebas y, luego, haga clic en Connect Org (Conectar organización).
- En la página de inicio de sesión, ingrese el nombre de usuario (que aparece en el email que acaba de recibir) y la contraseña para la Developer Edition que acaba de configurar.
- En la pantalla ¿Permitir acceso?, haga clic en 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! (Sí). Guarde los cambios. Se le redirigirá de nuevo a la página del reto y estará listo para utilizar su nueva Developer Edition para ganar esta insignia.
Es una buena idea renombrar esta organización de modo de recordar en el futuro no usarla para completar ninguna otra insignia. Si bien este paso es opcional, es muy recomendable que lo haga.
- En la sección Verify Step (Verificar paso) de la parte inferior de esta página, haga clic en el nombre de la zona de pruebas y, luego, en Manage Orgs (Gestionar organizaciones).
- En la página Hands-On Orgs (Organizaciones de prácticas), haga clic en Rename (Volver a nombrar) junto a su nueva organización conectada.
- En Name (Nombre), ingrese
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 de organizaciones de prácticas y vuelva a la página de la insignia.
- Asegúrese de que la organización de autenticación de agente esté seleccionada (puede que sea necesario actualizar la página para que se actualice el nombre) y haga clic en X para cerrar la ventana emergente Choose a hands-on org (Elegir una organización de práctica).
Ahora que ya creó la organización especial y la conectó a Trailhead, es momento de avanzar con el ajuste de flujos, acciones y variables.
Recursos
- Ayuda de Salesforce: Las partes integrantes de los agentes
- Ayuda de Salesforce: Consideraciones de Agentforce
