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>
27 lines
573 B
HTML
27 lines
573 B
HTML
{{define "betreiber-accounts"}}<!doctype html>
|
|
<html lang="de">
|
|
<head>{{template "head" .}}</head>
|
|
<body>
|
|
{{template "nav" .Nav}}
|
|
<div class="page">
|
|
<p><a href="/betreiber">← Plattform</a></p>
|
|
<h1>Accounts</h1>
|
|
{{if not .Accounts}}
|
|
<p class="hinweis">Noch keine Accounts.</p>
|
|
{{else}}
|
|
<ul class="beitraege-liste">
|
|
{{range .Accounts}}
|
|
<li>
|
|
<a href="/betreiber/accounts/{{.ID}}">
|
|
<strong>{{.Name}}</strong> · {{.CreatedAt}}
|
|
</a>
|
|
</li>
|
|
{{end}}
|
|
</ul>
|
|
{{end}}
|
|
<p><a href="/betreiber/accounts/neu">Firma anlegen</a></p>
|
|
</div>
|
|
</body>
|
|
</html>
|
|
{{end}}
|