Transaktion erfolgreich: Warum ist die Bestellung unbezahlt?

Eine erfolgreiche Transaktion kann eine Bestellung unbezahlt lassen. Der Status Success beschreibt die Ausführung auf der Blockchain. Für die Zahlung müssen außerdem der tatsächliche Token, Empfänger, Betrag und Zahlungsweg zur Rechnung passen und die erforderlichen Bestätigungen vorliegen.

Nehmen wir eine erfundene Bestellung über 100 USDT. Ihr Kunde schickt einen Link zum Blockexplorer und verweist auf das grüne Success. Die Rechnung ist weiterhin offen. Ob Sie die Ware versenden können, entscheidet sich daran, was der Transfer für genau diese Rechnung nachweist.

Was prüft die Rechnung, was zeigt der Explorer?

Die Rechnung enthält die Bedingungen der Zahlung. Der Explorer zeigt eine Transaktion in einem bestimmten Netzwerk. Er kennt weder den Warenkorb noch die Vereinbarung zwischen Ihnen und dem Käufer. Zwei unterschiedliche Statusanzeigen können deshalb beide richtig sein.

In Ethereum beschreibt der Status im Transaktionsbeleg, ob der oberste Aufruf erfolgreich war oder scheiterte. EIP-658 definiert diese Bedeutung. Eine erfolgreich ausgeführte Anweisung kann mit unserer Bestellung über 100 USDT überhaupt nichts zu tun haben. Bevor Sie aus dem Link einen Zahlungseingang ableiten, brauchen Sie den tatsächlichen Transfer und seine Zuordnung.

Welcher Vorgang wurde erfolgreich ausgeführt?

Ein approve-Aufruf kann erfolgreich sein, ohne Token zu übertragen. Er erlaubt einer anderen Adresse, Token bis zum genehmigten Betrag auszugeben. ERC-20 unterscheidet dieses Recht vom Transfer selbst. Für den Händler entsteht durch die Erlaubnis noch kein Eingang der 100 USDT.

Auch der Name eines Tokens beantwortet die Zahlungsfrage nicht. Name und Kürzel sind laut ERC-20 optionale Angaben des Vertrags. Ein anderer Vertrag kann ein vertrautes Kürzel tragen. Prüfen Sie deshalb, welcher Token tatsächlich übertragen wurde; eine USDT-Beschriftung allein macht ihn nicht zu einem akzeptierten Vermögenswert. Weitere irreführende Belege beschreibt der Artikel über Betrug bei Krypto-Zahlungen.

Warum kann im Feld to eine andere Adresse stehen?

Bei einem Token-Aufruf in einem EVM-Netzwerk bezeichnet to den aufgerufenen Vertrag. Der Empfänger des Tokens kann in den Argumenten des Aufrufs und im Ereignis stehen, das der Vertrag nach der Ausführung protokolliert. Die Ethereum-Dokumentation zu Transaktionen erklärt Zieladresse und Eingabedaten.

Vergleichen Sie die Zahlungsadresse daher mit dem Empfänger des geprüften Token-Transfers. Die Eingabedaten zeigen zunächst die gewünschte Aktion; ihr Ergebnis müssen Sie gesondert prüfen. Selbst ein Eintrag namens Transfer ist ohne den zugehörigen Vertrag kein ausreichender Beleg. Ging der echte Token an eine andere Adresse, kann die Transaktion trotzdem erfolgreich sein.

Passt der Eingang zur offenen Bestellung?

Für unsere 100 USDT müssen Netzwerk, Token, Empfänger und Betrag den Bedingungen der aktuellen Rechnung entsprechen. Ebenso wichtig ist, welche Rechnung der Eingang betrifft. Eine Zahlung für eine andere Bestellung gibt diese Bestellung nicht frei. Eine ältere oder bereits geschlossene Rechnung braucht ebenfalls eine eigene Prüfung.

Der Zusammenhang sollte in Ihrem Bestellablauf erhalten bleiben: Bestellung, zugehörige Rechnung und deren Zahlungsstatus. Ein echter Blockchain-Eintrag hilft bei der Klärung, ersetzt diesen Zusammenhang aber nicht. Erst nachdem der Transfer geprüft wurde, lässt sich sinnvoll fragen, weshalb die Rechnung noch offen ist.

Kann ein passender Transfer noch auf Bestätigungen warten?

Ja. Erfolgreiche Ausführung und Finalität beschreiben verschiedene Eigenschaften. Dass eine Ethereum-Transaktion in einem Block enthalten ist, ersetzt die späteren Bestätigungsstufen nicht. Die Beschreibung des Transaktionsablaufs erläutert diese Schritte.

Bei Paymos hängen die Anforderungen vom Netzwerk und Zahlungsbetrag ab. Es gibt keinen einheitlichen Abschlusszeitpunkt für alle Zahlungen. Ein bereits erkannter Eingang kann deshalb noch auf Bestätigungen warten; das allein belegt weder einen Fehler noch Betrug. Die Unterschiede erklärt Blockchain-Bestätigungen und Finalität.

Ist eine Gutschrift dasselbe wie eine bezahlte Rechnung?

Bei Paymos können ein anderer akzeptierter Vermögenswert, eine verspätete Zahlung oder ein Eingang zu einer geschlossenen Rechnung separat auf dem Händlerguthaben landen. Die Rechnung wird dadurch nicht bezahlt, und für diesen Eingang wird kein Zahlungs-Webhook der Rechnung ausgelöst. Ein gefälschter Token zählt nicht als Beispiel für einen akzeptierten Vermögenswert.

Auch ein Transfer über ein anderes Netzwerk ist weder automatisch verloren noch automatisch dieser Rechnung zugeordnet. Das Ergebnis hängt davon ab, ob der entsprechende Zahlungsweg erlaubt ist und der Eingang für die Rechnung überwacht wird. Prüfen Sie den Eingang auf dem Guthaben und den Rechnungsstatus getrennt, statt aus Success eines von beiden abzuleiten.

Worauf stützt sich der Versand?

Der Käufer verfolgt den Status auf der Zahlungsseite. Für Ihren Shop zählt der serverseitige Status der zugehörigen Rechnung oder ein geprüfter Zahlungs-Webhook. Prüfen Sie vor der Verarbeitung die Signatur und ordnen Sie die Rechnung der Bestellung zu. Die Paymos-Dokumentation beschreibt die Signaturprüfung.

Ein Browser-Callback, die Rückkehr zur Danke-Seite oder ein Screenshot belegen diesen Rechnungsstatus nicht. In unserem Beispiel geben Sie die Ware nach der bestätigten Zahlung der zugehörigen 100-USDT-Rechnung frei.