Kennisbank/Finance & settlements/Mollie subscription billing: de SaaS-factuur, niet het palletgeld
07Finance & settlements2 min lezen

Mollie subscription billing: de SaaS-factuur, niet het palletgeld

Waar de abonnementsfacturatie van ReVend komt te wonen, wat /settings/billing vandaag al toont, en waarom pickup-, Market-, Auction- en escrowgeld bewust buiten Mollie blijft.

Mollie is de betaalprovider voor ReVends eigen SaaS-abonnementen. Die zin is bewust saai. Ze betekent dat Mollie er is voor tenantpakketten, mandaten, abonnementsfacturen en de afhandeling van mislukte betalingen. Ze is niet de rail voor Market-deals, Auction-settlements, escrowgelden of ophaalbetalingen. Die door elkaar gooien levert het soort financesoep op dat niemand wil auditen.

Wat er vandaag al is

/settings/billing toont al de pakketcontext van de tenant: actief plan, ingeschakelde modules, limieten, opslaggebruik, facturatiecontact en btw-gegevens. De publieke prijzenpagina leest uit dezelfde pakketcatalogus. Platformadmins beheren plannen, modules, features en limieten via de pakketmatrix, in plaats van tiernamen in de app te hardcoden.

Wat Mollie toevoegt

RM-082 koppelt die pakketwaarheid aan de betaalrail: Mollie-customers, mandaatopzet, subscriptions, webhooks voor geslaagde en mislukte betalingen, factuurstatus en dunningsignalen. De plan-engine blijft de bron van waarheid van ReVend; Mollie bevestigt of het abonnementsgeld ook echt binnenkwam.

Wat Mollie niet aanraakt

Dealgeld uit Market en Auction loopt via het escrowmodel, daar waar escrow aanstaat. De pickup-finance loopt via de eigen Core-facturatie en settlementrecords van de ITAD. Trade-in-klanten zien misschien facturen en certificaten in hun portaal, maar dat maakt Mollie nog niet de verplaatser van operationele gelden. Het palletgeld en de SaaS-factuur zitten in verschillende kamers, en er staan labels op de deuren om een reden.

Waarom die grens telt

Subscription billing bepaalt of een tenant ReVend betaalt. De operationele finance bepaalt wie wie wat verschuldigd is voor assets, ophalingen, diensten, fees, refunds of disputes. Die twee gescheiden houden maakt audits schoner, supportgesprekken korter en toekomstige add-ons mogelijk zonder per ongeluk een SaaS-factuur in een settlementledger te veranderen.