Compliance Execution Backbone¶

Il Compliance Execution Backbone (CEB) è il motore che rende il sistema AI-driven ma governabile.

Obiettivo¶

Far sì che eventi, task, AI output, approvazioni, esecuzioni e evidenze siano parte dello stesso flusso controllato.

Cosa include¶

Checklist
AI Assist
Task Runs
AI Approvals
Action Plans
Action Executions
Action Receipts
Role Twins
Prompt Packs
CEB Dashboard
Ops Control Plane
Coda Compliance
Policy Approvazione
Evidence Navigation
Release Gates
Worker Leases
Reconciliation

Flusso canonico¶

sequenceDiagram
    participant Event as Evento dominio
    participant CEB as CEB Lifecycle
    participant AI as AI Orchestrator
    participant Human as Reviewer
    participant Exec as Action Executor
    participant Recon as Reconciliation
    participant Gate as Release Gates

    Event->>CEB: resolve tier + create/update task
    CEB->>AI: create run
    AI->>Human: approval package
    Human->>AI: approve / reject
    AI->>Exec: execute plan
    Exec->>Recon: receipts + state
    Recon->>Gate: invariants + readiness

Dal backbone operativo al backbone di conoscenza¶

Nel modello evoluto della piattaforma, il CEB non governa soltanto run, approvazioni ed esecuzioni. Governa anche il legame tra:

base regolatoria;
controlli operativi;
contesto settoriale;
automazioni specialistiche;
evidenze e approvazioni formali.

Questo rende il backbone adatto a una compliance AML multi-settore, invece che a un solo workflow generico.

Motore settoriale e viste di controllo¶

Il backbone è progettato per supportare casi diversi mantenendo la stessa disciplina di processo:

task e run leggibili in ottica operativa;
viste controller-centriche e defensibility-centriche;
approvazioni coerenti con il ruolo accountable;
fascicoli e pacchetti evidenza verificabili.

È il punto in cui il sistema trasforma la conoscenza AML in operatività regolata.

Perché è diverso da un semplice workflow engine¶

Perché modella esplicitamente:

ruoli e approvatori;
stato macro legale del task;
esecuzione effettiva delle azioni;
prova dell’effetto materializzato;
recovery e reconciliation;
readiness gates prima del rilascio.

Stati macro da conoscere¶

Stato	Significato
`triggered`	evento ricevuto e task generato
`task_created`	run AI creato
`output_ready`	output disponibile
`awaiting_primary_approval`	attesa primo reviewer
`awaiting_secondary_approval`	attesa secondo reviewer
`execution_running`	action plan in esecuzione
`execution_completed`	esecuzione completata e receipts presenti
`manual_intervention_required`	eccezione che richiede operatore
`reconciled`	coerenza finale verificata
`failed`	esecuzione fallita con motivo esplicito

Control plane operativo¶

L’Ops Control Plane esiste per:

vedere worker leases;
vedere backlog e run counts;
rilanciare esecuzioni;
marcare manual intervention;
vedere reconciliation issues;
verificare release gates.

Rule of thumb¶

Quando usare CEB

Usa il Backbone Compliance quando un processo deve essere tracciabile, approvabile, rieseguibile e dimostrabile. Non serve solo per generare testo AI; serve a governare atti di compliance con evidenza formale.