Meta Muse para ServiceNow: poner la IA de WhatsApp de Meta delante de ServiceNow en 2026

Resumen

"Meta Muse para ServiceNow" se reduce a un problema de asientos, no de tuberías. ServiceNow ya tiene una app nativa de WhatsApp que habla directamente con Meta, así que el canal existe. Pero Meta permite un agente de IA por número de WhatsApp, lo que significa que Meta Business Agent y la IA propia de ServiceNow (ahora con la marca Otto) no pueden responder ambos en él. Muse en sí es un agente de consumo y Muse Spark es un modelo sobre el que construyes, así que ninguno atiende a tus clientes de fábrica.

Las tuberías son más amables que en la mayoría de los helpdesks que he revisado. Meta nombró a ServiceNow como socio de traspaso ya en 2025, y la concesión OAuth de credenciales de cliente de ServiceNow encaja con la autenticación de conectores de Meta en cuanto un administrador activa una propiedad del sistema. El problema es que el flamante MCP Server de ServiceNow no encaja en absoluto, porque solo admite el flujo de código de autorización, así que el agente de Meta tiene que entrar por la API REST normal.

En costes, el agente de Meta ronda los 16 a 50 céntimos por conversación, mientras que ServiceNow factura su IA en asistencias a una tarifa que no publica. Yo construyo las integraciones de eesel, y adelanto que eesel no tiene una integración nativa con ServiceNow. Mi opinión: la mayoría de las instancias de ServiceNow son servicios de TI internos cuyos empleados nunca escriben por WhatsApp, así que esto solo importa a los equipos de atención al cliente. Si es tu caso, eesel puede ocupar el único asiento de IA del número y llegar a ServiceNow mediante su API REST.

Qué significa realmente "Meta Muse para ServiceNow"

Los nombres de Meta en 2026 requieren un momento para desenredarse, y yo leo mucha documentación de APIs para ganarme la vida. Tres productos de Meta llevan el nombre Muse o se le acercan, pero solo uno habla con tus clientes:

1. Muse, el agente de IA personal que Meta lanzó en septiembre para recados de consumo. No está pensado para atender a los clientes de una empresa.
2. Muse Spark 1.3, el modelo, que se vende a través de la Meta Model API. Puedes construir un bot de ServiceNow sobre él, de lo que hablo más abajo. La guía de Muse Spark 1.3 tiene el detalle del modelo.
3. Meta Business Agent, que Meta lanzó en junio como la IA que atiende a tus clientes en WhatsApp, Messenger e Instagram. Este es el producto que un equipo de ServiceNow está evaluando de verdad.

El desglose de los tres está en mi guía de Meta Muse para atención al cliente. Este artículo se queda en el lado de ServiceNow: cómo entra hoy WhatsApp en ServiceNow, qué pasa cuando el agente de Meta se queda con el número, cómo encaja la autenticación y cuánto cuesta todo el conjunto.

¿Usas otro helpdesk? Las versiones de Salesforce y Jira Service Management son las más parecidas a esta.

También hay versiones de Zendesk y Freshdesk.

Antes de las tuberías, un filtro honesto. La mayoría de las instancias de ServiceNow ejecutan gestión de servicios de TI para empleados, que plantean solicitudes en el portal, por correo o en Teams y Slack. Si eso describe tu instancia, tus solicitantes no te escriben por WhatsApp y este artículo es sobre todo una curiosidad. La cuestión de Meta solo se vuelve real para los equipos de Customer Service Management (CSM) cuyos clientes ya viven en WhatsApp.

Cómo llega hoy WhatsApp a ServiceNow

A diferencia de JSM, ServiceNow tiene un canal nativo de WhatsApp, y va directo a Meta. La app de la Store se llama Conversational Integration with WhatsApp, vendida por la propia ServiceNow. Su ficha en la Store dice que "ofrece un adaptador nativo de WhatsApp para la integración directa con la WhatsApp Cloud API, en sustitución de la solución actual basada en terceros". La versión 1.1.6 salió el 10 de septiembre de 2026 para las versiones Brazil, Australia, Zurich y Yokohama.

La mayor parte de la configuración ocurre en el lado de Meta. Según la documentación de Conversational Interfaces de ServiceNow, creas una app de desarrollador de Meta, copias su App Secret y el ID del número de teléfono, y luego generas un token de acceso de usuario del sistema en Meta Business Manager. Después apuntas el webhook de Meta al endpoint /api/sn_va_whatsapp/va_whatsapp_adapter de tu instancia. La documentación de CSM resume el modelo de cuentas sin rodeos: "Los clientes deben mantener dos cuentas separadas: una cuenta de Meta y una instancia de ServiceNow."

Así se comparan las opciones, todas de fichas de la ServiceNow Store consultadas el 29 de septiembre de 2026:

La propia ServiceNow ya considera a Twilio la ruta más débil. Su documentación de CSM dice que la integración con Twilio "ofrece una funcionalidad más limitada que la Cloud API", sin selectores de lista ni indicadores de escritura, y te deja gestionando tres cuentas (Twilio, Meta y ServiceNow) en lugar de dos. Los administradores detectaron la pila de licencias hace años:

"Además, requiere licencias para integration hub, twilio, whatsapp, etc."

u/bigredsage, Reddit

Cuando llega un chat, hay dos cosas que pueden responderlo. Otto (la nueva marca de ServiceNow para Virtual Agent y Now Assist) puede contestar como bot, y si hace falta una persona, el chat pasa a la Agent WhatsApp Queue y los agentes lo aceptan desde su bandeja de Agent Workspace. Un detalle de la documentación de Brazil importará más adelante: WhatsApp admite Otto pero está marcado como "No" en respuestas sintetizadas, mientras que Teams y Slack son "Sí".

CSM también tiene un segundo modo, y es el que importa aquí. La documentación de CSM describe una integración directa que "enruta las conversaciones de mensajería directamente a agentes humanos sin deflexión de virtual agent", y añade: "Este enfoque está disponible para WhatsApp." Quédate con esa frase.

Qué pasa cuando Meta Business Agent se une a ese número

La documentación de Meta se volvió mucho más detallada en septiembre. Esto es lo que cambia cuando tu número de WhatsApp ya alimenta ServiceNow y luego activas Business Agent.

Responde primero, y la app de ServiceNow pasa a espera

El Conversation Routing de Meta decide qué app conectada responde cada mensaje, y el adaptador de WhatsApp de ServiceNow es una de esas apps. Cuando activas Business Agent, "El agente se convierte en el único primario para los puntos de entrada de mensajería" y "Los destinos primarios anteriores pasan a espera para conservar el contexto", según la guía de configuración de enrutamiento de Meta.

En claro: los mensajes nuevos de WhatsApp llegan primero al agente de Meta y no a tu Agent WhatsApp Queue. Puedes repartir por punto de entrada, por ejemplo dejando a ServiceNow como primario para mensajes directos mientras la IA atiende los anuncios de clic a WhatsApp. Esa configuración vive solo en Meta Business Suite: "No hay una API pública para configurar Conversation Routing."

Una IA por número, así que Otto tiene que apartarse

Esta es la decisión real en una configuración de ServiceNow. La descripción general de la plataforma de Meta exige un número "que no esté ya ejecutando otro agente de IA", porque "una integración activa de agente autorizado bloquea Meta Business Agent".

Meta no detalla exactamente qué cuenta, y la documentación de ServiceNow nunca menciona Business Agent. La lectura sobre la que yo planificaría es que Otto respondiendo en el número cuenta como otro agente de IA. Así que ejecutarías la app de WhatsApp de ServiceNow en el modo directo de la sección anterior, con los chats yendo directamente a agentes humanos y sin paso de bot, lo que deja al agente de Meta como la única IA del número.

Es una contrapartida real. Otto conoce tu base de conocimiento, tus artículos de catálogo y tus temas, mientras que el agente de Meta solo sabe lo que le cargues. La opinión de la comunidad sobre Virtual Agent es dispar, por cierto:

"Creo que la gente espera un mini ChatGPT/copilot, pero por mi experiencia está muy lejos de eso. Depende mucho de artículos de conocimiento, artículos de catálogo y temas de virtual agent."

u/ultraviolencebby, Reddit

Hay un contrapunto razonable de un equipo de conocimiento que lo hizo funcionar: "estamos logrando una tasa de deflexión de un 70-80 % a partir del conocimiento", según u/Suspicious-Movie4993. Si tus cifras de Otto se parecen a esas, ceder el asiento de WhatsApp a Meta es un paso atrás.

ServiceNow es socio nombrado, pero nadie ha publicado la documentación del traspaso

Cuando Business Agent traspasa, el chat se queda en el mismo hilo de WhatsApp y solo cambia la titularidad hacia otra app del número. La guía de atención al cliente de Meta lista "Un destino con personal para las conversaciones traspasadas" como requisito previo, y un traspaso simple va a la app que configures como "escalation partner", según la documentación de control de hilo.

ServiceNow lleva ventaja aquí. Cuando Meta presentó Business AI en octubre de 2025 (el nombre anterior de Business Agent), escribió que estaba "colaborando activamente con plataformas líderes como Salesforce, Microsoft Dynamics 365 Contact Center, ServiceNow, Zendesk, Gorgias y Klaviyo Service" para los traspasos. Es más de lo que consiguieron Atlassian o Freshworks.

Pero el rastro se enfría después. El anuncio de lanzamiento de junio nombra a "Shopify, Zendesk y Shopee", no a ServiceNow, y la documentación de ServiceNow no menciona Business Agent, el traspaso ni el conversation routing en absoluto. Su configuración asigna un ID de número de teléfono de WhatsApp a una identidad de canal y no dice nada sobre compartir el número. Según la documentación de enrutamiento de Meta, un traspaso debería llegar al adaptador de ServiceNow como una conversación entrante normal, pero aun así lo probaría en un número de repuesto antes de que lo vea ningún cliente.

Curiosamente, el vínculo de ServiceNow con Meta es una persona. La nueva Enterprise Platform de Meta, anunciada el 28 de septiembre, está dirigida por CJ Desai, que "pasó casi ocho años en ServiceNow, incluso como President y COO".

Conviene conocer algunos detalles más del traspaso:

• El contexto viaja en una nota de 2.000 caracteres. El evento de traspaso lleva un campo de texto libre metadata que Meta sugiere usar "para llevar la referencia del ticket o del pedido". Nada en la documentación de ServiceNow dice que el adaptador lo lea.
• No controlas los disparadores. El traspaso se activa por baja confianza, problemas de integridad o cuando un cliente pide una persona, y "No configuras los disparadores", según la página de capacidades de Meta. Mi guía de traspaso de agentes de IA cubre cómo es uno bueno.
• La ventana de 24 horas sigue vigente. La documentación de CSM de ServiceNow dice que los mensajes iniciados por el agente deben estar "dentro de las 24 horas del último mensaje del cliente". Un traspaso a las 2 de la madrugada que espera hasta las 10 del día siguiente está bien, pero uno atendido dos días después es un hilo muerto.
• Los contactos de cliente no reciben notificaciones. La documentación dice: "Los consumidores y los contactos de cliente se consideran invitados y no pueden recibir notificaciones en los canales de mensajería." Así que un cliente de CSM no recibirá un aviso de WhatsApp cuando se actualice su caso. Solo lo recibirán los empleados con cuentas de usuario.

Conectar el agente de Meta a la API de ServiceNow: la auth encaja, el servidor MCP no

Business Agent realiza acciones mediante conectores, es decir, APIs HTTP o servidores MCP remotos que defines tú mismo. La referencia de conectores de Meta dice: "Actualmente solo se admiten OAUTH2_CLIENT_CREDENTIALS, API_KEY y NONE." Esa línea es justo donde se rompieron las versiones de Freshdesk y Gorgias de esta configuración, porque ambas quieren Basic auth.

ServiceNow ofrece dos vías limpias, y ambas llegaron con la versión Washington DC:

• OAuth con credenciales de cliente. La KB1645212 de ServiceNow dice: "A partir de la versión Washington DC, ServiceNow admite el tipo de concesión Client Credentials para solicitudes OAuth entrantes." "Está desactivado por defecto", así que un administrador crea la propiedad del sistema glide.oauth.inbound.client.credential.grant_type.enabled y la pone en true. Cada app que lo use "debe estar asignada a un usuario de integración" en el campo OAuth Application User, y el token viene de /oauth_token.do. Eso coincide con lo que espera el tipo OAUTH2_CLIENT_CREDENTIALS de Meta.
• Claves de API REST. El Developer Advocate de ServiceNow Chuck Tomasi anunció las claves de API entrantes en la misma versión. La clave va en una cabecera x-sn-apikey y se ejecuta como el usuario que elijas. La configuración API_KEY de Meta te deja nombrar el campo de la cabecera, así que esa también encaja.

Dos rutas no encajan. Basic auth, el valor por defecto de siempre, es lo que Meta marca como no admitido, y el MCP Server de ServiceNow hoy no puede ser un conector de Meta. Las FAQ de la MCP Server Console de ServiceNow dicen que "usa OAuth 2.0 con Authorization Code Grant para autenticar todas las conexiones" y que las credenciales de cliente "no se admiten actualmente para las conexiones de MCP Server Console. Está en la hoja de ruta del producto." El conector de Meta no puede completar un flujo de código de autorización, así que la nueva puerta de IA hacia ServiceNow sigue cerrada por ahora. Mi artículo sobre la integración MCP de ServiceNow cubre qué hace ese servidor para clientes como Claude.

Las herramientas que definirías, y tres trampas

Resuelta la auth, el conector se reduce a un puñado de llamadas REST. El ejemplo de Meta es una herramienta create_support_ticket cuyo resumen rellena el agente a partir del chat, y sus macros pueden vincular el número de teléfono de WhatsApp y el ID de conversación a campos para que el agente no los adivine. Para ServiceNow, eso se traduce en:

1. Crear el registro. POST /api/now/table/incident en la Table API para un servicio de TI, o POST /api/sn_customerservice/case en la CSM Case API para atención al cliente.
2. Consultar el estado. Un GET sobre el caso, para que el agente pueda responder "¿alguna novedad sobre mi reparación?" sin traspaso.
3. Añadir una actualización visible para el cliente. Escribir en comments, no en work_notes. Según la referencia de la Case API, los roles externos de cliente "solo pueden establecer los campos comments y state" por defecto, y las work notes son el campo interno.

Las trampas vienen todas de las propias páginas de ServiceNow:

• La Case API no te avisa cuando te equivocas. "No realiza validación de parámetros", así que un nombre de campo mal escrito se descarta en silencio. Usa el endpoint de ejecución de prueba de herramientas de Meta y revisa el registro, no solo el 200.
• No hay un valor de canal para WhatsApp. El contact_type de la Case API acepta chat, email, phone, social y web. Elige uno y etiqueta el origen en otro sitio; si no, tus informes meterán WhatsApp en el mismo saco que el chat web.
• Los límites de tasa llegan como 429. La KB3046852 lista reglas de límite de tasa definidas por el administrador, sobrecarga de nodos y un tope de 300 segundos por transacción. Un conector que reintenta a ciegas durante un pico del lunes por la mañana solo empeora las cosas.

Meta señala el riesgo de fallo silencioso en su propia guía: "Un ticket fallido es invisible: el agente ya ha dicho que un compañero se pondrá en contacto, el comprador espera y nadie se entera hasta que vuelve a escribir más enfadado." Con una Case API que ignora campos incorrectos, esa advertencia cuenta el doble.

Cuánto cuesta: Meta Business Agent frente a la IA propia de ServiceNow

La comparación se vuelve incómoda aquí, porque ServiceNow no publica cifras en dólares de nada de esto.

Una cifra favorece a ServiceNow. Un artículo de la comunidad de ServiceNow sobre el cambio de licencias de abril de 2026 dice que Virtual Agent "ahora tiene conversaciones ilimitadas" en los nuevos niveles de ITSM. Así que el bot clásico basado en temas está cubierto, y solo los temas de Now Assist respaldados por LLM consumen asistencias.

El agente de Meta es la única línea aquí con un precio que puedes poner hoy en una hoja de cálculo, aunque los primeros usuarios de Business Agent notaron lo rápido que ese precio se acumula:

"Me preocupa que el coste por mensaje es una barbaridad, unos 5 céntimos por mensaje."

u/Aromatic-Surround167, Reddit

Del lado de ServiceNow, el dolor está en el paquete más que en la unidad. Un administrador de CSM describió su renovación: "Teníamos un AI starter pack con 25 licencias de CSM Pro Plus. Lo subimos a 50. Mantenemos 900 licencias en total en CSM Pro. ¿Su nuevo modelo? Todas las licencias tienen que ser del mismo tipo", según u/12_barrelmonkeys. Mi desglose de los precios de la IA de ServiceNow y la guía de tipos de licencia profundizan en eso.

El 1 de octubre afecta a las respuestas de tus agentes, no a la IA

La mayoría de los equipos de ServiceNow en WhatsApp notarán un cambio distinto al del precio de la IA. Desde el 1 de octubre de 2026, Meta cobra los mensajes de servicio por mensaje después de 1.000 gratuitos por número de teléfono al mes. La página de precios de Meta dice que cada mensaje se factura "o bien como mensaje de Meta Business Agent o bien como mensaje de servicio, nunca ambos".

La app nativa de ServiceNow funciona con tu propia cuenta de Meta, así que esas tarifas de mensajes de servicio llegan directamente a tu factura de Meta, sin un BSP en medio que las absorba o las encarezca. Cada respuesta que un agente envía desde Agent Workspace tras el traspaso cuenta como una. Elegir el agente de Meta no lo evita, solo cambia quién escribe las primeras respuestas. Mi explicación de los precios de la API de WhatsApp tiene el historial completo de tarifas, y el artículo sobre los cambios de política de Meta cubre lo que Meta hizo con los bots de terceros.

Construir tu propio bot de ServiceNow sobre Muse Spark

La tercera ruta se salta Business Agent y construye directamente sobre el modelo. Es la más cercana a mi trabajo diario, así que aquí va lo que implica en la práctica.

Del lado del modelo, Muse Spark 1.3 cuesta 1,25 $ de entrada y 4,25 $ de salida por 1 M de tokens en el nivel estándar (documentación de la Meta Model API). El nivel más barato para colaboradores queda descartado para soporte, porque los términos de Meta dicen: "No debes enviar información sensible, confidencial o personal a los Discounted Services." Un caso de ServiceNow contiene nombres y correos, además de números de cuenta. Mi reseña de Muse Spark 1.3 cubre dónde es fuerte el modelo.

Del lado de ServiceNow, el resto corre por tu cuenta:

1. El lado de WhatsApp. El adaptador de ServiceNow es dueño del webhook del número, así que un bot propio o lo sustituye o se sitúa detrás de una Custom Chat Integration. Ninguna de las dos es tarea de un fin de semana.
2. Auth. Credenciales de cliente con un usuario de integración dedicado y ámbitos de autenticación de API acotados, renovados cada 30 minutos. Sinceramente, la parte fácil.
3. Conocimiento. Artículos de conocimiento, artículos de catálogo y casos resueltos, sincronizados con la Table API.
4. El bucle. Leer el caso, redactar un comentario o una work note, fijar la categoría y el grupo de asignación. Para una primera versión, yo la lanzaría escribiendo solo work notes, lo que significa que nada llega a un cliente sin una persona.
5. Escalado y pruebas. Tu propio umbral de confianza, más una repetición de casos reales antes de salir en vivo. Mi guía de construir o comprar detalla la lista completa.

Un hilo de 2026 muestra el tipo de error con el que te comprometes, incluso dentro de la propia pila de ServiceNow. El agente personalizado de un administrador funcionaba bien en AI Agent Studio y solo fallaba en el canal de WhatsApp:

"El AI Agent funciona correctamente cuando se prueba directamente en AI Agent Studio. Se crea un plan de ejecución y el Work Order Agent puede ejecutarse. Sin embargo, cuando invoco el mismo AI Agent desde WhatsApp, no se ejecuta correctamente."

u/Affectionate_Bet971, Reddit

La causa probable, según las respuestas del hilo, es que el canal de WhatsApp se ejecuta bajo un contexto de usuario distinto al de tu sesión de administrador, sin los roles que el agente necesita. La misma cuestión del contexto de usuario se aplica a cualquier bot que construyas. Otros modelos reciben el mismo tratamiento en ChatGPT para ServiceNow, Claude para ServiceNow y Grok para ServiceNow.

Dónde se detiene el agente de Meta para un equipo de ServiceNow

Nada de esto está oculto y todo figura en la propia documentación de Meta, pero pesa más en un equipo de ServiceNow:

• Solo responde en las apps de Meta. Tu instancia también recibe el portal, el correo, Teams y Slack. Business Agent no cubre ninguno, así que acabarías con dos IA con dos conjuntos de reglas. Mi artículo sobre el chatbot de ServiceNow cubre esos canales.
• Tu historial de casos no es una fuente de conocimiento. La guía de soporte de Meta te dice que "exportes los principales motivos de tu helpdesk del último trimestre" y escribas las entradas de FAQ a mano. Tu base de conocimiento y años de casos resueltos quedan fuera de alcance.
• No conoce tu estructura. El valor de ServiceNow es la estructura: categorías, grupos de asignación, SLA, aprobaciones, la CMDB. El agente de Meta ve un chat, no un caso, a menos que tu conector se lo enseñe.
• Se excluyen las industrias reguladas. Las empresas de finanzas, salud, gobierno, alcohol o juego no pueden usar la Platform.
• La precisión sigue necesitando fundamentación. El centro de ayuda de Meta advierte: "Algunos mensajes de IA pueden ser inexactos o inapropiados."

Un comentarista de r/WhatsappBusinessAPI trazó bien el límite:

"Si miras de cerca el agente de IA actual, solo puede hacer cosas dentro de Meta, pero nada fuera de él."

u/Ok_West333, Reddit

Ese es el replanteamiento con el que dejaría a un equipo de ServiceNow: el agente de Meta es una puerta de entrada para WhatsApp, mientras que ServiceNow es donde vive el trabajo, y la IA que se gana su sitio es la que puede leer y escribir allí.

Qué configuración encaja con tu equipo de ServiceNow

Así elegiría yo, según quién escribe y cómo trabaja tu equipo.

La mayoría de los equipos de ServiceNow están en la primera fila, y la cuestión de WhatsApp nunca se les plantea. Para los equipos de CSM, yo dedicaría el tiempo a la segunda y la cuarta fila. Si comparas herramientas de IA para la propia instancia, mi recopilación de la mejor IA para ServiceNow y la guía de añadir IA a ServiceNow son buenas lecturas siguientes.

La lista de alternativas a ServiceNow Virtual Agent ayuda si Otto es lo que estás replanteando, y la mejor IA para soporte por WhatsApp cubre WhatsApp en distintos helpdesks.

Prueba eesel para WhatsApp en ServiceNow

Primero la respuesta directa: eesel no tiene una integración nativa con ServiceNow, y prefiero que lo oigas de mí a que lo descubras en una pantalla de configuración. Lo que sí tiene son las dos piezas que esta configuración necesita de verdad.

eesel es un compañero de helpdesk con IA que responde él mismo en WhatsApp, así que puede ocupar el único asiento de IA del número en lugar del agente de Meta o de Otto. Llega a ServiceNow mediante Network Access: permites el dominio de tu instancia, añades la cabecera x-sn-apikey para una clave de API de ServiceNow, y el agente puede crear casos, leer su estado y publicar comentarios por la API REST. La credencial se guarda como cabecera y nunca se muestra a la IA, y con Action Permissions puedes poner cada escritura en "ask" para que una persona la apruebe primero.

Aprende de tu centro de ayuda y de conversaciones pasadas, y sigue instrucciones en lenguaje natural sobre qué solicitudes puede tocar. Los precios son un plan mensual fijo de créditos, en el que un chat cuenta como un crédito por muchas respuestas que requiera, así que no hay cuentas de asistencias.

Si prefieres automatizarlo con scripts, la CLI de eesel te permite a ti, o a un agente de programación como Claude Code o Cursor, revisar eesel status, leer eesel activity y despachar eesel approvals desde una terminal, sobre el mismo compañero que configurarías en el panel. Un webhook de un flow de ServiceNow puede despertarlo cuando cambia un caso.

Prueba eesel gratis con 100 créditos y sin tarjeta, y comprueba cómo gestiona tus conversaciones de WhatsApp antes de que llegue el cambio de precios del 1 de octubre.