Verkäufer nach Plan auszahlen.

Warum ein CS-Cart-Marktplatz eine Auszahlungsroutine braucht

Multi-Vendor weiß bereits, was Sie jedem Verkäufer schulden. Die Accounting-Seite addiert Bestellungen, zieht Provision und Erstattungen ab und führt einen Saldo pro Verkäufer. Was sie nicht tut: entscheiden, wann dieser Saldo ausgezahlt wird, Geld zurückhalten, solange noch Erstattungen möglich sind, die Bankdaten des Verkäufers speichern oder eine Datei erzeugen, die Ihre Bank lesen kann.

Bei wenigen Verkäufern reicht ein monatlicher Export. Bei 30 oder 50 wird der Auszahlungstag zur Schicht aus Saldenprüfungen, kopierten IBANs und Einzelüberweisungen, und die üblichen Fehler folgen: Auszahlung für eine Bestellung, die nächste Woche erstattet wird, doppelte Zahlung oder eine Zahlung auf ein Konto, das gestern jemand geändert hat, der das nicht hätte tun sollen.

Vendor Payouts Automation legt die Routine um die Core-Buchhaltung herum. Es führt kein zweites Hauptbuch: Jede Auszahlungsanforderung ist eine Core-Auszahlung, also bleibt der Saldo auf der Accounting-Seite die einzige Zahl, die zählt.

Ein Auszahlungszyklus, Schritt für Schritt

1. Eine Bestellung geht ein. Die Core-Buchhaltung schreibt sie abzüglich Provision dem Saldo des Verkäufers gut, und das Add-on merkt sich, wann die Bestellung zuerst einen Status erreicht, der die Haltefrist startet (standardmäßig Complete).
2. Die Haltefrist läuft ab (standardmäßig 14 Tage). Erst dann gilt das Geld dieser Bestellung als auszahlbar.
3. Am Auszahlungstag legt der Lauf eine Anforderung für jeden Verkäufer an, der Auszahlungsdaten hinterlegt hat, keine wartende Anforderung hat und über dem Mindestbetrag liegt. Der Betrag verlässt den Saldo sofort als ausstehende Core-Auszahlung.
4. Sie geben Anforderungen in der Warteschlange frei. Sie werden zu einem Batch, und das Add-on speichert in diesem Moment eine Kopie der Auszahlungsdaten jedes Verkäufers. Eine spätere Änderung kann eine laufende Auszahlung also nicht umleiten.
5. Sie laden die Batch-Datei herunter, zahlen über Ihre Bank oder PayPal und markieren den Batch mit Ihrer Zahlungsreferenz als bezahlt. Die Auszahlungen werden in der Core-Buchhaltung zu Completed, und die Verkäufer erhalten eine E-Mail „payout sent“.

Verkäufer verfolgen das auf einer Payouts-Seite neben Accounting: Saldo, zurückgehaltenes Geld, verfügbarer Betrag, nächster Auszahlungstermin, Verlauf und Monatsauszüge. Diese Seite beendet meist die Tickets mit der Frage „Wann bekomme ich mein Geld?“. Wurde ein Verkäufer übersprungen, nennt die Seite Vendor balances den Grund in der letzten Spalte, zum Beispiel Below the minimum payout, No payout details oder A request is waiting for approval.

Auszahlungseinstellungen, die Sie vor dem Einschalten festlegen sollten

Automatische Anforderungen sind nach der Installation absichtlich aus. Prüfen Sie die Seite Vendor balances, bitten Sie die Verkäufer um ihre Daten, richten Sie den Cronjob ein und schalten Sie erst dann ein. Der Lauf braucht einen täglichen Cron-Aufruf; ohne Cron startet er außerdem höchstens alle 15 Minuten, während Administratoren oder Verkäufer in ihren Panels arbeiten, nie im Storefront.

Der eigene Zeitplan eines Verkäufers schlägt den des Tarifs, und der Tarif schlägt die Add-on-Einstellungen. So geben Sie einem großen Verkäufer wöchentliche Auszahlungen, ohne für die anderen etwas zu ändern.

Welche Zahlungsdatei brauchen Sie?

• CSV für alle Methoden: Tabellen, manuelle Überweisungen und Buchhaltung.
• PayPal-Payouts-Datei: eine Zeile pro PayPal-Anforderung, zum Hochladen in PayPal Business.
• SEPA-XML (pain.001.001.03): eine Zahlung pro Bankanforderung mit IBAN, zum Hochladen im Online-Banking. Sie wird nur angeboten, wenn die Hauptwährung des Shops EUR ist. Anforderungen mit Kontonummer, aber ohne IBAN landen stattdessen in der CSV.

Was es nicht tut

Es versendet kein Geld. Es gibt keine direkte Anbindung an Stripe Connect, die PayPal Payouts API oder Wise; Sie zahlen mit der Datei und markieren den Batch danach als bezahlt. Das ist bewusst so: Das Geld geben weiterhin Sie frei.

Alle Beträge laufen in der Hauptwährung des Shops, und Erstattungen nach einer Auszahlung regelt die Core-Buchhaltung: Die nächste Auszahlung fällt kleiner aus, und ein negativer Saldo blockiert Auszahlungen, bis er wieder positiv ist. Im Storefront ändert sich nichts.

Mit Direct Customer-to-Vendor Payments oder Stripe Connect funktioniert das Add-on weiterhin, sieht aber nur, was nach der Aufteilung an der Kasse im Saldo übrig bleibt, zum Beispiel negative Provision.

Das Add-on braucht Multi-Vendor. Auf CS-Cart Standard oder Ultimate wird die Installation abgelehnt, weil es dort keine Verkäufersalden gibt.

Auszahlungs-Add-on, Zahlungsaufteilung oder Tabelle?

Wenn Ihr Gateway Marktplatz-Aufteilungen unterstützt und Ihre Verkäufer mit Zahlung pro Bestellung zufrieden sind, kann eine Aufteilung einfacher sein. Auszahlungen nach Plan passen zu Marktplätzen, die Geld über die Rückgabefrist halten oder per Überweisung zahlen. Beides lässt sich kombinieren.

Eine typische Kombination: Advanced Commission Rules legt die Provision fest, dieses Add-on zahlt den Rest aus, und Vendor KYC & Verification kann Auszahlungen zurückhalten, bis ein Verkäufer verifiziert ist. Die ganze Liste steht auf der Seite der Multi-Vendor-Add-ons; Sie können Vendor Payouts Automation im Shop kaufen.

Versionen und Voraussetzungen

Multi-Vendor 4.17.2 bis 4.21.x mit PHP 7.2.5 bis 8.3, soweit Ihre CS-Cart-Version das unterstützt. Die SEPA-Datei braucht die PHP-Erweiterung XMLWriter, die bei fast jedem Hoster aktiv ist. Core-Dateien und Core-Tabellen bleiben unverändert: Die Installation legt eigene Tabellen, zwei Berechtigungen und vier E-Mail-Vorlagen an. Beim Deinstallieren werden diese entfernt, und die erzeugten Auszahlungen bleiben in der Core-Buchhaltung, also ändern sich die Salden nicht.