XBRL基本概念優(yōu)勢及發(fā)展

第四章財務報告分類標準4.1分類標準概述4．2模式文檔規(guī)則與應用規(guī)范4．3鏈接庫規(guī)則與應用規(guī)范4．4可發(fā)現(xiàn)分類集層5分類標準擴展4.6本章小結(jié)4.1分類標準概述一、XBRL流程簡介（1）從財務報告中提取財務信息元素；（2）用XML語言在模式文檔中定義這些財務報告元素；（3）從財務報告中提取元素與元素間的關系，例如資產(chǎn)負債表數(shù)據(jù)間的計算關系和層次關系，以及描述元素存在的其他關系，例如元素與標簽、元素與法律法規(guī)及準則條文之間的關系；（4）用XML語言在鏈接庫中體現(xiàn)這種關系，并建立模式文檔和鏈接庫之間的關系；（5）企業(yè)運用XML語句對上述分類標準財務信息元素賦值，就構成了一份實例文檔。步驟如下圖：4.1分類標準概述

XML是一種標記語言。在標記語言之前，計算機無法分析文檔的結(jié)構，將其當做一個整體來處理，這就限制了對信息的處理能力。標記語言通過對語言進行標記，能夠得到結(jié)構化的文檔，提升計算機程序自動化處理文檔的能力。4.1分類標準概述二、簡略財務報告與分類標準對照示例（下圖為簡略財務報告）二、簡略財務報告與分類標準對照示例1、除外在形式，上述財務報表的每一個項目有一個標準名稱。如貨幣資金；2、項目間有相互關系，如貨幣資金包括現(xiàn)金、銀行存款、其他貨幣資金這三項之和。財務報告和附注轉(zhuǎn)換為分類標準，首先需要在模式文檔中定義元素：運用XML語言從多角度描述元素的特性，將其全面地存入模式文檔，形成分類標準的一部分；對于財務報表中隱含的內(nèi)部關系，通過鏈接庫完成。3、以“貨幣資金”元素舉例4.1分類標準概述三、財務報告分類標準架構2005年XBRL國際組織制定了財務報告分類標準架構（FinancialReportingTaxonomiesArchitecture,FRTA）。財務報告分類標準的目標是最大化分類標準對于非技術用戶和報告領域的專家的可用性，而不損害分類標準用于描述報告需求的能力以及以精確的、XBRL相符方式的可能性。分類標準架構有以下特性：（1）代表性：分類標準應當使用相似的XBRL結(jié)構表現(xiàn)元素之間的相似關系，考慮元素的共性而非個性。（2）模塊化：分類標準的內(nèi)容應該按照邏輯關系放置于不同的模塊中。（3）演變：基于FRTA設計的架構所制定的分類標準可以以類似的方法進行擴展或者修訂。即可指導人們按照一定的規(guī)則，擴展或修訂分類標準。4．2模式文檔規(guī)則與應用規(guī)范一、財務信息元素定義及示例

二、定義財務信息元素的一般性規(guī)則4．2模式文檔規(guī)則與應用規(guī)范——財務信息元素定義及示例

一、財務信息元素定義及示例

財務信息元素從語義層次上說，一個財務信息元素是對所報告商業(yè)實體的活動或性質(zhì)的事實的定義。從語法層次上說，財務信息元素是利用特定的XML語法來定義的元素，這種定義分為數(shù)據(jù)項與元組兩部分。4．2模式文檔規(guī)則與應用規(guī)范——財務信息元素定義及示例

數(shù)據(jù)項元素：單獨一個財務報告元素就可以完整表達財務信息的意思，即特定時間內(nèi)關于一個特定商業(yè)實體的某項客觀事實。數(shù)據(jù)項元素描述的是具有特定意義且對應值唯一的元素，例如“股東權益”、“固定資產(chǎn)金額”等，同一上下文中只存在唯一取值。元組元素：與數(shù)據(jù)項對應的另一個財務報告元素，它本身并不能表達出完整的意思，需要幾個元素組合在一起才能表達一個完整清晰的意思。例如“工程物資增減變動情況”、“子公司情況說明”等，單看元素本身不能清晰表達含義，所對應的取值也并不唯一，只有和具體明細項目聯(lián)合，才能說明完整的意思。

例如元組“工程物資增減變動情況”，如果僅定義這一個元素，顯然無法對應具體項目與數(shù)值，必須結(jié)合“項目”、“年初金額”等元素，才能理解工程物資的具體情況。項目年初金額本年增加本年減少年末金額A……B……

元組“工程物資增減變動情況”示例4．2模式文檔規(guī)則與應用規(guī)范——財務信息元素定義及示例

4．2模式文檔規(guī)則與應用規(guī)范——定義財務信息元素的一般性規(guī)則

二、定義財務信息元素的一般性規(guī)則1.財務信息元素的唯一性2.財務信息元素屬性的定義規(guī)則3.元組的特有規(guī)則1.財務信息元素的唯一性當我們從財務報告中提取概念時，通常有兩種方法：演繹法和歸納法。演繹法按照某種理論指導，例如企業(yè)會計準則的要求，先定義最基本的概念，然后逐級將其擴展。目前，IFRS和中國分類標準采用的準則法即演繹法的一種。歸納法統(tǒng)計所有上市公司在財務報告中出現(xiàn)的所有元素，歸納出公用性強、符合會計定義的元素，稱為財務信息元素。這種方法更靈活全面，適應不斷發(fā)展變化的會計實務，也是我們重點討論的部分。但是，在歸納的過程中，我們會遇到一個問題：如何判斷幾個元素是否可以歸納為唯一的財務信息元素。這涉及到財務信息元素的唯一性。4．2模式文檔規(guī)則與應用規(guī)范——定義財務信息元素的一般性規(guī)則

財務信息元素的唯一性包括兩個層面含義，一個層面是指對于實質(zhì)相同的若干不同元素，只能定義一個財務信息元素，從而簡化XBRL分類標準基本元素。例如股份制公司的股本與實收資本屬于同一元素的不同表述，又如IFRS將資產(chǎn)負債表的英文表述從“BalanceSheet”改為“StatementOfFinancialPosition”,也屬于同一元素的兩種表述。我們稱之為“元素等價”。

另一個層面則是指元素實質(zhì)相同，由于時期、實體、場景、計量方法、財務報告中出現(xiàn)的位置不同，而造成同一元素的事實表述有差異，但本質(zhì)上是同一元素，應遵守財務信息元素的唯一性原則。我們稱其為“元素同質(zhì)”。例如，根據(jù)中國的企業(yè)會計準則和財務報告準則規(guī)定，貨幣資金同時出現(xiàn)在資產(chǎn)負債表以及報表附注中，但我們不能因此而定義“資產(chǎn)負債表貨幣資金”與“報表附注中貨幣資金”兩個元素。這體現(xiàn)了財務報告中不同位置財務信息元素的唯一性。4．2模式文檔規(guī)則與應用規(guī)范——定義財務信息元素的一般性規(guī)則

元素元素解釋凈利潤凈虧損他們是相同的元素，因為一個實體在同一期間不會同時獲利和虧損。4．2模式文檔規(guī)則與應用規(guī)范——定義財務信息元素的一般性規(guī)則

相同的元素示例4．2模式文檔規(guī)則與應用規(guī)范——定義財務信息元素的一般性規(guī)則

元素相關但不相同元素解釋現(xiàn)金金額現(xiàn)金變動額第一個元素是在一個特定時點現(xiàn)金的金額；而第二個是在一個時點與另一個時點之間現(xiàn)金余額的變動。收入收入變動率第一個元素是一個期間收入的金額；第二個是在一個期間到另一個期間的收入變動。存貨后進先出存貨第一個元素是僅用后進先出法計量。先進先出存貨第二個元素是僅用先進先出法計量。存貨計量準則描述存貨如何計量的文本說明。應收賬款凈值應收賬款總額他們是不同的元素，因為他們的計算方式不同：一個剔除了“壞賬準備”，而另一個則沒有。遞延所得稅資產(chǎn)遞延所得稅負債他們是不同的元素，因為根據(jù)準則規(guī)定他們是各自披露的，可以同時存在一個實體中。不同的元素示例當我們面對兩個相似元素，如何判斷定義一個元素還是兩個呢？（1）元素唯一性基本判斷標準對于元素唯一性最基本的要求是不同上下文信息不可以導致一個分類標準產(chǎn)生不同元素。如事實描述的實體、期間及場景。實例文檔中的計量信息不可以導致一個分類標準中產(chǎn)生不同的元素。如“保留一位小數(shù)的貨幣”、“保留兩位小數(shù)的貨幣”實例文檔中的不同位置不可以導致一個分類標準中產(chǎn)生不同的元素。4．2模式文檔規(guī)則與應用規(guī)范——定義財務信息元素的一般性規(guī)則

主管姓名主管工資……張三主管姓名主管性別……張三元組1：主管薪酬情況元組2：高層主管信息元素相同（2）元素唯一性的職業(yè)判斷從計量方法判斷元素唯一性。兩個元素計量方法相同時，一般用同一元素表示，計量方法不同，一般用不同元素表示。但也有例外，如果那個元素具有廣泛的定義，這個定義由其標簽和引用資源以及同其他元素之間的計算和定義擴展類型鏈接關系來提供，可以使用同一個元素表示。如“存貨”、“投資性房地產(chǎn)”。從聚合方法判斷元素唯一性。聚合是指將多個子項目合并成為一個項目，它包括數(shù)值型聚合和非數(shù)值型聚合。前者是數(shù)字的相加，后者是文字段落的合并。

對于數(shù)值型聚合，如果采用同種方法得到相同結(jié)論，可以認為元素是等價的。例如：

貨幣資金=現(xiàn)金+銀行存款+其他貨幣資金（賬戶口徑）

貨幣資金=人民幣+美元人民幣等值+……（幣種口徑）

非數(shù)值聚合主要考慮對于一系列的文本事實，是采用一個還是多個元素表達。如，對于存貨兩種計價方式的注釋，第一種是建立一個元素“存貨計價方法”；第二種是建立兩個元素，分別是“后進先4．2模式文檔規(guī)則與應用規(guī)范——定義財務信息元素的一般性規(guī)則

出法存貨計價”、“先進先出法存貨計價”。具體采用哪種方式與特定環(huán)境和管理者的目的相關。從實質(zhì)性判斷元素唯一性。當兩個元素的實質(zhì)相同，應該只定義一個元素。判斷實質(zhì)性需要我們對會計制度及企業(yè)業(yè)務有深入的了解。例如，一般企業(yè)的存貨不包括房屋建筑，但房地產(chǎn)企業(yè)的存貨卻包括。較好的方式是只設置一個存貨的元素，因為存貨的潛在定義適合這兩種實體，并不存在實質(zhì)性差別。從披露要求判斷元素唯一性。財務報告披露的規(guī)則經(jīng)常根據(jù)經(jīng)濟發(fā)展的變化適時提出一些披露要求或特殊事項，但是不能僅根據(jù)不同的披露要求來定義不同的元素（例如不能定義“易腐爛的存貨”與“耐用的存貨”）。一種解決的方法是不作為一個數(shù)值型元素來對待，而是根據(jù)實際情況設置字符型元素進行披露；另一種解決方法是根據(jù)粒度的要求設立不同元素，但該方法增加了元素的數(shù)量，是元素唯一性不提倡的。例如，存貨可以做出兩種定義：（a）“存貨”數(shù)據(jù)項和“存貨政策”數(shù)據(jù)項；（b）“LIFO存貨”數(shù)據(jù)項和“FIFO存貨”數(shù)據(jù)項。4．2模式文檔規(guī)則與應用規(guī)范——定義財務信息元素的一般性規(guī)則

2.財務信息元素屬性的定義規(guī)則對于財務信息元素而言，屬性是其會計特性的最好詮釋，當會計人員看到一個財務信息元素，例如“主營業(yè)務收入”，他可以聯(lián)想到一系列的特性，例如，增減加計貸方，可以去空值；對應一段時間區(qū)間而不是某一時點；屬于貨幣類型等等。屬性正式試圖從多個角度描述會計人員眼中的元素。對于其他XBRL元素而言，元素屬性同樣是為了多角度描述其特征，便于歸類和查找。4．2模式文檔規(guī)則與應用規(guī)范——定義財務信息元素的一般性規(guī)則

4．2模式文檔規(guī)則與應用規(guī)范——定義財務信息元素的一般性規(guī)則

數(shù)據(jù)項屬性

對應數(shù)據(jù)項元素特性名稱屬性可以代表該元素、表示其存在的名稱，由人工根據(jù)元素內(nèi)容賦予。標識屬性確保元素被識別的獨一無二的代碼，由人工根據(jù)一定規(guī)則賦予?？罩祵傩阅吃匾坏┍黄髽I(yè)所披露，是否必須存在取值。屬性值包括真?zhèn)蝺煞N。類型屬性列示元素所屬類型，XBRL規(guī)范中推薦的元素類型種類是有限的，常用的有貨幣型、字符串型、小數(shù)型、枚舉型等。借貸屬性適用于貨幣型元素，類似會計借貸方，即切合會計數(shù)據(jù)的特性，又方便數(shù)值計算。時間類型屬性表明元素內(nèi)容涵蓋一段時間還是對應某時點。例如，資產(chǎn)負債表中金額對應期末時點，利潤表中金額涵蓋一段時間。替代組屬性表明該元素是數(shù)據(jù)項元素、元組元素還是部分元素等。數(shù)據(jù)項元素的替代組為數(shù)據(jù)項。抽象屬性表明該元素為抽象元素還是具體元素。前者不出現(xiàn)與實例文檔中，后者則可以出現(xiàn)。默認值為false，即具體元素。數(shù)據(jù)項元素的定義構成元組組件對應元組元素特性名稱屬性與數(shù)據(jù)項類似，表示元組名稱。替代組屬性與數(shù)據(jù)項類似，元組元素的替代組屬性為元組?？罩祵傩耘c數(shù)據(jù)項類似，表示元組是否可取空值。抽象屬性與數(shù)據(jù)項類似，默認值為false，即具體元素。標識屬性與數(shù)據(jù)項類似，確保元組被識別的獨一無二的代碼。元組內(nèi)子元素內(nèi)容在上述工程物資的例子中，“項目”、“年初金額”均為“工程物資增減變動情況”的子元素。子元素如為已被定義的元素，則直接引用；如為未被定義的元素，則需從新定義。元組內(nèi)子元素次序元組內(nèi)子元素的排列次序。元組元素的定義構成4．2模式文檔規(guī)則與應用規(guī)范——定義財務信息元素的一般性規(guī)則

具體說明：（5）借貸屬性。

首先，數(shù)據(jù)借貸屬性一經(jīng)確定，不在更改；其次，只有符合會計貸方或借方余額定義的貨幣型元素才有且必須有借貸屬性（包括資產(chǎn)、負債、權益、收入、費用五類科目），不符合的則不定義借貸屬性。例如，“應收賬款”，借貸屬性為借方，則在利用其進行說明和計算時，它的借貸屬性不變，一直都是借方。如果對其賦值為正數(shù)，則表示借方增加；如果實務中出現(xiàn)與其屬性相反的余額，則以負數(shù)表達。對于沒有借貸屬性的數(shù)字數(shù)據(jù)項，可以對它先賦予一個預期符號，數(shù)據(jù)項的符號確定合計-數(shù)據(jù)項弧的權重。如果它表達的是某個潛在元素的變動情況（例如“收入變動”），則必須以正數(shù)表示增加。4．2模式文檔規(guī)則與應用規(guī)范——定義財務信息元素的一般性規(guī)則

（6）時間類型屬性。代表借貸或在某個時間點發(fā)生的數(shù)值型元素，必須有屬性值為時間點的時間類型屬性。并非在特定時點計量的數(shù)值型元素，必須有屬性值為期間的時間類型屬性。如凈收入。在特定日期表達、但卻適用于整個期間的非數(shù)值型元素，必須有屬性值為“期間”的時間類型屬性。如存貨會計政策、計量基礎等。只在特定日期發(fā)生的非數(shù)值型元素，必須有屬性值為“時點”的時間類型屬性。如資產(chǎn)負債表日后事項、資產(chǎn)待售披露等。如果一個元素能夠以一段時間，有能夠以特定時點來衡量，那就必須以不同的元素來表達。例如“現(xiàn)金及現(xiàn)金等價物”，它可能表示期末這一點上的金額，也可能表示在一個會計年度中發(fā)生的金額，因此將其區(qū)分為兩個元素，分別是“現(xiàn)金及現(xiàn)金等價物”和“現(xiàn)金及現(xiàn)金等價物變動”。對于無法準確區(qū)分時點類型還是期間類型的非數(shù)值型元素，一般定義為期間類型。如控制程序證明披露、獨立審計未完成省略事實。在一個元組下的不同元素可以有不同的時間類型屬性。4．2模式文檔規(guī)則與應用規(guī)范——定義財務信息元素的一般性規(guī)則

（7）元素的抽象屬性。在模式文檔中我們定義兩類元素：具體元素和抽象元素，其中具體元素可在實例文檔中賦值，而抽象元素不需要賦值，因此不出現(xiàn)在實例中，它的存在僅僅是為了更好的表達財務信息元素之間的層次關系。例如，“資產(chǎn)合計”是“流動資產(chǎn)合計”、“非流動資產(chǎn)合計”的父元素。然而，我們無法用父子關系表達資產(chǎn)負債表中“資產(chǎn)合計”和“負債和股東權益合計”元素之間的關系。因此，為了更好的表達上述資產(chǎn)負債表中財務信息元素之間的層次關系，模式文檔定義了一個新的抽象元素“資產(chǎn)負債表”。4．2模式文檔規(guī)則與應用規(guī)范——定義財務信息元素的一般性規(guī)則

3.元組的特有規(guī)則1）元組適用場合當數(shù)個事實的意義彼此相關，并且單獨披露這些事實沒有意義時，必須使用元組結(jié)構。例如，對主管名字、工資和購股權的列表是很普遍的。如果XBRL實例僅由子數(shù)據(jù)項內(nèi)部的元素名稱和取值組成，就不可能確定這些事實組合。在實例中通過將名字和頭銜嵌套在主管薪酬元組內(nèi)，元組就聯(lián)系了名字和頭銜。名字4．2模式文檔規(guī)則與應用規(guī)范——定義財務信息元素的一般性規(guī)則

名字薪水獎金已支付費用支付的總薪酬AB元組“主管薪酬情況”的財務報表表格當實例可能包含相同上下文、相同單位下同一數(shù)據(jù)項的不同值，必須使用元組。

例如“固定資產(chǎn)名稱”，在上下文都是2009年12月31日、A公司、實際發(fā)生，單位也都是人民幣，可能存在多個取值。在這種情況下，“固定資產(chǎn)名稱”這個數(shù)據(jù)項必須出現(xiàn)在元組下，例如元組“固定資產(chǎn)折舊明細”。4．2模式文檔規(guī)則與應用規(guī)范——定義財務信息元素的一般性規(guī)則

元組數(shù)據(jù)項1數(shù)據(jù)項2數(shù)據(jù)項3……固定資產(chǎn)折舊明細固定資產(chǎn)名稱固定資產(chǎn)歷史成本固定資產(chǎn)折舊年限固定資產(chǎn)折舊明細2）元組不適用場合不應當使用元組表達片段、單位、報告?zhèn)€體、期間或場景信息，而應該使用上下文元素。3）元組的替代者——維度隨著XBRL應用的深入，元組的設計暴露出了許多問題，并直接影響到XBRL的會計信息質(zhì)量基礎——XBRL的可比性。維度的開發(fā)初衷是實現(xiàn)一類元組結(jié)構無法準確表達集合含義的結(jié)構，以及實現(xiàn)類似嵌套元組的作用。4．2模式文檔規(guī)則與應用規(guī)范——定義財務信息元素的一般性規(guī)則

存貨金額實體：A、B時間：09.12.31場景：實際單位：人民幣方法一元組數(shù)據(jù)項1數(shù)據(jù)項2數(shù)據(jù)項3數(shù)據(jù)項4方法二數(shù)據(jù)項上下文中實體元素上下文中期間元素上下文中場景元素單位元素存貨元素表達對比4）元組應用規(guī)則

（1）定義元組內(nèi)數(shù)據(jù)項的規(guī)則同一個數(shù)據(jù)項可能有多個取值，但不可順序標號多個數(shù)據(jù)項以實行同一數(shù)據(jù)項元素的多種值。如“應收票據(jù)單位名稱”。元組的內(nèi)容模型不應當包括對自身或者其任意的祖先的引用。

（2）定義元組元素的規(guī)范元組內(nèi)容模型不可以使用“所有（all）”容器。

在模式文檔中，我們可以使用順序容器元素固定元組中元素的順序，也就是說實例文檔中對元組中元素的賦值必須按照模式文檔中相應元組的次序；也可以在模式文檔中使用所有容器元素，打亂元組中元素的順序，使得實例文檔中對元組中元素的賦值不用按照一定的順序。元組內(nèi)容模型必須包括可選的帶有名字id和類型ID的局部屬性。

4．2模式文檔規(guī)則與應用規(guī)范——定義財務信息元素的一般性規(guī)則

4.3鏈接庫規(guī)則與應用規(guī)范一、鏈接庫定義及工作原理（一）“鏈接庫”定義當元素A與元素B存在關系，我們將A設為起始元素，將B設為目標元素，在描述A、B關系時，一種方法是直接確認A到B的關系，這種關系稱作“弧角色”。更常用的方法是，把所有可能的關系放到幾個“庫”里，先尋找出合適的“庫”，再找出合適的關系來表示A、B的關系。其中這些“庫”稱作“鏈接庫”，庫內(nèi)存放的關系稱作“弧”4.3鏈接庫規(guī)則與應用規(guī)范

（二）鏈接庫的工作原理根據(jù)B元素歸屬的不同，鏈接庫的工作原理有兩種1、當B元素不屬于模式文檔模式文檔標簽鏈接庫“HuoBiZiJin”元素…………“貨幣資金”標簽標簽鏈接弧1、目標：找到元素“HuoBiZiJin”方法：使用定位器元素2、目標：創(chuàng)建標簽“貨幣資金”方法：在連接庫中建立3、目標：連接元素“HuoBiZiJin”與標簽“貨幣資金”方法：使用標簽弧4.3鏈接庫規(guī)則與應用規(guī)范

適用范圍：A元素是我們在模式文檔中定義過的，而B元素不是。例：為元素名稱為“HuoBiZiJin”的數(shù)據(jù)項貼一個中文標簽，這個元素我們在模式文檔中已經(jīng)定義過了。但是中文標簽是沒有定義的?；静襟E：1、利用XML語句在模式文檔中找到“貨幣資金”元素。2、在標簽鏈接庫中創(chuàng)建一個標簽“貨幣資金”，把它作為一種資源放入標簽鏈接庫以備使用。3、在標簽鏈接庫中創(chuàng)建一個弧，運用XML語句將定位到的元素同新創(chuàng)建的標簽聯(lián)系起來。4.3鏈接庫規(guī)則與應用規(guī)范2、當B元素屬于模式文檔模式文檔計算鏈接庫“貨幣資金”“銀行存款”“現(xiàn)金”“其他貨幣資金”…………計算鏈接弧1、目標：找到四個元素“貨幣資金”“銀行存款”“現(xiàn)金”“其他貨幣資金”方法：使用定位器元素2、目標：分別鏈接元素“貨幣資金”與“銀行存款”；“貨幣資金”與“現(xiàn)金”“貨幣資金”與“其他貨幣資金”方法：使用三條計算弧4.3鏈接庫規(guī)則與應用規(guī)范適用范圍：A、B元素都是在模式文檔中定義過的，只想表明他們的關系。例：想表明模式文檔中元素具有這樣的關系：貨幣資金=銀行存款+現(xiàn)金+其他貨幣資金公式中的四個元素在模式文檔中都定義過了

基本步驟：1、利用XML語句在模式文檔中找到“貨幣資金”、“現(xiàn)金”、“銀行存款”、“其他貨幣資金”元素。2、在計算鏈接中創(chuàng)建三個弧，通過弧把銀行存款、現(xiàn)金和其他貨幣資金同貨幣資金聯(lián)系起來。具體連接過程與第一種原理的第三步相同。唯一的區(qū)別是弧角色不同。

4.3鏈接庫規(guī)則與應用規(guī)范

二、鏈接庫一般規(guī)則鏈接庫由Xlink構造，它定義了一個在XML文件中創(chuàng)建鏈接的標準方式。Xlink定義的鏈接可以分為簡單鏈接和擴展鏈接。

（一）簡單鏈接

1、定義

簡單鏈接是把文檔內(nèi)部單一資源鏈接到外部單一資源，內(nèi)部資源一般是模式文檔內(nèi)部的一個簡單鏈接元素，外部資源可能是其他模式文檔或鏈接庫等。4.3鏈接庫規(guī)則與應用規(guī)范2、簡單鏈接元素主要種類簡單鏈接元素作用模式引用元素鏈接其他模式文檔鏈接庫引用元素鏈接其他鏈接庫角色引用元素鏈接其他模式文檔中自定義的角色弧角色引用元素鏈接其他模式文檔中自定義的弧角色4.3鏈接庫規(guī)則與應用規(guī)范(二)擴展鏈接1、定義

建立內(nèi)部資源與數(shù)個資源間的多項鏈接，以及外部相關資源間的關系，建立整個的關系耦合網(wǎng)絡結(jié)構。2、擴展鏈接包含的子元素

注釋、資源、定位器、弧和標題。所有與鏈接有關的元素都統(tǒng)稱為鏈接元素。

3、擴展類型鏈接角色屬性XBRL賦予在擴展類型鏈接的角色屬性的唯一的處理語義是用值將可發(fā)現(xiàn)分類集中的弧集合劃分成不同的

4.3鏈接庫規(guī)則與應用規(guī)范集合，稱為鏈接基礎集合。角色屬性不可以包含任何處理語義。同時，角色屬性不可以為空，XBRL提供標準值為：/2003/role/link

分類擴展鏈接元素的不同角色屬性值得典型原因是這些鏈接可能不兼容，否則是的處理效率低下。

不同角色屬性值代表不同關系的擴展鏈接元素。

任何可發(fā)現(xiàn)分類集（DTS）中必須包括擴展鏈接庫，即使擴展鏈接庫里沒有任何內(nèi)容，其中，擴展類型鏈接是根據(jù)角色屬性值劃分。對于擴展鏈接庫中財務信息元素的表現(xiàn)方式，可以根據(jù)分類標準制定者的偏好展示。4.3鏈接庫規(guī)則與應用規(guī)范4、弧弧的角色屬性弧的使用屬性及優(yōu)先級屬性弧的次序?qū)傩燥@示（show）及驅(qū)動（actuate）4.3鏈接庫規(guī)則與應用規(guī)范弧的角色屬性

（1）一個弧必須有標準的或者鏈接角色登記處（LRR）認可的弧角色除了在XBRL標準文檔中已提供或者鏈接角色登記處（LRR）認可的角色之外，一個財務報告分類標準框架（FRTA）相符的可發(fā)現(xiàn)分類集不可以使用其他任意弧角色。對于每一個不同的弧，XBRL都有推薦的標準弧角色，對于弧角色的使用，我們首先應該考慮XBRL國際組織（如XBRL，XBRL模塊和鏈接角色登記處）推薦使用的弧角色。

4.3鏈接庫規(guī)則與應用規(guī)范（2）在同一個擴展類型鏈接中的所有弧，必須有相同的弧角色屬性值

一種擴展類型鏈接表示一種關系，因此首先需要將表示相同擴展關系的弧放置在相同擴展鏈接元素中，從而可以分類查找。實際運用中，我們可以根據(jù)需要將某一個鏈接庫中不同鏈接關系按照用途分類。

4.3鏈接庫規(guī)則與應用規(guī)范弧的使用屬性及優(yōu)先級屬性

所有弧類型元素都可以有使用及優(yōu)先級兩種屬性值。

優(yōu)先級屬性的內(nèi)容必須是一個整數(shù)，其默認值為“0”。每個關系都有一個優(yōu)先權，它的值等于用于表達此關系的弧的優(yōu)先級屬性值。例如：優(yōu)先級屬性為2的弧優(yōu)先于優(yōu)先級屬性為1的弧

使用屬性也是可選的，它的取值必須是“可選的”（optional）和“禁止的”（prohibited）的兩者之一4.3鏈接庫規(guī)則與應用規(guī)范弧的次序?qū)傩?/p>

次序級屬性是以十進制形式表示兄弟元素間的次序，數(shù)值越小次序越高。如果在層次中的多個兄弟元素有相同次序?qū)傩灾?，那么這些兄弟元素的展示順序由應用軟件決定。次序?qū)傩灾挡灰欢ㄊ亲钫麛?shù)，這樣可以方便在已經(jīng)定義好的兩個兄弟元素間添加有一個新的兄弟元素。

所有起始和目標都指向元素的弧都必須指定一個次序（order）屬性值。

元素在不同關系網(wǎng)下的可能有不同次序值。4.3鏈接庫規(guī)則與應用規(guī)范顯示（show）及驅(qū)動（actuate）顯示（show）屬性定義在何處打開連接，這是一個枚舉型的屬性。

取值范圍包括：（1）新版：目標內(nèi)容以一個單獨的上下文顯示（在瀏覽器中可能是一個新的瀏覽器窗口）

（2）重置：目標內(nèi)容應當取代原始上下文中的內(nèi)容（重置（Replace）是默認值）

（3）嵌入：內(nèi)容嵌入到文檔中的連接位置（代替鏈接表示本身）4.3鏈接庫規(guī)則與應用規(guī)范（4）其他：這個鏈接沒有指定被訪問的行為。這個文檔會包含有關這個鏈接的其他提示，例如其他描述這個鏈接目的的標記。

驅(qū)動屬性定義何時讀取和顯示被鏈接的資源，這也是一個枚舉型的屬性。

驅(qū)動屬性取值范圍包括：

（1）載入：該鏈接在載入文檔時自動激活。在xlink：show屬性為embed時非常有用，而且在它為new時也有一些應用。

4.3鏈接庫規(guī)則與應用規(guī)范（2）觸發(fā)：用戶必須采取動作激活鏈接時的行為，類似于HTML中超鏈接的方式，用戶必須點擊鏈接文本來激活這個鏈接。

（3）其他：該鏈接沒有指定激活鏈接時的行為。文檔會包含如何激活這個鏈接的其他提示。

（4）無：該鏈接沒有指定激活這個鏈接時的行為。這個文檔不會包含如何激活這個鏈接的其他提示。4.3鏈接庫規(guī)則與應用規(guī)范

5、資源

標簽及引用元素分別表示標簽資源與引用資源，其角色屬性值必須是標準值或鏈接角色登記處（LRR）認可值。通常來說，標簽及引用資源與定位器建立關系，該關系由弧完成。6、標題

所有擴展類型鏈接，定位器類型，弧類型以及資源類型的元素均可以有標題屬性。XBRL處理器忽略標題屬性。標題屬性是用于Xlink處理器使用的。4.3鏈接庫規(guī)則與應用規(guī)范

7、角色類型定義（1）角色類型元素中的角色URI必須是LRR認可的角色，或者以相同的摘要和權威部分開始，作為其出現(xiàn)的模式文檔的目標命名空間。URI為統(tǒng)一資源標識符，有兩種形式，URI或URL，前者是統(tǒng)一資源名稱，相當于每個資源獨一無二的名稱；后者是統(tǒng)一資源定位，用于具體定位。角色類型元素的角色URI相當于其他元素的角色屬性。

4.3鏈接庫規(guī)則與應用規(guī)范（2）角色類型元素中的角色URI應當以“role”和便于讀者閱讀的名字結(jié)束。除了角色URI的前部有約束之外，它的后部也必須有特定形式。計算機并不識別角色URI的內(nèi)容，但我們?nèi)匀灰M量使其對讀者閱讀有幫助。首先要表示是一個角色，其次要表示它所代表的含義。這條規(guī)則不是強制的，因為不是所有的URI模式都可能支持這一約定。當URI是一個URN時，這條規(guī)則可以理解成NIS應當包含角色。4.3鏈接庫規(guī)則與應用規(guī)范（3）模式不可能重復定義一個在可發(fā)現(xiàn)分類集已定義過的角色類型，該可發(fā)現(xiàn)分類集的起點就是定義那個角色類型的模式。

如果一個模式文檔定義了一個角色類型元素，那么在這個模式文檔的可發(fā)現(xiàn)分類集中不可以再次定義該元素。從而確保在給定的可發(fā)現(xiàn)分類集中，只有一個定義得到使用。

4.3鏈接庫規(guī)則與應用規(guī)范（4）在持續(xù)性可發(fā)現(xiàn)分類集中對擴展類型鏈接所作的任何角色類型定義，必須在其定義元素內(nèi)有便于讀者閱讀的解釋文檔。

這條規(guī)則的目的是確保便于讀者閱讀“標簽”有效地出現(xiàn)在分類標準工具中。

元素在角色類型元素中是必需的，且它的非空內(nèi)容是至多50個字符的解釋文本。語義處理的額外描述應當在文檔中提供。

4.3鏈接庫規(guī)則與應用規(guī)范三、標簽鏈接庫特有規(guī)則

（一）元素的標簽一個元素必須擁有一個帶有標準標簽角色的標簽，該標簽必須是一個擴展類型鏈接，元素定義的模式文檔是可以發(fā)現(xiàn)這個鏈接的。

標準標簽是指根據(jù)各元素的基本會計含義而定的標準名稱，而非標準標簽是描述元素基本含義的名稱。例如：在銀行存的款項，會計標準名稱是“銀行存款”。一個元素還可以有非標準標簽，例如：“期末銀行存款”、“期初銀行存款”把所有的標簽分類，并為每一類別取名字，4.3鏈接庫規(guī)則與應用規(guī)范例如：“標準標簽”、“期初標簽”，這個名字就是標簽角色。在語法中，一個標簽是標準標簽還是非標準標簽，取決于它的標簽角色。

設置標簽的應用規(guī)范：（1）在標簽文檔中不可以存在需要軟件推斷標簽含義的內(nèi)部結(jié)構。

（2）同一個鏈接庫中的標簽的拼寫必須保持一致

（3）標簽的組詞方式應當保持一致

（4）標簽中若用到非字母字符，在使用上應當保持一致

4.3鏈接庫規(guī)則與應用規(guī)范（5）標簽應當具有唯一性一個模式文檔可發(fā)現(xiàn)分類集中所有的鏈接庫，不能對于一個元素有多于一個的同種語言且同種角色的標簽（6）標準標簽或詳細標簽具有唯一性即在某一模式文檔的可發(fā)現(xiàn)分類集的范圍內(nèi)，對于某一特定語言，要求下列情況之一成立：對于包含標準標簽的元素，沒有兩個元素的標準標簽內(nèi)容是完全相同的。每個元素都有一個詳細標簽，并且沒有兩個元素的詳細標簽內(nèi)容是完全相同的

4.3鏈接庫規(guī)則與應用規(guī)范（二）元素的文檔注釋標簽除了可以提供中文形式的元素標題外，還可以用較長文本形式提供元素的準確的意義及文本補充說明。元素的文檔注釋的實質(zhì)內(nèi)容：

（1）元素的意義及與其相似元素的任何重要差別

（2）包括在分類標準中的原因說明

（3）文檔注釋提供方式，包括標簽資源與參考資源4.3鏈接庫規(guī)則與應用規(guī)范四、引用鏈接庫特有規(guī)則（一）引用元素只包含部分元素，不得包含數(shù)據(jù)項及元組元素引用必須使用XBRL鏈接庫“部分”元素的替代群組中的元素（二）引用的角色屬性對于一個元素，可以從多個角度建立文檔注釋。例如：對于元素的定義、計量、示例等。此時要應用不同角色屬性，區(qū)分不同信息。4.3鏈接庫規(guī)則與應用規(guī)范（三）引用元素不得具有混合內(nèi)容雖然XBRL模式允許在引用元素中存在混合內(nèi)容，但是符合財務報告分類標準架構的引用元素，除了在部分德爾替代組中的元素以外，不得包含任何其他元素。4.3鏈接庫規(guī)則與應用規(guī)范五、展示鏈接庫特有規(guī)則展示關系的作用是將財務，信息元素排列成層次結(jié)構，使得兄弟元素之間有特定順序。展示關系通過展示鏈接庫來表達，它表現(xiàn)模式文件中財務信息元素之間的層次關系。

（一）元組與展示鏈接庫

展示鏈接庫和元組元素都可以表現(xiàn)財務信息元素的層次關系，但是通過弧角色的展示鏈接庫更能夠清晰靈活地表現(xiàn)財務信息元素的層次。元組定義只控制實例中事實的排列。展示弧利用它們的展示次序，而不考慮XML模式構造，如次序（表示元組內(nèi)元素的排列順序）和選擇（表示元組一次只能顯示其組成元素的一個）

4.3鏈接庫規(guī)則與應用規(guī)范出現(xiàn)在元組中的子項元素，必須與該組元素表現(xiàn)出至少一個父子關系。相反，沒有出現(xiàn)在元組中的子項元素，不應當與元組元素表現(xiàn)父子關系。對不用的子項元素之間的排列關系，并沒有限制。4.3鏈接庫規(guī)則與應用規(guī)范（二）優(yōu)先標簽屬性財務信息元素之間的父子關系是可以在展示鏈接庫不同的片段中展示的，但是在不同片段中的展示不能自相矛盾，例如：a是b的父元素，b是c的父元素，因此不可以在片段中展示c是a的父元素。如果在角色屬性值相同的擴展鏈接中，展示父-子關系有相同的父和子，那么該關系應當提供優(yōu)先標簽屬性，指示一個XBRL處理器對于子元素應當使用哪個標簽。優(yōu)先標簽尤其適用于分析財務報告變動，包括股東權益變動、固定資產(chǎn)變動、收入變動等。4.3鏈接庫規(guī)則與應用規(guī)范六、計算鏈接特有規(guī)則計算鏈接庫：用來表現(xiàn)財務信息元素之間的計算關系，即一個數(shù)據(jù)項可以用其他數(shù)據(jù)項進行數(shù)學表達計算鏈接庫分為兩個部分：首先對模式文檔以及已有的語法規(guī)則等的引用，接著表現(xiàn)模式文檔中財務信息元素之間的計算關系。

計算鏈接庫中含有合計數(shù)據(jù)項弧

4.3鏈接庫規(guī)則與應用規(guī)范計算關系可以作為一種實例約束例：我們首先通過計算鏈接庫的合計數(shù)據(jù)項弧算出“凈資產(chǎn)合計”的數(shù)值，然后將其作為“所有者權益”數(shù)值的約束，要求二者必須相等。當我們限制某項計算關系時，那么在同一個上下文中這個計算關系始終成立。

權重在計算鏈接庫中表示加或減的計算關系,取值為1或-1.當數(shù)據(jù)項符號給定時，權重與該符號相同。因此，A=B-C用兩個合計數(shù)據(jù)項關系表示：4.3鏈接庫規(guī)則與應用規(guī)范自A到B，權重1.0自A到C，權重-1.0對于合計數(shù)據(jù)關系，有如下公式：A的數(shù)值=

其中W（，A）為到A的權重。4.3鏈接庫規(guī)則與應用規(guī)范（一）計算關系適用場合

1、一份可發(fā)現(xiàn)分類集中，在相同上下文下彼此有求和關系的所有數(shù)據(jù)項，在該可發(fā)現(xiàn)分類集中應當有計算關系。2、若要為元組中的相同上下文中的各個數(shù)據(jù)項值作加總，則必須為這些數(shù)據(jù)項定義計算關系。

財務報告中，常常需要計算元組元素的取值，但元組本身是不能參與計算的，因此，需要另設一個數(shù)值型數(shù)據(jù)項來代替元組的取值。也即是：元組A中元素的合計值為B和C的總和，其中B=D+E+F,C=G+H,A是一個元組，B-H均為數(shù)值型數(shù)據(jù)項。元組A不參與計算，因此，可以設一個數(shù)值型數(shù)據(jù)項（=B+C）作為元組A中元素的合計值。4.3鏈接庫規(guī)則與應用規(guī)范（二）擴展類型鏈接角色值數(shù)個計算關系若代表相同數(shù)據(jù)項的不同加總方式，則必須置于有不同角色值的擴展型鏈接中。在某個數(shù)據(jù)項可以通過多種途徑計算時，若這些方法同時出現(xiàn)在相同角色值得擴展鏈接中，會產(chǎn)生雙倍結(jié)果，因此以上要求可以區(qū)分他們的計算關系。4.3鏈接庫規(guī)則與應用規(guī)范七、定義鏈接庫特有規(guī)則（一）定義鏈接庫定義鏈接庫從元素以及邏輯的角度表現(xiàn)財務信息元素之間的關系，這種關系可能在其他三種鏈接庫中無法表示定義鏈接庫包括定義鏈接元素，其中又包括定位器、定義胡元素4.3鏈接庫規(guī)則與應用規(guī)范（二）弧角色值定義1、本名-別名關系本名-別名關系是用來表示，處在同一個可發(fā)現(xiàn)分類集中不同的模式文檔關于同一個事實可能有不同的元素這種等價關系的。其標準弧角色值為：/2003/arcrole-alias如果兩個模式文檔中的兩個數(shù)據(jù)項具有相同的數(shù)據(jù)項類型，在實例的同一上下文有相同的值，為了表示這兩個元素是等價的，就采用本名-別名弧，至于那個元素作為本名而哪個作為別名，并無要求。4.3鏈接庫規(guī)則與應用規(guī)范2、一般-特殊關系一般-特殊弧是定義弧元素的另一種標準弧角色值：/2003/arcrole/general-special它表示一個數(shù)據(jù)項與任何一個其他數(shù)據(jù)項的一般-特殊關系，通過區(qū)分歸屬于相同類別的數(shù)據(jù)項，幫助用戶在將模型或術語映射到一個分類標準時選擇合適的元素一般-特殊關系的意義只為讀者提供，而遵循XBRL規(guī)則的處理器不會根據(jù)一般-特殊關系是否存在得出任何推斷結(jié)果。4.3鏈接庫規(guī)則與應用規(guī)范3、相似-元組關系一個元組如果與另一個在相同可發(fā)現(xiàn)分類集、但不同分類標準中的元組有相同的報告目的，則應當有一個相似-元組關系連接至該元組。這是定義弧角色的第三個標準弧角色值：/2003/arcrole/simple-tuples相似-元組關系一般應用在分類標準擴展中，相似-元組弧角色用來表示兩個不同的元組元素是用于不同煩人目的。例如：聯(lián)系兩個郵箱地址元組，這兩個元組使用了不同的地址結(jié)構。4.3鏈接庫規(guī)則與應用規(guī)范4、必須-元素關系定義弧元素的第四個標準弧角色值：/2003/arcrole/require-element即是必須-元素弧，具有這種弧角色值的定義元素必須僅表達元素間的關系必須-元素弧是指一個元素只有當另一個元素出現(xiàn)時才會出現(xiàn)，例如還賬準備只有當應收賬款存在時才會出現(xiàn)，資產(chǎn)減值損失只有當資產(chǎn)存在時才會出現(xiàn)。如果這種關系可以通過元組表示，例如將“資產(chǎn)”設置為元組，“資產(chǎn)減值準備”是該元組一個子數(shù)據(jù)項，那么就可不用必須-元素弧表示。“必須-元素”關系對元組內(nèi)元素實例的相對位置并沒有要求4.4可發(fā)現(xiàn)分類集層一、定義可發(fā)現(xiàn)分類集是一系列分類的集合，而一個分類是由一份XBRL分類模式文檔和其相關的鏈接庫文檔組成。一個XBRL實例往往由一個或多個分類標準來支持，分類標準之間也可以不同的方式相互鏈接、擴展和修改?！翱砂l(fā)現(xiàn)”的出發(fā)點可以是XBRL實例文檔、XBRL分類模式文檔或是XBRL鏈接庫文檔。出發(fā)點不同導致發(fā)現(xiàn)的分類及極有可能不同?？砂l(fā)現(xiàn)分類集的發(fā)現(xiàn)原理不同條件下，可以發(fā)現(xiàn)的分類集可能是不同的?？砂l(fā)現(xiàn)分類的發(fā)現(xiàn)過程是一個遞進的過程，由某個出發(fā)點（實例文檔、XBRL模式文檔或者XBRL鏈接庫）開始發(fā)現(xiàn)，期間會通過中間發(fā)現(xiàn)點（XBRL模式文檔或者XBRL鏈接庫）繼續(xù)發(fā)現(xiàn)，不同類型的發(fā)現(xiàn)點的發(fā)現(xiàn)規(guī)則是不同的。因此實例文檔、XBRL模式文檔或者XBRL鏈接庫都可以作為可發(fā)現(xiàn)的出發(fā)點。二、可發(fā)現(xiàn)分類集結(jié)構的規(guī)則1、模式文檔結(jié)構規(guī)則（1）模式文檔聲明模式元素是模式文檔的根元素。在根元素下有一系列的聲明，例如：目標命名空間聲明、元素默認形式聲明、屬性默認形式聲明等。可發(fā)現(xiàn)分類集中每一個模式的命名空間不可以為空值，且唯一。元素默認形式有兩種取值：限定和非限定。當取限定時，實例文檔在引用模式文檔中元素時，必須加命名空間前綴，否則不加。屬性默認形式與元素默認形式一樣，有限定和非限定兩種取值。以上兩種形式默認聲明只是在模式文檔起始位置出現(xiàn)，在后文具體元素及屬性定義中就不再出現(xiàn)。二、可發(fā)現(xiàn)分類集結(jié)構的規(guī)則1、模式文檔結(jié)構規(guī)則（2）鏈接庫導入與模式引用為了確保從一個給定的起始文檔（模式文檔）可以發(fā)現(xiàn)唯一的分類標準組件，起始文檔可以僅提供指向其它文檔的物理連接，即初始的模式文檔里應該包括鏈接到其余模式文檔與鏈接庫的起點。在XML語句中，“起點”包括導入、包括、模式引用和鏈接庫引用四種元素，其中導入元素和包括元素都是在一個模式文檔中引入另一個模式文檔。二、可發(fā)現(xiàn)分類集結(jié)構的規(guī)則1、模式文檔結(jié)構規(guī)則（3）模式文檔元素定義元素完整定義集可能存在與三種模式文檔中：包含元素定義、自定義角色以及弧角色的模式文檔；包含文本片段和場景元素的模式文檔；包含其引用部分的模式文檔。鏈接庫結(jié)構圖二、可發(fā)現(xiàn)分類集結(jié)構的規(guī)則2、鏈接庫結(jié)構規(guī)則（1）命名空間每個鏈接庫只能包含一種類型的擴展鏈接：如標簽鏈接、引用鏈接庫、定義鏈接、計算鏈接或者展示鏈接。所有在單一鏈接庫中的擴展類型鏈接必須具有相同的命名空間和本地名字。（2）鏈接庫引用元素的角色屬性

FRTA要求鏈接庫引用元素必須有角色屬性，角色屬性值必須符合規(guī)定。（3）標簽鏈接庫語言一個鏈接庫應當只包含單一語言的標簽定義。三、分類標準命名規(guī)則1、目標命名空間持續(xù)性分類標準必須使用一個目標命名空間，是一個XBRL國際組織樣式的絕對統(tǒng)一資源標識符URI，用于確定分類標準版本。持續(xù)性分類標準是較為基礎的、可以存儲起來供其他實例引用。暫時性分類標準主要是個別實例的分類標準，不具有普遍性。2、命名空間前綴