Digital Financial Reporting

I have use the best-practice based method I developed and framework I have created to construct a high-quality sophisticated example of an XBRL-based report.  This report happens to be a financial report; but it can help you see to possibilities of general business reports also.

You can interact with this sophisticated example XBRL-based report by:

• Looking through this human-readable representation created by a commercially available software application that is currently available.
• Loading the XBRL instance into the software application of your choice.
• Downloading the noncommercial working proof of concept software application Pesseract and using that application.
• Downloading and using the open source Arelle XBRL processor.
• Using the XBRLQuery web service.
• Downloading the ZIP file with the XBRL instance, XBRL taxonomy, XBRL linkbases, XBRL formulas, etc.
• Looking at this auto-generated Inline XBRL document or this human readble HTML version of the same Inline XBRL format (this has some issues related to improperly formatted XHTML, I will eventually fix those)

The techniques that I use are based on about 10 years of poking and prodding XBRL-based financial reports that have been submitted to the SEC (thank you public companies SEC!), my knowledge of XBRL, and my accounting knowledge.  A trained observer with the right tools can learn a plethora of information by observing the good and bad patterns of all those public company XBRL-based financial reports.

Here are some key things to understand about this report:

1. This report was validated using four different XBRL processors including XBRL Cloud's processor, UBmatrix XPE 4.0 processor, XBRL Cloud's evidence package, Pesseract, and the UBmatrix Taxonomy Designer.  All give consistent results per XBRL syntax and XBRL formula validation.
2. There are 53 XBRL Formulas that verify 123 different facts with consistent results (UBmatrix XPE; XBRL Cloud). Most of these XBRL formulas are roll forwards, member aggregations, or cross dimensional computations that XBRL calculation relations cannot explain or verify.
3. There are 39 sets of XBRL calculation relations all of which are verified to be consistent with expectation across all software applications. (UBmatrix XPE; XBRL Cloud)
4. There are 60 different disclosures and all 60 disclosures have rules that explain how the disclosure should be created and all disclosures are created as document by those machine-readable rules (Pesseract).
5. There are 7 high-level fundamental accounting concept relations that are verified to be consistent with expectation (Pesseract).
6. There are 55 sets of reporting checklist rules that verify that all required disclosures are provided, all disclosures that must be provided if a specific line item are provided, there are matching sets of level 1 notes text blocks, level 2 policy text blocks, level 3 text blocks, and level 4 detailed disclosures (Pesseract).
7. All of the XBRL presentation relations are tested against a set of rules to make sure they are valid relations.  There are 10 relations, all within one report fragment, that are "odd" to make a point.  Look at the representation which (a) is inconsistent with other fragments and (b) is not detected by XBRL validation.  Notice how you have to look at them a bit in order to figure out what is going on.
8. Note that every report fragment is logical and readable.  Now granted, there is room for improvement in the rendering and there are a few cases where a fragment, if moved to a separate network, would cause both separate facts sets to look better than the rendering where the fact sets are combined.
9. Note that 100% of the reported facts are properly mathematically interrelated, that there is no duplication of facts in the XBRL instance, and there are several rather unique use cases.  For example, there is a correction of an error (i.e. the same fact as originally reported containing an error and restated where the error has been removed).  Reporting information using two different reporting scenarios used. (actual and budgeted)  Note that all the mathematical relations tick-and-tie; cross caste-and-foot.  And 100% of these mathematical validations are visible in the report (the green) and can be seen to be correct.

Now, consider something.  Imagine thousands of these high-quality reports inside a repository of reports of some sort.  Here is another view of that repository.  None of this has to be "technical" or hard in any way.

If you are having trouble understanding that business reporting can use XBRL because this example relates to financial reporting, check out this Lorem Ipsum example. (i.e. any words or numbers can be represented using XBRL, not just financial words and numbers)

If you are considering purchasing XBRL-based digital financial reporting related software; check this example out throughly and then have the software vendor load this XBRL-based report and compare that software with what you see here.  Don't be an ignorant buyer.

There is a lot that can be learned by exploring this report.  There are subtleties and nuances that abound that you do not want to miss understanding.  I am thinking about doing a weekly digital financial report study group.  Let me know what you think of that idea.  Send me an email.