XBRL：複雑さについて-第3章分類の構造

3.分類法の構造

60年代のロックバンドの歌のようなタイトルのこの章では、XBRLタクソノミーの構造について説明します。 タクソノミーを使用して何ができるかにより注意が払われ、技術的な観点からこれがどのように行われるかにはあまり注目されません。 このレベルの詳細は別の章に残します。

これから始めましょう。実際には、分類法と呼ばれるものは、原則として、 DTSの略で、Discoverable Taxonomy Setと呼ばれる関連ドキュメントのセット全体です。

DTSの出発点は、 分類法です。 これは、XBRLレポートで参照されるドキュメントです。 この分類体系は、他のドキュメントを参照できます。これは、他のドキュメントなども参照できます。

DTSを読むということは、すべての関連ドキュメントが読まれるまですべてのリンクをたどることを意味します。

分類法は、2種類のドキュメントを参照できます。

• 分類法は、ある分類法（拡張分類法）が別の分類法（基本分類法）を拡張する場合です。
• Linkbase-分類法で定義された概念に関する追加情報を提供するために使用されます。 リンクデータベースは、さまざまな概念間の関係、および概念とそれに関連する追加情報の間の関係を記述します。 リンクベースには、合計5つのタイプがあります（それぞれについて、以下で詳細に説明します）。
  
  • 定義
  • 計算
  • プレゼンテーション
  • ラベル
  • リソース（参照）

概略的には、これは次のように表すことができます。

一部のリンクベース（参照とラベル）は単方向であることに注意してください。 リンクは分類法からリンクベースのリソースにつながる 他の参照データベース（定義、計算、およびプレゼンテーション）は双方向です。 参照は、分類法のある部分から別の部分を指します。

必要に応じて、分類法はXBRLレポートスキーマ「xbrl-instance-2003-12-31.xsd」も参照します（より正確にはインポートします）。すべての概念を定義するために必要な基本要素が含まれます。

これらは技術的な詳細の例であり、この本の大部分では無視します。 たとえば、ある種のコンテキスト（この場合はXBRLレポートスキーマ）に分類スキーマが存在すると仮定し、XBRLのより機能的な側面に焦点を当てます。

この章の残りの部分では、各タイプのドキュメントについて詳しく説明します。

3.1。 分類スキーマ

分類法の中核はその概要であり、これは必須のドキュメントです。 これまでずっと話してきたこのスキーマは、実際にはXMLスキーマドキュメント（XMLドキュメントの構造を定義できるW3C標準）です。 XBRL仕様では、分類法を記述するための基本言語としてXMLスキーマを使用しています。 このベース言語に加えて、XBRL固有のアドオンと制限のセットを定義します。

分類スキームのフレームワーク内では、次のことができます。

• 別の「基本」分類法をインポートします。これにより、既存の分類法の拡張機能を作成できます。
• レポートをコンパイルする概念を定義します。
• リンクベースで使用されるロールを定義します。
• リンクのデータベースを参照してください。

3.1.1。 概念の定義

XBRL仕様には、概念を定義するための多くの要件と推奨事項が含まれています。

• 各概念には、分類スキーマ内で一意の名前が必要です。
• 各概念には、提供できるデータのタイプを決定するType属性が必要です（以下を参照）。
• 概念は、分類方式でポイントまたはタプルとして定義されます。
  

  つまり、各コンセプトには、値xbrli:itemまたはxbrli:tuple持つ置換グループ属性が必要xbrli:tuple
  

• 各概念で一意の識別子を持つ属性を指定することをお勧めします。これにより、概念へのアクセスが容易になります。

XMLスキーマは、概念定義を改善するいくつかの方法を提供します。

• コンセプトが必須かどうかを指定できます。
• 概念はabstractとして定義することができ、その上で事実を伝える必要はありません。これは、以下で説明するように概念を拡張するとき、またはプレゼンテーションリンクデータベースにルート階層が必要なときに使用されます。

また、XBRLは、概念のperiodTypeおよびbalance属性を定義します。

• periodType属性periodType 、アイテムの概念（ xbrli:item ）に必要です。 特定の日付の時点で測定された概念を、一定期間にわたって測定された概念から分離できます。
  

  XBRLレポートでは、ファクトは特定のコンテキストで示されます 。 ファクトが送信される概念のperiodType属性は、ファクトのコンテキストで期間のタイプと一致する必要があります。
  

• コンセプトタイプが金銭的である場合、 balance属性を使用して、コンセプトが借方または貸方の値を決定するかどうかを示すことができます。 これは、次のような会計の概念に非常に便利です。 資産、負債、収入および費用。

概念を展開して、構造化された概念ツリーを形成できます。 たとえば、「マネージャー」の概念は、「ビジネスユニットのマネージャー」と「ユニットのマネージャー」にまで及びます。

XBRLレポートでは、非抽象概念に関する事実のみを示すことができるため、不必要な事実の転送を防ぐことができます。 上記の例では、「ビジネスユニットマネージャー」および「部門マネージャー」の概念に関するファクトの転送を許可できますが、「マネージャー」の概念については許可できません。 これは、「マネージャー」の概念を抽象として定義することにより可能です。

3.1.1.1。 概念データの種類

すべてのアイテムコンセプトについて、転送されるデータのタイプを示す必要があります。 使用可能なデータ型は、XMLスキーマ標準とXBRL仕様によって定義されています。

XMLスキーマには、ブール、テキスト、小数、日付、日付の一部などのタイプが含まれます。 （完全なリストは、XBRL仕様のセクション5.1.1.3にあります）。

注：XMLスキーマの各タイプには、対応するXBRLタイプ定義があります。

XBRL仕様では、次のデータ型が追加されています。

• 金額-金額を反映する概念に使用されます。
• 共有-共有の概念、たとえば 株式;
• シンプル-分子と分母が一般的な意味で暗黙的に表現される概念の場合、例えば 成長率、パーセント。
• 分数分数-ファクトを他のタイプで正確に表すことができない場合。 値theには正確な10進数表現はありませんが、小数型を使用して指定できます。 分数は、分子と分母の個別の値として定義されます。

3.1.2。 リンクベースへのリンク

分類法スキーマには、分類法の概念に関する追加情報を提供するリンクベースへのリンクを含めることができ、通常はリンクベースへのリンクが含まれます。

リンクは役割を定義することで特定のタイプのLink Baseを指すことができます。 XBRL仕様では、次の役割が許可されています。

• 定義
• 計算
• プレゼンテーション
• ラベル
• リソース（参照）
• 脚注

注：脚注用の個別のリンクベースはありません。 このロールは、XBRLレポート内でのみ使用されます。

XBRL 拡張性の別の例であるユーザーロールを定義することもできます。

リンクデータベースの使用をさらに制限するために、データベース内のリンクタイプがポイントできるファクトのタイプを決定できます。

3.1.3。 アークの役割と役割（arcroles）

ロールは、リンクデータベース内のさまざまなタイプの関係を識別するために使用されます。 XBRL仕様では、すべてのリンクに役割があることを保証する1つの基本的な役割を定義しています。 ただし、分類または参照データベースの作成者は通常、追加のロールを定義します。 これらは、リンクをいわゆるベースセットにグループ化するために使用されます。 このようなセグメンテーションは、たとえば、リンクのプレゼンテーションデータベースを使用するときにレポートのさまざまなセクションを定義するのに役立ちます。 計算ベースでは、リレーションシップの混合によるエラーを防ぐために、最も原始的なものを除くすべての計算に必要です。

アークによって定義されたリンクは、アークロールによって入力されます。 concept-labelやsummation-itemなどの主要な弧は、XBRL仕様で事前定義されています。 独自のアークを定義することもできます。 ただし、これは通常、たとえば技術的な目的で使用されます。 XBRL仕様拡張で新しい関係を定義します。 この例は、第5章で説明するXBRL Dimensions仕様で定義されているアークです。

3.1.4。 例

「分類」の例に戻りましょう。

ここで、次の概念を大まかに定義できます 。

名	種類
nr_employees_total	非負の整数アイテム
nr_employees_male	非負の整数アイテム
nr_employees_female	非負の整数アイテム
nr_employees_age_up_to_20	非負の整数アイテム
nr_employees_age_21_to_40	非負の整数アイテム
nr_employees_age_41_and_up	非負の整数アイテム

これらの概念については、リンクベースに関する次のセクションで説明します。

3.2。 リンクベース

分類法で定義されている概念は、分類法の最小構成要素です 。 これらには、XBRLレポートの一部として伝達できる事実に関する正確なデータが含まれています。

リンクベースは、この定義を次のように拡張します。

• 追加のドキュメントを使用して定義を開発できます。 人間が読めるタグまたは規範的な文献への参照を提供します。
• 概念間の内部接続を使用して概念の構造を説明します。 計算ルールの定義。

最初に、この例の「分類法」の参照データベースをいくつか見て、それらが何であるかを理解しましょう。

注：ここにリストされている「リンクベース」は完全または正確ではありません。 これらは、説明のみを目的として提供されています。

ラベルリンクベース
ショートカットリンクのベースは、フォームで使用される各コンセプトにロシア語のショートカットを割り当てることができます。

コンセプト	ショートカット
nr_employees_total	合計
nr_employees_male	男性
nr_employees_female	女性たち

ショートカットリンクの別のベースを使用して、英語のショートカットを概念に割り当てることができます。

コンセプト	ショートカット
nr_employees_total	合計
nr_employees_male	男性
nr_employees_female	女性たち

注：この例のショートカットリンクデータベースは完全に正しいわけではありません。 後で彼に戻ってきます。

定義リンクベース
コンセプト定義は、あらゆる種類の情報を提供します。 たとえば、特定の概念には別の概念の存在が必要であるとします。

コンセプト	が必要です
nr_employees_male	nr_employees_female
nr_employees_female	nr_employees_male

男性の数で事実を示す場合、女性の数でも事実を示す必要があります。逆も同様です。

nr_employeesの概念が定義されている場合、定義リンクのデータベースは、それがすべてのnr_employees ...概念の類似物であることを示すことができます。

コンセプト	ニックネーム
nr_employees	nr_employees_total
nr_employees	nr_employees_male
nr_employees	nr_employees_female

計算リンクベース
計算を使用して、次のルールを設定できます。

• nr_employees_male + nr_employees_female = nr_employees_total

このようなルールは、完成したフォームの算術エラーを自動的にキャッチします。

参照リンクベース
分類法が法律で要求されるレポートを説明するとします。 正確に提供する必要があるものの完全な説明は、立法法で詳述されています。 非常勤従業員に関する報告方法。 リソースへのリンクのベースにより、コンセプトを立法行為の対応するセクションに関連付けることができます。

コンセプト	資源
nr_employees_total	立法行為; パートIV; セクション156-32.g
nr_employees_male	立法行為; パートIV; セクション156-32.g
nr_employees_female	立法行為; パートIV; セクション156-32.g

注：これは多対1の関係でも表すことができます。これについてはさらに検討します。

プレゼンテーションリンクベース
プレゼンテーションでは、レポートフォームで概念を階層的に表示する方法を説明します。 この例には、次の階層があります。

コンセプト	下位階層
nr_employees_total	nr_employees_male
nr_employees_total	nr_employees_female

3.2.1。 リンクベースの一般的な特性

リンクのデータベースを詳しく調べ始めると、リンクに多くの共通の特徴があることがわかります。 それらのいくつかを考えてみましょう。

3.2.1.1。 アーク

すべてのリンクベースは、アークを使用して、概念とそのリソース間、または異なる概念間の関係を記述します。 アークは双方向の接続です。つまり、 彼女は一方から他方を指しています。 各当事者は、1つ以上の概念またはリソースで構成されます。

リソースリンクデータベースの例では、多対1のアークを使用して、3つの概念すべてを1つのリンクにリンクできます。



fromおよびtoアークの属性は、拡張リンクに含まれるリソース、または他のドキュメントの概念またはリソースを指す拡張リンクのロケーターです。

ロケーターは、 href属性を使用してコンセプトまたはリソースをポイントしますhref属性には、コンセプトidまたはXPointer標準式を含めることができます。

3.2.1.2。 禁止と再定義

分類法が拡大するにつれて、概念間の既存の関係を変更することが必要になる場合があります。 これには、 禁止とオーバーライドの 2つのメカニズムがあります 。

アークには優先度属性があります。 複数のアークで「競合」が発生すると、優先度が最も高いアークが優先され、実際には残りのアークが再定義されます。

既存のアークが無効になった場合、既存よりも高い優先度で拒否データベースをリンクデータベースに追加できます。 禁止アークはオプションのuse属性がprohibit設定さprohibitです。

禁止と再定義の規則を適用する場合、関係の「基本的な」ネットワークは拡張機能によって変更されます。 優先順位を使用して、新しい関係を追加したり、既存の関係を削除したり、既存の関係を新しい関係に置き換えたりできます。

XBRL仕様は、ルールが同等のリレーションシップに適用されることを示し、「from」と「to」のアークとサイドの属性に基づいて、リレーションシップが同等になるタイミングを正確に決定します。

3.2.1.3。 サイクル

アークは関係のネットワークを形成します。 ネットワークは非常に複雑になる可能性があります。 1つのノードから別のノードへのパスが2つ以上ある場合、ネットワーク内でループが発生します。 分類法は、どのループが許可されているかを示す必要があります。

• 任意（任意）-すべてのサイクルが許可され、関係に制限はありません。
• 無向-この奇妙な名前のオプションは、開始ノードへの戻りパスがない場合にループを許可します。 たとえば、ノードAとBには、AからBへの多くのパスを含めることができますが、BからAへのパスはありません。
• なし-サイクルは許可されず、ネットワークは2つのノード間に複数のパスを持つことはできません。 これは、関係に大きな制限を課します。

注：パスは、ノード間のアークのセットで構成されます。 パスは、短い（2つのノード間の1つのアーク）または長い（数百のノード間の何百ものアーク）ことができます。

3.2.1.4。 役割

リンクデータベース内の各リンクには、いくつかのロールのいずれかを設定できます。 ロールにより、リンクの使用が決まります。 使用可能なロールは、リンクベースのタイプによって異なります。次のセクションで説明します。

前述のように、XBRL仕様は、各タイプのリンクベースに「汎用」ロールのセットを提供します。 代わりに、独自のより具体的なロールを定義できます。

ロールは、リソースおよびそれらの間のアークで使用できます。

3.2.2。 リンクベースの特定の特性

異なるリンクベースの構造は非常に似ていますが、違いがあります。 このセクションでは、各タイプのリンクデータベースに固有の特性について説明します。

3.2.2.1。 ショートカットリンクベース

ラベルは、特定の言語で人間が読めるテキストを提供します。 各リソースは、ラベルで使用される言語を識別する必要があります。

ラベルには次の役割があります。

• label （デフォルトの役割）-標準ラベルに使用。
• terseLabel説明の一部が省略されている短縮ラベルに使用。
• verboseLabel概念を詳細に説明する拡張ラベルに使用。
• positiveLabel 、 positiveTerseLabelおよびpositiveVerboseLabel正のファクト値に使用される標準、短縮および拡張ラベル。
• negativeLabel 、 negativeTerseLabelおよびnegativeVerboseLabel負のファクト値に使用される標準、短縮および拡張ラベル。
• zeroLabel 、 zeroTerseLabel 、およびzeroVerboseLabelゼロのファクト値に使用される標準、短縮および拡張ラベル。
• totalLabel合計値を定義する概念ラベルに使用されます。
• periodStartLabelおよびperiodEndLabel期間の開始または終了に関連するファクトを定義する概念ラベルに使用されます。
• documentation -コンセプトドキュメントを提供するラベルの場合
• definitionGuidance 、 disclosureGuidance 、 presentationGuidance 、 measurementGuidance 、 commentaryGuidanceおよびexampleGuidance定義、測定方法、記入例などの概念の側面に関する説明を提供するラベル用。

ラベルarcにはコンセプトラベルの役割があります。つまり、常にコンセプトからラベルを指します。 したがって、ラベルアークが概念間の循環関係を形成することはありません。

上記のすべてを考えると、この例からショートカットリンクのベースをより正確に決定できます。

コンセプト	言語	役割	ショートカット
nr_employees_total	る	totalLabel	合計
nr_employees_male	る	terseLabel	男性
nr_employees_female	る	terseLabel	女性たち
nr_employees_total	en	totalLabel	合計
nr_employees_male	en	terseLabel	男性
nr_employees_female	en	terseLabel	女性たち

3.2.2.2。 リソースリンクベース

参照により、概念の定義をビジネス、財務、会計の文献で公開されている条項に関連付けることができます。 要素は、関連する出版物を特定および検索するために必要な情報のみを提供する必要があります。 出版物自体のテキストを含めることはできません。

リンクはパーツで構成できます。 「立法行為。 パートIV; セクション156-32.g。 XBRL仕様では、パブリケーションがパーツに分割される方法がパブリケーション/管轄ごとに異なるため、part要素は抽象的です。

リンクには次の役割があります。

• reference （デフォルト値）-標準の概念リソースに使用。
• definitionRefコンセプトの正確な定義を参照するために使用。
• disclosureRef 、 mandatoryDisclosureRef 、 recommendedDisclosureRef開示要件の説明を参照するために使用されます。
• unspecifiedDisclosureRef一般的な慣行、完全性、構造など、不特定の開示要件の説明を参照するために使用されます。
• presentationRefコンセプトのプレゼンテーションの説明を参照するために使用。
• measurementRefコンセプトの値を測定する方法を参照するために使用。
• commentaryRefコンセプトに関する一般的なコメントを参照するために使用されます。
• exampleRef例を使用して概念の使用法を説明するドキュメントを参照するために使用されます。

リソースアークには概念参照の役割があります。つまり、常に概念からリソースを指します。 したがって、リソースアークが概念間の循環関係を形成することはありません。

3.2.2.3。 プレゼンテーションリンクベース

プレゼンテーションアークには親子の役割があり、これにより概念の階層構造を定義できます。 リンクの親側と子側の両方が概念を指している必要があります。

プレゼンテーション階層のルートとして自然に機能する概念が存在しない場合、この目的のために特別に定義された抽象的な概念を代わりに使用できます。

アークには、プレゼンテーションの子概念を示すラベルの優先ロールを識別するpreferredLabel属性があります。 これは、DTSでさまざまな方法で概念を複数回使用する場合に特に便利です。 プレゼンテーション内の各リンクは、この概念で使用するための（その役割に応じた）個別のラベルを示している場合があります。

プレゼンテーションの概念の順序を決定するには、arc属性のorderを使用できます。

3.2.2.4。 計算リンクベース

計算アークには、概念間の合計関係を表す「合計項目」の役割があります（この場合の減算は、概念に-1を掛けることによって提供されます。以下を参照）。 リンクは、要約の概念からいくつかの要約された概念を指します。 計算アークはアイテムコンセプトのみを接続できます。

計算は、コンテキストと測定単位が同等の概念でのみ可能です。

注：タプルによって定義されたリレーションも計算で役割を果たします。 たとえば、重複するタプルの要素を合計することはできません。

計算アークには、合計値の乗算係数として使用されるweight属性があります。 これにより、単純な加算よりも複雑な計算が可能になります。 乗算時に、必要な丸めが実行されます。

DTSは計算の完全なセットを考慮します。 同じ概念に対して同じ役割を持つすべての計算は、完全に実行されます。 1つのレポートに同じ値の詳細が複数ある場合、各計算には独自の役割が必要です。 そうしないと、すべての計算がまとめられて、2倍、zatingなどにつながります。 結果の値。

XBRLレポートは、このレポート内のすべての計算に一貫性がある場合、計算参照データベースに関して正しいと見なされます。 これにより、計算の自動検証が可能になります。

計算参照ベースによって提供される機能は非常に限られています。

単純な加算よりも複雑な計算を実行できますが、それは簡単ではありません。それでも、制限は非常に深刻です。 たとえば、同じ概念のファクト間の違いを計算することはできませんが、異なるコンテキストで、たとえば期間の最初と最後で計算することはできません。

– (formula linkbase). .

3.2.2.5.

, :

• general-special
  item- / . « », . « » «». , . , , .
  , .
• essence-alias
  item-. , , (essence). (alias) essence-.
  Alias- essence- , (periodType) balance, .
  , .
• similar-tuples
  この関係は、コンセプトタプル間で使用されessence-alias、アイテムコンセプトについても同様です。同等の定義を持つタプルを識別します。例は、さまざまな形式で表示できますが、同等のデータを含む郵送先住所です。
• requires-element
  この関係は、タプルまたはアイテムの概念間で使用され、XBRLレポート内の要件を定義します。ファクトが「from」側の概念のレポートで使用される場合、レポートには「k」側の概念のファクトも含まれている必要があります。

章のナビゲーション

• 翻訳者からのコメント
• 第1章はじめに
• 第2章XBRLとは何ですか？
• 第3章分類の解剖学
• 第4章XBRLレポート
• 第5章新しい次元の発見
• 第6章XBRLへのダイビング
  
  • パート1.はじめに
  • パート2.結果の改善
  • パート3.計算と検証
  • パート4.生活を楽にする方法
  • パート5.新しい次元
  • パート6.多次元性
• 翻訳者からのPS