florian.wildeandClaude Opus 5
9f75b9b015
Kein neuer Funktionsumfang - was fehlte, war Erprobung, und die ist erbracht: - Ein Lizenzjahr vollstaendig durchlaufen: hv-pve-01 und hv-pve-02 der Robert Hofmann GmbH, Warnung vor dem Ablauf am 17.10.2026, Verlaengerung, Proxmox-Rechnung 291017 mit Rabatt je Position, Kundenrechnung, beide bezahlt. Die Folgelaufzeiten stehen auf 17.10.2027. - Proxmox Backup Server mit aktiver Lizenz bestaetigt: drei PBS-Hosts melden Key und Ablaufdatum. - Wiederherstellung geprobt (#045). PMG wird zurueckgestellt - dort wird derzeit kein Host betrieben. Der Zweig bleibt im Handbuch als ungeprueft gekennzeichnet, statt die Luecke wegzudefinieren (#023). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
131 lines
6.3 KiB
Markdown
131 lines
6.3 KiB
Markdown
# Roadmap
|
||
|
||
Stand: 23.10.2026, Fassung 1.0.0
|
||
|
||
Die erste Fassung dieser Roadmap entstand vor dem produktiven Einsatz. Seitdem läuft ProxLedger mit
|
||
echten Daten, und das hat die Reihenfolge deutlich verändert: Was aus der Benutzung kam, war fast
|
||
immer wichtiger als das, was vorher auf der Liste stand.
|
||
|
||
## Was seit dem Produktivgang dazukam
|
||
|
||
Rollen und Benutzerverwaltung, Passkeys, Einstellungen im Dashboard, Betriebsdokumentation, die
|
||
mobile Bedienung, Schlagworte und Notizen in der Übersicht, Stilllegen doppelter Hosts, Laufzeiten
|
||
anlegen/bearbeiten/zusammenführen, Rabatt je Rechnungsposition, Eigenbedarf.
|
||
|
||
Ebenso die Fehler, die erst der Einsatz gezeigt hat: QDevice-Spalte im Cluster, PBS-Rahmentabelle,
|
||
Weiterleitungen auf die Lausch-Adresse, Standort beim Zuweisen gelöscht, Einkauf ohne Rabatt an drei
|
||
Stellen.
|
||
|
||
---
|
||
|
||
## 1.0.0 ist erreicht (23.10.2026)
|
||
|
||
Alle Kriterien erfüllt:
|
||
|
||
| Punkt | Stand |
|
||
|---|---|
|
||
| Ein Lizenzjahr vollständig durchlaufen | **erledigt** – `hv-pve-01` und `hv-pve-02` am 17.10.2026, beide Rechnungen bezahlt |
|
||
| PBS mit aktiver Lizenz | **erledigt** – drei PBS-Hosts melden Key und Ablauf |
|
||
| Sicherung zurückspielen | **erledigt** ([#045](issues/045-wiederherstellung-geprobt.md)) |
|
||
| PMG im Feldtest | **zurückgestellt** – wird derzeit nicht betrieben ([#023](issues/023-feldtest-pbs-pmg.md)) |
|
||
|
||
Zwei kleinere Punkte bleiben offen, keiner davon hält 1.0.0 auf:
|
||
|
||
- Die Wiederherstellungsprobe für die **Installation als Dienst** (geprobt ist der Docker-Weg).
|
||
- Ein **wöchentlicher `npm audit`-Lauf in der CI**. Zwei Wartungsblicke hintereinander haben hohe bis
|
||
kritische Meldungen gefunden – zuletzt zwei kritische Lücken in Next.js. Bei einem öffentlich
|
||
erreichbaren Dashboard gehört das automatisiert.
|
||
|
||
---|---|---|
|
||
| **PMG im Feldtest** ([#023](issues/023-feldtest-pbs-pmg.md)) | Der einzige Produktzweig ohne echten Host. Bei PBS lag die Annahme daneben, und der Agent hätte dort nichts gemeldet. | 1 h, sobald ein Host da ist |
|
||
| **PBS mit aktiver Lizenz** | Bisher nur „keine Subscription“ geprüft. | 30 min |
|
||
| ~~Sicherung einmal zurückspielen~~ | **Erledigt am 10.10.2026** ([#045](issues/045-wiederherstellung-geprobt.md)) – dabei kamen zwei Lücken heraus. Offen bleibt die Probe für die Installation als Dienst. | – |
|
||
| **Ein Lizenzjahr durchlaufen lassen** | Warnung → Verlängerung → Einkauf → Kundenrechnung → bezahlt, einmal vollständig in echt. Die nächsten Abläufe stehen am 17.10.2026 an. | nur Zeit |
|
||
|
||
---
|
||
|
||
## Danach – nach Nutzen sortiert
|
||
|
||
### 1. Proxmox-Rechnung einlesen statt abtippen
|
||
|
||
Die Rechnungen von Proxmox haben eine feste Form: je Key eine Zeile mit Zeitraum und Betrag, dazu die
|
||
Rabattzeilen. Ein Import, der das PDF liest und die Positionen den Laufzeiten über den Key zuordnet,
|
||
spart bei jeder Sammelrechnung das meiste Tippen – und vermeidet Zahlendreher.
|
||
|
||
**Aufwand:** mittel (PDF-Text auslesen, Zeilen erkennen, Zuordnung bestätigen lassen).
|
||
**Voraussetzung:** zwei, drei echte Rechnungen als Vorlage.
|
||
|
||
### 2. Verlängerung mit einem Klick
|
||
|
||
Heute wird eine Laufzeit bestätigt und die Folgelaufzeit von Hand angelegt. Ein Knopf „verlängern“,
|
||
der die nächste Laufzeit anlegt, den Einkauf vormerkt und die Kundenrechnung mit dem eingestellten
|
||
Aufschlag vorbereitet, nimmt bei jedem Lizenzjahr vier Schritte ab.
|
||
|
||
**Aufwand:** klein bis mittel.
|
||
|
||
### 3. Kundenrechnung als Dokument
|
||
|
||
ProxLedger führt die Kundenrechnung bisher nur als Datensatz – geschrieben wird sie woanders. Mit
|
||
Nummernkreis, Firmenangaben (stehen schon in den Einstellungen) und PDF-Ausgabe wäre der Kreis
|
||
geschlossen. Zu klären wäre, ob das die vorhandene Buchhaltung ersetzen soll oder nur ergänzt.
|
||
|
||
**Aufwand:** mittel. **Rückfrage zuerst:** Soll ProxLedger Rechnungen *schreiben* oder nur *führen*?
|
||
|
||
### 4. Oberflächentests mit echtem Browser
|
||
|
||
Die letzten sechs Fehler hat keiner der 251 Tests gefunden – alle kamen aus der Benutzung: Menü ließ
|
||
sich nicht schließen, Seite zoomte heraus, kein Weg zur Laufzeit, falscher Betrag in einer Tabelle.
|
||
Ein knappes Dutzend Abläufe mit Playwright (anmelden, Host zuweisen, Rechnung erfassen, auf dem
|
||
Telefon navigieren) würde genau diese Klasse abdecken.
|
||
|
||
**Aufwand:** mittel. **Nutzen:** steigt mit jeder weiteren Änderung.
|
||
|
||
### 5. Verlauf statt einer Notiz
|
||
|
||
Die Notiz am Host ist ein Textfeld – was wann passiert ist, verschwindet darin. Datierte Einträge
|
||
(„17.10.2026 · Sockets von 1 auf 2 erhöht“) wären bei Wechseln und Hardwaretausch nützlich.
|
||
|
||
**Aufwand:** klein.
|
||
|
||
### 6. Ablauf-Kalender abonnieren
|
||
|
||
Ein ICS-Feed mit allen Ablaufdaten, den man in Outlook oder Nextcloud einbindet. Dann stehen die
|
||
Verlängerungen im gewohnten Kalender, nicht nur im Dashboard.
|
||
|
||
**Aufwand:** klein.
|
||
|
||
### 7. Kundenzugang wirklich nutzen
|
||
|
||
Die Rolle *Kunde* existiert samt eingeschränkter Sicht, aber es gibt keinen Weg, jemanden einzuladen:
|
||
kein Einladungslink, keine erste Anmeldung ohne Passwort. Ohne das bleibt die Rolle Theorie.
|
||
|
||
**Aufwand:** klein bis mittel.
|
||
|
||
### 8. Metriken für Prometheus
|
||
|
||
`/metrics` mit Hosts je Zustand, Tagen bis zum nächsten Ablauf und Alter des letzten Reports. Wer
|
||
Grafana betreibt, sieht ProxLedger damit im gewohnten Bild – und merkt auch, wenn das Dashboard
|
||
selbst steht.
|
||
|
||
**Aufwand:** klein.
|
||
|
||
---
|
||
|
||
## Später, falls der Bedarf entsteht
|
||
|
||
- **Mandantenfähigkeit** – mehrere Systemhäuser in einer Installation. Ein Umbau, kein Anbau.
|
||
- **Agent für Proxmox Datacenter Manager**, sobald es dort Subscriptions gibt, die das rechtfertigen.
|
||
- **Mehrere Instanzen** (Hochverfügbarkeit). Die Ratenbremse liegt im Prozessspeicher und müsste in
|
||
die Datenbank wandern. Für ein Dashboard eines Systemhauses Aufwand ohne Gewinn.
|
||
- **Angebot vor der Verlängerung** als PDF aus der Jahresbahn heraus.
|
||
|
||
## Bewusst nicht
|
||
|
||
- **Pull statt Push.** Das Dashboard bräuchte Zugang zu allen Kundenhosts. Der jetzige Weg kommt ohne
|
||
gespeicherte root-Zugänge aus – ein Sicherheitsgewinn, den man nicht aufgeben sollte.
|
||
- **Eigene Rechteverwaltung mit Gruppen und Vererbung.** Wer das braucht, hat ein IdP; dafür gibt es OIDC.
|
||
- **Agent mit Abhängigkeiten** (Python, jq). Er kommt mit Bash und curl aus und läuft damit auf jedem
|
||
Proxmox-Host.
|
||
- **Hosts automatisch zusammenführen.** Beim Doppeleintrag müsste geraten werden, welcher Eintrag
|
||
welche Rechnung erbt. Die Warnung nennt beide; entscheiden soll der Mensch.
|