Summary of Logical Model of SEC XBRL Filing
Friday, January 28, 2011 at 08:40AM
Charlie in Creating Investor Friendly SEC XBRL Filings, Modeling Business Information Using XBRL, SEC XBRL Logical Model

Business users and software vendors will eventually realize that there is a logical model which the US GAAP Taxonomy and SEC XBRL filings follows. Exposing this logical model to business users hides the more complex and technical syntax of XBRL from those users. This blog post summarizes the logical model which exists for SEC XBRL filings, in my view and per the FASB US GAAP Taxonomy Architecture.

This PDF shows a visual representation of that logical model. This really should be in UML, but I don't know UML well enough to create that or I would.

This is a summary of much of the key terminology used in that logical model diagram:

The graphic depicts what we will discussed, showing the relationships between the components. There are many different ways to depict this information, the most formal being UML (Uniform Modeling Language). UML is a standard way of depicting this information. However, we are using a less formal approach to articulating this information to make it easier for business readers to understand the relations. UML provides additional details, but is harder for business readers to understand.

Summary narrative of logical model

An SEC XBRL-based financial report can be logically broken down into sections. These sections are called tables.  A table can be organized within a network. Networks organize where tables show up in software applications such as the SEC Interactive Data viewer application. There are three categories of networks: Document, Statement, and Disclosure. The numbers within the network names determine the ordering of the networks within software applications.

Tables are groupings of facts which appear in a financial report for some specific purpose. Facts within a table have similar characteristics.  These characteristics are articulated using an axis. Line items are a special type of axis. Line items contain concepts.  These concepts can contain values.

Axis cannot contain values, rather their values are the domain or the member. Axis always has a domain. A domain may be a total of all members or it may only be a placeholder and never used to report information. There are two special types of axis which do not have a domain: entity and period. Numeric values have two additional attributes: units and decimals. Units explains the units of a numeric value and decimals explains the rounding of a numeric value. Values may also have footnotes which provide additional information about a specific value or a set of values.

Facts reported do not have random relationships, the relationships between facts have patterns, this is referred to as an information model. A table may contain numeric concepts with information models such as roll ups, roll forwards, grid, adjustments, complex computations. Or if the numeric information has no relationship or textual information is reported, the information model is simply a hierarchy. Financial integrity takes these relations a step further and ensures the financial information within one table ticks, ties, foots and cross casts.  Additionally, financial integrity ensures that one table properly relates to other tables.

For more detailed information and an example see my next post.

Article originally appeared on XBRL-based structured digital financial reporting (http://xbrl.squarespace.com/).
See website for complete article licensing information.