XBRL

XBRL
XBRL（eXtensible Business Reporting Language）は、ビジネス情報を交換するための無料で利用できるグローバルなフレームワークです。XBRLを使用すると、ビジネスレポーティングで一般的に必要とされるセマンティックな意味を表現できます。この言語はXMLベースであり、XML構文と、XMLスキーマ、XLink、XPath、名前空間などの関連するXMLテクノロジを使用します。XBRLの用途の1つは、財務諸表などの財務情報を定義および交換することです。XBRL仕様は、XBRL International、Inc。（XII）によって開発および公開されています。
eXtensible BusinessReporting言語
ファイル名拡張子 .xbrl 、 .xml
インターネットメディアタイプ
application / xml
によって開発された
XBRLインターナショナル
初回リリース
2003年12月31日; 17年前 （2003-12-31）
最新のリリース
v2.1（正誤表の修正あり）（2013年2月20日 ; 8年前 ）  （2013-02-20）
フォーマットの種類 から拡張 XML 標準
XBRL2.1仕様
XBRLは、ビジネスシステム間でビジネス情報を通信および交換するための標準ベースの方法です。これらの通信は、分類法で設定されたメタデータによって定義されます。メタデータは、個々のレポートコンセプトの定義、およびコンセプトと他のセマンティックな意味との関係をキャプチャします。伝達または交換される情報は、XBRLインスタンス内で提供されます。
XBRLの初期のユーザーには、米国連邦預金保険公社や欧州銀行監督委員会（CEBS）などの規制当局が含まれていました。 XBRLを利用する多くの国の一般的な機能には、証券取引所および証券の規制当局、銀行規制当局、事業登録機関、収益報告および税務申告機関、および国家統計機関が含まれます。
XBRLプロジェクトのwikiリポジトリは、自由に探索および更新できます。過去10年以内に、証券取引委員会（SEC）、英国の歳入関税庁（HMRC）、およびシンガポールの会計企業規制庁（ACRA）は、企業に使用を要求し始めました。それと他の規制当局がそれに続いていた。 SECの最初のUSGAAP分類法の開発は、XBRL USが主導し、2008年に段階的に公開企業が使用するために受け入れられ、展開されました。最大のファイラーが最初になりました。国際財務報告基準を使用する外国企業（ IFRS）は、IFRS分類がSECによって承認された後、XBRLを使用してSECに財務報告を提出することが期待されています。2011年の英国では、HMRCとCompaniesHouseの両方がiXBRL形式のXBRLを受け入れました。XBRLは、中央政府に財務および原価計算情報を提出するために、インドの企業省（MCA）によって採用されました。

コンテンツ
1 仕様
2 XBRLドキュメント構造
2.1 XBRLインスタンス 2.2 XBRLタクソノミー
2.2.1 リンクベースにラベルを付ける
2.2.2 参照リンクベース
2.2.3 計算リンクベース
2.2.4 定義リンクベース
2.2.5 プレゼンテーションリンクベース
3 XBRLモジュール
4 拡張性 5 iXBRL 6 歴史
7 精度の欠如
8 XBRLの影響
8.1 欧州連合の財務報告への影響
9 も参照してください
10 参考文献
11 外部リンク

仕様
基本XBRL仕様の現在のバージョンは2.1であり、エラッタが修正されています。
インラインXBRL仕様の現在のバージョンは1.1です
適合性スイートは、XBRLおよびインラインXBRLドキュメントのプロセッサをテストするために利用できます。

XBRLドキュメント構造
通常の使用法では、XBRLは、主にレポートされるビジネスファクトを含むXBRLインスタンスと、ファクトの意味や方法など、これらのファクトに関するメタデータを定義するタクソノミーのコレクション（Discoverable Taxonomy Set（DTS）と呼ばれる）で構成されます。それらは互いに関連しています。XBRLは、XMLスキーマ、XLink、およびXPointer標準を使用します。

XBRLインスタンス
XBRLインスタンスは、ルート要素で始まります。より大きなXMLドキュメントに複数のXBRLインスタンスが埋め込まれている場合がXbrlインスタンスはXBRLファイルとも呼ばれます。XBRLインスタンス自体は、次の情報を保持しています。
ビジネスの事実 –事実は2つのカテゴリに分類できます
アイテムは、単一の値を保持する事実です。それらは、値をコンテンツとして持つ単一のXML要素によって表されます。
タプルは、複数の値を保持するファクトです。それらは、ネストされたアイテムまたはタプルを含む単一のXML要素によって表されます。
XBRLの設計では、すべてのアイテムファクトにコンテキストを割り当てる必要が
コンテキストは、ファクトが適用されるエンティティ（会社や個人など）、ファクトが関連する期間、およびオプションのシナリオを定義します。期間要素に表示される日付と時刻の情報は、ISO8601に準拠している必要がシナリオは、報告されたビジネス価値が実際のものであるか、予測されたものであるか、予算であるかなど、事実に関する詳細なコンテキスト情報を提供します。
単位は、USD、株式など、ドキュメント内の数値または分数の事実によって使用される単位を定義します。XBRLを使用すると、必要に応じてより複雑なユニットを定義できます。金銭的性質の事実は、ISO4217名前空間の単位を使用する必要が
脚注はXLinkを使用して、1つ以上の事実をいくつかのコンテンツに関連付けます。
参考資料一般的にスキーマ参照によるXBRLのタクソノミに、。リンクベースに直接リンクすることも可能です。
これは、架空のオランダ企業の国際財務報告基準（IFRS）ステートメントインスタンスファイルの例です。
<？xml version = "1.0" encoding = "UTF-8"？> 38679000000 35996000000 870000000 ..。 10430000000

ACME


2004-01-01


ACME


2004-12-31


ACME


2004-01-01
2004-12-31

iso4217：EUR

XBRLタクソノミー
XBRLタクソノミーは、タクソノミースキーマとリンクベースのコレクションです。分類スキーマは、XMLスキーマドキュメント（ファイル）です。リンクベースは、XLink仕様に準拠したXMLドキュメント（ファイル）です。スキーマは、最終的にXBRLインスタンススキーマドキュメントを拡張する必要があり、通常、xbrl.orgWebサイトで公開されている他のXBRLスキーマを拡張する必要が
タクソノミースキーマは、< xsd：element >要素を使用してアイテムとタプルの「概念」を定義します。概念は、ファクトの名前を提供し、それがタプルまたはアイテムであるかどうか、データ型（金銭、数値、分数、またはテキストなど）、および場合によってはより多くのメタデータを示します。アイテムとタプルは、概念の「実装」、または概念の特定のインスタンスと見なすことができます。オブジェクト指向プログラミングに精通している人にとっての良い例えは、概念がクラスであり、アイテムとタプルがそれらのクラスのオブジェクトインスタンスであるということです。これは、「XBRLインスタンス」という用語の使用元です。概念の定義に加えて、分類スキーマはリンクベースドキュメントを参照します。タプルインスタンスは、親との1..n関係です。それらのメタデータは、単にそれらの属性のコレクションです。
リンクベースはリンクのコレクションであり、リンク自体はロケーター、アーク、および潜在的にリソースのコレクションです。ロケーターは、基本的に概念を参照し、その概念に任意のラベルを提供する要素です。同様に、アークは、ロケーターによって定義されたラベルを参照することによって、概念が別の概念にリンクしていることを示す要素です。一部のアークは、概念を他の概念にリンクします。他のアークは、概念をリソースにリンクします。その最も一般的なものは、概念の人間が読めるラベルです。XBRL 2.1仕様では、5種類のリンクベースが定義されています。
リンクベースにラベルを付ける
参照リンクベース
計算リンクベース
定義リンクベース
プレゼンテーションリンクベース

リンクベースにラベルを付ける
このリンクベースは、概念に人間が読める文字列を提供します。ラベルリンクベースを使用すると、複数の言語、および各言語内の複数の文字列をサポートできます。
XBRLは、電子ビジネスレポートの世界標準になることを目指しています。これには、ビジネスデータをさまざまな言語で表示するための分類法が必要です。したがって、さまざまな言語のラベルが割り当てられた要素を作成できることが重要です。目的ごとに異なるラベルが存在する場合もすべてのラベルは保存され、ラベルリンクベースの要素にリンクされます。スキーマで定義された要素は、会計上の意味をコンピューターに伝えるために構築されています。コンピューターが名前を処理しやすくするために、コンピューターはいくつかの規則に従う必要がたとえば、スペースの使用は許可されていないため、「Cash andCashEquivalents」の名前は「CashAndCashEquivalents」になります。さらに、IFRSなどの大きな分類法は、スキーマ内の一貫性を確保するために、命名とラベル付けの特定の規則に従います。たとえば、名前から除外されている単語のリストが存在する可能性がたとえば、：and：、 “of” …、または特定の順序でのみ表示される単語（つまり、 ‘Net’または ‘Total’ atカンマの後のラベルの終わり）。ラベルリンクベースでは、要素は「concept-label」アークロールを使用して人間が読めるラベルに接続されます。上記のように、要素はさまざまな言語のラベルに割り当てることができます。IFRS要素AssetsTotalのラベルの定義を英語、ドイツ語、ポーランド語で説明する例を以下に示します。

参照リンクベース
このリンクベースは、概念を権威ある文献の一部の引用と関連付けます。
多くの場合、ビジネスレポートに表示される財務概念は、当局によって発行された規制文書に由来します。たとえば、IFRSタクソノミーは、IFRS（バウンドボリューム）に基づいて作成された財務レポートを記述します。この分類法で定義されている要素は、標準で説明されている特定の用語と概念を指します。このため、分類法には、要素と外部の規制または標準との関係を示す参照リンクベースが提供されることがよくあります（他の解決策は、ドキュメントをラベルリンクベースに含めることです）。これは、インスタンスの作成者とユーザーが各要素の意図された意味を理解するのに役立ち、分類法に含めるためのサポートを提供します。参照レイヤーには、規制の全文が含まれ代わりに、名前を識別し、関連する段落と句を示すことによって、ソースドキュメントを指します。この接続は、「concept-reference」アークロールを使用して作成されます。各要素に提供できる参照にはいくつかの種類が

IAS
7
14
IAS
7
18
a < / reference>
上記の例は、（使用されている）オペレーションからのキャッシュフローの参照を示しています。まず、配置とラベル付けの観点から要素を表示する方法と場所を説明するドキュメントへの参照を提供します。IAS第7号第14項では、営業活動によるキャッシュフローの概念が存在し、それが何から派生しているのかを読みました。次に、測定リファレンスは、要素の値を決定するものとその計算方法についての説明を提供します。この説明は、IAS第7項18.aに記載されています。XBRLでは、例や解説などを含む他のタイプの参照を要素に割り当てることもできます。

計算リンクベース
このリンクベースは、概念を他の概念に関連付けて、インスタンスドキュメントに表示される値の整合性をチェックできるようにします。
計算リンクベースのアイデアは、XBRLレポートの品質を向上させることです。これには、特定の分類法を参照するすべてのインスタンスドキュメントに適用される基本的な検証ルールの定義が含まれています。階層計算リンクベースは、すべての金銭的要素をこのようにソートして、下位レベルの要素が互いに合計または減算されるようにして、上位レベルの概念がこれらの操作の結果になるようにします。
関係の符号は、2つの要素を接続する円弧に割り当てられている重み属性によって異なります。以下に例を示します。

この例は、粗利益、収益、および売上原価の間の関係に関する詳細を提供する2つの計算アークが定義されていることを示しています。損益計算書では、粗利益は他の2つの差です。したがって、総利益と収益を結ぶ円弧上の「1」と、総利益と売上原価の間の「-1」に重み属性値を割り当てます。計算リンクベースと表示リンクベースに違いがある理由は、通常、他のすべての合計を表す合計要素が財務諸表の下部に表示されるのに対し、計算リンクベースでは上部の概念として配置する必要があるためです。
プレゼンテーションの計算 資産（プレゼンテーション）資産、合計 資産、非流動資産、非流動+1 資産、流動資産、流動+1 資産、合計
XBRLの計算関係には2つの主要なルールがまず、periodType属性の値が異なる要素に対して操作を実行することはできません。これはしばしばクロスコンテキストルールと呼ばれ、一部の要素を「期間」（期間）として定義し、他の要素を「現在」（インスタント）として定義することに関連しています。たとえば、貸借対照表に表示される概念は瞬時に表示されます。つまり、それらの値は指定された日に表示されますが、損益計算書またはキャッシュフロー計算書の要素は期間です。時間。この問題は、たとえば、株主資本等変動計算書または有形固定資産の変動計算書に現れます。ここでは、瞬間的な要素が期間と混ざり合っています。この問題の解決策は、単純な加算または減算よりもはるかに多くの機能を分類法の作成者に提供する数式リンクベースです。次に、複式簿記では、XBRLタクソノミーの作成者が、貸借対照表と損益計算書に表示される金銭的要素の貸方/借方の性質を定義する必要がこのルールは、反対のバランス属性を持つ要素の追加を禁止するだけでなく（減算する必要があります）、要素に含まれる数値を正にするか負にするかを定義します。

定義リンクベース
このリンクベースは、さまざまなアークの役割を使用して概念を他の概念に関連付け、is-a、全体の部分などの関係を表現します。アークの役割は、XBRL分類法を作成する人が作成できます。または、一般的に使用されるアークの役割をXBRLに追加できます。リンクロールレジストリ（LRR）。
定義リンクベースは、分類法の作成者に要素間のさまざまな種類の関係を定義する機会を提供します。リンクベースの定義でサポートされている関係には、4つの標準タイプが
最初のものは一般-特別と呼ばれます。これは、より一般的な意味またはより具体的な意味を持つ概念を区別します。たとえば、郵便番号は、世界中で使用されている郵便番号の米国表現です。したがって、その関係を示すために、分類法の作成者は、郵便番号を、より専門的な概念の郵便番号が存在する一般的な用語として定義します。
2番目に利用可能なリレーションタイプはessence-aliasです。これを使用することにより、分類法の作成者は、2つの概念が類似した意味を持っていることを示すことができます。たとえば、一部の航空会社はPPEの主要コンポーネントを説明するために飛行機という用語を使用したい場合がありますが、他の航空会社は航空機を好む場合がこれら2つの意味は同じであり、同じ意味で使用できることを示すために、分類法の作成者は、「エッセンスエイリアス」アークロールを使用してそれらを接続できます。
3番目の標準タイプの関係はrequires-elementと呼ばれます。その名前が示すように、分類法ビルダーは、インスタンス作成者が別の要素のコンテンツを提供する場合、それを使用して1つの要素の値を入力するように強制します。たとえば、規制当局は、資産の特定の構成要素が貸借対照表に表示されている場合、それに関する開示を要求したい場合がそれを達成するために、定義リンクベースは、それらの間の「requires-element」関係を定義します（たとえば、プロパティ、プラントと設備、ネットとプロパティ、プラントと設備の開示）。
4番目の関係は類似しています-タプル。これは「エッセンス-エイリアス」関係に似ていますが、タプルに適用されます。定義（ラベルリンクベースからのドキュメントまたは参照リンクベースでの参照）に関しては同等であるが、XMLの観点からは多様である、つまり、異なる要素を含むなど、同一のコンテンツモデルを持たない2つのタプルを接続します。このタイプの関係が導入された理由の1つは、タプルのコンテンツモデルの変更を防ぐスキーマの再定義の禁止です。

プレゼンテーションリンクベース
このリンクベースは、概念を他の概念に関連付けて、結果の関係がユーザーインターフェイス、レンダリング、または視覚化の作成をガイドできるようにします。
ビジネスレポートは通常、表、ステートメント、またはその他の構造の形式で作成されます。プレゼンテーションリンクベースには、分類法のコンテンツを適切に整理するために、要素間の関係に関する情報が格納されます。これにより、特定のビジネスデータの階層関係を表すのに適した構造に要素を配置できます。これらのグループ化は、さまざまな方法で実行できます。たとえば、一般的な貸借対照表には、資産、資本、負債が含まれています。資産は、流動資産と非流動資産で構成されています。流動資産は、棚卸資産、売掛金などに分割されます。親子関係を使用するプレゼンテーションリンクベースは、このように要素を整理し、ユーザーが関心のある概念を見つけるのに役立ちます。プレゼンテーションリンクベースのツリーのような（階層）構造の主な欠点は、フラットリストの表示しかできないことです。財務諸表には、株式の変更や有形固定資産の移動など、より洗練されたレポートも含まれています。XBRLコンソーシアムは現在、そのようなレポートの自動作成を提供するレンダリングソリューションに取り組んでいます。
これは、上記のインスタンスファイルの分類スキーマです。
<？xml version = "1.0" encoding = "utf-8"？> <注釈> ：role = ‘http：//www.xbrl.org/2003/role/calculationLinkbaseRef’xlink：arcrole= ‘ http://www.w3.org/1999/xlink/properties/ linkbase ‘ /> ：role = ‘http：//www.xbrl.org/2003/role/calculationLinkbaseRef’xlink：arcrole = ‘ http://www.w3.org/1999/xlink/properties/ linkbase ‘ />
schemaLocation = “http://www.xbrl.org/2003/xbrl-instance- 2003-12-31.xsd ” /> schemaLocation = ” http：//xbrl.iasb。 org / int / fr / ifrs / gp / 2005-05-15 / ifrs-gp-2005-05-15.xsd ” />
XBRLのGlobalLedger Framework（XBRL GL）は、XBRLInternationalによって開発および推奨されている唯一の分類法のセットです。

XBRLモジュール
XBRL Internationalは、コアXBRL 2.1仕様に関連して、安定性の誓約書を発行および再発行しました。コアXBRL2.1仕様に加えて、新しい互換性のある機能を定義するXBRLモジュールの開発が続けられています。
XBRLディメンション –このモジュールは2005年に推奨ステータスを達成しました。正誤表が修正されたDimensions 1.0仕様の新版が2009年9月7日に発行されました。Dimension1.0仕様は、XBRL 2.1仕様のオプションの拡張であり、次元分類とインスタンスドキュメントの構築。XBRLタクソノミーリンクベースの使用をサポートして、ビジネスファクトの追加の構造化されたコンテキスト情報を定義します。コンテキスト情報の各部分は、「ディメンション」と呼ばれます。基本XBRL仕様は、基本的に3つの次元を定義します。レポート期間、レポートエンティティ（つまり、会社またはその部門）、および大まかに定義されたレポートシナリオで、元々は実際の事実と予測される事実を区別することを目的としています。XBRLディメンションを使用する分類法では、新しいディメンションを定義し、ディメンションの有効な値（「ドメイン」）を指定し、「ハイパーキューブ」と呼ばれるメカニズムを通じてどのディメンションをどのビジネスコンセプトに適用するかを指定し、他の分類法のメタデータ（ラベル、表示情報など）を関連付けることができます。寸法に。
XBRLフォーミュラ –このモジュールは2009年6月22日に推奨ステータスを達成しました。フォーミュラ仕様1.0は、XBRLインスタンスに適用して情報を検証したり、新しいインスタンスで新しいXBRLファクトを計算したりできる式の作成をサポートします。数式コンポーネントがどのように相互に関連しているかを確認するには、関連する数式仕様のインタラクティブな図をクリックします
インラインXBRL（またはiXBRL）–このモジュールは2010年4月20日の推奨ステータスを達成しました。インラインXBRL仕様は、XBRLメタデータを整形式のHTMLまたはXHTMLドキュメントに埋め込む方法を定義し、データと関連するレンダリング情報を単一のドキュメントにカプセル化できるようにします。 。
XBRLバージョン管理 –このモジュールは2013年2月27日の推奨ステータスを達成しました。この仕様により、XBRL分類法の作成者が2つの分類法間の変更のドキュメントを提供するために使用できるバージョン管理レポートを作成できます。多くの大規模な分類法（IFRS分類法など）は毎年変更されます。
XBRL Table Linkbase  –このモジュールを使用すると、分類法の作成者は表形式のレポートテンプレートを定義できます。Table Linkbaseは、ソフトウェアがユーザーが完成させるためのテンプレートを提示できるようにすることで、XBRLデータの提示やデータ入力に使用できます。表リンクベースは、に使用されるもののような大型、高次元のレポートテンプレート処理に適しているソルベンシーIIのに報告EIOPA、およびCOREP及びFINREPのに報告EBA。

拡張性
追加のモジュールの作成に加えて、XBRL Internationalは、共有XBRL機能の継続的な拡張のためのいくつかの方法をサポートしています。
リンクロールレジストリ– xbrl.orgでホストされているこのレジストリは、リンクロールとアークロールを収集して、分類法全体での再利用を促進します。
関数レジストリ–このレジストリは、数式リンクベースで再利用するためにXPath関数を収集します。
変換ルールレジストリ–このレジストリは、インラインXBRLドキュメント（「2016年1月1日」など）の人間が読めるデータをXBRLで必要な形式（「2016-01-01」）に変換するために使用される一般的な変換を収集します。

iXBRL
iXBRL（インラインXBRL）は、XBRLメタデータがHTMLドキュメント（公開されたレポートやアカウントなど）に埋め込まれているXBRLの開発版です。HTMLドキュメントは整形式である必要がありますが、それ以外の場合は必要なXML形式を指定しません。通常、iXBRLはHTMLドキュメント内に実装され、ドキュメント内のXBRLメタデータを公開せずにWebブラウザによって表示または印刷されます。ただし、この仕様では、スキーマが有効なiXBRLドキュメントをXHTML形式にする必要がある規範的なスキーマが提供されています。
ほとんどのiXBRL財務レポートは、次の2つの方法のいずれかで作成されます。
レポートを作成するシステムは、レポートをiXBRLで直接フォーマットします。すべての企業がiXBRLに提出する必要がある英国では、主要な商業会計パッケージはすべて、財務報告のiXBRLエクスポートを提供します。
財務レポートはMicrosoftWordまたはMicrosoftExcelドキュメントとして作成され、「タグ付けプログラム」を使用してXBRLコンセプトメタデータを追加し、ドキュメントをインラインXBRLとしてエクスポートします。
大きくて複雑な財務諸表では、単一のiXBRLファイルが大きすぎてWebブラウザで処理できない場合がこれは、英国のように、多くのグラフィックが含まれている可能性のある会社のレポートが1つのiXBRLドキュメントのアカウントと組み合わされている場合に頻繁に発生します。iXBRL仕様では、iXBRLドキュメントのセットを単一のiXBRLドキュメントセットとして扱うことができます。
英国では、歳入関税庁は、法人税の申告を行う際に、レポート、会計、および税計算をiXBRL形式で提出することを企業に義務付けています。企業とその代理人は、HMRCのオンラインファイリングソフトウェアを使用して、レポートとアカウント、および税計算をiXBRL形式で準備するか、iXBRLファイルを自分で準備してHMRCに提出することができます。
HMRCのオンラインファイリングソフトウェアは、ソースデータからiXBRLを生成するプログラムの例です。これは、キーデータ（XBRLタグに表示されます）がデータ入力フィールドに入力される一連のフォームを使用します。追加のデータ（レポートとアカウントの残りの部分）はテキストボックスに入力されます。プログラムは、iXBRLレポートとアカウントを、標準のセクションシーケンスと標準形式で生成します。資料の他のすべてのフォーマットは失われます。結果のレポートとアカウントはHMRCの要件を満たしていますが、表示したり読んだりするのに魅力的なドキュメントではありません。
iXBRLは、日本、デンマーク、および英国の政府機関による企業申告に義務付けられています。英国では、CompaniesHouseもiXBRLを受け入れています。iXBRLはCompaniesHouseによって義務付けられていませんが、毎年受け取る提出物の大部分を占めています。
2016年6月以降、SECは、企業が必要なHTMLファイリングでiXBRLを使用してファイリングすることを許可し始めました。2018年6月、SECはiXBRLに移行する計画を発表し、HTMLドキュメントとXBRLドキュメントを別々に提出する必要がなくなりました。

歴史
XBRLの始まりである1998年は、ワシントン州タコマの公認会計士であるチャールズホフマンの最初の努力に端を発しています。米国公認会計士協会（AICPA）も、最終的にXBRLInternationalとなるものをまとめるのに役立ちました。
この仕様は、2003年に公開されたXBRLv2.1より前のいくつかのバージョンを通過しました。
1.0 – 2000年7月に公開された、このバージョンはDTDに基づいていました。インスタンスドキュメントでのデータ交換と分類ドキュメントでのメタデータ交換の違いを表現しました。タクソノミーはXMLスキーマファイルとして表現されましたが、これらはインスタンスの検証には使用されませんでした。
2.0 –このバージョンでは、インスタンスのスキーマ検証を可能にする方法として、XMLスキーマ置換グループの使用が導入されました。概念関係は、個別のXLinkベースのリンクベースに分割されました。インスタンス内のコンテキストデータは、別の要素に収集されました。
2.1 – 2003年12月31日公開このバージョンでは、用語の定義が大幅に強化され、適合スイートの導入が可能になりました。
XBRL v2.1は公開以来安定しており、エラッタ修正のためにのみ更新されています。この規格は、追加のXBRLモジュールの開発を通じて大幅に進化しました。仕様のすべてのバージョンと関連モジュールの詳細は、XBRL仕様サブサイトに

精度の欠如
2009年4月、ノースカロライナ州立大学会計学部の経営学部の調査により、2006年にSECの自主的な提出プログラムに参加した22社のXBRL提出の正確性が評価されました。 XBRL提出とフォーム10の比較結果。Kは、署名、金額、ラベル付け、および分類に複数のエラーがあることを明らかにしました。XBRLデータはコンピューターで読み取り可能であり、ユーザーは特にXBRL分析ソフトウェアを使用している場合、エラーを視覚的に認識できないため、この調査ではこれらのエラーは深刻であると見なされています。
Du et al。、2013 は、企業が学習曲線をたどり、着実に改善していると主張して、別の結論に達しました。
2017年12月、チャーリーホフマンは、XBRLベースの公開会社の財務報告に主要な財務諸表に誤りがある可能性が10.2％あると述べました。ホフマンは、現在のエラー数とペースエラーが修正されていることから、約5年以内にXBRLベースの公開会社の財務報告の情報品質が非常に良くなると予測しています。

XBRLの影響
Debreceny、RogerS。らによる評価。2005年、XBRLの財務報告がSECのEDGARシステムに与える影響について。
連結貸借対照表、損益計算書、およびキャッシュフロー計算書をXBRLタグ付き形式に変換するためのツール。
コーポレートガバナンスは、XBRL形式の財務情報の早期かつ自発的なファイラーであるという企業の決定と有意かつ積極的に関連しています。

欧州連合の財務報告への影響
2017年12月18日、欧州証券市場監督局は、新しい欧州単一電子フォーマット（ESEF）を設定する最終ドラフト規制技術基準（RTS）を公開しました。規制草案では、2020年以降、IFRS連結財務諸表を含む財務報告書にXBRLタグを付ける必要が

も参照してください
XBRL保証

参考文献
^ 「ExtensibleBusinessReporting Language（XBRL）2.1;推奨事項2003年12月31日、2013年2月20日までの正誤表の修正」。XBRLインターナショナル。2013年2月20日。2014年6月1日のオリジナルからアーカイブ。
^ 「XBRLによるビジネスプロセスの改善：ビジネスレポーティングのユースケース」（PDF）。FFIEC連邦金融機関試験評議会。2006年1月31日。2011年7月27日のオリジナルからアーカイブ（PDF）。
^ 「ユーロファイリングイニシアチブ」。Eurofiling.info。2013年4月17日にオリジナルからアーカイブされました。
^ 「XBRLプロジェクト-XBRLWiki」。www.xbrlwiki.info。2018年4月26日にオリジナルからアーカイブされました。
^ 「XBRL形式での財務諸表の提出」。会計および企業規制庁。2019年4月28日。
^ 規制当局は 、 Wayback Machine FinancialTimesで2010年12月12日にアーカイブされたユニバーサル金融言語に真剣に取り組んでいます。 2010年12月8日 ^ 「SEC.gov：インラインXBRL」。
^ 「MCA21のXBRLファイリング」。総務省。2013年6月20日にオリジナルからアーカイブされました。
^ 「XBRL2.1仕様および適合性スイート」。XBRLインターナショナル。2014年7月31日にオリジナルからアーカイブされました。
^ 「インラインXBRLパート1：仕様1.1」。XBRLインターナショナル。
^ breceny、Roger; フェルデン、カルステン; Ochocki、Bartosz; Piechocki、Maciej; Piechocki、Michal（2009）。インタラクティブデータ用のXBRL：情報バリューチェーンのエンジニアリング。スプリンガー。NS。65. ISBN
 978-3-642-01436-9。2018-04-26にオリジナルからアーカイブされました。
^ 「3.1インラインXBRLドキュメントセット」。インラインXBRLパート1：仕様1.0。2011-10-08にオリジナルからアーカイブされました。
^ 「HMRCデモンストレーターファイルリターン」。Hmrc.gov.uk。2011-06-28。2013年5月4日にオリジナルからアーカイブされました。
^ 「XBRLとのSECの激動の恋愛」。2017年2月9日。 2017年12月3日のオリジナルからアーカイブ。
^ 「タグ付けされたデータのインラインXBRLファイリングの最終規則に関する声明」。2018年6月28日。
^ 「XBRLの背景-AICPA」。www.aicpa.org。2016年8月18日にオリジナルからアーカイブされました。
^ 「アーカイブされたコピー」（PDF）。2017年7月8日にオリジナルからアーカイブ（PDF）。
^ Kernan、Karen（2009）。「私たちの新しい言語の物語」（PDF）。AICPA。2017年7月8日のオリジナルからアーカイブ（PDF）。
^ Bartley、Jon W。; チェン、Y。アル; テイラー、アイリーン・ザルキン（2010年2月18日）。「XBRLファイリングと企業の10-Kの比較—自主的なファイリングプログラムからの証拠」。土井：10.2139 /ssrn.1397658。SSRN 1397658。
 
^ Du、H。; Vasarhelyi、MA; 鄭、X。（2013）。「XBRLマンデート：何千ものファイリングエラーとそれで何？」情報システムジャーナル。27（1）：61–78。CiteSeerX 10.1.1.456.1424。土井：10.2308 / isys-50399。
^ 「四半期ごとのXBRLベースの公開会社財務報告品質測定」。2017年12月2日にオリジナルからアーカイブされました。
^ breceny、Roger; チャンドラ、アキレシュ; チェ、ジョン; Guithues-Amrhein、Denise; ハノン、ニール; ハッチソン、ポール; Janvrin、Diane; ジョーンズ、ロベルタ; ランバートン、バーバラ; ライマー、アンディ; マシャ、モーリーン; ネーマー、ロバート; Roohani、Saeed; Srivastava、Rajendra; トラベルスィ、サミル; トリブネラ、トーマス; トリテス、ジェラルド; Vasarhelyi、Miklos（2005）。「SECのEDGARシステムに関するXBRLの財務報告：批評と評価」。情報システムジャーナル。19（2）：191–210。土井：10.2308 /jis.2005.19.2.191。
^ Bovee、Matthew; コーガン、アレクサンダー; ネルソン、ケイ; Srivastava、Rajendra P。; Vasarhelyi、Miklos A.（2005）。「ネットナレッジ（FRAANK）とeXtensible Business Reporting Language（XBRL）を備えた財務報告および監査エージェント」。情報システムジャーナル。19（1）：19–41。土井：10.2308 /jis.2005.19.1.19。S2CID 16695663。
^ Premuroso、Ronald F。; バタチャリヤ、ソムナス（2008）。「XBRL形式の財務情報の早期かつ自発的なファイラーは、優れたコーポレートガバナンスと経営成績を示していますか？」会計情報システムの国際ジャーナル。9：1〜20。土井：10.1016 /j.accinf.2008.01.002。
^ 「新しい規則によりEU発行者の年次財務報告書は機械で読み取り可能になります」（PDF）。2017年12月18日。

外部リンク
公式サイト
XBRL仕様サブサイト-仕様、適合スイート、FAQに直接アクセスできる開発者向けの情報
XBRLUS公式ウェブサイト-米国証券取引委員会との契約に基づく、標準化されたビジネスレポーティングの全国コンソーシアムであり、最初のXBRL USGAAPタクソノミーの作成者であるXBRLInternationalの米国管轄。
カレー、E。; ハース、A。; O’Riain、S。（2009）「財務データを統合するための今後の課題」。Web上の財務データへのアクセスの改善に関するXBRL / W3Cワークショップの議事録。
英国の企業アカウント検索、英国のカンパニーズハウスに提出されたすべてのインラインXBRLアカウントへのフルアクセス
XBRLS：よりシンプルなXBRLがより良いXBRLを作成する方法
「XBRLの使用に関するホワイトペーパー」 （PDF）。（ACT-IAC）米国技術産業諮問委員会。2007年2月。
オランダ、LEF（2004）。「XMLフラット化：XBRLから学ぶべき教訓」 （PDF）。