OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

ubl-psc message

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


Subject: Re: SV: SV: [ubl-psc] Re: UBL prd2 issues


This is a good point again Roberto. 

It happens that you can see both approaches in Spain, sometimes you see one single field to add both surnames and other times you see two different fields. 

We could solve this issue explaining the semantics of the field in the Surname in the documentation, nevertheless for countries like Spain where two surnames are quite normal, is really not normal to see that the MiddleName has an element in the Person class and the second surname does not have an element.

Oriol

El 22/02/2011, a las 17:36, Roberto Cisternino escribiķ:

> Hi,
> I also had two surnames (now I legally removed one of them) but I always
> specified both on the same field as legally they were considered a unique
> string.
> 
> This worked fine in banking accounts, and also into passport.
> 
> Are Spain institutions writing additional legal surnames on different
> fields ?
> 
> I just ask you because on cross-border exchanges it could be a problem if
> your surname is subdivided in two fields.
> For instance if you book a flight you have to use both surnames (if they
> are both legal) as they will have to match those on your passport.
> 
> By separating a surname information on two fields it could raise issues if
> the two surnames have to be used together for legal reasons (mapping
> issues for electronic exchanges)
> 
> Thanks
> 
> Roberto
> 
>> Then ok from me. I gues this is one of the special national cases like
>> additional streetname.
>> 
>> 
>> 
>> Best regards
>> 
>> 
>> 
>> Peter
>> 
>> 
>> 
>> Fra: Oriol Bausā Peris [mailto:oriol@invinet.org]
>> Sendt: 22. februar 2011 12:33
>> Til: plb@ebConnect.dk
>> Cc: ubl-psc@lists.oasis-open.org; 'Tim McGrath'
>> Emne: Re: SV: [ubl-psc] Re: UBL prd2 issues
>> 
>> 
>> 
>> Hi Peter,
>> 
>> 
>> 
>> Unfortunatelly this does not work, as the Middlename is sometimes hidden.
>> I've seen myself being named Oriol Peris because certain services just
>> hide
>> or not use the MiddleName, or Oriol B. Peris which is not my name.
>> 
>> 
>> 
>> I could be named Josep Maria Garcia Coll. Here Josep is the first name,
>> Maria is the middle Name, Garcia is the surname and Coll is the second
>> surname.
>> 
>> Regards
>> 
>> Oriol
>> 
>> 
>> 
>> El 22/02/2011, a las 10:55, Peter L. Borresen escribiķ:
>> 
>> 
>> 
>> 
>> 
>> Hi Oriol
>> 
>> 
>> 
>> I order to keep semantic interoperability, would it then be ok to have the
>> secondary surname as a middle name,
>> 
>> 
>> 
>> First Name: Peter or Oriol
>> 
>> Middelname: Larsen or Bausā
>> 
>> Surname Borresen or Peris
>> 
>> 
>> 
>> I think that a middelname is more commonly used outside spain.
>> 
>> 
>> 
>> /Peter
>> 
>> 
>> 
>> 
>> 
>> Fra: Oriol Bausā Peris [mailto:oriol@invinet.org]
>> Sendt: 22. februar 2011 10:21
>> Til: ubl-psc@lists.oasis-open.org
>> Cc: Tim McGrath
>> Emne: [ubl-psc] Re: UBL prd2 issues
>> 
>> 
>> 
>> Hi all
>> 
>> 
>> 
>> When working in Spain with the UBL 2.0 Invoice I've noticed that there are
>> two relevant items in Spain that cannot be clearly stated.
>> 
>> These things are:
>> 
>> 
>> 
>> 1) Person class: In Spain we have a second surname. I'd suggest to add a
>> MotherSurname or SecondSurname in Person.
>> 
>> 2) There is a use case in Spain where individuals can issue invoices to
>> companies and these invoices can carry Personal Income Tax information, so
>> the company must withhold that amount and pay it to the tax office on
>> behalf
>> of the individual.
>> 
>> I thought this could be done using AllowanceCharge but the special usage
>> of
>> this withholding amount and the need of informing about it make me to
>> think
>> on an additional structure to carry this information.
>> 
>> The point is that Withhold Amount must be deducted from the PayableAmount,
>> but it does not affect the TaxInclusive Amount. If you think it is ok,
>> I'll
>> try to suggest a new structure for this.
>> 
>> 
>> 
>> I know it is late to raise these issues, my apologies.
>> 
>> 
>> 
>> Oriol
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> El 22/02/2011, a las 01:25, Tim McGrath escribiķ:
>> 
>> 
>> 
>> 
>> 
>> 
>> We are finalizing the draft but it may take a few weeks to get the public
>> review launched.  i would expect it to be in March sometime.
>> 
>> The decision on contractual information means that we wont be adding more
>> structures for this, but i suggest you await the total package before
>> evaluating it.
>> 
>> On 21/02/2011 9:56 PM, Joao Frade wrote:
>> 
>> 
>> Hi Tim, Hi all,
>> 
>> We are currently checking the UBL 2.1 structures in detail (to evaluate
>> the
>> migration effort) and will need to check whether the proposed solution for
>> contractual information meets our needs.
>> 
>> When will the next public review of UBL 2.1 take place?
>> 
>> Thank you very much for your feedback.
>> 
>> With best regards,
>> João
>> 
>> 
>>  _____
>> 
>> For the latest issue of the PwC Technology Forecast, please visit our
>> <http://www.pwc.com/techforecast?utm_source=signature&utm_medium=email>
>> website
>> 
>> 
>>  _____
>> 
>> 
>> Joao Frade  |  Manager  |  PricewaterhouseCoopers* Performance Improvement
>> Consulting
>> Woluwe Garden - Woluwedal 18  |  B-1932 Sint-Stevens-Woluwe  |
>> <http://www.pwc.be/?utm_source=signature&utm_medium=email> www.pwc.be
>> Tel +32 2 7109284  |  Fax +32 2 7107224  |  Mobile +32 477 842292  |
>> E-mail
>> joao.frade@pwc.be
>> Please consider the impact on the environment before printing this e-mail
>> and/or the attachment(s).
>> 
>> 
>> 
>> 
>> 
>> *PricewaterhouseCoopers Enterprise Advisory cvba/scrl
>> Maatschappelijke zetel/Sičge social: Woluwe Garden, Woluwedal 18, B-1932
>> Sint-Stevens-Woluwe
>> BTW/TVA BE 0415.622.333 RPR Brussel/RPM Bruxelles
>> ING 310-1381196-02
>> This legal entity is a member of the network of member firms of
>> PricewaterhouseCoopers International Limited, each of which is a separate
>> and independent legal entity
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> Tim McGrath  <mailto:tim.mcgrath@documentengineeringservices.com>
>> <tim.mcgrath@documentengineeringservices.com>
>> 
>> 15/02/2011 01:23
>> 
>> 
>> To
>> 
>> Arianna Brutti  <mailto:arianna.brutti@enea.it> <arianna.brutti@enea.it>
>> 
>> 
>> cc
>> 
>> 'Oriol Bausā'  <mailto:oriol@invinet.org> <oriol@invinet.org>, Joao Frade
>> <mailto:joao.frade@pwc.be> <joao.frade@pwc.be>
>> 
>> 
>> Subject
>> 
>> Re: UBL prd2 issues
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> we decided that we wold not act on both issues as we think the requirement
>> can be met by using the additional document to define the contract
>> details.
>> 
>> so the disposition for both is resolved (subject to possible feedback in
>> PRD
>> 2).
>> 
>> 
>> 
>> On 15/02/2011 12:53 AM, Arianna Brutti wrote:
>> Hi Tim and Oriol,
>> 
>> I have just discovered that I' m missing 2 resolutions to complete the
>> implementation of the issues for prd2.
>> 
>> You were in the resolution team and the issues are n. 64 and 87.
>> 
>> Could you give me some feedbacks about?
>> 
>> Thank you!
>> Best regards,
>> Arianna [attachment "tim_mcgrath.vcf" deleted by Joao Frade/BE/GRM/PwC]
>> 
>> 
>> *Professional
>> Mail*-----------------------------------------------------------------------
>> -------------------
>> This e-mail is intended only for the person to whom it is addressed.
>> If an addressing or transmission error has misdirected this e-mail,
>> please notify the author by replying to this e-mail. If you are not
>> the intended recipient you must not use, disclose, copy, print or
>> rely on this e-mail.
>> 
>> PricewaterhouseCoopers may monitor outgoing and incoming e-mails and
>> other telecommunications on its e-mail and telecommunications systems.
>> ----------------------------------------------------------------------------
>> --------------
>> 
>> <tim_mcgrath.vcf>
>> 
>> 
>> 
>>  _____
>> 
>> Ingen virus fundet i denne meddelelse.
>> Kontrolleret af AVG - www.avg.com
>> Version: 10.0.1204 / Virusdatabase: 1435/3457 - Udgivelsesdato: 21-02-2011
>> 
>> 
>> 
>>  _____
>> 
>> Ingen virus fundet i denne meddelelse.
>> Kontrolleret af AVG - www.avg.com
>> Version: 10.0.1204 / Virusdatabase: 1435/3457 - Udgivelsesdato: 21-02-2011
>> 
>> 
> 
> 
> -- 
> * JAVEST by Roberto Cisternino
> *
> * Document Engineering Services Ltd. - Alliance Member
> * UBL Italian Localization SubCommittee (ITLSC), co-Chair
> * UBL Online Community editorial board member (ubl.xml.org)
> * Italian UBL Advisor
> 
>  Roberto Cisternino
> 
>  mobile: +39 328 2148123
>  skype:  roberto.cisternino.ubl-itlsc
> 
> [UBL Technical Committee]
>    http://www.oasis-open.org/committees/ubl
> 
> [UBL Online Community]
>    http://ubl.xml.org
> 
> [UBL International Conferences]
>    http://www.ublconference.org
> 
> [UBL Italian Localization Subcommittee]
>    http://www.oasis-open.org/committees/ubl-itlsc
> 
> [Iniziativa divulgativa UBL Italia]
>    http://www.ubl-italia.org
> 
> 



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