ChatGPT para ServiceNow: las formas reales de conectarlos en 2026

Por qué "ChatGPT para ServiceNow" es una pregunta real

Me dedico a crear integraciones, así que leo muchos hilos de "conecta X con Y", y ServiceNow es donde más se ensancha la brecha entre la demo y la realidad del día dos. ServiceNow ITSM es la plataforma líder del mercado en gestión de servicios empresariales, y su modelo de datos de incidentes, cambios, problemas y solicitudes es sólido. Nadie en la comunidad discute que esté mal construida. Lo que se discute es cuánto cuesta lograr que haga algo nuevo, y esa es exactamente la fricción que lleva a la gente a buscar cómo acoplarle ChatGPT.

El instinto tiene sentido. Tu equipo ya vive en ChatGPT. Escribe resúmenes limpios, redacta respuestas y razona sobre texto desordenado. Así que la pregunta es: ¿puede esa misma inteligencia leer un incidente de ServiceNow, resumirlo y quizá actuar sobre él? La respuesta es sí, de varias formas, y las diferencias tienen que ver sobre todo con el dinero, los permisos y cuánto quieres construir.

Algo que aclarar primero, porque confunde a mucha gente: la propia IA de ServiceNow no está atada a un solo modelo. La ServiceNow AI Platform dice que puede "conectar cualquier LLM, de OpenAI y Anthropic o tus propios modelos". Así que "ChatGPT para ServiceNow" puede significar GPT impulsando la IA nativa de ServiceNow, o tu ChatGPT accediendo a ServiceNow desde fuera. Son proyectos distintos. Repasemos las cuatro vías.

Vía 1: Now Assist nativo, apoyado en GPT

Esta es la opción más "dentro de ServiceNow". Now Assist es la capa de IA generativa de ServiceNow, integrada directamente en el flujo de trabajo de ITSM en lugar de acoplada como un chatbot aparte. Resume incidentes, redacta respuestas, impulsa el agente virtual y, en los niveles superiores, ejecuta AI Agents autónomos que resuelven solicitudes rutinarias de principio a fin. Como la plataforma es independiente del modelo, GPT puede ser el motor de esas habilidades.

La ventaja es real: la IA está donde ya ocurre el trabajo, con acceso nativo a tus registros, flujos de trabajo y más de 20 años de automatización determinista. Si ya estás metido a fondo en ServiceNow, es el acoplamiento más estrecho que puedes conseguir.

El inconveniente es el modelo comercial, y es grande. ServiceNow retiró sus antiguos SKU Standard/Pro/Enterprise el 1 de julio de 2026, y la página de precios de ITSM muestra ahora tres paquetes, Foundation, Advanced y Prime, con cero cifras en dólares en ninguna parte, solo un botón "Get Custom Quote". La IA que realmente quieres, el L1 Service Desk AI Specialist y los AI Agents para ITSM, es solo Prime. Foundation y Advanced reciben IA de asistencia, no la autónoma.

Luego está el contador de asistencias. Cada acción de Now Assist consume "asistencias" de un bloque negociado: un resumen de incidente cuesta 1 asistencia, un tema de agente virtual 10, un flujo agéntico de 25 a 150 según el número de herramientas, y la generación de apps 2.500. ServiceNow por fin publicó la tarifa como un PDF legal público en julio de 2026, lo cual ayuda, pero la lectura práctica de la comunidad es que el trabajo intensivo agota el bloque rápido y los compradores siguen sin poder prever el gasto solo con la página.

"None of my customers want to use it because licensing model it's too complicated to understand or too expensive and looking to do some way around it even if that means having 2 platforms for the same thing"

u/Charming_Version_260, r/servicenow

Para ser justos, no es una crítica a la calidad del modelo. GPT bajo Now Assist razona bien. La fricción está por completo en los niveles y la medición, una fricción muy propia de ServiceNow.

Vía 2: el puente del servidor MCP

Esta es la vía a la que la mayoría se refiere al decir "conectar ChatGPT con ServiceNow". ServiceNow ofrece ahora un servidor MCP oficial, de disponibilidad general y, según el anuncio de Action Fabric, "incluido en todos los SKU de Now Assist y AI Native". Model Context Protocol es el estándar abierto que permite a un cliente de IA llamar a herramientas externas, y el modo desarrollador de ChatGPT es un cliente MCP completo, así que hablan el mismo idioma.

Así es la estructura. El servidor Quickstart vive en una URL como https://<instance>.service-now.com/sncapps/mcp-server/mcp/sn_mcp_server_default, se autentica con OAuth 2.0 y expone exactamente cuatro herramientas: consultar registros de incidentes, consultar registros de casos, resumir incidentes y resumir casos. La documentación de ServiceNow cita a Claude y Microsoft Copilot como clientes compatibles; ChatGPT encaja igual, porque el modo desarrollador de ChatGPT "ofrece compatibilidad completa con clientes de Model Context Protocol (MCP) para todas las herramientas, de lectura y escritura".

Hay dos cosas que conviene interiorizar antes de entusiasmarse.

Primero, las herramientas del Quickstart solo leen y resumen. No hay ninguna herramienta de escritura o acción de serie. ChatGPT puede traer un incidente y resumirlo, pero no puede cerrar el ticket, reasignarlo ni actualizar un campo hasta que alguien construya esas herramientas (ServiceNow admite cinco categorías de herramientas, desde la REST API hasta una habilidad de Now Assist, pero es un proyecto de desarrollo con sus propios roles de administrador).

Segundo, el coste tiene un recargo silencioso. Un empleado de ServiceNow lo explicó en las preguntas frecuentes de MCP de la comunidad: las habilidades expuestas como herramientas mediante el servidor MCP "consumirán su número habitual de asistencias al invocarse más 1 asistencia". Ese +1 fijo es ruido en una habilidad de 250 asistencias y un 100 % de sobrecoste en un resumen de incidente de 1 asistencia. Si tu plan es "ChatGPT resume 500 incidentes cada noche", ahora pagas 1.000 asistencias por lo que el resumen nativo habría costado en 500.

Algunos límites más para dimensionar bien el proyecto: el servidor solo admite HTTP en streaming y SSE (sin stdio ni servidores locales), requiere un SKU de Now Assist o de IA y parches recientes, y la documentación de la MCP Server Console señala que los datos se transfieren fuera de la instancia a un entorno centralizado de ServiceNow, posiblemente en otra región o en una nube de terceros, con las entradas alimentando el desarrollo de modelos salvo que lo desactives. Para un comprador de TI interna en un sector regulado, esa línea sobre residencia de datos es un punto de revisión real, no una nota al pie.

Del lado de ChatGPT, las acciones de escritura mediante MCP personalizado siguen en beta y limitadas a los planes Business, Enterprise y Edu; Pro solo tiene lectura y recuperación, y solo en la web. Así que, para la mayoría de los equipos, la capacidad real de esta vía hoy es: ChatGPT lee y resume registros de ServiceNow, con un sobrecoste por llamada. Es útil para un analista de service desk que quiere un resumen rápido, y está muy lejos de "la IA gestiona mi cola".

Vía 3: un GPT personalizado sobre la Table API

Si no quieres licenciar Now Assist en absoluto, puedes saltarte por completo la IA de ServiceNow y dejar que ChatGPT hable directamente con la Table API REST de ServiceNow. Creas un GPT personalizado con "acciones" OpenAPI, configuras una integración OAuth de entrada en el lado de ServiceNow y ChatGPT ya puede consultar y, con los permisos adecuados, actualizar registros.

Es la vía del constructor y tiene un atractivo claro: sin contador de asistencias, sin nivel Prime, y controlas exactamente qué tablas y campos puede tocar el GPT. Si ya tienes un desarrollador que conoce las ACL de ServiceNow, es la opción más barata de operar.

El inconveniente honesto es que todo es tuyo. Mantienes el esquema de acciones, la autenticación, el manejo de errores y las barreras de seguridad. No hay una simulación integrada que te diga si el GPT responde bien a tus tickets reales, y un GPT personalizado vive dentro del ChatGPT de una sola persona a menos que lo promuevas a través de tu espacio de trabajo. También hay un ecosistema de código abierto saludable si prefieres no empezar de cero, como el proyecto echelon-ai-labs/servicenow-mcp con licencia MIT (incidentes, cambios, catálogo, KB, usuarios, flujos de trabajo), al que la comunidad recurre precisamente para evitar el licenciamiento de Now Assist.

Para una prueba de concepto, esta vía es estupenda. Para un agente de nivel 1 en producción del que depende todo un equipo, "el GPT personalizado de un ingeniero brillante" suele convertirse en un lastre de mantenimiento el día que ese ingeniero se va de vacaciones.

Vía 4: poner una capa centrada en Slack por delante de ServiceNow

Ahora el replanteamiento, porque hay una vía que las otras tres pasan por alto. La mayor parte del motivo por el que la gente quiere "ChatGPT en ServiceNow" es la desviación: quieren que la IA responda las preguntas repetitivas de nivel 1 para que esos tickets no devoren el día de un analista. Y una gran parte de esas preguntas nunca necesitó convertirse en un ticket formal de ServiceNow. Empezaron como un mensaje directo a TI en Slack.

Escucha lo que ocurre de verdad cuando los equipos intentan resolverlo de forma nativa:

"We run ServiceNow for everything, ticketing, CMDB, change management, SLAs. That part is solid and I have no plans to rip it out. But we bought Now Assist expecting it to actually handle the tier 1 stuff that eats our team alive... What we got instead is a slightly smarter virtual agent that still kicks most things to a human. The knowledge base answers are either too generic or flat out wrong. Our people tried it for two weeks, gave up, and went back to DMing us in Slack."

u/AndroidTechTweaks, r/servicenow

Esa última frase es toda la oportunidad. Si tu gente va a preguntar en Slack de todos modos, pon una buena IA en Slack y respóndeles ahí. Ese es el modelo detrás de eesel: un compañero de helpdesk con IA que se entrena con tu conocimiento existente, Confluence, Google Docs, el centro de ayuda y tickets anteriores, y responde preguntas dentro de Slack o Teams. Lo rutinario se resuelve al instante, y solo los problemas reales escalan a un ticket de ServiceNow.

Quiero ser claro sobre el compromiso, porque es la honestidad que sostiene todo este artículo. eesel no se conecta de forma nativa con la Now Platform. Su único conector ITSM nativo es Jira Service Management, no ServiceNow, Freshservice ni Ivanti. Así que eesel no va a entrar en un incidente de ServiceNow para actualizar el campo de estado por ti. Si tu requisito principal es "que el bot escriba de vuelta en los registros de ServiceNow", la Vía 1 o una Vía 2 desarrollada es tu respuesta, no esta.

En lo que eesel sí es bueno es en la capa previa al ticket: estar en la superficie de chat donde los empleados preguntan de verdad, responder desde tu conocimiento y reducir el volumen que llega al service desk. Y lo hace sin contador de asistencias. eesel tiene un precio mensual fijo, desde 299 $ al mes por 500 créditos, donde un ticket o sesión de chat es un crédito sin importar cuántos mensajes tenga, con 100 créditos gratis para empezar y sin tarifa de plataforma ni por usuario. Nunca se te cobran los tickets que gestionan tus humanos.

La otra diferencia práctica es que puedes comprobarlo antes de comprometerte. La habilidad de simulación de eesel "reproduce tus tickets pasados reales y compara sus respuestas con lo que tu equipo envió de verdad", y luego te devuelve las lagunas concretas y los cambios de instrucciones. Es lo opuesto a la experiencia de "dos semanas y a abandonar" de antes: ves dónde es fuerte y dónde débil con tus datos antes de que un solo empleado lo toque.

Entonces, ¿qué vía elegir?

Así lo decidiría yo, tras haber conectado más de una.

El error que veo con más frecuencia es tratar esto como una única decisión técnica cuando en realidad son dos trabajos distintos. "Automatizar el trabajo en lo profundo de ServiceNow" y "evitar que las preguntas de nivel 1 se conviertan en tickets" son problemas diferentes, y la mejor respuesta al primero rara vez es la mejor al segundo. Muchos equipos acaban usando ambas: Now Assist y MCP para la automatización dentro de la plataforma que necesitan sus analistas, y una capa de desviación centrada en Slack para la avalancha de preguntas fáciles que nunca debieron llegar a la cola.

Elijas lo que elijas, lo que hay que comprobar antes de firmar es el coste total de la IA, no el precio de etiqueta de la plataforma. ServiceNow es famosa por lo cara que resulta ampliarla, y los complementos de IA son justo donde el contador corre más rápido.

"Another area for improvement is pricing. ITSM platforms can become expensive as the organization grows, especially when adding more users, advanced modules, integrations, automation, or AI capabilities."

Verified User in Retail (Enterprise), G2

Prueba eesel como capa de nivel 1

Si buscaste "ChatGPT para ServiceNow" porque las preguntas rutinarias están sepultando tu service desk, es exactamente el problema para el que se creó eesel. Funciona como un nuevo empleado que se une a tu Slack o Teams, aprende tu centro de ayuda y tus documentos el primer día y empieza a responder las preguntas fáciles para que nunca se conviertan en tickets de ServiceNow.

El encaje honesto: eesel no escribe en los registros de ServiceNow, así que complementa a una empresa con ServiceNow en lugar de reemplazar la Now Platform. Pero puedes ejecutarlo contra tus tickets pasados reales en simulación, ver la desviación que conseguirías de verdad y desplegarlo solo cuando estés seguro, todo antes de gastar un céntimo. Es gratis para probar, está en marcha en minutos y se vende como un plan mensual fijo, sin contador de asistencias que prever.