Warum eine Bestellung nach dem Senden von Kryptowährung unbezahlt bleibt

Wenn ein Kunde Kryptowährung gesendet hat, die Bestellung aber unbezahlt bleibt, klären Sie, an welcher Stelle der Fehler auftritt: beim Senden, bei der Netzwerkbestätigung, bei der Zuordnung zur Rechnung oder bei der Bestellverarbeitung durch die Website. Fordern Sie keine erneute Zahlung an, bevor Sie geklärt haben, was mit der ersten Überweisung geschehen ist.

Diese Anleitung richtet sich an Händler, die Zahlungen über Cryptanio-Rechnungen annehmen. Sie benötigen Zugang zum Projekt und die Bestelldaten. Die Einrichtung des Handlers erklärt die Anleitung zur Bestellbestätigung per Webhook.

Sammeln Sie die Daten einer einzelnen Zahlung

Notieren Sie Bestell- und Rechnungsnummer, Transaktionskennung, Netzwerk, Vermögenswert, gesendeten Betrag, Empfänger und Zeitpunkt. Hat der Kunde die Zahlungsmethode gewechselt, halten Sie die Zahlungsdaten des verwendeten Versuchs fest. Ein Screenshot ohne Transaktionskennung reicht für den Abgleich nicht aus.

Ordnen Sie Eingänge nicht allein anhand des Betrags einer Bestellung zu: Preis und Kunde können übereinstimmen, und eine Rechnung kann mehrere Zahlungsversuche haben.

Schritt 1. Prüfen Sie, ob die Überweisung ausgeführt wurde

Öffnen Sie die Transaktion anhand ihrer Kennung im Explorer des ausgewählten Netzwerks. Prüfen Sie das Ausführungsergebnis und den Empfänger. Ein Auszahlungsauftrag bei einer Börse bedeutet noch keine ausgeführte Überweisung.

Eine auf Aufnahme wartende oder fehlgeschlagene Transaktion bestätigt keine Zahlung. Prüfen Sie bei einer gefundenen Transaktion die Bestätigungen: Die Dauer hängt vom Netzwerk und dessen Zustand ab. Mehr dazu unter „Was bedeuten Transaktionsbestätigungen?“.

Schritt 2. Vergleichen Sie Netzwerk, Token und alle Zahlungsdaten

Vergleichen Sie Netzwerk, Vermögenswert, Adresse und zusätzliche Zahlungsdaten des konkreten Versuchs. Derselbe Name USDT in zwei Anwendungen belegt nicht, dass Netzwerk oder Token übereinstimmen. Ein gefälschter oder ähnlicher Token bezahlt keine Rechnung im erwarteten Vermögenswert.

Wenn destination tag, memo oder ein Kommentar erforderlich waren, prüfen Sie auch diese. Bei Solana Pay ist reference ein eigener Bestandteil der Zahlungsanforderung und kein beliebiger memo-Text. Eine übereinstimmende Adresse allein kann für die Zuordnung eines Eingangs unzureichend sein.

Öffnen Sie „Was ist der Unterschied zwischen Netzwerk und Token?“, wenn Ihnen diese Angaben unklar sind. Das Ändern eines Filters in der Kontooberfläche verändert keine bereits ausgeführte Überweisung in einem anderen Netzwerk.

Schritt 3. Finden Sie den richtigen Zahlungsversuch

Öffnen Sie in „Zahlungen“ das gewünschte Projekt und die Rechnung. Klappen Sie „Zahlungsversuche“ und anschließend „Überweisungen“ beim entsprechenden Versuch auf. Wenn die Historie mehrere Seiten umfasst, sehen Sie diese durch: Die erste Seite zeigt nicht unbedingt alle Einträge.

Ein Wechsel des Vermögenswerts oder ein erneuter Abruf der Zahlungsdaten kann einen neuen Versuch innerhalb derselben Rechnung erstellen. Ordnen Sie die Überweisung dem verwendeten Versuch zu: Die aktuelle Adresse kann von der zuvor ausgegebenen abweichen. Ähnliche Zahlungsdaten allein erlauben nicht, den Eingang einer anderen Bestellung zuzuordnen.

Wenn die Überweisung im Netzwerk vorhanden ist, aber unter „Ereignisse“ fehlt, prüfen Sie das ausgewählte Projekt, Netzwerk, den Vermögenswert und den Ereignismodus. Eine reale Zahlung lässt sich nicht durch einen Testeintrag oder eine Simulation bestätigen.

Schritt 4. Lesen Sie den Rechnungsstatus

Betrachten Sie den Status der gesamten Rechnung, nicht nur den einer einzelnen Transaktion:

pending und seen — die Zahlung ist noch nicht so weit abgeschlossen, dass die Bestellung ausgeführt werden darf;
partial — nur ein Teil des Betrags ist bestätigt, weitere Zahlungen werden erwartet;
underpaid — es ist weniger als der zulässige Betrag eingegangen, und eine Entscheidung ist erforderlich;
overpaid — die Überzahlung wurde entsprechend den Projektregeln zur Prüfung vorgelegt;
expired, late und canceled — die Frist ist abgelaufen, die Zahlung muss geprüft werden oder die Rechnung wurde storniert;
paid — die Rechnung wird als bezahlt geführt; als Nächstes ist die Ausführung der Bestellung zu prüfen.

Eine Überzahlung kann zu paid führen, wenn die Projektregeln dies erlauben. Ein Betrag über dem Preis bestimmt für sich genommen nicht den Status. Mehr dazu unter „Was ist eine Rechnung?“.

Schritt 5. Klären Sie Betrag und Frist

Vergleichen Sie den tatsächlich empfangenen Betrag mit dem genauen Betrag des Versuchs. Eine Gebühr beim Absender kann den Eingang verringert haben. Ein gerundeter Preis aus dem Nachrichtenaustausch ersetzt nicht die Angabe auf der Zahlungsseite.

Bei Teilzahlungen kann das Projekt auf den Rest warten oder eine manuelle Entscheidung verlangen. Prüfen Sie die geltende Regel, bevor Sie empfehlen, die Differenz nachzuzahlen. Eine verspätete Überweisung kann ebenfalls nicht automatisch als Zahlung für eine beliebige neue Bestellung gelten. Vergleichen Sie die Historie des Versuchs, seine Frist und den aufgezeichneten Eingangszeitpunkt.

Wenn eine manuelle Annahme oder Ablehnung einer strittigen Zahlung möglich ist, stimmen Sie die Entscheidung zuerst mit dem Kunden ab. Eine Änderung des Rechnungsstatus führt keine Rücküberweisung aus Ihrer Wallet aus.

Schritt 6. Wenn die Rechnung bereits auf paid steht, prüfen Sie die Website

Aktualisieren Sie den Bestellstatus in der Anwendung. Prüfen Sie die Zuordnung zur Rechnung und das Webhook-Zustellungsprotokoll: Ein Zustellungsfehler, eine falsche Zuordnung oder ein Fehler im Handler können die Bestellbestätigung verhindern.

Bei einer erneuten Verarbeitung muss der aktuelle Status geprüft werden, ohne die Ware ein zweites Mal auszuliefern. Wurde die Transaktion nach der Bestätigung zurückgenommen, prüfen Sie die neuesten Ereignisse und bewerten Sie erneut, ob die Bestellung ausgeführt werden darf.

Wann Sie den Fall an den Support weitergeben sollten

Wenn Sie die Ursache nicht finden, senden Sie dem Support Rechnungsnummer, Transaktionskennung, Netzwerk, Vermögenswert, Betrag, Zeitpunkt, Status und die bereits ausgeführten Prüfungen. Passwörter, API-Schlüssel, Seed-Phrasen und das Geheimnis für die Webhook-Signatur werden nicht benötigt.