* Case Number: a20100216.1 * Status: Closed * Claimants: Karsten D * Respondents: Maxim B * Initial Case Manager: UlrichSchroeter * Case Manager: SebastianKueppers * Arbitrator: UlrichSchroeter * Date of arbitration start: 2011-03-08 * Date of ruling: 2011-03-21 * Case closed: 2011-03-21 * Complaint: Abbreviated givenname in account with assurance points * Relief: TBD Before: Arbitrator UlrichSchroeter (A), Respondent: Maxim B (R), Claimant: Karsten D (C), Case: a20100216.1 == History Log == . 2010-02-16 (issus.c.o) case [s20100216.107] . 2010-02-16 (iCM): added to wiki, request for CM / A . 2011-01-15 (C): what am I supposed to do with the form? . 2011-01-16 (iCM): response to (C)'s question to (C), (DRO) . 2011-02-24 (A): I'll take care about this case as (A) . 2011-02-24 (CM): appointed by (A) . 2011-02-24 (A): initmailing with CCA/DRP acceptance request sent to (C), (R) . 2011-02-25 (C): accepts CCA/DRP, sends PoV . 2011-03-07 (A): re-sending init mailing with CCA/DRP acceptance request to (R) {+} . 2011-03-08 (R): accepts CCA/DRP, sends PoV . 2011-03-08 (A): request to (Support): list of Assurances Rcvd by (R) {+} . 2011-03-08 (A): requesting IDdox scan of 1 page with name on it from (R) {+} . 2011-03-08 (Support): [s20110308.49] list of Assurances Rcvd by (R) . 2011-03-08 (R): questions regarding request from (A) . 2011-03-09 (A): answered questions to (R) . 2011-03-10 (R): sends infos as requested . 2011-03-10 (A): requesting name infos from Assurers (AS1) {0} , (AS2) {0} , (AS3) {+} , (AS4) {+} , (AS5) {+} , (AS6) {+} , (AS7) {+} over (R)'s name . 2011-03-10 (AS6): response with infos . 2011-03-10 (A): re-requesting a scan or a photo of the Middlename from the CAP form from (AS6) . 2011-03-10 (AS7): response with infos . 2011-03-10 (AS6): response as requested . 2011-03-10 (A): with the infos we have, infos by (AS6) gathers the evidence we need (info sent to (AS6)) . 2011-03-11 (AS3): response to request . 2011-03-11 (A): re-request of (R)'s 1st Givenname to (AS3) . 2011-03-12 (AS3): response to 2nd request . 2011-03-12 (A): 2nd re-request of (R)'s 1st Givenname to (AS3) . 2011-03-12 (AS5): response with infos . 2011-03-13 (A): advice to (R) using either name variation with request which name option he selects . 2011-03-13 (AS3): sends corrections, clarifications regarding assurance . 2011-03-20 (AS4): response with infos . 2011-03-20 (A): reminder: advice to (R) using either name variation with request which name option he selects {+} . 2011-03-21 (R): selects option 3), thats NL short Givenname, Abbreviaton of Middlename, Lastname == Original Dispute, Discovery (Private Part) == * Link to Arbitration case [[Arbitrations/priv/a20100216.1|a20100216.1 (Private Part)]] <> ==== EOT Private Part ==== == Discovery == * (C) references to [[Arbitrations/a20090618.12|a20090618.12]]. How am I to decide which variants are acceptable and which are not? * Name modification request by (C) and (R), conformant to request list || Participiant || Participiants Name || Givenname || Middlename || Surname || || (R) || Maxim B || {+} || {+} || {+} || || (C) || Karsten D || {+} || {+} || {+} || || (AS1) || Thorsten S || {0} || {0} || {0} || || (AS2) || Rudi vD || {0} || {0} || {0} || || (AS3) || Teus H || {+} || {+} || {+} || || (AS4) || Mikel O || {+} x^1^) || {-} || {+} || || (AS5) || Bert vdP || {+} || {+} || {+} || || (AS6) || Markus W || {+} || {+} || {+} || || (AS7) || Marco C || {+} || {+} || {+} || . x^1^) as of PracticeOnNames known NL Short Givenname Country Variation == Deliberations == Considering the time, the dispute has been filed, the name variations allowed to use are in flux since AP rollout in spring 2009 did happen. Starting with the precedent case [[Arbitrations/a20090618.12|a20090618.12]] CAcert moves to focus on the Assurance Statement that goes some distance to detune or soften the need for pure identity documents: {{{ "as long as we can reliably get the guy to Arbitration, the precise Name and Documents matter less" }}} Precedent case [[Arbitrations/a20090618.12|a20090618.12]] gives the deliberations to the variations of names. CAcert is operating in a multinational environment. The rules that affect all countries must be carefully checked if they respect the conventions of the CAcert community. In a lot of circumstances we have learned that some rules that work in some countries are a "no go" in other countries/regions, that are covered by [[http://www.cacert.org/policy/AssurancePolicy.php|AP 2.2]]. Multiple Names and variations Later in year 2010 within Arbitration case [[Arbitrations/a20091118.2|a20091118.2]] discovery, we've received an useful link to the [[http://www.meertens.knaw.nl/voornamen/vnb/|Nederlandse Voornamen Databank]] to also give Assurers a tool at hand, who are unfamiliar with the Dutch common short Givenname variations, to search for the name in question, to get the Givenname, as used in ID Documents. So this should give an answer to the question: "How am I to decide which variants are acceptable and which are not?" Remember, we're talking about the question regarding the Assurance Statement, if you can give an Assurance Statement or not, and not the question of a precise name here. So the question moves to the question: Can we bring the guy reliable into Arbitration, if he uses his Dutch common short Givenname variation ? The answer is simply Yes. You've filed a dispute against respondent, and respondent accepted CCA/DRP under this arbitration, answered all questions, was helpful in the discovery process, so I have to state, that we got respondent into this Arbitration case. In the meanwhile PracticeOnNames has been updated with all the relevant infos we have on relaxed name rules ([[http://www.cacert.org/policy/AssurancePolicy.php|AP 2.2]] variations) and also will be updated if new infos received. So this document can be seen as a living document. With the introduction of relaxed rules, the task for Assurers also increased regarding evidence gathering. This means, if you as Assurer makes a complete documentation, we, the Community are protected. This forces Assurers to docuement all the names as read in the IDdoxs. With this documentation, we have the evidence we need, to allow relaxed name variations. The evidence gathering in the discovery process shows, that mostly all Assurers makes a note on their CAP forms, about the names, they've read in respondents IDdoxs. So therefor, his full name could be confirmed within this Arbitration case. One more task has been added to the Assurers in the Assurance process, to inform the user about his right, to use Dutch common short Givenname variation in his account by following [[http://www.cacert.org/policy/AssurancePolicy.php|AP 2.2]], but this may lead to problems with Assurers who are not so familiar with the Dutch common short Givenname variation definition, and this may result in lesser Assurance points. If once the user has been adviced and the user decided one of both options, the Assurer can proceed. So this opens the usable name variations, respondent can use: There are 2 general options: a. daily used common short givenname -or- a. the not so daily used long givenname as shown in IDdoxs This gives 6 options, that are allowed by current AP, AH and PracticeOnNames: 1. NL short Givenname + Lastname . this means, leave the name as it is, follows option a. 1. NL short Givenname + Middlename + Lastname . as 1.) + addtl. Middlename 1. NL short Givenname + Middlename abbreviated + Lastname . as 1.) + addtl. short Middlename 1. Long Givenname + Middlename + Lastname . full name as in passport, following option b. 1. Long Givenname + Middlename abbreviated + Lastname . full name as in passport with abbreviated Middlename, following option b. 1. Long Givenname + Lastname . full givename as in passport, w/o Middlename, following option b. == Ruling == * There was no malfeasance of an type alleged or found * Assurers who did assure (R) in the past are in compliance to the current rules * at least 2 Assurers confirmed (R)'s full Givename and (R)'s Middlename * Respondents username is in compliance with the current policies and practices, following Assurance Policy 2.2, Assurance Handbook and PracticeOnNames. * Respondents has been adviced regarding Dutch common short Givenname variations and the related problems in the discovery process. * Respondent decided, to use option 3. (NL short Givenname + Middlename abbreviated + Lastname) in his online account. This is in compliance with the NL country variation ([[http://www.cacert.org/policy/AssurancePolicy.php|AP 2.2]], PracticeOnNames) and the abbreviation of the Middlename ([[http://www.cacert.org/policy/AssurancePolicy.php|AP 2.2]], [[AssuranceHandbook2|Assurance Handbook]], PracticeOnNames). * So therefor I order Support to add respondents abbreviated Middlename onto (R)'s online account. * [[http://www.cacert.org/policy/CertificationPracticeStatement.php|CPS]] 3.1.1 is not effected by this name change, so therefor no further ruling. * Its Claimants Assurance Statement to transfer his Assurance over Respondent into the system or not. There is no rule that prevents this given by the facts. Frankfurt/Main, 2011-03-21 == Execution == * 2011-03-21 (A): sending ruling to (C), (R) * 2011-03-21 (A): exec request to (Support) to correct (R)'s username in online account * 2011-03-21 (Support): [s20110321.363] I executed the ruling and chnaged the name as requested * 2011-03-21 (A): exec report to (C), (R). Case Closed. == Similiar Cases == || [[Arbitrations/a20090618.8|a20090618.8]] || [[Arbitrations/a20090618.8|User has non-validated middle name in account]] || || [[Arbitrations/a20090618.11|a20090618.11]] || [[Arbitrations/a20090618.11|User wishes to remove middle names]] || || [[Arbitrations/a20091231.1|a20091231.1]] || [[Arbitrations/a20091231.1|unverified middle name in account]] || || [[Arbitrations/a20100103.1|a20100103.1]] || [[Arbitrations/a20100103.1|unverified middle name in account ]] || || [[Arbitrations/a20090618.9|a20090618.9]] || [[Arbitrations/a20090618.9|User has middle and last names switched around]] || || [[Arbitrations/a20090905.1|a20090905.1]] || [[Arbitrations/a20090905.1|Assurer with names switched]] || || [[Arbitrations/a20080401.1|a20080401.1]] || [[Arbitrations/a20080401.1|assurance with out-of-order user name and possible issuance of wrongly named certificates]] || || [[Arbitrations/a20090427.1|a20090427.1]] || [[Arbitrations/a20090427.1|Assurance with mixed up first ans last name]] || || [[Arbitrations/a20090713.1|a20090713.1]] || [[Arbitrations/a20090713.1|surname and given name switched (init)]] || || [[Arbitrations/a20091117.1|a20091117.1]] || [[Arbitrations/a20091117.1|name swapped in an account (init)]] || || [[Arbitrations/a20100310.2|a20100310.2]] || [[Arbitrations/a20100310.2|surname, givenname switched around, user has 100 pts (init)]] || || [[Arbitrations/a20090618.12|a20090618.12]] || [[Arbitrations/a20090618.12|User not registered under full name]] || || [[Arbitrations/a20091111.1|a20091111.1]] || [[Arbitrations/a20091111.1|Member requests name change after marriage]] || || [[Arbitrations/a20090619.1|a20090619.1]] || [[Arbitrations/a20090619.1|Correction of Givenname in his Account]] || || [[Arbitrations/a20090823.1|a20090823.1]] || [[Arbitrations/a20090823.1|Assurance with an additional Suffix]] || ---- . CategoryArbitration . CategoryArbCaseAccountDataNameModificationsRequested