7397f70068
Schließt eine echte Lücke: der Betreiber-Bereich konnte Accounts
bisher nur lesend anzeigen, eine neue Firma entstand ausschließlich
über die öffentliche Selbstregistrierung. GET/POST
/betreiber/accounts/neu legt jetzt eine Firma samt erstem admin-Login
direkt vom Betreiber aus an (z. B. für vertriebsunterstütztes
Onboarding oder Testkonten) — erzeugt einen audit_log-Eintrag. POST
/betreiber/accounts/{id}/umbenennen korrigiert den Firmennamen
(store.UpdateAccount). Bewusst kein Löschen: ein Hard-Delete würde
gegen die Fremdschlüssel aus antrag/app_user/audit_log laufen und
Historie zerstören — dasselbe Prinzip wie bei Nutzern (deaktivieren
statt löschen), ein Sperren/Deaktivieren für Accounts fehlt aber noch
und hängt an der noch nicht getroffenen Abrechnungsarchitektur.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
30 lines
969 B
HTML
30 lines
969 B
HTML
{{define "betreiber-account-neu"}}<!doctype html>
|
|
<html lang="de">
|
|
<head>{{template "head" .}}</head>
|
|
<body>
|
|
{{template "nav" .Nav}}
|
|
<div class="page">
|
|
<p><a href="/betreiber/accounts">← Accounts</a></p>
|
|
<h1>Firma anlegen</h1>
|
|
<p class="hinweis">
|
|
Legt eine Firma mit dem ersten Login (Rolle admin) an — dasselbe
|
|
Ergebnis wie die öffentliche Registrierung, nur vom Betreiber aus.
|
|
</p>
|
|
{{if .Error}}<p class="fehler">{{.Error}}</p>{{end}}
|
|
<form method="post" action="/betreiber/accounts">
|
|
<label for="account_name">Firmenname</label>
|
|
<input type="text" id="account_name" name="account_name" required>
|
|
|
|
<label for="email">E-Mail (erster Nutzer, wird Admin)</label>
|
|
<input type="email" id="email" name="email" required>
|
|
|
|
<label for="password">Initialpasswort (mind. 8 Zeichen)</label>
|
|
<input type="password" id="password" name="password" minlength="8" required>
|
|
|
|
<button type="submit">Firma anlegen</button>
|
|
</form>
|
|
</div>
|
|
</body>
|
|
</html>
|
|
{{end}}
|