Kevin Adametz 894a9436b0 USt-Behandlung: Netto-Preise, VatResolver und Steuer-Ausweis im MAN-Kreis

Einwand/Entscheidung 12.06.2026: Legacy fakturierte brutto (Steuer
inkludiert, z. B. 199 Euro; steuerbefreite Kunden mit Netto-Ausweis
167,23). Alle neuen Preise sind netto; die Steuer wird zur
Rechnungsstellung sauber validiert und ausgewiesen.

- VatResolver + VatTreatment: DE grundsaetzlich immer mit Steuer, EU nur
  mit (formal plausibler) USt-ID befreit (Reverse Charge inkl.
  Pflichthinweis), Drittlaender grundsaetzlich befreit;
  EU-Laenderliste + vat_rate in config/billing.php
- Schema: billing_addresses.vat_id + invoice_billing_addresses.vat_id
  (Snapshot pro Rechnung), invoices.tax_note; Profil-Formular schreibt
  die vorhandene USt-ID jetzt auch an die Rechnungsadresse
- ManualInvoiceService: rechnet auf Netto-Vertragsbasis
  (legacy_conditions.net_cents bzw. Netto-Katalogpreis) und bestimmt
  Steuer/is_netto/tax_note pro Rechnung ueber den VatResolver
- legacy:grandfather-subscriptions: leitet net_cents aus der letzten
  Legacy-Rechnung ab (brutto / 1,19 bzw. is_netto-Betrag direkt);
  fuer DE-Bestandskunden bleibt der Bruttobetrag unveraendert
  (199 brutto -> 167,23 netto + 31,77 USt = 199,00)
- Doku: Decision-Update 2.1 (Netto-Klarstellung), Phase-9-Plan,
  Checkliste, 05-DATABASE-MERGE 5.6; offen: VIES-Validierung der USt-ID

Tests: VatResolverTest (Datasets fuer alle Faelle), Reverse-Charge/
EU-/Drittland-Rechnungen, Netto-Ableitung; Suite 490 passed, 4 skipped.
Pint clean.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

2026-06-12 10:58:43 +00:00

11 KiB

Raw Blame History

Decision-Update · Preisstruktur & Veröffentlichungs-Flow (Launch)

Version: Juni 2026 Datum: 11.06.2026 Status: Abgestimmt – bereit zur Integration ins Konzept-/Decision-Log Scope: Launch-Preisstruktur, PM-Kontingente, Launch-Credit-Umfang, Veröffentlichungs-Flow. Ersetzt die betroffenen Stellen früherer Tarif-Festlegungen (insb. konzept/Konzept-Update 1 §8–10 und user-admin/Presseportal – Konzept für Relaunch §8–10).

IST-Stand 11.06.2026: Reines Entscheidungs-Dokument, noch nicht umgesetzt. Im Code existieren bisher nur der Quota-Stub (users.press_release_quota, zählt aktuell beim Einreichen statt bei der Veröffentlichung) und die KI-Klassifikation (Rot/Gelb/Grün, siehe user-admin/Entwicklungsplan KI-Pruefung und Veroeffentlichung.md). Zahlung/Tarife, Submit-Gate hinter Buchung, Slot-Verbrauch bei Veröffentlichung, Tageslimit, Einzel-PM und die drei Credit-Posten sind offen — siehe Abgleich in STATUS-ABGLEICH-USER-PANEL.md §3.5.

1. Kontext

Dieses Update bündelt die in der Abstimmung getroffenen Entscheidungen zur Preisstruktur und zum Veröffentlichungs-Flow für den Relaunch. Leitlinie blieb durchgängig die Anti-Zombie-Positionierung: keine versteckten Gebühren, keine künstliche Verknappung, kein Bezahlen für Leistungen, die nicht erbracht wurden. Mehrere ältere Festlegungen wurden bewusst überschrieben (siehe Abschnitt 5).

2. Finalisierte Tarifstruktur (Launch)

Tier	Monatlich	Jährlich	PMs/Monat	Pro PM
Starter	29 €	290 €	3	9,67 €
Business	49 €	490 €	10	4,90 €
Pro	99 €	990 €	25	3,96 €
Agency	199 €	1.990 €	60	3,32 €

Einzel-PM: 19 € einmalig – geführt als separater No-Abo-Block neben dem Tarif-Raster, nicht als linke/billigste Spalte. Kommunikation über das No-Commitment-Argument („Einmal veröffentlichen, kein Abo, keine Kündigung"), nicht über den Preis.

2.1 Klarstellung Preise & Steuern (Einwand 12.06.2026)

Alle neuen Preise sind Netto-Preise. Die Umsatzsteuer wird zur Rechnungsstellung anhand der Rechnungsadresse bestimmt und sauber ausgewiesen:

Deutschland → grundsätzlich immer mit Steuer (aktuell 19 %).
EU-Ausland → nur mit gültiger USt-ID steuerbefreit (Reverse Charge), sonst mit Steuer.
Drittländer → grundsätzlich steuerbefreit.

Zum Vergleich Legacy: Dort waren die Beträge brutto (z. B. 199 € inkl. Steuer); steuerbefreite Kunden erhielten den Netto-Ausweis (167,23 €). Grandfathered-Vereinbarungen werden deshalb auf die Netto-Basis der letzten Legacy-Rechnung umgerechnet — für deutsche Bestandskunden bleibt der Bruttobetrag damit unverändert, die Steuer wird künftig nur sauber ausgewiesen.

Enterprise: sichtbar, aber als dezenter Sales-Hinweis unterhalb der Tabelle („Größere Mengen oder mehrere Marken? → Kontakt"). Keine eigene Preisspalte, individuelles Pricing.

3. Mechaniken & Regeln

3.1 Jahrespreis-Kommunikation

Die Jahrespreise entsprechen exakt 10 Monatsbeiträgen → kommuniziert als „2 Monate gratis" statt als Prozent-Rabatt. Numerisch identisch zu den Bestandszahlen, nur die Darstellung ändert sich. Der konkrete Hebel zieht psychologisch stärker und passt zur Ehrlichkeits-Linie.

3.2 PM-Kontingent: Verbrauch

Der PM-Slot zählt ausschließlich bei Veröffentlichung runter, nicht bei der Prüfung.

Rot (abgelehnt) → kein Slot verbraucht
Gelb/Grün (veröffentlicht) → Slot zählt runter

Begründung: Wer nichts veröffentlicht bekommt, zahlt keinen Slot. Schützt insbesondere ehrliche Nutzer, deren PM erst nach Nachbesserung durchgeht (relevant ab Phase 2).

3.3 Tageslimit (Flut-Schutz)

Schützt die redaktionelle Glaubwürdigkeit des Portals gegen Dumping, nicht den Umsatz. Greift realistisch nur in den oberen Tiers.

Tier	PMs/Monat	Max./Tag
Starter	3	–
Business	10	2
Pro	25	3
Agency	60	5

Das Tageslimit gilt auch für nachgekaufte Extra-PMs – sonst würde Extra-PM zum „Spam freikaufen". Höherer Tagesdurchsatz = Enterprise-Fall.

3.4 Einzel → Abo-Brücke

Wer als Einzel-Käufer innerhalb von 30 Tagen ein Abo abschließt, bekommt die 19 € auf den ersten Monat angerechnet. Schützt das Einmal-Segment und bietet einen sauberen Upgrade-Pfad.

4. Launch-Credit-System (klein gehalten)

Zum Launch greifen genau drei Credit-Posten – alle ohne KI-Abhängigkeit, alle mit echtem Nutzen ab Tag 1:

Posten	Status	Mechanik
Extra-PM	✅ Launch	Monatskontingent voll → einzelne PM nachkaufbar (faire Alternative zum Zwangs-Upgrade)
Boost / Platzierung	✅ Launch	Nur für grüne PMs, nachträglich kaufbar
Veröffentlichungsnachweis (PDF)	✅ Launch	Kleiner Mitnahme-Posten, PR-Beleg fürs Reporting

Credit-Anker: 1 Credit = 1 € (Listenpreis), Volumenrabatt über Pakete.

Bewusst ausgeschlossen: Verkaufte Dofollow-Backlinks. Verstoßen gegen Googles Link-Spam-Richtlinien (Presse-Links gehören auf nofollow/sponsored) und widersprechen der Ehrlichkeits-Positionierung frontal.

5. Veröffentlichungs-Flow (Launch)

Schreiben & „Speichern"  →  buchen  →  „Speichern & zur Prüfung einreichen"
        (frei)                            (gegated hinter Buchung)
                                                   │
                                          KI-Prüfung (Red-Flag)
                                                   │
                        ┌──────────────────────────┼──────────────────────────┐
                       ROT                        GELB                       GRÜN
                    abgelehnt                  veröffentlicht            veröffentlicht
                  kein Slot weg                 Slot −1                   Slot −1
                                                                    (Boost nachkaufbar)

5.0 Klarstellung Gelb-Routing (Entscheidung 12.06.2026)

Gelb geht zum Launch direkt live — es gibt keine manuelle Prüf-Queue. Die Klassifikation kennt nur zwei Ausgänge:

Rot = Inhalte, die rechtlich oder inhaltlich nicht veröffentlichbar sind → Ablehnung mit Meldung/Begründung an den Autor, kein Slot-Verbrauch.
Gelb/Grün = veröffentlichbar → der Beitrag geht in der ersten Phase direkt online (sofort bzw. zum geplanten Termin), Slot −1.

Gelb bleibt als interne Markierung erhalten (z. B. nicht boostbar, Signal für den Admin), löst aber keinen manuellen Review-Schritt aus. Nach dem Relaunch sind Vorabprüfungen geplant (Phase 2, siehe Abschnitt 7), die Usern die Möglichkeit geben, ihren Beitrag vor der Einreichung zu korrigieren.

5.1 Zwei-Button-Logik

„Speichern" – immer frei, auch ohne Buchung. Entwürfe schreiben/ablegen reibungslos, auch vor der Buchung (Conversion-Vorteil: fertige PM senkt Kaufhürde).
„Speichern & zur Prüfung einreichen" – sichtbar, aber gegated. Ohne aktive Buchung öffnet das Modal einen Buchungs-Hinweis statt des Prüf-Flows. Der Button konvertiert, er verschwindet nicht.

Begründung für den Gate: Die Prüfung ist die erste kostenpflichtige KI-Ressource. Kein gebuchtes Produkt → kein Ressourcenverbrauch.

5.2 Kein Re-Check zum Launch

Einreichen ist zum Launch eine Einbahnstraße: Die PM geht durch (gelb/grün → live) oder wird abgelehnt (rot). Es gibt keinen „nachbessern und erneut prüfen"-Loop, weil Redigieren/Vorab-Prüfung erst Phase 2 sind.

Konsequenz: Pro PM gibt es genau eine Prüfung, untrennbar an die Veröffentlichung gekoppelt. Eine eingereichte PM = eine Prüfung = (bei gelb/grün) eine Veröffentlichung. Damit existiert zum Launch kein Prüf-Abuse-Vektor → der komplette Prüfzähler-Mechanismus ist zum Launch nicht nötig.

5.3 Keine Gratis-Test-Prüfung

Harter Gate zum Launch. Eine kostenlose Vorab-Prüfung würde den Flow nur verkomplizieren (wenn eine PM durchgeht, wird sie ohnehin veröffentlicht) und einen Abuse-Vektor öffnen (Wegwerf-Accounts). Eine kontrollierte Test-Prüfung (z. B. pro verifizierter Domain) bleibt als spätere Option offen.

6. Überschriebene Entscheidungen

Bereich	Alt	Neu	Grund
PM-Kontingent Pro	60/Monat	25/Monat	60 unrealistisch hoch → Overage-System griff nie, Kontingent wirkte faktisch „unbegrenzt"
PM-Kontingent Agency	150/Monat	60/Monat	dito; Kontingente jetzt an realistischer PR-Frequenz kalibriert
Jahrespreis-Kommunikation	„ca. 17 % Rabatt"	„2 Monate gratis"	gleicher Preis, stärkerer psychologischer Hebel, klarer
Bonus-Credits in Tarif-Tabelle	12/30/60/120 als Tarif-Argument	entfernt (→ Phase 2 als Prüf-Kontingent)	bewarb zum Launch eine Leistung ohne Verbrauchsmöglichkeit

7. Auf Phase 2 verschoben

Punkt	Warum verschoben
Vorab-KI-Prüfung	erzeugt erst die Situation „prüfen ohne (noch) zu veröffentlichen"
Redigieren / Nachbearbeiten	setzt Re-Check-Loop voraus
Prüfzähler (freie Prüfungen/Monat, z. B. 12/30/60/120, eigener Zähler)	erst mit Re-Check relevant; deckelt dann „prüfen ohne veröffentlichen"
Credit-Overflow für Prüfungen	Prüfzähler leer → weitere Prüfungen ziehen aus echter Credit-Wallet
Klon-/Abuse-Schutz über Account-Monatslimit	aggregiertes Limit pro Account statt Klon-Erkennung; greift erst bei Re-Check
Score-Feinstufung für Boost	„nur Geprüft/Hochwertig boostbar" – setzt vollen Content-Score voraus
Tier-gestaffelte Prüf-Versuche	als „BALD" markiert; zum Launch flach

Designprinzip für Phase 2 festgehalten: Eigener Prüf-Zähler (getrennt von der Credit-Wallet), damit „Prüfungen inklusive" ein sauberes Versprechen bleibt und Prüf-Budget nicht versehentlich für Boost/PDF verbraucht wird. Abuse-Schutz über aggregiertes Account-Monatslimit + Prüf-Tageslimit – nicht über Klon-Erkennung.

8. Offene Stellschrauben (vor Phase-2-Bau zu entscheiden)

Boost-Nachkaufpreis relativ zum inkludierten PM-Preis – klar darüber (treibt Upgrade) oder nur leicht darüber (bequemer, schwächerer Upgrade-Sog).
Höhe des Prüf-Kontingents je Tier final bestätigen, sobald Vorab-Prüfung gebaut wird (Ausgangsvorschlag 12/30/60/120).
Credit-Paketliste auf Konsistenz prüfen (vom Nutzer angekündigt, separat einzubringen).

9. Anti-Zombie-Check (dieser Stand)

✅ Keine versteckten Gebühren – Extra-PM und Boost sind sichtbare, optionale Zukäufe
✅ Keine künstliche Verknappung – Kontingente decken den Normalfall bequem; Limits greifen nur bei echtem Power-/Abuse-Verhalten
✅ Kein Bezahlen für nicht erbrachte Leistung – rot abgelehnte PM verbraucht keinen Slot
✅ Tageslimit als Qualitätsschutz fürs Portal begründet, nicht als Verkaufstrick
✅ Kein verkaufter Dofollow-Backlink
✅ Free schreiben, Gate erst beim Einreichen – Friktion an der richtigen Stelle

11 KiB Raw Blame History Unescape Escape