Betreiber-Anlage ist annehmbar — offene Status sind eine MENGE
Die Annahme-Seite liess ausschliesslich 'invite-sent' als offen gelten und wies
'user-created-by-admin' als not-open ab. Der Betreiber-Weg ueber
superuser.ayoune.app legt aber genau mit diesem Status an
(routerOnboardingActions.ts:96/105) - eine so angelegte Person konnte ihr
Passwort ueber /:reseller/accept-invite?token= nie setzen. Der CEO-Entscheid
2026-08-22 (Weg a) verlangt genau das.
- INVITE_OPEN_STATUSES als Menge; INVITE_OPEN_STATUS bleibt der Einzelwert fuer
den Rueckbau-Rueckfall.
- Der atomare Riegel fragt {$in: INVITE_OPEN_STATUSES}. Mit dem Einzelwert
haette er bei einer Betreiber-Einladung nie gegriffen: die Vorpruefung liesse
sie als valid durch, hier waere sie als race-lost gescheitert - ein 410
"schon angenommen" fuer eine Einladung, die niemand angenommen hat.
- Der Rueckbau stellt den URSPRUENGLICHEN Status wieder her ({new:false} liefert
ihn). Vorher haette ein Fehlschlag eine Betreiber-Einladung still in eine
Team-Einladung verwandelt und dem Betreiber-Weg seinen Wiedervorlage-Datensatz
entzogen.
NICHT der Erzeuger auf 'invite-sent' umgestellt: der Status traegt die HERKUNFT,
und der Betreiber-Weg sucht mit ihm. Eine Verschmelzung braeche jene Suche.
Die W2-Probe, die 'user-created-by-admin' auf not-open festnagelte, ist
umgedreht statt geloescht - samt Negativ-Kontrolle, dass die Weitung GENAU einen
Status umfasst und die Frist fuer beide gilt. Flip-Probe: 2 rot / 9 gruen.
Volle Reihe 660/665 (5 uebersprungen), tsc --noEmit sauber.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
'user-created-by-admin' als not-open ab. Der Betreiber-Weg ueber
superuser.ayoune.app legt aber genau mit diesem Status an
(routerOnboardingActions.ts:96/105) - eine so angelegte Person konnte ihr
Passwort ueber /:reseller/accept-invite?token= nie setzen. Der CEO-Entscheid
2026-08-22 (Weg a) verlangt genau das.
- INVITE_OPEN_STATUSES als Menge; INVITE_OPEN_STATUS bleibt der Einzelwert fuer
den Rueckbau-Rueckfall.
- Der atomare Riegel fragt {$in: INVITE_OPEN_STATUSES}. Mit dem Einzelwert
haette er bei einer Betreiber-Einladung nie gegriffen: die Vorpruefung liesse
sie als valid durch, hier waere sie als race-lost gescheitert - ein 410
"schon angenommen" fuer eine Einladung, die niemand angenommen hat.
- Der Rueckbau stellt den URSPRUENGLICHEN Status wieder her ({new:false} liefert
ihn). Vorher haette ein Fehlschlag eine Betreiber-Einladung still in eine
Team-Einladung verwandelt und dem Betreiber-Weg seinen Wiedervorlage-Datensatz
entzogen.
NICHT der Erzeuger auf 'invite-sent' umgestellt: der Status traegt die HERKUNFT,
und der Betreiber-Weg sucht mit ihm. Eine Verschmelzung braeche jene Suche.
Die W2-Probe, die 'user-created-by-admin' auf not-open festnagelte, ist
umgedreht statt geloescht - samt Negativ-Kontrolle, dass die Weitung GENAU einen
Status umfasst und die Frist fuer beide gilt. Flip-Probe: 2 rot / 9 gruen.
Volle Reihe 660/665 (5 uebersprungen), tsc --noEmit sauber.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>