| Hi Tim,
I agree with your proposal
Regards, Oriol El 23/02/2011, a las 01:45, Tim McGrath escribiķ:
The OASIS CIQ TC
developed xNL (Name Language) upon which UBL Person properties
were based. This has these properties for a name...
<xs:enumeration
value="PrecedingTitle"/>
<xs:enumeration
value="Title"/>
<xs:enumeration
value="FirstName"/>
<xs:enumeration
value="MiddleName"/>
<xs:enumeration
value="LastName"/>
<xs:enumeration
value="OtherName"/>
<xs:enumeration
value="Alias"/>
<xs:enumeration
value="GenerationIdentifier"/>
So I would propose OtherName (as Peter reminded us we did for
StreetName) is the way to express this second surname, for use if
the Profile requires them to be separated.
I guess this is our first PRD3 issue!
On 23/02/2011 1:03 AM, Oriol Bausā Peris wrote:
A9ACA53B-9F94-4128-8B59-709C63E94D95@invinet.org" type="cite">
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
<tim_mcgrath.vcf> |