文書

拡張可能なビジネスレポート言語

ファイル名拡張子	.xbrl 、 .xml
インターネットメディアの種類	アプリケーション/xml
開発者	XBRLインターナショナル
初回リリース	2003年12月31日; 20年前 ( 2003-12-31 )
最新リリース	v2.1 (エラッタ修正あり) 2013年2月20日; 11年前 ( 2013-02-20 )
フォーマットの種類	マークアップ言語
延長	テキスト
標準	XBRL 2.1仕様[1]

XBRL ( eXtensible Business Reporting Language ) は、ビジネス情報を交換するための無料で利用できるグローバル フレームワークです。XBRLを使用すると、ビジネス レポートで一般的に必要なセマンティクスを表現できます。この標準は元々 XMLに基づいていましたが、現在は元の XML ベースの構文に加えて、JSON および CSV 形式のレポートもサポートしています。XBRL は、 HTML ドキュメントに XBRL タグを埋め込むインライン XBRLバリアントでもますます使用されています。XBRL の一般的な用途の 1 つは、企業の年次財務報告書などの財務情報の交換です。XBRL 標準は、XBRL International、Inc. (XII) によって開発および公開されています。

XBRL は、ビジネス システム間でビジネス情報を通信および交換するための標準ベースの方法です。これらの通信は、個々のレポートコンセプトの定義、およびコンセプト間の関係とその他の意味論的意味をキャプチャするタクソノミーに設定されたメタデータによって定義されます。通信または交換される情報は、XBRL インスタンス内で提供されます。

XBRLの初期のユーザーには、米国連邦預金保険公社^[2]や欧州銀行監督委員会（CEBS）^[3]などの規制当局 が含まれていました。XBRLを使用する多くの国の一般的な機能には、証券取引所や証券の規制当局、銀行規制当局、企業登記機関、収益報告および納税申告機関、および国家統計機関が含まれます。

既知のXBRLプロジェクトのリストは、XBRL Internationalによって公開されています。^[4]過去10年間で、証券取引委員会（SEC）、英国の歳入関税庁（HMRC）、シンガポールの会計・企業規制庁（ACRA）^[5]は、企業にXBRLの使用を義務付け始めており、他の規制当局もそれに追随していました。^{[6] [7]} SECの初期のUS GAAPタクソノミの開発はXBRL USが主導し、2008年に段階的に上場企業に受け入れられ、導入されました。最初に導入されたのは最大の提出企業でした。国際財務報告基準（IFRS）を使用する外国企業は、IFRSタクソノミがSECに受け入れられたら、XBRLを使用して財務報告をSECに提出することが期待されています。英国では、2011年にHMRCとCompanies Houseの両方がiXBRL形式のXBRLを受け入れました。 XBRLはインド企業省（MCA）が中央政府に財務情報や原価情報を提出するために採用されました。 ^[8]

ベースXBRL仕様の現在のバージョンは2.1であり、エラッタが修正されています。^[9]

インラインXBRL仕様の現在のバージョンは1.1である^[10]

適合スイートは、XBRL およびインライン XBRL ドキュメントのプロセッサをテストするために使用できます。

通常の使用法では、XBRL は、主に報告されるビジネス ファクトを含むXBRL インスタンスと、ファクトの意味や相互の関係など、ファクトに関するメタデータを定義するタクソノミーのコレクション(検出可能なタクソノミー セット (DTS) と呼ばれる) で構成されます。XBRL は、XML スキーマ、XLink、およびXPointer標準を使用します。

XBRL インスタンスは <xbrl>ルート要素で始まります。大きな XML ドキュメントには、複数の XBRL インスタンスが埋め込まれている場合があります。Xbrl インスタンスは、XBRL ファイルとも呼ばれます。XBRL インスタンス自体には、次の情報が保持されます。

• ビジネス事実  - 事実は2つのカテゴリーに分けられる
  • アイテムは単一の値を保持するファクトです。それらは、その値をコンテンツとして持つ単一の XML 要素によって表されます。
  • タプルは複数の値を保持するファクトです。ネストされた項目またはタプルを含む単一の XML 要素によって表されます。

XBRL の設計では、すべてのアイテム ファクトにコンテキストを割り当てる必要があります。

• コンテキストは、ファクトが適用されるエンティティ (会社や個人など)、ファクトが関連する期間、およびオプションのシナリオを定義します。期間要素に表示される日付と時刻の情報は、ISO 8601に準拠している必要があります。シナリオは、報告されたビジネス値が実際、予測、予算のいずれであるかなど、ファクトに関する詳細なコンテキスト情報を提供します。
• 単位は、USD、株式など、ドキュメント内の数値または小数ファクトで使用される単位を定義します。XBRL では、必要に応じてより複雑な単位を定義できます。金銭的な性質のファクトでは、ISO 4217名前空間の単位を使用する必要があります。
• 脚注では、 XLink を使用して 1 つ以上の事実を何らかのコンテンツに関連付けます。
• 通常はスキーマ参照を介して XBRL タクソノミーを参照します。リンクベースに直接リンクすることもできます。

これは、架空のオランダ企業の国際財務報告基準(IFRS) ステートメント インスタンス ファイル の例です。

<?xml バージョン="1.0" エンコーディング="UTF-8"?>

<xbrli:xbrl 
xmlns:ifrs-gp= "http://xbrl.iasb.org/int/fr/ifrs/gp/2005-05-15" 
xmlns:iso4217= "http://www.xbrl.org/2003/iso4217" 
xmlns:xbrli= "http://www.xbrl.org/2003/instance" 
xmlns:xbrll= "http://www.xbrl.org/2003/linkbase" 
xmlns:xlink= "http://www.w3.org/1999/xlink" >

    <xbrll:schemaRef xlink:href= "http://www.org.com/xbrl/taxonomy" xlink:type= "simple" /> <ifrs-gp:OtherOperatingIncomeTotalFinancialInstitutions contextRef= "J2004"小数点数= " 0"単位Ref = "EUR " > 38679000000 </ifrs-gp:OtherOperatingIncomeTotalFinancialInstitutions> <ifrs-gp:OtherAdministrativeExpenses contextRef = " J2004 " 小数点数= "0"単位Ref= "EUR" > 35996000000 </ifrs-gp:OtherAdministrativeExpenses> <ifrs-gp:OtherOperatingExpenses contextRef= "J2004"小数点数= "0"単位Ref= "EUR" > 870000000 </ifrs-gp:OtherOperatingExpenses> ...
 <ifrs-gp:OtherOperatingIncomeTotalByNature contextRef= "J2004"小数点数= "0"単位参照= "EUR" > 10430000000 </ifrs-gp:OtherOperatingIncomeTotalByNature> <xbrli:context id= "BJ2004" > <xbrli:entity> <xbrli:identifier scheme= "www.iqinfo.com/xbrl" > ACME </xbrli:identifier> </xbrli:entity> <xbrli:period> <xbrli:instant> 2004-01-01 </xbrli:instant> </xbrli:period> </xbrli:context> <xbrli:context id= "EJ2004" > <xbrli:entity> <xbrli:identifier scheme= "www.iqinfo.com/xbrl" > ACME </xbrli:identifier> </xbrli:entity> <xbrli:period> <xbrli:instant> 2004-12-31 </xbrli:instant> </xbrli:period> </xbrli:context> <xbrli:context id= "J2004" > <xbrli:entity> <xbrli:identifier scheme= "www.iqinfo.com/xbrl" > ACME </xbrli:identifier> </xbrli:entity> <xbrli:period> <xbrli:startDate> 2004-01-01 </xbrli:startDate> <xbrli:endDate> 2004-12-31 </xbrli:endDate> </xbrli:period> </xbrli:コンテキスト> <xbrli:unit id= "EUR" > <xbrli:measure> iso4217:EUR </xbrli:measure> </xbrli:unit> </xbrli:xbrl>  
      
         
      
         
      
         
          
         
     
        
             
        
        
            
        
    
     
        
             
        
        
            
        
    
     
        
             
        
        
            
            
        
    
     
        
    

XBRL タクソノミは、タクソノミ スキーマとリンクベースのコレクションです。タクソノミ スキーマは、XMLスキーマドキュメント (ファイル) です。リンクベースは、XLink仕様に準拠した XML ドキュメント (ファイル) です。スキーマは、最終的には XBRL インスタンス スキーマ ドキュメントを拡張する必要があり、通常は xbrl.org Web サイトで公開されている他の XBRL スキーマを拡張します。

• タクソノミー スキーマは、 < xsd:element > 要素を使用してアイテムとタプルの「概念」を定義します。概念は、ファクトに名前を付け、タプルかアイテムか、データ型 (通貨、数値、小数、テキストなど)、および場合によってはその他のメタデータを示します。アイテムとタプルは、概念の「実装」、または概念の特定のインスタンスと見なすことができます。オブジェクト指向プログラミングに精通している人にとっては、概念がクラスであり、アイテムとタプルがそれらのクラスのオブジェクト インスタンスであると考えるのがよいでしょう。これが、「XBRL インスタンス」という用語が使用される理由です。概念の定義に加えて、タクソノミー スキーマはリンクベース ドキュメントを参照します。タプル インスタンスは、親との 1..n の関係であり、メタデータは単に属性のコレクションです。
• リンクベースはリンクのコレクションで、リンク自体はロケータ、アーク、および潜在的にリソースのコレクションです。ロケータは、基本的に概念を参照し、その概念に任意のラベルを提供する要素です。一方、アークは、ロケータによって定義されたラベルを参照することにより、概念が別の概念にリンクしていることを示す要素です。一部のアークは、概念を他の概念にリンクします。その他のアークは、概念をリソースにリンクします。最も一般的なものは、概念の人間が判読できるラベルです。XBRL 2.1 仕様では、5 種類のリンクベースが定義されています。
  • ラベルリンクベース
  • 参照リンクベース
  • 計算リンクベース
  • 定義リンクベース
  • プレゼンテーションリンクベース

このリンクベースは、概念に対して人間が読める文字列を提供します。ラベル リンクベースを使用すると、複数の言語をサポートできるだけでなく、各言語内で複数の文字列をサポートすることもできます。

XBRL は、電子ビジネス レポートの世界標準になることを目指しています。そのためには、さまざまな言語でビジネス データを提示するためのタクソノミーが必要です。したがって、さまざまな言語のラベルが割り当てられた要素を作成できることが重要です。目的に応じて異なるラベルが存在する場合もあります。すべてのラベルは、ラベル リンクベースに格納され、要素にリンクされます。スキーマで定義された要素は、会計上の意味をコンピューターに伝えるために作成されます。コンピューターが名前を処理しやすくするために、いくつかのルールに従う必要があります。たとえば、スペースの使用は許可されていないため、「Cash and Cash Equivalents」は「CashAndCashEquivalents」という名前になります。さらに、IFRS などの大規模なタクソノミーは、スキーマ内の一貫性を確保するために、命名とラベル付けの特定のルールに従います。たとえば、名前から除外される単語のリスト (例: :and:、「of」...) や、特定の順序でのみ表示される単語 (つまり、ラベルの最後にカンマの後に「Net」または「Total」) がある場合があります。ラベル リンクベースでは、要素は「コンセプト ラベル」アークロールを使用して人間が読めるラベルに接続されます。前述のように、要素はさまざまな言語のラベルに割り当てることができます。IFRS 要素 AssetsTotal のラベルの定義を英語、ドイツ語、ポーランド語で説明する例を以下に示します。

<label xlink:type= "resource" xlink:role= "http://www.xbrl.org/2003/role/label" xlink:label= "ifrs_AssetsTotal_lbl" xml:lang= "en" >資産、合計</label>  
  
  
  

<label xlink:type= "resource" xlink:role= "http://www.xbrl.org/2003/role/label" xlink:label= "ifrs_AssetsTotal_lbl" xml:lang= "de" > Vermögenswerte、Gesamt </ラベル>  
  
  
  

<label xlink:type= "resource" xlink:role= "http://www.xbrl.org/2003/role/label" xlink:label= "ifrs_AssetsTotal_lbl" xml:lang= "pl" >アクティワ、ラゼム</ラベル>  
  
  
  

言語を区別するために、XBRL では XML 属性 lang を使用します。タクソノミーの作成者は、1 つの要素に異なるラベルを定義することもできます。XBRL の考え方の 1 つは、要素が報告される期間と通貨に関する情報は要素定義内に含まれず、インスタンス ドキュメント内のコンテキストによって記述されるというものです。一方、財務報告では、多くの用語が報告される日付を表します。たとえば、年初には有形固定資産、年末には有形固定資産です。XBRL では、要素が使用されるコンテキストに応じて異なるラベルを作成できます。

<label xlink:type= "resource" xlink:role= "http://www.xbrl.org/2003/role/label" xlink:label= "ifrs_AssetsTotal_lbl" xml :lang= "en" >有形固定資産、純額</label>  
  
  
     

<label xlink:type= "resource" xlink :role= "http://www.xbrl.org/2003/role/periodStartLabel" xlink:label= "ifrs_AssetsTotal_lbl" xml:lang= "en" >有形固定資産、純額、期首残高</label>  
  
  
       

<label xlink:type= "resource" xlink :role= "http://www.xbrl.org/2003/role/periodEndLabel" xlink:label= "ifrs_AssetsTotal_lbl" xml:lang= "en" >有形固定資産、純額、期末残高</label> 
  
  
       

上記の例は、ラベルに異なるロール属性を適用することで、 1 つの要素に 3 つの異なるラベルを割り当てる方法を示しています。

このリンクベースは、概念を権威ある文献の引用と関連付けます。

ビジネスレポートに現れる財務概念は、多くの場合、当局が発行した規制文書に由来しています。たとえば、IFRS タクソノミーは、IFRS に基づいて作成された財務レポートについて説明しています (Bound Volume)。^[11] このタクソノミーで定義された要素は、標準で説明されている特定の用語と概念を参照します。このため、タクソノミーには、要素と外部規制または標準の関係を示す参照リンクベースが提供されることがよくあります (もう 1 つの解決策は、ラベル リンクベースにドキュメントを囲むことです)。これにより、インスタンスの作成者とユーザーは、各要素の意図された意味を理解し、タクソノミーに含めるためのサポートが得られます。参照レイヤーには、規制の全文は含まれていません。代わりに、名前を識別し、関連する段落と条項を示すことで、ソース ドキュメントを指します。この接続は、「概念参照」アークロールを使用して作成されます。各要素に提供できる参照には、いくつかの種類があります。

<reference xlink:type= "resource" xlink:role= "http://www.xbrl.org/2003/role/presentationRef" xlink:label= "CashFlowsFromUsedInOperationsTotal_ref" > <ref:Name> IAS </ref:Name> <ref:Number> 7 </ref:Number> <ref:Paragraph> 14 </ref:Paragraph> </reference> <reference xlink:type= "resource" xlink:role= "http://www.xbrl.org/2003/role/measurementRef" xlink:label= "CashFlowsFromUsedInOperationsTotal_ref" > <ref:Name> IAS </ref:Name> <ref:Number> 7 </ref:Number> <ref:Paragraph> 18 </ref:Paragraph> <ref:Subparagraph> a </ref:Subparagraph> </reference>  
   
  
       
       
       

  
  
  
      
      
      
      

上記の例は、営業活動によるキャッシュ フロー (使用キャッシュ フロー) の参照を示しています。まず、要素の配置とラベル付けに関して、要素をどのように、どこに表示すべきかを説明するドキュメントへの参照を示します。IAS 7 のパラグラフ 14 には、営業活動によるキャッシュ フローの概念が存在し、それが何から派生したかが記載されています。次に、測定参照は、要素の値を決定するもの、およびその計算方法について説明しています。この説明は、IAS 7 のパラグラフ 18.a に記載されています。XBRL では、例、解説などを含む他のタイプの参照を要素に割り当てることもできます。

このリンクベースは、概念を他の概念に関連付け、インスタンス ドキュメントに表示される値の一貫性をチェックできるようにします。

計算リンクベースの目的は、XBRL レポートの品質を向上させることです。計算リンクベースには、特定の分類法を参照するすべてのインスタンス ドキュメントに適用される基本的な検証ルールの定義が含まれています。階層型計算リンクベースでは、すべての通貨要素をこのように並べ替えて、下位レベルの要素を合計するか、相互に減算し、上位レベルのコンセプトがこれらの操作の結果になるようにします。

関係の符号は、2 つの要素を接続するアークに割り当てられた重み属性によって決まります。以下に例を示します。

<calculationArc xlink:type= "arc" xlink:arcrole= "http://www.xbrl.org/2003/arcrole/summation-item" xlink:from= "GrossProfit" xlink:to= "RevenueTotal" order= "1" weight= "1" use= "optional" /> <calculationArc xlink:type= "arc" xlink:arcrole= "http://www.xbrl.org/2003/arcrole/summation-item" xlink:from= "GrossProfit" xlink:to= "CostOfSales" order= "2" weight= "-1" use= "optional" />  
  
   
   
 
 
   
   

この例では、粗利益、収益、売上原価の関係に関する詳細を提供する 2 つの計算アークが定義されていることがわかります。損益計算書では、粗利益は他の 2 つの差です。したがって、粗利益と収益を結ぶアークには重み属性値「1」を割​​り当て、粗利益と売上原価の間には「-1」を割り当てます。計算リンクベースとプレゼンテーション リンクベースに違いがある理由は、他のすべての合計を表す合計要素が通常、財務諸表の下部に表示されるのに対し、計算リンクベースでは最上位の概念として配置する必要があるためです。

プレゼンテーション計算
資産（プレゼンテーション） 資産、合計	 
 	資産、非流動資産、非流動 +1
 	資産、流動資産、流動 +1
 	資産合計	 	 	 	 

XBRL の計算関係に関する主なルールが 2 つあります。まず、periodType 属性の値が異なる要素に対しては操作を実行できません。これは、多くの場合、クロスコンテキスト ルールと呼ばれ、一部の要素を「期間」(期間) として定義し、他の要素を「日付時点」(即時) として定義することに関連しています。たとえば、貸借対照表に表示される概念は即時です。つまり、その値は特定の日に対して表示されます。一方、損益計算書またはキャッシュ フロー計算書の要素は期間です。つまり、一定期間にわたって行われたアクションを表すためです。たとえば、即時要素が期間と混在する株式変動計算書または有形固定資産の変動で問題が発生します。この問題の解決策は、単純な加算や減算だけでなく、タクソノミ作成者に多くの機能を提供する数式リンクベースです。次に、複式簿記ルールでは、XBRL タクソノミ作成者が、貸借対照表と損益計算書に表示される金銭要素の貸方/借方の性質を定義する必要があります。このルールは、反対のバランス属性を持つ要素の追加を禁止するだけでなく (それらの要素は減算される必要があります)、要素内に含まれる数値が正であるか負であるかも定義します。

このリンクベースは、is-a、whole-part などの関係を表現するためにさまざまなアーク ロールを使用して概念を他の概念に関連付けます。アーク ロールは、XBRL タクソノミーを作成するユーザーが作成することも、一般的に使用されるアーク ロールを XBRL リンク ロール レジストリ (LRR) に追加することもできます。

定義リンクベースは、分類作成者に要素間のさまざまな種類の関係を定義する機会を提供します。定義リンクベースでサポートされている標準的な関係の種類は 4 つあります。

最初のものは、一般-特殊と呼ばれます。これは、より一般的な意味を持つ概念とより具体的な意味を持つ概念を区別します。たとえば、ZIP コードは、世界中で使用されている Postal Code の米国での表現です。したがって、そのつながりを示すために、分類法の作成者は、Postal Code を、より専門的な概念である ZIP コードがある一般的な用語として定義します。

2 番目に使用可能な関係タイプはessence-aliasです。これを使用することで、分類作成者は 2 つの概念が同様の意味を持つことを示すことができます。たとえば、一部の航空会社は PPE の主要コンポーネントを説明するために Planes という用語を使用する一方、他の航空会社は Aircraft という用語を使用する場合があります。これら 2 つの意味が同じであり、互換性があることを示すために、分類作成者は「essence-alias」アーロールを使用してこれらを接続できます。

3 番目の標準的な関係は、requires-elementと呼ばれます。その名前が示すように、分類ビルダーはこれを使用して、インスタンス作成者が別の要素の内容を提供する場合、ある要素の値を入力するように強制します。たとえば、規制当局は、資産の特定のコンポーネントが貸借対照表に表示される場合、そのコンポーネントの開示を要求する場合があります。これを実現するために、定義リンクベースは、それらの間の「requires-element」関係を定義します (たとえば、Property, Plant and Equipment、Net と Property, Plant and Equipment Disclosures)。

4 番目の関係は、類似タプルです。これは「エッセンス エイリアス」関係に似ていますが、タプルに適用されます。これは、定義 (ラベル リンクベースからのドキュメントまたは参照リンクベース内の参照) の点では同等であるが、XML の観点からは異なる (つまり、コンテンツ モデルが同一ではない、たとえば異なる要素を含む) 2 つのタプルを接続します。このタイプの関係が導入された理由の 1 つは、タプルのコンテンツ モデルの変更を防ぐスキーマの再定義の禁止です。

このリンクベースは、概念を他の概念に関連付け、その結果生じる関係に基づいてユーザー インターフェイス、レンダリング、または視覚化を作成できます。

ビジネス レポートは、一般的に、表やステートメント、その他の構造の形式で作成されます。プレゼンテーション リンクベースには、タクソノミ コンテンツを適切に整理するために、要素間の関係に関する情報が格納されます。これにより、特定のビジネス データの階層関係を表すのに適した構造で要素を配置できます。これらのグループ化は、さまざまな方法で実行できます。たとえば、一般的な貸借対照表には、資産、資本、負債が含まれます。資産は、流動資産と非流動資産で構成されます。流動資産は、在庫、売掛金などに分割されます。プレゼンテーション リンクベースは、親子関係を使用して、このように要素を整理し、ユーザーが関心のある概念を見つけやすくします。プレゼンテーション リンクベースのツリーのような (階層的な) 構造の主な欠点は、要素のフラットなリストしか表示できないことです。一方、財務諸表には、資本の変動や有形固定資産の変動などのより高度なレポートも含まれます。XBRL コンソーシアムは現在、このようなレポートの自動作成を可能にするレンダリング ソリューションに取り組んでいます。

これは、上記のインスタンス ファイルの分類スキーマです。

<?xml version="1.0" encoding="utf-8"?> 
<スキーマ
xmlns= "http://www.w3.org/2001/XMLSchema" 
xmlns:xbrli= "http://www.xbrl.org/2003/instance" 
xmlns:link= "http://www.xbrl.org/2003/linkbase" 
xmlns:xlink= "http://www.w3.org/1999/xlink" 
xmlns:ifrs-gp= "http://xbrl.iasb.org/int/fr/ifrs/gp/2005-05-15" 
xmlns:ifrs-gp-rol= "http://xbrl.iasb.org/int/fr/ifrs/gp/2005-05-15/roles" 
xmlns:samp= "http://www.iqinfo.com/xbrl/taxonomy" 
targetNamespace= "http://www.iqinfo.com/xbrl/taxonomy" 
elementFormDefault= "修飾" 
attributeFormDefault= "非修飾" >

    <注釈> 
<appinfo> <link:linkbaseRef xlink:type= 'simple' xlink:href= 'http://xbrl.iasb.org/int/fr/ifrs/gp/2005-05-15/ifrs-gp-pre-bs-liquidity-2005-05-15.xml' xlink:role= 'http://www.xbrl.org/2003/role/presentationLinkbaseRef' xlink:arcrole= 'http://www.w3.org/1999/xlink/properties/linkbase' />        
              
            
            
             

            <link:linkbaseRef xlink:type= 'simple' xlink:href= 'http://xbrl.iasb.org/int/fr/ifrs/gp/2005-05-15/ifrs-gp-pre-is-byNature-2005-05-15.xml' xlink:role= 'http://www.xbrl.org/2003/role/presentationLinkbaseRef' xlink:arcrole= 'http://www.w3.org/1999/xlink/properties/linkbase' />  
             
            
             

            <link:linkbaseRef xlink:type= 'simple' xlink:href= 'http://xbrl.iasb.org/int/fr/ifrs/gp/2005-05-15/ifrs-gp-cal-bs-liquidity-2005-05-15.xml' xlink:role= 'http://www.xbrl.org/2003/role/calculationLinkbaseRef' xlink:arcrole= 'http://www.w3.org/1999/xlink/properties/linkbase' />  
            
            
             

            <link:linkbaseRef xlink:type= 'simple' xlink:href= 'http://xbrl.iasb.org/int/fr/ifrs/gp/2005-05-15/ifrs-gp-cal-is-byNature-2005-05-15.xml' xlink:role= 'http://www.xbrl.org/2003/role/calculationLinkbaseRef' xlink:arcrole= 'http://www.w3.org/1999/xlink/properties/linkbase' /> </appinfo> </annotation> <import namespace= "http://www.xbrl.org/2003/instance" schemaLocation= "http://www.xbrl.org/2003/xbrl-instance-2003-12-31.xsd" /> <import namespace= "http://xbrl.iasb.org/int/fr/ifrs/gp/2005-05-15"スキーマロケーション = "http://xbrl.iasb.org/int/fr/ifrs/gp/2005-05-15/ifrs-gp-2005-05-15.xsd" /> </スキーマ>  
            
             
             
        
    
      
     
      
     

XBRL のグローバル レジャー フレームワーク ( XBRL GL ) は、 XBRL Internationalによって開発され推奨されている唯一の分類法のセットです。

XBRL International は、コア XBRL 2.1 仕様に関する安定性誓約書を発行および再発行しました。コア XBRL 2.1 仕様に加えて、互換性のある新しい機能を定義する XBRL モジュールの開発作業も継続しています。

• XBRL ディメンション – このモジュールは 2005 年に勧告ステータスを獲得しました。2009 年 9 月 7 日には、エラッタ修正を含むディメンション 1.0 仕様の新版が発行されました。ディメンション 1.0 仕様は、ディメンション タクソノミーとインスタンス ドキュメントを構築するためのルールと手順を拡充する、XBRL 2.1 仕様のオプションの拡張機能です。ビジネス ファクトの構造化された追加のコンテキスト情報を定義するために、XBRL タクソノミー リンクベースの使用をサポートします。各コンテキスト情報は「ディメンション」と呼ばれます。基本 XBRL 仕様は、基本的に、レポート期間、レポート エンティティ (つまり、会社またはその部門)、および実際のファクトと予測ファクトを区別するために本来意図された、緩く定義されたレポート シナリオの 3 つのディメンションを定義します。 XBRL ディメンションを使用するタクソノミーでは、新しいディメンションを定義し、ディメンションの有効な値 (「ドメイン」) を指定し、「ハイパーキューブ」と呼ばれるメカニズムを通じてどのディメンションがどのビジネス コンセプトに適用するかを指定し、他のタクソノミー メタデータ (ラベル、プレゼンテーション情報など) をディメンションに関連付けることができます。
• XBRL フォーミュラ – このモジュールは、2009 年 6 月 22 日に勧告ステータスを達成しました。フォーミュラ仕様 1.0 は、XBRL インスタンスに適用して情報を検証したり、新しいインスタンスで新しい XBRL ファクトを計算したりできる式 (XPath を使用) の作成をサポートしています。フォーミュラ コンポーネントの相互関係を確認するには、関連するフォーミュラ仕様のインタラクティブ ダイアグラムをクリックしてください。^[12]
• インライン XBRL (または iXBRL) – このモジュールは、2010 年 4 月 20 日に勧告ステータスを取得しました。インライン XBRL 仕様では、XBRL メタデータを整形式のHTML または XHTML ドキュメント内に埋め込む方法を定義し、データと関連するレンダリング情報を 1 つのドキュメント内にカプセル化できるようにします。
• XBRL バージョン管理 – このモジュールは、2013 年 2 月 27 日に勧告ステータスを達成しました。この仕様により、XBRL タクソノミーの作成者が 2 つのタクソノミー間の変更のドキュメントを提供するために使用できるバージョン管理レポートの作成が可能になります。多くの大規模なタクソノミー (IFRS タクソノミーなど) は毎年変更されます。
• XBRL テーブル リンクベース – このモジュールを使用すると、タクソノミー作成者は表形式のレポート テンプレートを定義できます。テーブル リンクベースは、ソフトウェアがユーザーによる入力用のテンプレートを表示できるようにすることで、XBRL データの表示やデータ入力に使用できます。テーブル リンクベースは、EIOPAへのSolvency IIレポートやEBAへのCOREPおよび FINREP レポートなど、大規模で高次元のレポート テンプレートの処理に適しています。

追加モジュールの作成に加えて、XBRL International は共有 XBRL 機能の継続的な拡張のためのいくつかの方法をサポートしています。

• リンク ロール レジストリ – xbrl.org でホストされているこのレジストリは、分類法間での再利用を促進するためにリンク ロールとアーク ロールを収集します。
• 関数レジストリ – このレジストリは、数式リンクベースで再利用するための XPath 関数を収集します。
• 変換ルール レジストリ – このレジストリは、インライン XBRL ドキュメント内の人間が判読可能なデータ (例: 「2016 年 1 月 1 日」) を XBRL で必要な形式 (「2016-01-01」) に変換するために使用される一般的な変換を収集します。

iXBRL (インラインXBRL) ^{[10] は、} XBRLメタデータがHTML文書（公開されたレポートや会計書類など）に埋め込まれるXBRLの発展形です。HTML文書が整形式であることは必要ですが、それ以外に必要なXML形式は指定されていません。通常、iXBRLはHTML文書内に実装され、文書内のXBRLメタデータを明らかにすることなくWebブラウザで表示または印刷されます。ただし、仕様では規範的なスキーマが提供されており、スキーマが有効なiXBRL文書はXHTML形式である必要があります。

ほとんどの iXBRL 財務レポートは、次の 2 つの方法のいずれかで作成されます。

1. レポートを作成するシステムは、レポートを直接 iXBRL でフォーマットします。すべての企業が iXBRL で提出することが義務付けられている英国では、主要な商用会計パッケージはすべて、財務レポートの iXBRL エクスポート機能を備えています。
2. 財務レポートはMicrosoft WordまたはMicrosoft Excelドキュメントとして作成され、「タグ付けプログラム」を使用して XBRL コンセプト メタデータを追加し、ドキュメントをインライン XBRL としてエクスポートします。

大規模で複雑な財務諸表の場合、単一の iXBRL ファイルは Web ブラウザで処理するには大きすぎる場合があります。これは、英国のように、多くのグラフィックを含む可能性のある企業レポートが単一の iXBRL 文書内のアカウントと結合されている場合によく発生します。iXBRL 仕様では、一連の iXBRL 文書を単一の iXBRL 文書セットとして扱うことができます。^[13]

英国では、HM Revenue and Customsは、企業が法人税申告を行う際に、報告書、会計、税金計算をiXBRL形式で提出することを義務付けています。企業とその代理人は、HMRCのオンラインファイリングソフトウェア^[14]を使用して、報告書、会計、税金計算をiXBRL形式で作成するか、自分でiXBRLファイルを作成してHMRCに提出することができます。

HMRC のオンライン ファイリング ソフトウェアは、ソース データから iXBRL を生成するプログラムの一例です。このソフトウェアでは、一連のフォームを使用して、主要なデータ (XBRL タグで表示されます) をデータ入力フィールドに入力します。追加データ (レポートとアカウントの残りの部分) はテキスト ボックスに入力します。プログラムは、iXBRL レポートとアカウントを標準のセクション シーケンスと標準形式で生成します。その他の資料の書式設定はすべて失われます。結果として得られるレポートとアカウントは HMRC の要件を満たしていますが、表示したり読んだりするのに魅力的なドキュメントではありません。

iXBRL は、日本、デンマーク、英国の政府機関による企業提出書類に義務付けられています。英国では、Companies Houseも iXBRL を受け入れています。iXBRL はCompanies Houseによって義務付けられているわけではありませんが、毎年受領される提出書類の大部分を占めています。

2016年6月以降、SECは企業がHTML提出書類でiXBRLを使用して提出することを許可し始めました。2018年6月、SECはiXBRLへの移行計画を発表し、HTMLとXBRL文書を別々に提出する要件を削除しました。^{[15] [16]}

2021年1月以降、IFRSに基づいて年次財務報告書を作成するすべてのEU上場企業は、欧州単一電子フォーマット（ESEF）イニシアチブの一環として、これらの報告書をインラインXBRL形式で公開することが義務付けられています。^[17]

XBRLの始まりは1998年^[18]で、ワシントン州タコマ出身の公認会計士チャールズ・ホフマン氏による最初の取り組みに遡ることができます。米国公認会計士協会（AICPA）も、最終的にXBRL Internationalとなったものをまとめる上で重要な役割を果たしました。^[19]

この仕様は、2003 年に公開された XBRL v2.1 以前にもいくつかのバージョンを経てきました。

• 1.0 – 2000年7月31日に公開された^{[20]このバージョンは}DTDに基づいています。インスタンス文書でのデータ交換とタクソノミー文書でのメタデータ交換の違いを表現しました。タクソノミーはXMLスキーマファイルとして表現されましたが、インスタンスの検証には使用されませんでした。
• 2.0 – 2001年12月14日に公開された^[21]このバージョンでは、インスタンスのスキーマ検証を可能にする方法としてXMLスキーマ置換グループの使用が導入されました。概念関係は、個別のXLinkベースのリンクベースに分割されました。インスタンス内のコンテキストデータは、別の要素に収集されました。
• 2.1 – 2003年12月31日に発行された^[20]このバージョンでは、用語の定義が大幅に厳格化され、適合スイートの導入が可能になりました。

XBRL v2.1は発行以来安定しており、エラッタ修正のためだけに更新されています。この標準は、追加のXBRLモジュールの開発を通じて大幅に進化しました。仕様のすべてのバージョンと関連モジュールの詳細については、XBRL仕様サブサイトをご覧ください。^[22]

2009 年 4 月、ノースカロライナ州立大学会計学部経営学部の調査では、 2006 年に SEC の自主申告プログラムに参加した 22 社の XBRL 申告の正確性を評価しました。 ^{[23] XBRL 申告と}Forms 10-Kを比較した結果、記号、金額、ラベル、分類に複数のエラーがあることがわかりました。この調査では、XBRL データはコンピューターで読み取り可能であり、特に XBRL 分析ソフトウェアを使用する場合、ユーザーはエラーを視覚的に認識できないため、これらのエラーは深刻であると考えています。

Duら（2013年^[24]）は、企業は学習曲線を経て着実に改善していると主張し、異なる結論に達した。

2017年12月、チャーリー・ホフマンは、XBRLベースの公開企業の財務報告の主要な財務諸表に誤りがある可能性は10.2％であると述べました。ホフマンは、現在の誤りの数と誤りが修正されるペースから判断すると、約5年以内にXBRLベースの公開企業の財務報告の情報品質は非常に良好になると予測しています。^[25]

ロジャー・S・デブレセニーらによる、XBRLによる財務報告がSECのEDGARシステムに与える影響に関する2005年の評価。^[26]

連結貸借対照表、損益計算書、キャッシュフロー計算書をXBRLタグ付き形式に変換するツール。^[27]

コーポレートガバナンスは、企業がXBRL形式で財務情報を早期かつ自主的に提出するという決定と有意かつ肯定的な相関関係にある。^[28]

2017年12月18日、欧州証券市場監督局は、新しい欧州単一電子フォーマット（ESEF）を規定する規制技術基準（RTS）の最終草案を公表した。この規制草案によれば、2020年からIFRS連結財務諸表を含む財務報告書にはXBRLタグが付けられることになる。^[29]

• XBRL保証

• 公式サイト
• XBRL 仕様サブサイト - 仕様、適合スイート、FAQ に直接アクセスできる開発者向け情報
• XBRL US 公式 Web サイト- 米国証券取引委員会との契約に基づき、標準化されたビジネス レポートの全国コンソーシアムであり、最初の XBRL US GAAP タクソノミの作成者である XBRL International の米国管轄区域。
• Curry, E.; Harth, A.; O'Riain, S. (2009)。「金融データの統合に向けた今後の課題」。Web上の金融データへのアクセス改善に関する XBRL/W3C ワークショップの議事録。2012 年 7 月 18 日にオリジナルからアーカイブ。2011年 8 月 9 日に取得。
• 英国企業のアカウント検索、英国Companies Houseに提出されたすべてのInline XBRLアカウントへのフルアクセス
• XBRLS: よりシンプルなXBRLがより良いXBRLを生み出す方法
• 「XBRL の使用に関するホワイト ペーパー」(PDF)。(ACT-IAC)アメリカ技術産業諮問委員会。2007 年 2 月。
• Holland, LEF (2004)。「XML のフラット化: XBRL から学ぶべき教訓」(PDF)。