XBRL GL

XBRL Global Ledger Taxonomy Framework (XBRL GL) jest holistyczną i ogólną reprezentacją szczegółowych danych, które można znaleźć w systemach księgowych i operacyjnych, opartą na XML i XBRL i ma stanowić pomost między standardami transakcyjnymi a standardami raportowania, integrując łańcuch dostaw raportowania biznesowego.

XBRL GL jest rozwijany przez XBRL GL Working Group of XBRL International.

XBRL GL może być używany przez Programy komputerowe do wymiany informacji księgowych Salda księgi głównej (informacje podsumowujące) oraz kompletne księgi rachunkowe (zobowiązania, należności, zapasy, listy płac, wprowadzanie zamówień, zakupy, bankowość) wspierające księgowość obiektową, ilościową i wsparcie przejrzystości. Dokumenty instancji (pliki XML) można również przeglądać w przeglądarkach internetowych przy użyciu XSL lub programowo; można go również przewozić w formacie Inline XBRL. XBRL ma na celu standaryzację danych, procesów i zasad Raportowania Biznesowego jako całości, chociaż większość wdrożeń koncentruje się na raportowaniu finansowym. XBRL GL może obsługiwać szczegóły i integrować się ze wszystkimi sposobami raportowania, finansowymi, podatkowymi, zrównoważonego rozwoju, statystykami i innymi, oraz przenosić zarówno informacje ilościowe, jak i jakościowe.

Związek z księgowością UN/CEFACT i SIE

Istnieje szereg innych wysiłków, które mają na celu standaryzację części lub wszystkich danych w systemie ERP, chociaż większość koncentruje się na księdze głównej. Wśród konkurencyjnych/uzupełniających się działań w tej dziedzinie znajdują się formaty wymiany plików księgowych UN/CEFACT , OECD Standard Audit File i SIE (format pliku) .

XBRL GL to format zorientowany na XML . UN/CEFACT jest oparty na UML ( Unified Modeling Language ), ze standardowymi regułami nazewnictwa i projektowania umożliwiającymi konwersję do formatu pliku XML. W Szwecji starszy (1992) w kraju SIE (format pliku) to format pliku tekstowego ze znacznikami. Technologia XML jest znacznie lepiej przystosowana do pracy z nowoczesnymi technologiami i narzędziami opartymi na HTML i WEB. Pliki XML są w zakresie 20-50 razy większe niż pliki SIE na dysku twardym.

Ze względu na potrzeby społeczności podatkowej w wielu krajach, Jednolity Plik Kontrolny ma charakter ogólny, ale podano przykład zastrzeżonego formatu XML.

Możliwości formatu XML (takie jak możliwości walidacji) oraz ogromne działania wokół XBRL i UN/CEFACT stworzyły ogromny potencjał i oczekiwania wobec nowoczesnych technologii księgowych. XBRL GL jest z pewnością uformowany ze swoich korzeni, towarzystw audytorskich i sprawozdawczości finansowej w USA i na świecie. UN/CEFACT pracuje nad tematem administracji handlu, a księgowość jest końcowym punktem administracji handlu, a jej format pliku jest zaprojektowany z punktu widzenia administracji handlu. Standardowy SIE został zaprojektowany na podstawie własnych interesów rynkowych lokalnego szwedzkiego stowarzyszenia dostawców.

Wszystkie trzy formaty plików są jednak przejrzyste i niezależne od jakichkolwiek planów kont i przepisów podatkowych.

Kwestie związane z wymianą informacji księgowych - standardowy dystans w zakresie plików księgowych

Czy możliwy jest wspólny międzynarodowy format plików księgowych?

Odbyła się spora debata na temat formatu plików. Jednak różnice w planie kont między krajami stanowią znacznie większy problem ze zgodnością wymiany informacji między rachunkowością a raportami finansowymi między kulturami rachunkowości. Przepisy podatkowe powodują również ogromne różnice w rzeczywistej treści informacji księgowych i sprawozdań finansowych między krajami.

Podstawową kwestią jest to, czy możliwe jest przesyłanie danych księgowych poza granice państwowe i czy dane te byłyby zrozumiałe dla odbiorcy? Czy ktoś będzie w stanie przeczytać bilans z zagranicznym planem kont i go zrozumieć? Czy przeniesienie go za pomocą plików komputerowych w standardowych formatach plików będzie miało jakiekolwiek znaczenie?

Komisja UE włożyła wiele wysiłku w dziedzinie harmonizacji administracji podatkowej i na przykład jest głównym celem najnowszej wersji unijnej dyrektywy VAT, aby to osiągnąć i lepiej obsługiwać elektroniczne dokumenty handlowe, takie jak faktury elektroniczne, w handlu transgranicznym, zwłaszcza w Unii Europejskiej Obszar podatku od towarów i usług . Ale wciąż istnieje ogromna droga do prawdziwie zgodnych planów kont i międzynarodowej wymiany informacji księgowych.

Jedno pytanie dotyczy tego, czy międzynarodowe umowy handlowe mają dużą wartość bez globalnej harmonizacji przepisów administracyjnych dotyczących podatku VAT między stronami umowy. Umowy UE z krajami takimi jak Norwegia nie obejmują członkostwa w unii VAT. I tak towar utknął w urzędzie celnym (co wiąże się z dużymi kosztami) na deklarację VAT, a administracyjnie wymaga to sporo pracy. Praca i zatrzymanie nie mają miejsca w unijnej unii VAT. Wraz z globalną harmonizacją administracyjną przepisów dotyczących podatku VAT nagle wiele staje się możliwe.

Zamówienia - być standardową organizacją czy nie?

Innym problemem są unijne przepisy dotyczące zamówień rządowych w wymaganiach specyfikacji organizacji normalizacyjnych , uznania wysiłków rynku prywatnego z wielu dotychczas podjętych inicjatyw. W rzeczywistości powstrzymuje administrację rządową od udziału, wniesienia wkładu i wykorzystania dotychczas wykonanej pracy. UN/CEFACT jest oficjalną organizacją normalizacyjną ONZ , ale UN/CEFACT mają duże problemy z sfinalizowaniem swojego projektu i niewiele, jeśli w ogóle, rozumieją ogólną ideę stosowania księgowości UN/CEFACT, poproszony o UN/CEFACT(EDIFICAS) nie może/nie może powiedzieć. Jest to jeden z głównych problemów, z jakimi borykają się organy podatkowe przy stawianiu żądań/świadczeniu usług na rzecz przedsiębiorstw w zakresie elektronicznej wymiany danych. (Pytanie brzmi, jak długo świat będzie mógł sobie pozwolić na nowoczesne zaopatrzenie?) Jednak XBRL szuka uznania jako organizacja normalizacyjna .

Korzyść producenta danych?

XBRL ma ogólny problem z projektowaniem dla użytkowników otrzymujących informacje, takich jak audyty i analizatory, i nie wydaje się to wystarczająco przekonującymi argumentami dla producentów informacji (firm zajmujących się faktyczną księgowością), aby płacić za funkcje tworzenia plików XBRL GL w oprogramowanie komercyjne . A bez wsparcia wytwórców informacji nie będzie danych do analizatorów i audytów w formacie XBRL GL, a więc i rynku komercyjnego oprogramowania dla nich.

Co określa granice rachunkowości i zawartość plików księgowych?

Rachunkowość jest pierwotnie pracą ręczną, a jej część została skomputeryzowana przy użyciu komercyjnego oprogramowania księgowego . Ale komercyjnym aspektem księgowości są jej granice i to, co powinno być zawarte w oprogramowania komercyjnego do księgowości .

Praca księgowa polega na wykonaniu dowodów księgowych z zapisami, a następnie sprawdzeniu poprawności zapisów. Głównymi narzędziami sprawdzającymi są wyciągi z rachunków bankowych i wykazy kasowe (kasowe), aby udowodnić, że każda transakcja pieniężna jest księgowana. Jednak sprawdzanie to jest w dużej mierze ręczne, bardzo pracochłonną pracę komputery wykonują znacznie lepiej. Po drugie, udowodnienie, że istnieją dowody na to, z czego składają się transakcje, poprzez dokumentację bonu. Vouchery będące fakturami (oraz paragonami) przychodzącymi i wychodzącymi, w praktyce fizyczna teczka z bonami. (Wciąż unijna dyrektywa VAT i przepisy dotyczące podatku VAT w wielu krajach wymagają przechowywania fizycznych papierowych teczek z bonami, przez co praca z zeskanowanymi bonami nie jest tak płynna. Dzieje się tak pomimo tego, że Komisja Europejska ma wizję bonów elektronicznych. Te same przepisy powodują problemy z fakturami elektronicznymi i integracją z księgowości. Jest więc jeszcze wiele do rozwiązania).

Innym sposobem patrzenia na to są wymogi prawne, a 95% wszystkich wymogów prawnych dotyczących rachunkowości pochodzi z ustawodawstwa dotyczącego podatku VAT, gdzie dyrektywa UE VAT ( podatek od wartości dodanej Unii Europejskiej ) jest najpełniej obejmującą dokumentację. Z tej perspektywy oczywiste jest, że faktury i paragony są przede wszystkim dokumentami księgowymi (wymaganymi przez przepisy o podatku VAT), w drugiej kolejności dokumentami cywilnoprawnymi, aw trzeciej kolejności ogólnymi dokumentami handlowymi. Dokumentacja księgowa wymagana przez przepisy o VAT jest głównym prawem regulującym całość wymogów księgowych.

Aby odnieść korzyści dla producenta danych, najprawdopodobniej w tej dziedzinie funkcje integracji i atomizacji są warte zapłaty przez klienta komercyjnego oprogramowania wytwarzającego pliki informacji księgowej (jak XBRL GL SIE i UN/CEFACT). W tym celu faktury (z Rozrachunkami z dostawcami i Rozrachunkami z odbiorcami ) oraz wyciągi z rachunków bankowych mogą być traktowane jako dokumenty księgowe i zawarte w rozwiązaniu o standardowym formacie pliku. Żaden z obecnych formatów plików tego nie zapewnia, ale otworzyłby rynek dla oprogramowania do automatyzacji stron trzecich wykorzystującego sztuczną inteligencję.

Brak integracji księgowości jest również najbardziej prawdopodobną przyczyną tego, że formaty faktur elektronicznych wciąż mają bardzo niską penetrację rynku, a postęp jest powolny. Głównie dlatego, że formaty faktur elektronicznych nie są przede wszystkim zaprojektowane z myślą o wymaganiach przepisów dotyczących rachunkowości i podatku VAT, ale z perspektywy nieuregulowanych dokumentów handlowych.

Ciekawe jest to, że nie ma standardowych formatów plików dla wyciągów bankowych i nie jest to (według grupy bankowej UN/CEFACT TBG5) w interesie banków, ale posiadanie księgowości, umożliwiającej automatyczne kojarzenie z księgowością. Jednak międzynarodowy standardowy format plików wyciągów bankowych przyniósłby ogromne korzyści w tworzeniu stron bankowości internetowej z nowymi funkcjami, z korzyścią dla klientów banku. Zwłaszcza jeśli uwzględniona byłaby integracja ze standardowym formatem faktury (paragonu).

Zastosowany zestaw instrukcji użytkowania do zrozumienia - umożliwiający komercyjny rynek oprogramowania

XBRL GL nie ma również dodatkowego zestawu instrukcji użytkowania, nie jest wystarczająco ścisły/jasny w swoim formacie pliku, co nadal powoduje, że jest bardzo niepewny, jak używać XBRL GL. Aby strona czytająca rzeczywiście zrozumiała, jakie dane w zewnętrznym pliku XBRL GL naprawdę oznaczają.

Sytuacja przypomina uzgodnienie używania wspólnego alfabetu pisma bez uzgodnienia, w jakim języku go używać. Jeśli ktoś wysyła list po portugalsku alfabetem łacińskim do Holendra, to często Holender nie rozumie portugalskiego, chociaż potrafi czytać łacińskie litery. Tutaj mamy ten sam problem. A bez ogólnego rozwiązania muszą zostać zawarte porozumienia między każdym użytkownikiem piszącym i czytającym, a to nie jest płynne rozwiązanie, które pozwala uzyskać wolumeny i rynek komercyjnego oprogramowania .

Problem, który SIE jako organizacja dostawcy jest w stanie rozwiązać, ale etyka organizacji normalizacyjnej nie pozwala UN/CEFACT lub XBRL sobie z tym poradzić. SIE może być tutaj kluczowym graczem, dostarczając stosowaną warstwę instrukcji do XBRL GL (i księgowości UN/CEFACT). Ale na spotkaniu roku SIE 2013, po rocznej nauce XBRL GL i obecności przedstawiciela międzynarodowego XBRL GL, główni członkowie spierali się „kto jest klientem płacącym?” a projekt wykonania implementacji SIE XBRL GL padł w piach.

Istnieje wiele artykułów w prasie branżowej o bardzo kosztownych projektach XBRL z bardzo rzadkimi wynikami wykorzystania objętościowego. Sprzeczność między organizacji normalizacyjnych a stosowaną technologią (wspólny zestaw instrukcji implementacji) jest trudna do rozwiązania, aby takie projekty odniosły większy sukces.

W 1992 r. SIE rozwiązało problem SIE (format pliku) jako stowarzyszenia dostawców organizacji niestandardowych . Wszyscy członkowie poza jednym dużym dostawcą zgodzili się na wspólną implementację, w tym zestaw instrukcji implementacyjnych, i udostępnili ją wszystkim sprzedawcom na rynku. Wszyscy inni (krajowi, przyszli i międzynarodowi) dostawcy krajowego szwedzkiego oprogramowania komercyjnego związanego z księgowością rynek musiał, na żądanie klientów, przestrzegać standardu sprzedaży dowolnych ilości. Właściwie istnienie wspólnego formatu pokazało rynkowi bardzo dobre argumenty przemawiające za tym, że dane przynoszą użytkownikom realne korzyści. zwłaszcza codzienna interakcja między firmą, konsultantem ds. księgowości i audytem, będąc bardzo racjonalnymi i korzystającymi z ewentualnych codziennych informacji zwrotnych. Korzyści i funkcje są prawie niemożliwe do przekonania płacących klientów, zanim funkcje będą faktycznie dostępne, i jest to ogromny komercyjny problem do rozwiązania dla XBRL GL i UN/CEFACT, które nie są stowarzyszeniem grup interesu dostawców. Warto zauważyć, że początkowa wizja SIE była mniej więcej taka sama jak XBRL, eksport danych księgowych do komercyjnego oprogramowania zeznań podatkowych. Możliwe jest jednak znalezienie danych dotyczących specjalnych punktów korzyści dla producentów, a przez to skłonienie ich do płacenia za uzyskanie funkcji standardowego formatu plików księgowych, ale jest to trudny problem z projektowaniem komercyjnym.

Na tym polu rynkowym panuje ogólna sytuacja patowa. A jak XBRL to rozwiąże, to główne przyszłe pytanie.

Ramy globalnej taksonomii księgi XBRL International

XBRL GL , znana nazwa Global Ledger Taxonomy Framework firmy XBRL International, to seria modułowych taksonomii opracowanych przez XBRL International oraz ramy dla jej rozszerzenia do reprezentowania informacji znalezionych w typowym systemie planowania zasobów przedsiębiorstwa (ERP) przy użyciu XML i XBRL Specyfikacja .

Modele formalne i XBRL GL

XBRL GL to modelowanie semantyki informacji występujących w systemach ERP z wykorzystaniem specyfikacji XBRL. Badane są również dodatkowe próby ponownego wykorzystania semantyki Księgi Globalnej przy użyciu innych składni.

Zainteresowanie organizacji podatkowej XBRL GL

XBRL GL został zaprojektowany tak, aby był ogólny i całościowy oraz służył jako pomost między przestrzenią transakcyjną a raportowaniem. Jako taka zyskała zainteresowanie wielu sektorów, w tym administratorów podatkowych w OASIS (organizacja) oraz Organizacji Współpracy Gospodarczej i Rozwoju (OECD). XBRL GL został przyjęty przez rząd turecki jako standard elektronicznej księgowości dla celów podatkowych. XBRL GL w wyjątkowy sposób może śledzić i uzgadniać różnice księgowe w podatkach występujące w systemach podatków bezpośrednich, w tym różnice stałe i czasowe.

Zobacz też

Linki zewnętrzne