Agente de Comunidad
Financiación y uso de IA
IA incluida utiliza créditos REDA. Traiga su propia IA utiliza la cuenta de proveedor de su organización, facturada directamente por ese proveedor. La licencia determina un modelo para toda la organización. En ambos, REDA AI controla las herramientas y acciones configuradas en Salesforce. Configure la licencia y las cuentas de IA.
Si el administrador cambia la conexión efectiva, el modelo o la financiación, las sesiones afectadas necesitan una conversación nueva. Iníciela cuando se le solicite; no se puede continuar la conversación anterior en la nueva ruta. Para cuentas propias, verifique el acceso a credenciales de la identidad invitada o del usuario autenticado del portal. Consulte los permisos.
Un agente con Channel = Community está vinculado únicamente a la superficie de Experience Cloud / portal. No se puede invocar desde el LWC interno de Salesforce, desde Flujo / Apex (canal de API) ni desde un widget de sitio web público (Widget externo). El Community Bridge solo resolverá agentes cuyo canal esté establecido en Community; enrutar un agente Interno, de API o de Widget externo a una página de portal se rechaza con un error claro. Elige el canal que coincida con la superficie en la que planeas implementar.
¿Qué es el canal de Comunidad?
El canal de Comunidad te permite implementar agentes de REDA AI para los usuarios del portal en una Salesforce Community. Los usuarios del portal inician sesión en tu comunidad con sus propias credenciales e interactúan con los agentes respetando las reglas de seguridad y colaboración del portal.
Características clave:
- Autenticación del usuario del portal — Los usuarios inician sesión con sus credenciales de la comunidad
- Respeta los permisos del portal — Los agentes solo acceden a los datos que el usuario del portal puede ver
- Acceso a comunidad privada — Los agentes se integran en las páginas de tu comunidad
- Contexto de usuario disponible — Variables de contexto ({USER_NAME}, etc.) disponibles
- Alcance limitado — Los usuarios del portal normalmente ven solo sus propios registros (cuentas, casos, contactos)
Configurar un agente de Comunidad
El agente ya sabe con quién habla. Los usuarios de Experience Cloud están vinculados a un
Contacto mediante User.ContactId. Cuando empieza una conversación de comunidad, REDA AI
resuelve ese Contacto, lo guarda como registro de contexto de la conversación y lo inyecta en el prompt
del sistema en cada turno, de modo que el agente dispone del nombre de la persona, su cuenta y cualquier
otro campo de Contacto que hayas configurado como contexto, sin que el cliente envíe nada y sin
configuración por agente. Un usuario del portal sin Contacto simplemente obtiene una conversación
sin registro de contexto; no falla nada.
Un requisito que conviene conocer: el ajuste de plataforma Community Portal Chat es el
interruptor maestro de este canal. Viene activado de forma predeterminada, pero si se desactiva,
todas las solicitudes de comunidad se rechazan con DISABLED.
Paso 1: Configurar el agente como Comunidad
- Abre la Definición de agente
- Establece el canal del agente en Community
- Configura los prompts y las herramientas del agente
- Establece los permisos apropiados para los usuarios del portal
- Activa el agente
Paso 2: Revisar el perfil del usuario del portal
Antes de implementar, revisa los permisos del perfil de tu usuario del portal:
- ¿A qué objetos pueden acceder los usuarios del portal? (Casos, Contactos, Cuentas, etc.)
- ¿Pueden crear registros nuevos o solo leer los existentes?
- ¿Qué campos son visibles para ellos?
- ¿Tienen acceso a los artículos de Knowledge?
El agente operará dentro de estas restricciones. Si los usuarios del portal solo pueden leer Casos, el agente solo puede ayudarlos a ver y buscar casos.
Paso 3: Implementar en las páginas de la comunidad
Usa Experience Builder para agregar el componente REDA AI Community Chat a las páginas de la comunidad:
- Abre Experience Builder para tu comunidad
- Crea o edita la página donde quieres el widget de chat
- Arrastra el componente REDA AI Community Chat a la página (un pie de página o una región de plantilla funciona bien para que aparezca en todas las páginas)
- Establece la propiedad Nombre del agente con el Agent Id de tu agente de comunidad (por ejemplo,
reda-portal-assistant) - Personaliza la apariencia con las propiedades de diseño que se describen a continuación
- Guarda y publica la comunidad
Personalización de la interfaz del widget
Selecciona el componente REDA AI Community Chat en el lienzo para mostrar su panel de propiedades a la derecha. Las propiedades se agrupan por propósito: Diseño y posición, Marca, Burbuja de inicio, Encabezado, Sección hero de bienvenida y Avanzado.
Propiedad obligatoria
| Propiedad | Descripción |
|---|---|
| Nombre del agente | El Agent Id de la definición de tu agente de comunidad (por ejemplo, reda-portal-assistant). |
Diseño y posición
| Propiedad | Valores | Predeterminado | Descripción |
|---|---|---|---|
| Tema | light | dark |
light |
Tema de color del widget. El modo oscuro usa fondos oscuros con texto claro. |
| Modo de visualización | Bubble | Docked Right | Docked Left |
Bubble |
Cómo se abre el panel de chat. Bubble es una tarjeta flotante sobre el botón de inicio. Docked Right/Left es un panel de altura completa que se desliza desde ese borde; más espacio para tarjetas, fotos y respuestas más largas. La burbuja de inicio se muestra en todos los modos y, en los teléfonos, el panel se abre a pantalla completa en cualquier caso. |
| Posición | bottom-right | bottom-left |
bottom-right |
En qué esquina aparece la burbuja de inicio. Independiente del modo de visualización; la burbuja puede ubicarse abajo a la izquierda mientras el panel se acopla a la derecha. |
| Abrir al cargar la página | Casilla de verificación | Desactivado | Abre automáticamente el panel de chat cuando se carga la página. |
Marca
| Propiedad | Predeterminado | Descripción |
|---|---|---|
| Título del widget | AI Assistant |
Título que se muestra en el encabezado del panel de chat. |
| Color primario | Coincide con tu comunidad | Color primario de la marca (hex). Se usa para la burbuja de inicio, el encabezado con color, las burbujas de mensajes del usuario y el texto de acento en el encabezado de la sección hero de bienvenida. Déjalo en blanco y el widget adoptará automáticamente el color de marca propio de tu comunidad (a partir de tu tema de Experience Builder), de modo que se vea como parte del sitio sin ninguna configuración. Ingresa un valor hexadecimal solo si quieres sustituir eso. |
| URL de imagen de la mascota | (ninguno) | URL opcional a una imagen de avatar personalizada. La imagen se muestra en la burbuja de inicio, el encabezado del chat y como el avatar de la sección hero de bienvenida. Las imágenes cuadradas de al menos 200×200 px funcionan mejor (se recomienda PNG con transparencia). |
Burbuja de inicio
El botón de inicio es el botón flotante en el que los usuarios del portal hacen clic para abrir el chat. Muéstralo como un círculo (predeterminado) o como un botón en forma de píldora con una etiqueta de texto.
| Propiedad | Valores | Predeterminado | Descripción |
|---|---|---|---|
| Estilo de burbuja | circle | pill |
circle |
Forma del botón de inicio flotante. |
| Etiqueta de burbuja | Cualquier texto | (ninguno) | Texto de la etiqueta que se muestra en la píldora (por ejemplo, “Pregúntale a Maria”). Obligatorio para el estilo de píldora; sin una etiqueta, el botón de inicio vuelve al estilo de círculo. |
Establece Estilo de burbuja en pill y Etiqueta de burbuja en Pregúntale a Maria. El botón de inicio se muestra como una píldora redondeada con un icono y el texto. Si se establece una URL de imagen de la mascota, la mascota reemplaza el icono de chat predeterminado dentro de la píldora.
Encabezado
| Propiedad | Valores | Predeterminado | Descripción |
|---|---|---|---|
| Estilo del encabezado | colored | minimal |
colored |
Colored usa el color primario como fondo del encabezado con texto blanco. Minimal usa un fondo blanco con texto oscuro y un borde inferior sutil; un aspecto más limpio en portales claros. |
Sección hero de bienvenida (estado vacío)
La sección hero de bienvenida es un saludo con marca que se muestra en el panel de chat antes de que exista cualquier mensaje. Muestra la mascota (o un icono de chat predeterminado), un encabezado grande con el nombre del agente resaltado en el color de tu marca y un subtexto opcional.
| Propiedad | Valores | Predeterminado | Descripción |
|---|---|---|---|
| Mostrar sección hero de bienvenida | Casilla de verificación | Activado | Muestra u oculta la sección hero de bienvenida. |
| Encabezado de bienvenida | Cualquier texto | “¿Cómo puede ayudarte [Título del widget]?” | Encabezado de la sección hero. Usa {title} como marcador de posición para el Título del widget; la parte coincidente se representa en el color primario. |
| Subtexto de bienvenida | Cualquier texto | (ninguno) | Línea más pequeña opcional que se muestra debajo del encabezado. |
Establece Encabezado de bienvenida en ¿Cómo puede ayudarte {title}? y Subtexto de bienvenida en Pregúntame lo que quieras sobre tu cuenta, contratos de arrendamiento o mantenimiento.. El marcador de posición {title} se reemplaza con el Título del widget (por ejemplo, “Maria”) y se representa en el color de tu marca.
Finalizar conversación
Los usuarios del portal pueden finalizar explícitamente su sesión de chat. Una vez finalizada, la conversación no se reanudará automáticamente en visitas posteriores ni al actualizar por completo la página; el usuario empieza de cero en la siguiente interacción. Los registros se conservan para el archivado; esto solo afecta a si la conversación se reanuda.
| Propiedad | Valores | Predeterminado | Descripción |
|---|---|---|---|
| Permitir finalizar conversación | Casilla de verificación | Activado | Muestra el botón Finalizar chat (marca de verificación dentro de un círculo) en el encabezado del widget. Cuando está habilitado, los usuarios del portal pueden terminar explícitamente la conversación. Desactívalo para que las conversaciones sean siempre reanudables. |
| Habilitar entrada de voz | Casilla de verificación | Activado | Muestra un botón de micrófono para que los usuarios del portal puedan dictar mensajes en lugar de escribirlos (voz a texto). El botón solo aparece en navegadores compatibles con la entrada de voz, así que no hay nada que ocultar en los que no lo son. Desactívalo para eliminarlo por completo. Consulta Entrada de voz. |
Cuando el usuario del portal hace clic en Finalizar chat en el encabezado, aparece una franja de confirmación en línea sobre el área de entrada que pregunta “¿Finalizar esta conversación?” con las acciones Cancelar y Finalizar chat. Al confirmar, la conversación se marca como finalizada en el servidor y el widget muestra una tarjeta centrada “Conversación finalizada” con un botón Iniciar un chat nuevo. El usuario puede reanudar de inmediato o cerrar el widget; la próxima visita no reanudará automáticamente la conversación finalizada.
Si el usuario tiene el portal abierto en varias pestañas y finaliza la conversación en una, las demás pestañas detectan el estado finalizado en el siguiente intento de mensaje y cambian automáticamente a la tarjeta “Conversación finalizada”; sin mensajes de error confusos.
Compatibilidad con varios idiomas
Todo el texto de la interfaz del widget (botones del encabezado, franja de confirmación, tarjeta de estado finalizado, mensajes de error, sección hero de bienvenida) proviene de las etiquetas personalizadas de Salesforce y se traduce automáticamente según la preferencia de idioma del usuario del portal. Para localizar el widget para idiomas adicionales:
- Abre Configuración → Área de trabajo de traducción → Sustituir
- Selecciona el idioma y el aspecto Etiquetas personalizadas
- Busca las etiquetas con el prefijo
REDAAI_Community_(por ejemplo,REDAAI_Community_EndConfirmTitle,REDAAI_Community_EndedHeading) - Proporciona valores traducidos
- Guarda; los usuarios del portal con el idioma correspondiente verán el texto traducido la próxima vez que abran el widget
Si necesitas sustituir frases individuales sin usar el Área de trabajo de traducción (por ejemplo, texto específico de la marca en inglés), usa la propiedad JSON Configuración avanzada a continuación para sustituir cualquier clave de etiqueta del widget.
Configuración avanzada (JSON)
La propiedad Configuración avanzada acepta un objeto JSON que puede sustituir cualquier opción del widget, incluidos controles que no se exponen como propiedades individuales (tipografía, puntos de quiebre móviles, internacionalización, colores secundarios personalizados). Las claves del objeto JSON prevalecen sobre las propiedades individuales anteriores, así que usa esto solo cuando las propiedades estructuradas no sean suficientes.
{
"fontFamily": "'Poppins', sans-serif",
"fontSize": 15,
"panelWidth": 420,
"panelHeight": 600,
"inputPlaceholder": "Como podemos ajudar?",
"errorAuthRequired": "Por favor, faça login para usar o assistente."
}Sustituye la tipografía y las dimensiones del panel, y traduce al portugués el marcador de posición del campo de entrada y el error de autenticación.
Archivos adjuntos
Cuando el agente tiene habilitada la opción Permitir carga de archivos, los usuarios del portal pueden adjuntar archivos a sus mensajes con un botón de clip en la barra de mensajes: hasta 5 archivos por mensaje. Cada archivo aparece como un chip con nombre en el mensaje enviado. Los archivos cargados en el portal se vinculan automáticamente al registro de Contacto del cliente con sesión iniciada, y el asistente puede adjuntar un archivo a un registro relacionado (como un Caso que genere) cuando se le solicite. Los tipos de archivo admitidos y el límite de tamaño siguen la configuración de tu REDA AI. Consulta Carga de archivos para más detalles.
Para que el agente lea con confianza los archivos cargados (en lugar de rechazarlos), asegúrate de que sus instrucciones digan que puede hacerlo. Los agentes más nuevos incluyen esta guía; para un agente existente, agrega una línea corta a sus instrucciones como “Puedes leer los archivos e imágenes que suban los clientes y usar su contenido para ayudar.”
Asignación del conjunto de permisos al usuario del portal
REDA AI Community User
La configuración “Miembros” de Experience Builder solo controla quién puede iniciar sesión en la comunidad; no otorga los permisos subyacentes de objeto/campo. Sin este conjunto de permisos, el widget de chat no podrá inicializarse (el puente de Apex no puede leer la Definición de agente ni escribir registros de conversación/mensaje).
El conjunto de permisos REDAAI_Community_User que se incluye otorga exactamente el acceso que el widget necesita para:
- Leer la Definición de agente para validar el agente y cargar su configuración de visualización
- Crear y leer los registros de conversación y mensaje que pertenecen al usuario del portal
- Modificar el seguimiento del estado finalizado y de la última actividad de la conversación (necesario para la acción Finalizar chat)
- Leer los metadatos de la Definición de herramienta de las herramientas asignadas al agente
Tres formas de asignar a gran escala
- Manual — Configuración → Usuarios → abre el usuario del portal → Asignaciones de conjuntos de permisos → Modificar → agrega “REDA AI Community User”. Está bien para pruebas piloto; no es escalable.
- Grupo de conjuntos de permisos — agrupa
REDA AI Community Usercon cualquier otro conjunto de permisos de usuario del portal en un PSG y asigna el PSG. Más limpio para organizaciones con varios tipos de usuarios del portal. - Asignación automática al crear el Usuario (recomendado para producción) — crea un Flujo en el objeto Usuario que se active cuando se cree un usuario del portal (filtrando por
IsPortalEnabledo por perfil) y agrega el conjunto de permisos automáticamente. Unos 5 minutos para crearlo, sin mantenimiento continuo.
La causa más común es una asignación de conjunto de permisos faltante. Revisa Configuración → Usuarios → usuario del portal → Asignaciones de conjuntos de permisos. El Apex incluido devuelve códigos de error genéricos (no errores de permisos detallados) por diseño, por seguridad, así que el registro del puente es la fuente de verdad. Busca sObject type ... is not supported en la consola del navegador, que enmascara una denegación de acceso subyacente.
Requisito de Lightning Web Security (LWS)
El shadow DOM del widget de la comunidad requiere que Lightning Web Security esté habilitado en la organización anfitriona. Configuración → Configuración de sesión → marca Usar Lightning Web Security para componentes web Lightning y componentes Aura. Las organizaciones que todavía usan el antiguo Locker Service verán this.host.attachShadow is not a function en la consola del navegador; de todos modos, LWS es la dirección estratégica hacia la que Salesforce se está moviendo.
Permisos del usuario del portal (acceso a datos)
Más allá de la asignación del conjunto de permisos, los agentes de comunidad respetan el conjunto de permisos completo del usuario del portal al acceder a los datos:
| Aspecto | Aplicación forzada |
|---|---|
| Acceso a nivel de objeto | El agente solo puede acceder a los objetos que permite el perfil del usuario del portal |
| Seguridad a nivel de campo | El agente solo puede ver los campos a los que el usuario del portal tiene acceso de lectura/escritura |
| Colaboración de registros | El agente solo puede acceder a los registros compartidos con el usuario del portal (normalmente solo los suyos) |
| Valores predeterminados de toda la organización | Los valores predeterminados de toda la organización a nivel de portal restringen el acceso |
| Jerarquía de roles | Los usuarios del portal no ven los registros de otros usuarios del portal (normalmente) |
Casos de uso habituales
Los usuarios del portal inician sesión en tu comunidad de clientes. Chatean con el agente de soporte para:
- Ver sus propios casos de soporte
- Consultar el estado de los casos y obtener actualizaciones
- Buscar artículos de la base de conocimiento
- Crear nuevos casos de soporte
Los usuarios del portal de socios usan un agente para:
- Ver sus oportunidades y prospectos
- Consultar los fondos de desarrollo de comercialización conjunta (MDF)
- Obtener información de productos y enlaces de capacitación
- Solicitar recursos o soporte
Herramientas para agentes de Comunidad
Asigna herramientas que sean apropiadas para los niveles de acceso del usuario del portal:
| Herramienta | ¿Recomendada? | Caso de uso |
|---|---|---|
| soql_query | Sí | Los usuarios del portal consultan sus propios registros |
| get_record | Sí | Los usuarios del portal ven los detalles de sus registros |
| count_records | Sí | Los usuarios del portal cuentan sus propios registros (por ejemplo, casos abiertos) |
| create_record | Quizás | Si los usuarios del portal deben crear casos/solicitudes |
| update_record | Rara vez | Solo si los usuarios del portal deben modificar sus propios registros |
| send_email | No | No se recomienda para usuarios del portal |
Cómo funcionan las acciones en el canal de Comunidad
A diferencia del canal Interno (que muestra una tarjeta de confirmación en la que el usuario hace clic), un agente de Comunidad ejecuta automáticamente una herramienta de Acción y luego responde automáticamente con el resultado real; por ejemplo, “He registrado tu solicitud como el Caso n.º 00001234.” Si la acción falla, el agente lo dice con honestidad en lugar de dar a entender que tuvo éxito. Esto mantiene la experiencia del portal conversacional a la vez que sigue siendo transparente sobre cada cambio. El número de turnos de seguimiento automáticos está limitado por la configuración de plataforma Profundidad máxima de continuación (predeterminado 3). Asigna herramientas de Acción a los agentes de Comunidad de forma deliberada y define de manera estricta los permisos del usuario del portal. Consulta Confirmaciones de acciones → Cómo difieren las confirmaciones según el canal.
Consideraciones de seguridad
Los usuarios del portal están muy restringidos en lo que pueden ver. Cada usuario del portal normalmente ve solo su propia cuenta, contactos y casos. Los valores predeterminados de toda la organización y las reglas de colaboración aplican este aislamiento. El agente respeta estos límites por completo.
Visibilidad de campos sensibles — Los usuarios del portal no tienen acceso a campos sensibles como Salario, Notas internas o Datos confidenciales. Si configuras esos campos como campos de contexto, los usuarios del portal no los verán (se aplica la seguridad a nivel de campo).
Sin acceso entre cuentas — Los usuarios del portal no pueden ver los datos de otras cuentas. Si tu portal atiende a varias empresas socias, cada una ve solo la suya.
Agente de Comunidad frente a Widget externo
Elegir entre Comunidad y Widget externo:
| Aspecto | Canal de Comunidad | Widget externo |
|---|---|---|
| Autenticación | Usuario del portal autenticado | Invitado (sin autenticación) |
| Identidad del usuario | Conocida (perfil del usuario del portal) | Desconocida (usuario invitado) |
| Acceso a datos | Datos propios del usuario del portal + compartidos | Solo datos públicos |
| Implementación | Páginas de la comunidad | Sitios web externos |
| Caso de uso | Clientes/socios existentes | Prospectos/clientes potenciales |
Prácticas recomendadas para agentes de Comunidad
Prueba siempre los agentes de comunidad con la sesión iniciada como usuario del portal, no como administrador. Verifica que el agente solo tenga acceso a los datos que el usuario del portal debería ver.
Usa personas específicas — Crea personas adaptadas a los usuarios del portal. Ejemplo: "Ayudas a nuestros socios a encontrar los recursos y el soporte que necesitan."
Aprovecha el contexto del registro — Integra agentes en las páginas de detalle de registros para que los usuarios del portal puedan obtener ayuda mientras ven sus registros.
Minimiza las herramientas — Asigna solo las herramientas que los usuarios del portal realmente necesitan. Demasiadas herramientas confunden a los usuarios y pueden exponer datos no deseados.
Documenta las limitaciones — Deja claro en la persona con qué puede ayudar el agente. Los usuarios del portal pueden esperar un acceso más amplio del que realmente tienen.
Revisar la continuidad de conversaciones
Ventana de conversación (horas) vacía utiliza ahora el valor de la organización, inicialmente 30 minutos. Un valor positivo define la ventana del agente; 0 desactiva la reanudación automática. La coincidencia depende del canal: API usa agente y registro; Interno/MCP autenticado usa agente, usuario y contexto de registro pertinente. Comunidad utiliza el ajuste compartido en lugar del tiempo de espera de sesión externa. El chat en inicio, páginas de aplicación y barra de utilidades puede retomar conversaciones válidas. Los identificadores explícitos siguen sujetos al acceso de su ruta. Si dependía de que vacío iniciara una conversación, use 0. También se corrigen permisos empaquetados de continuidad Interna y Comunidad.
Preguntas frecuentes
No. El agente opera dentro del conjunto de permisos completo del usuario del portal, incluidos los valores predeterminados de toda la organización. Si el usuario no puede ver los datos, el agente tampoco puede.
Sí, si el agente crea un Caso u otro registro que los usuarios del portal tengan permiso para crear. El registro se crea en tu organización de Salesforce y es visible para los usuarios internos (sujeto a las reglas de colaboración).
Usa los valores predeterminados de toda la organización y las reglas de colaboración del perfil del usuario del portal. Los usuarios del portal vinculados a una cuenta específica solo pueden ver los datos de esa cuenta. El agente respeta esto automáticamente.
Sí. Crea agentes separados e impleméntalos en diferentes comunidades o páginas. Cada agente puede tener prompts y herramientas adaptados a su audiencia.
No. El widget se representa dentro de un Shadow DOM, lo que significa que el CSS de tu comunidad no puede alcanzar sus elementos internos. Usa las propiedades de diseño en Experience Builder (o la propiedad JSON de Configuración avanzada para sustituciones de usuarios avanzados) para aplicar estilos al widget.
El estilo de píldora requiere una Etiqueta de burbuja. Si estableces Estilo de burbuja en pill pero dejas la etiqueta en blanco, el widget vuelve al estilo de círculo. Agrega una etiqueta corta como “Pregúntale a Maria” o “Chatea con nosotros” para habilitar la píldora.
Son cosas diferentes. El mensaje de bienvenida es el primer mensaje de chat que ven los usuarios del portal y se establece en el registro de Definición de agente (campo Mensaje de bienvenida externo). El encabezado de bienvenida y el subtexto de bienvenida son el saludo con marca que se muestra en la sección hero del estado vacío antes de que exista cualquier mensaje; ambos se configuran en Experience Builder mediante las propiedades Encabezado de bienvenida y Subtexto de bienvenida.
El botón de cierre × solo minimiza el widget; la conversación permanece activa y se reanudará al cargar la siguiente página. Finalizar chat (icono de marca de verificación dentro de un círculo) marca la conversación como terminada en el servidor; no se reanudará automáticamente al actualizar por completo la página ni en visitas futuras dentro de la ventana de tiempo de espera de la sesión. Usa Finalizar chat cuando el usuario del portal haya “terminado” con su pregunta; usa Cerrar cuando quiera alejarse brevemente y volver a la misma conversación.
Sí. Desmarca la propiedad Permitir finalizar conversación en Experience Builder. El botón no se representará y las conversaciones siempre serán reanudables hasta que expire el tiempo de espera del lado del servidor (el tiempo de espera de la sesión configurado en la Definición de agente).
Sí: todo el texto de la interfaz del widget (botones, confirmaciones, tarjeta de estado finalizado, mensajes de error, valores predeterminados de la sección hero de bienvenida) proviene de etiquetas personalizadas de Salesforce con el prefijo REDAAI_Community_. Usa el Área de trabajo de traducción (Configuración → Área de trabajo de traducción → Sustituir) para proporcionar valores traducidos para cualquier idioma compatible. Los usuarios del portal ven automáticamente el texto en su preferencia de idioma. Para sustituciones por implementación sin traducción, usa la propiedad JSON de Configuración avanzada para sustituir claves de etiquetas individuales.
Próximos pasos
Revisa acceso a datos y permisos para comprender los controles de seguridad, o explora la implementación del widget externo para agentes de cara al cliente. Para conocer las opciones de personalización equivalentes en el widget de cara al público, consulta Personalización de la interfaz del widget.