2013年5月29日，財政部以財會〔2013〕11號印發《企業會計準則通用分類標準編報規則》。該《規則》分總則、一般性技術原則、企業擴展分類標準模式檔案規則、企業擴展分類標準程式庫檔案規則、實例文檔規則5章30條。
基本介紹
- 中文名：企業會計準則通用分類標準編報規則
- 類型：檔案
- 相關：企業
- 時間：2013年5月29日
基本信息,企業會計準則通用分類標準編報規則,第一章 總 則,第二章 一般性技術原則,第三章 企業擴展分類標準模式檔案規則,第四章 企業擴展分類標準程式庫檔案規則,第五章 實例文檔規則,
基本信息
財政部關於印發《企業會計準則通用分類標準編報規則》的通知
財會〔2013〕11號
各省、自治區、直轄市、計畫單列市財政廳（局），新疆生產建設兵團財務局：
為了保證企業會計準則通用分類標準（以下簡稱通用分類標準）得到一致的貫徹實施，財政部於2011年5月發布了《企業會計準則通用分類標準編報規則》（以下簡稱編報規則），並於2011年和2012年組織實施。為了適應通用分類標準石油和天然氣行業擴展分類標準、銀行業擴展分類標準的實施要求，結合通用分類標準實施企業的反饋意見，我部對編報規則進行了修訂，經徵求意見後形成了修訂後的編報規則，現印發實施。
2013年實施通用分類標準的所有實施單位，應該按照本版編報規則的要求編制和報送本單位2012年度XBRL格式財務報告。
各相關單位在通用分類標準實施中有何問題，請及時反饋我部。
財政部
2013年5月29日
企業會計準則通用分類標準編報規則
第一章 總 則
第一條 為規範採用可擴展商業報告語言（XBRL）編報財務報告行為，保證以XBRL格式編報的財務報告質量，根據《中華人民共和國會計法》、企業會計準則、《可擴展商業報告語言（XBRL）技術規範》（GB/T25500－2010）系列國家標準、《企業會計準則通用分類標準》（以下簡稱通用分類標準）及企業會計準則通用分類標準相關行業擴展分類標準（以下簡稱行業擴展分類標準），制定本規則。
第二條 按照通用分類標準或行業擴展分類標準編制並對外報送的XBRL格式的財務報告稱為財務報告實例文檔，簡稱實例文檔。如果企業套用通用分類標準或行業擴展分類標準時進行了擴展，報送的檔案應包括實例文檔及企業擴展分類標準。按照通用分類標準或行業擴展分類標準編制和報送實例文檔和企業擴展分類標準的，應當遵循本規則。
第三條 以XBRL格式編報財務報告時，應當遵循最新版本的《可擴展商業報告語言（XBRL）技術規範第1部分：基礎》（GB/T25500.1－2010）、《可擴展商業報告語言（XBRL）技術規範第2部分：維度》（GB/T25500.2－2010）、《可擴展商業報告語言（XBRL）技術規範第3部分：公式》（GB/T25500.3－2010）、《可擴展商業報告語言（XBRL）技術規範第4部分：版本》（GB/T25500.4－2010）系列國家標準、通用分類標準（20100930）、《企業會計準則通用分類標準指南》（以下簡稱通用分類標準指南）、行業擴展分類標準、通用分類標準相關行業擴展分類標準指南以及編報規則的要求。
第四條 本版編報規則的版本編號為20130430。
第二章 一般性技術原則
第五條 企業擴展分類標準和實例文檔應當採用與通用分類標準及行業擴展分類標準一致的編碼方式，即“UTF-8”編碼。
第六條 在企業擴展分類標準的命名空間中，應當包含日期信息以區分擴展分類標準的不同版本。命名空間的格式為：{企業網路域名}/{依據的會計準則}/{日期}，依據的會計準則在本規則中統一為企業會計準則，簡稱cas，日期格式為“yyyy-mm-dd”。命名空間格式舉例參見例1。
第七條 企業擴展分類標準應當包含擴展分類標準模式檔案和與其相關的程式庫檔案。
第八條 在以通用分類標準或行業擴展分類標準為基礎進行擴展時，不能直接修改、刪除通用分類標準或行業擴展分類標準檔案中的任何內容，也不能在通用分類標準或行業擴展分類標準中直接增加任何內容。
第九條 企業可以採用兩種方式套用通用分類標準：復用（Reuse）和重新定義（Redefine）。在復用方式下，企業在構建擴展分類標準程式庫檔案時，應引用通用分類標準中的程式庫檔案並進行擴展，擴展分類標準模式檔案應當引用通用分類標準入口檔案和企業擴展程式庫檔案，或者在擴展分類標準中自定義入口檔案；在重新定義方式下，企業在構建擴展分類標準程式庫檔案時，不再引用通用分類標準中的程式庫檔案，而是根據企業財務報告的實際需要，重新構建程式庫檔案，擴展分類標準模式檔案應當引用通用分類標準核心模式檔案和企業所有擴展程式庫檔案。
第十條 屬於行業擴展分類標準實施範圍的企業，必須基於相對應的行業擴展分類標準進行擴展。企業可以採用兩種方式套用行業擴展分類標準：復用（Reuse）和重新定義（Redefine）。
在復用方式下，企業在構建擴展分類標準程式庫檔案時，應引用行業擴展分類標準中的程式庫檔案並進行擴展，擴展分類標準模式檔案應當引用行業擴展分類標準入口檔案和企業擴展程式庫檔案，或者在擴展分類標準中自定義入口檔案。
在重新定義方式下，企業在構建擴展分類標準程式庫檔案時，不再引用行業擴展分類標準中的程式庫檔案，而是根據企業具體要求，重新構建程式庫檔案，擴展分類標準模式檔案應當引用行業擴展分類標準核心模式檔案和企業所有擴展程式庫檔案。
第十一條 企業以XBRL格式編制財務報告，應當遵循四級標記要求，具體如下：
一級：將財務報表一般信息、資產負債表、利潤表、現金流量表和所有者權益變動表中的項目逐一標記；
二級：將每一項附註的全部內容用一個文本塊元素（標籤後綴為text block的元素）進行整體標記；
三級：將會計政策和會計估計附註中的每一項會計政策和會計估計內容用一個單獨的文本塊元素（標籤後綴為[text block]的元素）進行整體標記；
四級：將附註中重要的金額、百分比和其他數字進行逐一標記。
四級標記舉例參見例2。
第十二條 與合併財務報表一同提供的母公司財務報表披露的標記，應當使用通用分類標準定義的通用維度“維度——合併和個別財務報表”進行區分。若不以通用維度區分，默認為對合併財務報表披露的標記。
第十三條 企業擴展分類標準應當遵循通用分類標準或行業擴展分類標準的建模方式。企業擴展分類標準的建模方法參見例3。
第三章 企業擴展分類標準模式檔案規則
第十四條 企業擴展分類標準模式檔案的命名格式為{企業法定中文名稱}－{工商行政管理註冊號}－{日期}.{檔案後綴}。檔案名稱稱各組成部分之間以英文字元集中的中劃線連線。
{企業法定中文名稱}是企業營業執照上的名稱；{工商行政管理註冊號}是營業執照上的註冊號（15位數字）；{日期}是財務報表日，格式為YYYYMMDD；{檔案後綴}是擴展分類標準模式檔案的後綴，即xsd。企業擴展分類標準模式檔案的命名格式舉例參見例4。
第十五條 對於企業財務報告中標題的標記，應當使用數據類型為字元串類型（stringItemType），抽象屬性為是（true）的數據項（item）元素。
第十六條 在採用通用分類標準或行業擴展分類標準進行元素匹配時，應當遵循以下原則：
（一）對於含義與通用分類標準或行業擴展分類標準元素一致的元素，應當直接引用通用分類標準或行業擴展分類標準的對應元素，不得重複定義。
（二）在進行元素匹配時，只能與通用分類標準或行業擴展分類標準中的元素進行匹配，不得直接與通用分類標準或行業擴展分類標準中沒有使用的國際財務報告準則分類標準中的元素進行匹配。
（三）在採用行業擴展分類標準進行元素匹配時，可以與行業擴展分類標準中沒有使用的通用分類標準的元素進行匹配。
（四）如果通用分類標準和行業擴展分類標準（如引用）中都沒有適當元素，應當定義企業擴展元素。擴展元素的定義不得與通用分類標準或行業擴展分類標準已定義的元素衝突。
（五）對於含義相同的財務報告概念只能定義一個擴展元素，對於屬於同一概念的不同數值，不得定義重複元素進行標記。
（六）企業擴展分類標準模式檔案中定義的實元素必須是在實例文檔中使用的元素，實例文檔中未使用的冗餘實元素不得在擴展分類標準模式檔案中定義。企業擴展分類標準模式檔案中定義的擴展元素必須在列報程式庫中定義列報關係，列報程式庫中未使用的冗餘元素不得在擴展分類標準模式檔案中定義。
（七）元素的期間屬性與財務報告披露事項的時間特徵（時點或期間）必須完全一致。
（八）如果需要披露的財務報告概念的借貸屬性與匹配的通用分類標準或行業擴展分類標準元素屬性相反，也屬於匹配成功，但需要在編制實例文檔時給該數值前添加負號。
（九）關於“其他”一類元素的匹配原則，“其他”的含義是指除已披露項目外，其重要性不足以單獨披露的項目，不應以企業的“其他”元素和通用分類標準或行業擴展分類標準的“其他”元素的分類不同為由認定不匹配。只要財務報告含義相同，就應當匹配通用分類標準或行業擴展分類標準的“其他”類元素。
第十七條 企業財務報告中屬於同一概念不同期間的披露事項，應當採用同一元素進行標記。
第十八條 在進行元素命名和屬性定義時，應當遵循以下原則：
（一）元素的名稱應以英文標準標籤為基礎，遵循“駝峰命名法”。通用分類標準和行業擴展分類標準實施所採用的“駝峰命名法”的規則包括：
1.元素的名稱應基於英文標準標籤；標籤應當保持簡潔，並符合企業會計準則和相關監管規定的要求。
2.如果元素的名稱來自以往版本的企業擴展分類標準，當新版本的企業擴展分類標準中的英文標準標籤發生變化時，元素的名稱不應僅僅為了與英文標準標籤保持一致而變更。
3.元素名稱中的首字元不得為下劃線。
4.元素名稱中的首字母必須大寫。
5.元素名稱中不得包含空格和以下字元：（）*+[ ]?\/{}|@#% ∧= ～ `“ ”‘ ’；：，<>&$￡等。
元素命名格式舉例參見例5。
（二）擴展元素的名稱不能與通用分類標準或行業擴展分類標準的元素名稱重複。元素ID格式為{企業擴展分類標準命名空間前綴}_{元素名稱}。元素ID命名格式舉例參見參見例6。
（三）所有元素能否為空（nillable）屬性均為true。
（四）對於資產負債表和利潤表中出現的類型（type）屬性是貨幣類型（monetaryItemType）的擴展元素，必須為其定義借貸屬性。
（五）對於需要以維度方式標記的表格中的“合計”項目，應當直接使用域元素進行標記，不得定義表示“合計”的域成員元素。
（六）虛元素，除域成員元素外，其類型（type）屬性是字元串類型（stringItem），抽象（abstract）屬性為true，時期（period）屬性是期間型（duration）。
（七）元素的替換組（substitutionGroup）屬性只能是維度數據項（dimensionItem）、超立方體數據項（hypercubeItem）或數據項（item）三者之一。
（八）軸元素的名稱應當以“Axis”結尾，其替換組（substitutionGroup）屬性為維度數據項（dimensionItem），抽象（abstract）屬性為true。
（九）表格元素的名稱應當以“Table”結尾，其替換組屬性為超立方體數據項（hypercubeItem），抽象（abstract）屬性為true。
（十）行項目元素的名稱應當以“LineItems”結尾，其抽象屬性為true。
（十一）域成員元素的名稱應當以“Member”結尾，其類型為域項目型（domainItem），抽象屬性為true。
第四章 企業擴展分類標準程式庫檔案規則
第十九條 企業擴展分類標準程式庫的命名格式為{企業法定中文名稱}－{工商行政管理註冊號}－{日期}[_{程式庫類型}][_{語言類別}].{檔案後綴}。
{企業法定中文名稱}是企業營業執照上的名稱；{工商行政管理註冊號}是營業執照上的註冊號（15位數字）；{日期}是該報告期間的財務報表日，格式為YYYYMMDD；{程式庫類型}包括lab、cal、def和pre4種類型，分別對應標籤、計算、定義和列報程式庫檔案；{語言類別}僅用於標籤程式庫檔案命名，包括cn和en兩種類別，分別用於中、英文標籤程式庫檔案命名；{檔案後綴}是擴展分類標準程式庫檔案的後綴，即xml。
企業擴展分類標準程式庫命名格式舉例參見例7。
第二十條 在構建企業擴展分類標準標籤程式庫時，除通用分類標準指南和本規則第十九條規定外，還應當遵循以下原則：
（一）標籤不得包括下列特殊字元：
？|><* “ ” ；=.&!@#{}
（二）英文標籤不能包含冠詞“the”、“an”、“a”；但當上述辭彙具有實際業務含義而非作為冠詞使用時，可以出現在英文標籤中。請參見例8。
（三）企業在自定義元素標籤時，在同一語言下同一個元素不能同時擁有多個標籤角色（xlink:role）屬性相同的標籤。
（四）元素的標準標籤名稱必須唯一，不同元素的標準標籤不得相同。
（五）企業在自定義元素時，應該為每個擴展元素定義文檔標籤（documentation）。文檔標籤應該包括擴展元素的準確定義；對於未定義借貸方向的貨幣類型（monetaryItemType）元素，應該在文檔標籤中註明該元素取值為正數或負數時的含義。
（六）如果元素需要以合計項的形式列報，應當為該元素定義合計標籤，並在列報程式庫中將首選標籤屬性（preferredLabel）設定為合計標籤。
（七）如果時點元素在列報時需要區分為期初或期末項，應當為該元素定義期初或期末標籤，並在列報程式庫中將首選標籤屬性設定為期初或期末標籤。
（八）如果元素的借貸屬性與企業財務報告披露的相反，應當為該元素添加負標籤。負標籤種類和套用方式舉例參見通用分類標準指南及本規則例9。
（九）針對同一個元素所擁有的每一個標籤角色（xlink：role）屬性，都應該同時定義中英文標籤。對於文檔標籤，企業可僅定義中文標籤。
第二十一條 在構建企業擴展分類標準列報程式庫時，除本規則第十九條規定外，還應當遵循以下原則：
（一）實例文檔中所有元素都應當包含在企業擴展分類標準列報程式庫中。
（二）企業擴展分類標準列報程式庫的每個擴展連結角色（ELR）中的內容應當反映財務報告的列報層級和順序。
（三）企業擴展分類標準列報程式庫應當為元素設定次序（order）屬性，同一元素在同一擴展連結角色下的同一層級重複出現時，應該有不同的次序（order）值。
（四）企業擴展分類標準列報程式庫如果為一個元素設定了首選標籤（preferredLabel），應當在標籤程式庫中為該元素定義相應標籤角色的標籤。首選標籤（preferredLabel）的內容應該與財務報告中對應的披露內容一致。同一元素在同一擴展連結角色下的同一層級重複出現時，應該在列報程式庫中設定不同的首選標籤屬性。
第二十二條 在構建企業擴展分類標準計算程式庫時，除本規則第十九條規定外，還應當遵循以下原則：
（一）企業擴展分類標準計算程式庫中應當為元素設定次序（order）屬性和計算權重（weight）屬性。
（二）企業擴展分類標準計算程式庫中屬於同一個計算關係的父元素和子元素應當具有相同的期間屬性。
（三）企業擴展分類標準計算程式庫中作為一個計算關係的合計項的父元素不能同時作為該計算關係的子元素。
（四）如果財務報告中包含了兩個或兩個以上時點或期間事項的加總計算關係，並且實例文檔包含相應的數值，應當在計算程式庫中為這些元素定義相應的計算關係。
（五）如果財務報告中包含了兩組或兩組以上的元素，並且這些元素能加總等於相同的合計項，應當在計算程式庫不同的擴展連結角色中分別定義計算關係。
（六）如果同一合計項在計算程式庫中存在兩組或兩組以上的計算關係，那么由於對不同計算關係進行交叉校驗所產生的計算警告，不應作為企業擴展分類標準或實例文檔的錯誤。企業應當檢查確認這些計算警告所涉及的事實值是否存在數值錯誤，不應為了消除這些計算警告而刪除相關的正確的計算關係，影響計算關係的完整性。此類情況舉例參見例10。
第二十三條 在構建企業擴展分類標準定義程式庫時，除本規則第十九條規定外，還應當遵循以下原則：
（一）企業擴展分類標準定義程式庫應當為元素設定次序（order）屬性。
（二）企業擴展分類標準定義程式庫中，只有域元素才可設定為“維度-域（dimension－domain）”和“維度-默認（dimension－default）”屬性。
（三）企業擴展分類標準定義程式庫應當將每個維度表格放置在單獨的擴展連結角色中。
第二十四條 企業擴展分類標準程式庫中不能包含參考程式庫。
第二十五條 企業在復用通用分類標準或行業擴展分類標準程式庫時，應當遵循以下原則：
（一）企業擴展分類標準引入通用分類標準或行業擴展分類標準中的各程式庫，應在通用分類標準或行業擴展分類標準程式庫基礎上進行增加、禁止等擴展操作，生成企業擴展分類標準程式庫。如果計算程式庫和定義程式庫需要拆分，但通用分類標準或行業擴展分類標準未定義適用的擴展連結角色，則參照通用分類標準或行業擴展分類標準中相關列報程式庫的擴展連結角色創建企業自定義的擴展連結角色，並在6位編碼後添加小寫英文字母區分。復用通用分類標準使用通用分類標準或行業擴展分類標準程式庫的舉例參見例11。
（二）對於通用分類標準或行業擴展分類標準中未定義的擴展連結角色，企業可以根據需要自行定義擴展連結角色。
（三）企業在復用通用分類標準程式庫時，對於描述企業自定義擴展連結角色類型的角色類型（roleType）元素，其角色通用資源標識符（roleURI）屬性的命名格式為{企業網路域名}/role/cas/{編碼}。編碼採用6位數字，首位使用6，後5位由企業自行定義。計算程式庫和定義程式庫如需按表格拆分擴展連結角色，則在6位編碼後添加小寫英文字母區分。
（四）企業在復用行業擴展分類標準程式庫時，對於描述企業自定義擴展連結角色類型的角色類型（roleType）元素，其角色通用資源標識符（roleURI）屬性的命名格式為{企業網路域名}/role/cas/{所引用行業擴展分類標準英文縮寫}/{編碼}。編碼採用6位數字，首位使用6，後5位由企業自行定義。計算程式庫和定義程式庫如需按表格拆分擴展連結角色，則在6位編碼後添加小寫英文字母區分。
（五）擴展連結角色（ELR）是一組可被視為一個整體進行處理的財務信息關係的標識符。企業自定義擴展連結角色的角色類型應當包含定義（Definition）元素，該元素命名應當能清晰表示相關財務信息關係的主題，命名格式應遵循{[編碼]}{財務信息主題}。其中，{[編碼]}規則與角色通用資源標識符（roleURI）屬性的編碼規則相同；{財務信息主題}指被歸為同一擴展連結角色的財務信息所共同表達的主題，通常是財務報告中的章節名稱，採用英文命名方式，由企業根據財務報告自行定義。
（六）同一附註內容應當統一包含在列報程式庫的同一個擴展連結角色下，同時按照附註的標記要求分層級進行排列，遵循層級低在上、層級高在下的原則。此類情況舉例參見例12。
第二十六條 企業在重新定義擴展分類標準程式庫時，應當遵循以下原則：
（一）企業擴展分類標準中應當重新定義程式庫，不能直接引用通用分類標準或行業擴展分類標準中的程式庫。
（二）在擴展列報程式庫中，應當針對財務報告附註的四級標記要求中的每一級別，分別定義獨立的擴展連結角色。
（三）企業應當為擴展連結角色定義角色類型（roleType）元素，且角色類型元素的角色通用資源標識符（roleURI）和標識符（id）屬性必須唯一，不能與通用分類標準或行業擴展分類標準重複。
（四）基於通用分類標準擴展時，企業應當遵循以下原則：
1.企業自定義擴展連結角色的角色通用資源標識符（roleURI）屬性的命名格式為{企業網路域名}/role/cas/{編碼 1}/{編碼 2}/{編碼 3}[編碼 4]。
2.{編碼 1}延用通用分類標準相關披露在列報程式庫中的擴展連結角色的6位數字編碼。當通用分類標準中沒有相關披露時，企業應當自行為擴展連結角色定義6位編碼，首位使用6，後5位自定義。
3.{編碼 2}使用“000000”填充。
4.{編碼 3}為6位數字，表示財務報告章節編號和標記級別，其中，前5位由企業自行按一定順序進行定義，例如財務報告披露順序編號；最後1位表示標記級別：1代表財務報表主表，2代表附註整體標記，3代表會計政策和會計估計逐項標記，4代表附註的詳細標記。
5.[編碼 4]為可選項，為英文26個小寫字母，計算程式庫或定義程式庫如需拆分擴展連結角色，則可使用[編碼4]用於區別於同一附註的其他擴展連結角色。
基於通用分類標準擴展時，企業自定義擴展連結角色的角色通用資源標識符格式舉例參見例13。
（五）基於行業擴展分類標準擴展時，企業應當遵循以下原則：
1.企業自定義擴展連結角色的角色通用資源標識符（roleURI）屬性的命名格式為{企業網路域名}/role/cas/{所引用行業擴展分類標準英文縮寫}/{編碼1}/{編碼2}/{編碼3}[編碼4]。
2.{編碼 1}延用行業擴展分類標準相關披露在列報程式庫中的擴展連結角色的編碼1或行業擴展分類標準直接引用的相應的通用分類標準擴展連結角色的6位數字編碼。當行業擴展分類標準中沒有相關披露時，企業應當自行為擴展連結角色定義6位編碼，首位使用6，後5位自定義。
3.{編碼 2}延用行業擴展分類標準相關披露在列報程式庫中的擴展連結角色的編碼2；如果行業擴展分類標準相關披露在列報程式庫中的擴展連結角色沒有編碼2，則使用“000000”填充。
4.{編碼 3}為6位數字，表示財務報告章節編號和標記級別，其中，前5位由企業自行按一定順序進行定義，例如財務報告披露順序編號；最後1位表示標記級別：1代表財務報表主表，2代表附註整體標記，3代表會計政策和會計估計逐項標記，4代表附註的詳細標記。
5.[編碼 4]為可選項，為英文26個小寫字母，計算程式庫或定義程式庫如需拆分擴展連結角色，則可使用[編碼4]用於區別於同一附註的其他擴展連結角色。
基於行業擴展分類標準擴展時，企業自定義擴展連結角色的角色通用資源標識符格式舉例參見例14。
（六）基於通用分類標準或行業擴展分類標準擴展時，企業自定義擴展連結角色的角色類型應當包含定義（Definition）元素。該定義元素命名應當清晰表示相關財務信息關係的主題，命名格式為{[編碼]}{財務報告標記層級}－{財務信息主題}。
其中，{[編碼]}規則與角色通用資源標識符（roleURI）的{編碼3}[編碼4]規則相同；{財務報告標記層級}指四個標記級別名稱，其中一級為Statements，二級為Notes，三級為Policies，四級為Details；{財務信息主題}指被歸為同一擴展連結角色的財務信息所共同表達的主題，通常是財務報告中的章節名稱，採用英文命名方式，由企業根據財務報告自行定義。
企業自定義擴展連結角色的角色類型定義元素的命名格式舉例參見例15。
（七）附註各標記級別的列報程式庫應當遵循表1、表2和表3所示的結構。表1、表2和表3中以文字縮進表示不同的列報層級，XXX表示財務報告中的對應名稱：（略）
第五章 實例文檔規則
第二十七條 實例文檔的命名格式為{企業法定中文名稱}－{工商行政管理註冊號}－{日期}.{檔案後綴}。檔案名稱稱各組成部分之間以英文字元集中的中劃線連線。
其中，{企業法定中文名稱}是企業營業執照上的名稱；{工商行政管理註冊號}是營業執照上註冊號中的15位數字；{日期}是該報告期間的財務報表日，格式為YYYYMMDD；{檔案後綴}是擴展分類標準的後綴，即xml。
實例文檔命名格式舉例參見例16。
第二十八條 在確定實例文檔的標記信息時，應遵循以下原則：
（一）實例文檔中必須包含通用分類標準擴展連結角色“130000－公司基本情況”中定義的每一個元素的事實值。
（二）實例文檔的標記信息應當準確反映企業財務報告披露的信息。
（三）對於財務報告中表示發生額或餘額為0的“-”（短橫線），企業應該根據實際的披露情況，在實例文檔中標記成“0”。
（四）對於財務報告中的腳註，應當在實例文檔中使用腳註（Footnote）元素進行整體標記，腳註中包含的金額等內容不再單獨提取元素。
（五）實例文檔中標記的數值應當是原始數據，金額應以元為單位。
（六）頁眉或者頁腳的信息，如單位名稱、頁碼等，不在實例文檔中披露。
（七）實例文檔不能對同一披露項目進行重複標記，標記事項必須擁有唯一的元素、上下文、單位（Unit）和語言（Lang）屬性。
（八）不能為了解決計算關係的錯誤而在實例文檔中增加財務報告中沒有披露的數據。
第二十九條 在編制實例文檔時，應遵循以下原則：
（一）實例文檔中報告企業的標識符（Identifier）為工商行政管理註冊號，Scheme屬性為工商行政管理總局網路域名。
（二）具體企業名稱或具體日期不應出現在除域項目類型（domainItemType）元素以外的元素的名稱中。
（三）實例文檔不能包含未使用的上下文。
（四）維度上下文統一使用場景信息（Scenario），而不採用分段信息（Segment）。
（五）實例文檔不能包含未使用的計量單位。
（六）百分比數字的標記不得包含百分號，而應當以小數的形式來表示。請參見例17。
（七）對於比例數據的披露，如該比例的分子和分母具有相同單位，則應當以百分比類型（percentItem）元素進行標記；如該比例的分子和分母的單位不同，應當以純數類型（pureItem）元素或元/每股類型（pershareItem）進行標記。
（八）域成員與行項目元素不能混用。請參見例18。
第三十條 在處理實例文檔中的時間信息時，應遵循以下原則：
（一）實例文檔中日期的格式應當定義為yyyy-mm-dd。
（二）在實例文檔中，對於附註中包含的文字信息的標記，無論該文字描述事件是否影響整個會計期間，都應當將上下文的時期元素的日期設定為本次報送的會計期間。請參見例19。
（三）在同一實例文檔中，同一日期不能同時作為上下文（Context）的時期（Period）元素的起始日期（startDate）和結束日期（endDate）。
（四）在同一實例文檔中，同一日期不能同時作為上下文的時期元素的起始日期和時點（instant）元素的日期。
附錄：《企業會計準則通用分類標準編報規則》套用示例（略）
