Re: RE: [ubl-dev] Invoice Type Code

[david.lyon@computergrid.net]

Stephen,

The credit note would usually be a positive amount 
as it is traditionally a credit to the debtors account.

The invoice is usually applied as a debit to an
account. So whilst being transmitted with a positive
value, it gets applied to the account in a subtractive
sense.

It's rare to see a negative amount credit note. Won't
say never :-), but that would usually go on another
invoice.


Quoting Stephen Green <stephen_green@seventhproject.co.uk>:

> David
> 
> Thanks for this very helpful answer. I believe we might want to
> take this up in UBL to introduce this 'officially' as a much needed
> way to produce a credit note - thanks to Oriol and Sylvia for bringing
> it to the fore. I do agree with your use of the InvoiceTypeCode to
> designate a credit note (with typically negative values, though, as you
> say they could be positive if necessary). I wonder whether it would be
> best to see that the 1001 codelist is adopted into UBL (via a codelist
> Schema module - albeit with a subset of the full 1001 TRED codelist).
> Thanks too to Jean-Luc for confirming the use and role of this codelist.
> I hope this question can become part of the in-development UBL FAQ.
> 
> All the best
> 
> Stephen Green
> 
> ----- Original Message -----
> From: <david.lyon@computergrid.net>
> To: <ubl-dev@lists.oasis-open.org>
> Sent: Wednesday, September 08, 2004 12:24 AM
> Subject: Re: RE: [ubl-dev] Invoice Type Code
> 
> 
> > Sylvia,
> >
> > From my experience in business, I would suggest that corrections are
> > traditionally sent in the form of a "Credit Note" document.
> >
> > Credit note amounts can be negative and positive.
> >
> > These are seperate paper documents from the invoice and show
> > which invoice and have the invoice that they refer
> > to in their header.
> >
> > When the account is totalled in the statement, credit notes,
> > payments, invoices, journals, are all summed to give the
> > balance.
> >
> > Forgive this if it sounds quite simplistic.
> >
> > If there isn't a Credit Note in UBL, I would use the Invoice
> > document as the base and just change the Invoice Type code.
> >
> > David
> >
> 
> 
> Also Jean-Luc Champion wrote:
> 
>   ----- Original Message -----
>   From: Jean-Luc Champion
>   To: ubl-dev@lists.oasis-open.org
>   Sent: Tuesday, September 07, 2004 7:05 PM
>   Subject: RE: [ubl-dev] Invoice Type Code
> 
> 
>   Hi Oriol,
> 
> 
> 
>   1.- Is there any codelist for the InvoiceTypeCode maintained for an
> international Agency?
> 
> 
> 
>   There is something similar in EDIFACT but as document name code (Data
> Element 1001)
> 
>   You can find the complete list of document name code on
> http://www.unece.org/etrades/download/downmain.htm#edifact
> 
>   Download the last version and in the zip file there a file named UNCL.ZIP
> (UN Code List)
> 
> 
> 
>   Kind regards,
> 
>   Jean-Luc Champion
> 
>   UN/CEFACT Forum TBG1 Chair
> 
>   --------------------------------------------------------------------------
> -------------------------------------------------------------------
> 
>   This is an abstract:
> 
>   *    1001  Document name code                                      [C]
> 
> 
> 
>        Desc: Code specifying the document name.
> 
> 
> 
>        Repr: an..3
> 
> 
> 
>        380   Commercial invoice
> 
>                 Document/message claiming payment for goods or services
> 
>                 supplied under conditions agreed between seller and
> 
>                 buyer.
> 
> 
> 
>        381   Credit note
> 
>                 Document/message for providing credit information to the
> 
>                 relevant party.
> 
> 
> 
>        384   Corrected invoice
> 
>                 Commercial invoice that includes revised information
> 
>                 differing from an earlier submission of the same
> 
>                 invoice.
> 
> 
> 
>        385   Consolidated invoice
> 
>                 Commercial invoice that covers multiple transactions
> 
>                 involving more than one vendor.
> 
> 
> 
>        386   Prepayment invoice
> 
>                 An invoice to pay amounts for goods and services in
> 
>                 advance; these amounts will be subtracted from the final
> 
>                 invoice.
> 
> 
> 
>        387   Hire invoice
> 
>                 Document/message for invoicing the hiring of human
> 
>                 resources or renting goods or equipment.
> 
> 
> 
>        388   Tax invoice
> 
>                 An invoice for tax purposes.
> 
> 
> 
>        389   Self-billed invoice
> 
>                 An invoice the invoicee is producing instead of the
> 
>                 seller.
> 
> 
> 
>        390   Delcredere invoice
> 
>                 An invoice sent to the party paying for a number of
> 
>                 buyers.
> 
> 
> 
>        393   Factored invoice
> 
>                 Invoice assigned to a third party for collection.
> 
> 
> 
>        394   Lease invoice
> 
>                 Usage of INVOIC-message for goods in leasing contracts.
> 
> 
> 
>        395   Consignment invoice
> 
>                 Commercial invoice that covers a transaction other than
> 
>                 one involving a sale.
> 
> 
> 
>        396   Factored credit note
> 
>                 Credit note related to assigned invoice(s).
> 
> 
> 
> 
> ----------------------------------------------------------------------------
> --
> 
>   De : Oriol Bausà [mailto:oriol@tradise.com]
>   Envoyé : mardi 7 septembre 2004 13:18
>   À : ubl-dev@lists.oasis-open.org
>   Objet : [ubl-dev] Invoice Type Code
> 
> 
> 
>   We are implementing different UBL Invoice instances in an ERP system. We
> have the commercial invoice, but we also need to implement the rectification
> invoice and the selfinvoice. For the rectification invoice you need to state
> the original invoice number and the reason why it's necessary the
> rectification. So there are two questions about that:
> 
> 
> 
>   1.- Is there any codelist for the InvoiceTypeCode maintained for an
> international Agency?
> 
> 
> 
>   2.- Should we use the AdditionalDocumentReference to enter the Original
> Invoice ID?
> 
> 
> 
>   Thanks for your help
> 
> 
> 
>   Oriol
> 
> 
> 
>   --Aviso--
> 
>   Este mensaje se dirige exclusivamente a su destinatario y puede contener
> información privilegiada o confidencial y/o datos de carácter personal, cuya
> difusión está regulada por la Ley Orgánica de Protección de Datos y la Ley
> de Servicios de la Sociedad de la Información. Si usted no es el
> destinatario indicado (o el responsable de la entrega al mismo), no debe
> copiar o entregar este mensaje a terceros bajo ningún concepto. Si ha
> recibido este mensaje por error o lo ha conseguido por otros medios, le
> rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a
> su eliminación irreversible. Las opiniones, conclusiones y demás información
> incluida en este mensaje que no estén relacionadas con asuntos profesionales
> de Tradise no están respaldadas por la empresa.
> 
>   --Notice--
> 
>   This e-mail message is solely intended for its addressee and may contain
> confidential information. If you are not the addressee of this e-mail you
> should know that it is forbidden to read it, copy or use it. Please, notify
> us of receipt immediately via e-mail and delete it. Opinions, and other
> informations included in this message not related with Tradise professional
> activity will not be endorsed.
> 
>   --Avís--
> 
>   Aquest missatge electrònic es dirigeix només al seu destinatari. Pot
> contenir informació privilegiada o confidencial i/o dades de caràcter
> personal regulades per la Llei Orgànica de Protecció de Dades i la Llei de
> Serveis de la Societat de la Informació. Si Vostè no n'és el destinatari, ha
> de saber que la seva lectura, còpia i ús està prohibida. Li preguem que ens
> avisi immediatament per aquesta mateixa via i que procedeixi a la seva
> destrucció. Les opinions, conclusions i la resta d'informació inclosa en
> aquest missatge, que no estiguin relacionades amb assumptes professionals de
> Tradise, no estan recolzades per l'empresa.
> 
> 
> 
> 




-------------------------------------------------------