Hosting-Backoffice/decisions/0019-v1-scope-finalization.md

ADR 0019 — V1-Scope-Finalisierung

Status

Accepted

Kurz erklärt

Der V1-Scope legt fest, was in die erste produktiv nutzbare Version gehört und was bewusst nicht.

Das verhindert Feature-Explosion.

Kontext

Das Architekturreview hat Widersprüche festgestellt:

• 1–500 Kunden vs. 1–50 Kunden
• KI in V1 vs. V2
• Customer Portal in V1 vs. unklar
• SEPA als Zahlungsart ohne Modell

Entscheidung

V1 wird auf eine interne produktive Grundversion für kleine Anbieter mit 1–50 Kunden begrenzt.

V1 enthält

• Admin-/Backoffice-Oberfläche
• Kundenverwaltung
• Kontakt-/Adressmodell
• Verträge
• Produkte/Leistungen
• Domains
• Registrar-Import 1blu
• Server-/Hosting-Zuordnung
• Rechnungsreferenzen
• Billing-Referenzen zu Lexware/Invoice Ninja
• Tickets light intern
• Dokumentenablage
• Audit-Logs
• Tax-/VAT-Metadaten minimal
• Nummernkreise
• einfache Statuslogik

V1 enthält NICHT

• KI-Assistent
• öffentliches WordPress-Plugin
• vollständiges Customer Portal
• SEPA-Lastschrift mit Mandatsverwaltung
• eigenes Payment-System
• eigene Rechnungsstellung als führendes System
• automatische Servermigration
• automatische VM-/Cloud-Provisionierung
• Plesk/cPanel
• Marketplace

Customer Portal

Ein vollständiges Kundenportal wird auf V2 verschoben.

In V1 kann optional eine interne Kundenansicht vorbereitet werden, aber kein öffentlicher Self-Service.

KI

KI wird auf V2 verschoben.

Grund:

• Datenschutz
• Subprozessoren
• Drittlandtransfer
• unnötige V1-Komplexität

Zahlungsarten

In V1 werden Zahlungsarten nur als Referenz/Status geführt.

Keine echte Zahlungsabwicklung im Backoffice.

Verwandte ADRs

• ADR 0011 — GoBD-Verantwortlichkeit
• ADR 0015 — Tax- und VAT-Strategie
• ADR 0020 — Customer-Portal-Scope