BLOG: Digital Financial Reporting
This is a blog for information relating to digital financial reporting. This blog is basically my "lab notebook" for experimenting and learning about XBRL-based digital financial reporting. This is my brain storming platform. This is where I think out loud (i.e. publicly) about digital financial reporting. This information is for innovators and early adopters who are ushering in a new era of accounting, reporting, auditing, and analysis in a digital environment.
Much of the information contained in this blog is synthasized, summarized, condensed, better organized and articulated in my book XBRL for Dummies and in the chapters of Intelligent XBRL-based Digital Financial Reporting. If you have any questions, feel free to contact me.
Entries from August 16, 2009 - August 22, 2009
Another SEC Demo: Public Float Information
Here is another demo of using the information the SEC is providing in XBRL.
Information about the public float of an SEC filer is provided in its XBRL filing, sometimes. I am not sure what the rules are about this. But, the RSS feed of the filings which I used yielded this information (these are best viewed in Microsoft Internet Explorer, Safari does not show the XML very well):
- In HTML (Humans can read)
- In HTML (Another approach to using HTML; used XML data islands, might require Microsoft Internet Explorer)
- The XML (Computer can easily read)
- The Stylesheet (used to change the XML into more readable HTML)
Basically, I used my Microsoft Access database to read the RSS feed. The RSS feed pointed to the filings. I read the filing information, grabbing the fact value for the concept "dei:EntityPublicFloat" where it existed. (Sometimes it did not exist, not sure what the reporting rules are).
There are various forms which can be used to make the information available (the bulleted list above). Some formats are easier for computers to read, some are easier for humans to read.
The more consistently the information is provided, the more useful the information. What is made available is determined by the rules an SEC filer has to follow.




Demo of Using SEC EDGAR Information
This isn't much, I am just goofing around. But think about this. Let's say you wanted to know the public float of every public company who files with the SEC.
- Old way: Dig through the filings manually. Approximate time, about what, say 5 minutes for each filing, let's say you would do this for the 100 filings listed on the EDGAR XBRL RSS feed, so 500 minutes.
- New way: Query the database. Approximate time, about 1 hour to write the code, 2 minutes to run the code and put the information into Microsoft Access.
Granted, this is a very simple query of information, I am not a programmer, and it does not include all filers. Like I said, I am just goofing around. I can grab the 100 XBRL filings made available by the SEC. Eventually, when you can grab all the filings (i.e. when the RSS feed covers all filings not just the top 100, and when more filers file using XBRL), this may be more useful. Further, there is a lot of interesting information in those filings.
Some observations
Take a look at the data. I don't understand why only about half of the filers actually provide this information. I am not sure if it is required by the EDGAR Filing Manual or not. It is funky how different filers round the information in different ways. From rounded to billions, to showing information to the dollar, all the way to Keycorp which rounds to the penny.
Fact is, my little application grabs the fact values for all 100 filings in the RSS feed. It was very easy to grab the individual fact values. Now I am trying to figure out good ways to grab meaningful information and put that information into meaningful presentations. The more that people do this sort of thing, it seems, the more information which can get back to the SEC about what might be helpful (i.e. like making the RSS feed cover all documents) to enable other sorts of queries, taxonomy adjustments which may be advantageous, etc.



