【问题标题】：Finstr get_xbrl_statement error parsing Extracted XBRL Instance DocumentFinstr get_xbrl_statement 解析提取的 XBRL 实例文档时出错
【发布时间】：2020-02-10 14:36:17
【问题描述】：

最新的 AAPL 10-k XBRL 实例文档例如：

doc <- "https://www.sec.gov/Archives/edgar/data/320193/000032019319000119/0000320193-19-000119-index.htm"

分别从 XBRL 和 finstr 包运行 xbrlDoAll 和 xbrl_get_statements

get_xbrl_doc <- xbrlDoAll(doc)
statements <- xbrl_get_statements(get_xbrl_doc)

Error: Each row of output must be identified by a unique combination of keys.
Keys are shared for 34 rows:
* 6, 8
* 5, 7, 9
* 49, 51
* 48, 50
* 55, 57
* 54, 56
* 11, 13
* 10, 12
* 25, 27
* 24, 26
* 59, 61
* 58, 60
* 29, 31
* 28, 30
* 63, 64, 66
* 62, 65

直到 2019 年，当 Apple 从“XBRL 实例文档”切换到“提取的 XBRL 实例文档”时，此序列一直运行良好。有人找到解决办法了吗？

【问题讨论】：

标签： r xbrl

【解决方案1】：

他们不仅改变了这一点，而且现在事实 ID 带来了某种 32 位数的密钥，该密钥似乎与分类中的任何其他文件都没有联系。这可能与 iXBRL 流程有关，我在另一家公司也看到过。

但是，如果问题只是“提取”一词，那么您只需要更改脚本，但我猜情况并非如此，解决方案涉及找出那些 32 位数字键的含义。

我不是 R 用户，也不使用 Finstr，但我想我们也有同样的问题。因此，您的问题的答案是：您现在需要编写自己的解析器，或者等到有人完成他们的解析器。

【讨论】：