Die „Danke“-Seite und eine erstellte Bestellung bestätigen keinen Geldeingang. Für den Verkaufsbericht verknüpfen Sie die Bestellnummer mit einer bestätigten Zahlung und erfassen Sie Rückerstattungen getrennt. Ändern Sie Status nicht manuell, damit der Bericht den Erwartungen entspricht.
Drei verschiedene Zeitpunkte
Ein Käufer kann eine Bestellung erstellen, die Zahlung öffnen und die Seite schließen, ohne zu zahlen. Er kann früher auf die Website zurückkehren als die Bestätigung erfolgt. Deshalb werden das Ereignis der Oberfläche, der Zustand der Bestellung und der Zustand der Zahlung getrennt geprüft. Der konkrete Zahlungsdienst legt seine eigenen Status und seine Art der Bestätigung fest; die Bezeichnungen eines Anbieters sind nicht allgemeingültig.
Beispielsweise unterscheidet die Dokumentation von YooKassa pending, waiting_for_capture, succeeded und canceled. Im gewählten Ablauf wird das Warten auf die Abbuchung nicht durch eine erfolgreiche Zahlung ersetzt. Dies ist eine Erläuterung zum Lesen der Status, keine Anleitung, die Einstellungen für den Zahlungseingang zu ändern.
Übungsabgleich
Im Register stehen vier Bestellungen über 1 000 Rubel. Bei A ist die Zahlung bestätigt; B wartet; C wurde ohne erfolgreiche Abbuchung storniert; D ist bestätigt, danach wurde eine Rückerstattung von 300 erfasst. Erstellte Bestellungen über 4 000, bestätigte Zahlungen über 2 000, separat erfasste Rückerstattungen über 300. Der Saldo der Geldeingänge in diesen angenommenen Grenzen beträgt 1 700.
Dies ist keine Berechnung des buchhalterischen Umsatzes oder Gewinns: Hier fehlen Selbstkosten, Provisionen und andere Verpflichtungen. Das Ziel des Beispiels ist es, vier Bestellzeilen nicht in vier bezahlte Käufe zu verwandeln.
Wenn die Zahlen abweichen
Gleichen Sie die Zahlungs-ID, die Währung, den Betrag, die Zeit und den letzten bestätigten Zustand ab. Ein erneuter Callback darf in Ihrem Bericht nicht zu einer weiteren Zahlung derselben Zahlung werden. Unklare Fälle lassen Sie als separate Liste zur Klärung mit der für die Buchhaltung verantwortlichen Person stehen. Test- und Demonstrationsvorgänge kennzeichnen Sie separat; ihr Vorhandensein belegt keine tatsächlichen Geldeingänge.
Schema: 1 — erstellte Bestellungen; 2 — bestätigte Zahlungen anhand von Identifikatoren; 3 — separater Abgleich von Rückerstattungen und unbekannten Status.
Verwandte Aufgabe: Der Käufer hat die Zahlung erreicht und ist stehen geblieben: Was der Seiteninhaber prüfen sollte.
Quellen
YooKassa: Zahlungsablauf. Geprüft am 21 September 2026. Praktische Beispiele und Schemata sind redaktionelle Methodik; die angenommenen Zahlen sind keine Kundendaten.
Für einen einzelnen fertigen öffentlichen Beitrag können Sie die Bedingungen für Aufrufe prüfen. Diese Dienstleistung führt die beschriebene Arbeit nicht aus und garantiert kein organisches Interesse, keine Anfragen und keine Verkäufe.