# 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