Onlineshop-Anbindung an Nexi XPay: Ablaufwahl und Transaktionsprüfung

Die Nexi-XPay-Anbindung beginnt bei der passenden Händlerkontolösung und einem kontrollierten Bestellablauf.

Das offizielle Entwicklerportal von XPay Greece unterscheidet Hosted Payment Page, Pay-by-Link, Server to Server und In-App SDK. Diese Optionen sind weder gleich noch automatisch in jedem Vertrag aktiv. Vor einer Umsetzungsempfehlung werden Kontodienst und Shopplattform bestätigt. Die Architektur wählt die geringste nötige Exposition von Zahlungsdaten und beschreibt die Händleranforderungen für Test und Produktion. Konkrete Funktionen werden anhand aktueller Anweisungen des gewählten Wegs bestätigt.

Im Onlineshop müssen Bestellkennung, Endbetrag und zugehörige Transaktion verbunden werden. Die Kundenrückkehr ersetzt nicht die Ergebnisprüfung der gewählten Lösung. In einem anderen Szenario kann ein Zahlungslink eine vom Kundenservice angelegte Bestellung betreffen und braucht klare Laufzeit und Status. Jedes Szenario wird getrennt erfasst, damit eine Zahlung außerhalb des Checkouts nicht zum anonymen Datensatz wird, den das Lager keinem echten Kauf zuordnen kann.

Wiederholte Klicks, Checkoutabbruch und verspätete Ergebnisaktualisierung benötigen vereinbarte Verfahren. Der Connector erklärt unbekannte Zustände nicht eigenständig zum Erfolg. Er erhält Referenzen und meldet den offenen Vorgang bis zum Abschluss der Prüfung. Beträge werden in derselben Währung verglichen; Rückerstattungen folgen den Kontorechten. Das Team muss wissen, wann es eine Transaktion erneut prüft und wann es Support benötigt, ohne eine zweite Belastung zur Lösung eines Informationsproblems zu erzeugen.

Die Nexi-XPay-Vorprüfung trennt Checkoutkäufe von Angebotszahlungen und anderen vereinbarten Wegen. Jedes Szenario erhält eine konkrete Referenz und sichtbare Verbindung zum Geschäftsdatensatz. Geldbewegungen werden nicht als deutungsbedürftige allgemeine Kommentare erfasst. Das Team kennt den Status für den nächsten Schritt und das Verhalten bei Abbruch. Bei Integrationsänderungen werden Kontoanweisungen erneut geprüft. So werden Entwicklerportaloptionen zum dokumentierten Leistungsumfang statt zu automatisch verfügbaren Versprechen.

Ein Möbelshop erfasst ein Angebot und verbindet es mit dem vereinbarten Zahlungsweg. Seine Referenz wird nicht mit einem anderen Onlinekauf desselben Kunden verwechselt. Nach bestätigtem Ergebnis folgt der vorgesehene Geschäftsschritt. Bei Abbruch bleibt das Angebot offen, ohne falsche Erfolgsmeldung. Ein neuer Versuch erhält die Historie und Verbindung. Das Projekt verwendet die Anweisungen des tatsächlichen XPay-Greece-Kontos und setzt nicht jedes allgemein im Entwicklerportal genannte Produkt als verfügbar voraus.

Wir testen zwei Käufe desselben Kunden mit unterschiedlichen Referenzen, Wegabbruch und wiederholte Klicks. Das Ergebnis muss dem konkreten Geschäftsdatensatz und korrekten Betrag entsprechen. Unbekannte oder offene Zustände werden ohne automatische Erfolgsvermutung angezeigt. Rückerstattungsverfahren werden anhand von Kontorechten und Anweisungen geprüft. Das Team bestätigt Zuständigkeiten für erneute Prüfung und Anbieterkontakt. Die Produktionseinstellung wird für den gewählten Weg mit dokumentiertem Ausnahmeverhalten bestätigt.