XBRL (eXtensible Business Reporting Language) has been described as the universal business language, but so far, it’s about as oft-spoken as Latin. In essence, XBRL brings context to numbers by tagging financial data points with information about that data, in effect standardizing it. The idea: to enable businesses to prepare, exchange, and analyze financial statements and the information they contain.
In theory, XBRL should be a money-saver for publicly traded companies, since the digitization of data eliminates the need for rekeying or prepping numbers when companies consolidate their books.
XBRL-enabled data will also allow companies to easily benchmark their performance against peers. Imagine importing electronic data on 10 competitors and being able to analyze it at once and with confidence versus poring over paper reports, keying in data, and wondering how each company defines a given data point. (For more on anticipated benefits, see end of this article.)
Where It’s At
In August 2000, the Journal of Accountancy ran a cover story on XBRL, predicting the standard would “revolutionize how business information is reported, used, and calculated.” We’re fast approaching 2004, and still no sign of the revolution.
What’s the hang-up? For starters, a universal reporting standard can’t gain much momentum if nobody can agree on the standard. Indeed, if there’s no meeting of the minds on the definition of, say, fair market value, then the whole idea of a universal language for business goes out the window. And as Paul Giardina, executive vice president of marketing at software maker Cartesis, points out, global XBRL standards have yet to sync up.
Last month, however, the industry consortium pushing XBRL in the United States—cleverly called XBRL US—rolled out XBRL 2.1. That incarnation includes its latest GAAP-based taxonomies (or definitions) of financial data. Version 2.1 should give a boost to the XBRL movement in the United States. In Europe, government agencies have been pushing for the adoption of XML-based business-reporting standards. The government imprimatur, in turn, has fueled corporate interest in the standard.
In the United States, however, few government agencies have cottoned to XBRL. The Federal Deposit Insurance Corp. has announced that all call reports are to be filed in XBRL starting with the third quarter of next year. Officials there say the move will shave about 25 percent off the cost of processing the reports. It could also have a knock-on effect, with banks encouraging their corporate customers to file loan data in XBRL format.
But the Securities and Exchange Commission has been downright indifferent to XBRL. When asked about the standard, John Nestor, an SEC spokesman, would only say: “XBRL is one of the technologies we’re looking at. Each has its comparative advantages and potential disadvantages.”
Not exactly a testimonial. Some observers say the SEC may create its own XML-based standard, much as the Internal Revenue Service did. Given that prospect, it’s not surprising that few vendors have jumped on the XBRL bandwagon. Microsoft (which submits XBRL versions of its financial statements to the SEC) did include an XBRL plug-in in its latest version of Excel. And PeopleSoft’s general-ledger and global-consolidation products are capable of receiving XBRL-tagged information.