Procesos transaccionales del operador en BPMN, compilados en una aplicación versionada

MEF.DEV BPMN Low-code convierte un proceso modelado junto con el negocio en un proceso en ejecución. El modelo en BPMN 2.0 es el mismo artefacto para el responsable de negocio, el analista y el desarrollador, y es lo que se ejecuta.

Qué cambia

• Primero el modelo El proceso se modela desde el macroproceso hasta las acciones individuales: límites, participantes, responsable y roles.
• El modelo se ejecuta Gateways, tareas de servicio y de script, subprocesos y call activities se compilan en una aplicación versionada, no se interpretan como script.
• Personas donde deciden Los pasos humanos forman parte del proceso: verificaciones, aprobaciones y excepciones llegan a una persona con pista de auditoría; la rutina se ejecuta sola.
• Fallos gestionados por el proceso Reintentos, compensación y recuperación tras un reinicio son comportamiento del proceso, no scripts improvisados.
• Hacia BSS y OSS El proceso llega a los sistemas de clientes, catálogo, pedidos y servicios mediante TM Forum Open APIs sobre Enablement & Monetization Platform.
• Entrega con un clic Versiones, despliegue y rollback están integrados en la plataforma.

Compilado o interpretado

Dónde pierde tiempo un proceso transaccional lo decide la forma en que se ejecutan sus pasos, no el conjunto de componentes listos.

	Script interpretado por un motor	BPMN compilado en una aplicación
Compilación	un error en el script aparece mientras el proceso se ejecuta	el modelo se compila en una clase .NET: un nombre de campo mal escrito o una rama sin valor de retorno detienen la compilación antes de que nada se ejecute
En cada paso	el motor lee el texto del script y lo traduce a acciones mientras el proceso se ejecuta	los nodos son métodos y los sequence flows son llamadas de una única clase compilada
Lógica del paso	el lenguaje de script del motor	C# dentro del nodo; las transiciones, las bifurcaciones y la gestión de fallos proceden del diagrama
Interfaz	se publica por separado	el límite del proceso está tipado en ambos lados; la descripción de la operación OpenAPI se deriva de él

Medición de referencia. Un proceso de rating limitado por CPU (500 registros) a 20 ejecuciones por segundo: mediana de 16 ms para un plugin compilado en la generación de ejecución v2, 19 ms para un servicio Python de comparación (FastAPI, 16 procesos, autenticación Basic con caché). El plugin pasó además por la autorización y el pipeline de la plataforma.

Configuración

Configuración: una máquina virtual con 32 vCPU y 64 GiB (Proxmox VE, Windows Server 2019) para la plataforma y el servicio Python, y otra con 12 vCPU y 32 GiB para MS SQL Server; una ejecución por configuración. La generación v3, un host dedicado con enrutamiento directo del tráfico y sin arranque en frío, está pensada para servicios de alta carga y no formó parte de esta prueba.

Estimación orientativa. Estimamos que el rendimiento de la generación v3 es varias veces superior al de la v2. Los valores reales dependen del perfil de su infraestructura.

Dónde encaja

• Onboarding B2B de productos de socios: extractos de registros, verificaciones de sanciones y AML (Anti-Money Laundering), firmantes y contratos en un solo proceso, con el operador aprobando los documentos.
• Multi File Transfer entre portales SaaS corporativos y SFTPGo sobre BPMN Low-code: lógica de sincronización a medida, recuperación tras reinicio y conmutación a un segundo host.
• El razonamiento que hay detrás está en el blog: BPMN compilado en lugar de scripts interpretados, BPMN como lenguaje entre analistas y desarrolladores, y soberanía digital sobre el proceso.

Use case