Proposta-7843 · concentrazione strutturati al 50% (soglia 40%). Due alternative: ridurre importo o eccezione documentata con sign-off responsabile.
AGENTE · MIFID II DISCLOSURE GATE
Le proposte di investimento partono solo quando coerenti col profilo MiFID II.
MiFID II Disclosure Gate verifica ogni proposta di prodotto di investimento prima dell'invio al cliente. Controlla la coerenza con il profilo di idoneità MiFID II del cliente, il target market del prodotto, le regole di suitability. Pass, segnalazione o blocco con motivazione strutturata. L'integrazione con il CRM bancario e il sistema di portafoglio si realizza in fase di delivery.
MiFID II Disclosure Gate al lavoro.
Propongo al cliente la riduzione importo. Il cliente accetta. Importo aggiornato sotto soglia.
Proposta-7843 ricontrollata · pass. Evento tracciato per audit Consob.
Perché esiste.
MiFID II richiede ai prestatori di servizi di investimento di verificare la suitability della proposta rispetto al profilo del cliente. Ogni proposta — titoli, fondi, ETF, prodotti strutturati, polizze ramo III e V con componente finanziaria — deve essere coerente con il profilo del cliente, con il target market POG, con i vincoli di concentrazione. Il consulente lavora con molti clienti e molti prodotti; gli errori di disallineamento sono ricorrenti.
Come verifica la proposta.
L'agente si attiva pre-invio. Per ciascuna proposta: legge il prodotto (caratteristiche di rischio, target market POG, concentrazione), legge il profilo di idoneità del cliente dal CRM bancario, applica le regole di suitability dichiarative. Pass per proposte coerenti, segnalazione per borderline con alternative, blocco per proposte incompatibili con motivazione strutturata e riferimento agli articoli.
La decisione resta al consulente.
L'agente non sostituisce il consulente o l'operatore commerciale. Apparecchia il controllo pre-invio. La decisione finale di invio, di documentare un'eccezione consapevole con motivazione del cliente, di scegliere fra le alternative proposte resta del consulente secondo le procedure della banca.
Per chi è utile e dove si applica.
Consulente finanziario o operatore commerciale
Riceve feedback in tempo reale sulla coerenza della proposta. Recupera il tempo della verifica manuale, riduce gli errori di disallineamento, mantiene il flusso commerciale senza pause per consultazione compliance. La verifica è apparecchiata prima dell'invio, non a danno avvenuto.
Proposta n. 2024-081 In revisione
Disclosure mancante
art. 21 TUF · strumento finanziario regolato
Alt. 1 …nel rispetto dell'art. 21 TUF e delle disposizioni Consob vigenti.
Alt. 2 …con disclosure completa allegata al documento di offerta.
Traccia audit registrata · 14:31
Responsabile compliance MiFID II
Vede in modo strutturato il flusso delle proposte verificate. Le decisioni di pass, segnalazione e blocco sono ispezionabili per audit Consob e IVASS. I pattern di errore della rete diventano visibili per interventi formativi mirati, non per percezione soggettiva caso per caso.
fnol.receive 09:14:22 ALLOW
triage.classify 09:14:25 ALLOW
idd.check 09:14:31 WARN
liquidation.propose 09:15:02 ALLOW
SELECT * FROM audit_log WHERE claim_id = '2024-0847'
Responsabile rete commerciale
Vede aggregati i pattern di errore della rete. La formazione diventa mirata sui vettori di disallineamento reali — concentrazione, target market, profilo — non su casistiche generiche. La rete migliora sui vettori che il dato segnala.
Pratica KYC-2024-091 In verifica
Documento ID VERIFICATO
Biometria · SCA PSD2 LINKING OK
Beneficial owner REGISTRO IMPRESE
Pratica passata a AML Screening
Un esempio concreto.
Il consulente prepara una proposta su strutturato.
Un consulente finanziario di una banca prepara una proposta di acquisto di un prodotto strutturato per un cliente. L'agente si attiva pre-invio sul canale configurato. Legge il profilo MiFID II del cliente: profilo equilibrato, orizzonte 5-10 anni, esperienza di mercato intermedia. Legge il prodotto proposto: strutturato a capitale protetto al 90% con barriere a sei anni, target market "cliente equilibrato".
Profilo, target market, concentrazione.
Verifica suitability in tre passaggi. Coerenza profilo: coerente. Target market: coerente. Vincoli di concentrazione: il cliente ha già 35% del portafoglio in strutturati simili; la nuova proposta porterebbe la concentrazione al 50%, oltre la soglia del 40% dichiarata dalla banca per profilo equilibrato. Esito: segnalazione con motivazione strutturata e due alternative — ridurre l'importo, oppure documentare un'eccezione consapevole.
Il consulente sceglie. L'agente registra.
Il consulente vede la segnalazione sul canale di lavoro, propone al cliente di ridurre l'importo, il cliente accetta. La proposta finale rientra nella soglia, il consulente conferma, l'email parte. L'evento completo — proposta, esito del controllo, alternativa scelta — resta nel registro audit del runtime per ispezione Consob e IVASS.
Configurazione e risorse tecniche.
Le regole sono dichiarative. Il team compliance MiFID II e il responsabile risk della banca definiscono in formato leggibile le regole di suitability per categoria di prodotto, le soglie di concentrazione, le regole di profilo di idoneità. Le regole vivono nel repository della banca, versionate, validate all'avvio dell'agente. Le tre verifiche standard coprono i vettori di non conformità più frequenti: coerenza profilo, target market POG, vincoli di concentrazione.
- Linguaggio
- TypeScript (Node.js)
- Modello LLM
- a scelta del cliente: Anthropic, OpenAI, Mistral, modelli open source ospitati internamente, AWS Bedrock per modello privato
- Controlli built-in usati
- pii-detector, credential-detector, topic-guardrail, tool-param-validator
- Canali nativi
- Slack, Telegram, HTTP OpenAI-compatible (webhook pre-invio proposta)
- Integrazione CRM bancario e sistema portfolio management
- adapter dedicato realizzato in fase di delivery
- Integrazione registro POG
- adapter dedicato realizzato in fase di delivery
- Regole MiFID II
- dichiarative, versionate, scritte dal team compliance e risk
- Memoria
- persistente per istanza, pgvector + PostgreSQL FTS
- Registro
- immutabile, interrogabile con client SQL standard (audit Consob/IVASS ispezionabile)
Domande frequenti sull'agente.
Per proposte palesemente incompatibili con il profilo di idoneità del cliente — prodotto ad alto rischio per profilo conservativo, prodotto fuori dal target market dichiarato — l'agente genera un blocco con motivazione strutturata. Per proposte borderline, segnalazione con alternative. La regola che distingue blocco da segnalazione è dichiarativa e scritta dal team compliance della banca.
Quando il cliente sottoscrive consapevolmente una proposta che eccede la soglia di concentrazione o il proprio profilo, l'agente registra l'eccezione con la motivazione del cliente e la validazione del responsabile della banca. La traccia resta nel registro audit del runtime per ispezione Consob e IVASS.
Il pattern tipico per MiFID II Disclosure Gate è 12-18 settimane. Discovery 2-3 settimane, scrittura regole MiFID II con compliance e risk 4-6 settimane, integrazione CRM bancario e sistema portfolio management 4-6 settimane, hand-off 2-3 settimane. La durata effettiva si definisce nella discovery sul caso reale.
Da una conversazione di 30 minuti alla squadra in produzione.
Una conversazione di 30-45 minuti per capire come MiFID II Disclosure Gate si configurerebbe sul caso della banca. Quale CRM bancario, quali categorie di prodotti in perimetro, quali regole di suitability esistenti da trasferire in formato dichiarativo.