<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Financial Leaders Disagree on XBRL in KPMG Report</title>
	<atom:link href="http://hitachidatainteractive.com/2007/06/29/financial-leaders-disagree-on-xbrl-in-kpmg-report/feed/" rel="self" type="application/rss+xml" />
	<link>http://hitachidatainteractive.com/2007/06/29/financial-leaders-disagree-on-xbrl-in-kpmg-report/</link>
	<description>XBRL News and Commentary from the Hitachi XBRL Business Unit</description>
	<pubDate>Tue, 06 Jan 2009 13:26:34 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Mike Willis</title>
		<link>http://hitachidatainteractive.com/2007/06/29/financial-leaders-disagree-on-xbrl-in-kpmg-report/#comment-2374</link>
		<dc:creator>Mike Willis</dc:creator>
		<pubDate>Tue, 07 Aug 2007 12:32:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.hitachixbrl.com/2007/06/29/financial-leaders-disagree-on-xbrl-in-kpmg-report/#comment-2374</guid>
		<description>This comment is very interesting:  "Peter Elwin said he was "deeply skeptical" about XBRL.  I have enough experience of data systems to know there is a huge potential to go off the rails, he said.  XBRL looks very desirable. But all it is really doing is saving me the hard graft of digging out the detail myself. It doesn't change the way the numbers were produced in the first place. "

The very last sentence reflects an understanding of XBRL that may not be complete and may be simply focused on the external application of XBRL and does not include the internal application of the XBRL GL within the corporate reporting processes.

With the pervasively high level of manual data access, aggregration, validation and analysis currently pervasive within 99.9% of corporate reporting processes, it appears that the economics of internal adoption to improve 'the way the numbers were produced in the first place' may be a useful topic for a future blog.  Or maybe some reading of prior posts on the XBRL GL would be useful.</description>
		<content:encoded><![CDATA[<p>This comment is very interesting:  &#8220;Peter Elwin said he was &#8220;deeply skeptical&#8221; about XBRL.  I have enough experience of data systems to know there is a huge potential to go off the rails, he said.  XBRL looks very desirable. But all it is really doing is saving me the hard graft of digging out the detail myself. It doesn&#8217;t change the way the numbers were produced in the first place. &#8221;</p>
<p>The very last sentence reflects an understanding of XBRL that may not be complete and may be simply focused on the external application of XBRL and does not include the internal application of the XBRL GL within the corporate reporting processes.</p>
<p>With the pervasively high level of manual data access, aggregration, validation and analysis currently pervasive within 99.9% of corporate reporting processes, it appears that the economics of internal adoption to improve &#8216;the way the numbers were produced in the first place&#8217; may be a useful topic for a future blog.  Or maybe some reading of prior posts on the XBRL GL would be useful.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
