El ProcessOS de Camunda sostiene que BPM siempre fue la capa correcta para los AI agents

La mayoría de las estrategias de AI empresarial en 2026 están construidas sobre la capa equivocada. Gobiernan los agentes a nivel del modelo, o eligen una plataforma de agentes y confían en que la gobernanza vendrá incluida. Camunda acaba de argumentar que ambos enfoques fallan en lo esencial.

Resumen rápido: El 20 de mayo de 2026, Camunda anunció ProcessOS en CamundaCon Amsterdam, ante aproximadamente 1.200 líderes empresariales y tecnólogos de 25 países. ProcessOS se ubica como una capa de inteligencia de AI sobre la plataforma de orquestación existente de Camunda, que ya ejecuta millones de instancias de flujo de trabajo concurrentes diariamente. El producto utiliza cuatro AI agents para cubrir el ciclo de vida completo del proceso: descubrir cómo funcionan realmente las cosas hoy, rediseñarlas hacia los resultados deseados, construir e implementar el nuevo proceso, y mejorarlo continuamente en producción. Según el anuncio de Camunda del 20 de mayo, la tesis central es que la adopción de AI empresarial se ha estancado en la asistencia de tareas porque los agentes no han recibido la autoridad ni la estructura de gobernanza para actuar a nivel de proceso. ProcessOS es la respuesta de Camunda a eso.

Qué hace realmente ProcessOS

El producto funciona desde el lenguaje natural. Usted describe un resultado. ProcessOS genera una solución completa basada en procesos: flujos de trabajo agénticos, mapeos de datos, lógica de integración, reglas de decisión, prompts para agentes y los formularios de interfaz que los humanos todavía necesitan gestionar. Extrae del catálogo de extensiones del Marketplace de Camunda, por lo que construye sobre conectores existentes en lugar de inventar desde cero.

Cuatro AI agents especializados comparten el trabajo a lo largo del ciclo de vida del proceso. El primero mapea cómo se ejecutan realmente los procesos, no cómo usted cree que se ejecutan. El segundo rediseña el proceso en torno al resultado que usted especificó. El tercero gestiona la construcción e implementación. Y el cuarto supervisa la producción, señala las desviaciones y retroalimenta mejoras continuas al ciclo.

Lo que dicen los datos

• La plataforma existente de Camunda gestiona millones de instancias de flujo de trabajo concurrentes diariamente en grandes implementaciones empresariales (Camunda, 2026)
• CamundaCon Amsterdam 2026 atrajo a aproximadamente 1.200 líderes empresariales y tecnólogos de 25 países (Camunda, 2026)
• La adopción de AI empresarial se ha estancado en la asistencia de tareas, con la mayoría de las implementaciones limitadas a recomendaciones y chatbots en lugar de acciones a nivel de proceso (resumen de lanzamiento de Camunda ProcessOS, 2026)

ProcessOS se ejecuta de forma nativa en Amazon Web Services, con vínculos profundos con Amazon Bedrock y Amazon Bedrock AgentCore. Eso cubre modelos fundacionales, memoria de agentes, gestión de identidades y servicios de puerta de enlace. Actualmente está en beta cerrada; las empresas pueden registrar su interés en camunda.com/process-os.

El CTO Daniel Meyer es el ejecutivo de Camunda a cargo de este lanzamiento. Su planteamiento es directo: las empresas necesitan dejar de pensar en qué tareas puede asistir la AI y comenzar a decidir qué tareas deben realizar los agentes frente a los humanos, a nivel de proceso y con trazabilidad completa.

Por qué la capa de procesos es el nuevo campo de batalla

Business Process Model and Notation (BPMN) es un estándar empresarial de 20 años de antigüedad. Camunda es uno de sus mayores proveedores de plataforma. La apuesta de ProcessOS es que esta capa, específicamente la orquestación de procesos de varios pasos con roles definidos, traspasos y SLAs (Service Level Agreements), siempre fue el lugar correcto para gobernar agentes. La capa LLM es demasiado abstracta. La capa de chat es demasiado superficial. La capa de procesos ya tiene lo que las empresas necesitan.

Y no solo Camunda está haciendo este movimiento. IBM, Pega y Appian están todos extendiendo sus herramientas BPM hacia los agentes. Al mismo tiempo, Salesforce Agentforce, ServiceNow AI Platform y Microsoft Copilot están todos incorporando capacidades de proceso en lo que comenzó como plataformas de agentes. Ambos bandos compiten por la misma superficie de control.

La pregunta para los CTOs no es qué proveedor gana. Es qué capa arquitectónica debe anclar su estrategia de agentes empresariales. Esa es la decisión real que ProcessOS pone sobre la mesa.

Las tres implicaciones para el CTO

La convergencia es real y necesita elegir una capa

Los proveedores de BPM y los de plataformas de agentes están convergiendo en la misma superficie de control. El argumento de Camunda es que BPM ya tiene los elementos primitivos que las empresas necesitan para los agentes: registros de auditoría, control de versiones, aplicación de SLAs, traspasos basados en roles y puntos de control con intervención humana. Las plataformas de agentes están intentando incorporar esas capacidades a arquitecturas diseñadas para la ejecución de tareas, no para la gobernanza de procesos.

Eso no significa automáticamente que BPM gane. Pero sí significa que si actualmente está gobernando agentes a nivel del modelo mediante la ingeniería de prompts y guardrails, lo está haciendo en el nivel equivocado. La gobernanza a nivel de prompt no sobrevive a un proceso con 14 pasos y 4 traspasos.

Agentes-como-tareas supera a agentes-como-aplicaciones para el cumplimiento normativo

El patrón que más importa para los sectores regulados es "el agente ejecuta un paso dentro de un proceso gobernado", no "el agente opera como una aplicación autónoma". Una aprobación de reembolso, una verificación Know Your Customer (KYC) o la liquidación de una reclamación de seguro necesitan la misma trazabilidad independientemente de si el ejecutor es un humano, un script o un AI agent. La capa de procesos ya lo garantiza, porque la definición del proceso es anterior al agente.

Aquí es donde las plataformas BPM tienen una ventaja estructural genuina. Cuando ejecuta un agente dentro de un proceso BPMN, el registro de auditoría no es algo que añade, sino algo que hereda. El equipo de cumplimiento normativo no necesita confiar en el agente; confía en el proceso, y el agente es solo otro ejecutor de pasos que ya han aprobado.

Consulte Requisitos de gobernanza por patrón de AI para ver cómo esto se desarrolla en distintos casos de uso de agentes, y Execute: Cuando la AI cambia el estado externo para el contexto más amplio sobre por qué importa la gobernanza de la ejecución de agentes.

La pregunta de compras acaba de cambiar

Hasta ahora, la pregunta habitual del CTO era: "¿En qué plataforma de agentes nos estandarizamos?" Ahora deben ser dos preguntas. Primero: ¿qué capa de orquestación gobierna cómo diseñamos, implementamos y auditamos los procesos, independientemente de si el ejecutor es humano o agente? Segundo: ¿qué motor de agentes usamos para los pasos de ejecución de AI dentro de esos procesos? Y, de forma crítica: ¿son la misma plataforma o plataformas distintas?

Para algunas organizaciones, la respuesta será consolidación: elegir Salesforce o ServiceNow y aceptar que su orquestación y su motor de agentes son del mismo proveedor. Para otras, especialmente las que tienen procesos complejos, regulados y multi-sistema, la respuesta puede ser mantener BPM como la capa de orquestación y tratar las plataformas de agentes como motores de ejecución que se conectan a ella.

ProcessOS es esencialmente el argumento de Camunda de que no debería tener que elegir: dejar que la capa de procesos sea dueña de la orquestación y la gobernanza, y dejar que los modelos fundacionales se encarguen de la inteligencia. Es una separación clara. Si funciona en la práctica depende de su arquitectura existente. Pero el enfoque es correcto.

Para un marco sobre cómo abordar esta decisión de construir frente a comprar frente a asociarse a nivel ejecutivo, consulte El Marco de Construir frente a Comprar frente a Asociarse.

La Prueba de Control de la Capa de Procesos

Antes de que cualquier CTO se comprometa con un enfoque de gobernanza de agentes, ejecute esta prueba de tres preguntas. Cada pregunta se corresponde con una capa diferente.

Pregunta 1: ¿Requiere este proceso un registro de auditoría documentado para revisión de cumplimiento normativo o legal? Si la respuesta es sí, necesita la capa de orquestación de procesos. Los guardrails a nivel de modelo no producen el registro paso a paso que requieren los equipos de cumplimiento normativo. BPM sí.

Pregunta 2: ¿Implica este proceso traspasos entre humanos y agentes, o entre múltiples agentes? Si la respuesta es sí, necesita orquestación explícita, no solo un agente que llama herramientas. Las plataformas de orquestación de procesos definen puntos de traspaso, rutas de escalación y SLAs. Las plataformas de agentes normalmente no lo hacen, a menos que usted construya esa lógica por su cuenta.

Pregunta 3: ¿Necesita este proceso ser versionado, revertido o certificado por un interesado no técnico? Si la respuesta es sí, necesita una capa que separe la definición del proceso de su ejecución. Los diagramas BPMN son legibles para los responsables del proceso y los equipos de cumplimiento normativo. El código de agentes no lo es. Si su CISO o su oficial de cumplimiento necesita aprobar el proceso, debe poder leerlo en algo que no sea Python.

Si responde sí a dos o tres de estas preguntas, la capa de orquestación de procesos pertenece a su evaluación. Si no responde sí a ninguna, una plataforma de agentes o la integración directa con el modelo puede ser suficiente.

Qué poner en una evaluación de 90 días

La ventana de 90 días importa porque las decisiones de plataforma tomadas ahora serán difíciles de revertir en 12 meses. Así es como se ve una evaluación estructurada.

Días 1-30: Mapee su inventario de procesos regulados. Extraiga cada proceso de varios pasos en su organización que tenga un requisito de cumplimiento normativo, auditoría o SLA. Evalúe cada uno con las tres preguntas anteriores. No necesita evaluarlos todos, pero necesita saber dónde vive el riesgo de gobernanza.

Días 31-60: Ejecute una prueba de arquitectura en paralelo. Elija un proceso de complejidad media que actualmente utiliza un agente o que se está construyendo para agentes. Impleméntelo dos veces: una dentro de su plataforma de agentes actual y otra dentro de una herramienta BPM como Camunda (incluso el nivel gratuito). Compare el resultado de auditoría, el tiempo para añadir un nuevo paso de traspaso y cómo un interesado no técnico lo revisaría y aprobaría.

Días 61-90: Produzca un registro de decisión arquitectónica (ADR) de una página. Documente qué capa gobierna qué clase de proceso en su entorno. Este es el resultado que evita que el próximo equipo reconstruya la decisión desde cero. Incluso si concluye que las plataformas de agentes son suficientes, escribir el ADR fuerza claridad sobre las compensaciones.

Para más información sobre cómo esta decisión encaja en la estrategia más amplia de fuerza laboral y operaciones de AI, consulte El Marco de Decisión Ejecutiva para la Estrategia de Fuerza Laboral de AI y La Brecha de Gobernanza: Lo que los líderes se equivocan sobre la AI en el trabajo.

Qué hacer esta semana

El anuncio de ProcessOS es un factor que obliga a actuar, no porque necesite evaluar Camunda específicamente, sino porque señala que los mercados de BPM y de plataformas de agentes están oficialmente en la misma disputa. Las decisiones que postergue ahora serán más difíciles de tomar bajo presión de los proveedores en seis meses.

Esta semana, haga tres cosas. Extraiga un proceso regulado de varios pasos que actualmente se ejecuta con un AI agent o que se está construyendo para uno. Ejecútelo a través de la Prueba de Control de la Capa de Procesos anterior. Luego programe 30 minutos con su responsable de cumplimiento normativo y su líder de plataforma de agentes en la misma sala para debatir si su enfoque de gobernanza actual sobreviviría a una auditoría.

Esa conversación le dirá más que cualquier presentación de proveedor sobre si la capa de procesos pertenece a su arquitectura. Y si la respuesta es sí, ProcessOS acaba de darle un producto específico para añadir a la lista de evaluación.

Más información

• Agente autónomo: objetivos de varios pasos con uso de herramientas
• El ACE Framework: una tabla periódica para la AI de negocio
• Introducción a BPM: un marco para la gestión de procesos

---

Preguntas frecuentes

¿Qué es el ProcessOS de Camunda?

ProcessOS es una capa de inteligencia impulsada por AI construida sobre la plataforma de orquestación de procesos existente de Camunda. Anunciada en mayo de 2026, utiliza cuatro AI agents especializados para descubrir, rediseñar, construir y mejorar continuamente los procesos de negocio. Los usuarios describen los resultados deseados en lenguaje natural y ProcessOS genera la solución de proceso completa, incluidas las integraciones, los mapeos de datos y los prompts para agentes.

¿Por qué importa la capa de procesos para los AI agents?

La capa de orquestación de procesos ya incluye los elementos primitivos de gobernanza que las empresas necesitan para los agentes: registros de auditoría, aplicación de SLAs, control de versiones, traspasos basados en roles y puntos de control con intervención humana. Gobernar agentes a nivel del modelo o de la plataforma de agentes significa añadir estas capacidades a posteriori. Las plataformas BPM las heredaron de dos décadas de gestión de procesos empresariales.

¿Cómo debe un CTO evaluar ProcessOS frente a una plataforma de agentes como Agentforce o ServiceNow AI Platform?

La distinción clave es qué gobierna cada capa. Las plataformas de agentes gobiernan qué agentes existen y qué herramientas pueden llamar. Las plataformas de orquestación de procesos gobiernan cómo se ejecutan los procesos de varios pasos, quién o qué ejecuta cada paso y cómo se registra el historial de ejecución completo. Para flujos de trabajo regulados (reclamaciones, KYC, aprobaciones), probablemente necesite la capa de procesos independientemente de la plataforma de agentes que elija. Para una automatización de tareas más sencilla, una plataforma de agentes por sí sola puede ser suficiente. Use la Prueba de Control de la Capa de Procesos de este artículo para decidir dónde caen sus procesos específicos.