Una presentazione coerente delle istanze XBRL

Alex de Jong

Alex de Jong

Alex is Partner of ParsePort Netherlands

Alex on LinkedIn

L’ABE e l’EIOPA accettano file XBRL per i rapporti CRD IV e Solvency II da diversi anni. Per le autorità, XBRL è un enorme passo avanti rispetto ai file Excel, poiché XBRL può elaborare i dati in modo più efficiente di quanto avrebbero mai potuto fare con Excel.

Tuttavia, con XBRL, l’entità che redige il report non può vedere ciò che riferisce. Per chi crea il report, l’intera conversione XBRL è una grande scatola nera. Normalmente, si basano sui dati di input e presumono che gli strumenti convertano i dati esattamente come dovrebbero.

Ciò presenta alcuni svantaggi. Ad esempio, le tassonomie CRD IV e Solvency II contengono duplicati. Ciò significa che mentre potresti aver inserito solo un valore in una tabella, potrebbe apparire anche in molte altre tabelle. Queste informazioni sono presenti nel file XBRL, ma non nei dati di origine. Inoltre, è possibile che il filer non utilizzi lo strumento come previsto e che lo strumento converta i dati in un modo diverso da quello previsto dal filer.

Presentare i file XBRL in un formato leggibile

Per evitare che ciò accada, gli strumenti XBRL possono presentare il file XBRL creato in un formato leggibile, come html, Excel o PDF. Ciò è possibile, perché la maggior parte delle tassonomie contiene una cosiddetta “presentazione linkbase” che contiene informazioni su come mostrare i dati XBRL. Viene utilizzato ad esempio per creare i modelli annotati in Excel. Gli strumenti XBRL appropriati possono utilizzare queste informazioni per presentare il file XBRL in un formato leggibile.

Tuttavia, ci sono alcuni problemi con questo. Non c’è documentazione su come mostrare i numeri. Mille euro vengono salvati come “1000” nel file XBRL e il 95% viene salvato come “0,95”, dando o prendendo degli zeri decimali. Non ci sono segni di percentuale, non migliaia di separatori e il separatore decimale è sempre un punto. Uno strumento può aggiungere queste cose ovviamente. Si può facilmente programmare che un articolo di mille venga presentato come “1.000”. Ma cosa succede se alcuni vengono utilizzati per illustrare il punto come separatore decimale? Senza un’adeguata documentazione in questo caso mille possono essere facilmente letti come uno con tre decimali. Ciò può anche significare che diversi fornitori di software di paesi diversi mostrano una presentazione diversa dello stesso file XBRL, poiché ogni paese può avere modi diversi di presentare lo stesso valore.

Utilizzando invece iXBRL

Allora perché non usare iXBRL? Questo ci dà l’opportunità di aggiungere direttamente le proprietà di presentazione nel file. In questo caso, tuttavia, iXBRL sembra sbagliato. Questo perché l’intero contesto di questi file riguarda l’elaborazione dei dati in grandi quantità, mentre iXBRL è davvero concentrato sulla presentazione dei dati alle persone. Per l’elaborazione dei dati, l’XBRL regolare è più efficiente. Inoltre, le autorità dovranno modificare l’intero processo per poter elaborare i file iXBRL invece del normale XBRL.

Presentazione coerente

Il team olandese SBR ha affrontato questo problema creando la “presentazione coerente”; un documento che spiega come dovrebbe apparire una presentazione di un file XBRL olandese GAAP. Ad esempio, dice che la presentazione di elementi monetari o numerici dovrebbe essere basata sul paese della lingua. Una presentazione in inglese della tassonomia appare quindi diversa da una presentazione in olandese, ma va bene, poiché tutti possono fare riferimento alla documentazione. Ad esempio, menziona anche che gli elementi inutilizzati non devono essere presentati e che gli elementi astratti non possono essere mostrati. Questo tipo di cose è rilevante anche per CRD IV e Solvency II, poiché si può sostenere che l’intera tabella, inclusi gli elementi astratti, dovrebbe essere mostrata invece dei soli valori utilizzati.

Proporrei di fare lo stesso per i file CRD IV e Solvency II XBRL; dovremmo creare una documentazione di presentazione coerente per creare uno standard uniforme in tutta Europa, in modo che tutti i fornitori di software presentino i file XBRL allo stesso modo. Naturalmente, lo stile può essere diverso, ma il contenuto dovrebbe essere presentato nello stesso modo coerente.