Deutschsprachige CAcert Support Liste

[<ulrich AT cacert.org>]

Hi,

> -----Original Message-----
> From: Gero Treuner 
> [mailto:gero-cacert AT innocircle.com]
>  
> Sent: Thursday, November 26, 2009 3:31 PM

> On Thu, Nov 26, 2009 at 02:15:41PM +0100, 
> ulrich AT cacert.org
>  wrote:
>> Dann gehen zwar diese Punkte verloren,
>> aber bei groesseren Events sind ja oftmals
>> mehrere Assurer zugange gewesen, die Punkte
>> vergeben koennen. Dann kann er trotzdem
>> noch die Punkte von den anderen bekommen.

> Verstehe ich es richtig, dass eine Assurance auf falsche Daten
> nach deren Löschung und Berichtigung der Daten (vom gleichen Assurer)
> nicht erneut vorgenommen werden kann?

haengt von der Vorgehensweise ab bzw. wer den Korrekturauftrag stellt ...

Im "Schnellverfahren", also wenn die Assurance noch
frisch ist (<48 Std) kann die Korrektur
noch direkt durchgefuehrt werden, sofern der
Assurer der faelschlicherweise eine Assurance durchgefuehrt
hat die korrekten Daten bestaetigen kann -
oftmals kommt es vor ... du tippst die daten ein,
hast schon den uebermitteln button gedrueckt und
dir faellt noch auf, dass i.e. Geburtsdatum oder Name
einen Fehler enthaelt.
Du meldest dich beim Support - mir ist da ein Fehler unterlaufen.
Dann kannst du immer noch die korrekten Daten bestaetigen.

Anders im Fall, wenn dir der Fehler garnicht auffaellt, sondern
ein anderer Assurer den Fehler bemerkt und die ganze
Prozedur anstoesst ...
Dann hast du einen Fehler begangen. Es selbst garnicht
bemerkt. Dann waere es usus dass du nochmal Punkte vergeben
koenntest ....

Wie das genau technisch ablaeeuft entzieht sich meiner
Kenntnis. Wesentlich ist auch, was fuer ein Fehler vorliegt.
i.e. vorname nachname kuerzel
wobei der kuerzel im ID doc nicht auftaucht, ist
ein Fehler, der als Fluechtigkeitsfehler eingestuft
werden kann. Wenn aber ein Name im ID mit einem Buchstaben
geschrieben steht und du einen Account mit einem Duppelbuchstaben
akzeptiert hast, dann ist das ein Fall, der zur schnellen Loesung
in einem Removal der Assurance endet.

Bei einem Dispute kann das ganze genauer auseinandergedroeselt
werden.
Bei dem "Schnellverfahren" ist eine Klaerung der Sachlage
im Speziellen zu umfangreich.
Daher der Unterschied

Im einen Fall kann ein Arbitrator entscheiden, Korrektur
unter Beibehaltung der Punkte. Im anderen Fall, Korrektur
und Loeschung der fehlerhaften Assurances.



>> Da in der Anzeige aber schon zu lesen war:
>> Assurer hat bereits 70 Punkte ...
>> hatte es auch keinen Sinn den User anzuschreiben,
>[...]

> Es ist eindeutig mehr Aufwand, wenn ein Assurer nicht erkennen kann,
> dass ein anderer die Assurance bereits verweigert hat (ist ja auch
> kein aktiver Vorgang), und den "Kunden" bereits angeschrieben hat.

> Anschreiben ist dann doppelt, ggf. Rückmeldung mehrfach, und es wirkt
> auch nicht so besonders professionell .... wenn dann noch jemand eine
> fehlerhafte Assurance vornimmt (wo andere gerne waren würden), umso
> schlimmer.

ich meine im bugs.cacert.org ist genau dieser punkt
bereits aufgefuehrt und wie an anderer Stelle auch schon
geschrieben gibt es auch bereits einen Patch, dass
der Status des Assuree - noch keine Assurance, hat Punkte,
hat >= 50 Punkte, hat 100 und mehr Punkte -
angezeigt werden kann. Nur hat der Patch den Weg
ins Live System noch nicht gefunden ....
weil noch nicht ausgetestet ...

Damit waere die Vorgehensweise klar ersichtlich.
Das doppelte Anschreiben aber laesst sich nicht vermeiden,
wenn der Assuree noch 0 Punkte hat, da es bei einer
Massen Assurance selten eine Rueckkopplung gibt, wer
alles assured hat, wer der erste ist, der denjenigen
angeschrieben hat ...


> Dieser Workflow sollte auf die Wunschliste, falls es eine gibt.

> Fehler passieren doch öfter, als ich es gemessen am Schwierigkeitsgrad
> der Aufgabe erwarten würde. Wenn die Fehlerquote bei Banküberweisungen
> ähnlich hoch ist (weiß das jemand), na dann ...

Als Programmierer kannst du versuchen eine Eingabe
so sicher zu stricken wie du willst.
Irgendjemand findet sicherlich noch einen weiteren
Weg von Ausnahme, die du noch nicht beruecksichtigt hast ,-)


> Schöne Grüße
>     Gero

regards, uli   ;-)

Attachment: smime.p7s
Description: S/MIME cryptographic signature