· web viewjelenleg a pénzügyi kimutatások adatait zömmel microsoft word (doc/docx),...

17
XBRL kulcsfogalmak Az XBRL (eXtensible Business Reporting Language) kiterjeszthető üzleti beszámolási nyelv. Eredetileg az IFRS- ekhez (International Financial Reporting Standards) Nemzetközi pénzügyi beszámolási standardokhoz készült. Egy XBRL dokumentumban írunk le egy pénzügyi kimutatást (Financial Statement). Az XBRL szabvány nem XBRL dokumentumról beszél, hanem XBRL példányról. Egy pénzügyi beszámoló (Financial Reporting) több pénzügyi kimutatásból (Financial Statement) áll. Például az Éves jelentés, pénzügyi beszámolóhoz, az IAS 1 NEMZETKÖZI SZÁMVITELI STANDARD szerint az alábbi pénzügyi kimutatások tartoznak: (a) mérleg; (b) eredménykimutatás; (c) a saját tőke változásainak kimutatása, amely bemutatja: i. a saját tőke minden változását; vagy ii. a saját tőkében bekövetkezett változásokat a tőketulajdonosokkal e minőségükben folytatott ügyletek által okozott változások kivételével; (d) cashflow-kimutatás; és (e) megjegyzések, amelyek a jelentős számviteli politikák összefoglalását és más magyarázó megjegyzéseket tartalmaznak. Az XBRL nyelvet egy szabvány definiálja. Ez a szabvány több más szabványt használ fel. A felhasznált szabványokat nem kibővíti, csak felhasználja, így az XML szabványt sem kibővíti, csak felhasználja. Ilyen felhasznált szabványok az XBRL-ben az alábbiak: [ELEMENT ] Paul Grosso, Eve Maler, Jonathan Marsh és Norman Walsh, szerkeztők XPointer element() séma http://www.w3.org/TR/2003/REC-xptr-element- 20030325/ [IEEE] IEEE IEEE Szabvány a lebegőpontos aritmetikához, IEEE Std 754™-2008 http://ieeexplore.ieee.org/xpl/ mostRecentIssue.jsp?punumber=4610933

Upload: votram

Post on 15-Apr-2018

215 views

Category:

Documents


1 download

TRANSCRIPT

XBRL kulcsfogalmak

Az XBRL (eXtensible Business Reporting Language) kiterjeszthető üzleti beszámolási nyelv. Eredetileg az IFRS-ekhez (International Financial Reporting Standards) Nemzetközi pénzügyi beszámolási standardokhoz készült. Egy XBRL dokumentumban írunk le egy pénzügyi kimutatást (Financial Statement). Az XBRL szabvány nem XBRL dokumentumról beszél, hanem XBRL példányról. Egy pénzügyi beszámoló (Financial Reporting) több pénzügyi kimutatásból (Financial Statement) áll. Például az Éves jelentés, pénzügyi beszámolóhoz, az IAS 1 NEMZETKÖZI SZÁMVITELI STANDARD szerint az alábbi pénzügyi kimutatások tartoznak:(a) mérleg;(b) eredménykimutatás;(c) a saját tőke változásainak kimutatása, amely bemutatja:i. a saját tőke minden változását; vagyii. a saját tőkében bekövetkezett változásokat a tőketulajdonosokkal e minőségükben folytatott ügyletek által okozott változások kivételével;(d) cashflow-kimutatás; és(e) megjegyzések, amelyek a jelentős számviteli politikák összefoglalását és más magyarázó megjegyzéseket tartalmaznak.

Az XBRL nyelvet egy szabvány definiálja. Ez a szabvány több más szabványt használ fel. A felhasznált szabványokat nem kibővíti, csak felhasználja, így az XML szabványt sem kibővíti, csak felhasználja. Ilyen felhasznált szabványok az XBRL-ben az alábbiak:

[ELEMENT]

Paul Grosso, Eve Maler, Jonathan Marsh és Norman Walsh, szerkeztők

XPointer element() sémahttp://www.w3.org/TR/2003/REC-xptr-element-20030325/

[IEEE] IEEEIEEE Szabvány a lebegőpontos aritmetikához, IEEE Std 754™-2008http://ieeexplore.ieee.org/xpl/mostRecentIssue.jsp?punumber=4610933

[ISO] Nemzetközi Szabványügyi Szervezet.ISO 4217 Pénznem kódok, ISO 639 Nyelv kódok, ISO 3166 Ország kódok, ISO 8601 Nemzetközi szabvány numerikus dátumok és időpontok megjelenítésére.http://www.iso.ch/

[NAMESPACES]

World Wide Web Konzorcium

XML névterekhttp://www.w3.org/TR/REC-xml-names/

[RFC2119] Scott BradnerRFC2119http://www.ietf.org/rfc/rfc2119.txt

[SCHEMA-0]

World Wide Web Konzorcium.

XML Séma, 0. rész: Primer.http://www.w3.org/TR/xmlschema-0/

[SCHEMA-1]

World Wide Web Konzorcium.

XML Séma ,1. rész: Struktúrák.http://www.w3.org/TR/xmlschema-1/

[SCHEMA-2]

World Wide Web Konzorcium.

XML Séma, 2. rész: Adattípusok.http://www.w3.org/TR/xmlschema-2/

[SGML] Nemzetközi Szabványügyi Szervezet.Információ feldolgozás – Szöveges és irodai rendszerek – Standard Generalized Markup Language (SGML)http://www.iso.ch/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=16387

[URI] Tim Berners-Lee, Roy Fielding, and Larry MasinterRFC 2396: Uniform Resource Identifiers. Internet Engineering Task Force, 1995.http://www.ietf.org/rfc/rfc2396.txt subsequently amended at http://www.ietf.org/rfc/rfc2732.txt

[XBRL] David vun Kannon és Luther Hampton szerkesztőkExtensible Business Reporting Language (XBRL) 2.0 and 2.0a Specifikáció.http://www.xbrl.org/resourcecenter/downloadspecs.asp?rid=2&fname=XBRL_2.0a&demos=XBRL-2001-12-14231.doc

[XHTML] Murray Altheim és munkatársaiHTML modularizálása.http://www.w3.org/TR/xhtml-modularization/

[XML] Tim Bray, Jean Paoli, C.M. Sperberg-McQueen Extensible Markup Language (XML) 1.0 (Második kiadás).http://www.w3.org/TR/REC-xml

[XML Base] Jonathan MarshXML Base.http://www.w3.org/TR/xmlbase/

[XLINK] Steve DeRose, Eve Maler, David OrchardXML Linking Language (XLink) Version 1.0.http://www.w3.org/TR/xlink/

[XPATH] James Clark és Steve DeRoseXML Path Language (XPath) 1.0 Specifikációhttp://www.w3.org/TR/xpath

[XPTR] Paul Grosso, Eve Maler, Jonathan Marsh, és Norman Walsh szerkesztőkXML Pointer Language (XPointer Keretrendszer) V1.0.http://www.w3.org/TR/xptr-framework/

A fenti szabványok közül az XML szabvány különösen fontos, ezért néhány szóban ismertetjük.

Az XML (Extensible Markup Language) kiterjeszthető jelölő nyelv, mellyel adatokat lehet definiálni. Magába foglalja a struktúrát, az adat típusát és a konkrét értéket is. Az XML dokumentum (.xml kiterjesztésű fájl), az XML szabvány szerint létrehozott dokumentum.

Minden egyes XML dokumentum tartalmazza az adatstruktúrát, az adattípust és az adat értékekét. Például egy egyszerűsített eredménykimutatás XML dokumentumban a következőképpen néz ki:

Az XML-ben Tag és Element van. Legkívül lesz az eredmenykimutatás. Ez egy metainformáció …

Az „Eredménykimutatás” mint a pénzügyi kimutatás címe, már nem az XML része, az már a megjelenítéshez tartozik. Az XBRL-nél is elkülöníthető a megjelenítés az XBRL példánytó. A megjelenítés a felhasználóra van bízva. Ezért is gondoltunk arra, hogy az XBRL dokumentum létrehozását támogató program modul (4-XBRL létrehozó szoftver) és az XBRL megjelenítését támogató szoftver modul (5-XBRL vizualizáló szoftver) külön alkalmazás legyen. A megjelenítéseket a HTML támogatja.

Az XBRL kulcsfogalmainak leírásánál is elmondható, hogy vannak fogalmak melyek az XBRL szabvány létrehozásakor születtek meg, és vannak fogalmak, melyek más szabványból kerültek átvételre. Az is elképzelhető, hogy egy fogalom jelentése eltér a különböző szabványokban. Az átvételre példa az Integer (egész szám) fogalma, ezt az XBRL átveszi az XML-ből. Az eltérő jelentésű fogalomra példa … A Monetary Type (Pénznem típusa) egy XBRL fogalom, mely nincs az XML-ben, ezért az XBRL definiálja. Ugyanilyen az „Arányok” és „Törtek” fogalma. Miért van külön véve?

Amikor általánosságban kérdezünk rá arra, hogy mi a típus, akkor erre nem tudunk pontos választ adni. Csak akkor tudjuk megválaszolni, ha tudjuk, hogy milyen szabványnál kérdezzük. A szabványok így külön-külön szakterületet (Domain) írnak le.

Például van XBRL: Integer, és van XML: Integer. ?Az XBRL szabvány fő részei, egyben két kiemelt fogalma, a Taxonómia séma és az

XBRL példány. A Taxonómia séma egy XML séma. Az XBRL példány megtestesülése egy XBRL dokumentum.

A Taxonómia séma mondja meg a pénzügyi kimutatás szerkezetét. A konkrét értékeken kívül minden a taxonómia sémában található: címkék, …

A Taxonómia séma mondja meg, hogy minek kell benne lenni egy adott pénzügyi kimutatásban. Még a kimutatás formáját is megmondja. Így kapcsolódik az XBRL az IFRS-hez is. Felhasználja az IFRS-ben leírt sémát (beépülések).

Ez az XML séma definiálja a típusokat …???

A Taxonómia sémák koncepciókat definiálnak. Koncepció egy állítás, hogy minek az értéke. Például egy pénzösszeg értéke, vagy egy pénznem értéke, vagy tizedes jegyek száma, stb. Például egy koncepció vonatkozik az eredménykimutatás végösszegére.

A koncepciók közötti kapcsolat a koncepcióba nincs leírva, a kapcsolatot más írja le.

Amíg az XML-ben a kapcsolatokat (beépüléseket) egyértelműen meghatározzák az egymásba ágyazódások, addig az XBRL-ben a kapcsolatokat a Linkek illetve Arcok segítségével határozhatjuk meg.

A koncepcióknak az XBRL-ben halmaza van. Hogyan lesz a koncepció halmazok elemei között a kapcsolat kialakítva? Link vagy Arc segítségével. Labelek, Összesítések, Kinézet formája. ???

A Link egy dokumentumon belül működik. Az Arc kimegy a dokumentumból. Az Arc hivatkozás kimegy egy másik XBRL dokumentumba. Például a Labelek külön vannak, és az Arc-ok hozzák be. Az Arc-okkal hozhatunk össze más dokumentumokat. Például, a leányvállalatok eredmény kimutatásait összehozzuk egyetlen összevont XBRL dokumentumba. Ezt az Arc-okkal tehetjük meg.

A koncepciók, labelek és Arc-ok is egy szinten vannak???Kérdés: Az eredménykimutatás mint cím, hogy jön be az XBRL-be?A taxonómia sémában definiálunk egy olyan koncepciót, hogy „eredmenykimutatas”.Ehhez úgy fog bejönni a cím, hogy van egy Label Arc és ez megadja, hogy ezt a

koncepciót összeköti egy olyan label-lel, aminél szépen ki van írva: Eredménykimutatás.Előbb egy koncepciót összekötünk egy Label-lel, és ezután minden csak erről szól.

Összeköthetünk koncepciót koncepcióval is. Például, ha vannak a tételek, részösszegek, végösszegek, akkor a Summary Arcnál megadjuk, hogy melyik Tételekből jön össze a Részösszeg, és melyik részösszegekből lesz a végösszeg.

Tételek

Részösszegek

Végösszeg

7 koncepció és 6 Summary Arc, mely kifejezi a kapcsolatuk.Azt, hogy egy koncepció a végösszesent jelenti, a programozó onnan tudja, hogy a

hierarchia végén lévő gyökér (törzs) koncepció.Az Arc-okból nagyon sokféle van

XBRL példány:Ez a tényeket (Fact) tartalmazza. Egyszerű tény a tétel (Item). Összetett tény (Tuple).

Csak arra szolgálnak, hogy a koncepcióknak az értékét megadják. Például, a tétel az, hogy 5.000. Tuple, hogy szerepel a lakcím, és ez egy összetett tény, melynek részei: irányítószám, város, utca, házszám.

Tetszőleges taxonómia sémá egyik segédprogram sem tud kezelni. Az IFRS XML sémákat támogatni kell. Az Sztv. sémákat is tudjuk támogatni.

Az XBRL kezelő programok XML szinten gondolkodnak. Csak XML dokumentumot csinálnak.

Általában célprogramok készültek bankok, biztosítók számára, és nem általános programok. Lehet, hogy ez az irány?

Jelenleg a pénzügyi kimutatások adatait zömmel Microsoft Word (DOC/DOCX), Microsoft Excel (XLS/XLSX), Adobe Portable Document Format (PDF) formátumokban tároljuk. Az XBRL formátumban történő tárolás előnye, hogy az XBRL dokumentumban szereplő számokhoz, például egy 947-es számhoz feljegyzésre kerül nagyon sok információ. Ilyen információ lehet, hogy mely országban, melyik gazdálkodó egységre, mely időszakra, melyik mérleg típusra és a mérleg melyik elemére, például rövidlejáratú kötelezettségre vonatkozik, milyen valutanemben, ezerben vagy millióba értendő. Az XBRL tárolási formátum, számítógéppel automatikusan elvégezhető ellenőrzést tesz lehetővé, szemben egy Word (DOC) formátummal, ahol az ember szemantikus értelmezésére van szükség.Az XBRL szabvány gyökereit az SGML (Standard Generalized Markup Language – Szabványos általános jelölő nyelv) jelenti, melyből 1986-ban ISO szabvány lett.http://hu.wikipedia.org/wiki/Standard_Generalized_Markup_LanguageAz SGML bonyolultsága miatt nem terjedt el, de erre alapozva a W3C (World Wide Web Consortium) készítette el a HTML és XML standardokat. Az XML a SGML egy részhalmaza, melyben sokat egyszerűsítettek az SGML eredeti szintaxisán, így sokkal egyszerűbb hozzá értelmezőt is írni. Ennek következtében az XML és alkalmazásai széles körben elterjedté váltak. XML alapú alkalmazások például az XHTML, az SVG, az RSS, a SOAP és az XBRL is. http://hu.wikipedia.org/wiki/XML, http://en.wikipedia.org/wiki/XBRLAz XBRL egy szabadon hozzáférhető, nyílt és globális szabvány, üzleti információk cseréjére. Az XBRL iránti igény a globalizáció terméke, melyet két példával szeretnénk alátámasztani. Első példa: 2014-ben az Európai Központi Bank, a PSZÁF-től jelentést kér XBRL formátumban. A PSZÁF a magyarországi bankoktól és biztosítóktól szintén XBRL dokumentumban fogja kérni a jelentéseket. Amikor a PSZÁF meghatározza a jelentés tartalmát és formáját, mind az IFRS szabványt, mind az XBRL szabvány figyelembe veszi. Mind a PSZÁF-nél, mind az EKB-nál nagy előny a jelentések automatikus feldolgozása.Második példa: Egy svájci német (deCH) cég mérlegét egy amerikai (enUS) cég vezetője értelmezni szeretné. Ez egy gépi konverzió beiktatásával, egy úgynevezett szkóp váltással megvalósítható, melynek során a mérleg dokumentum deCH szkópból átmegy enUS szkópba. Amennyiben IFRS mérlegről van szó, úgy a szkóp váltás, lényegében nyelvváltás. Amennyiben a deCH mérleg nemzeti elemeket is tartalmaz, úgy tovább kell gondolni a kérdést.Az XBRL specifikációt kifejlesztette és közzé teszi az XBRL International. http://www.xbrl.org/SpecPWDsEgy kezdeti magyar fordítás található az alábbi webcímen: http://www.webglossary.eu/devel/huHU/xbrl/attachments/xbrl-kovex-_v1-120905-hu.pdf

Az XBRL jelenleg szorosan kötődik az IFRS-ekhez. Vagy nem kötődik? http://hu.wikipedia.org/wiki/IFRSAz IFRS a pénzügyi beszámolók részeként megjelenő pénzügyi kimutatásokra vonatkozóan ír le követelményeket. Az IFRS betűszóban a pénzügyi (Financial) szó szerepel a számviteli (Accounting) szó helyett, ami utal arra, hogy a későbbiekben a számvitelen túlmutató szabályokkal is foglalkozni kívánnak. Jelenleg az IFRS kizárólag számviteli kimutatásokkal foglalkozik, de a mellette megjelenő XBRL standard már nem hangsúlyozza a számvitel

kizárólagosságát, és alkalmas más kimutatások, például kontrollig kimutatások, vagy akár egy értékesítési számla (Invoice) adatainak tárolására is.IFRS vagy IFRS-ek? Helyesen IFRS-ekről beszélünk, aminek az-az oka, hogy több témakörben is standardokat egyesít az IFRS. Már az IFRS elődje az IAS is több standardot fogott egybe (International Accounting Standards, IASs – Nemzetközi Számviteli Standardok, IAS-ok). Az ISO standardok esetében nem használatos a többes szám, hanem a következő tagolást alkalmazzák: rész, fejezet, alfejezet. Jogszabályok esetén további alábontást is látunk: szakasz (paragrafus) és bekezdés. Az IFRS-ek hagyományőrző szerkezeti tagolása abból a szempontból érdekes, hogy ontológiaépítésnél nem lehet ráhúzni a megszokott kategóriákat.

A pénzügyi jelentések XBRL dokumentumokba tételéhez elengedhetetlen az IFRS-es ismerete. Különösen fontos a számviteli fogalmak taxonómiába tétele, hiszen ez lesz az alapja az XBRL sémák kialakításának, melyeken az XBRL dokumentumok alapulnak. Minden szakterületen, így az IFRS-ek szakterületén is fontos, hogy a szakemberek egy nyelven beszéljenek. Ezt segítik elő a szakterületi fogalmak értelmezései, tudásleírásai. Fogalomértelmezést segítő eszközök: glosszárium, tezaurusz és ontológia.A legprimitívebb tudásleírást a glosszáriumok adják. Egy glosszárium nem más, mint kifejezések és azok definícióinak gyűjteménye. A glosszáriumok nem igazán adnak lehetőséget a kapcsolatok kezelésére, mindössze a Lásd, és a Lásd még típusú kapcsolatokat támogatják.A tezaurusz tárgyszókat, és azok egymáshoz való viszonyát tartalmazza. A tezauruszban le lehet írni azt, hogy két szó egymásnak a szinonimája, bővebb, vagy szűkebb fogalom, stb. de ezen túl nagyon sok más lehetőség is van. Pl. ok-okozati, előzmény-következmény, része-egésze viszonyok leírása. A tezauruszban nincsenek definíciók, csak kapcsolatok. A kapcsolattípusok általában előre definiáltak (pl. öröklődés, szinonimája, antonímája stb.)Az ontológia a leggazdagabb tudásábrázolás. Annyiban több mint egy tezaurusz, hogy- Megengedi, hogy a kifejezésekhez definíciókat társítsunk (mint egy glosszárium),- Tetszőleges számú kapcsolattípust támogathat.- A legfontosabb különbség, hogy az ontológia lehetővé teszi a fogalmak szerkezetének a leírását, attribútumok formájában. Tanulmányunkban ontológiaépítéssel foglalkozunk. Az ontológiaépítésnél három kiemelt kapcsolattípust (asszociációt) különböztetünk meg: rész-egész viszony (partonómia), szuperosztály-alosztály viszony (taxonómia) és osztály-példány viszony (tipizálás). A taxonómia osztályoknál a szintek elnevezésére javasoljuk a tágabb-szűkebb fogalom (Broader term, Narrower term) használatát, talán ezt fogadja el a legszélesebb felhasználói kör. A szuperosztály-alosztály fogalom nem elterjedt.

IFRS-eknél taxonómiát építünk, a taxonómiába kerülő szakterületi fogalmak osztályok. A taxonómiákban hierarchikus osztályozás van, lefelé nyíló gráfokból áll. Szép példáját láthatjuk a taxonómiának az alábbi webcímen:http://bigfoot.corefiling.com/yeti/resources/yeti-gwt/Yeti.jsp#tax~%28id~1*v~241%29!net~%28a~3*l~1%29!lang~%28code~en%29!rg~%28rg~1*p~1%29A bal oldali képernyőn a számozott sorokból résztaxonómiák bonthatók ki. Visszatérve az ontológia és taxonómia összevetésére azt állapíthatjuk meg, hogy az ontológiába tett fogalmak száma magasabb, mint a taxonómiába tett fogalmak száma, hiszen sok számviteli fogalom nem játszik szerepet a pénzügyi kimutatásokban. Például a „Vállalkozás folytatására vonatkozó képesség” fontos fogalma az IFRS-eknek, de nem része a pénzügyi kimutatásoknak: mérleg; eredménykimutatás; a saját tőke változásainak kimutatása; cash flow-kimutatás; és megjegyzések. Ugyanakkor a résztaxonómiákba több helyen is megjelenhet ugyanaz a fogalom. Például, a Revenue – Bevétel megjelenik az Átfogó

jövedelemre vonatkozó kimutatásban, mind az összköltség eljárás szerint, mind a forgalmi költség eljárás szerint készítettben, illetve megjelenik a Megjegyzések - Bevételek és ráfordítások elemzésében, a Megjegyzések – Közös vállalkozásokban lévő érdekeltségek, Megjegyzések – Társult vállalkozásokban lévő érdekeltségek nevű résztaxonómiákban, stb…A bevezető részben kell még beszélni a séma fogalmáról. Megtévesztő lehet, hogy az IFRS taxonómiában megtalálhatók részsémák, hiszen például a likviditás sorrendű mérleg résztaxonómiában szépen leírásra kerül minden beépülő fogalom. Ezt azért nem tekintjük mégsem sémának, mert nem teljes. Csak a teljes séma tartalmaz mindent, amit a pénzügyi kimutatás leírásához kell, például a gazdálkodó egység neve. A séma egy megjelenési formát is lefed, míg a taxonómia csak a beépülésekre mutat rá.

Az alábbi XML séma, az IFRS-ben definiált fogalmakat tartalmazza, amelyek felhasználhatók az XBRL séma építésekor:http://xbrl.ifrs.org/taxonomy/2012-03-29/ifrs-cor_2012-03-29.xsd#ifrs_CashAndCashEquivalentsIfDifferentFromStatementOfFinancialPosition

Részfeladatok:1/ IFRS ontológia kiépítése – nyelv/ország szkópokba tétele. A nyelv, illetve a nyelv/ország két különböző fogalom. A nyelv a felület nyelve, a menü és a help nyelve. A nyelv/ország, az adatbázis tartalom váltást, szkóp váltást jelent.Az ontológiába minden IFRS szakkifejezés bekerül, míg a taxonómiába csak a pénzügyi kimutatásokban szereplő, illetve azokhoz kapcsolódó szakkifejezések. Ennek ellenére a taxonómia tartalmaz több szakkifejezést, mert egy szakkifejezés több résztaxonómiában (pénzügyi kimutatásban) is szerepelhet. A résztaxonómiák (Kiterjesztett Link Elemek – ELR) száma jelenleg 145. Amíg pl. a különböző mérlegek leírására 6 résztaxonómia van betéve, addig a kiegészítő mellékletre (Notes) 122 résztaxonómia van betéve az IFRS-be.http://www.webglossary.eu/devel/huHU/xbrl/showtopic?topicName=elr_label_jav%C3%ADtott.docx&defaultBehavior=false2./ IFRS ontológiára és az XBRL standardra alapozott IFRS taxonómia kiépítése – nyelv/ország szkópokba tétele. Ezt nevezhetjük IFRS-XBRL taxonómiának – ide kerül az XBRL standard „Tankönyve” is, egy tudástárba (nyelv/ország szkópokba) téve.Általában a taxonómia (rendszertan) olyan ontológia, melyben a fogalmak hierarchikus kapcsolatát hangsúlyozzuk. A taxonómián kívül beszélhetünk még rész-egész kapcsolatról (partonómia) és osztály-példány kapcsolatról (tipizálás). A taxonómiában, a hierarchiában szuperosztály-alosztály kapcsolat van. Ezeket a kapcsolattípusokat nevezzük kiemelt asszociációknak is.Az IFRS taxonómiára is igaz, hogy az IRFS ontológiában szereplő fogalmak hierarchiáját hangsúlyozza, de itt bevezetésre kerülnek résztaxonómiák. Például egy ilyen résztaxonómia a likviditás sorrendű mérleg. Ebben a résztaxonómiában azt írjuk le, hogy az IFRS standard szerint milyen mérleg elembe milyen alárendelt mérleg elemek épülnek be. Vagyis a fogalmak hierarchiáját írjuk le. Ezek mindig lefelé nyíló gráfok. A mérleg esetében szerencsénk van, mert a fogalmak egymásba épülése, ugyanolyan, mint a mérleg megjelenítése pénzügyi kimutatásként. De nem így van az eredménykimutatásnál. Az eredménykimutatás IFRS-ben leírt fogalmainak egymásba épülése, nem egyezik meg a szokásos eredménykimutatás megjelenítésével, hiszen az eredménykimutatás felfelé nyíló gráf részeket tartalmaz. A kiegészítő melléklet pedig messze jár a tiszta hierarchiától. A résztaxonómiák is zavarók lehetnek, hiszen ez által több résztaxonómiába is bekerül ugyanaz az IFRS fogalom. Ez az ontológiaépítő rendszerekben nem megengedett, ezért jelölni kell a fogalmaknál, hogy melyik résztaxonómiához tartoznak.

A nemzeti szabályozás, például az Sztv. már úgynevezett pénzügyi kimutatási sémákat ír le, ami teljesen eltérhet az IFRS taxonómiától.Kérdés, hogy az IFRS taxonómiában, minden résztaxonómiában hierarchia van, vagy séma?A résztaxonómiákban szigorú hierarchia (lefele nyíló gráf) van, de ez már eltérhet az IFRS ontológiában lévő hierarchiától. Ezért van az, hogy XBRL taxonómia sémáról beszélnek.

A http://bigfoot.corefiling.com/yeti/resources/yeti-gwt/Yeti.jsp#tax~%28id~1*v~241%29!net~%28a~3*l~1%29!lang~%28code~en%29!rg~%28rg~1*p~1%29 webcímen van egy taxonómia.A megjelenítésben szokatlan, hogy a törzsfogalmakat számmal is ellátja, míg az ágfogalmakat csak ikonnal, és végül a legalsó szinten lévő levélfogalmakat is csak ikonnal jelöli.A taxonómia sémánál egyenértékű, ha számozzuk, vagy ha tágabb fogalom :: szűkebb fogalom leírásával adjuk meg a hierarchiát. Vagy azt is megtehetjük, hogy mindkettőt egyszerre alkalmazzuk. Kérdés: Mit csináljunk? Ugyanazt, mint a Yeti? Vagyis a törzsfogalmaknál használjuk a Yeti jelölést (ami valószínű az IFRS-től származik)? Ezen belüli fogalmaknál viszont a tágabb-szűkebb asszociációkkal operáljunk? Vagy tegyünk be számokat is? Ekkor a címszó összetett lenne, elől a szám utána a szakkifejezés. A MoReq2-ben voltak számok is és szöveges nevek is.Vajon a felhasználók szívesen vesznek-e elől számokat, hierarchiában?A http://bigfoot.corefiling.com/yeti/resources/yeti-gwt/Yeti.jsp#tax~%28id~1*v~241%29!net~%28a~3*l~1%29!lang~%28code~en%29!rg~%28rg~1*p~1%29 webcímen van egy taxonómia. A taxonómia egy lefelé nyíló gráf, vagyis egy tiszta hierarchia.A képernyő bal oldalán számozva vannak a sorok. Ezeket a MoReq elnevezéseit használva törzsfoldereknek nevezném, lényegében külön-külön egy-egy irattár, egy-egy taxonómia, vagy nevezhetnénk résztaxonómiának.Amikor belépünk egybe, akkor látjuk, hogy alábomlanak több szinten úgynevezett ágfolderekre, szuperosztályokra. A legalsó szinten van a levélfolder, osztály. Persze még nem látom, lehet, hogy a levélfolder szintjén már a példányok vannak. De mégis osztály, mert a példány inkább már a konkrét tartalom (érték). Kérdésem, hogy Te hogyan neveznéd el a szinteket? Legyen törzsfolder, ágfolder és levélfolder. Vagy legyen felső osztály, középső osztály és osztály? Vagy törzsfogalom, ágfogalom és levélfogalom? Vagy főtopik, középtopik és topik?

3. IFRS-XBRL taxonómiára alapozott, a nemzeti szabályoknak megfelelő pénzügyi kimutatások sémáinak kiépítése – mintasémák kidolgozásaIlyen nincs, mert vagy az IFRS-re alapozunk, vagy a nemzeti joganyagban szereplő sémákra, pl. Sztv. mellékletben szereplő sémákra.

4. Pénzügyi kimutatások, XBRL dokumentumba – XBRL formátumba – tételét megvalósító szoftver implementálásaA feladat nagyon hasonló ahhoz, mint amikor a főkönyvi zárást követően elkészítjük a beszámolót. Ma még általában a beszámolót Wordbe készítjük, áttesszük pdf-be és úgy küldjük be. A beszámolóba szereplő pénzügyi kimutatások elkészítését részben lehet automatizálni, részben nem. A mérleg és eredménykimutatás, automatikusan képezhető egy jól megtervezett főkönyvi rendszerben, a főkönyvi kivonatból. A cash-flow és a kiegészítő melléklet elkészítésénél gondolkozni kell, esetleg Formok segíthetik a munkánkat. Hasonlóan a bevallások kitöltéséhez.

Az XBRL dokumentum készítés inputja lehet Excel munkafüzet, valamilyen Form-ba tett fájl, vagy egy könyvelési rendszer formázott állománya. A lényeges eltérés a mostani beszámoló készítéstől, hogy itt XBRL kiterjesztésű (XML típusú) dokumentumok (fájlok) lesznek az outputok.Ezt a részfeladatot akkor oldjuk meg szépen, ha a felhasználónak a munkáját segítjük formok elkészítésével és munkafolyamatba épített ellenőrzésekkel. Az ellenőrzések kiterjedhetnek számszaki ellenőrzésre, de akár a standardhoz történő hasonlításra is (szakértői rendszer).A pénzügyi kimutatásokat általánosságban jól leírja az IAS_1.http://www.webglossary.eu/devel/huHU/xbrl/showtopic?topicName=ias1-pu-i_kimutat.doc&defaultBehavior=false

Az XBRL dokumentum elkészítésére ingyenes szoftver található a http://arelle.org/ webcímen.Ebbe lehet betölteni a kész IFRS-XBRL taxonómiát, és lehet belőle IFRS alapú XBRL nyelven készített beszámolót készíteni magyar nyelven is.

5. Vizualizálás – XBRL dokumentumok megjelenítése többféle megjelenítőn és átlátható formátumbanAz XBRL dokumentumok (pénzügyi kimutatások fájljai) áttéve Wordbe, Excelbe vagy/és PDF-be, azonnal olvashatókká válnak. Induláskor elég ennek a megoldása. Ez a részfeladat összeolvasztható az előzővel.

6./ Bevezetés – XBRL pénzügyi szolgáltatás csomag, alkalmazás szolgáltató központba (ASP/SaaS) történő bevezetésének tervének és dokumentációinak elkészítése – ide kerülnek a User Guide dokumentációk is.

XBRL fejlesztés glosszárium felépítése

0-Projekt összefoglaló1-IFRS ontológia – Az IFRS ontológia külön glosszáriumban kerül kiépítésre, itt csak a kiépítést tervezzük meg. Végleges formájában, más szervezetbe, esetleg más domain név alá tesszük.2-IFRS-XBRL taxonómia – Az IFRS-XBRL taxonómia szintén külön glosszáriumba kerül kiépítésre. Végleges formájában, más szervezetbe, esetleg más domain név alá tesszük.3-Mintasémák – Itt kerül tisztázásra, hogy például a magyar Sztv. mellékletében szereplő mérleg sémája miben tér el az IFRS-XBRL taxonómiában szereplő mérleg sémától.4-XBRL létrehozó szoftver – Ebben a kategóriába a RUP módszertanra alapozva kerül leírásra a szoftver modul fejlesztése.5-XBRL vizualizáló szoftver – Ebben a kategóriába a RUP módszertanra alapozva kerül leírásra a szoftver modul fejlesztése.6-ASP-SaaS bevezetés7-Szakkifejezések8-Kérdések

Azonos címszavak a kategóriákban nem lehetnek, ha mégis előfordulna, akkor a címszó végére egy kötőjel és a kategória kód kerül. Kivéve a Szakkifejezések címszavait. Például, a

szakkifejezések közé betesszük: IFRS standard. Ezt a szakkifejezést az IFRS ontológia kategóriába is betennénk, egy kicsit másként leírva, akkor itt a címszó: IFRS standard-1 lesz.

A kategóriák felépítése induláskor egységes, de később módosulhat.- Címszó (Név)- Angolul (Szöveg)- Leírás (Leírás)- Kapcsolódó fogalmak (Asszociáció)- Szinonimák (Asszociáció)- Lásd (Asszociáció)- Kapcsolt fájlok (Állomány)- Címkék – ezt automatikusan képzi a rendszer.

Elképzelésem szerint, egy glosszárium, egy cégnek egy évi pénzügyi beszámolóját tartalmazná, kategóriánként egy pénzügyi kimutatással. Egy feltöltött glosszáriumból automatikusan képződnének az xbrl dokumentumok, pénzügyi kimutatásonként. Persze, ha egy kategória, nem barátságos Form, akkor külön modulban azzá tesszük.Csak IFRS-sel foglalkoznánk először.

1./ Az IFRS-XBRL taxonómiában hol jelenik meg ugyanaz a Label más-más helyen?2./ A taxonómia tiszta hierarchia?3./ Célszerű-e számhierarchiát is kiépíteni? Ha a tágabb fogalom illetve a szűkebb fogalmak megadása is egyértelművé teszi a hierarchiát. A MoReq2-ben voltak számok is és szöveges nevek is.4./ Az IFRS ontológia és az IFRS-XBRL taxonómia kiépítése után, meg kell adni a pénzügyi kimutatás sémáját. Kinek a feladata a séma megadása? A séma megadása Wordben, vagy Excelben, vagy más ember által jól olvasható formában a „főhatóság” feladata. De a séma XBRL-ben történő megadását ki végzi el?5./ Jól értelmezzük? A taxonómia már nem tisztán IFRS-hez vagy az XBRL-hez tartozó fogalom, hanem mindkettőhöz hozzátartozik.6./ Mi a teendő, ha olyan fogalom kerül be egy sémába, mely nem szerepel az IFRS-XBRL taxonómiában?7./ Milyen lépéseken át jutunk el a Kovex 2012. évi mérlegének XBRL-be tételéig?Először el kell készíteni a Számviteli törvény szerinti XBRL-re vonatkozó taxonómiát, majd a Kovex mérlegének tételsorait fel kell címkézni a taxonómiában lévő megfelelő címkékkel.8./ Jelenleg az éves beszámolókat az e-magyarország.hu http://e-beszamolo.kim.gov.hu/ keretén belül, milyen formában tárolják?9./ Hogyan épül fel az audit xml forma, ami a tranzakciók tárolására szolgál?http://www.mkvk.hu/kamarai/kozlemenyek/adatexportCsak a tranzakciókat tároljuk, vagy törzs jellegű adatokat is?10./ Milyen szerkezetre utalnak a Yetiben a számozott Labelek?11./ Hogyan nevezzük el a Yeti szintjeit? Van egy számozott színt, az alatt vannak a kék ikonok majd legalul a sorokat mutató ikonok.12./ Vannak-e az IFRS-ben sémák, mint az Sztv. mellékleteti?Sémákat nem találtunk, csak felsorolásokat, hogy milyen tételeket kell kötelezően megjeleníteni a kimutatásban.

13./ Az IFRS-ben, hogyan nevezik a kiegészítő mellékletet angolul? Mely IFRS standardok irják ezt le?Kiegészítő melléklet helyet Megjegyzésekre fordították le a Notes szót, ami a magyar Kiegészítő mellékletnek felel meg.14./ Az IFRS szerinti beszámolók elkészíthetőek-e az Sztv előírásai szerint könyvelt adatállományokból.  (Vagy csak olyan adatállományokból készíthető, amely már januári indulástól fel van készítve az IFRS kimutatások készítésére).15./ Milyen input állományból készülhet az  XBRL. (xls...)16./ Egy bolti számlát tekinthetünk pénzügyi kimutatásnak? Vagy csak a számvitelben képződött összegző kimutatásokat?17./ A jelenlegi tőzsdei cégek IFRS beszámolójának formáját ki határozta meg?

1./ Célszerű-e számhierarchiát is kiépíteni a taxonómia labelekhez? Ha a tágabb fogalom illetve a szűkebb fogalmak megadása is egyértelművé teszi a hierarchiát. A MoReq2-ben voltak számok is és szöveges nevek is.

2./ A tőzsdei cégeknek nálunk is IFRS szerinti beszámolót kell készíteni. Hová kell beküldeniük? Kapnak-e útmutatót ahhoz, hogy hogyan nézzen ki ez a beszámoló? Ha igen ki adja ezt az útmutatót ki? Ha nem, akkor ki készíti el ezt a beszámolót?

3./ Az IFRS-XBRL taxonómia kiépítése után, meg kell adni a pénzügyi kimutatás sémáját. Kinek a feladata a séma megadása? A séma megadása Wordben, vagy Excelben, vagy más ember által jól olvasható formában a „főhatóság” feladata?

4./ Mi a teendő, ha olyan fogalom kerül be egy nemzeti taxonómiába, mely nem szerepel az IFRS-XBRL taxonómiában?

5./ Milyen lépéseken át jutunk el a Kovex 2012. évi mérlegének XBRL-be tételéig?Először el kell készíteni a Számviteli törvény szerinti XBRL-re vonatkozó taxonómiát? Majd a Kovex mérlegének tételsorait fel kell címkézni a taxonómiában lévő megfelelő címkékkel?

6./ Az IFRS ad-e ki az Sztv. mellékleteihez hasonló részsémákat.Sémákat nem találtunk, csak felsorolásokat, hogy milyen tételeket kell kötelezően megjeleníteni a kimutatásban.

7./ Az IFRS szerinti beszámolók elkészíthetőek-e az Sztv előírásai szerint könyvelt adatállományokból? (Vagy csak olyan adatállományokból készíthető, amely már januári indulástól fel van készítve az IFRS kimutatások készítésére).

8./ Egy értékesítési számlát (Invoice), vagy egy kontrollin kimutatást tekinthetünk pénzügyi kimutatásnak? Vagy csak a számvitelben képződött összegző kimutatásokat?

9./ A számvitelben melyik szó az elterjedtebb osztályozás esetén? Tágabb-szűkebb fogalom, vagy Fölérendelt-alárendelt fogalom?

URL:http://diploma.egyetemiblog.hu/files/molnar_viktor_diploma.pdf

A piacon található legelterjedtebb XBRL kezelők közül, az ingyenes, nyílt forráskódú szoftver, az Arelle (http://arelle.org) segítségével a taxonómia sémákkal és az XBRL dokumentumokkal (példányokkal) kapcsolatos műveletek egy része elvégezhető, azonban mindamellett, hogy egy lelkes és elhivatott közösség fejleszti, egy a pénzügyihez hasonlóan konzervatív és szenzitív területen elengedhetetlen a terméktámogatás és a felelősségvállalás, amit ezek a közösségek nem képesek nyújtani.

Egy számlatükör:http://www.mtk.nyme.hu/uploads/media/szamlatukor_05.pdf