Digital Financial Reporting

Steve Levin and I did a one hour webcast for O'Reilly last week.  You can view the webcast on YouTube here, you can get the slides here.

The presentation is only slightly technical when we get into discussing how XBRL builds on XML and is appropriate for both technical and business people trying to understand XBRL and answers the questions:

• What is XBRL?
• Why is XBRL different than XML?
• Who is using XBRL?

The presentation is about an hour in length.

Wiley Publishing has made it public that they are publishing XBRL for Dummies.  Note that this is not a promotional version, but the real deal, already on Amazon.com and coming to a book store near you soon!

The authors of the book are myself and Liv Watson.  If you don't know Liv, she has been involved with XBRL from the beginning of XBRL International in 1999 and was one of the people which helped XBRL go global.

I am trying to pack as much useful information as possible for business readers into the book.  I am doing my best to condense my 11 years of working on XBRL including hundreds of conference calls, meetings, working with others in creating the specification, working with others creating taxonomies, and generally learning practical approaches to making XBRL work into the book.  The book will be packed with the best useful resources I have come across.

In addition to Liv Watson, helping out on this project are:

• Cliff Binstock
• Marc van Hilvoorde
• Rene van Egmond
• Christine Tan
• Eiichi Watanabe

The book is targeted at the business reader who has no experience with XBRL.  The authors and contributors have a very good balance between technical and business perspectives and bring this to writing XBRL for Dummies.

If you want to be sure some specific important topic is covered in the book, if you have a good software product you would like to be mentioned, if you have anything you might like to contribute which would help business readers better understand XBRL, or if you have an excellent resource you would like the book to point to...please drop me an email.

I have wanted to understand things like the semantic web, RDF, OWL and how these things fit with XBRL (or how XBRL fits with these things) for some time.  Someone recommended the book Semantic Web for Dummies, so I pieced that up and am making my way through it.  I certainly don't have all this figured out yet, but there are some things which are very clear.

Semantic Web

So, the Semantic Web is basically a "database in the sky".  It is super-metadata.  It allows data stored in different formats and systems to all "look" like one database, one system.  This enables easy access to the information using web standards.  It enables reuse of information, allowing anyone to "remix" the data.

Semantic Web (capital) and semantic web (lower case)

The "Semantic Web" and "semantic webs" are different things.  This is just like the difference between the Internet, intranets, and extranets.  "The Semantic Web" (upper case) will be sitting out there in cyberspace just like the Web is sitting there and available for all to use.  The Web and the Semantic Web will co-exist and they serve different purposes really.

Companies will also have "semantic webs" (lower case).  These will be private, for internal use only by employees of a company, like an intranet.  Companies will participate in other "semantic webs" with suppliers and customers, much like an extranet.

EDGAR as compared to IDEA

The SEC EDGAR system has been described as"one of the federal government's most valuable and important databases".  However, EDGAR does not fit into the Semantic Web or even into semantic webs.  The best that the EDGAR system can do is get you to documents which relate to a company.  The database cannot get you INSIDE the document, to get to the information from the document.  EDGAR is a big filing cabinet.  There is some value in providing semantic information to get you to the EDGAR filings, but that will leave people wanting.  For example, Edgar Online spends probably millions of dollars writing parsing algorithms to get what people really want, the information in the documents.

Now IDEAwill be part of the Semantic Web.  IDEA is a database (or will be once filings start coming in starting in June/July 2009).  You can get inside the documents, to the information reported by companies.  If EDGAR was valuable (which I believe it is); IDEA will be killer!

XBRL and the Semantic Web

So, what does XBRL provide to the Semantic Web or to semantic webs?

1. XBRL is a database.  Or maybe it is better said that XBRL is more like "rows in a database".  What XBRL provides is a way to articulate information which you can extract and use.  Unlike the SGML or HTML documents of EDGAR which really cannot be parsed cost effectively or where much of the information can be reused (i.e. thus the need for IDEA); the information in IDEA will be very usable.  If you build a Semantic Web interface into EDGAR, you don't get much.  If you build a Semantic Web interface into IDEA, much more is possible.  So, XBRL provides the format of the information within the IDEA system, something that IDEA and systems like that can use to expose information to the Semantic Web or semantic webs.
2. XBRL is metadata.  You have to describe the information in those documents somehow.  XBRL does that.  XBRL allows for the communication of meaning.  For example XBRL Formulas allows for the communication of rules, business rules.  So, XBRL is useful in that way.  I don't know how far RDF and/or OWL will get you in terms of expressing metadata at the level XBRL does.  This is still a little vague to me.  But I do know this.  I am beginning to hear people talk about building some rules language for the semantic web, meaning such a language does not currently exist.  Besides, Paul Warren, Gareth Reakes, and Alberto Massari pointed this out in 2003.
3. XBRL is a transport protocol.  XBRL is a "transport protocol".  Companies need to get the information to the SEC some how.  RDF, OWL, and the other stuff on the semantic web cannot do that.  So, that is a function XBRL provides.
4. XBRL is specific, important dictionaries.  This probably should come under metadata.  But it really is not about metadata itself, it is about the existance of actual specific metadata.  I think XBRL brought the IFRS and US GAAP Taxonomies, the actual concepts, rules, and other metadata expressed for the financial reporting domain, into existance.  Further, because IFRS is being used around the world (rather than 80 different sets of accounting standards in use), it becomes even more valuable.

That is what I see thus far.

Before radio newspapers where how most people received the news.  When radio was introduced, one of the early uses was to read the newspaper over the radio.  This was because the people using the new medium did not yet understand how to use the new features offered by the new medium of radio.  Subsequently, producers of radio programs learned to use the medium of radio.

Ralf Frank, chair of XBRL International's Best Practices Board and managing director of DVFA, the Society of Investment Professionals in Germany discusses XBRL, transparency, and shares his ideas on how XBRL can be used to improve financial reporting in a "XBRL - the Medium is the Message."

ABSTRACT: This paper demonstrates how XBRL eXtensible Business Reporting Language can make a contribution to enhancing business reporting. It looks at transparency, the role which is commonly assigned to it and how it is implemented. By looking at traditional vehicles of corporate business reporting such as annual reports and examining common examples of non-transparent reporting patterns, it seeks to point out how adopting XBRL to reporting processes can result in a higher order of transparency.