【问题标题】:XBRL: Connecting a fact to presentation via contextXBRL:通过上下文将事实与表示联系起来
【发布时间】:2014-04-09 23:27:42
【问题描述】:

据我所知,只要上下文不同,XBRL 允许 SEC 申报者对多个事实使用相同的概念。我很难理解如何为给定的roleURI(例如声明)包含/排除一个事实。我相信这种能力在某种程度上与上下文相关,但在演示文档中要求的概念与实例中的适当概念之间似乎没有明显的联系。换个方式问这个问题:

1) 公司有几个角色URI(网络),可能其中之一是“http://www.bigcompany.com/role/StatementOfIncome

2) 在与此网络相关的 *_pre.xml 文档部分中,该公司要求显示“收入”概念。

3) 实例文档有多个“收入”项目,每个项目都有不同的上下文,其中一些包含与公司子实体相关的细分。

如何确定具有特定上下文的收入项目属于 StatementOfIncome 角色URI,而应排除另一个?

感谢任何提示或资源...

【问题讨论】:

    标签: xbrl


    【解决方案1】:

    正如您所注意到的,演示链接库与上下文无关。从展品本身来看,没有明确的方法可以知道哪些数字实际印在损益表上,哪些使用相同元素/概念的事实来自其他附表。

    SEC 使用编程方式来确定将在其 Pre-Viewer 和 Viewer 中呈现的内容;他们在其常见问题解答和解释中解释了其中的一些内容(例如,参见http://www.sec.gov/spotlight/xbrl/staff-interps.shtml 的问题 B.3)。他们会查看关键词和短语。

    SEC 在http://www.sec.gov/spotlight/xbrl/viewers.shtml 上提供了他们的渲染引擎的源代码 - 您可以利用它或找到其他关于他们如何确定打印内容和时间的提示。

    XBRL 并非旨在重新创建原始演示文稿;包括 Inline XBRL 和新的 Table Linkbase 在内的后续开发在保留演示文稿位置方面做得更多。

    【讨论】:

      【解决方案2】:

      我接受了给定的答案是正确的,但是在这个问题上又敲了几天之后,我还看不到它。我一直认为事实必须以某种方式通过其上下文“属于”网络。据我所知,具有段的上下文的事实属于具有匹配(以某种方式)上下文段“explicitMember”值的超立方体维度的网络。具有没有分段的上下文的事实属于没有超立方体维度或与公司相关的网络有一个整体。但我无法对此做出正面或反面。当我浏览并查看如何使用软件制作 XBRL 时,事实和上下文会随着网络的添加而添加到文档中。不知何故,那里有联系。 SEC 的软件很有帮助,但我也没有完全理解他们的所作所为。

      我希望有更好的资源来学习解析 XBRL。我所看到的大部分内容都与创建它有关...

      如果我弄明白了,我会用更详细的信息重新审视这个问题!

      【讨论】:

      • 有趣,现在已经 2 年了,同样的问题仍然存在。我正在寻找同样的问题,但学习如何解析 XBRL 的资源仍然较少。
      • 你有没有想过这个问题?
      • 没有。在这篇文章发布大约六个月后,我搁置了我正在从事的项目。我认为我的总体印象是 XBLR 的复杂性影响了它对广泛信息可用性的承诺。少数人明白这一点,但他们没有说出来。
      猜你喜欢
      • 1970-01-01
      • 2019-06-20
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2015-08-06
      • 2015-02-25
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多