國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
35
元素命名為 NumberOfOperatingSegment，如此一來，將造成使用者於搜尋資料進 行比較分析時需耗費更多心力來處理此情形，另外企業對於 UGT 元素之概念有 不太清楚之情形，造成申報資訊之錯誤，UGT 裡面有 EntityPublicFloat 元素用來 申報普通股總市值，但有許多公司於案例文件申報值為$17.1（其單位為 10 億元）， 另外公司申報單位為元，這樣將造成公司之間比較基礎不一致。
二、 我國未來分類標準延伸可採行之模式、規則及方法
根據上面之觀察及文獻所提及之情況，延伸分類標準有助於提高企業資訊透 明度與確保企業報告之完整，但錯誤之延伸將會降低訊息披露之準確性及不同報 告主體間之可比較性，進而增加資訊使用上的困難，故本研究欲提供一些規則及 方法進行分類標準延伸之建置並利用此方法進行 TIFRS 分類標準延伸實作。
1. 分類標準延伸之模式
參考現行國外採行之分類標準模式進行整理，本研究提出未來 TIFRS 分類 標準開放延伸時，可選擇以下列三種模式併用來進行分類標準延伸之建置：
(1) 不允許自行延伸：可稱為封閉式企業報告模式，其概念如圖 4-1，這種模式 適用於有固定格式之表單，如稅務申報之單據，由於稅務申報所需要的填表 項目是固定的，不需要申報者進行額外之延伸，此時申報者只需依照主管機 關所提供之分類標準建置案例文件並準時繳回即可。
圖 4-1 封閉式企業報告模式
(2) 允許自行延伸：屬於開放式企業報告報告模式之一種，其概念如圖 4-2，美 國 SEC 所採行之模式，主管機關會提供基礎分類標準，申報者可以依照公
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
36
司自行揭露需求於基礎分類標準上延伸新的關係或概念，提供更多資訊給報 告使用者，在進行申報時，於申報時除提供案例文件外，要額外提供企業自 行延伸之 schema 及 DTS 文件給主管機關，這種模式下申報者於自行建立延 伸分類標準時要注意其與基礎分類標準之架構應具有一致性。
圖 4-2 開放式企業報告模式
(3) 允許自行延伸，但不能自行建立新的架構：屬於開放式企業報告模式一種，
可於基礎分類標準架構下添加新關係或元素，但不能自行延伸新架構，這類 模式可減少申報者於不清楚分類標準架構及技術之下，自行延伸所產生之錯 誤。
未來 TIFRS 分類標準於開放延伸時可同時併用上述模式，舉例來說，TIFRS 分類標準中之四大報表之格式及揭露會計科目層級已經依據不同報告別及產業 別進行制訂，延伸之必要性不高，故未來建議於四大報表部份應該採用模式(1) 不允許企業自行進行延伸之方式，至於附註部份及公司針對特定項目欲提供額外 揭露之部份，若能於基礎分類標準中已建置之架構下表達，則宜優先選用模式 (3)，若無法於原先架構下進行表達，企業可以對分類標準自行延伸新架構進行 資訊之完整揭露。
2. 分類標準延伸之種類 (1) 元素之延伸
意即新元素之建置，若所需披露之會計項目或報告概念於基礎分類標準 中未進行定義，則需由企業本身進行補充定義以達成企業報告實務之需求，
‧
關係方式，Overriding arc 是以 arc 中之 priority 屬性來控制新關係，priority 之屬性值越大則越優先使用）。‧
地區資訊之揭露[text block] text block 地區資訊之揭露[抽象元素] 之間的連結關係呈現，可以透過弧(arc)之設定來進行，運用 Prohibiting arc 禁止 基礎分類標準內某個 arc 關係(use=“prohibited”)，讓不適用之原有關係失效，
或用 Overriding arc 取代基礎分類標準內某個 arc 關係方式，重新建立新的表達、
‧
會有很大影響，我國是以 ifrs_cor_2010-04-30.xsd 為延伸起點，其內容包含 國際會計概念元素之定義，而相關表達、計算、定義關係之建立則依據我國 相關法令及公報規定由 TIFRS 分類標準下自行建置，若選擇 IFRS 2010 分類 標準中之 full_entry_point_2010-04-30.xsd 作為延伸起點，由於其內部已包含 四大報表及附註之表達、計算、維度結構，但該結構和台灣會計規範之架構‧
須包含 id、name、type、substitutionGroup、nillible、balance、periodType 等 屬性，關於常用元素屬性之建置規則整理如下表 4-6，另外建議於新元素建 置時於參考連結庫標示此元素是依據哪一號公報或法令條號所制訂的，並說 明元素概念之內容，此機制有利於延伸分類標準之後續使用以及主管機關之 辨識及整理。
17 資料來源，請參考http://www.ifrs.org/xbrl/resources/Pages/ifrs-taxonomy-guide.aspx。
‧
name 元素名稱若以英文命名時，最好遵循 LC3(Label CamelCase Concatenation)模式，每個英文字第一個字母須大寫、字與字
應命名為 CurrentAssetsAbstract。
type 標明元素的內容之型態，企業報告概念大部份定義成項目元素 (item)，於 XBRL2.1 規格書中訂定多種項目型態(item type)，
最常見之型態為說明字串型態 (stringItemType)與貨幣型態 (monetaryItemType)。
substitutionGroup 標明此元素是何種抽象元素的替代元素。會計概念通常被定義 成 item 或 tuple 類型元素，此二類元素的原始定義為抽象元 素，必須另外定義可實做的替代元素，才能於案例文件中出現。
nillible 規定此元素能否於案例文件中以空值出現，FRTA 中建議最好 設定為 True，除非特定法令規定該項目值必須被指明。
periodType 企業報告項目若為存量之概念時，元素之 periodType 定義為
“instant”，代表一段時間或流量之概念時，periodType 應設為
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
42
(6) 新關係之建立
元素之概念意義會受到連結庫所建構之關係影響，故於修正或增添新關 係於基礎分類標準時，要注意關係的改變是否改變元素之原先含意，其概念 同(1)。
(7) 於延伸分類標準建置過程中及完成後，要進行驗證之動作，確保延伸之分類 標準符合相關技術標準之規定，此規則於美國分類標準申報指引18有同樣的 規定。