Companies that have filed data-tagged quarterly and annual reports appear to be handling the task fairly well, even as the overall number of errors continues to pile up.
About 500 of the largest companies were required to use XBRL, or eXtensible Business Reporting Language, to tag data in their financial statements for periods ending on or after June 15, 2009. As of June 15 of this year, approximately 900 more companies had to do so, and the first group of filers additionally had to tag all amounts and tables in their financial-statement footnotes.
XBRL US — the consortium of accounting firms, software companies, and consultants that develops the taxonomy (or digital dictionary) for XBRL and supports its implementation in the United States — has not yet quantified the prevalence of mistakes by the year-two filers. But the initial group made thousands of incorrect tags in their year-one filings, and both XBRL US and the Securities and Exchange Commission say they expect that errors will continue to be commonplace in year two, when the number of elements required to be tagged increases from 300 to 3,000.
Still, to date there have been fewer errors than expected, and in year two companies are doing well at clearing up problems that cropped up in their initial filings, say both XBRL US and the SEC.
Using an automated tool called the XBRL Consistency Suite that detects many types of incorrect tagging, XBRL US has identified a total of 18,695 mistakes in about 3,400 filings, from both year one and year two, made through September 29. That number may seem large, but Campbell Pryde, chief standards officer for XBRL US, notes that the filings contain more than 1.6 million tagged facts.
But are the errors made so far enough to negate the chief purpose of XBRL, which is to enable investors to make company comparisons more easily? “There is definitely utility in the data,” says Pryde. “But for complicated analyses, such as might be done by hedge funds, the problems might start getting in the way.”
David Blaszkowsky, who heads up the SEC’s interactive-data effort, agrees that the tagged data is usable now. But there must be more of it before it can fulfill its potential, he notes, just as a CFO who had only a few quarters of data on competitors would find it difficult to do meaningful benchmarking.
Of the 18,000-plus mistakes XBRL US has quantified, approximately two-thirds are of one type: a negative value for an element expected to have a positive value (see table). Often that occurs when amounts appear in parentheses, such as when the intention is to show that a value subtracted from another value equals a third value. Companies are supposed to use a “negated label” to make positive values render in parentheses in XBRL-tagged financials.
The second-most-common type of error, of which there are five times fewer, is not reporting a required value, such as earnings per share or assets. The only other error identified in more than 1,000 cases is reporting a value for an element that should be zero or show as an empty space in a table.