> Disclaimer: Questo contenuto è fornito esclusivamente a scopo educativo e di riferimento per i software builder. Non costituisce consulenza medica, legale, finanziaria o normativa. Consulta un professionista qualificato prima di prendere decisioni basate su questo contenuto.
Trading Algoritmico (Algorithmic Trading)
Il trading algoritmico ai sensi di MiFID II (Art. 4(1)(39), RTS 6) fa riferimento al trading in strumenti finanziari in cui un algoritmo informatico determina automaticamente i parametri individuali degli ordini. Le società di investimento impegnate nel trading algoritmico devono disporre di controlli pre-negoziazione (rapporti ordine/transazione, dimensione massima degli ordini), monitoraggio in tempo reale, funzionalità di kill-switch e auto-valutazione annuale. I builder di piattaforme di trading automatizzato devono implementare tutti i controlli di rischio pre-negoziazione prima che gli ordini raggiungano la sede di negoziazione.
APA (Approved Publication Arrangement)
Un APA è un meccanismo di reporting approvato dalle NCA ai sensi di MiFID II per pubblicare report sulle operazioni per conto delle società di investimento per le operazioni OTC. I report pubblicati tramite APA soddisfano i requisiti di trasparenza degli Articoli 20 e 21 di MiFID II. I builder di piattaforme di trading OTC devono integrarsi con almeno un APA approvato per adempiere agli obblighi di trasparenza post-negoziazione.
ARM (Approved Reporting Mechanism)
Un ARM è un soggetto approvato da un'NCA per presentare report sulle transazioni all'NCA pertinente per conto delle società di investimento. L'Art. 26 di MiFID II richiede alle società di investimento di segnalare ogni transazione in strumenti finanziari ammessi alla negoziazione su una sede di negoziazione UE all'NCA tramite un ARM. I builder di sistemi di trading devono implementare l'integrazione ARM con un insieme minimo di campi RTS 22, tra cui LEI, ISIN, prezzo, quantità, timestamp e dati della controparte.
Migliore Esecuzione (Best Execution)
La migliore esecuzione ai sensi di MiFID II (Art. 27) richiede alle società di investimento di adottare tutte le misure sufficienti per ottenere il miglior risultato possibile per i propri clienti nell'esecuzione degli ordini, considerando prezzo, costo, rapidità, probabilità di esecuzione, dimensione, natura dell'ordine e qualsiasi altra considerazione rilevante. Le aziende devono pubblicare annualmente i report sulla qualità di esecuzione delle sedi ai sensi di RTS 27 e i report sulla qualità di esecuzione dei broker ai sensi di RTS 28. I builder di piattaforme OMS devono implementare la logica di migliore esecuzione che registra la motivazione della selezione della sede per ogni ordine.
CCP (Central Counterparty - Controparte Centrale)
Una CCP è una stanza di compensazione che si interpone tra le controparti di un'operazione, diventando l'acquirente per ogni venditore e il venditore per ogni acquirente. MiFID II e EMIR richiedono che alcune transazioni in derivati OTC siano compensate tramite CCP. I builder di piattaforme di trading OTC devono implementare la connettività di compensazione CCP, il calcolo dei margini e il reporting delle posizioni in tempo reale. (Art. 29 MiFID II; Art. 4 EMIR)
Categorizzazione del Cliente
La categorizzazione del cliente ai sensi di MiFID II (Art. 4(1)(10-12)) classifica i clienti come Clienti al Dettaglio, Clienti Professionali o Controparti Qualificate. La categorizzazione determina il livello di protezione dell'investitore applicabile. I builder devono implementare un workflow di categorizzazione che raccolga i dati del cliente richiesti, valuti i criteri di status professionale elettivo e memorizzi la decisione di categorizzazione con le relative prove.
DVC (Double Volume Cap - Doppio Tetto del Volume)
Il meccanismo del doppio tetto del volume ai sensi dell'Art. 5 di MiFIR (Regolamento (UE) 600/2014, CELEX:32014R0600) limita il trading dark (waiver del prezzo di riferimento e waiver delle operazioni negoziate) al 4% del volume di negoziazione in un dato strumento finanziario su una singola sede e all'8% su tutte le sedi UE in un periodo di 12 mesi continui. I builder di sistemi dark pool devono implementare il monitoraggio DVC in tempo reale e passare automaticamente dal trading dark al trading lit quando i tetti vengono superati.
ESMA (European Securities and Markets Authority)
ESMA è l'agenzia di regolamentazione UE responsabile dell'applicazione uniforme di MiFID II negli Stati membri dell'UE. ESMA pubblica standard tecnici (Regulatory Technical Standards - RTS, Implementing Technical Standards - ITS) che specificano i requisiti dettagliati per il reporting delle transazioni, la trasparenza e la governance dei prodotti. I builder devono seguire gli RTS e ITS di ESMA, che sono direttamente applicabili come diritto UE.
Controparte Qualificata (Eligible Counterparty)
Una controparte qualificata ai sensi di MiFID II (Art. 30) è la categoria di cliente di più alto livello. Include società di investimento, istituti di credito, compagnie di assicurazione, fondi pensione e altri istituti finanziari autorizzati. Quando si tratta con controparti qualificate, le società di investimento hanno obblighi ridotti di migliore esecuzione e di informativa. I builder devono implementare la logica di categorizzazione del cliente che identifica correttamente le controparti qualificate e applica il regime di protezione appropriato.
FIRDS (Financial Instrument Reference Data System)
Il FIRDS è il sistema ESMA che contiene i dati di riferimento per tutti gli strumenti finanziari ammessi alla negoziazione sulle sedi di negoziazione UE. I builder di sistemi di reporting delle transazioni devono integrare FIRDS per validare gli ISIN e i codici MIC delle sedi di esecuzione nei report RTS 22. Gli ISIN non presenti in FIRDS causano il rifiuto del report da parte dell'ARM.
ISIN (International Securities Identification Number)
Un ISIN è un codice alfanumerico di 12 caratteri che identifica univocamente uno strumento finanziario a livello globale (ISO 6166). I report sulle transazioni RTS 22 di MiFID II richiedono gli ISIN come identificatori degli strumenti per gli strumenti ammessi alla negoziazione. I builder di sistemi di trading e reporting devono validare gli ISIN tramite ESMA FIRDS e rifiutare gli strumenti con ISIN non riconosciuti.
KID (Key Information Document)
Un KID è un documento di informazione standardizzato di 3 pagine richiesto dalla Normativa PRIIPs per i prodotti di investimento al dettaglio preassemblati e assicurativi. Il KID deve presentare scenari di performance, costi, indicatore di rischio e periodo di detenzione raccomandato in un formato standardizzato. I builder di piattaforme di prodotti di investimento al dettaglio devono implementare workflow di generazione, versionamento e consegna del KID. Il KID deve essere fornito ai clienti al dettaglio prima di concludere qualsiasi transazione in un PRIIP.
KIID (Key Investor Information Document)
Un KIID è il predecessore del KID per i fondi UCITS. Il KIID presenta gli obiettivi e la politica di investimento del fondo, il profilo di rischio e rendimento (SRRI), gli oneri, le performance passate e le informazioni pratiche in un formato standardizzato di 2 pagine. I builder di piattaforme di distribuzione di fondi devono implementare il recupero del KIID, la gestione delle versioni e il tracciamento della consegna ai clienti.
MAR (Market Abuse Regulation - Regolamento sugli Abusi di Mercato)
MAR (UE 596/2014) vieta l'insider trading, la manipolazione del mercato e la divulgazione illecita di informazioni privilegiate nei mercati finanziari UE. I report sulle transazioni MiFID II inviati dalle società di investimento alle NCA sono la principale fonte di dati per la sorveglianza degli abusi di mercato da parte delle NCA. I builder di piattaforme di trading devono implementare procedure di reporting di transazioni e ordini sospetti (STOR), politiche di gestione delle informazioni privilegiate e liste insider.
MTF (Multilateral Trading Facility - Sistema Multilaterale di Negoziazione)
Un MTF ai sensi di MiFID II (Art. 4(1)(22)) è un sistema multilaterale gestito da una società di investimento o da un gestore di mercato che riunisce molteplici interessi di acquisto e vendita di terzi in strumenti finanziari in modo non discrezionale. I builder di piattaforme di trading elettronico che abbinano più interessi di terzi devono determinare se il loro sistema soddisfa la soglia MTF e ottenere l'autorizzazione NCA.
NCA (National Competent Authority - Autorità Nazionale Competente)
Un'NCA è il regolatore finanziario in ciascuno Stato membro UE responsabile dell'autorizzazione e della supervisione delle società di investimento e delle sedi di negoziazione. I report sulle transazioni RTS 22 di MiFID II devono essere presentati all'NCA dello Stato membro di origine della società. I builder di sistemi di compliance per le società di investimento UE devono parametrizzare gli endpoint di reporting e le mappature dei campi per ciascuna NCA.
OTF (Organised Trading Facility)
Un OTF ai sensi di MiFID II (Art. 4(1)(23)) è un sistema multilaterale (non un mercato regolamentato o un MTF) dove possono interagire interessi di acquisto e vendita di terzi in obbligazioni, prodotti finanziari strutturati, quote di emissione e derivati non azionari. I builder di piattaforme elettroniche che abbinano acquirenti e venditori di strumenti non azionari devono determinare se la loro piattaforma soddisfa la definizione di OTF e ottenere l'autorizzazione NCA richiesta.
Governance del Prodotto (Product Governance)
I requisiti di governance del prodotto di MiFID II (Art. 24(2), Direttiva Delegata Art. 9-10) richiedono sia ai produttori che ai distributori di prodotti finanziari di identificare un mercato di riferimento target per ogni prodotto e garantire che venga venduto solo a clienti rientranti nel mercato target. I builder devono implementare modelli di dati del mercato target, valutazioni di compatibilità tra i profili dei clienti e i mercati target dei prodotti, e reportistica delle decisioni di compatibilità prodotto-cliente.
Cliente Professionale (Professional Client)
Un cliente professionale ai sensi di MiFID II (Art. 4(1)(10), Allegato II) è un cliente che possiede l'esperienza, le conoscenze e le competenze per prendere le proprie decisioni di investimento e valutare correttamente i rischi. Lo status di cliente professionale può essere assegnato automaticamente (clienti professionali di diritto: grandi imprese, investitori istituzionali, governi nazionali) o su richiesta del cliente. I builder devono implementare il workflow di riclassificazione elettiva, incluso il test a tre criteri per l'upgrading da retail a professionale.
RTS 22 (Regulatory Technical Standard 22)
L'RTS 22 specifica il formato, il contenuto e i tempi dei report sulle transazioni MiFID II presentati alle NCA. Ogni report deve contenere almeno 65 campi, tra cui il LEI della società segnalante, il LEI del cliente, l'ISIN dello strumento, il prezzo, la quantità, la sede di esecuzione e la data/ora di negoziazione in UTC. I builder dei sistemi di transaction reporting devono mappare il proprio modello dati interno su tutti i 65 campi RTS 22 e presentare i report tramite un ARM entro T+1.
RTS 27 (Report sulla Qualità di Esecuzione - Sedi)
L'RTS 27 richiede alle sedi di esecuzione (mercati regolamentati, MTF, OTF, internalizzatori sistematici) di pubblicare report trimestrali sulla qualità di esecuzione delle operazioni a livello di sede. I builder di piattaforme per sedi di negoziazione devono implementare la generazione automatizzata dei report RTS 27 nel formato XML ESMA e pubblicarli entro il primo giorno lavorativo del trimestre successivo.
RTS 28 (Report sull'Order Routing - Imprese)
L'RTS 28 richiede alle società di investimento di pubblicare report annuali sulle prime cinque sedi di esecuzione per classe di strumento dove hanno eseguito ordini nell'anno precedente, insieme a un riepilogo sulla qualità di esecuzione. I builder di piattaforme OMS devono acquisire la sede di esecuzione per ogni ordine, aggregare per classe di strumento e generare il report annuale RTS 28 in formato CSV e XML per la pubblicazione sul sito web della società entro il 30 aprile dell'anno successivo.
Cliente al Dettaglio (Retail Client)
Un cliente al dettaglio ai sensi di MiFID II (Art. 4(1)(11)) è un cliente che non si qualifica come cliente professionale o controparte qualificata. I clienti al dettaglio ricevono il massimo livello di protezione dell'investitore ai sensi di MiFID II, incluse: valutazioni obbligatorie di adeguatezza per la consulenza in materia di investimenti e la gestione di portafogli, valutazioni di appropriatezza per strumenti complessi, consegna di KID/KIID prima delle transazioni e reporting sulla migliore esecuzione.
SI (Systematic Internaliser - Internalizzatore Sistematico)
Un internalizzatore sistematico ai sensi di MiFID II (Art. 4(1)(20)) è una società di investimento che esegue gli ordini dei clienti a fronte del proprio capitale proprietario, al di fuori di un mercato regolamentato o di un MTF, su base organizzata, frequente, sistematica e sostanziale. I builder di sistemi di internalizzazione devono implementare il calcolo della soglia SI e gli obblighi di pubblicazione delle quotazioni se la soglia SI viene soddisfatta.
Valutazione dell'Adeguatezza (Suitability Assessment)
Una valutazione dell'adeguatezza ai sensi dell'Art. 25(2) di MiFID II è richiesta quando una società di investimento fornisce servizi di consulenza in materia di investimenti o gestione di portafogli. La società deve raccogliere informazioni sulle conoscenze ed esperienze del cliente, sulla sua situazione finanziaria e sugli obiettivi di investimento, e valutare se il servizio o il prodotto raccomandato è adeguato. I builder devono implementare workflow di valutazione dell'adeguatezza che acquisiscano e memorizzino tutti gli input dei dati del cliente, registrino la determinazione dell'adeguatezza con la relativa motivazione e generino report di adeguatezza da consegnare ai clienti prima dell'esecuzione.
Sede di Negoziazione (Trading Venue)
Una sede di negoziazione ai sensi di MiFID II (Art. 4(1)(24)) comprende un mercato regolamentato, un MTF o un OTF. Le società di investimento sono tenute a eseguire le transazioni in azioni ammesse alla negoziazione su mercati regolamentati su un mercato regolamentato, un MTF, un SI o una sede di negoziazione equivalente di paesi terzi (obbligo di negoziazione in azioni - STO). I builder di sistemi di trading azionario devono implementare la logica STO che instrada gli ordini verso sedi conformi e segnala le transazioni OTC che potrebbero violare l'STO.
Report sulla Transazione (Transaction Report)
Un report sulla transazione ai sensi dell'Art. 26 di MiFID II è un report che ogni società di investimento deve presentare alla propria NCA per ogni transazione in qualsiasi strumento finanziario ammesso alla negoziazione o negoziato su una sede di negoziazione. Il report deve essere presentato entro T+1 tramite un ARM. I report sulle transazioni sono il principale strumento per il rilevamento degli abusi di mercato da parte delle NCA. I builder devono implementare pipeline di transaction reporting che acquisiscano tutti i 65 campi obbligatori RTS 22 e presentino i report entro il termine prescritto.
UCITS
Un UCITS è un tipo di fondo di investimento regolamentato dall'UE che può essere commercializzato e venduto agli investitori al dettaglio in tutta l'UE. I fondi UCITS sono soggetti a restrizioni di investimento rigorose, requisiti di diversificazione e obblighi di informativa KIID. I builder di piattaforme di distribuzione di fondi devono implementare il recupero del KIID, il controllo delle versioni (i KIID devono essere aggiornati almeno annualmente) e il tracciamento della consegna ai clienti con timestamp.
EMIR (European Market Infrastructure Regulation)
EMIR (UE 648/2012) è il regolamento UE che disciplina i derivati OTC, le controparti centrali e i repertori di dati sulle operazioni. EMIR richiede la compensazione obbligatoria dei derivati OTC standardizzati tramite CCP e misure di attenuazione del rischio bilaterale per i derivati OTC non compensati. I builder di piattaforme di derivati OTC devono implementare workflow di compensazione conformi a EMIR, gestione delle garanzie e pipeline di reporting ai repertori di dati sulle operazioni autorizzati.
LEI nel Contesto MiFID II
Ai sensi dell'RTS 22 di MiFID II, ogni società di investimento che presenta report sulle transazioni deve utilizzare il proprio LEI come identificatore della parte segnalante e deve utilizzare il LEI del cliente (o un identificatore nazionale per i clienti al dettaglio) come campo dell'identificatore del cliente. I LEI devono essere rinnovati annualmente con la Global LEI Foundation (GLEIF); un LEI scaduto (LAPSED) è un identificatore non valido nei report sulle transazioni. I builder devono implementare avvisi di rinnovo automatico del LEI.
PRIIPs (Packaged Retail and Insurance-based Investment Products)
La Normativa PRIIPs (UE 1286/2014) richiede ai produttori e venditori di prodotti di investimento al dettaglio preassemblati e assicurativi di preparare un Documento di Informazioni Chiave (KID) standardizzato. Il KID non deve superare 3 pagine e deve presentare scenari di performance, costi, indicatore di rischio sintetico (SRI), periodo di detenzione raccomandato e informazioni sui reclami. I builder di piattaforme di prodotti di investimento al dettaglio devono implementare la generazione automatizzata del KID, il controllo delle versioni e il tracciamento della consegna con timestamp.
Waiver (Esenzione dalla Trasparenza Pre-Negoziazione)
Un waiver di trasparenza pre-negoziazione ai sensi di MiFIR (Art. 4, Regolamento (UE) 600/2014, CELEX:32014R0600) consente a un'autorità competente di esentare dall'obbligo di pubblicare informazioni sugli ordini pre-negoziazione per ordini di grandi dimensioni (LIS), ordini a prezzo di riferimento (usando il midpoint del EBBO) o waiver delle operazioni negoziate. Ogni utilizzo di un waiver deve essere segnalato nei report post-negoziazione tramite APA con il codice indicatore di waiver appropriato. I builder devono memorizzare l'indicatore di waiver come parte del ciclo di vita dell'ordine.
Market Maker
Un market maker ai sensi di MiFID II (Art. 4(1)(7)) è un soggetto che si dichiara disponibile ad acquistare e vendere strumenti finanziari per conto proprio. Le società di investimento che agiscono come market maker devono stipulare accordi scritti di market making con le sedi di negoziazione e devono disporre di sistemi di invio automatizzato degli ordini, gestione del rischio in tempo reale e capacità di operare nell'ambito degli obblighi di fornitura di liquidità. (Art. 17 MiFID II, RTS 8)
SFTR (Securities Financing Transactions Regulation)
La SFTR (UE 2015/2365) richiede alle controparti finanziarie e non finanziarie al di sopra della soglia di segnalare le operazioni di finanziamento tramite titoli (repo, prestito titoli, prestito a margine) a un repertorio di dati sulle operazioni entro T+1. I report SFTR contengono 153 campi che coprono i dettagli della transazione, le garanzie e le informazioni di compensazione. I builder di piattaforme di repo o prestito titoli devono implementare pipeline di reporting SFTR, inclusa la generazione di messaggi XML ISO 20022 e la connettività ai repertori di dati sulle operazioni autorizzati.
Politica di Esecuzione degli Ordini (Order Execution Policy)
Una politica di esecuzione degli ordini ai sensi dell'Art. 27 di MiFID II è il documento scritto che specifica come una società di investimento eseguirà gli ordini dei clienti per ottenere la migliore esecuzione. La politica deve elencare le sedi di esecuzione utilizzate per ogni classe di strumento finanziario e deve essere rivista almeno annualmente e ogni volta che si verifica una modifica rilevante. I builder di piattaforme OMS devono registrare la decisione di selezione della sede di esecuzione per ogni ordine, collegandola alla versione corrente della politica di esecuzione degli ordini della società.
Obblighi di Trasparenza Post-Negoziazione
La trasparenza post-negoziazione ai sensi di MiFID II (Art. 20-21) richiede alle società di investimento di rendere pubblici i dettagli delle operazioni OTC in strumenti ammessi alla negoziazione su sedi UE. La pubblicazione deve avvenire tramite un APA entro 15 minuti dall'esecuzione per gli strumenti liquidi (o entro il limite di tempo differito per le grandi operazioni). I builder devono implementare la logica di determinazione del flag di pubblicazione differita (deferred publication) in base al confronto con le soglie LIS pubblicate da ESMA.
Obbligo di Negoziazione in Azioni (Share Trading Obligation - STO)
L'obbligo di negoziazione in azioni (Art. 23 di MiFIR) richiede che le azioni ammesse alla negoziazione su mercati regolamentati UE vengano scambiate solo su mercati regolamentati, MTF, SI o sedi equivalenti di paesi terzi. L'obiettivo è garantire la trasparenza del mercato azionario e prevenire la frammentazione del mercato nei mercati opachi. I builder di sistemi di routing degli ordini azionari devono implementare la logica STO che rifiuta il routing verso sedi OTC non conformi per le azioni soggette all'obbligo. (Art. 23 MiFIR)
Wrapper (Struttura di Prodotto)
Nella governance dei prodotti MiFID II, un wrapper è una struttura giuridica (fondo UCITS, prodotto strutturato, wrapper assicurativo) che racchiude uno strumento finanziario sottostante per la distribuzione ai clienti. Ogni wrapper è un prodotto separato ai fini della governance del prodotto e richiede la propria identificazione del mercato target. I builder di sistemi di gestione del ciclo di vita dei prodotti devono modellare ogni wrapper come un'entità di prodotto distinta con attributi indipendenti di mercato target e strategia di distribuzione. (Art. 9-10 Direttiva Delegata MiFID II)
Valutazione dell'Appropriatezza (Appropriateness Assessment)
Una valutazione dell'appropriatezza ai sensi dell'Art. 25(3) di MiFID II è richiesta quando una società di investimento fornisce servizi di solo esecuzione in strumenti finanziari complessi (derivati, prodotti strutturati) a clienti al dettaglio non assistiti da consulenza. La società deve valutare se il cliente dispone delle conoscenze ed esperienze necessarie per comprendere i rischi dello specifico strumento. Se il cliente non è appropriato, la società deve avvertirlo ma può comunque eseguire l'operazione. I builder devono implementare workflow di questionari di appropriatezza, logica di scoring e schermate di avviso obbligatorie quando il risultato della valutazione è negativo.
Limiti di Posizione (Position Limits)
I limiti di posizione sono la posizione netta massima lunga o corta che qualsiasi persona può detenere in un derivato su merci in qualsiasi momento. L'Art. 57 di MiFID II richiede alle NCA di fissare limiti di posizione per i derivati su merci negoziati su sedi di negoziazione UE. I builder di piattaforme di trading su merci devono implementare il monitoraggio delle posizioni in tempo reale su tutte le sedi e i conti, confrontare le posizioni con i limiti applicabili e implementare blocchi automatici degli ordini quando i clienti si avvicinano al loro limite di posizione.