Home Forums The XBRL API Why does XBRL return differing values for same concept and how to address it

Viewing 4 reply threads
  • Author
    Posts
    • #151749
      Teji Abraham
      Participant

      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
          }
        ]
    • #151752
      David Tauriello
      Keymaster

      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.

    • #151753
      Teji Abraham
      Participant

      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

    • #151833
      David Tauriello
      Keymaster

      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.

    • #151837
      Teji Abraham
      Participant

      Sounds good, thanks again David
      Teji

Viewing 4 reply threads
  • You must be logged in to reply to this topic.

Upcoming XBRL US Events

Public Review for OIM Taxonomy Spec Requirements
Wednesday, January 14, 2026

Domain Steering Committee Meeting
Tuesday, January 20, 2026

Communications & Services Steering Committee Meeting
Tuesday, January 20, 2026