## XBRL分類標準的結構圖例 ](images/screenshot_1538296860808.png) ## 分類標準組成 分類標準由模式文件（schema）和5個鏈接庫文件（linkbase）組成。模式文件居于核心地位，它主要告訴應用軟件業務報告中應當包含哪些信息。而鏈接庫文件主要告訴應用軟件這些信息的相關業務邏輯是怎樣的。 分類標準通過既定的語法“告知”應用軟件一系列規則：某類報告包括哪些元素？元素之間的結構和計算關系是怎樣的？如何展示一份報告？應用軟件執行這些規則，就能對報告進行符合業務邏輯、具有智能意義的處理。一般情況下，如果業務邏輯發生了變更，只需要對分類標準進行修訂，而無需對眾多應用軟件進行改動。 ### xbrl模式文件 模式文件定義了報告中可能包含的元素以及元素的各種屬性。 下面是一段簡化的模式文件內容： <element type=” monetaryItemType” periodType="duration" balance="credit"nillable="true"/> 這段代碼定義了名為“手續費及傭金收入”的元素（element），并且界定了它的四種屬性：（1）它的類型（type）屬于貨幣金額（monetaryItemType），也就是說它是一個數字，而不是一段文字或者百分比等。（2）它的時間屬性（periodType）是一個期間值（duration），而不是時點值。我們知道，資產負債表項目是時點值，利潤表項目是期間值。（3）它的余額方向（balance）在貸方（credit）。（4）它不是必填項目，可以為空（nillable="true"）。可以發現，這段模式文件代碼把“手續費及傭金收入”元素的一些基本會計屬性都表達出來了，為應用軟件的處理奠定了基礎。 沒有在模式文件種定義的元素，軟件將不允許用戶填報。而在模式文件中有定義的元素，如果填報內容不符合定義，例如在“手續費及傭金收入”中填入一段文字，則軟件也不會接受。因此，模式文件的作用是據以生成和驗證XBRL實例文檔。在傳輸環節，軟件都會根據模式文件驗證實例文檔。這樣，不符合填報要求的報告就能夠被提前發現并得以糾正。 但模式文件僅表示一組不相關的元素，它沒有告訴軟件元素之間的勾稽關系、層級關系（如流動資產包含哪些具體項目）以及如何在報告中列報。這些是通過鏈接庫來定義的。 ### xrbl計算鏈接庫（calculation） 計算鏈接定義元素間的計算關系。下面是兩段簡化的計算鏈接的例子： arcrole=http://www.xbrl.org/2003/arcrole/summation-item from=“毛利” to=“銷售收入” order=“1” weight=“1”/> arcrole=http://www.xbrl.org/2003/arcrole/summation-item from=“毛利” to=“銷售成本” order=“2” weight=“-1”/> 這兩段計算鏈接合起來表達了一個公式：毛利=銷售收入－銷售成本。具體來說：“http://www.xbrl.org/2003/arcrole/summation -item”表明該段代碼描述的是項目加總的關系（盡管它看上去像是一個網址，但實際上表明的是計算關系類型）；在這個關系中總和元素是毛利，用于加總的元素是銷售收入和銷售成本；在加總順序（order）上是銷售收入第一、銷售成本第二；由于銷售成本屬于減項，因此它的計算權重（weight）為-1，表示以其負數加總。 生成和傳輸實例文檔時，軟件將根據計算鏈接庫驗證元素間的計算關系，從而減少錯誤，提高報告的準確性。 ### xrbl列報鏈接庫(Presentation ) 列報鏈接庫定義了元素在列報時的相互關系，從而使軟件能夠將代碼以人們的閱讀形式展示出來。下面是一段簡化的列報鏈接的例子： arcrole=http://www.xbrl.org/2003/acrole/parent-child from=“資產總額” to=“流動資產”/> 其中，“http://www.xbrl.org/2003/acrole/parent-child”表明該鏈接定義一個“母子項目”關系。這個關系的方向是從（from）資產總額到（to）流動資產，表明資產總額是上級項目，流動資產是下級項目。 在填寫、顯示、輸出等任何需要以人們可讀格式展示報告時，軟件將調用列報鏈接庫。 ### xrbl標簽鏈接庫（label） 列報鏈接庫僅僅定義了元素間在列報結構上的關系。至于列報中應當顯示的名稱，則由標簽鏈接來實現。在XBRL中，標簽就是元素的顯示名。同一個元素在不同的場合下可能有不同顯示名。一個簡單的例子就是一份報告可能需要多種語言版本，那么一個元素就需要多種語言的標簽。再比如，凈利潤當其值為負數時，其顯示名稱可以為“凈利潤”，但有的場合下人們習慣于將其展示為正數，相應的名稱就應當是“凈虧損”。 下面是兩段簡化的標簽鏈接的例子： label=”cas_ConstructionInPogress_lbl”lang=”zh-cn”> 在建工程 role=”http://www.xbrl.org/2003/role/terseLabel” label=”icas_ConstructionInPogress_lbl”xml:lang=”zh-cn”> 合計 上例給在建工程（Construction In progress）元素定義了兩個中文（zh-cn）標簽，一個為“在建工程”，一個為“合計”。當企業需要披露在建工程明細表時，就會用到“合計”標簽。而這里的“合計”和“在建工程”是同一個概念。 ### xrbl定義鏈接庫（definition） 定義鏈接庫用于定義元素間的各種不同關系，主要包括四種基本的關系類型：一般-特殊關系、原名-別名關系、規定-元素關系、相似-元組關系。 規定-元素關系：當某個元素填寫有內容時，就必須填寫其他相關元素。這種關系主要用于實現信息披露的監管要求。例如，當某企業在資產負債表中填寫了生物資產的金額，那么就必須填寫生物資產的有關附注。沒有附注內容的報告在驗證時將不予通過。這就需要在定義鏈接庫中定義生物資產元素與生物資產附注元素的“規定-元素關系”。 ### xrbl參考鏈接庫(Reference) 參考鏈接庫為元素指出有關文獻索引（如準則對元素的定義、計量方法、列報要求等），供報告編者和使用者參考。下面是一段簡化的參考鏈接的例子： role="http://www.xbrl.org/2003/role/presentationRef" label="CashFlowsFromUsedInOperationsTotal_ref"> IAS 7 14 上例表示：經營活動產生的現金流量（Cash Flows From Used In Operations Total）的列報要求（presentationRef）參見國際會計準則（IAS）第7號第14段。 ### 發展 XBRL本身也是一個發展中的標準，在各國紛紛采用它解決實際問題的時候也遇到了不少困難。不過聰明的世界人民也想出了很多辦法，在原來的XBRL規范上修修補補，增加了很多周邊的內容。比如：為了解決元素重復定義的問題，增加了維度（Dimensions）規范；為了解決顯示的問題，增加了展示（Inline）規范；為了解決原規范中對關系處理的不足，增加了公式（Formula）規范；為了解決版本的問題，增加了版本（Versioning）規范等等。 誰是編制這些字典的權威呢？一般來說是監管機構。在美國，美國證監會（SEC）請XBRL美國地區組織制作了一份US GAAP分類標準，現在由美國財務會計準則委員會（FASB）進行維護。在歐洲，由監管制定國際會計準則的國際財務報告準則及基金會（IFRS Foundation）制定、發布并維護。在國內，XBRL技術應用較早的滬深交易所都曾制定過各自的分類標準，證監會也在制定并即將發布資本市場統一的分類標準。如今，財政部已經制定并頒布了《企業會計準則通用分類標準》，這相當于非常權威的《新華字典》了；***從技術角度來講，我國的會計準則向國際會計準則趨同，因此財政部頒布的這套分類標準和IFRS頒布的版本非常像。*** --------------------- 本文來自 阿飯同學 的CSDN 博客 ，全文地址請點擊： https://blog.csdn.net/ffm83/article/details/43021985?utm_source=copy https://blog.csdn.net/ffm83/article/details/43022003?utm_source=copy