- feature
- SOFTWARE
Finally, Business Talks the Same Language
XBRL will make business data easier to access.
Please note: This item is from our archives and was published in 2000. It is provided for historical reference. The content may be out of date and links may no longer function.
Related
Incorporating prompt engineering into the accounting curriculum
Create a dynamic to-do list with Excel’s checkboxes
Another way to manage authentication texts
TOPICS
The good news is that, in most cases, you won’t have to learn anything to be able to “read” or “write” XBRL—which stands for extensible business reporting language—because it will be built into most, if not all, accounting and financial reporting software. Once added to the software, it will automatically and transparently translate all the business information you choose—numbers and words—so each segment of data is identified when viewed by a Web browser or sent to a spreadsheet application for calculation or examination. Even better news is XBRL won’t require extra attention from CPAs and other financial managers and will make their work easier to perform and more effective: improving access to and the usability of financial data no matter whether the information is from a business or an association or whether the entity is large or small, public, private or nonprofit. Additionally, XBRL will reduce the cost of processing, calculating and formatting financial information because, once the data are created and formatted the first time, they never have to be keyed in a second time or reformatted for any special presentations. The bottom line is that XBRL will expand professional opportunities for CPAs and other financial executives and add value to financial information for all users: auditors, preparers, bankers, shareholders—in short, anyone who creates, uses or accesses an organization’s business data.
AND IT’S FREE If all this sounds like incredible hype—and even a modern-day challenge to the biblical story of the Tower of Babel (see “XBRL: Rebuilding a Tower of Babel”)—consider this: Soon after the idea for the concept was floated in 1999, software giants such as Microsoft and IBM immediately grasped its potential and recognized that the only way a common standard could be developed was if the software and financial communities agreed to cooperate in establishing a standard rather than seeking to compete with their proprietary versions of the program. And agree they did—and quickly.
Advertisement
The best news is that XBRL is free. And that’s despite the fact that many organizations are investing a great deal of money and time on the work. As a result, software companies will not have to pay to include the XBRL code in their software, and each new edition—and there will be many because the program is sure to be continually updated—and extension developed for specific industries will be available free for downloading off the Internet. Why would these organizations invest in the development of XBRL, and why would they not expect to be reimbursed for their investments by charging for the product?
REAPING BENEFITS The fact is the developers will be repaid many times over, but not by charging a fee for the program; instead, they will be reimbursed by reaping its many benefits when everyone uses the same business reporting language. The most immediate benefit: Distributing financial information will be fast and easy. Further, XBRL will eliminate the need for rewrites of financial reports to accommodate incompatible accounting systems. (For more on the technical aspects of XBRL, go to www.xbrl.org , where visitors can test sample data and offer comments and suggestions for improving the program.) Additional advantages of XBRL include the following:
Advertisement
HOW IT WORKS XBRL is a computer programming add-on that tags each segment of computerized business information with an identification code or marker. In most cases, accounting software will insert the tags automatically. If your accounting system lacks the XBRL feature, you can still add the tags using a free add-on program or customized software tagging tools. For more details on this, see “Run XBRL Right Now” below. The ID markers remain with the data when they are moved or changed. Thus, no matter how you (or, more precisely, your browser or your application software, such as a spreadsheet or a word processor) format or rearrange the information, the markers stay glued to it. Thus a number identified as representing, say, profit in U.S. dollars always will be recognized that way. Typical labels include financial IDs such as assets, current assets and receivables. If the XBRL program doesn’t contain ID markers that meet the needs of your business, you can easily create your own markers and add them because the program is fully customizable—or extensible (with ex as the X in XBRL). Users will not see these markers when the business data are called to the screen or printed, because they are embedded inside the information along with other invisible formatting tags that typically define what any computer character looks like—its shape, size and color. Exhibit 1 is a screen shot representing a typical XBRL structure, which is called a schema— the template that defines the tags and describes how data are interrelated. This particular schema is AICPA US GAAP C&I Taxonomy 1.0 ; translation—it includes U.S. GAAP for commercial and industrial companies and its template design edition (or taxonomy) is 1.0. The XBRL working group, made up of industry and professional representatives, just finished the schema that will be available for commercial and industrial organizations. If an enterprise has special needs, the schema can be adjusted—by adding new elements, eliminating some or editing existing ones. For example, part of the C&I schema includes the elements shown in exhibit 2 . IN THE BEGINNING… Work on the basic idea of a common business language for computers started in the 1990s, when a relatively unknown software engineer recognized that HTML (hypertext markup language), the standard programming script that defines what Web content looks like, did not go far enough. Although HTML is effective for describing Web content’s appearance—size, shape and color—it can’t describe the content itself. For example, HTML defines the font style of text transmitted over the Internet, but it can’t tell what a character represents—a price, a profit, the age of an asset, an ingredient for an apple pie recipe or a baseball player’s batting average.
Advertisement
The engineer, Jon Bosak, envisioned a language that could turn the Internet into an “industrial-strength infrastructure.” He pestered the World Wide Web Consortium (more commonly known as the W3C, the organization that oversees Web technology standards) to support its development, and the body eventually sanctioned the work. In just a few months, Bosak and two other software engineers who had joined him on the project unveiled a programming language they called XML—extensible markup language—a generalized script for tagging any Internet data with ID markers. Exhibit 3 is a representation of a typical XML format. (For more on XML, see “The XML Files,” JofA, May99, page 71, or www.aicpa.org/pubs/jofa/may1999/hoffman.htm. ) Shortly thereafter, in 1998, Charles Hoffman, a CPA with the CPA firm Knight Vale & Gregory in Tacoma, Washington, recognized that XML, as good as it was, didn’t quite address the specific needs of the business reporting community. (See Hoffman’s sidebar “Run XBRL Now.”) He recognized that XML’s repertoire had to be expanded to include a more definitive business reporting script that not only identified each piece of data but also told the computer how each should be handled, how each related to other tagged information, where each should be linked and what elements each comprised as it related to business information. He set to work on XML-formatted financial statements and audit schedules. Although the work was promising, it clearly needed more effort. Hoffman sought help from Wayne Harding, chairman of the AICPA high tech task force and one of the authors of this article; in short order the Institute, along with Hoffman’s firm, agreed to fund the creation of a prototype set of financial statements in XML. When other organizations heard of their work, recognizing its universal value, they, too, contributed to the joint venture. NEXT STEPS While work on XBRL never really will be finished because many users will want to customize templates to suit their own needs, the XBRL working group soon will start on other business reporting industries (such as software, media and entertainment and financial services organizations). The group next will focus on other aspects of business reporting—regulatory filings, tags for audit schedules and processes and tax filings. At some point, the working group envisions using XBRL in balanced scorecards—a business technique in which the metrics of a company are assembled and compared in various ways to measure how well or poorly it is performing. Meanwhile, parallel efforts are under way with the AICPA’s counterparts in other countries. Australia, Canada, England, Germany, Taiwan and Wales, along with the International Accounting Standards Committee, are involved in the XBRL working group. Other countries also are showing shown strong interest. XBRL is being embraced worldwide by the business community, which sees the development changing the way it communicates and conducts business.
Advertisement
|