Checkout, Zahlung und Versand entwerfen

Zahlungsmethoden

Rechnung, Vorkasse, Karte und PayPal: wie Methoden, Anbieter und Gebühren konfiguriert werden, und welche davon im B2B tatsächlich genutzt werden.

Der größte Teil des B2B-Umsatzes wird nach wie vor per Rechnung nach der Lieferung eingezogen. Karten- und Wallet-Methoden zählen bei Neukunden, kleinen Bestellungen und Vorkassegeschäft. Wenn Sie sonst nichts konfigurieren, konfigurieren Sie den Rechnungskauf richtig.

Bevor Sie beginnen. Entscheiden Sie, welche Methoden Sie welchen Kunden ab welchem Bestellwert anbieten. Wenn Sie einen Zahlungsdienstleister (PSP) einsetzen, halten Sie dessen Zugangsdaten bereit: Sie werden nur schreibend gespeichert und lassen sich danach nicht mehr auslesen.

Zwei Arten von Methoden

ArtWer das Geld einziehtBeispiele
Selbst verwaltetSie. Die Plattform hält die Absicht fest; Ihre Bank und Ihre Buchhaltung erledigen den RestRechnung, Vorkasse, Lastschrift, die Sie selbst abwickeln
PSP-gestütztEin Zahlungsdienstleister, über einen TreiberKarte, PayPal und die weiteren Methoden des Anbieters

Selbst verwaltete Methoden sind sofort autorisiert, weil es nichts nachzufragen gibt. PSP-Methoden können vom Käufer etwas verlangen (eine Weiterleitung, einen 3-D-Secure-Schritt), und die Zahlung ist abgeschlossen, wenn der Käufer zurückkommt.

Für einen Großhändler aus dem Mittelstand ist der realistische Satz: Rechnung für Bestandskunden mit einer Bonitätsprüfung dahinter, Vorkasse für Neukunden und Exportaufträge, und eine Kartenmethode, damit ein Erstkäufer nicht abgewiesen wird.

Was eine Methode trägt

Jede Methode ist eine Zeile unter Order Management › Zahlungen › Methoden:

FeldWirkung
code, nameDer stabile Bezeichner und die Beschriftung, die ein Käufer sieht. labels hält die Übersetzungen
kindSelbst verwaltet oder PSP
provider, provider_methodWelcher PSP die Methode bedient, und welche seiner Methoden
enabledOb sie überhaupt angeboten wird
positionDie Reihenfolge der Methoden im Checkout
fee_type, fee_amount, fee_currencyEin Aufschlag: keiner, ein fester Betrag oder ein Prozentsatz
countriesBeschränkung auf bestimmte Länder
min_order_value, max_order_valueBeschränkung nach Bestellwert

Die drei Einschränkungsdimensionen werden mit UND verknüpft, Werte innerhalb einer Dimension mit ODER, und eine leere Dimension bedeutet „ohne Einschränkung“. Rechnung, nur für deutsche Käufer, nur ab 50,00 € ist also countries: DE plus ein Mindestbestellwert, und das ist die klassische Einrichtung.

Die Eignung entscheidet der Server

Der Checkout fragt, welche Methoden für dieses Land, diesen Betrag und diese Währung gelten, und bekommt nur diese zurück, mit bereits berechneten Gebühren. Dieselbe Prüfung läuft beim Anlegen der Zahlung noch einmal. Eine Methode in der Storefront zu verstecken ist deshalb keine Kontrolle, und eine anzuzeigen keine Berechtigung.

Das ist die Antwort auf „Der Käufer sieht eine Methode, die er nicht sehen sollte“: Sehen Sie sich die Länderliste und die Wertgrenzen auf der Methode an, nicht das Theme.

Anbieter

Ein PSP ist eine Zeile unter Order Management › Zahlungen › Anbieter. Einen hinzuzufügen heißt, Zugangsdaten einzutragen; am Code ändert sich nichts.

Zugangsdaten und Webhook-Secrets werden nur schreibend gespeichert. Sie werden angenommen, für den Treiber abgelegt und nie zurückgegeben: Das Cockpit kann Ihnen den gespeicherten Wert nicht anzeigen. Ein Secret zu rotieren heißt, das neue zu schreiben. Führen Sie Ihre eigene Aufzeichnung darüber, was wo konfiguriert ist; es gibt keinen Weg, es auszulesen.

Neue Anbieterzeilen kommen deaktiviert und im Testmodus an. Das ist Absicht: Ein Anbieter, den niemand konfiguriert hat, darf keine Zahlungen abwickeln. Führen Sie Ihre Testtransaktionen aus, schalten Sie dann den Testmodus ab und aktivieren Sie den Anbieter, in dieser Reihenfolge.

Einen Anbieter zu deaktivieren ist meistens das, was Sie wollten, wenn Sie ihn löschen wollten. Nur der Anlegepfad liest enabled. Ein deaktivierter Anbieter nimmt also keine neuen Zahlungen an, während jeder Einzug, jede Stornierung und jede Erstattung auf den Zahlungen, die er bereits hält, weiter funktioniert. Das Löschen eines Anbieters, den Zahlungen noch nennen, wird abgelehnt, mit Angabe der Anzahl.

Gebühren

fee_type ist none, fixed oder percent. Ob die berechnete Gebühr brutto oder netto angezeigt wird, ist eine Mandanteneinstellung, weil die Payments-App keine eigene Steuersemantik hat. Setzen Sie sie so, wie der Rest Ihres Shops Preise anzeigt. Siehe Währungen und Steuern.

Aufschläge auf Kartenzahlungen sind in der EU für Verbraucherkarten rechtlich eingeschränkt; prüfen Sie das, bevor Sie sie aktivieren, nicht danach.

Was nach der Bestellung passiert

Eine Zahlung durchläuft ihren eigenen Lebenszyklus, unabhängig von der Bestellung:

created ──► requires_action ──► authorized ──► captured ──► refunded
                    │                │
                    └─── failed      └─── cancelled

Das Ergebnis wird als payment_status an die Bestellung gemeldet. Wann Sie einziehen, ist eine Einstellung: direkt nach der Autorisierung, beim Versand oder von Hand. Rechnung und Vorkasse werden nie automatisch eingezogen, weil es nichts einzuziehen gibt, bevor das Geld da ist.

Es gibt keine Teilerstattung. Eine Zahlung hält einen Betrag und einen Status fest, refunded bedeutet also vollständig erstattet. Eine Teilgutschrift läuft über Ihr Buchhaltungssystem; dafür gibt es hier keinen Knopf. Planen Sie das ein, bevor Sie einem Kunden 30 % Gutschrift auf eine Kartenzahlung versprechen.

Die Mahnuhr

Rechnung und Vorkasse sind Geld, das geschuldet wird und noch nicht da ist. Ein täglicher Lauf ordnet jede unbezahlte selbst verwaltete Zahlung anhand zweier Schwellen ein und stempelt die Zeile mit einer Phase (keine, Mahnung, überfällig) und dem Datum, an dem die nächste Phase fällig wird. Einzug, Stornierung, Erstattung und ein Rückruf des Anbieters stoppen die Uhr.

Der Lauf ordnet ein; er versendet nichts. Die Mahnmail schicken Sie, gesteuert über die Phase. Unter Order Management › Zahlungen gibt es die Aktion Zahlungsprüfung ausführen, wenn Sie den Lauf von Hand anstoßen wollen.

Was Sie prüfen

  1. Geben Sie mit jeder aktivierten Methode eine Testbestellung auf.
  2. Prüfen Sie im Reiter Zahlung der Bestellung, dass der Zahlungs-Snapshot die Methode nennt und der Betrag der Gesamtsumme plus Gebühr entspricht.
  3. Prüfen Sie, dass payment_status sich wie erwartet bewegt hat: open bei Rechnung, authorized oder paid bei einer eingezogenen Kartenzahlung.
  4. Ändern Sie den Bestellwert über und unter einen min_order_value und prüfen Sie, dass die Methode erscheint und verschwindet.

Weiter