--- title: "XBRL: molto più di una semplice conformità" date: "2009-07-13" categories: - "xbrl" tags: - "altova" - "data-mapping" - "mapforce" - "xbrl" description: Scoprite come XBRL va oltre la semplice conformità normativa, migliorando l'efficienza della gestione dei dati. Scoprite le soluzioni di mappatura interne con Altova MapForce per una reportistica più efficiente. --- Status: #blog Tags: #altova #data-mapping #mapforce #xbrl Categories: [xbrl](/blog/it/category/xbrl.md) # XBRL: molto più di una semplice conformità Dopo essere tornato da una breve visita alla [19ª Conferenza Internazionale XBRL](http://conference.xbrl.org/) a Parigi, non posso fare a meno di pensare che molte organizzazioni non stiano comprendendo appieno l'importanza della questione, e che forse l'obbligo imposto dalla SEC sia in parte responsabile di questa situazione. Si potrebbe pensare (beh, io pensavo) che, nell'anno successivo all'introduzione dei requisiti di reporting XBRL da parte della più grande economia mondiale, questa conferenza sarebbe stata gremita di rappresentanti aziendali desiderosi di saperne di più su come, e soprattutto, _sul perché_ dovrebbero utilizzare XBRL per strutturare i loro dati finanziari. Ma, ahimè, non è stato così. Posso solo ipotizzare che il numero esiguo di partecipanti, soprattutto dagli Stati Uniti, sia dovuto al fatto che le organizzazioni continuano a considerare l'XBRL principalmente come una questione di conformità normativa e continuano a esternalizzare la "classificazione" dei loro bilanci a società di stampa finanziaria o ad altri enti che presentano documenti a EDGAR. Quindi, XBRL è una questione di conformità? Beh, certo che lo è, ma è molto di più. Posso affermarlo con certezza perché lavoro per Altova e noi non ci concentriamo semplicemente sui software di conformità. Sviluppiamo strumenti che aiutano le aziende a massimizzare l'efficienza delle loro _interno_ Questi processi sono progettati per ridurre i tempi e i costi complessivi del flusso di lavoro di gestione dei dati. E questo è assolutamente realizzabile per qualsiasi azienda che utilizzi XBRL, ma significa adottare un approccio proattivo nella gestione dei propri dati. "Tagging" implica che i bilanci siano redatti nel modo tradizionale, utilizzando un foglio di calcolo o un programma di contabilità, e che vengano poi, a posteriori e con grande attenzione, contrassegnati con i tag XBRL per renderli conformi. Uffa... non c'è da stupirsi se la conformità suona così sgradevole! Non abbiamo già abbastanza lavoro da fare? E poi, non è che questo non fa altro che aggiungere un compito manuale in più, raddoppiando le probabilità di errori umani? Non sono sicuro di quando esattamente questa parola "tagging" sia diventata così popolare per descrivere l'implementazione di XBRL, ma tutto ciò che ha fatto è semplificare eccessivamente qualcosa che, in realtà, non era poi così complicato (ammesso che sia stata coniata da qualcuno del reparto marketing, di cui io stesso faccio parte). Comunque, mettiamo da parte l'idea dell'etichettatura e vediamo se riusciamo a trovare qualcosa di un po' più efficace. Immaginiamo che tutti i dati finanziari della vostra azienda siano contenuti in un sistema di archiviazione, un database, un sistema di contabilità/ERP, file XML, o persino una combinazione di questi. E se poteste semplicemente [convertire i vostri dati in formato XBRL internamente](https://www.altova.com/it/products/mapforce/xbrl_mapping.html) invece di affidarvi a consulenti esterni che analizzano i report e etichettano ogni singola voce? E se poteste persino riutilizzare questa conversione la prossima volta che dovete produrre un report finanziario simile? E se il vostro reparto IT potesse persino [automatizzare i processi di trasmissione dei dati in formato XBRL](https://www.altova.com/it/products/mapforce/xbrl_mapping.html)? **[Mappatura XBRL](https://www.altova.com/it/products/mapforce/xbrl_mapping.html)** Altova MapForce è una soluzione di livello aziendale [strumento di integrazione dei dati](https://www.altova.com/it/products/mapforce/data_mapping.html) che permette di fare proprio questo. Viene utilizzato a un livello avanzato da sviluppatori e architetti di applicazioni, ma la sua interfaccia grafica intuitiva rende MapForce accessibile a chiunque abbia una conoscenza dei dati che devono essere mappati. Vediamo un esempio parziale per illustrare quanto possa essere semplice: il primo passo è caricare il componente dati di origine, in questo caso un database, nell'area di progettazione di MapForce. [![xbrl1](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl1_thumb.jpg "xbrl1")](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl1.jpg) Si prega di notare che il componente di mappatura rappresenta le tabelle e le colonne del database; di conseguenza, i dati sottostanti possono cambiare in qualsiasi momento, e la mappatura stessa non risentirà di tali modifiche. Lo stesso vale per qualsiasi struttura di mappatura che si utilizzi in MapForce, che si tratti di XML, database, file di testo, EDI, Excel, XBRL o servizi web. Successivamente, aggiungeremo il nostro componente di mappatura di destinazione, in questo caso una tassonomia di estensioni XBRL di base basata su [US GAAP - Commerciale e industriale](http://xbrl.us/taxonomies/Pages/default.aspx). [![xbrl2](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl2_thumb.jpg "xbrl2")](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl2.jpg) Ora, possiamo iniziare la mappatura semplicemente collegando delle linee per associare gli elementi. In alcuni casi, sarà necessario applicare delle [regole di elaborazione dei dati](https://www.altova.com/it/features_datafilters_mapforce.html) per modificare leggermente il formato, filtrare i dati o, addirittura, aggiungere delle costanti per i requisiti di reporting XBRL che non sono presenti nel database. Tutto questo può essere fatto molto facilmente trascinando e rilasciando le funzioni intermedie dalla libreria di MapForce, che si trova nella barra laterale. Supponiamo, ad esempio, che il vostro database richieda automaticamente un formato data e ora per registrare qualsiasi periodo contabile. Poiché la reportistica XBRL richiede solo la data, è necessario eliminare la parte relativa all'ora nella nostra mappatura. Quindi, semplicemente trascinate una funzione "data da data e ora" dalla libreria e collegate le linee tra il vostro database e il componente XBRL. [![xbrl4](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl4_thumb.jpg "xbrl4")](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl4.jpg) Naturalmente, probabilmente dovrete anche aggiungere una varietà di altre funzioni matematiche, logiche o di altro tipo ai vostri dati, e troverete un'ampia lista di queste già disponibili nella libreria di funzioni. È inoltre possibile aggiungere facilmente funzioni personalizzate, se necessario, utilizzando un editor grafico. Alla fine, la vostra mappatura avrà un aspetto simile a questo: [![xbrl6](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl6_thumb.jpg "xbrl6")](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl6.jpg) Ora, basta cliccare sulla scheda "Output" per vedere come appare il formato XBRL. Ed ecco fatto... una mappatura dei dati riutilizzabile ed estendibile che potete utilizzare ogni volta che dovete inviare dati in formato XBRL. Potete persino integrare l'interfaccia di mappatura in un'altra applicazione, oppure chiedere al reparto IT di generare codice che automatizzi la creazione dei file XBRL ogni volta che è necessario presentare un rapporto. Per una panoramica più dettagliata di come funziona la [mappatura XBRL](https://www.altova.com/it/products/mapforce/xbrl_mapping.html) in MapForce, consultate il nostro tutorial Altova su [XBRL](https://www.altova.com/it/aot/online-training.aspx). Ecco un esempio molto rapido di come generare direttamente in formato XBRL a partire da un sistema di contabilità: non è necessario reinserire manualmente i dati, non è necessario creare un insieme di bilanci tradizionali e, certamente, non è necessario effettuare alcuna "etichettatura". E la cosa migliore è che tutto questo può essere facilmente realizzato internamente e a una frazione del costo. Non fraintendete, l'outsourcing potrebbe avere un ruolo nella implementazione di XBRL all'interno della vostra azienda. [Creazione di una tassonomia di estensione XBRL](https://www.altova.com/it/xbrl-taxonomy-editor.html), Ad esempio, potrebbe essere qualcosa che vi sentireste più a vostro agio a delegare a chi ha anni di esperienza nel lavorare con la sintassi XBRL e altre complessità. Ma inserire i dati finanziari della vostra organizzazione in formato XBRL... non dovrebbe essere compito di chi conosce meglio i dati? Per maggiori informazioni sul prodotto Altova MissionKit, si prega di consultare le risorse disponibili [strumenti per XBRL](https://www.altova.com/it/solutions/xbrl-tools.html) - che include il supporto per [Mappatura e automazione di XBRL](https://www.altova.com/it/products/mapforce/xbrl_mapping.html), [Validazione XBRL e creazione di tassonomie](https://www.altova.com/it/xbrl.html), e [Rendering XBRL](https://www.altova.com/it/features_xbrl_rendering.html) - vi invitiamo a visitare [https://www.altova.com/solutions/xbrl-tools.html](https://www.altova.com/it/solutions/xbrl-tools.html) ...oppure [Scaricate il pacchetto Altova MissionKit](https://www.altova.com/it/download/missionkit/software_development_tools_enterprise.html) Oggi!