Inicio Primeros pasos del administrador
🌱

Primeros pasos del administrador

Ian Kraskoff
Tech
Por Ian Kraskoff and 3 otros
• 12 artículos

Cómo Abrir un Llamado Proactivo por Email y Cómo Hacer Envíos / Comunicados por Email

https://youtu.be/HtTgEQe0g4c En este artículo, entenderás cómo abrir un llamado proactivo para un cliente por email, que puede ser utilizado para abrir un ticket interno o para realizar una campaña de envío de información a los clientes. Para que esto funcione, es importante que tengas una caja de email configurada. Si no sabes cómo hacerlo, aquí tenemos una FAQ sobre eso. Es posible hacerlo con una caja de email existente (usada para otros canales), pero recomendamos que sea a través de una caja de email separada, para control. Primero, necesitas seleccionar el contacto para el cual deseas abrir el llamado. Para eso, ve a la opción Contacto. Image Después de seleccionar el contacto, haz clic en el botón Nueva Mensaje. Image Image Aquí, puedes elegir la caja de email y definir el asunto. Image También es posible añadir personas en copia o copia oculta. Image Escribe tu mensaje y, si lo deseas, utiliza las plantillas (accesos directos) que ya has creado. Para acceder a los accesos directos, solo tienes que presionar la barra "/". Si necesitas adjuntar archivos, también es posible. Image Cuando estés listo, haz clic en Enviar Mensaje. Image Para visualizar el ticket que acabas de abrir, ve a Conversaciones y haz clic en la bandeja de entrada. Image Image Todos los tickets que has enviado estarán disponibles aquí. Image Image Image A partir de ahí, puedes responder a este ticket normalmente o esperar que el cliente responda. Cabe recordar que, al enviar un llamado proactivo, estás abriendo un nuevo ticket, que tendrá un número de ticket nuevo. Si no deseas que el ticket sea respondido automáticamente por ClaudIA, en caso de que el cliente responda, lo ideal es que se envíe a una bandeja de entrada específica para envíos proactivos.

Última actualización el Aug 09, 2025

Configurar WhatsApp con Registro Integrado en Cloud Chat

En este tutorial, aprenderás cómo crear una bandeja de entrada usando WhatsApp en Cloud Chat. Paso 0: Antes de comenzar, tendrás que tener a mano la siguiente información: - El nombre legal de tu empresa y el nombre de visualización de WhatsApp que deseas. - La URL completa del sitio web de tu negocio. - La dirección de correo electrónico empresarial de tu empresa. - Permisos de administrador para tu Meta Business Suite. - Acceso al número de teléfono de la empresa que se va a integrar. - Por favor, asegúrate de que el número pueda recibir llamadas telefónicas para completar el proceso de verificación de Meta. - Desactivar la autenticación de dos factores (2FA) en el viejo número de WABA. Enlace con consejos de Meta sobre migración de WABA https://developers.facebook.com/docs/whatsapp/solution-providers/support#migrating-business-customer-assets Paso 1: Comienza navegando a configuración. Paso 2: Procede a la sección de bandejas de entrada. Paso 3: Haz clic en Agregar Bandeja de entrada: Paso 4: Luego, haz clic en WhatsApp: Paso 5: En la pantalla del canal de WhatsApp, selecciona el proveedor Registro Integrado y escribe el Nombre de la bandeja de entrada que prefieras. Luego, haz clic en Iniciar sesión con WhatsApp para comenzar el flujo incrustado: Paso 6: En la ventana emergente de Facebook que se abre, usa tu cuenta de desarrollador/administrador de Meta para iniciar sesión: Paso 7: Después de iniciar sesión con éxito, haz clic en Continuar: Paso 8: Elige tu portafolio de negocios de Meta y haz clic en Siguiente: Paso 9: Selecciona Crear una cuenta de negocios de WhatsApp y haz clic en Siguiente: Paso 10: En esta sección, escribe tu Nombre de la cuenta de WhatsApp Business, nombre de visualización y selecciona una Categoría válida: Paso 11: En esta sección, elige Agregar un nuevo número, ingresa el número de teléfono de tu negocio y verifica que sea correcto. Ten en cuenta que si tu número es de línea fija o digital, debes verificarlo vía Llamada telefónica: Paso 12: Finalmente, después de verificar tu número con éxito, haz clic en Finalizar para continuar con la configuración de tu bandeja de entrada. Nota: Si aún no has añadido un método de pago a tu portafolio de negocios, puedes hacer clic en el botón Agregar método de pago para ser redirigido a la configuración de facturación. Debes tener un método de pago válido para enviar mensajes proactivos en WhatsApp. Paso 13: Agrega agentes a tu nueva bandeja de entrada Paso 14: Después de configurar los agentes de la bandeja de entrada, haz clic en Agregar agentes. ¡Tu bandeja de entrada ya está lista para enviar y recibir mensajes de WhatsApp! ⚠️ Limitación de uso Los mensajes enviados o recibidos a través de WhatsApp Desktop (Windows) o WhatsApp en WearOS no se reflejarán en Cloud Chat. Por favor, usa WhatsApp Web (navegador) o la app móvil oficial para asegurar que los mensajes estén sincronizados correctamente. Para más detalles, por favor consulta la documentación oficial de Meta: - https://developers.facebook.com/docs/whatsapp/embedded-signup/custom-flows/onboarding-business-app-users/?utm_source=chatgpt.com#linked-devices

Última actualización el Oct 21, 2025

Cómo Crear Integraciones entre Sistemas con Automatizaciones y Webhook

:::info La documentación más actualizada de las APIs de Cloud Humans está en docs.cloudhumans.com/api-reference. En caso de divergencia entre este artículo y la referencia, prevalece lo que está allí. ::: Resumen Cloud Chat cuenta con una funcionalidad de "Enviar Evento Webhook". A través de ella podemos construir integraciones con cualquier sistema que pueda generar un Webhook. Cuando el sistema no tiene una estructura para la creación de Webhooks, solo API, es posible utilizar un intermediario (ejemplos: n8n, Zapier, Make, Plugga...) para crear un Webhook y construir un flujo de integración con el sistema destino, como por ejemplo Hubspot, Jira y otros. - nota: a veces es necesario construir un flujo de "enriquecimiento" de los datos que llegaron del webhook utilizando una API (por ejemplo - IMPORTANTE: Este tipo de integración suele crearse para integraciones "de una sola vía", es decir, sin actualización de un campo específico. La complejidad de una integración "de dos vías" es mayor y generalmente va a exigir un uso intensivo de Webhook + API de Cloud Chat + API/integración nativa del sistema destino Existen otras dos maneras de construir estas integraciones, pero tienen un nivel de complejidad más alto y objetivos diferentes: - Utilizar nuestra API para extraer todos los datos de las conversaciones, todos los días, y alimentar un datalake o base de datos: El objetivo suele ser analítico o de registro / consolidación de información - Lado negativo: El dato no se va a crear en tiempo real. Por lo tanto, puede ser malo para que Operaciones lo utilice (ejemplo: triaje en N2 / tech) - Utilizar el Flujo Controlado en lugar del intermediario como n8n, Zapier o Make: Va a funcionar de manera muy similar - Lado negativo: Solo va a funcionar para las atenciones que pasen por ClaudIA Detalle Payload enviado por el Webhook de Cloud Chat Cuando una automatización dispara un webhook, realiza un POST HTTP a la URL configurada, enviando un JSON con la siguiente información principal: Estructura del payload (JSON) - event - El tipo de evento que disparó el webhook (ej.: message_created, conversation_created, etc.) - content - El contenido del mensaje - message_type - Tipo de mensaje (incoming, outgoing, etc.) - conversation - Objeto con datos de la conversación, incluyendo id, status, etc. - sender - Objeto con datos del remitente (contacto), incluyendo id, name, email, phone_number, etc. - account - Objeto con datos de la cuenta, incluyendo: - idinbox - Objeto con datos de la inbox/canal - contact - Datos del contacto asociado Ejemplo práctico (basado en el código) Como se ve en el ejemplo de integración con Rasa: @app.route('/rasa', methods=['POST']) def rasa(): data = request.get_json() message_type = data['message_type'] message = data['content'] conversation = data['conversation']['id'] Resumen del JSON típico que llega a tu endpoint: { "event": "message_created", "message_type": "incoming", "content": "Olá, preciso de ajuda!", "id": 12345, "conversation": { "id": 678, "status": "open", "channel": "web_widget", "contact_inbox": { ... } }, "sender": { "id": 90, "name": "João Silva", "email": "[email protected]", "phone_number": "+5511999999999" }, "account": { "id": 1 }, "inbox": { "id": 10, "name": "Website Widget" } } Qué hacer si el Webhook no contiene el dato que necesitas En esa situación vas a necesitar utilizar los "id"s generados (ej.: inbox.id, conversation.id, sender.id) para hacer una llamada a la API de Cloud Chat y obtener esa información para poder enviarla al otro sistema. :::info El conversation.id que llega en el webhook es el número del ticket que aparece en la interfaz (ej.: #678) — el mismo número que usas en las URLs de las APIs de conversaciones. ::: En resumen: El webhook envía un POST con JSON que contiene los datos del evento, de la conversación, del contacto/remitente, de la cuenta y de la inbox, junto con el contenido del mensaje y el tipo de mensaje. Esto permite que el sistema externo (que recibe el webhook) sepa exactamente qué ocurrió y tome la acción adecuada.

Última actualización el Oct 02, 2026

Automatizaciones de Posponer (snooze) con plazo

Cuándo usar - Quieres que una automatización ponga la conversación en Pospuesta (snooze) y la reabra sola después de un tiempo. - Quieres elegir por cuánto tiempo la conversación queda pospuesta (1 hora, hasta mañana, 1 mes, tiempo personalizado). - Estás armando un flujo de seguimiento y necesitas que el ticket vuelva en el momento correcto. - Caíste en el problema más común: la automatización de Posponer sigue posponiendo la conversación cada vez que el cliente responde ("loop"). Qué hace la acción La acción de automatización Posponer Conversación pone la conversación en el estado Pospuesta (snoozed). Ahora puedes elegir cuándo debe reabrirse: | Opción | Qué hace | | --- | --- | | Hasta el próximo mensaje del usuario | Pospone sin plazo: reabre cuando el cliente responda | | En 1 hora | Reabre 1h después de que la regla se ejecute | | Hasta mañana | Reabre mañana por la mañana (9h) | | Hasta la próxima semana | Reabre el próximo lunes (9h) | | Por 1 mes | Reabre al inicio del próximo mes (9h) | | Tiempo personalizado | Tú defines la duración (nº + horas/días/semanas) | El plazo es siempre relativo al momento en que la regla se dispara (ej.: "en 1 hora" = 1h a partir de ahora), nunca una fecha fija. Cómo se calcula cada plazo Contando siempre a partir del momento en que la regla se dispara: | Opción | Reabre en… | | --- | --- | | Hasta el próximo mensaje del usuario | Sin horario fijo — solo reabre cuando el cliente responda | | En 1 hora | Exactamente 1 hora después del disparo (se disparó 14h37 → reabre 15h37) | | Hasta mañana | Al día siguiente, a las 9h | | Hasta la próxima semana | El próximo lunes, a las 9h | | Por 1 mes | El primer lunes del mes siguiente, a las 9h | | Tiempo personalizado | Ahora + la duración elegida (nº × horas/días/semanas), con límite de 1 año | :::info Detalles que evitan sorpresas: - Las opciones "hasta mañana / próxima semana / 1 mes" siempre caen a las 9h (inicio de la jornada), y no en el horario exacto en que la regla se ejecutó. - "Por 1 mes" no es "30 días corridos" ni "el mismo día del mes que viene": es el primer lunes del próximo mes, para que el ticket vuelva al comienzo de una semana laboral. - "En 1 hora" mantiene los minutos del disparo (no redondea a la hora en punto). - Estas reglas son idénticas a las del posponer manual — la automatización solo reutiliza la misma lógica. ::: Cómo vuelve a abrirse una conversación pospuesta Existen dos caminos para que una conversación pospuesta reabra: 1. El cliente responde — cualquier conversación pospuesta reabre automáticamente al recibir un nuevo mensaje del cliente (comportamiento por defecto de Cloud Chat, independiente del plazo). 2. Vence el plazo — si pospusiste con plazo, reabre sola cuando llega el plazo. Punto de atención: el "loop" de re-posponer Este es el comportamiento que más genera dudas. Si creas una automatización de Posponer en el evento Conversación Actualizada con una condición que sigue siendo verdadera (ej.: una etiqueta que permanece en la conversación), va a re-posponer la conversación cada vez que el cliente responda. :::warning Por qué: cuando el cliente responde, la conversación reabre. Esa reapertura cuenta como una "actualización" de la conversación → la regla se dispara de nuevo → y, como la condición (la etiqueta) sigue ahí, la pospone otra vez. Se vuelve un ciclo. ::: Esto no es un error — es el funcionamiento natural de las automatizaciones orientadas a eventos. Lo que lo resuelve es diseñar la regla para que no se repita. Buenas prácticas: cómo evitar el loop La idea central: haz que la regla "consuma" lo que la disparó, para que el disparador valga solo una vez. Opción A — Quitar la etiqueta que disparó la regla (la más simple) En la misma regla, agrega dos acciones: - Posponer Conversación → (el período deseado) - Quitar etiqueta → la etiqueta del disparador Así, cuando la conversación reabra con la respuesta del cliente, la condición (etiqueta = X) ya es falsa → la regla no re-pospone. Opción B — Usar un atributo personalizado como "etapa/flag" En vez de una etiqueta, usa un atributo personalizado (ej.: followup_etapa) y ve avanzándolo/limpiándolo en cada paso. Útil cuando quieres controlar cuántas veces se ejecuta la automatización. Elige el evento correcto - Conversación Creada → se dispara solo cuando el ticket nace (no se re-dispara en respuestas). Ideal para "posponer todo ticket nuevo de tal bandeja de entrada". Nota: las condiciones por etiqueta generalmente no funcionan aquí, porque las etiquetas suelen aplicarse después de la creación. - Conversación Actualizada → necesario para disparadores por etiqueta/atributo (aplicados después de la creación). Aquí, usa siempre el patrón de consumir la etiqueta (Opción A/B) para no repetir. Ejemplo práctico: flujo de seguimiento Objetivo: "conversación marcada con la etiqueta follow-up → esperar X, mandar mensaje, esperar de nuevo, y cerrar si el cliente no responde". - Regla 1 — Inicia - Evento: Conversación Actualizada · Condición: tiene la etiqueta follow-up - Acciones: Posponer (ej.: por 1 día) + Quitar etiqueta follow-up + Agregar etiqueta followup-1 - Regla 2 — Seguimiento - Evento: Conversación Actualizada · Condición: tiene la etiqueta followup-1 - Acciones: Enviar mensaje (seguimiento) + Posponer (ej.: por 1 día) + Quitar followup-1 + Agregar followup-2 - Regla 3 — Cerrar - Evento: Conversación Actualizada · Condición: tiene la etiqueta followup-2 - Acciones: Enviar mensaje final + Resolver + Quitar followup-2 Cada regla quita su propia etiqueta y pasa la siguiente — por eso no hay loop, y la secuencia avanza de forma controlada. Si el cliente responde en el medio, la conversación reabre y la atención humana asume normalmente. Observaciones Do's & don'ts: - ✅ Toda regla de Posponer por etiqueta debe quitar la etiqueta que la disparó (o usar un atributo como etapa). - ✅ Para posponer tickets nuevos, prefiere el evento Conversación Creada. - ✅ Usa el plazo cuando quieras que reabra sola después de un tiempo; usa "hasta el próximo mensaje" cuando quieras que reabra solo con la respuesta del cliente. - ❌ No dejes una regla de Posponer en Conversación Actualizada con una condición que nunca deja de ser verdadera — va a re-posponer con cada respuesta.

Última actualización el Jul 20, 2026

Permisos de Atributos: quién ve cada campo personalizado en la conversación

Por defecto, todos los campos personalizados aparecen para todos los agentes. Permisos de Atributos es donde creas las excepciones: qué campos se ocultan y para quién. Dónde se encuentra Configuraciones → Datos → Permisos de Atributos La pantalla está restringida a los perfiles de Administrador e Ingeniero de CX. Si el elemento no aparece en el menú, la habilitación del recurso en tu cuenta la realiza el equipo de Cloud Humans — abre una solicitud con nosotros. Las pestañas Conversación y Contacto separan los campos de conversación de los campos de contacto. La regla que lo explica todo: sin regla, el campo aparece Ninguna cuenta comienza con restricciones. Mientras un campo no tenga regla, será Visible para todos. Solo configuras lo que necesitas restringir — el resto permanece abierto. Configurando un campo Haz clic en el campo para abrir el panel. Tiene dos partes: - Acceso del campo — el valor predeterminado, que aplica para quienes ninguna excepción alcance. Visible u Oculto. - Excepciones — reglas para audiencias específicas. Cada excepción es una frase: audiencia + operador + objetivo → acceso. | Tipo de audiencia | Operadores | Ejemplo | |---|---|---| | Todos | — | Todos → Oculto | | Tipo del agente | es / no es | Tipo del agente es Supervisor → Visible | | Equipo | es miembro de / no es miembro de | Agente no es miembro de Fraude → Oculto | | Agente | es / no es | Agente es María Silva → Visible | El operador negativo (no es, no es miembro de) resuelve el caso más común de una sola forma: "todo el mundo que no es del equipo Fraude" es una regla, y sigue vigente para equipos creados después. Precedencia: quién gana cuando dos reglas se aplican 1. Gana la más específica. El orden es Todos → Tipo del agente → Equipo → Agente. Una regla de agente específico gana sobre una regla de equipo, que gana sobre una regla de tipo del agente. 2. En el mismo nivel, gana la más restrictiva — y la pantalla marca esto como conflicto, nunca decide en silencio. Dos equipos del mismo agente pidiendo cosas diferentes: prevalece Oculto, con el aviso "Dos reglas del mismo tipo se contradicen. Ganó la más restrictiva." Usa Simular visualización para ver la barra lateral de la conversación exactamente como la ve un agente específico (o una combinación de tipo de agente + equipos) antes de guardar. Subcampos heredan del campo padre Los campos que solo aparecen en función del valor de otro ("aparece cuando Motivo = Cobro") forman una jerarquía. Aquí vale una sola regla: un subcampo nunca queda más liberado que el padre. Consecuencias que ves en la pantalla: - hereda del padre — el subcampo no tiene regla propia y muestra el efecto heredado. - bloqueado por el padre — el padre está oculto, por lo que el subcampo también queda, incluso con regla propia de Visible. - regla sin efecto — liberaste para una audiencia que un campo superior oculta. La regla permanece, pero no produce efecto; abre el campo para revisar. No existe clave de "heredar": subcampo sin regla propia simplemente sigue al padre. Los campos obligatorios no pueden ocultarse Quien no ve el campo no puede llenarlo, y la conversación no cierra sin él. Por eso, la combinación obligatorio + oculto está bloqueada. Si un campo aparece marcado como a corregir, es exactamente este caso — la obligatoriedad fue activada después de la regla de permiso. Dos opciones: quitar la configuración de permiso (vuelve a ser Visible) o quitar la obligatoriedad en Atributos Personalizados. Mientras tanto, el agente que no ve un campo obligatorio no queda bloqueado: puede resolver la conversación normalmente. El sistema no exige un campo que la persona no ve. Atajos para muchos campos - Aplicar a varios — selecciona varios campos y aplica el mismo conjunto de reglas. Dos formas: Reemplazar (borra las reglas existentes en cada campo) o Sumar (mantiene las existentes y añade). Los campos obligatorios quedan fuera de una ocultación masiva, y el modal lista cuáles y por qué. - Aplicar desde este nivel hacia abajo — configura el campo y limpia la configuración de todos los subcampos, para que vuelvan a seguir este. Rechazado cuando hay subcampo obligatorio que quedaría oculto por la restricción del padre. Cómo leer la lista de campos | Marcador | Significa | |---|---| | sin reglas | aparece para todos | | restringido | tiene excepción configurada | | oculto / hereda del padre | efecto proviene de un campo superior | | conflicto | dos reglas del mismo nivel se contradicen; ganó la más restrictiva | | a corregir | obligatorio y oculto — combinación prohibida | Los filtros Configurados, Con conflicto y A corregir ayudan a revisar una cuenta grande sin recorrer toda la lista. Lo que el permiso no hace - No impide el llenado por IA. Un campo puede estar oculto para todos y seguir siendo llenado por ClaudIA — incluso es un uso intencional, para datos que nadie necesita editar a mano. La propia pantalla avisa cuando ningún perfil ve el campo. - No cambia quién crea o edita la definición del campo. Crear, renombrar y eliminar campos sigue en Atributos Personalizados. Preguntas rápidas Configuré una regla para un agente y nunca se aplica. Si la persona salió de la cuenta, la pantalla avisa que la regla nunca tendrá efecto. Quítala. ¿Cómo vuelvo un campo a la normalidad? Eliminar configuración. Sin reglas, el campo vuelve a aparecer para todos — y un subcampo vuelve a seguir al padre. ¿Necesito guardar para ver el efecto? No. El bloque Resultado, dentro del panel del campo, calcula quién ve el campo con las reglas aún no guardadas, usando el mismo cálculo que en la conversación.

Última actualización el Aug 28, 2026

Etiquetas y Atributos: llenado de atributos por IA

ClaudIA lee toda la atención y llena automáticamente los atributos personalizados de la conversación y del contacto. En lugar de que el agente escriba el motivo del contacto, categoría y otros al final de la atención, la IA extrae esa información de la propia conversación. Dónde se encuentra Configuraciones → IA → Etiquetas y Atributos — pantalla restringida al perfil de Administrador. Si el elemento no aparece en el menú, la liberación de la función en tu cuenta la realiza el equipo de Cloud Humans — abre una solicitud con nosotros. :::warning Etiquetas: la aplicación automática de etiquetas está en desarrollo. Hoy la pantalla llena atributos personalizados; las etiquetas llegan después. ::: El proceso en tres decisiones Para cada campo defines qué, con qué rigor y — para toda la cuenta — cuándo. 1. Qué: la instrucción Habilitar un campo requiere escribir una instrucción: qué debe llenar ClaudIA allí y cómo decidir el valor a partir de la atención. Sin instrucción, el campo no puede ser habilitado. Dos ayudas en el modal de instrucción: - Generar con IA — ClaudIA propone una instrucción basada en el nombre, tipo y descripción del campo. Revísala antes de guardar. - Analizar — evalúa la calidad de la instrucción y devuelve Óptima, Buena o Puede mejorar. Si editas después de analizar, la pantalla avisa que el resultado quedó desactualizado. Una buena instrucción indica dónde mirar y cómo escoger. Compara: - ❌ "Motivo del contacto." - ✅ "Llena con el motivo principal del contacto, eligiendo la categoría más específica de la estructura basada en lo que reportó el cliente. Si el cliente trae más de un asunto, usa el que generó la apertura de la atención." 2. Con qué rigor: la confianza mínima Cada campo tiene una confianza mínima para llenar, ajustable de 5 en 5 puntos porcentuales. El estándar es 70%. La IA devuelve, junto con el valor, cuánto confía en esa lectura. Por debajo de tu mínimo, el valor no se guarda — pero queda registrado, con el motivo, para que puedas auditar. Subir el número hace que la IA sea más rigurosa (menos campos llenados, mayor precisión); bajar hace lo contrario. 3. Cuándo: los disparadores Los disparadores aplican para todos los campos habilitados, no por campo: | Disparador | Cuándo se activa | Predeterminado | |---|---|---| | Resolución | la conversación se resuelve | activado | | Transferencia a humano | ClaudIA pasa la conversación a una persona | desactivado | | Manual | un agente dispara bajo demanda | desactivado | Con el disparador Manual activado, aparece el enlace Llenar con IA en la parte superior de la sección de atributos de la conversación. El llenado se realiza en segundo plano; el resultado llega a la conversación automáticamente, sin necesidad de recargar. Límite de campos habilitados Tu cuenta tiene un límite de campos habilitados simultáneamente, mostrado en la parte superior de la pantalla (Campos habilitados 3 de 5). El estándar es 5 campos. Al alcanzar el límite, es necesario deshabilitar un campo para habilitar otro. Si tu operación necesita más, el límite puede ajustarse por el equipo de Cloud Humans. Qué sucede en la conversación La regla más importante: la IA solo llena campos vacíos. El valor colocado por un agente nunca se sobrescribe — incluso si la persona escribe mientras la IA está pensando, gana la mano. Cada ejecución deja una tarjeta en la línea de tiempo de la conversación, con el resumen ("ClaudIA llenó 3 campos"), el disparador que activó y quién lo activó (Sistema, para resolución y transferencia, o el nombre del agente, en manual). Al abrir la tarjeta, campo por campo: - Llenado o No llenado - Confianza obtenida y la necesaria (necesario 70%) - Motivo — el razonamiento de la IA para ese valor Cuando un campo no se llena, la tarjeta indica por qué: | Resultado | Qué ocurrió | |---|---| | Confianza baja | la IA encontró un valor, pero por debajo de su mínimo | | Ya llenado | el campo ya tenía valor; la IA no sobrescribe | | Abstención | la conversación no aportó evidencia para decidir | | Conflicto en la jerarquía | la respuesta contradice el nivel superior de la misma cadena | | Inválido | el valor no encaja en el tipo o las opciones del campo | Es decir: incluso cuando la IA no guarda nada, puedes ver lo que sugirió y el motivo — información suficiente para calibrar la instrucción o la confianza mínima. Campos en cadena (listas encadenadas) Campos ligados por valor — "aparece cuando Motivo = Cobranza" — forman una cadena. Habilitar el campo raíz cubre toda la cadena: la IA responde todos los niveles en una sola lectura y la respuesta más específica llena los niveles superiores. Deshabilitar la raíz silencia toda la cadena. Buenas prácticas - Comienza pequeño. Habilita dos o tres campos de mayor valor, sigue las tarjetas durante unos días y solo entonces expande. - Calibra por evidencia, no por intuición. ¿Muchas "Confianza baja" con sugerencias correctas? Baja el mínimo. ¿Valores guardados incorrectamente? Sube el mínimo o haz la instrucción más específica. - Instrucción por campo, no por proceso. Cada instrucción debe referirse a un solo campo, con el criterio de decisión explícito. - Aprovecha la estructura del campo. En listas, cita las opciones o el criterio de elección en la instrucción — la IA decide mejor cuando dices cómo escoger. - Revisa después de cambiar el campo. Nuevas opciones en una lista requieren una revisión de la instrucción y una nueva evaluación de calidad. Preguntas rápidas ¿La IA borrará o cambiará algo que mi equipo llenó? No. Solo se llena en campos vacíos. Habilité el campo y no pasó nada. Verifica tres cosas: si hay algún disparador activado; si la conversación pasó por ese disparador después de habilitarlo (las ejecuciones no son retroactivas); y si el campo estaba vacío. La tarjeta de la conversación muestra qué ocurrió en cada ejecución. ¿Puedo llenar un campo que nadie ve en la conversación? Sí. El llenado por IA es independiente de los Permisos de Atributos — un campo oculto para todos sigue siendo llenado. ¿Vale para conversaciones de cualquier canal? Vale para las atenciones nativas de CloudChat. Las conversaciones solo reflejadas desde sistemas externos no pasan por el llenado. ¿Dónde veo el historial? En la tarjeta de cada ejecución, dentro de la conversación. Todas las decisiones quedan registradas — las guardadas y las descartadas.

Última actualización el Aug 28, 2026

¿El chat del sitio se abre solo cuando el agente responde?

¿El chat del sitio aparece solo cuando el agente responde? Sí, ese es el comportamiento predeterminado del Web Widget. Qué pasa en la práctica Cuando el agente (o ClaudIA) responde y el cliente tiene el chat cerrado: 1. El widget abre una ventana emergente de mensaje no leído sobre la burbuja, con la vista previa de la respuesta. 2. La burbuja recibe un indicador de mensaje no leído. 3. Suena un sonido de notificación. Al hacer clic en la ventana emergente, el chat se abre en la conversación y los mensajes se marcan como leídos. Si el cliente ya tiene el chat abierto, no aparece la ventana emergente: el mensaje se muestra directamente en la conversación. :::info Vale tanto para la respuesta de un agente humano como de ClaudIA: cualquier mensaje de salida visible para el cliente. ::: Cómo desactivarlo o volver a activarlo La ventana emergente se controla en el script de instalación del widget en tu sitio, mediante la clave showUnreadMessagesDialog. El valor predeterminado es activado; para desactivarlo, define esa clave como false en la configuración del widget dentro del script. Con la ventana emergente desactivada, el cliente sigue recibiendo el indicador de no leído en la burbuja: solo deja de aparecer la vista previa. :::warning Esta configuración está en el código de tu sitio, no en el panel de Cloud Chat. Necesitas al equipo que mantiene el sitio para cambiarla. ::: Para abrir el chat completo, y no solo la ventana emergente Esto no es una opción del panel. Para abrir la ventana completa automáticamente, el sitio debe escuchar el evento de mensaje nuevo del widget (cloudchat:on-message) y llamar a la función que abre el chat (window.$cloudchat.toggle). Es una implementación en el sitio, hecha por el equipo de desarrollo. :::warning Abrir la ventana completa sobre la pantalla del cliente sin que él lo pida es intrusivo y suele empeorar la experiencia. La ventana emergente con vista previa existe para llamar la atención sin secuestrar la navegación. :::

Última actualización el Aug 31, 2026

Dónde registrar un webhook en Cloud Chat (Integraciones vs. Automatización)

:::info La documentación más actualizada de las APIs de Cloud Humans está en docs.cloudhumans.com/api-reference. En caso de discrepancia entre este artículo y la referencia, prevalece lo que está allí. ::: Cuándo usarlo - Quieres registrar una URL para recibir eventos de Cloud Chat - Registraste un webhook y no llega nada a tu endpoint Son dos caminos diferentes Elegir el camino equivocado es la causa más común de que un webhook no se dispare. 1. Webhook de integración (el registro estándar) Configurações (Configuraciones) > Integrações (Integraciones) > Webhooks > Adicionar novo Webhook (Agregar nuevo Webhook) Debes indicar: - URL do Webhook (URL del Webhook) — el endpoint que recibirá el POST - Eventos — cuáles suscribir: conversación creada, conversación actualizada, estado de conversación modificado, mensaje creado, mensaje actualizado, contacto creado, contacto actualizado, widget de chat abierto por el usuario Puedes registrar varios webhooks en la misma cuenta, cada uno con su URL y su lista de eventos. :::info Este registro requiere el perfil Administrador. Si el menú Integraciones no aparece, es un tema de permisos. ::: 2. Automatización que dispara un webhook Configurações (Configuraciones) > Automação (Automatización) > Adicionar regra de automação (Agregar regla de automatización) Aquí no registras un webhook: creas una regla con condiciones y eliges la acción Enviar Evento Webhook (Enviar Evento Webhook), pegando la URL en el campo de la acción. ¿Cuál usar? | Quieres... | Usa | | --- | --- | | Recibir todos los eventos de un tipo (ej.: cada mensaje creado) | Integraciones > Webhooks | | Recibirlos solo en casos específicos (ej.: solo cuando la conversación tiene una etiqueta) | Automatización con la acción Enviar Evento Webhook | :::info Puedes distinguir ambos en tu endpoint por el campo event del payload: el webhook de Integraciones envía el nombre del evento (ej.: message_created); la automatización lo envía con prefijo (ej.: automation_event.message_created). ::: :::warning Un webhook de Integraciones con "Mensagem criada" (Mensaje creado) se dispara en todos los mensajes de la cuenta — incluidos los salientes y los de todos los canales. Si el volumen es alto, prefiere la automatización con condiciones. :::

Última actualización el Oct 02, 2026

Cómo configurar el Inicio de Sesión Único (SSO) de tu empresa en CloudChat

Cómo configurar el Inicio de Sesión Único (SSO) de tu empresa en CloudChat El Inicio de Sesión Único (SSO) permite que tu equipo acceda a CloudChat con las mismas credenciales corporativas que ya usa en Google Workspace o Microsoft Entra ID (Azure AD) — sin necesidad de una contraseña aparte. La configuración la haces tú mismo, en pocos minutos, a través de nuestro asistente (wizard). Video paso a paso (configuración con el asistente): Abrir el video en Loom Antes de empezar Vas a necesitar: - Ser administrador de tu cuenta en CloudChat. - Tener permiso para registrar/configurar aplicaciones en tu proveedor de identidad (Google Workspace o Microsoft Entra ID). Según la política de tu organización, esto puede requerir un administrador — o puede que ya esté habilitado para ti. - Saber cuál es el dominio de correo corporativo de tu equipo (ej.: tuempresa.com). ⚠️ Importante — el SSO no crea usuarios. El Inicio de Sesión Único solo conecta a una persona que ya tiene acceso a CloudChat con su identidad corporativa. Si alguien de tu equipo todavía no fue agregado a la cuenta de CloudChat, debe agregarse de la forma normal antes de poder ingresar con SSO. El SSO autentica; no concede acceso nuevo por sí solo. Paso a paso 1. Abre el asistente de SSO En el panel de administración de tu cuenta, ve a Configuración → SSO corporativo. 2. Elige tu proveedor Selecciona Google o Microsoft, según el proveedor de identidad de tu empresa. 3. Configúralo en tu proveedor El asistente te mostrará los datos que debes registrar en tu proveedor de identidad (como la URL de redirección / callback). Cópialos y: - Google Workspace: crea las credenciales OAuth en la Google Cloud Console y autoriza la URL de redirección indicada. - Microsoft Entra ID: registra la aplicación empresarial y agrega la URL de redirección indicada. Luego, trae de vuelta al asistente los datos que generó tu proveedor (identificador del cliente y secreto, o los datos de federación). 4. Comprueba la propiedad del dominio Ingresa el dominio de correo de tu empresa. Solo se puede activar el SSO para un dominio que compruebes que pertenece a tu organización — esto garantiza que nadie configure el inicio de sesión para un dominio que no es suyo. 5. Prueba el inicio de sesión Haz una prueba de inicio de sesión con una cuenta corporativa que ya exista en CloudChat. Si ingresa con éxito, el asistente confirma que todo está correcto. 6. Actívalo para el equipo Elige el modo de activación y finaliza. A partir de ahí, tu equipo podrá ingresar mediante el botón de inicio de sesión corporativo. Preguntas frecuentes ¿La contraseña de mi equipo pasa por CloudHumans? No. La autenticación ocurre en tu proveedor (Google/Microsoft); CloudChat solo recibe la confirmación de identidad. ¿Puedo usar Google y Microsoft al mismo tiempo? Sí. Puedes configurar ambos proveedores para el mismo dominio. ¿Un usuario nuevo puede ingresar directamente por SSO? No. Primero debe ser agregado a la cuenta de CloudChat. Después de eso, el inicio de sesión por SSO funciona normalmente. ¿El inicio de sesión con contraseña sigue funcionando? Sí. Activar el SSO no elimina el inicio de sesión con contraseña. Configuré algo mal, ¿y ahora? Puedes reabrir el asistente y rehacer los pasos en cualquier momento. Ante cualquier duda, contacta a nuestro soporte. ¿Necesitas ayuda? Contacta al soporte de CloudHumans.

Última actualización el Sep 02, 2026