Disclosure Design Patterns
Reporting is about disclosures. Standards setters and regulators specify disclosures. Accounting professionals within a reporting economic entity create disclosures based on the specification. Auditors verify that a disclosure is true and fair. Analysts extract information from disclosures and often compare disclosures across periods or between reporting economic entities.
The work of creating a disclosure is tedious; yet at the same time there are very serious consequences from errors. The current conventional disclosure review process is labor intensive, prone to human error, time consuming, and costly.
But what if there were a better way? What if software could be used by standards setters, regulators, and anyone else creating a reporting scheme to effectively specify required disclosures and supporting information and that information was available in both machine-readable form and also human-readable information could be generated directly from that machine-readable information.
And what if software used for constructing financial disclosures could read that machine-readable information, understand the information, and then assist accounting professionals creating disclosures for their financial reports to do so effectively.
Finally, what if that same machine-readable information could be used by financial analysts to extract information effectively from a disclosure, any disclosure in a financial report, to then use that information or compare information.
The real promise of such software for disclosure specification, construction, verification, and extraction is the software's ability to support tired, overworked, novice creators and reviewers working on unfamiliar disclosures; giving those individuals the benefits of a more experienced accounting professional's skills and experience by using machine-readable rules and software.
Software-aided disclosure specification, construction, verification/review, and extraction aided by Lean Six Sigma techniques offers very dramatic improvements in efficiencies when used by those humans skilled in some area of knowledge creating or otherwise working with such disclosures. After all, software is only as good as the operator of that software.
Tremendous, almost magical, benefits from such self-enforcing, machine-readable digital representations of disclosures can be derived. But how, exactly, are such benefits actually achieved and are these benefits really possible?
In short; "Yes", this is very possible and what I am describing is achievable using good information design techniques. Information design patterns are logic and principle-driven guidelines convoyed by practical examples of how the patterns have been implemented in real life. The design patterns help crafters think.
Information design patterns are logic and principle-driven guidelines convoyed by practical examples of how the patterns have been implemented in real life.
The enabler is what I call "disclosure design patterns" or leveraging the logical patterns of a financial disclosure.
Using this approach, disclosure information is not "keyed/typed" or "copy/pasted" into Microsoft Excel or Word. Disclosures are designed, leveraging the logic of the disclosure patterns to design a disclosure that meets the business objectives of the creator of the disclosure. Software works with the semantics or "things"; not the "strings" of text describing the information.
Let me explain by walking you through one example of the perhaps between 1,000 and 3,000 common US GAAP financial disclosures.
Step 1 is to give the disclosure design pattern a name so that you can explicitly refer to the disclosure design pattern and the disclosure. In this example, I use the name: "disclosures:InventoryNetRollUp". I also provide a label for that disclosure, "Inventory, Net (Current) [Roll Up]". Here is an example of that disclosure:
The next step is to look at a bunch of these disclosures to understand the logical patterns of the disclosure. Here are 63 examples of that specific disclosure. After analyzing those 63 instances of that specific disclosure, I synthesize the logical essence (e.g. the distinguishing features; allow you to identify disclosures in reports) of that disclosure. The distinguishing features allow one to recognize the disclosure. Here is that information:
Next, I represent that information in machine readable form using some physical format (a.k.a. technical syntax) that is expressive enough to communicate to a machine all the important details that you need to communicate. For that, I used the global standard XBRL. Here is the link to that information for disclosures:InventoriesNetRollUp. (I am not going to bother showing you a picture, it is pretty ugly...just open the link if you want to have a look.)
Comments
Post a Comment