Mollie Billing & Award Payouts: Geld, das sich wirklich bewegt
Wie die Mollie-Integration in den Trade-in Award Flow greift, wo Billing Settings pro Tenant liegen und warum eine kundensichtbare Invoice wichtiger ist als ein Backend Payout Log.
Lange Zeit erfasste die Plattform, dass Geld hätte bewegt werden sollen. Sie bewegte selbst kein Geld. Dann kam Mollie, und der Trade-In Award Flow begann die Rails zu berühren: Customers sehen Invoices, ITADs sehen Payouts, die Plattform nimmt eine Commission, und die Audit Row verbindet alles.
Was Mollie macht
Mollie ist der Payment-Services Provider, den die Plattform für den europäischen Markt integriert hat. Mollie übernimmt die regulierten Teile der Geldbewegung: SEPA Transfers, iDEAL- und Credit-Card Collection, KYB Verification beider Seiten einer Transaction, die Buchhaltung, die die Plattform nicht neu bauen will. Die Plattform ruft Mollies API auf, um Payment Intents zu erstellen und Payouts zu registrieren; Mollie meldet zurück, wenn Funds bewegt wurden.
Billing Settings pro Tenant
/settings/trade-in/billing ist die per-tenant Konfiguration: welches Mollie Account ITAD Payouts erhält, die IBAN für eingehende Funds, Company KYB Metadata, Invoice Display Preferences. Jeder Tenant konfiguriert sein Billing einmal; die Plattform teilt kein Account über Tenants hinweg, weil Regulators das nicht gut teilen.
Der Award Flow
Wenn der Operator in der Trade-In Module ein Bid awarded, schreibt die Plattform einen Fee-Ledger Entry: bid amount, platform commission darauf, net payable und die optional-services line items, die der Customer ausgewählt hat. Die Richtung des Funds Flow hängt vom Deal ab — die meisten Pickups haben residual hardware value und der awarded ITAD zahlt den Customer; pure-disposal jobs und optionale Add-on Services laufen andersherum und der Customer zahlt über Mollie. In jedem Fall nimmt die Plattform ihre Commission vom awarded amount, nie vom Customer.
Customer-visible Invoice Surface
Die Invoice, die der Customer sieht, wird im customer-facing Trade-In Portal gerendert — nicht in einem gemailten PDF versteckt, das Finance herausziehen muss. Sie trägt dieselben Line Items wie der Operator sieht: bid amount, erbrachte Services (mit optionalen Add-ons aufgeschlüsselt), applicable VAT, Total und welche Richtung jede Line settled. Mollie unterlegt die Rails; die Plattform besitzt die Oberfläche, die der Customer liest.
Audit + Reconciliation
Jeder Mollie Webhook Callback schreibt in den Payment-Events Log der Plattform, append-only, damit die Chronologie “invoice issued / paid / payout completed” auditierbar ist. Reconciliation Queries matchen Mollies gemeldete Transactions gegen die erwarteten Plattform-Transactions; Mismatches erscheinen in der Admin Queue statt als leiser Drift in den Büchern.