Vai al contenuto

Integrazioni e sistemi esterni

La piattaforma non vive isolata. Coordina sistemi esterni che producono decisioni, firme, contenuti AI e pacchetti verificabili.


Mappa integrazioni

Sistema Ruolo
Marble decisioning KYT e casi crypto
GoeSign ceremony di firma, receipts, pacchetti firmati
OpenCode / LLM gateway generazione AI, assistenza task, reasoning operativo
Voice bridge sessioni vocali AI
Storage locale / uploads allegati, evidenze e documenti serviti dalla piattaforma
PostgreSQL persistenza unica di dominio, evidenze e control plane

Principio di progettazione

Ogni integrazione è utile solo se lascia traccia interna sufficiente per:

  • capire cosa è stato chiesto;
  • leggere cosa è tornato;
  • vedere chi ha approvato;
  • dimostrare l’effetto finale.

Sequence diagram

sequenceDiagram
    participant DWH as AML Platform
    participant LLM as OpenCode / LLM
    participant Marble as Marble
    participant Sign as GoeSign
    participant Reviewer as Reviewer umano
    participant Ledger as Evidence Ledger

    DWH->>LLM: genera proposta o action plan
    LLM-->>DWH: output AI
    DWH->>Reviewer: richiede approvazione
    alt KYT case
        DWH->>Marble: ingest / decision / reconcile
        Marble-->>DWH: outcome e trace
    end
    alt signing required
        DWH->>Sign: avvia ceremony o complete signing
        Sign-->>DWH: receipt o bundle
    end
    DWH->>Ledger: registra decisione, output, effect e receipt

Marble

Usato per:

  • ingest eventi KYT;
  • decision trace;
  • alert/escalation;
  • sync e replay;
  • reconciliation e release gates specifici.

Touchpoint principali:

  • /api/kyt/*
  • /api/marble/*
  • /kyt/*

GoeSign

Usato per:

  • avvio ceremony;
  • presentazione documento;
  • accettazione termini;
  • completamento firma;
  • receipt verificabile.

Touchpoint principali:

  • /api/v1/goesign/ceremony/*
  • /goesign/ceremony/:id
  • /goesign/receipt/:id

OpenCode / LLM

Usato per:

  • AI Assist su checklist;
  • chat workspace;
  • role twins e prompt packs;
  • approvazioni AI-driven;
  • eventuali canali MCP.

Touchpoint principali:

  • /api/checklist/:id/ai-assist
  • /api/ai-runs/*
  • /api/ai-approvals/*
  • /api/mcp

Failure mode da presidiare

Sistema Failure mode Reazione attesa
Marble sync fallita o trace mancante queue, replay, dead-letter, gate rosso
GoeSign signing incompleto pending signature, retry o revoke
LLM output non affidabile o incompleto human gate, reject, nuova run
Storage allegato mancante task bloccato o evidence issue

Evidenze minime attese

  • request/response semanticamente ricostruibili;
  • stato locale coerente;
  • reviewer e approvatore umano;
  • receipt o trace esterna collegata;
  • ledger entry finale.