Re: Re: [ubl-dev] Basic Invoice Exploration

["G. Ken Holman" <gkholman@CraneSoftwrights.com>]

I haven't yet transcribed the Danish OIO-UBL components into the 
calculation model page, but I have been told in private correspondence that:

   "I would like to point out that OIO has misunderstood the use of
    TaxExclusiveAmount."

That happens to be the item you cited in your post ... have you found 
other discrepancies?  It is this known error that I refer to in 
http://wiki.oasis-open.org/ubl/Example_Calculation_Models when I cite 
the OIOUBL PDF document.

Please let me know if you can see other problems.

BTW, I wasn't told what the misunderstanding is, so I look forward to 
your edits to the wiki in this regard once I've transcribed things.

Was it perhaps improper to base the deltas of calculation models on 
the (corrected) OIO-UBL document?  I chose that as a starting point 
as it is the only such document I know about.  If there is a more 
appropriate one then we can use that as a basis for the example 
calculation models.

Does anyone know which citation to use for the BII calculation model?

. . . . . . . . . . Ken

At 2009-06-23 17:06 +0100, Stephen Green wrote:
>OK, another risky subject.
>
>Looking at the Danish model there are some glaring discrepancies with
>the normal interpretation of the UBL tax-related entities' semantics (if
>I might try inventing a bit of diplomatic language). In this case the matter
>of whose rules apply - senders' or receivers' or others' is paramount. It
>seems if I send an OIO-UBL document I need a different computation
>system for a different calculation model than if I send what I would expect
>to call a UBL-conformant document. Then I risk that document being
>rejected because it is limited how much I can adapt the document
>calculation model to meet the receivers' expectations: my own rules and
>the design of my finance system might mean I have to call TaxExclusive
>amount just that and use it to contain the payable total of the invoice
>minus the tax (and debatably minus any settlement allowances/charges).
>The sender's and reciever's expectations and rules might be mutually
>incompatible. So whose apply? Good question. I guess the EU might have
>to come up with some rules of their own or risk deadlock.
>
>Stephen D Green


--
Crane Softwrights Ltd.          http://www.CraneSoftwrights.com/u/
Training tools: Comprehensive interactive XSLT/XPath 1.0/2.0 video
Video lesson:    http://www.youtube.com/watch?v=PrNjJCh7Ppg&fmt=18
Video overview:  http://www.youtube.com/watch?v=VTiodiij6gE&fmt=18
G. Ken Holman                 mailto:gkholman@CraneSoftwrights.com
Male Cancer Awareness Nov'07  http://www.CraneSoftwrights.com/u/bc
Legal business disclaimers:  http://www.CraneSoftwrights.com/legal