PayPal über Stripe abwickeln: Vorteile und Fallstricke in der Buchhaltung

Valentin Gavilan am 07. September 2026

Ein Zahlungsdienstleister für alle Zahlungsarten: Seit Stripe PayPal als native Zahlungsmethode anbietet, sparen sich Händler die separate PayPal-Integration. Technisch ist das elegant – buchhalterisch entsteht jedoch eine Dreiecksbeziehung zwischen Shop, Stripe und PayPal, die manuell kaum sauber abzubilden ist.

Das Wichtigste auf einen Blick

Was bedeutet „PayPal über Stripe abwickeln"?

Klassischerweise betreiben Online-Händler zwei getrennte Zahlungswege: Stripe (oder ein anderer Payment Service Provider) für Karten, Apple Pay, Klarna und Co. – und daneben eine eigene PayPal-Integration mit eigenem Checkout-Button, eigenem Plugin und eigener Abrechnung. Seit Mitte 2023 geht es auch anders: Stripe bietet PayPal als native Zahlungsmethode an. Der Kunde wählt PayPal im Stripe-Checkout, wird kurz zu PayPal weitergeleitet und bestätigt die Zahlung – im Shop-Backend erscheint die Transaktion wie jede andere Stripe-Zahlung.

Verfügbar ist die Integration für Händler mit Stripe-Konto in der EU (außer Ungarn), in Großbritannien, der Schweiz, Norwegen und Liechtenstein. Die Aktivierung erfolgt im Stripe-Dashboard unter den Zahlungsmethoden-Einstellungen.

Wichtig zu wissen: Auch bei der Abwicklung über Stripe verknüpft der Händler dabei immer ein eigenes PayPal-Business-Konto – oder erstellt im Aktivierungsprozess ein neues. Es existieren also weiterhin zwei Vertragsverhältnisse: eines mit Stripe und eines mit PayPal.

Genau diese Konstellation macht das Setup für die Buchhaltung anspruchsvoll: Die Zahlung wird über Stripe gesteuert, aber von PayPal ausgeführt. Beide Systeme erzeugen eigene Transaktionsdaten, eigene Gebühren und – je nach Konfiguration – sogar eigene Auszahlungen.

Warum Händler PayPal über Stripe nutzen

PayPal gehört zu den beliebtesten Zahlungsarten im deutschen Online-Handel – ein Checkout ohne PayPal kostet nachweislich Conversion. Gleichzeitig scheuen viele Händler den Aufwand einer zweiten, parallelen Payment-Integration. Die Abwicklung über Stripe verspricht das Beste aus beiden Welten:

Eine Integration statt zwei:

Kein separates PayPal-Plugin, keine zweite Checkout-Logik, keine doppelten Webhooks – PayPal läuft über die bestehende Stripe-Anbindung.

Ein Dashboard für alle Zahlungsarten:

Karten, Wallets, Klarna und PayPal erscheinen einheitlich als Stripe-Zahlungen inklusive Status, Kundendaten und Zahlungshistorie.

Zentrale Refunds und Disputes:

Erstattungen und PayPal-Käuferschutzfälle werden direkt im Stripe-Dashboard bearbeitet, ohne zwischen zwei Systemen zu wechseln.

Abos und wiederkehrende Zahlungen:

Über Stripe Billing lassen sich PayPal-Zahlungen per Billing Agreement auch für Subscriptions nutzen.

Mehr Conversion ohne Mehraufwand:

PayPal-Stammkunden zahlen mit ihrem gewohnten Konto – inklusive „Später bezahlen"-Optionen, die PayPal im eigenen Wallet anbietet.

Aus Sicht der Technik und des Vertriebs ist das Setup damit fast immer ein Gewinn. Die Kehrseite zeigt sich erst eine Ebene tiefer – bei Gebühren, Auszahlungen und der Frage, wie das Ganze in DATEV ankommt.

Die zwei Abrechnungsarten: Geld über Stripe oder über PayPal

Bei der Aktivierung von PayPal verlangt Stripe eine Entscheidung, die viele Händler in ihrer Tragweite unterschätzen: die bevorzugte Abrechnungsart („settlement preference"). Sie bestimmt, wo das Geld aus PayPal-Zahlungen tatsächlich landet – und damit auch, wie die Buchhaltung aufgebaut werden muss.

Variante 1: Abrechnung über Stripe

PayPal schreibt den Zahlungsbetrag unmittelbar der Stripe-Balance gut. Die PayPal-Zahlung wird zusammen mit allen anderen Zahlungsarten im regulären Stripe-Payout auf das Bankkonto ausgezahlt. Stripe übernimmt die automatische Zuordnung der Beträge, und die Umsätze erscheinen vollständig im Stripe-Reporting. Für die Buchhaltung gibt es weiterhin einen einzigen Auszahlungsstrom. Stripe empfiehlt diese Variante ausdrücklich.

Variante 2: Abrechnung über PayPal

Der Zahlungsbetrag verbleibt im PayPal-Konto des Händlers. In Stripe wird die Zahlung zwar angelegt und verwaltet – die zugehörige Balance-Transaktion weist jedoch 0 € aus, denn es fließt kein Geld in die Stripe-Balance. Die Stripe-Gebühr wird trotzdem fällig und als negativer Netto-Betrag von der Stripe-Balance abgezogen. Die Auszahlung auf das Bankkonto übernimmt PayPal – zeitlich und technisch vollständig getrennt vom Stripe-Payout. Die Umsatz-Charts im Stripe-Dashboard enthalten diese Zahlungen nicht.

Gebühren: zwei Dienstleister verdienen mit

Unabhängig von der Abrechnungsart gilt: Bei PayPal über Stripe entstehen immer zwei Gebührenblöcke. Stripe berechnet laut offizieller Preisliste 0,2 % + 0,10 € je erfolgreicher PayPal-Zahlung – ausdrücklich „zzgl. PayPal-Gebühren". Ist eine Währungsumrechnung nötig, kommen weitere 2 % hinzu. Die PayPal-Seite richtet sich nach den Konditionen des verknüpften Business-Kontos; der Standardsatz für Inlandszahlungen in Deutschland liegt bei 2,99 % + 0,39 €.

Für eine Bestellung über 119,00 € brutto ergibt sich beispielhaft:

Beispielrechnung mit Standardkonditionen (Stand: Juli 2026). Individuelle Konditionen, Auslandszuschläge und Währungsumrechnung können abweichen.

Die Stripe-Gebühr von rund 0,34 € pro Transaktion ist der Preis für die vereinfachte Integration – betriebswirtschaftlich oft gut investiert. Buchhalterisch entscheidend ist aber etwas anderes: Die beiden Gebührenblöcke entstehen an zwei verschiedenen Orten und tauchen in unterschiedlichen Reports auf. Dazu kommen Sonderfälle: Bei Käuferschutzfällen erhebt PayPal eigene Dispute-Gebühren, die bei Stripe als Anpassungsbuchung („adjustment") erscheinen, und bei Erstattungen behält PayPal die fixe Transaktionsgebühr ein.

Die Fallstricke in der Buchhaltung im Detail

In der klassischen E‑Commerce-Buchhaltung gibt es zwei Zuordnungsschritte: Der Erlös aus dem Shop wird der Zahlung beim Zahlungsdienstleister zugeordnet, die gebündelte Auszahlung des Zahlungsdienstleisters dem Geldeingang auf der Bank. Bei PayPal über Stripe schiebt sich ein drittes System in diese Kette – und aus der bewährten Zwei-Wege-Zuordnung wird eine Dreiecks-Zuordnung.

Fallstrick 1: Die Dreiecks-Zuordnung

Eine einzige Bestellung erzeugt jetzt drei Datensätze: die Bestellung im Shopsystem, die Zahlung in Stripe (PaymentIntent) und die tatsächliche Zahlungsabwicklung bei PayPal mit eigener Transaktions-ID. Stripe speichert zwar die PayPal-Transaktions-ID an der Zahlung und kann eine Referenz (z. B. die Bestellnummer) an PayPal durchreichen, die dort als „Invoice ID" im Settlement-Report erscheint. Wird diese Referenz aber nicht konfiguriert, fehlt der rote Faden: Im PayPal-Konto stehen dann Zahlungen, die sich weder einer Bestellung noch einer Stripe-Transaktion eindeutig zuordnen lassen.

Für die Buchhaltung heißt das: Sie muss definieren, welches System führend ist, und sicherstellen, dass die Referenzkette Shop → Stripe → PayPal in beide Richtungen auflösbar bleibt – für jede einzelne Transaktion.

Fallstrick 2: Doppelte Zahlungsbuchungen

Jede PayPal-Zahlung über Stripe existiert in zwei Systemen gleichzeitig: als Zahlung in Stripe und als Transaktion im verknüpften PayPal-Konto. Werden beide Datenquellen in die Buchhaltung importiert – was üblich ist, sobald das PayPal-Konto auch für anderes Geschäft genutzt wird, etwa für eine ältere Direktintegration oder als Zahlungsmethode auf Marktplätzen –, wird dieselbe Zahlung ohne Duplikaterkennung doppelt gebucht. Die Folgen: überhöhte Zahlungseingänge, unbrauchbare OP-Listen und Differenzen, die sich erst Wochen später beim Monatsabschluss zeigen.

Fallstrick 3: Fehlende Zahlungen

Das Spiegelbild des vorherigen Problems: Wer nur die Stripe-Daten verbucht, dem fehlen bei der Abrechnung über PayPal sämtliche Zahlungsflüsse – denn in der Stripe-Balance kommt schlicht kein Geld an (die Balance-Transaktion lautet über 0 €). Auch die Auszahlungen von PayPal auf das Bankkonto treffen dann „unangekündigt" ein, weil sie in keinem Stripe-Payout-Report enthalten sind. In der Praxis landen diese Eingänge häufig pauschal auf einem Verrechnungskonto oder werden – schlimmer – direkt als Erlös gebucht.

Fallstrick 4: Fehlende oder doppelt erfasste Gebühren

Die zwei Gebührenblöcke verhalten sich in den Reports unterschiedlich:

• Die PayPal-Gebühr wird vom Zahlungsbetrag einbehalten und erscheint je nach Abrechnungsart im Stripe-Report („abzüglich Gebühren") oder nur im PayPal-Settlement-Report
• Die Stripe-Gebühr wird bei der Abrechnung über PayPal als negativer Netto-Betrag von der Stripe-Balance abgezogen – eine Buchung über 0 € Zahlung mit −0,34 € Netto, die auf den ersten Blick wie eine Korrektur aussieht, tatsächlich aber Aufwand ist
• Dispute-Gebühren von PayPal erscheinen bei Stripe als separate Anpassungsbuchung („adjustment") und nicht als reguläre Gebühr

Wer nur eine der beiden Datenquellen auswertet, erfasst zwangsläufig nur einen Teil des Gebührenaufwands – der Gewinn wird zu hoch ausgewiesen. Wer beide Quellen ungefiltert importiert, riskiert die doppelte Erfassung der PayPal-Gebühr. Hinzu kommt die umsatzsteuerliche Würdigung: Gebühren für die reine Zahlungsabwicklung sind regelmäßig umsatzsteuerfreie Finanzdienstleistungen (§ 4 Nr. 8 UStG), bei einzelnen Zusatzleistungen ausländischer Anbieter kann jedoch das Reverse-Charge-Verfahren (§ 13b UStG) greifen – das sollte je Mandat mit dem Steuerberater festgelegt werden.

Schritt für Schritt: PayPal über Stripe sauber abbilden

Mit einem strukturierten Setup lässt sich das Dreieck aus Shop, Stripe und PayPal beherrschen. Diese sechs Schritte haben sich in der Praxis bewährt:

Schritt 1: Prüfen und dokumentieren Sie die Abrechnungsart. Im Stripe-Dashboard ist hinterlegt, ob PayPal-Zahlungen über die Stripe-Balance oder über das PayPal-Konto abgerechnet werden. Diese Information gehört in die Verfahrensdokumentation – sie bestimmt den gesamten Buchungsablauf.

Schritt 2: Konfigurieren Sie die Referenzen. Übergeben Sie die Bestellnummer als Referenz an Stripe, damit sie im PayPal-Settlement-Report als „Invoice ID" erscheint. Nur so bleibt die Kette Shop → Stripe → PayPal für jede Transaktion auflösbar.

Schritt 3: Legen Sie getrennte Bankkonten an – z. B. 1262 für Stripe und 1261 für PayPal im SKR03 (1860/1861 im SKR04). .

Schritt 4: Führen Sie alle Reports zusammen. Grundlage der Verbuchung sind der Stripe Payout-Reconciliation-Report und – bei Abrechnung über PayPal – zusätzlich der PayPal-Settlement-Report (im PayPal-Konto unter Aktivitäten → Berichte, auch automatisiert per sFTP verfügbar).

Schritt 5: Legen Sie den führenden Datenkanal fest. Definieren Sie eine eindeutige Regel, aus welchem System PayPal-über-Stripe-Transaktionen gebucht werden, und filtern Sie diese Transaktionen in der jeweils anderen Datenquelle – sonst drohen Doppelerfassungen.

Schritt 6: Stimmen Sie beide Bankkonten monatlich ab. Ein Saldo ungleich Null ist immer ein Signal: fehlende Gebühren, fehlende Umsätze oder Duplikate. Je früher die Ursache gefunden wird, desto kleiner der Korrekturaufwand.

Automatisierung mit EasyPliant

Alle sechs Schritte lassen sich manuell umsetzen – bei relevantem Transaktionsvolumen wird der Aufwand jedoch schnell unverhältnismäßig. Pro Zahlung sind drei Datensätze zu verknüpfen, zwei Gebührenblöcke zu kontieren und je nach Abrechnungsart ein oder zwei Auszahlungsströme abzustimmen. Genau für solche Mehrsystem-Konstellationen wurde EasyPliant gebaut:

Automatischer Datenimport:

Transaktionsdaten aus Stripe und PayPal werden per API-Anbindung oder Datei-Upload importiert – inklusive Gebühren, Refunds und Disputes.

Intelligentes Matching:

Der Matching-Algorithmus löst die Dreiecks-Zuordnung zwischen Bestellung, Stripe-Transaktion und PayPal-Zahlung automatisch auf – mit über 95 % Trefferquote.

Duplikaterkennung:

Zahlungen, die sowohl im Stripe- als auch im PayPal-Datenbestand auftauchen, werden erkannt und nur einmal verbucht.

Vollständige Gebührenerfassung:

PayPal-Gebühren, Stripe-Gebühren und Dispute-Gebühren werden nach konfigurierbaren Buchungsregeln auf die richtigen Aufwandskonten kontiert.

Abgestimmte Geldtransitkonten:

Payouts von Stripe und PayPal werden systemseitig den Transaktionen zugeordnet – die Geldtransitkonten laufen auf Null.

DATEV-Export & GoBD:

Alle Buchungen werden im DATEV-EXTF-Format exportiert und revisionssicher dokumentiert – inklusive aller Änderungen an den Buchungsregeln.

Weder Händler noch Steuerkanzlei müssen sich dafür in die Reporting-Logik von Stripe und PayPal einarbeiten – das übernimmt EasyPliant. Mehr zu den beiden Anbindungen finden Sie auf unseren Seiten zur Stripe-DATEV-Schnittstelle und zur PayPal-DATEV-Schnittstelle. So werden aus mehreren Stunden manueller Abstimmung pro Monat wenige Minuten Kontrolle – bei gleichzeitig höherer Prüfungssicherheit.

Fazit und Handlungsempfehlung

PayPal über Stripe abzuwickeln ist für viele Händler die richtige Entscheidung: eine Integration, ein Dashboard, volle PayPal-Reichweite. Die Komplexität verschwindet dadurch aber nicht – sie verlagert sich aus der Technik in die Buchhaltung.

Die wichtigsten Erkenntnisse

• Die Abrechnungsart (über Stripe oder über PayPal) ist die zentrale Weichenstellung – sie sollte gemeinsam mit der Buchhaltung getroffen und dokumentiert werden
• Gebühren fallen immer doppelt an – bei Stripe und bei PayPal, in unterschiedlichen Reports
• Jede Zahlung existiert in zwei Systemen – ohne Duplikaterkennung und klaren führenden Datenkanal drohen Doppel- oder Nichterfassung
• Getrennte Geldtransitkonten für Stripe und PayPal sind Pflicht, sonst ist keine Abstimmung möglich
• Automatisierung macht das Setup skalierbar und GoBD-konform – manuell ist die Dreiecks-Zuordnung auf Dauer kaum zu leisten

Unsere Empfehlung

Wenn Sie PayPal über Stripe bereits nutzen: Prüfen Sie als Erstes, welche Abrechnungsart aktiv ist, und stimmen Sie Ihre Geldtransitkonten für Stripe und PayPal ab. Ein stehengebliebener Saldo ist das sicherste Indiz dafür, dass Gebühren oder Zahlungen fehlen. Wenn Sie die Aktivierung erst planen: Treffen Sie die Entscheidung über die Abrechnungsart nicht im Entwickler-Team allein – sie bestimmt, wie Ihre Buchhaltung die nächsten Jahre arbeitet.

Weiterführende Ressourcen

• Stripe-Dokumentation: PayPal-Zahlungen – Übersicht
• Stripe-Dokumentation: Bevorzugte Abrechnungsart für PayPal wählen
• Stripe-Dokumentation: Abstimmung von PayPal-Auszahlungen
• PayPal: Offizielle Übersicht der Händlerkonditionen
• Geldtransitkonto in DATEV: So buchen Multichannel-Händler korrekt

Dieser Artikel wurde zuletzt aktualisiert am 07. September 2026. Alle Angaben zu Gebühren und gesetzlichen Regelungen entsprechen dem Stand zum Zeitpunkt der Veröffentlichung und stellen keine steuerliche Beratung dar. Für verbindliche Auskünfte konsultieren Sie bitte Ihren Steuerberater.

Valentin Gavilan

Tax E‑Commerce Specialist

Steuerfachangestellter, Fachassistent für IT- und Digitalisierungsprozesse und zertifizierter „Tax E‑Commerce Specialist“. Beschäftigte sich schon in seiner Ausbildung primär mit dem Thema Onlinehandel, als das noch Stirnrunzeln auslöste.

• LinkedIn