--- title: "XBRL... to coś znacznie więcej niż tylko zgodność z przepisami" date: "2009-07-13" categories: - "xbrl" tags: - "altova" - "data-mapping" - "mapforce" - "xbrl" description: Odkryj, jak XBRL wykracza poza wymogi zgodności, zwiększając efektywność zarządzania danymi. Poznaj rozwiązania do mapowania danych opracowane wewnętrznie, wykorzystując program Altova MapForce, aby usprawnić proces raportowania. --- Status: #blog Tags: #altova #data-mapping #mapforce #xbrl Categories: [xbrl](/blog/pl/category/xbrl.md) # XBRL... to coś znacznie więcej niż tylko zgodność z przepisami Wróciłem niedawno z krótkiego pobytu na [19. Międzynarodowej Konferencji XBRL](http://conference.xbrl.org/) w Paryżu i nie mogę się powstrzymać od myśli, że wiele organizacji po prostu nie rozumie o co chodzi – a być może w dużej mierze za to odpowiada wymóg SEC. Wydawałoby się (a przynajmniej ja tak myślałem), że w roku po wprowadzeniu wymogów raportowania XBRL przez największą gospodarkę świata, ta konferencja powinna być pełna przedstawicieli firm, którzy chcą dowiedzieć się więcej o tym, jak i, co najważniejsze, _dlaczego_ powinni oznaczać swoje dane finansowe w formacie XBRL. Niestety, tak się nie stało. Mogę jedynie przypuszczać, że niska liczba uczestników – zwłaszcza z Stanów Zjednoczonych – wynika z faktu, że organizacje nadal postrzegają XBRL przede wszystkim jako kwestię zgodności z przepisami i nadal przekazują zadanie "tagowania" swoich sprawozdań finansowych firmom drukującym dokumenty finansowe lub innym podmiotom składającym dokumenty do systemu EDGAR. Czy XBRL to kwestia zgodności z przepisami? Oczywiście, że tak, ale to znacznie więcej niż tylko kwestia zgodności. Mogę to z całą pewnością stwierdzić, ponieważ pracuję w firmie Altova, a my po prostu nie koncentrujemy się na oprogramowaniu do celów zgodności. Tworzymy narzędzia, które pomagają firmom w maksymalizacji efektywności ich działalności _wewnętrzny_ procesów, z myślą o skróceniu czasu i kosztów związanych z zarządzaniem danymi. Jest to jak najbardziej możliwe dla każdej firmy korzystającej z XBRL, ale wymaga to aktywnego podejścia do sposobu, w jaki firma zarządza swoimi danymi. "Oznaczanie" (tagging) oznacza, że sprawozdania finansowe są sporządzane w tradycyjny sposób, w arkuszu kalkulacyjnym lub programie księgowym, a następnie, z perspektywy czasu i bardzo dokładnie, są one oznaczane tagami XBRL, aby zapewnić zgodność z wymaganiami. Fuj… nie dziwne, że termin "zgodność" brzmi tak nieprzyjemnie! Czy my wszyscy nie mamy wystarczająco dużo pracy? A poczekajcie, czy to nie jest tylko dodawanie kolejnego zadania manualnego do już istniejących – podwajając szanse na błędy ludzkie? Nie jestem pewien, kiedy to słowo "oznaczanie" stało się tak popularne w opisywaniu implementacji XBRL, ale wszystko, co osiągnęło, to uproszczenie czegoś, co w zasadzie nie było zbyt skomplikowane (przyznaję, że prawdopodobnie wymyślił to ktoś z działu marketingu – do którego, nawiasem mówiąc, również należę). Dobrze, odłóżmy na bok pomysł oznaczania danych i zastanówmy się, czy nie możemy wymyślić czegoś nieco bardziej zaawansowanego. Załóżmy, że wszystkie dane finansowe Państwa firmy znajdują się w jakimś repozytorium, bazie danych, systemie księgowym/ERP, w plikach XML, a nawet w kombinacji tych elementów. Co, gdyby można było po prostu [przekształcić dane do formatu XBRL we własnym zakresie](https://www.altova.com/pl/products/mapforce/xbrl_mapping.html), zamiast zlecać zewnętrznym konsultantom przeglądanie raportów i oznaczanie każdego elementu? Co, gdyby można było nawet ponownie wykorzystać to przekształcenie przy kolejnym tworzeniu podobnego raportu finansowego? A co, gdyby dział IT mógł [zautomatyzować procesy zgłaszania danych w formacie XBRL](https://www.altova.com/pl/products/mapforce/xbrl_mapping.html)? **[Mapowanie XBRL](https://www.altova.com/pl/products/mapforce/xbrl_mapping.html)** Altova MapForce to narzędzie przeznaczone dla przedsiębiorstw, które [narzędzie do integracji danych](https://www.altova.com/pl/products/mapforce/data_mapping.html) umożliwia to. Jest wykorzystywany przez programistów i architektów aplikacji na zaawansowanym poziomie, ale jego intuicyjny interfejs graficzny sprawia, że MapForce jest dostępny dla każdego, kto rozumie dane, które mają być przekształcane. Przyjrzyjmy się przykładowi, aby zilustrować, jak proste to może być: Pierwszym krokiem jest załadowanie komponentu źródłowych danych – w tym przypadku bazy danych – do panelu projektowania MapForce. [![xbrl1](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl1_thumb.jpg "xbrl1")](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl1.jpg) Należy pamiętać, że komponent mapowania jest reprezentacją tabel i kolumn w bazie danych. Dane, na których opiera się ta reprezentacja, mogą ulegać zmianom w dowolnym momencie, a sam komponent mapowania nie zostanie przez to zmieniony. To samo dotyczy każdej struktury mapowania, której używasz w MapForce – plików XML, baz danych, plików tekstowych, formatów EDI, arkuszy Excel, XBRL lub usług internetowych. Następnie dodamy nasz docelowy komponent mapowania, w tym przypadku podstawową taksonomię rozszerzeń XBRL opartą na standardzie [US GAAP - Sektor handlowy i przemysłowy](http://xbrl.us/taxonomies/Pages/default.aspx). [![xbrl2 (skrót od eXtensible Business Reporting Language, wersja 2) - język raportowania biznesowego, wersja 2](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl2_thumb.jpg "xbrl2")](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl2.jpg) Teraz możemy rozpocząć mapowanie, łącząc ze sobą elementy, aby je powiązać. W niektórych przypadkach będziemy musieli zastosować [reguły przetwarzania danych](https://www.altova.com/pl/features_datafilters_mapforce.html), aby nieznacznie zmodyfikować format, filtrować dane lub nawet dodawać stałe, które są wymagane dla raportowania XBRL, a które nie występują w bazie danych. Wszystko to można bardzo łatwo zrobić, przeciągając i upuszczając funkcje pośredniczące z biblioteki MapForce, znajdującej się w pasku bocznym. Załóżmy, na przykład, że baza danych automatycznie wymaga formatu daty i godziny do rejestrowania każdego okresu rozliczeniowego. Ponieważ raportowanie XBRL wymaga tylko daty, musimy usunąć informację o godzinie w naszym mapowaniu. Po prostu przeciągnij funkcję "data z daty i godziny" z biblioteki i połącz linie między bazą danych a komponentem XBRL. [![xbrl4 (skrót od eXtensible Business Reporting Language w wersji 4) - język raportowania biznesowego w wersji 4](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl4_thumb.jpg "xbrl4")](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl4.jpg) Oczywiście, prawdopodobnie będziecie również musieli dodać do swoich danych różnego rodzaju funkcje matematyczne, logiczne lub inne. Znajdziecie długą listę takich funkcji, które są już dostępne w bibliotece funkcji. Można również łatwo dodawać własne funkcje, jeśli jest to konieczne, za pomocą graficznego edytora funkcji. Ostatecznie, Twoje odwzorowanie będzie wyglądać mniej więcej tak: [![xbrl6](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl6_thumb.jpg "xbrl6")](https://www.altova.com/blog/images/XBRLsomuchmorethancompliance_E946/xbrl6.jpg) Teraz wystarczy kliknąć zakładkę "Wyjście", aby zobaczyć, jak wygląda format XBRL. I gotowe – macie mapowanie danych, które można wykorzystywać wielokrotnie i rozszerzać, a które można uruchamiać w dowolnym momencie, gdy potrzebujecie przesłać dane w formacie XBRL. Możecie nawet zintegrować interfejs mapowania z inną aplikacją, lub poprosić dział IT o wygenerowanie kodu, który automatycznie tworzyłby pliki XBRL za każdym razem, gdy należy przygotować raport. Aby uzyskać bardziej szczegółowy przegląd działania [mapowania XBRL](https://www.altova.com/pl/products/mapforce/xbrl_mapping.html) w MapForce, zapraszamy do zapoznania się z naszym poradnikiem Altova dotyczącym [XBRL](https://www.altova.com/pl/aot/online-training.aspx). Oto bardzo prosty przykład generowania danych XBRL bezpośrednio z systemu księgowego – nie ma potrzeby ponownego wprowadzania danych, nie trzeba tworzyć tradycyjnych sprawozdań finansowych i zdecydowanie nie trzeba "tagować" danych. Co więcej, wszystko to można łatwo zrealizować we własnym zakresie i przy znacznie niższych kosztach. Nie mówię, że outsourcing nie może mieć swojego miejsca w procesie wdrażania XBRL w Państwa firmie. Na przykład, [tworzenie rozszerzonej taksonomii XBRL](https://www.altova.com/pl/xbrl-taxonomy-editor.html) może być zadaniem, które lepiej powierzyć specjalistom, którzy mają wieloletnie doświadczenie w pracy z składnią XBRL i innymi złożonymi aspektami. Ale przekształcanie danych finansowych Państwa organizacji do formatu XBRL... czy nie powinno to być zadaniem osób, które najlepiej znają te dane? Aby uzyskać więcej informacji na temat narzędzi Altova MissionKit [do obsługi XBRL](https://www.altova.com/pl/solutions/xbrl-tools.html) – które obejmują wsparcie dla [mapowania i automatyzacji XBRL](https://www.altova.com/pl/products/mapforce/xbrl_mapping.html), [walidacji XBRL i tworzenia taksonomii](https://www.altova.com/pl/xbrl.html) oraz [renderowania XBRL](https://www.altova.com/pl/features_xbrl_rendering.html) – prosimy odwiedzić stronę [https://www.altova.com/solutions/xbrl-tools.html](https://www.altova.com/pl/solutions/xbrl-tools.html)… lub [pobrać Altova MissionKit już dziś](https://www.altova.com/pl/download/missionkit/software_development_tools_enterprise.html)