Presentation from the Danish Commerce


Published on

  • Be the first to comment

  • Be the first to like this

No Downloads
Total views
On SlideShare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide
  • Feasible: We may mandate specifi uses of the taxonomy – but they will be forgotten/misunderstood by users and filers
  • We had isolated a few products as stratgically important and wanted to make sure, that our taxonomy would work without problems there Tuples To our knowledge this doesn’t really happen in mainstream XML
  • Presentation from the Danish Commerce

    1. 1. How the Danish Commerce and Companies Agency Will Make Use of XBRL By Michael Rugaard Programme Manager
    2. 2. The Danish Commerce and Companies Agency <ul><li>Is an agency under The Danish Ministry of Economic and Business Affairs </li></ul><ul><li>Administrates the law on </li></ul><ul><ul><li>companies </li></ul></ul><ul><ul><li>accounts and </li></ul></ul><ul><ul><li>certain parts of business law </li></ul></ul><ul><li>Receives annual accounts and company information from 120.000 businesses </li></ul><ul><li>Keeps registers of this information available to the general public </li></ul>
    3. 3. Business reporting today <ul><li>All annual filings are: </li></ul><ul><ul><li>received on paper </li></ul></ul><ul><ul><li>scanned </li></ul></ul><ul><ul><li>to a certain extent retyped into a structured form by third party vendors of financial information </li></ul></ul><ul><li>The filings are frequently made by the company’s accountant, using: </li></ul><ul><ul><li>Microsoft Office </li></ul></ul><ul><ul><li>Caseware </li></ul></ul><ul><ul><li>Local brand accountancy software (i.e.: “Focus IT”) </li></ul></ul><ul><ul><li>“ Homemade” software </li></ul></ul><ul><li>The companies often use ERP systems emanating from MBS Navision </li></ul><ul><ul><li>(Axapta, Navision, Concorde, C5 etc) </li></ul></ul>
    4. 4. DCCA and Digital Filing <ul><li>DCCA has been working with digital filing since the 1990’s </li></ul><ul><li>Different Technologies applied since 1995 - without much success </li></ul><ul><ul><li>EDIFACT </li></ul></ul><ul><ul><li>XML </li></ul></ul><ul><li>Digital filing through XBRL starts – on a voluntary basis at the 3rd of January 2005 </li></ul><ul><ul><li>Focus must be on user friendliness </li></ul></ul>
    5. 5. Objectives for digital reporting <ul><li>Increase the level of service provided to businesses </li></ul><ul><li>Enable faster and more cost-efficient regulatory control </li></ul><ul><li>Enable reuse of data across organizational boundaries (one-stop-Government) </li></ul><ul><li>Reduce reporting burdens and costs for businesses </li></ul><ul><li>Reduce costs and burdens related to consuming financial data </li></ul>
    6. 6. Why XBRL <ul><li>XBRL could be the missing link in the supply chain </li></ul><ul><li>XBRL gives advantages to end users of data </li></ul><ul><li>and to filers as well as it becomes lingua franca </li></ul>
    7. 7. DCCA and XBRL <ul><li>The DCCA has developed an XBRL- taxonomy (working draft) </li></ul><ul><li>The taxonomy will be expanded to cover the needs of other government institutions </li></ul><ul><li>The taxonomy can be used free of charge by anyone interested </li></ul>
    8. 8. The Flow Mail/Browser ERP System System for creating annual reports Business Accountant DCCA B) Email containing: 1) Annual report 2) Digital Annual Report (XBRL) containing some of the facts and a PDF with all the facts Digital signature on report shown in browser Trial balance A) Email containing: 1) Annual report 2) Digital Annual Report (XBRL) containing some of the facts and a PDF with all the facts Management Report
    9. 9. Making Data Available <ul><li>The DCCA will provide financial (XBRL) data </li></ul><ul><ul><li>Through our own user interface with limited functionality </li></ul></ul><ul><ul><li>as well as </li></ul></ul><ul><ul><li>By selling data bulk to third party vendors </li></ul></ul><ul><ul><li>By providing general system-to-system user interfaces (web services) </li></ul></ul>
    10. 10. The DCCA said all this a year and a half ago in Amsterdam – why has nothing happened…? <ul><li>Well, it has, but: </li></ul><ul><ul><li>We have been too ambitious </li></ul></ul><ul><ul><li>We have had to overcome too many technical problems </li></ul></ul><ul><ul><li>XBRL wasn’t as readily available in user software as expected </li></ul></ul>
    11. 11. Too Ambitious… <ul><li>We wanted the entire annual filing in a structured digital form! But: </li></ul><ul><ul><li>Nobody is going to bother do all mapping that voluntarily </li></ul></ul><ul><ul><li>Nobody really needs all that </li></ul></ul><ul><ul><li>A taxonomy can’t really express all the quirks of Danish lawmaking in this field </li></ul></ul><ul><ul><li>It is neither technically nor practically feasible to ensure that an all-encompassing taxonomy is used correctly </li></ul></ul><ul><li>We wanted to create correct presentations of data in the XBRL-filings in their entirety </li></ul><ul><ul><li>… This was where we found out about what was technically feasible and what was not </li></ul></ul>
    12. 12. Too many technical obstacles <ul><li>Problems we brought onto ourselves </li></ul><ul><ul><li>We did not work with Proof of Concepts for </li></ul></ul><ul><ul><ul><li>The use of our taxonomy (its internal logic) </li></ul></ul></ul><ul><ul><ul><li>Support for XBRL in user-software </li></ul></ul></ul><ul><ul><ul><li>The possibility of making a style sheet that would work for any (Danish annual) XBRL-filing </li></ul></ul></ul><ul><ul><li>It wasn’t until late in the process that we gained knowledge about the real life use scenarios for our taxonomy </li></ul></ul><ul><li>XBRL-problems (relating to spec. 2.0a) </li></ul><ul><ul><li>When we started out, our developers basically had to invent every single tool for themselves </li></ul></ul><ul><ul><li>Certain XBRL schemas didn’t parse correctly in major XML parsers </li></ul></ul><ul><ul><li>There seemed to be flaws in the spec’s </li></ul></ul>
    13. 13. XBRL was (is?) not always so well implemented in user software <ul><li>An important provider of accountancy-software had implemented one sub-set of XBRL </li></ul><ul><li>An important provider of ERP-software had implemented another sub-set of XBRL </li></ul><ul><li>We needed both subsets and then some </li></ul><ul><li>Lesson: It is important to see, that XBRL-enabled software supports at least the same core specifications of XBRL. </li></ul>
    14. 14. Our Approach <ul><li>We encourage cross sectored support for XBRL </li></ul><ul><li>We do this on a number of levels and </li></ul><ul><li>With a number of actors </li></ul><ul><li>We share our experiences and results </li></ul><ul><li>---- </li></ul><ul><li>XBRL should follow the same lines of development as regular XML and be </li></ul><ul><li>Backwards compatible </li></ul>
    15. 15. So, what does the DCCA do now? <ul><li>We are getting more user focused by </li></ul><ul><ul><li>issuing a smaller taxonomy only containing data elements that are in high demand </li></ul></ul><ul><ul><li>and that emanate directly from ERP-systems for the most part </li></ul></ul><ul><li>We do not upgrade to spec. 2.1 of XBRL </li></ul><ul><ul><li>Until we have seen it work across software platforms </li></ul></ul><ul><li>We do not try and make presentations of instance documents, but plan to live in a mixed environment (XBRL + PDF) for a while </li></ul><ul><li>We don’t do anything new in this field without POC </li></ul><ul><li>We keep supporting and evangelizing XBRL throughout the Administration </li></ul><ul><li>We will do pilot scale tests with large providers of annual filings </li></ul><ul><li>… and we hope to receive filings during 2005! </li></ul>