1
GUIA SOBRE LA TRAMESA
D’INFORMACIÓ PERIÒDICA A L’AFA
ABACUS/Regulator
2
AUTORITAT FINANCERA ANDORRANA
C. Bonaventura Armengol, 10 · Ed. Montclar, bloc 2, 4a planta AD500 Andorra la Vella · Principat d’Andorra
Tel. (+376) 80 88 98 · Fax. (+376) 86 59 77
www.afa.ad
Publicat per Autoritat Financera Andorrana © Autoritat Financera Andorrana
No s’autoritza la transformació, modificació i còpia parcial o total de cap dels continguts
CONTROL DE VERSIONS
Data Versió guia ABACUS/Regulator Versió
Versió EBA reporting
framework Descripció del canvi
27/03/2019 v 1.0 v 1.9.0.00 v 2.8 --
25/04/2019 v 1.1 v 1.9.2.00 v 2.8 Actualització plantilles AFA i correcció errors del sistema
16/05/2019 v 1.1.1 v 1.9.2.00 v 2.8 Actualització de l’enllaç d’accés
23/05/2019 v 1.1.2 v 1.10.0.00 v 2.8 Actualització explicació finestra “Processing” i semàfors 30/09/2020 v 1.1.3 v 1.12.0.00 v 2.8 Actualització de la URL d’accés a la plataforma ABACUS/Regulator
3
ÍNDEX
4
Índex
A. Introducció ... 5
B. Oficina Virtual de l’AFA ... 5
C. Accés a la plataforma ABACUS/Regulator ... 7
D. Funcionament de la plataforma ... 7
D.1. Reporting framework i format dels documents a carregar ... 7
D.2. Estructura i organització de les dades a trametre ... 9
D.3. Carregar documents al sistema i executar processos ... 10
E. Alta/baixa d’usuaris ... 18
F. Altres funcionalitats ... 18
5
A. Introducció
L’objectiu de la present guia és recollir tots els aspectes operacionals i organitzatius del funcionament de la nova plataforma de reporting ABACUS/Regulator, a través de la qual les entitats bancàries han de trametre periòdicament informació a l’AFA.
B.
Oficina Virtual de l’AFA
Aquesta guia es complementa amb els diversos manuals d’usuaris i demés documentació de suport facilitada a través de l’Oficina Virtual de la web l’AFA.
Per accedir-hi s’han d’utilitzar les credencials d’accés proporcionades per l’AFA. Per a qualsevol incidència amb aquestes credencials, poseu-vos en contacte amb [email protected]
6
En l’apartat “Tramesa d’informació – Reporting a l’AFA” de l’Oficina Virtual s’hi troben els següents subapartats:
ABACUS/Regulator
• Enllaç que dona accés directe a la plataforma de reporting ABACUS/Regulator Documentació de suport
• En aquest apartat es troben tots els materials de suport necessaris per a la correcta utilització de la plataforma de reporting. Per exemple s’hi troben:
Guies relacionades d’ABACUS/Regulator preparades per l’AFA Manuals d’usuari de la plataforma preparats per BearingPoint
Eina de suport X2A per a la conversió del reporting del format .xlsx a .xml Materials de suport per a implementar l’esquema XSD
Contactar amb suport reporting AFA
• Canal de comunicació d’incidències amb l’AFA. L’enllaç facilita enviar un correu electrònic a [email protected] on s’ha d’especificar el codi de l’entitat “EBXX-XX” al títol del correu. Es recomana explicar amb el màxim detall possible el problema en qüestió, acompanyat, en la mesura del possible, d’arxius adjunts, captures de pantalla i arxius de log del sistema ABACUS/Regulator, si escau.
EBA Reporting frameworks
• Enllaç a la pàgina oficial de l’European Banking Authority (EBA) on s’hi troben, entre d’altres:
Plantilles oficials de reporting (ITS) Regles de validació
Materials de suport dels Data Point Model (DPM) de l’EBA Materials de suport de la taxonomia XBRL de l’EBA Reporting al supervisor
• Enllaç a la pàgina web de l’AFA on es detallen les obligacions de reporting i les periodicitats d’acord amb el Comunicat Tècnic corresponent que es trobi vigent.
7 En aquest apartat també s’hi troben totes les plantilles de reporting, tant les oficials de l’EBA com les pròpies de l’AFA, amb les seves corresponents guies d’aplicació per les darreres.
C. Accés a la plataforma ABACUS/Regulator
La plataforma ABACUS/Regulator és accessible des de qualsevol navegador web mitjançant el següent enllaç:
https://reporting01.afa.ad/ABACUS_REGULATOR/
La plataforma dona l’opció d’accedir a 2 entorns de treball, els quals es podran accedir amb les mateixes credencials d’usuari proporcionades per l’AFA:
PRODUCCIÓ
• Aquest és l’entorn oficial de reporting i on les entitats hauran de trametre, d’acord amb les obligacions i periodicitats establertes en el Comunicat Tècnic relatiu a tramesa d’informació periòdica vigent
PRE-PRODUCCIÓ
• Aquest és un entorn de prova, idèntic a l’entorn de producció, on les entitats podran fer totes les proves que considerin necessàries per tal de familiaritzar-se amb l’eina, així com realitzar les pujades i baixades d’arxius, modificacions, validacions i proves que es considerin pertinents abans de la tramesa oficial, la qual s’ha de fer a través de l’entorn “PRODUCCIÓ”
Important! Tota la informació carregada en aquest entorn no serà considerada ni acceptada, en cap cas, com a informació vàlida de tramesa d’informació a l’AFA. A més, les dades emmagatzemades en aquest entorn seran eliminades de la base de dades de forma periòdica per qüestions de manteniment i eficiència del sistema. Aquesta periodicitat pot variar, però s’estima que el manteniment sigui anual.
D. Funcionament de la plataforma
Les pautes de funcionament de la plataforma ABACUS/Regulator es troben detallades en els diversos manuals d’usuari proporcionats per BearingPoint i es troben disponibles a l’Oficina Virtual de l’AFA. No obstant, en aquest apartat es resumeixen una sèrie d’aspectes bàsics a tenir en compte a l’hora d’utilitzar la plataforma correctament.
D.1. Reporting framework i format dels documents a carregar
Pel que fa a la tramesa d’informació periòdica relativa l’aplicació del Reglament 680 referit en el comunicat tècnic de tramesa corresponent, aquesta seguirà els estàndards marcats per l’EBA en quant al format de les plantilles, regles de validació i taxonomia.
Excepte que l’AFA digui el contrari mitjançant el Comunicat tècnic de tramesa vigent, la versió d’aquestes plantilles, regles de validacions i taxonomia han de correspondre amb la darrera versió publicada per l’EBA i que es trobi vigent en cada data de referència. No obstant això, l’AFA es
8
reserva el dret de modificar, suprimir i afegir validacions.
En quant al format dels documents de reporting que s’han de carregar al sistema ABACUS/Regulator, aquests han de tenir la taxonomia XBRL establerta per l’EBA.
Amb caràcter excepcional, i fins a la tramesa amb data de referència 31 de desembre del 2019, en cas que les entitats no tinguin capacitat de reportar les plantilles en XBRL, podran generar i carregar les plantilles directament en format XML. L’AFA proporcionarà de manera temporal i amb caràcter excepcional uns fulls de treball Excel, anomenats X2A, que permeten convertir les plantilles de la tramesa Excel en format XML perquè puguin ser carregades a la plataforma. Pel que fa a la tramesa d’informació periòdica de les plantilles AFA, aquestes s’hauran de carregar al sistema en format XML. Per això, l’AFA proporcionarà uns fulls de treball Excel, anomenats X2A, que permeten convertir les plantilles de la tramesa Excel en format XML. Així mateix, l’AFA es reserva el dret d’afegir validacions respecte les plantilles AFA.
Aquests fulls de treball X2A es troben disponibles a l’apartat Documentació de suport de l’Oficina Virtual de l’AFA.
Addicionalment, per a les entitats que siguin capaces de generar automàticament el reporting en format XML, l’AFA proporciona una solució alternativa, també de caràcter temporal fins el 31 de desembre del 2019, que consisteix en adoptar els esquemes XSD per a que aquests arxius puguin ser carregats directament en format XML a la plataforma ABACUS/Regulator, evitant utilitzar els arxius X2A. Tot el material de suport relatiu als esquemes XSD es troben penjats a l’apartat Documentació de suport de l’Oficina Virtual de l’AFA.
Per a qualsevol dubte relatiu a la implementació de qualsevol de les opcions, es pot contactar al suport de reporting de l’AFA mitjançant el correu electrònic [email protected].
9
D.2. Estructura i organització de les dades a trametre
La tramesa d’informació mitjançant la plataforma ABACUS/Regulator es realitzarà segons la periodicitat i requeriments que estiguin establerts en el corresponent Comunicat Tècnic de tramesa vigent en cada moment. Al sistema s’han definit 3 variables imprescindibles:
Data de referència
o Aquesta s’habilitarà segons l’establert en el Comunicat Tècnic corresponent Entitat que reporta
o Aquesta s’identifica mitjançant el codi “EBXX-XXS” o bé “EBXX-XXG” on ▪ S: Solo → Individual
▪ G: Group → Consolidat Clúster
o Per a cada data de referència, poden haver-hi diversos clústers de reporting, en funció de si pertoca enviar tramesa Mensual, Trimestral, Semestral i Anual, i també en funció de si les dades són preliminars o són auditades
o Així doncs, el format per identificar cada clúster serà el següent: “AAAAMM_Periodicitat”, on:
AAAA: Any en format numèric MM: Mes en format numèric
Periodicitat: pot ser Mensual, Trimestral, Semestral i Anual
Per exemple, per la tramesa trimestral corresponent al 30 de juny del 2019, el nom del clúster serà: “201906_Trimestral”
o Excepcionalment per a la tramesa de tancament, corresponent a 31 de desembre, s’habilitaran dos clústers, un amb dades preliminars, i un altre amb dades definitives i auditades. Així doncs, el format per identificar cada clúster serà el següent:
“AAAA12_Periodicitat_Preliminar” “AAAA12_Periodicitat_Auditat”
Molt important! Per a aquelles dates de referència que es requereixin dos o més periodicitats de tramesa, a la darrera tramesa sempre s’hauran de carregar tots els documents, incloent els documents tramesos amb anterioritat per a la mateixa data de referència, tinguin o no canvis. Per exemple, per a la data de referència 31/03/2019, la qual està subjecta a una tramesa Mensual i Trimestral, la darrera tramesa que correspongui facilitar, en aquest cas la Trimestral, ha d’incloure tots els documents enviats en la tramesa Mensual per al mateix període. D’aquesta manera, tots els documents estaran disponibles en un mateix clúster i, més important, les regles de validació s’aplicaran entre tots els document. La tramesa no es considerarà vàlida si no es carreguen tots els documents requerits per a cada període de reporting. També molt important que per a cada tramesa, es seleccionin les 3 variables de manera adient d’acord amb l’entitat que reporta, el període corresponent i la periodicitat. S’ha de tenir en compte les dates límit per trametre els documents ja que no es permetrà la càrrega de documentació més enllà de la data límit.
Recomanació: S’encoratja a les entitats a preparar les dades amb suficient antelació, fer proves a l’entorn “PRE-PRODUCCIÓ” per estimar els temps necessaris pels processos i iniciar els processos de càrrega a l’entorn final “PRODUCCIÓ” el més aviat possible i no esperar al darrer moment.
10
D.3. Carregar documents al sistema i executar processos
El sistema permet la càrrega de documents de dues maneres, en format XML (temporal) mitjançant la finestra X2A Workflows(A), i en format XBRL, mitjançant la finestra XBRL Import(B).
Per a cada unitat de reporting(C),(FINREP, COREP, ...) la totalitat dels arxius s’han de carregar mitjançant el mateix procés d’importació, o bé X2A Workflows(A)
(format XML), o bé XBRL Import(B)(format XBRL). Per exemple, pel paquet de
reporting FINREP, no es poden pujar certs arxius en format XML i la resta en format XBRL. El que sí que és possible és pujar paquets diferents en formats diferents. Per exemple, el paquet FINREP es pot pujar en format XML i el paquet COREP en format XBRL.
Per a cada unitat de reporting(C) s’han d’executar una sèrie de processos(D), començant per la càrrega de documents (Import), fins arribar a la validació final (Sign off). Cadascun dels processos són dependents de l’anterior, de manera que si el procés anterior té errors crítics, el següent no es podrà executar. La plataforma ofereix un sistema de semàfors(E) per a exemplificar l’estatus de cada procés. Es consideren errors crítics els processos amb els estatus “Error” i “Not accepted”.
Important! Si s’executen els processos a X2A Workflows i els processos concideixen amb els de XBRL, per exemple el “Cross Module”, el semàfor tindrà el mateix estat en X2A Workflows com en XBRL Import encara que no s’hagi executat cap procés a XBRL Import. El mateix passa amb els semàfors de X2A Workflows si esteu executant els processos a XBRL Import. Els processos que no coincideixin no canviaran de color.
En funció dels permisos que tingui l’usuari, l’estatus de cada procés pot ser modificat manualment. Al fer-ho, s’haurà d’indicar una justificació(F) per realitzar el canvi manualment. Aquests canvis manuals s’han d’evitar en la mesura del possible i només es poden donar en casos excepcionals i molt justificats, pel que recomana que es doni el màxim de detall possible en la justificació per tal que els canvis no siguin retrocedits per part de l’AFA o bé l’usuari de rang superior dins de l’entitat bancària.
A continuació, es resumeixen els passos a seguir per executar un dels paquets de reporting. A mode d’exemple, s’il·lustren els processos del paquet FINREP mitjançant el sistema “X2A
A B
C
D
E
11 Workflows”, ja que es tracta del paquet i procés amb més passos. El procés mitjançant “XBRL Import” és el mateix, però amb menys passos, tal i com es mostra a continuació:
Així doncs, els passos a seguir per executar el paquet FINREP mitjançant “X2A Workflows” són: (1) Seleccionar correctament (veure apartat D.2.):
a. Data de referència b. Entitat que reporta c. Clúster de reporting (2) Carregar les dades (Import)
Iniciar el procés per carregar els documents prement el botó “Import”
Des d’aquesta finestra emergent, es carreguen els documents a través del botó “Manage files”
12
Requisit: És molt important que els fitxers carregats tinguin el format i el nom correcte, que ha de coincidir amb el punt “5” de la captura d’imatge(G). Si no és així, el sistema no permetrà executar el procés d’importació de les dades
Un cop carregat el document, s’inicia el procés mitjançant el botó “Start process”.
(3) Executar processos de validació
Un cop el procés de importació s’ha executat correctament, es comencen a executar els processos de validació que poden ser diferents depenent del paquet de reporting. Independentment del nombre i tipus de processos de validació de cada paquet de reporting, el procediment d’execució sempre és el mateix: els processos de validació s’executen consecutivament i, sempre de la mateixa manera, prement sobre el botó de cada procés i, un cop s’obri la finestra emergent, iniciar el procés mitjançant el botó “Start process”. Per exemple, pel paquet de reporting FINREP, existeixen 3 processos de validació i el primer que s’ha d’executar és el “FINREP non-XBRL”.
A mesura que es van completant els processos, seguim executant els següents processos seguint el mateix procediment, prement al botó de cada procés i executant el procés mitjançant el botó “Start process”
En aquets cas, el següent procés de validació és el “Cross Module”, que executa les regles de validació entre paquets de reporting, per exemple “FINREP” contra “Asset Encumbrance”.
Important! Per a les dates de referència en què es requereixen diversos paquets de reporting, és important que almenys el procés d’importació estigui realitzat per tots els paquets abans d’executar els processos de validació de cada paquet, d’aquesta manera el sistema podrà executar les validacions entre paquets sense que es donin errors.
13 Per consultar quins són els paquets contra els que es validen, es pot consultar la web de l’EBA, tenint en compte la versió vigent segons l’establert en el punt D.1 d’aquesta guia, o bé al mateix sistema ABACUS/Regulator accedint al procés “Cross Module”, i veure el punt “5”(H):
Nota: Segons l’exposat en l’apartat D.1 d’aquesta guia, l’AFA es reserva el dret de modificar, suprimir i introduir noves validacions, tant entre paquets de reporting com entre documents del mateix paquet. El mateix aplica a les plantilles de l’AFA.
Finalment, s’executa el darrer procés de validació “DPM” que executa la resta de regles de validació que existeixen per cada document entre ell mateix, així com les regles que validen tots els documents entre els demés dins d’un mateix paquet de reporting.
Un cop executades totes les validacions, si tots els processos de validació es troben en verd, vol dir que no existeixen errors de validació i, per tant, es pot continuar amb el següent procés. Ara bé, si existeixen errors de validació, aquests s’hauran de revisar i corregir abans de continuar. Existeixen 2 tipus de regles de validació:
“Warning validation rules” “Blocking validation rules”.
Important! Les entitats bancaries tenen l’obligació de revisar i corregir totes les regles de validació, en especial les “Blocking validation rules”, ja que si aquestes es donen i no es corregeixen, el sistema no permet executar el següent procés ja que es considera un error crític en la tramesa. Tots els errors de validació es poden consultar a l’apartat “Documents” de cada procés de validació. Per fer-ho, s’ha de descarregar l’arxiu .html que conté les validacions i obrir-lo en qualsevol navegador web per consultar-lo:
14
Un cop identificat els errors, l’entitat ha de procedir a corregir-los. Per tal de modificar les dades, a l’hora de corregir les validacions, es pot fer de 2 maneres:
(a) Si els canvis són substancials i/o afecten a molts documents, es recomana tornar a començar el procés des de l’inici. Per fer-ho s’ha de reiniciar el procés mitjançant el botó “Reset”
(b) Si els canvis no són substancials i/o són puntuals, es pot modificar directament sobre els documents carregats dins dels sistema. Per fer-ho s’han de seguir els passos següents:
15 ii. Crear una partició d’edició
Al crear la nova partició per editar, el sistema requereix que s’introdueixi una referència o descripció de la partició en qüestió:
16
Un cop es modifica alguna dada, el color de fons passa a ser groc. Per tal de guardar tots els canvis s’ha de prémer el botó “Save”
Tots el canvis manuals s’han de justificar, de tal manera que a l’hora de guardar-los el sistema fa saltar una finestra emergent on l’usuari haurà de justificar, amb el major detall possible la raó dels canvis.
(4) Crear fitxer XBRL
Un cop s’han executat tots els processos de validació, s’inicia el procés “Create XBRL”
(5) Revisió de les dades i validació final (Sign Off)
Finalment, un cop tots el processos anteriors estan executats i validats, el darrer pas és la revisió de les dades i validació final per entregar la tramesa oficialment a l’AFA.
17 Important! Es requereix que el responsable de dur a terme el Sign off de cadascuna de les trameses carregades al sistema ABACUS/Regulator de l’AFA sigui, per a la tramesa a nivell individual, el director financer de l’entitat bancària andorrana, i per a la tramesa a nivell consolidat, el director financer del grup.
Un cop realitzat el Sign off es considera que la tramesa s’ha tramés formalment a l’AFA. Si l’entitat identifica algun error abans de que es s’acabi el termini, aquesta podrà introduir tots els canvis que consideri juntament amb les corresponents justificacions que el sistema sol·licitarà. Per a més detall sobre com modificar dades al sistema, consultar l’apartat D.3.3.
(6) Eliminació de processos amb errors
Un cop executat un procés, si aquest queda aturat (“Stopped with errros”) algun usuari de l’entitat haurà d’esborrar el procés, un cop s’hagi descarregat els fitxers amb el log de l’error en el cas que fos necessari. És important esborrar-los, el processador pot executar un nombre limitat de processos pel conjunt dels usuaris del sistema i els processos amb errors que queden aturats ocupen 1 procés. Els processos “Delete/release” de “Current Processes “ no es perden. Passen a la finestra “Finished processes” amb l’estat de “released”.
Des de l’AFA si considerem que els processos aturats amb errors estan perjudicant el bon funcionament de l’eina els esborrarem de “Currrent processes”, els qual passaran a la finestra de “Finished processes”, per evitar que les altres entitats es vegin perjudicades i puguin córrer els seus processos
Important! En cap cas es poden esborrar els processos de la pestanya “Finished processes”, pot dur a errors de recàrrega de les dades.
Per esborrar el procés, s’ha de seleccionar el procés que es vol esborrar i prémer el boto “delete/release”.
18
E. Alta/baixa d’usuaris
Per tal de sol·licitar l’alta o la baixa d’un usuari per part d’una entitat bancària, s’ha d’enviar un correu electrònic a [email protected] on s’ha d’especificar el codi de l’entitat “EBXX-XX” al títol del correu.
En el cas d’alta, s’haurà de proporcionar la següent informació: Nom de l’entitat
Nom i cognoms de la persona Correu electrònic corporatiu
Nom usuari a la plataforma (ie “nom.cognom”)
Paquets de reporting assignats. A escollir (poden ser varis) entre:
o EBA-ITS: FinRep (IFRS) (incl. Forbearance and Non-Performing Exposure) o EBA-ITS: CoRep/Own Funds
o EBA-ITS: Liquidity Reporting (LCR and NSFR)
o EBA-ITS: Additional Liquidity Monitoring Metrics (ALMM) o EBA-ITS: Asset Encumbrance
o EBA-ITS: Large Exposure o EBA-ITS: Leverage Ratio
o EBA-ITS: Supervisory Benchmarking Portfolios o “AFA templates”: plantilles específiques de l’AFA Tipologia d’usuari
o Read (drets de lectura)
o Write – Load (drets de lectura i escriptura)
o Supervisor (drets de lectura, escriptura i de sobrescriure canvis)
o Sign Off (drets de lectura, escriptura, sobrescriure canvis i validació final de la tramesa)
F. Altres funcionalitats
La resta de funcionalitats que l’eina ABACUS/Regulator permet executar, es troben detallades als diversos manuals d’usuaris disponibles a l’Oficina Virtual de l’AFA.
Algunes d’aquestes funcionalitats són:
Comparar documents entre períodes, clústers Exportar les plantilles en format .pdf i format Excel Descarregar informes de canvis manuals
Realitzar anotacions als documents
19
G. Incidències
Per a qualsevol incidència tècnica de la plataforma o relacionada amb la tramesa, l’entitat haurà d’enviar un correu electrònic a [email protected] on s’ha d’especificar el codi de l’entitat “EBXX-XX” al títol del correu.
És molt important explicar amb el màxim detall possible el problema en qüestió, acompanyat, en la mesura del possible, d’arxius adjunts, captures de pantalla i arxius de log del sistema ABACUS/Regulator, si escau.
A mode d’exemple, es poden consultar i descarregar els arxius d’error “log” per a cada procés de la següent manera:
