Harmonization of NIEM and XBRL

Written by Bob Schneider
Posted on September 29, 2009 Comments
September 29, 2009 | General | Bob Schneider

Written by Kurt Cagle     Posted on September 29, 2009

Kurt Cagle is the managing editor of XML Today and a frequent commentator on XML-related issues. You can follow him on Twitter at @kurt_cagle

The specification space has become fairly busy lately as a new (well, actually, fairly old but resurgent) standard is now beginning to make waves outside of a fairly narrow domain. The US National Information Exchange Model (NIEM) has been in development since 2005, but with the new administration and a move toward increased modernization in the IT communication infrastructure of the executive branch, NIEM has definitely entered into the limelight.

NIEM isn't a single XML standard. Rather, much like XBRL, it is a framework for developing XML standards for use within the Federal Enterprise Architecture (FEA) that promotes a schema repository model coupled with significant re-use of XML component documents. Originally emerging as part of the Global Justice XML Data Model, NIEM is a joint effort among the Department of Justice, the Department of Homeland Security, and the Office of Justice Projects (essentially an R&D agency closely aligned with the DoJ). NIEM Information Exchange Package Documents (IEPDs) are zipped collections of schemas and instance for specific data object models from emergency response reports to arrest warrants.

NIEM-based models have been quietly making their way through both the Federal government and, largely on the strength of the judicial and emergency management schemas, are now in use with all fifty states as well, with NIEM-related projects being considered in Canada. What's more, as the data model proves itself, it has garnered interest in areas well outside of law enforcement, including education, marine provisioning, inventory management, and, yes, accounting. The Office of Management and Budget (OMB), the executive branch's primary accounting arm, is now actively promoting NIEM-based standards throughout the various agencies and departments, a move that's especially significant given that the recently created Federal CTO slot now held by Vivek Kundra is directed out of OMB.

XBRL proponents may be dismayed by this, given the oft-stated hope that XBRL would be seen as the accounting language to be used by key Federal agencies. However, the situation isn't as clear-cut as it may seem. One of the strengths of NIEM is its core mission to reduce the amount of unnecessary duplication within ontologies given the large number of existing, well-defined industry and domain specific schemas currently in use. To that end, NIEM makes heavy use of such standards as GML, as well as most of the W3C core languages, Atom, and other specifications. Additionally, NIEM IEPDs can be written to work with payloads, which offers the possibility that XBRL could be transported within NIEM.

This is not to say that NIEM will likely end up creating a wholesale adoption of XBRL as a sub-standard. The two architectures are fairly different, with NIEM being much more structural in approach and only secondarily referential, while XBRL is primarily linear sequences of properties with heavy internal referencing. The differences are significant enough that while it is possible that the NIEM Program Management Office (PMO), the organization that ultimately vets NIEM standards, will be willing to greenlight a straight adoption of XBRL, it's not especially likely.

What is more likely to happen is that some attempt will be made to create a set of "harmonized" schemas that would share common ontologies between major XBRL schemas, the NIEM core set, and any existing accounting standards that are currently in use at the Federal level. Structurally, there would probably be some kind of bridge service that might make it possible to map from one set of standards to another, either via a set of transformations or via related tools. This is something of an ongoing process that is taking place at a number of levels, as major schema frameworks get large enough adoption to effectively collide in various domains.

Long term, given the adoption that has taken place with regulatory agencies globally, it's certainly unlikely that the US will walk away from the XBRL standard.  However, it is also unlikely that the US government will sacrifice what seems to be a working, increasingly widely adopted internal standard such as NIEM when it is more likely that such a standard could be adapted to subsume many of the better elements of the XBRL standard while maintaining its own internal cohesiveness. Given this, it may behoove the XBRL community to be open to the possibilities of harmonization, on this and other fronts such as the Semantic Web harmonization currently under discussion with the W3C.

In the long run, the goal for everyone is the same: to provide a set of standards that will improve the efficiency of government messaging; make for a greater degree or reusability of content throughout the thousands of departments and agencies at the federal, state, municipal, and tribal levels; and make government accounting ultimately more transparent and accessible to the people who use and depend upon it.

For those seeking more information about NIEM, check out the NIEM website. Additionally, the NIEM PMO is scheduling a NIEM National Training Event in Baltimore on September 30  to October 2. Speakers will include Vint Cerf, one of the founders of the Internet, and OMB CTO Vivek Kundra.

A Week in the Life of XBRL Twitter

Written by Bob Schneider
Posted on September 26, 2009 Comments
September 26, 2009 | General | Bob Schneider

Written by Bob Schneider     Posted on September 26, 2009

Opinion of the microblogging service Twitter falls between two extremes. The “complete waste of time” view is captured in the Verizon commercial where the zombie-like Dad is slumped in a chair, tweeting “I am sitting on the patio…” and every useless thought in his head. The opposing “truly innovative” vision is represented by the brave Iranian students whose tweets propelled a nation to the brink of revolution.

Both image are facets of the truth. But for those who want to participate in the XBRL conversation, it’s the picture of vigor and purpose that is relevant, even if the consequences don’t rise to the level of political insurrection. Sure, there’s the occasional tweet by a 20-year-old of “I’m still WASTED from last night and my XBRL paper is due in TWO hours. HELP!” But as a whole, the tweets that discuss XBRL represent reliable news and useful commentary on the interactive data world.

The 140-character limit of tweets defines the essence of the service, and it’s Twitter’s best and worst attribute. The required brevity concentrates the mind wonderfully and makes for quick reading. But some thoughts do require more than 140 characters, and by the time you include your username -- and quite possibly a web link, a reply address, and an RT for retweets -- there isn’t much room left over for content.

One enormous positive of Twitter that is perhaps not universally known, however, is that its database is updated continually in real-time (or thereabouts). This is in striking contrast to Google, which, even with diligent pinging, may not index your blog post for several minutes, a few hours, or even a few days.

I recently did a small study to examine XBRL tweets in some depth. I had two main questions: (1) Who tweets about XBRL, and (2) What XBRL topics do they tweet about.

Using Twitter search, I retrieved all tweets between August 23 and August 29 containing the keyword XBRL, reviewed the tweet, and classified the content by subject (eg, SEC filings, UK taxation, meeting/event). I also recorded each tweeter, reviewed their bio on their Twitter homepage, and classified them by occupation (eg, accounting, marketing) or, where more appropriate, function (news feed, XBRL organization, etc.).
 
As an attempt at a rigorous study of XBRL tweeting, the shortcomings of my work are multiple and substantial:

  • Naturally, only public tweets are included, no private ones
  • It's highly likely there were a few XBRL-related tweets that did not include keyword XBRL (such as a reply to another tweet, where the XBRL subject was understood)
  • Twitter search (formerly Summize) has a less-than-sterling reputation and is known to miss a few tweets. I did compare my hits to those from one of the independent Twitter search engines, however, and didn’t find significant differences
  • The one-week sample was taken during late August, a quiet, semi-holiday period
  • Whenever the study is done, a one-week sample will be greatly influenced by what is being published on the Web at the time. For example, during the week an interview with Michelle Savage of XBRL US in which she gave advice to IR professionals was tweeted and re-tweeted several times, boosting the IR content category
  • Classifying both tweet (for content) and tweeter (for profession or auspices) in single categories was naturally sometimes difficult. When I tried to classify myself as a tweeter, for example, I had trouble choosing among several categories

With all those caveats, I still think the results provide some indication of who tweets and what they tweet about. In all, I looked at 143 tweets. Thirty of the 143 were retweets; but that number is understated, since I only counted a retweet if it included the characters RT (other tweets similarly repeated tweets without saying so).  Ninety-eight of the 143 included hyperlinks, which indicates well that XBRL tweets often recommend resources on the Net.

The content of the tweets can be broken down as follows:

Tweets by Content Category

 Category

Number of Tweets

Australia

7

Corporate Actions

1

Education/Course

2

Financial Reporting
(not otherwise classfied)

2

Foreign (Non-English)

7

IR

10

Job Opening

3

Meeting/Event

10

Municipal Government

1

RDF

5

SBR

3

SEC (general)

1

SEC (XBRL filings)

12

Social Media

1

Software

4

Student Shout-Out

1

UK Financial Reporting

6

UK Taxation

2

US GAAP Taxonomy

4

Web Tools

3

XBRL General

45

XBRL Company

2

XBRL GL/Internal Reporting

6

XBRL-Dedicated Journal

1

XBRL.org

4

The high count of 45 for XBRL General reflects a few broad articles that were published during that time about XBRL, including CFO.com’s XBRL: The Inside Story, which was tweeted and retweeted often (and which could have easily gone in the "internal reporting" category).

XBRL tweeters represent a wide variety of backgrounds, as shown by the breakdown of the tweets by tweeter category:

Tweets by Tweeter Category

Category

Number of Tweets

Accounting

9

Education (eg, professors)

4

Employment (eg, recruiters)

4

Financial

11

Government

2

IR

14

Marketing

2

Media (periodicals, etc.)

16

Miscellaneous

3

News Feed

17

PR

12

Student

1

Technology

13

Unknown

11

XBRL Institution

6

XBRL Maven

9

XBRL Provider

9

As I said, these data should be regarded with more than a pinch of salt, but it still demonstrates the range of background of XBRL tweeters. I think the one (slight) surprise for me is that there are few, if any, security analysts tweeting about XBRL. I can think of several reasons for this – not least that brokerages have strict rules about external communications – but I still find the lack of participation disappointing.

In total, there were 74 tweeters of XBRL during the period. The categories with the highest numbers were technology and media. But the overall distribution was relatively even. (XBRL Maven is a category I used for people like Eric Cohen and Neal Hannon who are leaders in the field.)

Tweeters by Tweeter Category

Category

Number of Tweeters

Accounting

6

Education

3

Employment

3

Financial

6

Government

1

IR

5

Marketing

2

Media

9

Miscellaneous

3

News Feed

4

PR

4

Student

1

Technology

9

Unknown

8

XBRL Institution

1

XBRL Maven

3

XBRL Provider

6

It will be interesting to do this study again in a few months for a different time period to see how the data have changed. In the interim, I will write an article soon that addresses the larger topic of XBRL and social media. 
 

XBRL Can Help Regulators Innovate

Written by Bob Schneider
Posted on September 15, 2009 Comments
September 15, 2009 | General | Bob Schneider

Written by Marc van Hilvoorde     Posted on September 15, 2009

Marc van Hilvoorde is responsible for the development and implementation of digital reporting at the Netherlands Tax and Customs Administration (Belastingdienst). As the technical project manager of the Netherlands Taxonomy Project (NTP) he was responsible for the development and delivery of the Dutch national taxonomy. He is a former member of the XBRL International Standards Board and former chair of the Domain and Rendering working group.

Statutory and regulatory reporting is hardly the favorite subject of company managers, but most of them accept it as a necessary evil. The vast majority of businesses comply with its reporting requirements without much protest, supported by an army of accounting, audit, and IT professionals.  

In the many years I have been involved in the field not much has changed, and that seems a bit odd to me. It’s true that we have noticed a shift to digital reporting that improves timeliness and data quality. The old information exchange model is still very much in place, however. Regulators typically request the same information at the same time from every company, so many government agencies have large computer systems that do major duty during “filing season” then are put on standby the rest of the time. Additionally, the existing dogma in regulatory reporting seems to be “one size fits all.” As the numerous spreadsheets floating around on servers and hard drives within organizations can attest, however, the accounting industry already knows that one-size-fits-all simply isn’t true.

Furthermore, regulators almost never consult with other government agencies to get on the same page with their specific inquiries. In fact, it is difficult to align different investigations within the same regulatory agency. As a result, regulators repeatedly ask for the same information — information that’s already been reported, information that could be obtained just by asking another agency. I get more than a little annoyed when I have to manually update three different calendars with the same information, and I know others share my frustration.

Managers may see statutory and regulatory reporting, and its requisite inefficiencies, as proper and necessary, but that does not absolve regulators of their responsibility to innovate and make things easier for them.

In the Netherlands, the Government, regulators, and business all have recognized this obligation. Toward that end, the Government and regulators are collaborating in support of the adoption of Standard Business Reporting (SBR), a continuation and deepening of the Dutch Taxonomy Project begun in 2004.

Based on the XBRL standard, a national and cross-agency taxonomy has been created. The national taxonomy is not only for regulatory and statutory reporting; it can also be used for tax filing and statistical reporting. Commercial banks have said they will use the taxonomy for credit assessment reporting as well.

Why is SBR important? It has become increasingly clear over recent years that regulations, and the ways regulators operate, need to change. Regulators traditionally have faced the risk of not having necessary data; more recently, a different exposure has become more prominent: having the right data but not doing anything with it. In the current global financial crisis, we now read reports of numerous red flags that simply were missed. So often, a simple cross-agency inquiry could have revealed the truth but was not performed.

To address the need to use data properly, the current financial information supply chain simply is no longer sufficient. Computer systems already are pushed to the limit. Systems may contain the necessary data, but often they seem incapable of presenting it in a proper way to regulators. Meanwhile, regulators in turn are becoming reluctant to ask for more data, in part because it can be too time-consuming to analyze additional information. Unfortunately, there are examples of regulatory reporting which is only that: reporting. In other words, data is sent and received, without any further investigation or analysis. For every regulator, this should be unacceptable. Unused data is a waste of the time spent preparing it, and its mere collection fails the public by providing a false sense of security.

The piles of data will only increase, so if information overload were the issue, all regulators ought to stop collecting data. The real issue at hand isn’t information overload, however: it’s the need to search, find, and retrieve the information that’s been collected. To make information discoverable for users, tracking and tracing data is an important precondition. Thus, tagging data with the help of an XBRL taxonomy facilitates search, retrieval, and analysis.

More must be done to make life easier for business, however. One of the key items for regulatory innovation is facilitating cross-agency collaboration. Regulators need to introduce more robust and more sophisticated information exchange models and build the infrastructure to fit those requirements, and software vendors need to build new systems that support users’ needs.

These needs are evolving, as boundaries between organizations blur. Goods, money, and people move around the world ever more quickly, and this faster circulation means a more rapid flow of corresponding data and information. This means that it’s necessary to develop new globally oriented views on what regulation in the future will look like and how it will function. The new regulatory dogma should be “Get the right information at the right time,” guided by the principle of cross-agency reuse of information.

Here is an illustrative parallel: this regulatory and reporting trend matches the development of GPS systems to replace paper road maps. When drivers use a GPS system, they are concerned only with their own routes; they don’t need to open an unmanageable, one-size-fits-all paper roadmap. Each driver determines what destination to pursue and which road he wants to travel, and each driver gets his own route and the right information at the right time: “Turn right here.”

Similarly, statutory and regulatory reporting can move much closer to the actual needs of the users of information, and at the same time decrease preparers’ reporting and administrative burden. This improvement is the goal of the SBR program.

Businesses can motivate regulators to innovate and change their behaviors, as well. This is why the Dutch cross-taxonomy now is under constant review by the public domain. People have asked, Why are these tags in there? Who is using this information? By shaping what information is defined by the taxonomy, the public shares a tool of regulatory control: identifying, explicitly, what information is sought, at what intervals, and under which law.

It is in the interest of both the users and preparers to move towards the reuse and comparability of information. Introducing digital reporting using open standards like XBRL can provide wonderful opportunities to achieve these goals, which will benefit everyone involved. Just ask your local regulator.

XBRL Adoption in Chile

Written by Bob Schneider
Posted on September 8, 2009 Comments
September 8, 2009 | General | Bob Schneider

Written by Ana Cristina Sepúlveda     Posted on September 8, 2009

Ana Cristina Sepúlveda is the Head of the XBRL Team at the Superintendencia de Valores y Seguros (SVS), the Chilean securities and insurance supervisor, and oversaw the development of the SVS CL-CI 2008 XBRL taxonomy. She is currently working on the development of this taxonomy for reporting in 2010.

The SVS, Chile's equivalent of the SEC, decided in 2005 that International Financial Reporting Standards (IFRS) would be adopted for financial reporting; implementation began this year for those companies whose stocks are most actively traded on Chile's securities market. These firms have already submitted their financial statements for quarters ended March 31 and June 30, and all other corporate issuers of securities will begin to report in IFRS next year.

Development of an XBRL taxonomy for IFRS in Chile began in January 2008. The SVS team comprised members of both the IT and financial departments of the agency. The going was initially tough: it was the first time that the team had had contact with XBRL, and we had to absorb its rules and devise methods to work with it successfully. These difficulties were exacerbated by the many changes in IFRS during the 2006-2008 period. Our team included several accounting professionals and their views often differed on what disclosures were required under IFRS. Resolving these disagreements and obtaining consensus took some time.

Finally, in October 2008, the SVS released the SVS CL-CI 2008-10-31 XBRL Taxonomy for reporting of financial statements under IFRS. The new taxonomy is an extension of the IFRS General Purpose Financial Reporting (IFRS-GP) taxonomy for 2006, the latest version at the time the SVS taxonomy was created, and has been updated according to the 2008 Bound Volume. 

The current SVS CL-CI XBRL Taxonomy represents the legal regulations (IFRS as well as Chilean GAAP) applicable when the taxonomy was released. It consists of a single schema file that imports IFRS-GP elements and defines additional concepts. The SVS CL-CI XBRL Taxonomy uses 2,636 IFRS-GP concepts, of which about 2,490 are non-abstract items. It does not use the presentation and calculation relationships defined in the IFRS-GP. It does use all elements of the IFRS-GP 2006 taxonomy that were still in force and ignores that do not serve current needs. Additionally, we created 1,087 elements to fulfill requirements under the new rules.

However, we do not use certain structures from the IFRS-GP 2006 taxonomy, including notes to the financial statements required by asset, liability, and income statement disclosures; income statement classes; and so forth. Instead, we chose to use the presentation linkbase from the 2008 IFRS Taxonomy for disclosures required by IAS or IFRS.

In essence, although the SVS CL-CI Taxonomy is an extension of the 2006 version of the IFRS-GP Taxonomy, its architecture is based on the IFRS 2008 Taxonomy. Additionally, the taxonomy has been modularized standard by standard and regulation by regulation based on IFRS and Chilean GAAP. Each standard has been organized in components of the report (statements, notes, and disclosures).

There has been resistance to these changes inside the financial department, and it has been hard for our analysts to accept the new information model. They did not like the presentation of disclosures as required by IAS and IFRS, which represented a substantial change from how disclosures have historically been handled in Chilean financial statements. On the other hand, the new information model has made it easier to prepare financial statements, because it contains every disclosure required by IFRS rules, and there are clear references to where to go and what to do. Against that positive, however, it should be said that the new model is more complex. We have received criticisms from companies that too much detail is being asked of Chilean companies, which often don't have readily available the information that's now required.

During the taxonomy development period, the team prepared a webpage to report about the project and developed tools to help companies use the taxonomy. We also created a “taxonomy explorer,” which is useful to review the taxonomy, the presentation linkbase, the elements, and all the references. We have offered workshops for companies to give them some basic knowledge of XBRL and to encourage them to generate their financial statements in XBRL files.

Nevertheless, the first submission of XBRLized financial statements by companies was difficult. We intended to offer a tool which would enable companies to enter the required XBRL information and generate their XBRL files. But this attempt proved to be a mistake, and we had many problems in actual practice. We now require companies to generate their own financial statements and not use the interactive form. (Company financial statements are available on the SVS website.)

In addition, there have been the start-up problems you'd expect where company staffs have had little background working with IFRS and XBRL. We receive many technical queries, such as how to indicate a particular element and how to deal with tuples using certain software.

The truth is that each time new software has been implemented, there have been new problems. Startup is always hard. At the beginning there is lack of knowledge and resistance to change; but as people learn, they embrace the new standards. When we first started there were no experts in XBRL, but with the current requirements (and hence demand) for XBRLized financial statements, many software vendors have developed tools for the generation of XBRL files from within companies' own systems. The SVS team is now working on the taxonomy for next year's filings, which will be an extension from the IFRS Taxonomy 2009.