2014-04-09 41 views
1

盡我所知,只要上下文不同,XBRL允許SEC文件管理器對多個事實使用相同的概念。我很難理解如何爲給定的角色URI(例如聲明)包含/排除事實。我相信這種能力與上下文有某種聯繫,但是呈現文檔中要求的概念與實例中的適當概念之間似乎沒有明顯的聯繫。要問這是一個不同的方式:XBRL:通過背景將事實與演示連接起來

1)公司擁有數roleURIs(網絡),也許其中一個是「http://www.bigcompany.com/role/StatementOfIncome

2)在與此相關的網絡* _pre.xml文檔章節該公司已經要求顯示「收入」概念。

3)實例文檔有多個「收入」項目,每個項目都有不同的上下文,有些項目與公司的子實體相關。

如何確定具有特定上下文的收入項目屬於StatementOfIncome roleURI,而另一個應排除?

感謝任何提示或資源...

回答

2

當你注意,呈現鏈接庫是上下文無關。從展品本身來看,沒有明確的方法可以知道哪些數字實際上打印在損益表上,哪些事實使用相同的元素/概念來自其他時間表。

美國證券交易委員會使用程序化手段來確定將在其預覽器和查看器中顯示的內容;他們在其常見問題和解釋中解釋了一些問題(例如,參見問題B.3,地址爲http://www.sec.gov/spotlight/xbrl/staff-interps.shtml)。他們看關鍵詞和短語。

美國證券交易委員會將源代碼提供給他們的呈現引擎,可在http://www.sec.gov/spotlight/xbrl/viewers.shtml處獲得 - 您可以利用它或查找其他提示,說明他們如何確定要打印的內容以及何時。

XBRL並未設計用於重新創建原始演示文稿;後來的發展包括Inline XBRL和新的Table Linkbase做了更多工作來保留展示位置。

0

我接受了正確的答案,但經過幾天的打擊後,我還沒有看到它。我一直在想,事實上某些方面必須通過他們的上下文「屬於」網絡。盡我所知,具有分段上下文的事實屬於具有與上下文分段「explicitMember」值相匹配的超立方體維度的網絡。具有上下文但沒有細分的事實屬於沒有超立方體維度或與公司有整體關係的網絡。但我無法做出正面或反面的評論。當我瞭解XBRL如何使用軟件製作時,隨着網絡的添加,事實和上下文被添加到文檔中。不知何故,那裏有連接。美國證券交易委員會的軟件是有幫助的,但我還沒有把自己的頭圍繞在他們所做的事情上。

我希望有更好的資源來學習解析XBRL。我見過的大部分內容都涉及到創建它...

如果我弄清楚了這一點,我會以更好的細節重新回顧這個問題!

+1

有趣,已經有2年了,同樣的問題依然存在。我正在尋找同樣的問題,並且學習如何解析XBRL的資源還很少。 – ZeferiniX

相關問題