Processos transacionais do operador em BPMN, compilados numa aplicação versionada

O MEF.DEV BPMN Low-code transforma um processo modelado em conjunto com o negócio num processo em execução. O modelo em BPMN 2.0 é o mesmo artefacto para o responsável de negócio, o analista e o programador, e é ele que é executado.

O que muda

• Primeiro o modelo O processo é modelado desde o macroprocesso até às ações individuais: fronteiras, participantes, responsável e funções.
• O modelo é executado Gateways, service tasks e script tasks, subprocessos e call activities são compilados numa aplicação versionada, e não interpretados como script.
• Pessoas onde decidem Os passos humanos fazem parte do processo: verificações, aprovações e exceções vão para uma pessoa com registo de auditoria; a rotina corre sozinha.
• Falhas tratadas pelo processo Novas tentativas, compensação e recuperação após reinício são comportamento do processo, e não scripts avulsos.
• Até ao BSS e ao OSS O processo chega aos sistemas de clientes, catálogo, encomendas e serviços através de TM Forum Open APIs na Enablement & Monetization Platform.
• Entrega num clique Versões, implementação e rollback estão integrados na plataforma.

Compilado ou interpretado

O ponto onde um processo transacional perde tempo é decidido pela forma como os seus passos são executados, e não pelo conjunto de componentes prontos.

	Script interpretado por um motor	BPMN compilado numa aplicação
Construção	um erro no script manifesta-se durante a execução do processo	o modelo é construído numa classe .NET: um nome de campo mal escrito ou um ramo sem valor de retorno interrompe a construção antes de qualquer execução
Em cada passo	o motor lê o texto do script e mapeia-o para ações durante a execução do processo	os nós são métodos e os sequence flows são chamadas de uma única classe compilada
Lógica do passo	a linguagem de script do motor	C# dentro do nó; transições, ramificações e tratamento de falhas vêm do diagrama
Interface	publicada à parte	a fronteira do processo é tipada dos dois lados; a descrição da operação OpenAPI é derivada dela

Medição de referência. Um processo de rating limitado pelo CPU (500 registos) a 20 execuções por segundo: mediana de 16 ms para um plugin compilado na geração de execução v2, 19 ms para um serviço Python de comparação (FastAPI, 16 processos, autenticação Basic com cache). O plugin passou também pela autorização e pelo pipeline da plataforma.

Configuração

Configuração: uma máquina virtual com 32 vCPU e 64 GiB (Proxmox VE, Windows Server 2019) para a plataforma e o serviço Python, outra com 12 vCPU e 32 GiB para o MS SQL Server; uma execução por configuração. A geração v3, um host dedicado com encaminhamento direto do tráfego e sem arranque a frio, foi concebida para serviços de alta carga e não fez parte deste teste.

Estimativa de referência. Estimamos o débito da geração v3 em várias vezes o da v2. Os valores reais dependem do perfil da sua infraestrutura.

Onde se aplica

• Onboarding B2B de produtos de parceiros: certidões de registo, verificações de sanções e AML (Anti-Money Laundering), signatários e contratos num único processo, com o operador a aprovar os documentos.
• Multi File Transfer entre portais SaaS empresariais e o SFTPGo em BPMN Low-code: lógica de sincronização própria, recuperação após reinício e failover para um segundo host.
• A reflexão por trás está no blogue: BPMN compilado em vez de scripts interpretados, o BPMN como linguagem entre analistas e programadores, e a soberania digital sobre o processo.

Use case