[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Invoices (was Re: XML's greatest culturaladvanta

  • From: Stephen D Green <stephengreenubl@gmail.com>
  • To: John Cowan <johnwcowan@gmail.com>
  • Date: Thu, 11 Apr 2013 09:20:04 +0100

Re:  Invoices (was Re:  XML's greatest culturaladvanta
To clarify a little.
 
I would see this MCE-esque scenario as something like this:
If the (XML, eg UBL) invoice contains any eneties marked with
a 'MustUnderstand' attribute, say, but my finance app doesn't
have them on, say, a list of entities it already includes properly
in its calculations, then it will reject the invoice (or at least
mark it as an exception which the application cannot process
with regard to its calculations). Likewise, the application
sending the invoice will need to be programmed such that all
calculation-sensitive data can be (and is) marked 'MustUnderstand'.
Obviously there will be more to it than that in real life but it's an
arhictectural pattern for XML (for business documents at least)
I've been after for a long time. It nicely complements and perhaps
completes the architectural pattern of schema subsets.

----
Stephen D Green


On 11 April 2013 08:23, Stephen D Green <stephengreenubl@gmail.com> wrote:
Well with some business-transaction documents such as invoices
there is a calculation model which is very important to get right
when processing the document. The processing application (code)
has to know which entities are important components of the
calculation and which are not. If there are no variations to the
schema (or more specifically to the structure and semantics) the
calculation model is clear. Having a situation where there are no
variations which could impact the calculation model is extremely
optimistic when there are many parties involved, especially when
there are multiple countries and accounting and tax systems
involved. So having a way to always be certain whether a strange
entity is relevant to the calculation model is important to allow
reliable calculations even in a non-homogenous scenario where
there are multiple variations, some known, some unknown (such
as new versions and unfamiliar customisations or even variations
in the use of the same schema)... And that's a simplification.

----
Stephen D Green


On 10 April 2013 16:43, John Cowan <johnwcowan@gmail.com> wrote:
On Wed, Apr 10, 2013 at 7:18 AM, Stephen D Green <stephengreenubl@gmail.com> wrote:
The MCE, mentioned in the other thread, does look quite promising for
future developments of XML standards for Invoices though: If it becomes
possible to label some entities as 'must understand' and others as
'ignorable'.

I used to be a big believer in this distinction.  Then I realized that "must understand" begs the question "in order to do what?"  If you are an editor for office documents, or even a viewer, it may make some sort of sense.  But suppose you just want to count the number of paragraphs with a little bit of XSLT?  Are you supposed to make use of the MCE information in this case?  Obviously not.  But there simply is no bright line between when you should and when you should not, making the whole notion of "must understand" extremely problematic to apply.

There's a nice analogy with what the Open Source Initiative mailing lists call "badgeware".  These are web applications that you can use and modify freely, provided you keep the original creator's logo, or a link, on the splash screen, or even all screens.  The authors always want us to bless their licenses as open source, but they can't be.  Why not?  Because they don't realize how wide the scope of "modification" is.  Suppose you just want to pull out the date-parsing code and reuse it server-side, where there is nowhere to display the badge.  Is that valid according to the license?  Probably not.  And if it is, where can the line be drawn between reusing the whole thing and just changing the logo, and this sort of reuse of individual modules?  Nobody knows.  So we have to turn down such licenses.

--
GMail doesn't have rotating .sigs, but you can see mine at http://www.ccil.org/~cowan/signatures




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


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.