Reconciling, CM, DCA, REA, SBRM, XBRL, and a Few Other Odds-and-Ends
Just as I am reconciling three approaches to representing a conceptualization of a business report; I am also endeavoring to reconcile several other "inputs" related to accounting, reporting, auditing, and analysis. Here is an inventory of these different inputs:
- Conceptual Model (CM) of Business Report, Seattle Method Conceptual Model of a Business Report
- Data Centric Accounting (DCA) which was created by Semantic Arts, Dave McComb, and Cheryl Dunn and documented in The Future of Accounting
- Reporting Framework (will tie to each), Seattle Method
- Report Model and Report (will tie to each), Seattle Method
- Showcase of Capabilities (will tie to each), Seattle Method
- Accounting and Economic Ontology Terms, from ISO/IEC Accounting and Economic Ontology
- Open EDI Ontology (Guidance)
- Resources, Events, Agents (REA) which was created by Bill McCarthy and documented in The REA Accounting Model as an Accounting and Economic Ontology, published by the American Accounting Association and written by William E. McCarthy, Guido L. Geerts, and Graham Gal. (here also)
- Events which is other information related to business events which I have run across.
- Situation Theory, is defined as framework related to real-life situations.
- ACTUS, Algorithmic Contract Types Unified Standards; basically deals with financial contracts for banks and other financial institutions.
- FIBO, Financial Industry Business Ontology (This is a Termboard representation of FIBO; Here is FIBO on Github)
- Accounting Semantics Arcroles 1.0, XBRL International
- General Ledger Transactions, Seattle Method
- XBRL International's Open Information Model (OIM)
- XBRL International's XBRL Global Ledger transaction reporting framework
- Introducing the XBRL GL Taxonomy Framework: Tuple and Dimension Models for Granular Accounting Data (tuple based approach and dimensions based approach to transactions)
- OMG's Standard Business Report Model (SBRM)
- The Mathematics of Double Entry Bookkeeping, David Ellerman
- Accounting, the Language of Business
- Cross Border Paperless Trade (the transactions in the system)
- The Joy of Accounting (classic transactions)
- Canonical Accounting Working Papers (the "mezzanine level" between transactions and reports)
- Logical Theory Describing Double Entry Bookkeeping
- Logical Theory Describing Accounting and Audit Working Papers
- Logical Theory Describing Financial Report
- Financial Statement Mechanics and Dynamics
- Wikidata, Accounting Equation
- Termboard, Accounting Taxonomy
- Essence of Accounting
- Industrial Process
- Theory of Business Events and Classic Transactions
- Enterprise Knowledge Graph; (EKG Catalog; OMG EKG Website)
- Upper Level Ontology (GIST)
- Reporting Frameworks
Why am I doing this? Well, all these things are tied together. However, many of these things are being created in silos. Much of the terminology is consistent, but there is work to be done to improve the consistency. I am going to create a working proof of concept represented using the global open industry standard XBRL that ties all these things together. It just makes a lot of sense.
Accounting information wants to be connected. In fact, it is unnatural for accounting information to NOT be connected. Traceability is natural; not being able to trace, track, walk, drilldown, drill up, drill across, is an indication that there is some sort of problem. One issue is a missing piece of metadata related to business event categories. That is a straight forward fix. Another issues relates to the individual silos people are creating. That is a straight forward fix also. One condition contributing to issues is the fixation of the notion of a document and creating documents in the wrong order. Again, easy fix. Then you have what people call the "integration hairball" or the "application jungle". That might be a little harder to fix; but doable.
The ultimate objective is to create the next version of this MINI 2025 Financial Reporting Framework working proof of concept that ties (links) everything together in both directions to demonstrate how things could work.
OK, so here are the core high level terms that I have come up with:
- Perspective (a.k.a. lens, interpretation, viewpoint, hive): A way or regarding, interpreting, or understanding something.
- General Endeavor Management (GEM): Operation Lifecycle (OL) and Knowledge Representation (KR) Method defines term "perception".
- Situation: Occurrence in time wherein some economic event is perhaps spawned. (Meaning, not every situation spawns an economic event. Situations may spawn other types of evens, i.e. events which are not economic events.)
- General Endeavor Management (GEM): Operation Lifecycle (OL) and Knowledge Representation (KR) Method defines term "situation".
- Economic event (a.k.a. event, business event): Occurrence in time wherein ownership of an economic resource (3.28) is transferred from one Person (3.52) to another Person (3.52). Seems to me like the term "agent" is a better term to use than "person". Every economic event is spawned from a situation. Not every situation spawns an economic event.
- ISO/IEC Accounting and Economic Ontology and REA
- General Endeavor Management (GEM): Operation Lifecycle (OL) and Knowledge Representation (KR) Method:(defines term "event").
- DCA defines term "business event"
- ACTUS defines term "financial contract"
- Economic resource (a.k.a. resource, business resource): Good, right, or service of value, under the control of a Person (3.52).
- ISO/IEC Accounting and Economic Ontology and REA
- DCA defines term "resource"
- Agent (a.k.a. person, legal person, economic entity, entity): Entity (3.32), i.e. a natural or legal person, recognized by law as having legal rights and duties, able to make commitment(s) (3.13), assume and fulfill resulting obligation(s), and able to be held accountable for its action(s)
- ISO/IEC Accounting and Economic Ontology and REA defines "person" as an "entity" or "legal person"
- DCA defines the term "counterparty" and implies the term "party"
- Financial transaction (a.k.a. business transaction, accounting transaction, economic transaction, general ledger transaction): predefined set of activities and/or processes of Persons (3.52) which is initiated by a Person (3.52) to accomplish an explicitly shared business goal and terminated upon recognition of one of the agreed conclusions by all the involved Persons (3.52), although some of the recognition may be implicit.
- ISO/IEC Accounting and Economic Ontology and REA defines "business transaction".
- General Ledger Transaction (always two or more entries; sum of entry amounts must equal zero, i.e. entry must be balanced)
- Financial transaction identifier or code
- Financial transaction economic entity identifier or code (party)
- Financial transaction entry date
- Financial transaction chart of accounts concept
- Financial transaction economic event identifier or code (i.e. derived from the sum of all facets)
- Financial transaction entry amount
- Financial transaction entry currency
- Financial transaction entry description (optional)
- Facets of a business event (a.k.a. core aspects of a business event): Party type, Counterparty type, Economic Resource, Event type, Obligation type, Entitlement type
- DCA uses the notion "core events" but what they really seem mean are the "core facets" or "core aspects" or "core dimensions" of each business event (which is basically is a concatenation of all the facets).
- Recording party type 3.32; 3.1
- Self
- Counterparty type 3.32; 3.1
- Self
- Third-party
- Customer
- Supplier
- Vendor
- Employee
- Government
- Owner
- Controlling interest
- Noncontrolling interest
- Economic resource type 3.28
- Money
- Goods
- Services
- Rights
- Obligation type
- Commitment 3.22
- Fulfillment 3.34
- Entitlement type
- Right 3.21 (economic claim?)
- Obligation 3.59 (responsibility)
- Both
- Core workflows (a.k.a. workflows): DCA defines the following core workflow use cases:
- Procure to pay
- Purchase order
- Ship notification
- Receipt
- Bill
- Payment
- Order to cash
- Sales order
- Shipment
- Receipt acknowledgement
- Invoice
- Remittance
- Make
- Launch
- Issue
- Resource consumption
- Milestone
- Complete
- Transfer
- Data: representations of recorded information (3.56) that are being prepared or have been prepared in a form suitable for use in a computer system.
- ISO/IEC Accounting and Economic Ontology and REA defines "data".
- Information (a.k.a. recorded information 3.56): recorded information any information that is recorded on or in a medium, irrespective of form, recording medium, or technology utilized, and in a manner allowing for storage and retrieval
- ISO/IEC Accounting and Economic Ontology and REA defines "recorded information".
- Knowledge: (a.k.a. accumulated trusted information)
- Thing (a.k.a. object, entity): object anything perceivable or conceivable
- ISO/IEC Accounting and Economic Ontology and REA defines "object".
- Report (a.k.a. list of transactions, accounting working paper, audit working paper, financial statement, financial analysis model): Information which is reported; recorded information that is then reported.
- Report pieces
- Standard Business Report Model (SBRM) defines "report"
- Open Information Model (OIM) defines "report"
These core terms provide a theoretical foundation for connecting the current disconnected, disjointed silos of thinking and systems. This high level theoretical blueprint for harmonizing the world of accounting ontologies.
With this information, a useful model of an enterprise can be created. That model provides somewhat of a human readable map of the enterprise; a theory that is useable by stakeholders that subscribe to that model. From that model a theory can be created, Theory of Business Events and Classic Transactions maybe. Using that theory, humans and machines can communicate effectively.
Additional Information:
- Standards Make Markets
- The Value and Challenge of Data Standards in Finance - A Briefer (Data Foundation)
- Enterprise Knowledge Graph
- Come Together
- Smart Audit Bundle
- Smart Closing Book
- Smart Analysis
- Smart Financial Statement
- Productivity Boost for Accounting and Audit
- Computational Professional Services
- How to

Comments
Post a Comment