Three years ago, there were just three tools available to help with the tagging, so the self-supporting approach to tagging was a riskier prospect than it is today. Stantial's team chose Rivet Software's Dragon Tag, since its name kept popping up in searches. "At a cost of $300, if we couldn't figure it out, we could just throw it away," he says.
Today, there are plenty of software tools to help do the tagging, notes the SEC's Blaszkowsky, and it makes sense for the financial management and technology management teams to work together to discuss software options.
Although UTC has a large, first-class IT department that could have done the work, Stantial's team decided it should figure out XBRL for itself, especially since they didn't understand how to work in XML, which forms the foundation of XBRL. After all, the tagging needed financial expertise, and the accuracy of the results ultimately belonged to Stantial's group.
IT'srole will increase as XBRL usage, complexity grow
The initial tagging can be done with minimal IT involvement, but at some point, IT needs to get deeply involved in XBRL efforts. For example, as the SEC XBRL requirements grow more complex over time, it will be critical to understand how the XBRL-compliant reporting software might operate with the company's existing processes and platforms. By then, the decision is no longer a simple one of buying the easiest package to use and being able to "throw it away" if it's not suitable.
In fact, Stantial points out UTC later switched to Fujitsu's XWand, which he says has stellar editing tools for making changes after the document has been converted to XBRL. Of course, the price is much higher: An XWand software license starts at $10,000.
The IT role will grow further as ERP and other financial applications begin to integrate XBRL into their platforms. While it is a financial decision as to how to tag the data and reports, it will be up to IT to understand the implications of the how the software works with data and other applications -- especially when a company has multiple ERP and financial systems due to mergers and acquisitions, notes Blaszkowsky. "XBRL is a powerful tool to apply, and it is in part a financial team and a technology team decision," he says.
IT has a role to help automate processes using XBRL
Beyond reporting, enterprises can use XBRL to enforce consistent financial processes through its ERP and financial systems. UTC has been exploring this in its quest to achieve a "zero-day" financial close, in which it can issue accurate, up-to-the-minute financial reporting at any time.
Such an effort begins when companies start looking at all of the manual processes used during the "last mile" of financial reporting so that they can understand what might be automated, says PricewaterhouseCoopers' Willis.
The automated assembly of reports and collaborative review of documents, along with the aggregation of all notes and MD&A (management discussion and analysis) disclosures are just a few of the areas where XBRL implementations, with the help of IT, can make a huge difference in accessing financial data, increasing collaboration during the report-making process, and reducing the final time to complete a report, Willis says.
It also gives all those involved the ability to drill down to lower-level systems to access information needed to explain changes in the business. For example, rather than doing the traditional linear review in which case documents are e-mailed to a review committee and "some poor sucker has to aggregate all the responses," Willis says, XBRL will allow IT to create a Wikipedia-like structure.
Read more about applications in InfoWorld's Applications Channel.