Aus der Reihe „Einfach nur …“: Die Zahlung

Zahlungsdienstleister ≠ Zahlungsarten

Oft wird beides gleichgesetzt – in der Praxis sind es zwei getrennte Entscheidungen:

• Welcher Zahlungsdienstleister (z. B. Nexi, Unzer, mpay24, direkte PayPal-Anbindung)
• Welche Zahlungsarten (Kreditkarte, PayPal, Rechnung, Vorauskasse, …)

Ein Zahlungsdienstleister kann mehrere Zahlungsarten bündeln – oder bewusst ergänzt werden, um Abhängigkeiten zu reduzieren.

Zahlungsarten sind nicht überall gleich

Schon bei internationalen Shops stellen sich grundlegende Fragen:

• Welche Zahlungsarten sind in welchem Land verfügbar?
• Unterscheidung nach EU / Nicht-EU
• Unterschiedliche Gebühren je Zahlungsart und Land
• Unterschiedliche Kundenerwartungen je Markt

Was technisch möglich ist, muss nicht immer wirtschaftlich oder sinnvoll sein.

B2C, B2B und Bonität

Zahlung ist immer auch eine Risikofrage:

• Trennung von B2C und B2B
• Zahlung auf Rechnung nur für bestimmte Kunden
• Ausschluss von Erstkunden oder Kunden mit schlechter Bonität
• Dynamische Steuerung über ein Bonitätssystem

Damit wird die Auswahl der Zahlungsarten zu einer regelbasierten Entscheidung, nicht zu einer statischen Liste.

Wann gilt eine Bestellung als „bezahlt“?

Ein besonders kritischer Punkt – oft unterschätzt:

• Welche Zahlungsarten gelten als sofort bezahlt?
• Welche erst nach Zahlungseingang?
• Was passiert bei digitalen Gütern oder Gutscheinen?

Beispiel:

Gutscheine dürfen nicht automatisch versandt werden, wenn der Kunde auf Rechnung zahlt und noch nicht bezahlt hat.

Diese Logik beeinflusst:

• Versandprozesse
• Gutscheinlogik
• ERP-Übergaben
• Buchhaltung

Gebühren, Transaktionen und Buchhaltung

Zahlung endet nicht im Checkout:

• Gibt es Zahlungsgebühren pro Zahlungsart?
• Werden diese an den Kunden weitergegeben?
• Können Zahlungen automatisch der richtigen Transaktion in der FiBu zugeordnet werden?
• Werden Mikro-Transaktionen benötigt (z. B. für Tests oder Verifizierungen)?

Hier zeigt sich, ob Payment sauber in die Unternehmensprozesse integriert ist – oder manuell nachbearbeitet werden muss.

Ausfallsicherheit und Redundanz

Ein oft strategisches, nicht technisches Thema:

• Direkte Anbindungen (z. B. PayPal)
• Zusätzliche Zahlungsdienstleister ohne Fixkosten
• Höhere Transaktionskosten gegen höhere Ausfallsicherheit

Gerade bei umsatzstarken Shops ist Payment-Redundanz kein Luxus, sondern Risikomanagement.

Einschränkungen nach Produkt und Kontext

Nicht jede Zahlungsart passt zu jedem Produkt:

• Keine Nachnahme bei Speditionsartikeln
• Keine Rechnung oder Vorauskasse bei Gutscheinen
• Ausschluss bestimmter Zahlungsarten bei digitalen Gütern

Diese Regeln entstehen meist aus Erfahrung – müssen aber technisch abbildbar sein.

Kundenerlebnis: mehr als Technik

Auch Texte und Kommunikation gehören zur Zahlung:

• Welche Hinweise vor dem Kauf?
• Welche Texte nach erfolgreicher oder fehlgeschlagener Zahlung?
• Inhalte im Bestätigungs-E-Mail
• QR-Codes zur vereinfachten Zahlung mit Transaktionsdaten

Payment ist immer auch Vertrauen und Klarheit.

Einfach starten – strukturiert wachsen

Auch bei der Zahlung gilt: Ein sauberer Start mit wenigen, klar definierten Zahlungsarten ist oft der richtige Weg.

Entscheidend ist jedoch, dass das System später:

• weitere Zahlungsarten
• Bonitätslogik
• Länderunterschiede
• Buchhaltungs- und ERP-Integration

ohne Brüche aufnehmen kann.

Zahlung lässt sich vereinfachen – die Verantwortung dahinter nicht.

Fazit

Am Ende geht es selten um das einzelne Feature.

Entscheidend ist, wie gut Prozesse, Systeme und Beteiligte zusammenspielen – und ob die eingesetzte Shopsoftware diese Komplexität sinnvoll abbilden kann.

Wer scheinbar einfache Anforderungen von Anfang an strukturiert betrachtet, schafft die Grundlage für stabile Abläufe, realistische Projektplanung und nachhaltiges Wachstum.