[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: Question about the receipt advice
I understand. so, for example, a penalty may be a discount for late delivery of the service. so putting this on the receipt advice acts as notification that the subsequent invoice unit price will be affected. you are correct the idea of prices and/or allowances and charges being in a Receipt Advice would be an extension to UBL 2.1. In the immediate term this can be implemented using the UBL Extension methodology. However, in the long term (and how this has worked historically) this can go on the UBL Issues list for future releases. Your contribution in this area would be appreciated. On 18/02/2014, at 7:14 PM, <Cecile.GUASCH@ext.ec.europa.eu> <Cecile.GUASCH@ext.ec.europa.eu> wrote: > Dear Tim, > Thank you for your answer. > > I am only now consuming it and find your question about penalties. > > A penalty is a kind of discount on the ordered unit price that reduces the ordered unit price and sets the invoiced unit price. > This discount (in percentage or value) is agreed in a framework agreement to be applied in case of poor performance (ie related to quality) on the ordered price. > > I have found out that there is no information about unit prices in the receipt advice. > > How reasonable would it be to consider adding pricing information in the receipt line? > > Best regards, > Cécile GUASCH > > From: Tim McGrath [mailto:tim.mcgrath@documentengineeringservices.com] > Sent: Wednesday, January 29, 2014 7:29 AM > To: GUASCH Cecile (DIGIT-EXT) > Cc: UBL-Dev > Subject: Re: Question about the receipt advice > > I can see some options using the current ReceiptLine/Item/AdditionalItemProperty > > 1. exchanging the quality of the delivered service: > ReceiptLine/Item/AdditonalItemProperty/Name = "Quality" > ReceiptLine/Item/AdditonalItemProperty/Value > and maybe... > ReceiptLine/Item/AdditonalItemProperty/ValueQualifier > (depending on how you measure the quality) > > 2. exchanging the penalty that will be applied for the given delivery: > I am not clear what this means - perhaps you can give an example? > > > On 24/01/2014, at 4:56 PM, Tim McGrath wrote: > > > I will pass this to the ubl-dev mailing list as they tend to give better answers than me! You will not get a response from the ubl-comment list - that is for public reviews. > > > ubl-dev is an unmoderated, public mail list that provides an open forum for developers to exchange ideas and information on implementing the UBL OASIS Standard. You can subscribe to ubl-dev using the OASIS list manager at > > http://www.oasis-open.org/mlmanage/ > and view the ubl-list archives at > > http://www.oasis-open.org/archives/ubl-dev/ > > > On 21/01/2014, at 11:03 PM, <Cecile.GUASCH@ext.ec.europa.eu> <Cecile.GUASCH@ext.ec.europa.eu> wrote: > > > Dear Tim > I am sorry to disturb you but I do not know to whom to ask this type of questions, > Kind regards, > Cécile GUASCH (met in CEN BII pre award meeting, Brussels) > > _____________________________________________ > From: GUASCH Cecile (DIGIT-EXT) > Sent: Tuesday, January 21, 2014 3:59 PM > To: 'ubl-comment@lists.oasis-open.org' > Cc: STANCIULESCU Cristina (DIGIT); OLLINGER Yannick (DIGIT-EXT) > Subject: Question about the receipt advice > > > Dears, > In the European Commission we have been making use of the receipt advice class to exchange the acceptation of delivered goods. > We are now in the process of implementing the same mechanism for delivered services. > Nevertheless we encounter some variability namely : > · exchanging the quality of the delivered service > · exchanging the penalty that will be applied for the given delivery. > > We could not find a proper element in the current 2.0 ReceiptAdvice schema. > Is it a mistake from our part, are there existing plans to take on board these requirements, could you accept these requirements in a future version of the receipt advice? > > Thanks in advance, > Cécile GUASCH > > > ----------------- > Regards > Tim McGrath > tim.mcgrath@documentengineeringservices.com > Fremantle, Western Australia > http://www.documentengineeringservices.com > > > > ----------------- > Regards > Tim McGrath > tim.mcgrath@documentengineeringservices.com > Fremantle, Western Australia > http://www.documentengineeringservices.com > > ----------------- Regards Tim McGrath tim.mcgrath@documentengineeringservices.com Fremantle, Western Australia http://www.documentengineeringservices.com
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]