Salta al contenuto principale

FAQ

> 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.

Quali campi sono obbligatori in un report sulle transazioni RTS 22 di MiFID II?

L'RTS 22 richiede un minimo di 65 campi per report sulle transazioni. I campi essenziali includono: LEI della società segnalante (Campo 4), identificatore del cliente - LEI o identificatore nazionale (Campo 7), LEI del decision maker (Campo 9), ISIN dello strumento (Campo 41), codice MIC della sede di esecuzione (Campo 36), prezzo (Campi 33-34), quantità (Campo 30), data/ora di esecuzione in UTC (Campo 28), indicatore acquirente/venditore (Campo 18) e capacità di negoziazione (Campo 29). Tutti i 65 campi sono specificati nell'Allegato I del Regolamento Delegato della Commissione (UE) 2017/590. (Art. 26 MiFID II; RTS 22)

Qual è la scadenza per la presentazione dei report sulle transazioni ai sensi di MiFID II?

I report sulle transazioni devono essere presentati all'NCA entro la fine del giorno lavorativo successivo (T+1). Per i report sulle transazioni presentati tramite un ARM, l'obbligo T+1 si applica al momento in cui il report viene presentato all'ARM. Se un'operazione viene eseguita alle 17:00 di lunedì, il report deve raggiungere l'NCA entro la fine di martedì. (Art. 26(1) MiFID II)

Come funziona la migliore esecuzione ai sensi di MiFID II?

La migliore esecuzione (Art. 27 MiFID II) richiede alle società di investimento di adottare tutte le misure sufficienti per ottenere il miglior risultato possibile per i clienti. Per i clienti al dettaglio, il miglior risultato è tipicamente il corrispettivo totale (prezzo più tutti i costi). Le aziende devono mantenere una politica di esecuzione degli ordini che elenca le sedi di esecuzione utilizzate per ogni classe di strumento. I builder devono registrare la motivazione della selezione della sede per ogni ordine come prova della conformità alla migliore esecuzione.

Chi è obbligato a presentare report sulle transazioni MiFID II?

Ogni società di investimento autorizzata ai sensi di MiFID II che esegue una transazione in uno strumento finanziario ammesso alla negoziazione o negoziato su una sede di negoziazione UE deve presentare un report sulla transazione, indipendentemente dal fatto che l'operazione sia stata eseguita in sede o OTC. I builder devono progettare sistemi di reporting che applichino il controllo dell'obbligo di transaction reporting in modo coerente prima di ogni esecuzione.

Qual è la differenza tra i livelli di categorizzazione dei clienti ai sensi di MiFID II?

MiFID II prevede tre categorie di clienti: Cliente al Dettaglio (massima protezione - valutazione di adeguatezza/appropriatezza, consegna KID/KIID, reporting sulla migliore esecuzione), Cliente Professionale (protezioni ridotte - valutazione di appropriatezza non richiesta per prodotti professionali, reporting ridotto) e Controparte Qualificata (protezioni minime - obbligo di migliore esecuzione significativamente ridotto). I builder devono implementare un workflow di categorizzazione con raccolta delle prove e applicazione del livello di protezione per categoria.

Cos'è il meccanismo del doppio tetto del volume (DVC)?

Il doppio tetto del volume (DVC) ai sensi dell'Art. 5 di MiFIR (Regolamento (UE) 600/2014) limita il trading dark con waiver del prezzo di riferimento e waiver delle operazioni negoziate. Nessuna singola sede può eseguire più del 4% del volume UE totale in un dato strumento usando questi waiver in un periodo di 12 mesi continui. Il trading dark totale su tutte le sedi UE usando questi waiver è limitato all'8% per strumento. I builder di sistemi dark pool devono implementare il monitoraggio DVC in tempo reale rispetto ai dati pubblicati da ESMA.

Cosa significa il requisito di governance del prodotto per i builder?

La governance del prodotto (Art. 24(2) MiFID II, Direttiva Delegata 2017/593) richiede sia ai produttori che ai distributori di prodotti finanziari di definire un mercato target per ogni prodotto. Il mercato target specifica il tipo di cliente per cui il prodotto è progettato. I distributori devono vendere i prodotti solo a clienti il cui profilo rientra nel mercato target. I builder devono implementare modelli di dati del mercato target, logica di valutazione della compatibilità tra profili dei clienti e mercati target dei prodotti, e archiviazione delle prove di ogni valutazione di compatibilità prodotto-cliente.

Cosa significa il requisito di valutazione dell'adeguatezza per i builder?

Ai sensi dell'Art. 25(2) di MiFID II, le società di investimento che forniscono consulenza in materia di investimenti o servizi di gestione di portafogli devono valutare se un servizio o strumento è adeguato per il cliente specifico. La valutazione dell'adeguatezza copre tre pilastri: (1) conoscenze ed esperienze nel settore di investimento pertinente; (2) situazione finanziaria, inclusa la capacità di sopportare le perdite; (3) obiettivi di investimento, inclusa la tolleranza al rischio. I builder devono implementare questionari di adeguatezza con scoring ponderato, logica di determinazione dell'adeguatezza, generazione di report di adeguatezza e tracciamento della consegna.

Come funzionano i waiver di trasparenza pre-negoziazione ai sensi di MiFID II?

Le società di investimento che gestiscono sedi di negoziazione possono richiedere all'NCA waiver di trasparenza pre-negoziazione. I tipi di waiver approvati includono: waiver del prezzo di riferimento (usando il midpoint dell'EBBO), waiver delle operazioni negoziate (per grandi operazioni che soddisfano le soglie LIS), waiver di grandi dimensioni (LIS) e waiver dell'order management facility (OMF). Ogni utilizzo di un waiver deve essere identificato dal codice indicatore di waiver appropriato nelle pubblicazioni post-negoziazione tramite un APA. I builder devono memorizzare l'indicatore di waiver come parte del record del ciclo di vita dell'ordine.

Quali sono gli obblighi di consegna del KID/KIID per le piattaforme di prodotti al dettaglio?

Ai sensi della Normativa PRIIPs e della Direttiva UCITS, KID e KIID devono essere messi a disposizione dei clienti al dettaglio gratuitamente, in tempo utile prima che il cliente sia vincolato da qualsiasi contratto. I builder devono implementare: gestione delle versioni del KID/KIID (i KIID devono essere aggiornati almeno annualmente), workflow di consegna con registrazione della data/ora, audit trail che dimostri che la consegna è avvenuta prima dell'esecuzione, e un repository online accessibile di KID/KIID correnti e storici.

Cos'è la valutazione dell'appropriatezza ai sensi di MiFID II?

Una valutazione dell'appropriatezza (Art. 25(3) MiFID II) è richiesta quando una società di investimento fornisce servizi di solo esecuzione in strumenti finanziari complessi 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.

Come funzionano gli obblighi di reporting delle transazioni per gli internalizzatori sistematici?

Un internalizzatore sistematico (SI) ai sensi di MiFID II deve presentare report sulle transazioni per ogni operazione che esegue, come qualsiasi altra società di investimento. Gli SI hanno anche obblighi aggiuntivi di trasparenza pre-negoziazione: devono pubblicare quotazioni vincolanti per gli strumenti azionari liquidi fino alla dimensione standard del mercato (SMS) durante le ore di negoziazione continua. I builder di piattaforme SI devono implementare: calcolo della soglia SI (criteri frequente, sistematico, sostanziale), pubblicazione delle quotazioni per strumenti azionari fino a SMS, e transaction reporting regolare all'NCA tramite ARM.

Quali sono i requisiti di reporting RTS 27 e RTS 28?

L'RTS 27 richiede alle sedi di esecuzione di pubblicare report trimestrali sulla qualità di esecuzione delle operazioni a livello di sede - incluse statistiche su prezzo, costi, velocità, probabilità di esecuzione e impatto sul mercato per strumento e tipo di ordine. 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, più un riepilogo sulla qualità di esecuzione ottenuta. I builder devono automatizzare la raccolta dei dati, l'aggregazione e la generazione dei report richiesti per entrambi gli RTS 27 e 28.

Come devono essere gestiti i limiti di posizione in derivati su merci ai sensi di MiFID II?

L'Art. 57 di MiFID II richiede alle NCA di fissare limiti di posizione per i derivati su merci negoziati su sedi UE. Le aziende devono monitorare la propria posizione netta su tutti i conti e le sedi in tempo reale e devono segnalare le posizioni al di sopra della soglia dei grandi operatori giornalmente. I builder di piattaforme di trading su merci devono implementare: aggregazione delle posizioni in tempo reale su tutti i conti e sotto-conti, confronto con i limiti di posizione pubblicati dalle NCA, blocchi automatici degli ordini quando i clienti si avvicinano al loro limite di posizione, e generazione automatica di report sulle posizioni dei grandi operatori per la presentazione all'NCA.

Qual è l'obbligo di reporting SFTR e come si relaziona a MiFID II?

La SFTR (UE 2015/2365) richiede il reporting delle operazioni di finanziamento tramite titoli (repo, prestito titoli, total return swap) ai repertori di dati sulle operazioni autorizzati entro T+1. Pur essendo separato dal transaction reporting MiFID II, entrambi gli obblighi si applicano a molte delle stesse società di investimento. I builder devono implementare pipeline separate per i report sulle transazioni RTS 22 di MiFID II (presentati tramite ARM alle NCA) e i report SFTR (presentati tramite repertorio di dati). Il requisito LEI si applica a entrambi gli obblighi.