Dé al asistente público una función clara
Un asistente web puede explicar información de producto aprobada, orientar a los visitantes hacia recursos y registrar una consulta mediante una acción configurada. No debe revelar registros privados porque alguien proporcione una dirección de correo electrónico, un número de caso o una historia que resulte familiar.
Salesforce aplica restricciones especiales al acceso de usuarios invitados. Cualquier información o acción pública necesita un diseño deliberado para esa identidad compartida; un visitante no es automáticamente un usuario autenticado de Salesforce. Las directrices de seguridad de Salesforce para usuarios invitados son un punto de partida útil. [1]
- Identificar la pregunta
- Establecer la identidad del usuario
- Comprobar el acceso permitido
- Responder o traspasar
Una experiencia con sesión iniciada tiene un punto de partida distinto
Un portal autenticado puede asociar la interacción con un usuario conocido. La implementación aún debe establecer qué registros, campos y acciones corresponden a esa identidad. Iniciar sesión no significa que el usuario pueda ver todos los casos de la empresa ni todos los documentos adjuntos a una cuenta.
Mantenga el trabajo con información sensible de cuentas en una experiencia que disponga de las comprobaciones de identidad y autorización adecuadas. Si esas comprobaciones no están disponibles, explique la limitación y ofrezca una vía de atención humana disponible.
Un ejemplo desarrollado: «¿Qué ocurre con mi solicitud?»
| Contexto del visitante | Diseño ilustrativo de la respuesta |
|---|---|
| Sitio web público | Explique el proceso general y ofrezca una vía para iniciar sesión o contactar. No revele un registro a partir de un identificador facilitado. |
| Portal de clientes autenticado | Recupere el estado de la solicitud permitido y explíquelo dentro del alcance configurado. |
| Compañero interno de servicio | Utilice el acceso y las herramientas aplicables al compañero para la tarea de servicio autorizada. |
El asistente público puede resultar útil sin revelar el estado: puede explicar dónde encontrar el número de referencia o cómo contactar con el equipo correspondiente. Ser útil no exige adivinar quién es el visitante.
Compruebe la distinción en lugar de darla por hecha
- Pruebe un identificador de registro conocido con una persona que no deba tener acceso a él.
- Compruebe qué ocurre cuando el registro solicitado pertenece a otro cliente.
- Examine si una acción fallida se describe con exactitud.
- Verifique el traspaso cuando caduca la autenticación o la información no está disponible.
Utilice registros sintéticos aprobados o un entorno de pruebas adecuado para esas comprobaciones. Una demostración satisfactoria con un administrador no sustituye una prueba con un invitado o un usuario habitual del portal.
Dónde encaja REDA AI
REDA AI ofrece experiencias web y de portal, configuradas en torno al trabajo previsto. Su comportamiento de acceso y acciones es específico de cada canal; ninguna debe describirse como si heredara universalmente los mismos permisos exactos que todas las demás interfaces.
La página de la plataforma describe las experiencias, mientras que Gobernanza y confianza explica las distinciones. Empiece por la pregunta que su cliente necesita resolver y después seleccione el canal que pueda responderla de forma adecuada.
Fuentes
- Salesforce Developers — Give guest users access to read records. Consultado el 22 de septiembre de 2026.