OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

tax message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: XBRL-GL and Standard Audit File

I found Phillip Allen's summary of the discussion between Phillip himself,
Andy Greener and Eric Cohen very interesting.

I also felt that Alex Fiteni's comments were very useful.

I appreciate that Eric Cohen is the leading authority on XBRL-GL and that 

"XBRL-GL is a generic representation of the documents, parties, resources,
links to accounts, links to XML/XBRL elements for reporting, and other
classifications that are put together in different combinations to represent
transactions or other triggers of taxation as a generic audit trail. It
represents through the existing modules some large portion of the fields
collected in a typical transaction, and the "X" of XML/XBRL is
extensibility. so it can be expanded upon for the specifics of transactions
[where these reside elsewhere than in the G/L]. Anything with monetary
amounts or quantities that can be put to accounts or classification codes
can be represented. Documents and transactions can be represented before
"accounting"/assignment of accounts or classifications".

Where Alex is correct is to highlight the practical considerations that
pertain to particularly indirect taxes. In a VAT environment, transactions
which are only held in subsidiary ledgers rather than the general ledger can
be important in establishing completeness and timeliness of VAT declaration.
In an excise duty environment, the point at which excise taxes become due
can be different to the point at which the transactions are posted to the
general ledger.

The Standard Audit File which is being developed in the OECD consists
primarily of the data elements listed in the attached file:

 <<Key Data Elements Of The Standard Audit File.doc>> 

In the UK, there has been much discussion about whether sufficient data
would be provided by an audit file containing these fields to enable
indirect tax audits effectively to be performed. The points made in this
discussion have come from the same practical place as Alex mentioned in his

The issue in this discussion is not whether the data is transmitted in XML,
XBRL-GL or indeed any other format, but whether the dataset projected for
the audit file would be fit for the purpose for which it is intended.

Dave Chambers.

This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 

Key Data Elements Of The Standard Audit File.doc

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]