--- title: "XBRL: Viel mehr als nur die Einhaltung von Vorschriften" date: "2009-07-13" categories: - "xbrl" tags: - "altova" - "data-mapping" - "mapforce" - "xbrl" description: Erfahren Sie, wie XBRL über die reine Compliance hinausgeht und die Effizienz des Datenmanagements verbessert. Entdecken Sie interne Mapping-Lösungen mit Altova MapForce für eine optimierte Berichtserstellung. --- Status: #blog Tags: #altova #data-mapping #mapforce #xbrl Categories: [xbrl](/blog/de/category/xbrl.md) # XBRL: Viel mehr als nur die Einhaltung von Vorschriften Nach meinem kürzlichen Besuch der [19. internationalen XBRL-Konferenz](http://conference.xbrl.org/) in Paris, kann ich nicht umhin, zu denken, dass viele Organisationen den Kern der Sache verfehlen – und dass die Vorgaben der SEC möglicherweise dafür mitverantwortlich sind. Man würde meinen (zumindest habe ich das gedacht), dass im Jahr nach der Einführung der XBRL-Berichterstattung durch die größte Volkswirtschaft der Welt, diese Konferenz von Unternehmensvertretern überflutet sein würde, die begierig darauf sind, mehr darüber zu erfahren, wie – und vor allem, _warum_ sie ihre Finanzdaten im XBRL-Format kennzeichnen sollten. Aber leider war dies nicht der Fall. Ich kann nur vermuten, dass die geringe Teilnehmerzahl – insbesondere aus den Vereinigten Staaten – damit zusammenhängt, dass Unternehmen XBRL immer noch hauptsächlich als eine Frage der Einhaltung von Vorschriften betrachten und weiterhin die "Kennzeichnung" ihrer Finanzberichte an Finanzdruckereien oder andere Unternehmen auslagern, die Einreichungen bei der EDGAR-Behörde vornehmen. Also, ist XBRL eine Frage der Compliance? Nun, natürlich ist es das, aber es ist viel mehr als das. Ich kann Ihnen das mit Sicherheit sagen, denn ich arbeite für Altova und wir konzentrieren uns nicht ausschließlich auf Compliance-Software. Wir entwickeln Werkzeuge, die Unternehmen dabei helfen, die Effizienz ihrer _intern_ Dabei werden Prozesse optimiert, um die Gesamtzeit und die Kosten des Datenmanagement-Workflows zu reduzieren. Dies ist für jedes Unternehmen, das XBRL verwendet, durchaus realisierbar, erfordert aber eine proaktive Überprüfung der Art und Weise, wie Sie Ihre Daten verwalten. "Tagging" bedeutet, dass Finanzberichte auf die traditionelle Weise in einer Tabellenkalkulation oder einem Buchhaltungsprogramm erstellt werden und dann nachträglich und sorgfältig mit XBRL-Tags versehen werden, um sie konform zu machen. Igitt... kein Wunder, dass der Begriff "Compliance" so unangenehm klingt! Haben wir nicht schon genug zu tun? Und Moment mal, ist das nicht einfach nur eine manuelle Aufgabe mehr, die wir erledigen müssen – und dadurch die Wahrscheinlichkeit menschlicher Fehler verdoppelt? Ich bin mir nicht sicher, wann genau dieses Wort "Tagging" so populär geworden ist, um die Implementierung von XBRL zu beschreiben, aber es hat nur dazu geführt, etwas zu vereinfachen, das eigentlich nicht sehr kompliziert war (zugegeben, es wurde wahrscheinlich von jemandem im Marketing-Bereich geprägt – zu dem ich auch gehöre). Lassen wir die Idee des "Tagging" erst einmal beiseite und schauen wir, ob wir etwas etwas Aufregenderes finden können. Nehmen wir an, alle Finanzdaten Ihres Unternehmens sind in einer Art von Backend-System gespeichert, beispielsweise in einer Datenbank, einem Buchhaltungs-/ERP-System, in XML-Dateien oder sogar in einer Kombination dieser Formate. Was wäre, wenn Sie einfach [Ordnen Sie Ihre Daten dem XBRL-Format zu](https://www.altova.com/de/products/mapforce/xbrl_mapping.html) statt externe Berater beauftragen zu müssen, die Berichte durchforsten und jede einzelne Position kennzeichnen? Was wäre, wenn Sie diese Zuordnung sogar wiederverwenden könnten, wenn Sie das nächste Mal einen ähnlichen Finanzbericht erstellen müssen? Und was wäre, wenn Sie sogar Ihre IT-Abteilung einbeziehen könnten [Automatisieren Sie Ihre Prozesse zur Einreichung von XBRL-Berichten](https://www.altova.com/de/products/mapforce/xbrl_mapping.html)? **XBRL-Zuordnung** Altova MapForce ist ein [Tool zur Datenintegration](https://www.altova.com/de/products/mapforce/data_mapping.html) für Unternehmen, mit dem Sie genau das erreichen können. Es wird von Entwicklern und Anwendungsarchitekten auf einer höheren Ebene eingesetzt, aber seine benutzerfreundliche grafische Oberfläche macht MapForce für jeden zugänglich, der ein Verständnis für die Daten hat, die zugeordnet werden müssen. Betrachten wir ein vereinfachtes Beispiel, um zu veranschaulichen, wie einfach dies sein kann: Der erste Schritt besteht darin, die Quelldatenkomponente – in diesem Fall eine Datenbank – in das Designfenster von MapForce zu laden. [![xbrl1](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl1_thumb.jpg "xbrl1")](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl1.jpg) Bitte beachten Sie, dass die Mapping-Komponente eine Darstellung der Tabellen und Spalten in der Datenbank ist. Die zugrunde liegenden Daten können sich daher jederzeit ändern, und das Mapping selbst wird dadurch nicht beeinflusst. Das gilt für jede Mapping-Struktur, die Sie in MapForce verwenden – XML, Datenbanken, Flachdateien, EDI, Excel, XBRL oder Webdienste. Als Nächstes fügen wir unsere Ziel-Mapping-Komponente hinzu, in diesem Fall eine grundlegende XBRL-Erweiterungstaxonomie, die auf [US GAAP – Gewerblich und Industrie](http://xbrl.us/taxonomies/Pages/default.aspx) basiert. [![xbrl2](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl2_thumb.jpg "xbrl2")](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl2.jpg) Jetzt können wir einfach mit der Zuordnung beginnen, indem wir Linien verbinden, um einzelne Elemente miteinander zu verknüpfen. Es wird Fälle geben, in denen wir [Datenverarbeitungsregeln](https://www.altova.com/de/features_datafilters_mapforce.html) anwenden müssen, um das Format leicht zu ändern, Daten zu filtern oder sogar Konstanten hinzuzufügen, die für die XBRL-Berichterstellung erforderlich sind, aber nicht in der Datenbank vorhanden sind. All dies lässt sich sehr einfach erledigen, indem man Zwischenfunktionen per Drag-and-Drop aus der MapForce-Bibliothek in der Seitenleiste hinzufügt. Nehmen wir beispielsweise an, dass Ihre Datenbank automatisch ein Datums- und Zeitformat benötigt, um jeden Abrechnungszeitraum zu speichern. Da die XBRL-Berichterstellung nur ein Datum erfordert, müssen wir den Zeitanteil in unserer Zuordnung entfernen. Ziehen Sie einfach eine Funktion zur Umwandlung von Datum und Uhrzeit in ein Datum aus der Bibliothek und verbinden Sie die Linien zwischen Ihrer Datenbank und dem XBRL-Komponenten. [![xbrl4](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl4_thumb.jpg "xbrl4")](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl4.jpg) Natürlich müssen Sie wahrscheinlich auch eine Vielzahl anderer mathematischer, logischer oder anderer Funktionen zu Ihren Daten hinzufügen, und Sie werden eine umfangreiche Liste dieser Funktionen bereits in der Funktionsbibliothek finden. Sie können bei Bedarf auch problemlos eigene Funktionen hinzufügen, und zwar mithilfe eines grafischen Funktionserstellers. Am Ende wird Ihre Zuordnung dann etwa so aussehen: [![xbrl6](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl6_thumb.jpg "xbrl6")](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl6.jpg) Klicken Sie jetzt einfach auf den Reiter "Ausgabe", um zu sehen, wie die XBRL-Daten aussehen. Und da haben Sie es: eine wiederverwendbare und erweiterbare Datenzuordnung, die Sie jederzeit verwenden können, wenn Sie XBRL-Daten einreichen müssen. Sie können die Zuordnungschnittstelle sogar in eine andere Anwendung integrieren oder die IT-Abteilung bitten, Code zu erstellen, der die Generierung der XBRL-Datei automatisch jedes Mal übernimmt, wenn ein Bericht fällig ist. Für einen detaillierteren Überblick darüber, wie die [XBRL-Zuordnung](https://www.altova.com/de/products/mapforce/xbrl_mapping.html) in MapForce funktioniert, sehen Sie sich unser [Altova-XBRL-Tutorial](https://www.altova.com/de/aot/online-training.aspx) an. Hier ist ein sehr einfaches Beispiel dafür, wie man XBRL-Daten direkt aus einem Buchhaltungssystem generieren kann – ohne dass Informationen erneut eingegeben werden müssen, ohne dass ein traditioneller Satz von Finanzberichten erstellt werden muss und ganz sicher ohne "Tagging". Und das Beste daran ist, dass all dies problemlos intern und zu einem Bruchteil der Kosten erledigt werden kann. Verstehen Sie mich nicht falsch, die Auslagerung könnte durchaus eine Rolle bei der XBRL-Implementierung in Ihrem Unternehmen spielen. [Erstellung einer Erweiterungstaxonomie für XBRL](https://www.altova.com/de/xbrl-taxonomy-editor.html), Zum Beispiel könnte es durchaus sein, dass Sie sich wohler fühlen, wenn diese Aufgabe von Personen übernommen wird, die über jahrelange Erfahrung im Umgang mit der XBRL-Syntax und anderen komplexen Aspekten verfügen. Aber die Umwandlung der Finanzdaten Ihres Unternehmens in das XBRL-Format... sollte das nicht von denjenigen übernommen werden, die die Daten am besten kennen? Für weitere Informationen zum Altova MissionKit: [Werkzeuge für XBRL](https://www.altova.com/de/solutions/xbrl-tools.html) - einschließlich der Unterstützung für [XBRL-Zuordnung und -Automatisierung](https://www.altova.com/de/products/mapforce/xbrl_mapping.html), [XBRL-Validierung und Erstellung von Taxonomien](https://www.altova.com/de/xbrl.html), und [XBRL-Darstellung](https://www.altova.com/de/features_xbrl_rendering.html) - Bitte besuchen Sie: [https://www.altova.com/solutions/xbrl-tools.html](https://www.altova.com/de/solutions/xbrl-tools.html) ...oder [Laden Sie das Altova MissionKit herunter](https://www.altova.com/de/download/missionkit/software_development_tools_enterprise.html) heute!