FastSpring: negatives Payment und Bankeingang unterscheiden

Aktualisiert · 4 Min. Lesezeit

Ein negativer Payment-Eintrag in FastSprings Account Transactions bedeutet einen Abfluss aus dem FastSpring-Guthaben. Er beschreibt weder einen negativen Verkauf noch einen bestätigten Bankeingang. Behandeln Sie Auszahlungsbeleg, Überweisung im separaten Auszahlungsportal und Bankbewegung als drei Nachweise.

Die Desktop-Apps exportieren Datum, Beschreibung und Betrag als CSV. Öffnen Sie die CSV in Excel und speichern Sie dort eine XLSX-Datei. Prüfen Sie das Ergebnis anhand Ihres eigenen PDFs; die Unterstützung hängt vom Auszugsformat ab.

Fünf Nachweise auf ihrer ursprünglichen Ebene sammeln

Für die Prüfung einer Händlerauszahlung benötigen Sie Verkäufe und Korrekturen, den Kontoauszugszeitraum, den Auszahlungsbeleg, die Hyperwallet-Portalüberweisung und die Bankbeobachtung. Das sind fünf Nachweisobjekte, keine fünf zu addierenden Beträge.

  1. Wählen Sie in FastSpring oben rechts den Shopnamen und Account Summary. Öffnen Sie unter Payout History das Datum in Payout Cycle, um den konkreten Auszahlungsbeleg zu sichern.
  2. Wählen Sie für den Zeitraum Generate Statements, Yearly oder Monthly, den Zeitraum und View Statement. Halten Sie Währung sowie Anfangs-/Endsaldo fest. Ein Monatsauszug muss keiner einzelnen Bankgutschrift entsprechen.
  3. Öffnen Sie über den Guthabenbetrag Account Transactions. Wählen Sie Create Data Export, Monat/Jahr und Create; laden Sie den entstandenen Dateinamen unter Data Exports. Bewahren Sie die verfügbare zeitliche Abdeckung auf.
  4. Nutzen Sie für Bestellpositionen Orders and Returns → Options → Export Product Summary oder Export Line Item Detail. Behalten Sie Typ, Referenz, Produkt, Währung und vorzeichenbehaftete Korrekturen auf ihrer ursprünglichen Ebene.
  5. Lassen Sie sich die betreffende Portalüberweisung und den Bankbeleg vom berechtigten Inhaber geben. Dokumentieren Sie den Nachweis jeder Zuordnung; eine fehlende Überweisung oder Zuordnung zur Bankbewegung bleibt offen und wird nicht durch den Auszahlungsbeleg ersetzt.

Diese Berichtswege und Feldunterschiede beschreibt FastSpring in Transaction Reports and Statements. Sie dienen der Sammlung; für den Vergleich ist keine Änderung der Auszahlungseinstellungen erforderlich.

Bestellzeilen: 70 + 30 - 10 = 90 EUR
Fiktives Stufenschema, keine Herstelleraufnahme oder reale Zahlung.

Wiederholte Bestellreferenzen sind keine doppelten Zeilen

Eine Bestellung mit mehreren Produkten kann mehrere Positionszeilen mit derselben Reference erzeugen. FastSpring beschreibt auch Korrekturen für geteilte Zahlungen, darunter negative Income-Einträge. Product Summary enthält keine Affiliate-Korrekturen und ersetzt daher nicht allgemein die detaillierte Korrekturmenge. Prüfen Sie Zeilentyp und zugrunde liegende Position, bevor Sie etwas als doppelt einstufen.

Im fiktiven EUR-Fall hat O1 die Produktpositionen L1=70 und L2=30 sowie Rückgabe R1=−10. Alle verweisen auf O1. Die Bestellmenge ergibt netto 90. Nur die erste O1-Zeile zu behalten würde ein echtes Produkt und die Rückgabe verlieren. Payment P1=−90 ist dagegen ein Abfluss aus dem FastSpring-Guthaben; seine Addition zum Verkaufsergebnis würde aus 90 fälschlich null machen.

Bei vorgegebenem Anfangssaldo 10 und keinen weiteren Bewegungen schließt der vollständige Guthabennachweis mit 10: Anfang 10, Einnahmen 100, Rückgabe −10 und Payment −90. Diese Saldenrechnung beantwortet eine andere Frage als das Bestellergebnis. Die Dateien verwenden ausdrücklich selbst definierte Lehrspalten, kein heruntergeladenes FastSpring-Schema.

Fiktives ObjektEURAussage
O1-Produktpositionen und Rückgabe90 nettoZusammensetzung auf Bestellebene
Payment P1−90Abfluss aus dem FastSpring-Guthaben
P1-Beleg / Portalüberweisung T190 / 90Im Fall vorgegebene Zuordnung
Bank B188Eigene Beobachtung; Differenz 2 zunächst ungeklärt

Lesen Sie die fiktiven Guthabenzeilen, die getrennten Stufennachweise und die ausgeführten Rechnungen. Die lokalen Prüfungen lesen tatsächlich diese konstruierten CSV-Dateien. Sie öffnen kein Händlerkonto, validieren keine nativen Exportspalten und belegen keinen universellen Portal-Bank-Schlüssel.

Die Portal-Bank-Differenz nur mit eigenem Nachweis erklären

Unser Szenario ordnet Beleg P1 ausdrücklich der Überweisung T1 und Bank B1 zu. Bankbetrag 88 liegt um 2 unter Überweisung 90. Zunächst bleibt die Ursache unbekannt. Erst der später separat vorgelegte Gebührennachweis 2 erklärt die Differenz innerhalb dieses Falls. Die Rechnung allein belegt weder eine reale Gebühr noch Umrechnung oder fehlende Zahlung.

FastSprings Portalübersicht trennt den Eingang im Portal von der Weiterüberweisung. Eine automatische Weiterleitung benötigt die passende Auto-Transfer-Einrichtung; ein Portalguthaben ist kein Bankeingang. Die Auszahlungshinweise nennen außerdem Aktivierung, Beobachtungssperren, Abrechnung, Zeitplan und Schwellenwerte. Verwenden Sie die tatsächliche Händlerkonfiguration statt eines allgemeinen Ankunftsdatums.

Fehlt ein Bindeglied, fordern Sie den betreffenden Beleg an und behalten den ungeklärten Zustand. Erfinden Sie keine Portal-CSV-Spalte und verbinden Sie die Bestell-Reference nicht unmittelbar mit einem Banktext. Für doppelte Bankexporte gibt es die separate Anleitung zu überlappenden CSV-Dateien; hier geht es um die Identität von Bestellpositionen.

Liegt die Bankseite nur als PDF vor, laden Sie LocalExtract herunter, um ein PDF lokal in date,description,amount-CSV zu extrahieren. Prüfen Sie die Zeilen am ausgegebenen Kontoauszug; die App ruft keine FastSpring- oder Hyperwallet-Daten ab.

Offizielle Dokumentation geprüft am 17. Oktober 2026.

LocalExtract Team

Wir entwickeln LocalExtract, einen Kontoauszug-Konverter für den Desktop. Fragen oder Korrekturen? Kontakt · Redaktionsrichtlinien

Passende nächste Schritte