財政部關於地方國有大中型企業實施企業
會計準則通用分類標準的通知

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 財會〔2012〕4號　　

各省、自治區、直轄市、計劃單列市財政廳（局），新疆生産建設兵團財務局：
　　為促進企業會計信息化標準化建設，我部于2010年10月發佈了企業會計準則通用分類標準（以下簡稱通用分類標準），並於2011年組織了通用分類標準首批實施工作，各實施單位按照我部要求認真工作，為通用分類標準的實施積累了寶貴經驗，取得了良好效果。為穩步推進通用分類標準的擴大實施，根據《中華人民共和國會計法》和《財政部關於發佈企業會計準則通用分類標準的通知》（財會〔2010〕20號），我部決定自2012年1月1日起在14個省（自治區、直轄市）的部分地方國有大中型企業中實施通用分類標準。請各省級財政部門積極落實，認真組織本地區國有大中型企業開展通用分類標準實施工作。有關事項通知如下：
　　一、實施範圍
　　1．2012年實施通用分類標準的14個省（自治區、直轄市）為：河北、山西、吉林、上海、江蘇、福建、山東、河南、湖北、廣東、廣西、雲南、陜西和新疆，鼓勵其他省（區、市）在自願的基礎上組織本地區國有大中型企業參加實施。
　　2．2012年實施通用分類標準的14個省（區、市）應當至少選擇本地區內會計基礎工作紮實、信息化水平較高的5家地方國有大中型企業實施通用分類標準。自願實施的省（區、市）選擇參加實施的地方國有大中型企業可少於5家。
　　二、實施要求
　　實施企業應當按照通用分類標準編制其2011年度可擴展商業報告語言（XBRL）格式財務報告，並按照我部要求報送。實施通用分類標準的各省級財政部門和實施企業應當按照以下要求開展工作：
　　（一）工作機制。
　　各省級財政部門應由專人負責通用分類標準實施的組織協調工作，工作中應及時總結經驗，積極探索通用分類標準對促進企業經營管理的作用，確保通用分類標準實施工作取得實效。
　　各實施企業應儘快成立單位負責人牽頭的通用分類標準實施工作組，組織協調財務、信息等部門，根據自身信息化工作水平，制定切實可行的實施方案並嚴格加以落實，確保通用分類標準在各企業的順利實施。
　　（二）實施方式。
　　實施企業應當遵循通用分類標準及其指南和《企業會計準則通用分類標準編報規則》（見附件）的相關要求，同時參考《企業會計準則通用分類標準講解》，編制XBRL格式財務報告。實施企業可根據需要自主選擇諮詢機構和軟體開展通用分類標準實施工作。
　　（三）報送要求。
　　各實施企業應當在2012年6月30日之前向省級財政部門報送其XBRL格式財務報告，各省級財政部門應當在2012年7月15日之前匯總後以電子郵件方式向我部報送。我部將在7月15日至8月15日期間對各企業提交的XBRL格式財務報告實例文檔和擴展分類標準進行測試校驗，各省級財政部門應當組織實施企業根據測試校驗結果配合修改完善，並於8月31日前完成並最終報送。測試校驗的方式和要求另行通知。
　　三、組織領導
　　通用分類標準的實施工作對於提升企業會計信息化水平、深化企業會計準則的實施具有重要意義，各省級財政部門和實施企業務必高度重視通用分類標準實施工作。我部統一協調組織全國的通用分類標準實施工作，並將於近期對各省級財政部門和實施企業進行通用分類標準實施培訓；各省級財政部門指導本地區通用分類標準實施工作。
　　請各省級財政部門確定1名聯絡員，負責通用分類標準實施工作的交流與聯絡，並在3月31日前將本地區實施企業名單、省級財政部門和實施企業聯絡員姓名及聯絡方式報我部會計司。
　　各相關單位在通用分類標準實施中有何問題，請及時反饋我部。
　　聯 係 人：財政部會計司準則一處　冷冰　趙金光
　　聯絡電話：010-68553275　010-68552534（兼傳真）
　　電子郵件：lengbing@mof.gov.cn，zhaojinguang@mof.gov.cn
　　　　　　　　　　　　　　　　　　　　　　  　財　政　部
　　　　　　　　　　　　　　　　　　　　　　　　  　二〇一二年二月二十八日

企業會計準則通用分類標準編報規則

第一章　總　　則

　　第一條　為規範採用可擴展商業報告語言（XBRL）編報財務報告行為，保證以XBRL格式編報的財務報告質量，根據《中華人民共和國會計法》、企業會計準則、《可擴展商業報告語言（XBRL）技術規範》（GB/T 25500-2010）系列國家標準和《企業會計準則通用分類標準》（下稱通用分類標準），制定本規則。
　　第二條　在本規則中，按照通用分類標準編制並對外報送的XBRL格式的財務報告稱為財務報告實例文檔，簡稱實例文檔。如果企業應用通用分類標準時進行了擴展，報送的文件應包括實例文檔及相應的擴展分類標準。按照通用分類標準編制和報送實例文檔和擴展分類標準的，應當遵循本規則。
　　第三條　以XBRL格式編報財務報告時，應當遵循《可擴展商業報告語言（XBRL）技術規範第1部分：基礎》（GB/T 255001-2010）、《可擴展商業報告語言（XBRL）技術規範第2部分：維度》（GB/T 255002-2010）、《可擴展商業報告語言（XBRL）技術規範第3部分：公式》（GB/T 255003-2010）、《可擴展商業報告語言（XBRL）技術規範第4 部分：版本》（GB/T 255004-2010）系列國家標準、通用分類標準以及《企業會計準則通用分類標準指南》（下稱通用分類標準指南）的要求。
　　第四條　XBRL財務報告的編報，應當遵循最新版本的XBRL技術規範國家標準和通用分類標準。

第二章　一般性技術原則

　　第五條　XBRL財務報告的擴展分類標準和實例文檔應當採用與通用分類標準一致的編碼方式，即“UTF-8”編碼。
　　第六條　在擴展分類標準的命名空間中，應當包含日期信息以區分擴展分類標準的不同版本。命名空間的格式為：{企業網絡域名}/{依據的會計準則}/{日期}，依據的會計準則在本規則中統一為企業會計準則，簡稱cas，日期格式為“yyyy-mm-dd”。例如，abc公司的網絡域名為www.abc.com，在編報其遵循企業會計準則的2010年年度財務報告時，其擴展分類標準命名空間應當為www.abc.com/cas/2010-12-31。
　　第七條　擴展分類標準應當包含擴展分類標準模式文件和與其相關的鏈結庫文件。
　　第八條　在以通用分類標準為基礎進行擴展時，不能直接增加、修改、刪除通用分類標準文件中的任何內容。
　　第九條　企業可以採用兩種方式應用通用分類標準：復用（Reuse）和重新定義（Redefine）。在復用方式下，企業在構建擴展分類標準鏈結庫文件時，應引用通用分類標準中的鏈結庫文件並進行擴展，擴展分類標準模式文件應當引用通用分類標準入口文件和企業擴展鏈結庫文件，或者在擴展分類標準中自定義入口文件；在重新定義方式下，企業在構建擴展分類標準鏈結庫文件時，不再引用通用分類標準中的鏈結庫文件，而是根據企業具體要求，重新構建鏈結庫文件，擴展分類標準模式文件應當引用通用分類標準核心模式文件和企業所有擴展鏈結庫文件。
　　第十條　以XBRL格式編報財務報告應當遵循四級標記要求，具體如下：
　　一級：將財務報表一般信息、資産負債表、利潤表、現金流量表和所有者權益變動表中的項目逐一標記；
　　二級：將每一項附注的全部內容用一個文本塊元素（標簽後綴為text block的元素）進行整體標記；
　　三級：將會計政策和會計估計附注中的每一項會計政策和會計估計內容用一個單獨的文本塊元素（標簽後綴為〔text block〕的元素）進行整體標記；
　　四級：將附注中重要的金額、百分比和其他數字進行逐一標記。
　　表1例示了財務報告標記的級別。

　　表1　　　　　　　　　　財 務 報 告 標 記 級 別 舉 例　　　　　　　　

　　第十一條　與合併財務報表一同提供的母公司個別財務報表披露的標記，應當使用通用分類標準定義的通用維度“維度——合併和個別財務報表”進行區分，若不以通用維度區分，默認為對合併財務報表的披露。
　　第十二條　企業擴展分類標準應當遵循通用分類標準的建模方式。例如，通用分類標準對資産減值準備增減變動信息披露，未使用維度表格建模，則在標記類似披露時，除非披露結構有重大區別，否則應當沿用通用分類標準的建模方式，即也不使用維度表格。

第三章　企業擴展分類標準模式文件規則

　　第十三條　企業擴展分類標準模式文件的命名格式為{企業法定中文名稱}-{工商行政管理註冊號}-{日期}.{文件後綴}。文件名稱各組成部分之間以英文字符集中的中劃線連接。其中，{企業法定中文名稱}是企業營業執照上的名稱；{工商行政管理註冊號}是營業執照上的註冊號（15位數字）；{日期}是財務報表日，格式為YYYYMMDD；{文件後綴}是擴展分類標準模式文件的後綴，即xsd。例如，東方公司的法定中文名稱為東方股份有限公司，註冊號為1234567890123452010年年度財務報告對應的擴展分類標準模式文件應該命名為“東方股份有限公司-123456789012345-20101231.xsd”。
　　第十四條　對於企業財務報告中標題的標記，應當使用數據類型為字符串類型（stringItemType），抽象屬性為是（true）的數據項（item）元素。
　　第十五條　在採用通用分類標準進行元素匹配時，應當遵循以下原則：
　　（一）對於含義與通用分類標準中元素一致的元素，應當直接引用通用分類標準的對應元素，不得重復定義。
　　（二）在進行元素匹配時，只能與通用分類標準中的元素進行匹配，不能直接與通用分類標準中沒有使用的國際財務報告準則分類標準中的元素進行匹配。
　　（三）如果通用分類標準中沒有適當元素，應當定義擴展元素。擴展元素的定義不得與通用分類標準已定義的元素衝突。
　　（四）對於含義相同的財務報告概念只能定義一個擴展元素，對於屬於同一概念的不同數值，不能定義重復元素進行標記。
　　（五）企業擴展分類標準模式文件中定義的元素必須是在實例文檔中使用的元素，實例文檔中未使用的冗余元素不得在擴展分類標準模式文件中定義。
　　（六）元素的期間屬性與財務報告披露事項的時間特徵（時點或期間）必須完全一致。
　　（七）如果需要披露的財務報告概念的借貸屬性與匹配的通用分類標準元素屬性相反，也屬於匹配成功，但需要在編制實例文檔時給該數值前添加負號。
　　（八）關於“其他”一類元素的匹配原則，“其他”的含義是指除已披露項目外，其重要性不足以單獨披露的項目，不應以企業的“其他”元素和通用分類標準的“其他”元素的分類不同為由認定不匹配。只要財務報告含義相同，就應當匹配通用分類標準“其他”類元素。
　　第十六條　企業財務報告中屬於同一概念不同期間的披露事項，應當採用同一元素進行標記。
　　第十七條　在進行元素命名和屬性定義時，應當遵循以下原則：
　　（一）元素的名稱應以英文標準標簽為基礎，遵循“駝峰命名法”。英文標準標簽的定義規則參見通用分類標準指南。
　　（二）擴展元素的名稱不能與通用分類標準元素名稱重復。元素ID格式為{企業擴展分類標準命名空間前綴}-{元素名稱}，例如abc公司的存貨擴展元素ID應該為abc-Inventory。企業擴展分類標準命名空間前綴中不能包含XBRL技術規範禁止使用的特殊字符。
　　（三）所有元素能否為空（nillable）屬性均為true。
　　（四）虛元素，除域成員元素外，其類型（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和pre 4種類型，分別對應標簽、計算、定義和列報鏈結庫文件；{語言類別}僅用於標簽鏈結庫文件命名，包括cn和en兩種類別，分別用於中、英文標簽鏈結庫文件命名；{文件後綴}是擴展分類標準鏈結庫文件的後綴，即xml。
　　例如：東方公司的法定中文名稱為東方股份有限公司，註冊號為123456789012345，其2010年度財務報告擴展分類標準列報鏈結庫的名稱應為“東方股份有限公司-123456789012345-20101231-pre.xml”，中文標簽鏈結庫名稱為“東方股份有限公司-123456789012345-20101231-lab-cn.xml”，英文標簽鏈結庫名稱為“東方股份有限公司-123456789012345-20101231-lab-en.xml”。
　　第十九條　在構建企業擴展分類標準標簽鏈結庫時，除通用分類標準指南和本規則第十八條規定外，還應當遵循以下原則：
　　（一）企業在自定義元素標簽時，在同一語言下同一個元素不能同時擁有多個標簽角色（xlink：role）屬性相同的標簽。
　　（二）元素的標準標簽名稱必須唯一，不同元素的標準標簽不得相同。
　　（三）如果元素需要以合計項的形式列報，應當為該元素定義合計標簽，並在列報鏈結庫中將首選標簽屬性（preferredLabel）設置為合計標簽。
　　（四）如果時點元素在列報時需要區分為期初或期末項，應當為該元素定義期初或期末標簽，並在列報鏈結庫中將首選標簽屬性設置為期初或期末標簽。
　　（五）如果元素的借貸屬性與企業財務報告披露的相反，應當為該元素添加負標簽。負標簽種類和應用方式參見通用分類標準指南。例如，對於元素“CostOfSales”，根據列報要求需要為其設置負標簽，標準標簽和負標簽使用示例如下：

　　表2　　　　　　　　　　　標 簽 類 型 定 義 示 例　　　　　　　

　　（六）針對同一個元素所擁有的每一個標簽角色（xlink：role）屬性，都應該同時定義中英文標簽。
　　第二十條　在構建企業擴展分類標準列報鏈結庫時，除本規則第十八條規定外，還應當遵循以下原則：
　　（一）實例文檔中所有元素都應當包含在企業擴展分類標準列報鏈結庫中。
　　（二）企業擴展分類標準列報鏈結庫的每個擴展鏈結角色（ELR）中的內容應當反映財務報告的列報層級和順序。
　　（三）企業擴展分類標準列報鏈結庫應當為元素設置次序（order）屬性，同一元素在同一擴展鏈結角色下的同一層級重復出現時，應該有不同的次序（order）值。
　　（四）企業擴展分類標準列報鏈結庫如果為一個元素設置了首選標簽（preferredLabel），應當在標簽鏈結庫中為該元素定義相應標簽角色的標簽。同一元素在同一擴展鏈結角色下的同一層級重復出現時，應該在列報鏈結庫中設置不同的首選標簽屬性。
　　第二十一條　在構建企業擴展分類標準計算鏈結庫時，除本規則第十八條規定外，還應當遵循以下原則：
　　（一）企業擴展分類標準計算鏈結庫中應當為元素設置次序（order）屬性和計算權重（weight）屬性。
　　（二）企業擴展分類標準計算鏈結庫中屬於同一個計算關係的父元素和子元素應當具有相同的期間屬性。
　　（三）企業擴展分類標準計算鏈結庫中作為一個計算關係的合計項的父元素不能同時作為該計算關係的子元素。
　　（四）如果財務報告中包含了兩個或兩個以上時點或期間事項的加總計算關係，並且實例文檔包含相應的數值，應當在計算鏈結庫中為這些元素定義相應的計算關係。
　　第二十二條　在構建企業擴展分類標準定義鏈結庫時，除本規則第十八條規定外，還應當遵循以下原則：
　　（一）企業擴展分類標準定義鏈結庫應當為元素設置次序（order）屬性。
　　（二）企業擴展分類標準定義鏈結庫中，只有域元素才可設置為“維度-域（dimension-domain）”和“維度-默認（dimension-default）”屬性。
　　（三）企業擴展分類標準定義鏈結庫應當將每個維度表格放置在單獨的擴展鏈結角色中。
　　第二十三條　企業擴展分類標準鏈結庫中不能包含參考鏈結庫。
　　第二十四條　企業在復用通用分類標準鏈結庫時，應當遵循以下原則：
　　（一）企業擴展分類標準引入通用分類標準中的各鏈結庫，應在通用分類標準鏈結庫基礎上進行增加、禁止等擴展操作，生成企業擴展分類標準鏈結庫。
　　（二）對於通用分類標準中未定義的擴展鏈結角色，企業可以根據需要自行定義擴展鏈結角色。
　　（三）對於描述企業自定義擴展鏈結角色類型的角色類型（roleType）元素，其角色通用資源標識符（roleURI）屬性的命名格式為{企業網絡域名}/role/cas/{編碼}。編碼採用6位數字，首位使用6；後5位由企業自行定義。計算鏈結庫和定義鏈結庫如需按表格拆分擴展鏈結角色，則在6位編碼後添加小寫英文字母區分。
　　（四）擴展鏈結角色（ELR）是一組可被視為一個整體進行處理的財務信息關係的標識符。企業自定義擴展鏈結角色的角色類型應當包含定義（Definition）元素，該元素命名應當能清晰表示相關財務信息關係的主題，命名格式應遵循{〔編碼〕}{財務信息主題}。其中，{〔編碼〕}規則與角色通用資源標識符（roleURI）屬性的編碼規則相同；{財務信息主題}指被歸為同一擴展鏈結角色的財務信息所共同表達的主題，通常是財務報告中的章節名稱，採用英文命名方式，由企業根據財務報告自行定義。
　　（五）同一附注內容應當統一包含在列報鏈結庫的同一個擴展鏈結角色下，同時按照附注的標記要求分層級進行排列，遵循層級低在上、層級高在下的原則。例如，表3例示了“附注-重要會計政策和會計估計”在列報鏈結庫中的標記層級，表4例示了“附注-貨幣資金”在列報鏈結庫中的標記層級，並以文字縮進表示不同的列報層級：

　　表3　　附注-重要會計政策和會計估計在列報鏈結庫中的標記層級示例

　　表4　　　　附注-貨幣資金在列報鏈結庫中的標記層級示例

　　第二十五條　企業在重新定義擴展分類標準鏈結庫時，應當遵循以下原則：
　　（一）企業擴展分類標準中應當重新定義鏈結庫，不能直接引用通用分類標準中的鏈結庫。
　　（二）在擴展列報鏈結庫中，應當針對財務報告附注的四級標記要求中的每一級別，分別定義獨立的擴展鏈結角色。
　　（三）企業應當為擴展鏈結角色定義角色類型（roleType）元素，且角色類型元素的角色通用資源標識符（roleURI）和標識符（id）屬性必須唯一，不能與通用分類標準重復。
　　（四）企業自定義擴展鏈結角色的角色通用資源標識符（roleURI）屬性的命名格式為{企業網絡域名}/role/cas/{編碼1}/{編碼2}〔編碼3〕。{編碼1}延用通用分類標準相關披露在列報鏈結庫中的擴展鏈結角色的6位數字編碼；如果通用分類標準中沒有相關披露的，則企業應當自行為擴展鏈結角色定義6位編碼，首位使用6，後5位自定義。{編碼2}為6位數字，表示財務報告章節編號和標記級別，其中，前5位由企業自行按一定順序進行定義，例如財務報告披露順序編號；最後1位表示標記級別：1代表財務報表主表，2代表附注整體標記，3代表會計政策和會計估計逐項標記，4代表附注的詳細標記。〔編碼3〕為可選項，為英文26個小寫字母，計算鏈結庫或定義鏈結庫如需拆分擴展鏈結角色，則可使用〔編碼3〕用於區別於同一附注的其他擴展鏈結角色。
　　例如，abc公司採用重新定義鏈結庫的方式建立其擴展分類標準，針對其財務報告的“附注-存貨”，該公司需重新定義一個標記詳細程度級別為二級的擴展鏈結角色，其角色通用資源標識符（roleURI）屬性的命名應為www.abc.com/role/cas/801100/021102。其中，www.abc.com為abc公司網絡域名，801100〔編碼1〕為對應通用分類標準中“附注-存貨（一般工商業）”擴展鏈結角色的編碼；021102〔編碼2〕反映了“附注-存貨”在abc公司財務報告披露中的順序和標記層級，abc公司用02代表附注，110為該公司內部規定的存貨附注在財務報告中的順序號，最後一位2代表標記級別為二級。abc公司還需對“附注-存貨”重新定義一個標記詳細程度為四級的擴展鏈結角色，其角色通用資源標識符（roleURI）屬性的命名應為www.abc.com/role/cas/801100/021104，除最後一位4代表標記級別為四級外，其他含義與二級標注相同；在進行四級標記時，為構建存貨計算鏈結庫的需要，abc公司需要使用a〔編碼3〕表示拆分後的“附注-存貨”，其四級擴展鏈結角色的角色通用資源標識符（roleURI）屬性命名應為www.abc.com/role/cas/801100/021104a。
　　（五）企業自定義擴展鏈結角色的角色類型應當包含定義（Definition）元素，該定義元素命名應當能清晰表示相關財務信息關係的主題，命名格式為{〔編碼〕} {財務報告標記層級} - {財務信息主題}。其中，{〔編碼〕}規則與角色通用資源標識符（roleURI）的{編碼2}〔編碼3〕規則相同；{財務報告標記層級}指四個標記級別名稱，其中一級為Statements，二級為Notes，三級為Policies，四級為Details；{財務信息主題}指被歸為同一擴展鏈結角色的財務信息所共同表達的主題，通常是財務報告中的章節名稱，採用英文命名方式，由企業根據財務報告自行定義。例如，針對企業財務報告的“附注-存貨”的二級標記擴展鏈結角色的定義元素可命名為〔021102〕 Notes-Inventories；四級標記擴展鏈結角色的定義元素可命名為〔021104〕 Details-Inventories；如果企業需要用到編碼3，則四級標記擴展鏈結角色的定義元素可命名為〔021104a〕 Details-Inventories。
　　（六）附注各標記級別的列報鏈結庫應當遵循表5、表6和表7所示的結構。表5、表6和表7中以文字縮進表示不同的列報層級，XXX表示財務報告中的對應名稱：

　　表5　　　　　　　　　　　附 注 二 級 整 體 標 記

　　注：表中元素和標簽的命名格式僅適用於擴展元素和標簽的命名。

　　表6　　　　　　　　　會計政策和會計估計附注三級逐項標記　　　

　　注：表中元素和標簽的命名格式僅適用於擴展元素和標簽的命名。

　　表7　　　　　　　　　　　附 注 四 級 詳 細 標 記

　　注：表中元素和標簽的命名格式僅適用於擴展元素和標簽的命名。

第五章　實例文檔規則

　　第二十六條　實例文檔的命名格式為{企業法定中文名稱}-{工商行政管理註冊號}-{日期}.{文件後綴}。文件名稱各組成部分之間以英文字符集中的中劃線連接。其中，{企業法定中文名稱}是企業營業執照上的名稱；{工商行政管理註冊號}是營業執照上註冊號中的15位數字；{日期}是該報告期間的財務報表日，格式為YYYYMMDD；{文件後綴}是擴展分類標準的後綴，即xml。 例如：東方公司的法定中文名稱為東方股份有限公司，註冊號為123456789012345，東方公司2010年度財務報告實例文檔的名稱應為“東方股份有限公司-123456789012345-20101231.xml”。
　　第二十七條　在確定實例文檔的標記信息時，應遵循以下原則：
　　（一）實例文檔的標記信息應當準確反映企業財務報告披露的信息。
　　（二）實例文檔中不能包含財務報告中未披露的內容。
　　（三）對於財務報告中的註腳，應當在實例文檔中使用註腳（Footnote）元素進行整體標記，註腳中包含的金額等內容不再單獨提取元素。
　　（四）實例文檔中標記的數值應當是原始數據，金額應以元為單位。
　　（五）頁眉或者頁腳的信息，如單位名稱、頁碼等，不在實例文檔中披露。
　　（六）實例文檔不能對同一披露項目進行重復標記，標記事項必須擁有唯一的元素、上下文、單位（Unit）和語言（Lang）屬性。
　　（七）不能為了解決計算關係的錯誤而在實例文檔中增加財務報告中沒有披露的數據。
　　第二十八條　在編制實例文檔時，應遵循以下原則：
　　（一）實例文檔中報告企業的標識符（Identifier）為工商行政管理註冊號，Scheme屬性為工商行政管理總局網絡域名http://www.saic.gov.cn/。
　　（二）具體企業名稱或具體日期不應出現在除域項目類型（domainItemType）數據類型以外的元素名稱中。
　　（三）實例文檔不能包含未使用的上下文。
　　（四）維度上下文統一使用場景信息（Scenario），而不採用分段信息（Segment）。
　　（五）實例文檔不能包含未使用的計量單位。
　　（六）百分比數字的標記不得包含百分號，而應當以小數的形式來表示。例如，20% 應表示為0.2。
　　（七）對於比例數據的披露，如該比例的分子和分母具有相同單位，則應當以百分比類型（percentItem）元素進行標記；如該比例的分子和分母的單位不同，應當以純數類型（pureItem）元素或元/每股類型（pershareItem）進行標記。
　　（八）域成員與行項目元素不能混用，例如域成員元素“存貨〔member〕”不能作為行項目元素“存貨”使用。
　　第二十九條　在處理實例文檔中的時間信息時，應遵循以下原則：
　　（一）實例文檔中日期的格式應當定義為yyyy-mm-dd。
　　（二）在實例文檔中，對於附注中包含的文字信息的標記，無論該文字描述事件是否影響整個會計期間，都應當將上下文的時期元素的日期設置為本次報送的會計期間。例如，在2010年年報中公司披露在第三季度完成了一項收購，則對該收購描述信息進行標記時，應該將上下文的時期定義為2010年1月1日至2010年12月31日，而不僅是2010年第三季度。
　　（三）在同一實例文檔中，同一日期不能同時作為上下文（Context）的時期（Period）元素的起始日期（startDate）和結束日期（endDate）。
　　（四）在同一實例文檔中，同一日期不能同時作為上下文的時期元素的起始日期和時點（instant）元素的日期。

第六章　附　　則

　　第三十條　本規則由財政部會計司負責解釋。
　　第三十一條　本規則自發佈之日起施行。