第壹條 為規範采用可擴展商業報告語言（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）元素的日期。
附錄：《企業會計準則通用分類標準編報規則》應用示例（略）