Przydzielać Kwestię Osobową od pierwszego rejestrującego się.

[madrypiotr]

Opis wstępny

Użytkownicy od 1-go do 5-go w prosty sposób rejestrują się w Systemie.
Następni Użytkownicy są już przyjmowani do Systemu w trybie aplikowania.
Aplikowanie kolejnych (od 6-go) Użytkowników generuje im Kwestie Osobowe, które są procedowane tak samo, jak każda inna Kwestia, czyli po przegłosowaniu staje się Kwestią w realizacji. Dopóki trwa realizacja Kwestii Osobowej, Osoba jest Członkiem Organizacji.
Takie procedury są celowe i zamierzone w projekcie.

Problem

Otóż, pierwszym 5. Użytkownikom System nie generuje Kwestii Osobowych. W wyniku tego są oni de facto "wyjęci spod prawa". Nie można ich oceniać ani (ewentualnie) - rozstać się z nimi.

UWAGA

Należy zachować funkcję tworzenia na starcie Systemu Zespołu Realizacyjnego ds. Osobowych i przydzielanie do jej składu sukcesywnie trzech pierwszych rejestrujących się Użytkowników.

[madrypiotr]

Rozwiązanie

Po prostu - podczas rejestracji od razu tworzyć Kwestę ze statusem "realizowana"

Niech ta liczba (obecnie sztywne 5) będzie zmienną ustawianą w parametrach globalnych np: startUsers
I w takim wypadku Kwestia Osobowa Startowa będzie miała priorytet: 5 x startUsers.

Dlaczego?
Aby surowy SDD był elastyczny w dopasowaniu do potrzeb organizacji.
Jeśli go uruchomi organizacja już istniejąca o liczbie członków 30, ustawią w parametrach globalnych startUsers na 30 i sprawnie się porejestrują. Aplikowanie jest głupie w sytuacji, gdy wszyscy już się znają.

(domyślnie niech startUsers będzie 5)

[madrypiotr]

Test wykazał, że nie jest tworzona Kwestia Osobowa dla pierwszego rejestrującego się użytkownika.

[madrypiotr]

Potrzebna jest walidacja email, czyli realizaowana tym listem:
SDD\private\email_application_accepted.html