Diskussion:LQPP/Betriebsdoku
Update zum Prozess mitgliederverwaltung <-> lf
- gensek: refkey -> mitglied
- mitglied: klickt invitecode
- clearingstelle schickt verbrauchten refkey an controller
- controller schickt mail an mitglied, das refkey genutzt wurde.
- mitglied erhält mail, stellt fest, das es noch nicht geklickt hat und meldet sich beim controller
- shitstorm begins:
- vorfall wird zu protokoll genommen
- account wird gesperrt, mitglied erhellt einen neuen code
case: sockenpuppen wurden möglicherweise angelegt
Massnamen:
- GenSek austauschen
- lf admins erstellen list von neuen invitecodes, jeder neue code ist einem alten zugeordnet.
- lf admins senden liste an clearingstelle
- clearingstelle sendet korospondierende list von refkeys an (neuen) GenSek
- GenSek seindet refkeys an mirglieder
- Mitglieder klicken sich die neuen invitecodes
- mitglieder mussen bei login neuen invitecode angeben, andernfalls wird der account gesperrt.
Todos:
Der Prozess ist fehlerhaft beschrieben.
Der verlorene refkey muss von der Clearingstelle gesperrt werden, wenn der invitecode noch nicht abgeholt wurde.
Falls der invitecode bereits abgeholt wurde, muss geprüft werden, ob sich der user bereits einen account geklickt hat.
Ist dies nicht geschehen, müssen refkey und invitecode gesperrt werden und ein neuer refkey an das mitglied geschickt werden.
Falls ein account angelegt wurde, liegt Lüge oder Missbrauch vor und es werden ermittlungen eingeleitet.
Grund: entweder hat der Gensek den refkey selbst verwendet um eine Sockenpuppe anzulegen, der refkey ist abhanden gekommen und wurde von dritten verwendet oder das Mitglied hat gelogen.