Record to Report

Record to report is the process of recording financial transactions that eventually make their way to the financial report.  This blog post summarizes information related to recording transactions into an accounting system database prototype that I created in Microsoft Access, representing that transaction information using XBRL, summarizing the transaction information into what would go onto a financial report, and then generating that financial report in the global standard XBRL technical format. Here is all the raw material and results:

In this prototype to make things easer to represent, I focused on general journal transactions.  Subsidiary ledgers would work in a similar manner, there would just be significantly more details.  The set of transactions here is small, about 22 journal entries.  I have done the same experiment with sample data that contains about 22,000 transactions.  The transaction volume is not really relevant, any number and type of transactions will work the same way.  Here is a screen shot of the general journal transactions information that I used in this experiment: (click here for larger image)

While I would not necessarily consider this approach elegant or optimal; it does work and XBRL is a global standard.  The same thing can be created in many different ways using, say, RDF and a semantic database, GQL syntax and a graph database, PROLOG syntax and a PROLOG database.

What would be quite interesting is to see a report generated where you can drill down from the report to the GL transactions that make up the aggregate in the report.  Also, "drill up" from a transaction to where that transaction ended up on the financial statement would be great to see.

Additional Information:

Comments

Popular posts from this blog

Microsoft CEO: "AI Agents will Replace All Software"

New Tool for Accountants, Auditors, Analysts

Named Graphs