Embedded XBRL

The 2011 Gartner/Financial Executives International (FEI) study is out, based on 344 ‘highly qualified’ respondents of which 75% were CFOs. As with all these surveys, the results contain some dilemmas.

42% of respondents cited Creating an effective environment for sharing relevant information and 43% cited Quality of the data used for business information as technology constraints. Yet according to the Gartner survey owner, John Van Decker in the Financial Times

CFOS do not see XBRL benefits…Just 5% plan to use it for internal reporting

Despite all the hype, evangelism and mandates, much of the key rationale for XBRL is still not clear to the people who are likely to benefit most from it. It’s strange that CFOs will spend millions on ERP with one key value proposition – integration – yet can’t be persuaded that XBRL is a great opportunity for creating an effective environment for sharing relevant information and improving the quality of data.

As I’ve said many times over the last decade, it looks like XBRL will only be adopted inside enterprises (as opposed to for external regulatory reporting) by stealth. By which I mean when it is integrated into ERP systems and is just there, doing its job under the covers, like other technologies that achieved the same goal such as Structured Query Language (SQL). Take SQL away and most ERP systems would not work, because they depend on databases that depend on this language to interact with application code. Do most CFOs know or care much about SQL? No. And why should they?

Back in the early 90′s when relational database management systems (RDBMS) were just starting to be used by the then newly minted ‘ERP’ systems, I and many others went around extolling the wondrous benefits of ‘SQL’ and ‘RDBMSs’ to bemused CFOs and Controllers. But now every ERP system is using a RDBMS it’s not even a tick box on an ERP selection RFP. The RDBMS is an invisible part of the technology stack of every ERP system.

We need to get to the stage where talking to CFOs about ‘tags’ and ‘taxonomies’ makes as much sense as talking to them about SQL. And that can only happen when the technology is embedded and invisible and when setting up a data tag is as natural as setting up an account in an ERP system and navigating a taxonomy as natural as navigating a chart of accounts.




  • http://twitter.com/nealhannon Neal Hannon

    Stewart..I agree. Most enterprise systems share data almost effortlessly as they provide actionable data to operations. The accounting transactions that are recorded as a result from operating events typically flow into financial systems that treat the data as unique and separate, thus breaking the link to the original transaction.  When ERP systems begin attaching metadata (such as XBRL GL) to the operational events, we will have the link required to re-unite the business transaction with the business reporting systems.  I also agree that the CFO's of the world will not be impressed with the internal use of XBRL per se, but will be very impressed with the results once the connection from operational data to internal and external business reporting is seamlessly accomplished with the help of embedded XBRL.

    • Stewart Mckie

      Neal – Thanks for commenting. I couldn't agree with you more. As you say, metadata is the key to linking transactional data to reporting data. The current, unnecessary, disconnect that people like you, Eric Cohen and others recognize unleashes all kinds of problems and restricts all kinds of opportunities for CFOs. XBRL really is like the Bifrost bridge of Norse mythology, a shimmering rainbow-like apparition to connect us to the Gods that we never seem to quite be able to get to.

    • http://twitter.com/tomhood Tom Hood

      Neal & Stewart,

      Let me add my agreement and some inisghts. We have heard the noise about XBRL being only for compliance and the importance of being able to share data for efficiency, transparency, and relieving the internal accounting/finance team from spending all of their time re-keying the data to the point where they don;'t have time to analyze it.

      We (Maryland Association of CPAs) with a annual budget around $6 million and 31 FTEs just successfully tagged our internal data and mapped to XBRL Global GL and have successfully linked that data to oure internal KPI system. Saving time, adding accuracy, and allowing us to analyze the data much more quickly and efficiently. next up we intend to map to the IRS 990, prepare audit schedules for our annual audit, and are almost done mapping to US GAAP as well. We did this using commercial available XBRL software and used a college accounting student intern to do it.

      The point is that it is new, but not overly complex or expensive and our hope is that CPAs in large and small businesses will begin to think bout the possibilities of getting their data back under their control and eliminate the friction and time in getting acces to it (even across multiple data platforms).

      You can see our presentation from our MD CPA Summit here:
      http://www.slideshare.net/thoo…

      And our case study here:
      http://www.slideshare.net/thoo…

      We think we need to do more “use cases” to show how embedded XBRL can be effectively used even for small businesses.

  • Daniel Roberts

    Umm… is it possible to differentiate the benefits that can be achieved from XBRL and those that can be achieved from a good Business Process Re-Engineering exercise? I thnk the “sweet spot” will be those benefit that can only be achieved either from XBRL (without Re-Engineering) and that that can only be achieved with **both** XBRL and Re-Engineering.

    • Stewart Mckie

      Daniel – You phrase your comment like a recalcitrant parent: Should we call in supernanny to fix our problem or just give our troublesome child a spanking (new age parents: use the naughty step)? 

      But seriously, I agree with your point. Just 'embedding' XBRL is not a silver bullet. Processes will have to change. Hopefully for the better.