Home › Forums › The XBRL API › Why does XBRL return differing values for same concept and how to address it
- This topic has 4 replies, 2 voices, and was last updated 6 years, 3 months ago by Teji Abraham.
-
AuthorPosts
-
-
Tuesday, September 17, 2019 at 8:49 PM #151749Teji AbrahamParticipant
Hi David,
I have run into some cases where I get differing values for the exact same concept, with same ultimus value. Any idea why this happens and how to address it to return a single valid value? See example below:
Thanks much.For e.g for AAL, cik=0000006201, fiscal year=2017, concept: OperatingLeasesFutureMinimumPaymentsDueCurrent returns the data below with two different values.
"data": [ { "concept.local-name": "OperatingLeasesFutureMinimumPaymentsDueCurrent", "report.type": "10-K", "period.fiscal-period": "Y", "period.fiscal-year": 2017, "fact.value": "2555000000", "fact.ultimus": true }, { "concept.local-name": "OperatingLeasesFutureMinimumPaymentsDueCurrent", "report.type": "10-K", "period.fiscal-period": "Y", "period.fiscal-year": 2017, "fact.value": "2572000000", "fact.ultimus": true } ] -
Tuesday, September 17, 2019 at 11:38 PM #151752David TaurielloKeymaster
Teji – both values are valid; fact.id 195333267 is a dimensional fact of ConsolidatedEntitiesAxis / SubsidiariesMember (value = 2555000000).
Add fact.has-dimensions=false to your query to return non-dimensional facts.
-
Wednesday, September 18, 2019 at 12:23 AM #151753Teji AbrahamParticipant
Many thanks David – is there per chance a reference document where I can find info for a particular fact.id and also perhaps explains the difference between two facts that outwardly seem to share most characteristics ?
Thanks again, Teji -
Wednesday, September 18, 2019 at 4:55 PM #151833David TaurielloKeymaster
Teji – you can wildcard fact.* as the attribute of fields parameter to get all details for facts.
CAVEAT: use this with fact.limit() to get a sample return; it’s not recommended as a default because performance will be bad with a broad query.
For this CIK look for all of the latest 2017 Year facts appearing in a 10-K and show all the details for each fact, with a limit on the number of facts at 10.
-
Wednesday, September 18, 2019 at 5:40 PM #151837Teji AbrahamParticipant
Sounds good, thanks again David
Teji
-
-
AuthorPosts
- You must be logged in to reply to this topic.
Search Forums
Recent Topics
- Income Statement data for a company by David Tauriello
- Normalized data presentation by David Tauriello
- Extract Director RSUs/Options Form 14A by Priyanka Goonetilleke
- Using the offset parameter by David Tauriello
- Spreadsheet Commands: Query Worksheet and Query Workbook Query Workbook by Liam Noailles
Recent Replies
-
Income Statement data for a company 5 months, 4 weeks ago
-
Income Statement data for a company 5 months, 4 weeks ago
-
Using the offset parameter 10 months ago
-
Using the offset parameter 10 months ago
-
Using the offset parameter 10 months ago
Documentation & Discussion
- Get started with Google Sheets OR
- Get started with Microsoft Excel OR
- Get access to as-filed data from us for other tools or your own app
- XBRL API Interactive Documentation
- Ten Tips & Techniques
- The XBRL API
- XBRL Data Community
- 2024 US GAAP Taxonomy Viewer
- Live support - Monday, 3:30 - 4:30 PM ET
Who's using this free data?
API Use 2024 || API Use 2023 || API Use 2022 || API Use 2021 || API Use 2020 || API Use 2019 || API Use 2018
Join XBRL US
- Individual Options - Basic, Power User & Sole Practitioner
- For Your Team - Startup, Non-Profit, Academic & Corporate options
- Member Benefits Comparison Table
Using the XBRL API with the Public Filings Database
Unless otherwise agreed to in writing, any and all use of the XBRL API to authenticate and retrieve data from the XBRL US Database of Public Filings implies user consent and agreement with the XBRL US API Agreement. If you are unable to agree to these terms, do not use the XBRL API.
To use the XBRL API outside of Google Sheets, your account needs to be provisioned for OAuth2 access.





