Mollie Subscription Billing: Die SaaS-Rechnung, nicht das Palettengeld
Wo ReVends Subscription-Billing leben wird, was /settings/billing heute schon zeigt und warum Pickup-, Market-, Auction- und Escrow-Geld bewusst außerhalb von Mollie bleiben.
Mollie ist der Zahlungsanbieter für ReVends eigene SaaS-Abonnements. Dieser Satz ist mit Absicht langweilig. Er bedeutet: Mollie ist für Tenant-Packages, Mandate, Subscription-Rechnungen und den Umgang mit fehlgeschlagenen Zahlungen da. Mollie ist nicht das Gleis für Market-Deals, Auction-Settlements, Escrow-Gelder oder Abholzahlungen. Das zu vermischen ergäbe die Sorte Finanzsuppe, die niemand prüfen möchte.
Was es heute schon gibt
/settings/billing zeigt bereits den Package-Kontext des Tenants: aktiver Plan, freigeschaltete Module, Limits, Storage-Nutzung, Billing-Kontakt und VAT-Daten. Die öffentliche Preisseite liest denselben Package-Katalog. Platform-Admins verwalten Pläne, Module, Features und Limits über die Package-Matrix, statt Tier-Namen fest in die App zu schreiben.
Was Mollie ergänzen wird
RM-082 verbindet diese Package-Wahrheit mit dem Zahlungsgleis: Mollie-Customers, Mandats-Setup, Subscriptions, Webhooks für erfolgreiche und fehlgeschlagene Zahlungen, Rechnungsstatus und Dunning-Signale. Die Plan-Engine bleibt ReVends Quelle der Wahrheit; Mollie bestätigt, ob das Abogeld tatsächlich angekommen ist.
Was Mollie nicht anfasst
Deal-Geld aus Market und Auction läuft über das Escrow-Modell, wo Escrow aktiv ist. Die Pickup-Finanzen liegen bei den Core-Invoices und Settlements des ITAD selbst. Trade-in-Kunden sehen im Portal womöglich Rechnungen und Zertifikate, aber das macht Mollie noch lange nicht zu der Instanz, die operative Gelder bewegt. Palettengeld und SaaS-Rechnung wohnen in verschiedenen Räumen, und die Türen sind aus gutem Grund beschriftet.
Warum die Grenze zählt
Das Subscription-Billing entscheidet, ob ein Tenant ReVend bezahlt. Die operative Finanzseite entscheidet, wer wem etwas für Assets, Abholungen, Services, Fees, Rückerstattungen oder Disputes schuldet. Beides getrennt zu halten macht Audits sauberer, Supportgespräche kürzer und künftige Add-ons möglich, ohne aus einer SaaS-Rechnung versehentlich ein Settlement-Ledger zu machen.