This article, A Vision of XBRL, articulates a grand vision of "a single channel of reporting from the firm all the way through to the European supervisory bodies" in Europe, in real time.
The article points out the tremendous success the US FDIC had with XBRL saying,
According to a 2006 report by the agencies, the introduction of XBRL resulted in a marked improvement in the quality and timeliness of the reported data. Data cleanliness improved from 66% to 95%, and 100% of data received met mathematical requirements, as opposed to 70% prior to introducing XBRL. Data accesses and inflows also increased significantly and staff productivity increased, allowing staff to handle between 10%-33% more cases.
Yet, of the US SEC implementation of XBRL the article points out a lukewarm response to public company filers who submit information to the US SEC stating,
“XBRL has promised more than it has delivered” so far, and is at risk of becoming obsolete for most analysts and investors unless their concerns are addressed.
and
While the authors argue that the initiative has succeeded in providing freely available information of the reported data, they express “numerous reservations” about its future unless stakeholders improve the usability and data quality. Questions are also raised about the simplicity and stability of the taxonomy and a lack of user tools to help make the most of the data.
And finally I will point out a proposed solution to this problem which a paper referenced by this article suggests:
“XBRL technology development needs to be taken over and run by technologists, rather than accountants and regulators.”
I would propose that the solution to the problems encountered by the US SEC is not to take accountants and regulators out of the loop but rather to PROPERLY put accountants, regulators, and other business users into the loop.
I would point out the difference between the FDIC and SEC systems. The FDIC does not allow extensions to its XBRL taxonomy. The SEC system does allow extension. It is that extension process which causes many of the data quality problem encountered by the SEC.
Another "solution" to this problem is to eliminate the extensions, make the reports submitted to the SEC more like forms. This is an absurd suggestion because it would greatly reduce the richness of the reported information and the primary value of US GAAP financial reporting.
The errors caused by extensions is not the problem, the extensions are a symptom of two problems:
The real solution to the problems which ails the SEC and US GAAP Taxonomy implementation of XBRL is an agreed upon set of financial report semantics articulated in a form which is understandable to business users. Business users are the only ones which can tell you if the semantics of a financial report are correct; there are no technologist which understands those semantics, particularly the important nuances.
None of these challenges is unique to XBRL or financial reporting. The article An Introduction to the Semantic Web points out that what people are trying to achieve with technologies such as XBRL are not only necessary, they are inevitable, for pretty much every domain.
Trying to simplify the domain of financial reporting by disallowing extension or trying to remove accountants, regulators, and other business users from the process may seem convenient. I say it is not a solution to the problem, it is the cause of the problem. Technologists need to do a better job of communicating with business users by building them tools and processes they understand.
Anyone can build something that is complex. It takes real talent to build something which is simple to use. I am not talking about simplistic, I am talking about simple to use. There is a big difference between the two.