La soberanía digital también implica poder diseñar y desarrollar de forma autónoma la propia arquitectura informática a largo plazo. La interacción entre CIB seven, un motor de flujos de trabajo abierto basado en Camunda 7, y la plataforma A12 AI Low Code de mgm technology partners.
En este sentido, no solo es decisivo qué aplicaciones se utilizan, sino también cómo interactúan sus componentes técnicos y hasta qué punto pueden funcionar de forma independiente entre sí. Desde junio de 2025, mgm CIB seven se utiliza dentro de la plataforma A12. Esta integración pone de manifiesto cómo un motor de procesos autónomo puede integrarse en una arquitectura de plataforma existente sin renunciar a su independencia.
Por qué es importante la elección del motor de Workflows
La plataforma A12 AI Low Code sigue un enfoque basado en modelos: las aplicaciones y los procesos se describen mediante modelos, y la plataforma proporciona la base técnica para su implementación. Entre los modelos se incluyen, entre otros:
- Modelos de datos
- Modelos de documentos
- Modelos de interfaces
- Modelos de reglas
- Modelos de workflows
La elección recayó en CIB seven, la continuación de código abierto de Camunda 7, disponible bajo la licencia Apache 2.0, lo que la convierte en una alternativa obvia a Camunda 7. De este modo, mgm puede basarse en una plataforma tecnológica con la que ya está familiarizada y, al mismo tiempo, beneficiarse de los avances en el desarrollo del motor.
Una ventaja fundamental del cambio fue que se pudo seguir utilizando el código existente sin modificaciones. Por lo tanto, no fue necesario realizar ajustes en el código existente para sustituir el motor de flujos de trabajo. Esto demuestra que es posible llevar a cabo una modernización tecnológica sin tener que desarrollar desde cero soluciones que ya han demostrado su eficacia.
Dos componentes, funciones claramente definidas
La colaboración entre A12 y CIB seven se basa en una clara separación de funciones. A12 proporciona la plataforma para el desarrollo basado en modelos de aplicaciones y procesos. CIB seven se encarga de la ejecución de los workflows definidos en ella.
En este contexto, el motor de flujos de trabajo sigue siendo un componente independiente. Puede utilizarse dentro de la plataforma A12, pero también funcionar de forma independiente. Esta separación aporta flexibilidad a la hora de diseñar la arquitectura informática y permite seguir desarrollando tanto la plataforma como el motor de flujos de trabajo de acuerdo con los requisitos específicos.
Para mgm, varios aspectos resultaron decisivos:
Reutilizar los procesos existentes
En principio, los modelos de procesos existentes pueden conservarse, siempre que sean compatibles con el motor utilizado.
Diseñar los componentes de forma independiente
La plataforma y el motor de flujos de trabajo siguen siendo componentes técnicamente independientes.
Organizar el funcionamiento de forma flexible
La arquitectura permite diferentes escenarios de infraestructura y despliegue.
Apostar por estándares abiertos
Los procesos y las reglas de decisión modelados pueden documentarse de forma transparente y transferirse más fácilmente a otros entornos técnicos.
De este modo, la arquitectura deja margen para el desarrollo futuro, sin vincular toda la plataforma a un único componente técnico.
De la solicitud digital al proceso administrativo automatizado
Un escenario administrativo típico ilustra cómo puede funcionar esta interacción en la práctica: un ciudadano o una ciudadana presenta una solicitud por vía digital. En primer lugar, se comprueba si se han rellenado todos los campos obligatorios y si los datos introducidos se ajustan a los formatos requeridos. Estas comprobaciones, así como otras normas técnicas, pueden representarse en el enfoque basado en modelos de A12.
Para describir el flujo del proceso se utiliza Business Process Model and Notation (BPMN). Este estándar, reconocido a nivel internacional, permite representar gráficamente los procesos de negocio. De este modo, se puede ver, por ejemplo, qué pasos se llevan a cabo de forma secuencial, qué tareas están pendientes y en qué momentos se toman las decisiones.
Las reglas de decisión técnicas pueden modelarse, además, mediante Decision Model and Notation (DMN). Este estándar resulta adecuado, por ejemplo, para representar de forma clara los criterios para la aprobación o el rechazo de una solicitud.
CIB seven ejecuta el workflow modelado. A continuación, otros componentes pueden encargarse de tareas como la elaboración y el envío de la notificación. De este modo se crea un proceso digital integral en el que cada componente cumple una función claramente definida.
Cuanto más se puedan automatizar estos pasos, menos intervenciones manuales serán necesarias. En el mejor de los casos, los trámites adecuados pueden gestionarse de forma totalmente automatizada, desde la recepción de la solicitud hasta la resolución. A esta forma de tramitación se la denomina «procesamiento en segundo plano».
Conservar los conocimientos sobre los procesos y seguir desarrollando la tecnología
Las ventajas de la automatización abierta de procesos van más allá de la sustitución de un único componente. Los modelos de procesos y las reglas de decisión reflejan los conocimientos técnicos acumulados a lo largo de los años. Documentan cómo funciona una organización, qué normas se aplican y cómo se toman las decisiones.
Cuando los procesos se modelan basándose en estándares abiertos como BPMN 2.0 y DMN, este conocimiento se mantiene estructurado y trazable. Esto facilita su reutilización cuando cambian las condiciones técnicas. Si bien es cierto que la transferibilidad depende, en cada caso concreto, de la tecnología y las funciones utilizadas, los estándares abiertos sientan una base importante para ello.
Esto resulta especialmente relevante en la automatización de procesos para las administraciones y organizaciones con proyectos de digitalización a largo plazo. Se modernizan las plataformas, se sustituyen los componentes técnicos y se integran nuevos requisitos. Si se conservan los modelos funcionales, no es necesario empezar de cero cada vez que se produce un cambio tecnológico.
De este modo, se protegen las inversiones existentes y, al mismo tiempo, se aprovechan las nuevas posibilidades técnicas.
Integrar la IA en los procesos basados en modelos
Conclusión: la apertura crea margen de maniobra
La interacción entre A12 y CIB seven muestra cómo se puede combinar una plataforma basada en modelos con un motor de flujo de trabajo de código abierto independiente. La clara separación de los componentes permite reutilizar los procesos existentes, diseñar el funcionamiento de forma flexible y seguir desarrollando la base tecnológica de manera específica.
La soberanía digital no surge de una única tecnología, sino de la posibilidad de tomar por sí mismo las decisiones de arquitectura y adaptar los sistemas a largo plazo a las nuevas exigencias. Los estándares abiertos, los componentes independientes y los modelos de procesos reutilizables constituyen una base importante para ello.
Preguntas frecuentes
Sí. CIB seven sigue siendo un componente independiente y puede utilizarse dentro de la plataforma A12 o funcionar de forma independiente.
La soberanía en la automatización de procesos significa poder tomar por sí mismo las decisiones de arquitectura y adaptar los sistemas a largo plazo a los nuevos requisitos, sin depender de un único proveedor ni de un modelo de licencia propietario. Los estándares abiertos, como BPMN y DMN, así como una licencia de código abierto permisiva como Apache 2.0, bajo la cual se encuentra CIB seven, crean las condiciones técnicas necesarias para ello.
