• Arbitrations
• a20100102.1

• Case Number: a20100102.1
• Status: Closed
• Claimants: Klas B
• Respondents: CAcert

• Initial Case Manager: UlrichSchroeter

• Case Manager: BernhardFröhlich

• Arbitrator: UlrichSchroeter

• Date of arbitration start: 2011-02-24
• Date of ruling: 2011-03-17
• Case closed: 2011-03-18
• Complaint: Wrong birthdate registered
• Relief: TBD

Before: Arbitrator UlrichSchroeter (A), Respondent: CAcert (R), Claimant: Klas Meder Boqvist (C), Case: a20100102.1

History Log

• 2010-01-02 (iCM): added to wiki, request for CM / A
• 2010-08-20 (issue.c.o) case [s20100820.12]
• 2010-08-23 (Support): moved into disputes filing queue
• 2010-08-24 (iCM): added to wiki, request for CM / A
• 2011-01-14 (C): progress report request
• 2011-01-14 (iCM): response sent 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): sending initmailing with request for CCA/DRP acceptance to (C)
• 2011-02-24 (C): accepts CCA/DRP under this arbitration
• 2011-02-24 (A): requesting from (Support) list of Assurances Rcvd on account of (C) {+}
• 2011-02-24 (A): asking (C) about assurances rcvd, but not yet entered into the online system, so Assurers can confirm the DoB change request ?
• 2011-02-24 (C): one Assurer is known (AS1)
• 2011-02-24 (A): (AS1) is not known to CAcert, so what happens in the Assurance event ?
• 2011-02-24 (C): still is in wot list
• 2011-02-24 (AS1): has changed primary email
• 2011-02-24 (A): response to (C)'s and (AS1) mail
• 2011-02-24 (A): requesting correct DoB as seen in IDdox or CAP form scan from (AS1) {+}
• 2011-02-24 (A): requesting IDdox scan of page that contains the DoB from (C) {+}
• 2011-02-25 (Support): [s20110224.24] 1 Assurance rcvd (AS2)
• 2011-02-25 (C): sends IDdoc scan
• 2011-02-26 (A): req to (AS2) regarding (C)'s DoB
• 2011-03-05 (AS1): sends in DoB info
• 2011-03-07 (A): sending reminder #1 req to (AS2) regarding (C)'s DoB {0}
• 2011-03-09 (AS2): The CAP form is currently in storage. You will recieve a scanned copy within a week.
• 2011-03-17 (AS2): sends in DoB info

Original Dispute, Discovery (Private Part)

• Link to Arbitration case a20100102.1 (Private Part)

EOT Private Part

Discovery

• requesting confirmations of DoB
  1. from (C)
  2. from (AS1)
  3. from potential former assurers on support requested assurers list (AS2)

     • Assurer	Assurers Name	Confirms to DoB change req of (C)
       AS1	Lars D	{+}
       AS2	Lars M	{+}

Ruling

1. Discovery process brought evidence, verified by 2 Assurers, that DoB in (C)'s online account needs to be corrected.
2. I hereby order (Support) to correct (C)'s DoB as requested.

3. The Principles of the Community defines Training as a principle, so before sue assurers about errors and mistakes, we have to train and advice our assurers. Assurance of (AS2) over (C) did happen before Assurance Policy (AP) rollout starts early 2009. So therefor I further rule, about the avoidable error made by (AS2), that (AS2) should get an advice about DoB errors.

4. No further actions to take.

Frankfurt/Main, 2011-03-17

Execution

• 2011-03-17 (A): ruling sent to (C), (AS1), (AS2)
• 2011-03-17 (A): sending exec request to (Support) to correct DoB in (C)'s account

• 2011-03-17 (A): sent Advice Assurer DoB errors to (AS2)

• 2011-03-18 (Support): [s20110317.61] I executed the ruling I changed the DoB
• 2011-03-18 (A): exec report to (C), (AS1), (AS2). Case Closed.

Similiar Cases

• CategoryArbitration

• CategoryArbCaseAccountDataDoB