Blog

XBRL: Amending Extensions

XBRL: Amending Extensions

In 2009, the Securities and Exchange Commission (SEC) introduced eXtensible Business Reporting Language (XBRL) to, along with other goals, help standardize financial reporting. Included in this language is a base taxonomy, which can be amended using extension concepts and extension dimensions.

In my last blog, “Extending Taxonomies”, I discussed the value that extensions bring the electronic filing world, as well as some of the possible complications. The extension taxonomy is necessary and valuable to help explain industry-specific ideas, company-specific approaches to filing, and other filer accounting nuances.

However, improper utilization or overuse of extensions carries negative implications for both filers and investors. In this blog I will discuss so me possible ways to address the potential complications.

While extension taxonomies are helpful, we might want to consider implementing some sort of regulation on the creation and usage of extension taxonomies. To get the conversation started, here are some possible solutions:

 

1.  Creating a “standard-extension taxonomy”— This  idea was inspired by a proposal in the Netherlands for what they called an agri-extension taxonomy. We could create extensions to the base taxonomy that are standardized and industry specific, which would include many currently extended concepts in a more standardized format. This would simplify comparisons between filings in the same industry. It would also cut down on the time required for auditing each filing since there would far less company-specific customization. This solution is imperfect, of course, as while it solves some issues, it takes away the intended use of extension taxonomies and forces filers into a defined box.

 

2.  Limit percentage of extensions— Initially, the level could start out high—no more than 50% of total concepts can be extensions—and as more filers comply, the maximum can be gradually lowered. The limitation could lead the way for the creation of tools that quickly analyze and flag the ratio. This solution, however, does not create full standardization across filings, but rather less deviation between them. It may also take away from the purpose of extension concepts—to allow filers to include additional information.

 

3.  Reorganize Taxonomy Structure— This idea was proposed by P3XBRL as a way to simplify the concept-dimension structure within the XBRL taxonomy.  Using this approach, we would broaden the current concepts and use dimension members to modify them to indicate their meaning. This would allow for concepts to be compared across industries and filers. An example is illustrated within the proposal: the concepts InventoryFinishedGoodsAndWorkInProcess and InventoryFinishedGoods are both given the replacement concept of InventoryGross; they are then narrowed using the dimensions FinishedGoodsMember for the former, and both dimensions FinishedGoodsMember and WorkInProcessMember, respectively, for the latter. This change in structure would allow the facts to be more readily compared both within and across industries; and this change would help reduce the need for extension concepts since the concepts themselves are intended to be broader in scope (with the dimensions giving specificity) .

 

If any of these ideas are adopted, those that maintain the US GAAP taxonomy would need to spend some additional time analyzing extensions to ensure that the standard taxonomy best includes common concepts. There may not be a need for any of these limits if internal, independent and regulatory audits become more regular and penalties are putinto place. However, for now, they remain a hurdle to consider. And while these proposals are not perfect solutions to the problems that arise from the overuse or improper utilization of extension concepts, they may reduce some of the concern. At the very least, I would like to get the conversation started on this.

 

What do you think? Is there a need to limit extension taxonomies? Do you have any other suggestions?

~~~~~
Click here for part 1 in this two-part series.