Printer Friendly

Building an XBRL IFRS taxonomy. (The CPA and the Computer).

Inventory, stocks, Vorrate, Rimanenze, elements de stocks, investmentforetag. Six concepts, or one concept expressed in six languages? Your average multilingual accountant, analyst, or investor would conclude that "inventory" has been translated into U.K. English, German, Italian, French, and Swedish, respectively. However, to a computer, the former is correct because: inventory = Vorrate is false, as is stocks = any of the other translations.

It may seem a bit odd that computer programs are unable to discern that "inventory' and its various other linguistic representations are actually the same concept. The fundamental problem is that it is very difficult for computer programmers to make these seemingly straightforward associations. Even if the aforementioned terms were programmed to be conceptually equal, there would remain an indeterminable number of variations (e.g., "Inventory," "inventory," "Inventories" are all different in the computer's mind). Can business concepts be made less ambiguous to computers? Yes. Today the processes of storing, exchanging, analyzing, and reusing business information are advancing rapidly because of a new digital business language: XBRL (Extensible Business Reporting Language).

International Accounting Standards in a Digital Format

As Samuel A. DiPiazza, Jr., and Robert G. Eccles of PricewaterhouseCoopers note, "...the market expects [companies] to provide ever more timely and higher quality information." Part of their solution is XBRL (Building Public Trust, reviewed in the February 2003 CPA Journal). Leading XBRL development worldwide is XBRL International (www.xbrl.org), a global consortium of accounting organizations, accounting firms, banks, governmental agencies, software developers, business information providers, and business reporting stakeholders. The International Accounting Standards Committee Foundation (IASCF) is working with other consortium members to translate International Financial Reporting Standards (IFRS, IAS, and SIC) into XBRL.

Digital translations, known as XBRL elements tags, are created to represent financial reporting concepts so they can be reused. These tags are organized into a logical structure, an XBRL taxonomy, to facilitate their use in a digital financial report, called an XBRL instance document. Every XBRL element may have associated with it one or more human-readable labels, which may be in any language. The XBRL IFRS taxonomy defines over 3,000 unique elements that represent financial reporting concepts, yet it remains sufficiently flexible to accommodate additional digital information.

Translating IFRS

The basis for translating IFRS into XBRL is the same as that which the IASCF uses to translate IFRS into other languages: The Bound Volume of International Accounting Standards. In each language, the reference to each IFRS concept remains consistent. For example; "accounting polices adopted in measuring inventories" is referenced to IAS 2 paragraph 34(a) and retains the same reference in every translation.

The difficult work of creating the framework of the XBRL IFRS taxonomy and translating the 2002 IAS Bound Volume into XBRL was undertaken by a diverse group of accounting and software experts from several countries (including Germany, France, Singapore, Hong Kong, South Africa, the United Kingdom, and the United States) over the past nine months.

The first task, which was completed during a week-long meeting in Singapore in January 2002, was to produce a draft version of the XBRL IFRS taxonomy. The IFRS taxonomy framework was constructed in a manner that would allow seamless integration with other taxonomies, specifically with jurisdictions that had adopted IFRS either wholly or partially. In addition, the XBRL IFRS taxonomy was to be a foundation for further industry-specific (financial services, extractive industries) and company-specific taxonomies. The design decisions ensured maximum reusability and comparability.

IFRS Common Practices

The XBRI. IFRS draft taxonomy was a combination of the following: The 2002 LAS Bound Volume, IFRS-model financial statements and disclosure checklists, and other disclosures typically found in IFRS-complaint financial statements. The result was a draft with two distinct disclosure categories: IFRS-defined (i.e., defined in the 2002 IAS Bound Volume) and IFRS common practice (which included disclosures typically found in IFRS-model and IFRS-compliant financial statements). The common practice disclosures complemented the IFRS disclosures by providing areas into which additional relevant information could reside. An example is "prepayments." Although not prescribed directly by IFRS, when deemed material, it would be disclosed "when necessary to present fairly the enterprise's financial position." (See International Accounting Standards 2002 p. 1-25, paragraph 67.)

Subsequent to the January 2002 meeting in Singapore, the draft taxonomy continued to be developed further by individuals at the meeting. The taxonomy benefited immensely from the global firms that reviewed its content. Following the June 2002 XBRL International meeting in Toronto, a second Singapore meeting was arranged to finalize the XBRL IFRS taxonomy. The result of this meeting was the release candidate of the XBRL IFRS taxonomy using version 2.0 of the XBRL specification. The final release was published in November 2002, coinciding with the XBRL International conference in Tokyo.

XBRL: Use and Reuse

Each XBRL IFRS element identifies one financial reporting concept. Each element is based primarily on its references rather than its literal English (or other) language translation. For example, property plant and equipment carried at cost and property plant and equipment carried at fair value, while similar concepts, are represented with unique XBRL IFRS elements, the former referenced to IAS 16.28 and the latter to IAS 16.29 through 16.40.

Uniqueness is a prerequisite for storing, retrieving, analyzing, sharing, and reusing information among computers. Having well-defined and unique XBRL elements invariably leads to less ambiguous information, which is precisely what banks, investors, government agencies, and other financial information stakeholders are demanding. Using the XBRL IFRS taxonomy keeps financial reporting information digital. And keeping information digital facilitates straight-through processing, the transfer of information directly from an entity's reporting system to systems at financial institutions, stock exchanges, and even investors. Business information is now dynamic, reusable, and ultimately more valuable.

XBRL General Ledger

A financial report that uses the XBRL IFRS taxonomy provides IFRS financial disclosures that are less ambiguous. These disclosures provide a known level of information. A separate but related XBRL international development is the XBRL General Ledger (XBRL GL), which integrates with XBRL IFRS and other structured data formats to preserve the identity and context of information which is typically rolled into a financial report.

The XBRL GL is the bridge between an entity's financial reporting system and the financial reports themselves. The XBRL GL is an XML-based interface that works with any XML-enabled application or platform. Most important, the XBRL GL makes it possible to drill down from a financial statement disclosure to the events responsible for it, even if the value is an aggregate derived from different information systems or multiple transnational operating units.

Example: XBRL IFRS and GL working together. A company records a transaction in an enterprise resource planning (ERP) system. This transaction is eventually aggregated with similar trans. actions to produce a summary balance, which is aggregated with transactions from other ERP systems during consolidation. The consolidated figures are then used for multiple purposes: financial reporting, regulatory reporting, tax filings, auditing, and management review and forecasting. The consolidated information may be aggregated and de-aggregated internally for managerial purposes.

There are two key points related to these data aggregations. First, the original data (within the ERP system) has an original context. The left side of Exhibit 1 illustrates several events that need to be measured and recognized. A leasing arrangement will give rise to several entries. For example, event #550 was the purchase on December 31, 2002, of four cars costing $102,000 each. The cash outflow totals $80,000 and the remaining $328,000 is a credit to lease obligations. The context includes an identifier (event #550, a purchase of tangible fixed assets), a medium of exchange for the acquisition (cash and payables), and the value of the acquired assets ($408,000) at a point in time (December 31, 2002). Typically, as these data move through the corporate reporting supply chain, they lose most of their original context, which makes it difficult to trace them back to their sources. XBRL retains as much of the original context as is desired. The ability to rearrange information in a manner more suitable to the data consumer (analyst, banker, auditor, management) results in information that is significantly more valuable.

Second, information that is tagged can be interpreted and analyzed more easily. XBRL tags are designed to carry contextual information with them (Exhibit 2). XBRL IFRS tags carry not only the values related to IERS concepts, but also each concept's reference (to the 2002 IAS Bound Volume) and labels (both short and descriptive) in multiple languages.

Investment banks, credit analysts, and other investors currently convert ambiguous paper financial reports back into a digital format using educated guesses and statistical modelling. If they are provided with uniform digital content, such as a file that contains XBRL, the need to guess or model financial figures is diminished significantly and information can be analyzed more quickly and accurately.

The Time Is Now

As XBRL software matures and more XBRL literature becomes available, accounting firms, banks, governmental agencies, software companies, and business information providers will integrate XBRL into their business processes in order to reap its many benefits. The maturity of XML, and a global desire to move corporate reporting into the 21st century, are the prime motivators behind exciting new projects such as XBRL IFRS and XBRL GI. As with any new technology, there is both a learning curve and an adoption period. Its role--to make business information less ambiguous and more reusable--may seem trivial. However, it was not until XBRL International members agreed on how to accomplish this that a project of this significance was achieved successfully on such a scale. The consensus from those who work with corporate reporting information is that the question is not whether information will become less ambiguous and reusable, but rather how soon. How soon, is now.

RELATED ARTICLE: XBRL, XML, AND HTML

XBRL is a type of XML that is specific to business reporting. XML, or Extensible Markup Language, is a World Wide Web Consortium (W3C; www.w3.org) standard that allows information to be stored, exchanged, and processed by computer applications. Unlike HTML, which merely describes the appearance of information (e.g., Times Roman, bold, 12-point font), XML, and hence XBRL, describes the information itself:

HTML: &ltp&gtBlack 2002 Aston Martin DB7, $102,000&lt/p&gt

XML- <auto>

<manufacturer>Aston Martin</manufacrurer>

<model>DB7</model>

<modelyear>2002</modelyear>

<color>Black</color>

<price>102000</price>

<currency>USD</currency>

</auto>

Between the HTML &ltp&gt tags one finds text. Between the XML <auto> tags one finds structured information. A database could easily process the XML and sort it into appropriate tables, rows, and columns. Not so with the HTML.

XBRL is designed to do one thing well: report business data. Related functions that are outside the scope of XBRL are handled by other technologies. Security and authentication of XBRL data can be accomplished with XML Digital Signature. Business transactions (versus business reports), such as sending and receiving a purchase order, are handled by standards such as IFX, OFX2, ACORD, and others. Other protocols, such as SOAP, for exchanging information, and UDDI, for describing web services, also work with XBRL.

UNKBASES

XBRL uses an XML specification called XLink. XLink linkbases are used in conjunction with XBRL schema files to create robust XBRL taxonomies. Currently there are five XBRL linkbases: label, reference, presentation, definition, and calculation.

Label. A human-readable description of the XBRL element. An element can have many descriptions in many languages.

Reference. A reference to authoritative literature. Provides human-understandable context to an XBRL element.

Presentation. Allows an XBRL application to display XBRL elements in a logical hierarchy. For example, present (in order) revenue, cost of goods sold, and gross profit.

Definition. A definition linkbase describes how elements are related to one another. For example, inventory and cash are both defined as a kind of current asset.

Calculation. The additive-subtractive relationship between one or more elements. For example, to arrive at the value of gross profit, add revenue and subtract cost of goods sold.

XLink allows references to external resources, such as an XBRL schema file, to exist. This is significant because third parties can create their own linkbases. For example, the XBRL label linkbase assigns labels to XBRL elements. The element <NetProfitLoss> has a reference to a label linkebase which has an English label of "net profit or loss." Likewise, the label linkbase has a reference from "net profit or loss" to the XBRL schema file with the element <netprofitloss>. If a third party wanted to modify the label reference to be "net profit for the period transferred to equity," they could do so. without changing the original label or the XBRL 'element itself.

METADATA AND XBRL

If someone says 250, it is of little use. 250 what? Units? Euros?

Days? In order for a fact to be useful, you have to know more about it--that is, its context. The context that accompanies a bit of digital information is called metadata. If that 250 were accompanied by the metadata "Net Profit, $, million, Decemher 31, 2002, Globalco," it could be translated into the meaningful statement: "Globalco's net profit was $250 million for the period ending December 31, 2002." Every piece of XBRL data flows through the corporate reporting process accompanied. by its metadata. In other words, the fact remains intact.

Kurt P. Ramin is the vice chairman of XBRL International. David A. Prather is the project manager for the XBRL IFRS working group and is active in the XBRL specification group.
COPYRIGHT 2003 New York State Society of Certified Public Accountants
No portion of this article can be reproduced without the express written permission from the copyright holder.
Copyright 2003 Gale, Cengage Learning. All rights reserved.

Article Details
Printer friendly Cite/link Email Feedback
Title Annotation:XBRL, XML and HTML
Author:Ramin, Kurt P.; Prather, David A.
Publication:The CPA Journal
Geographic Code:1USA
Date:May 1, 2003
Words:2234
Previous Article:Continuous auditing; leveraging technology. (Auditing).
Next Article:The home sale exclusion and current events. (Personal Financial Planning).
Topics:

Terms of use | Privacy policy | Copyright © 2019 Farlex, Inc. | Feedback | For webmasters