Integration, die Ihre Teams evaluieren können
bevor die Live-Verarbeitung beginnt
Öffentliche API-Dokumentation, kontrollierte Staging-Umgebung und ein internes Prüfungspaket für Ihr Team.
Öffentliche API-Anleitung für Ihr Team – noch vor dem ersten Aufruf.
Der technische Ausgangspunkt ist öffentlich. Der API 2.0 Integration Guide von DaoPay beschreibt die grundlegenden Strukturen, die Authentifizierung, die Signaturberechnung und die Handhabung des Transaktionslebenszyklus. So können Ihre technischen Prüfer den Umfang der Arbeiten bereits vor dem ersten Integrationsgespräch einschätzen, ohne dass damit ein Self-Service-Zugang zu einem Live-Entwicklerportal suggeriert wird.
Für einen CTO oder technischen Product Owner ist dies die erste Orientierungsebene: was signiert werden muss, welche Lifecycle-Endpunkte sichtbar sind, wie der Status an Ihr System zurückgemeldet wird und welche Punkte vor Beginn des Stagings mit DaoPay abzustimmen sind.
Betrachten Sie diese Inhalte als Referenzmaterial, nicht als Zusage einer unbegleiteten Einrichtung. Der Zugriff auf die Staging-Umgebung, Zugangsdaten und die Callback-Verifizierung werden weiterhin vom Integration Team kontrolliert.
Dies ist die erste Ebene, die Ihr Team später auf dieser Seite in das interne Prüfungspaket aufnehmen kann.
Kontrollierte Staging-Umgebung mit dem Integration Team.
Die Testumgebung von DaoPay ist eine kontrollierte Staging-Ebene, die vom Integration Team koordiniert wird – keine Self-Service-Spielwiese. Dort wird Ihre Implementierung von demselben Team geprüft, das später die technische Validierung durchführt, bevor Zugangsdaten für die Produktionsumgebung verwendet werden.
Der Staging-Ablauf
Im Staging validieren Ihre Entwickler den Anfragepfad, Statusabfragen, Rückerstattungen und Payment Status Notifications, bevor Zugangsdaten für die Produktionsumgebung verwendet werden. Dies ist eine kontrollierte Validierung vor der Live-Verarbeitung.
Für einen internen Prüfer ist das eine konkretere Antwort als ein allgemeiner Verweis auf eine Sandbox: Wer stellt die Zugangsdaten bereit, wo wird das Callback-Verhalten geprüft und wie gelangt der Build von Testzugangsdaten zur Produktionsreife?
- Registrierung – Händler, im DaoPay Business Portal
- Testzugangsdaten – das Integration Team stellt Appcode und Secret Key bereit
- Staging-Validierung – Händler und Integration Team gemeinsam
- Zugangsdaten für die Produktionsumgebung – Integration Team, sobald das Staging bestätigt ist
Payment-Status-Benachrichtigungen: die Webhook-Ebene
von Ihrem System dokumentiert und überprüfbar.
Ein Zahlungsergebnis endet nicht beim Checkout. DaoPay sendet das Ergebnis asynchron über HTTP(S) als Payment Status Notification an Ihr System. Bevor Ihr System darauf reagiert, prüft es die Benachrichtigung anhand der dokumentierten Signatur von DaoPay. Dies ist eine dokumentierte, überprüfbare Verarbeitung von Zahlungsergebnissen – kein SDK-Marketing.
- 01
DaoPay sendet das Ergebnis
Sobald das Ergebnis einer Transaktion feststeht, sendet DaoPay eine Payment Status Notification über HTTP(S) an Ihren Endpoint.
Dies ist der asynchrone Kanal für Zahlungsergebnisse. DaoPay initiiert den Aufruf, sobald das Ergebnis feststeht. So erreicht das Ergebnis Ihr System nach dem Checkout, anstatt abgefragt werden zu müssen.
- 02
Ihr Endpoint empfängt
Ihr Endpoint empfängt die Benachrichtigung. Planen Sie den Endpoint vor dem Staging, damit der Empfang gemeinsam mit dem Integration Team validiert werden kann.
Der Empfang wird im Staging gemeinsam mit dem Integration Team validiert, bevor die Produktionszugangsdaten verwendet werden.
- 03
Signatur überprüfen
Ihr System gleicht die Benachrichtigung mit der dokumentierten Signaturberechnung von DaoPay ab, bevor es darauf reagiert. Nicht verifizierte Benachrichtigungen werden nicht verarbeitet.
Dies ist die Vertrauensgrenze der Pipeline. Die Signaturberechnung ist in der öffentlichen API-Referenz dokumentiert – die Verifizierung ist somit überprüfbar und nicht nur eine Behauptung.
- 04
Ergebnis verarbeiten
Nur verifizierte Ergebnisse fließen in die Statusverarbeitung ein. Das System auf Händlerseite gleicht das Ergebnis nach dem Checkout ab.
Die Statusverarbeitung bleibt an dokumentierte, verifizierte Benachrichtigungen geknüpft, sodass Ihr System auf einer soliden Grundlage festlegt, wie das Ergebnis nach dem Checkout abgeglichen wird.
Gemeinsam auf ein Ziel hinarbeiten
Dokumentation, Staging und Benachrichtigungsverarbeitung liegen nun auf dem Tisch. Sie bilden die technische Grundlage, die das weiter unten auf dieser Seite verfügbare Internal Review Pack für Ihre interne Diskussion zusammenführt.
Sehen Sie, worauf dies hinausläuftDie Zahlungsmethoden-Kategorien
die Ihr Team evaluieren muss.
DaoPay unterstützt die fünf für die Integrationsplanung relevanten Zahlungsverfahrensgruppen: Kreditkarten, Banküberweisungen, Wallets, Prepaid-Gutscheine und mobile Zahlungen. Alle Gruppen werden über dieselbe API-basierte Schnittstelle abgewickelt, sodass für die Architektur nicht je Gruppe eine eigene Integration geplant werden muss. Welche Gruppen zu Ihrer geografischen Ausrichtung, Ihrem Betriebsmodell und Ihrem Zahlungsmix passen, wird im Laufe des Prozesses beurteilt und nicht aus einem allgemeinen Katalog abgeleitet.
Weiterführend: Vollständige Abdeckung der Zahlungsmethoden auf der Seite „Zahlungen“
Sobald der Zahlungsmix feststeht, folgt die Wahl des Checkout-Wegs.
Die Route wird auf Ihre Checkout-Architektur abgestimmt.
Wenn der Zahlungsmix feststeht, stellt sich als Nächstes die Frage nach der Architektur. DaoPay setzt keine bestimmte Checkout-Lösung voraus. Der Integrationsweg wird auf Ihre Architektur abgestimmt und hängt von einer Frage ab: Ist Ihr Team für die Checkout-Logik verantwortlich?
Die zwei Wege
- Individueller API-basierter Checkout
- Der primäre Weg, wenn Ihr Team für die Checkout-Logik verantwortlich ist. Das technische Gespräch geht von der API-Schnittstelle, Ihrem Checkout-Ablauf und Ihrem Implementierungsmodell aus – dort lässt sich die Integrationstiefe am zuverlässigsten bestimmen.
- Plattformgestützter Checkout
- Wird mit dem Integration Team geklärt, wenn Ihr Technologie-Stack eine Shop-Plattform, eine CMS-Ebene oder Commerce-Middleware umfasst. Der Weg wird festgelegt, sobald die Architektur bekannt ist, und nicht anhand eines Plugin-Katalogs.
Bevor die Architektur bekannt ist, gibt es keine universelle Plugin-Lösung. Sie können Ihren Integrationsweg bestimmen, ohne dass öffentliche Angaben zu Plattformnamen oder zur Plugin-Abdeckung erforderlich sind.
Ein klar definierter Weg
von der Eignungsprüfung bis zum Live-Betrieb.
Die Integration folgt einem strukturierten Ablauf mit klaren Zuständigkeiten in jeder Phase. Ihre technischen, kaufmännischen und operativen Teams kennen die kaufmännischen, technischen und betriebsbereitschaftsbezogenen Prüfpunkte, bevor die Live-Verarbeitung beginnt, statt direkt von der Dokumentation zur Implementierung überzugehen. Den Auftakt bildet der Onboarding PreCheck: eine vorgelagerte Eignungsprüfung mit drei klaren Ergebnissen – Go, Review oder No-Fit –, bevor die sieben Phasen beginnen. Das Internal Review Pack weiter unten auf dieser Seite überführt diesen Prozessplan in Ihre interne Abstimmung.
- 01
Anfrage
Erste Absichtserklärung und Eingrenzung des Anwendungsfalls. Der anfängliche geschäftliche und integrationstechnische Kontext wird erfasst, damit die richtigen internen und DaoPay-seitigen Ansprechpartner frühzeitig einbezogen werden können.
- 02
Qualifizierung
Betriebsmodell, geografische Ausrichtung, Zahlungsmix und technische Route werden vor weiterführenden Maßnahmen bewertet. An diesem Prüfpunkt wird festgestellt, ob der Fall für eine tiefergehende Integration bereit ist.
- 03
Kommerzielles Angebot
Preisgestaltung, kommerzielle Ausgestaltung und Abschlussbereitschaft. Stakeholder aus Vertrieb und Finanzwesen können die interne Abstimmung vorbereiten, bevor die rechtliche und operative Einrichtung voranschreitet. In dieser Phase bleiben die kommerziellen Rahmenbedingungen auf den tatsächlichen Weg abgestimmt, statt die Integration als losgelöste technische Aufgabe zu behandeln.
- 04
Identität & Verifizierung
Prüfung der Unternehmensstruktur und operativen Bereitschaft. DaoPay Compliance & Risk übernimmt diese Phase aufseiten von DaoPay, während die Compliance- und Risikoverantwortlichen auf Händlerseite den Kontext des Falls abstimmen.
- 05
Servicevertrag
Der unterzeichnete kommerzielle und operative Vertrag liegt vor. Der vereinbarte Umfang wird in die vertragliche Betriebsstruktur überführt, bevor Produktionszugangsdaten verwendet werden.
- 06
Technische Integration
Einrichtung der Staging-Umgebung, Bereitstellung der Zugangsdaten, Callback-Verifizierung und Implementierung auf Händlerseite. Das Integration Team von DaoPay koordiniert Staging, Zugangsdaten und technische Validierung. Der technische oder Produktverantwortliche auf Händlerseite übernimmt die Checkout-Implementierung.
- 07
Go-Live
Die Staging-Umgebung ist validiert, Produktionszugangsdaten sind ausgegeben und der Live-Traffic beginnt. Die Live-Verarbeitung erfolgt nach kontrollierter Validierung und nicht über einen sofortigen oder unbegleiteten Self-Service-Zugang.
Bereit, dies Ihrem Team vorzustellen
Der Weg von der Eignungsprüfung bis zum Go-Live ist nun klar. Das Internal Review Pack überführt diese Prozessübersicht in ein Format, das Ihre internen Stakeholder gemeinsam prüfen können.
Sehen Sie, worauf dies hinausläuftIdentität & Verifizierung, geklärt vor der vertieften Entwicklung.
Bevor Produktionszugangsdaten ausgegeben werden, werden die Unternehmensstruktur, der operative Rahmen und der händlerseitige Kontext mit der Zahlungskonfiguration abgeglichen. Diese Prüfung bildet die Bereitschaftsphase innerhalb des Integrationsprozesses. Für technische Leser liegt der Mehrwert nicht in einer detaillierten Compliance-Prüfung. Entscheidend ist, dass die Bereitschaft geklärt wird, bevor die Implementierung zu weit fortgeschritten ist, anstatt dies erst festzustellen, wenn bereits zu viel Arbeit investiert wurde.
Zwei Seiten, die parallel arbeiten
- DaoPay-Seite
- Compliance & Risk übernimmt in dieser Phase und prüft das Unternehmen sowie die operativen Abläufe im Hinblick auf die Zahlungskonfiguration.
- Ihre Seite
- Ihre Ansprechpartner in Compliance & Risk klären den operativen Anwendungsfall, damit die tiefergehende Integration auf geklärter Grundlage fortgesetzt werden kann.
Weiterführend: Identität & Verifizierung im Compliance-Prozess
Eine Sicherheitsbasis,
die Ihr Team direkt prüfen kann.
Die Integrationsumgebung basiert auf dokumentierten technischen Grundbausteinen: Transport, Zugangsdaten, Signaturen, Verifizierung von Benachrichtigungen und tokenisierte Verarbeitung. Damit kann sich ein technisches Team fundiert auseinandersetzen, bevor es sich für einen Integrationsweg entscheidet; für die meisten davon finden sich an anderer Stelle auf dieser Seite Dokumentationen oder praktische Beispiele. Das sind bewertbare Nachweise – keine dekorativen Vertrauenssiegel oder pauschalen Hosting-Aussagen.
HTTPS/TLS-Übertragung
Die Transportsicherheit ist Teil der dokumentierten Integrationsbasis.
So bleibt die Absicherung darauf ausgerichtet, wie die Integration übertragen und verifiziert wird, statt auf dekorative Vertrauenssignale zu setzen.
Händlerspezifische Zugangsdaten
Händlerspezifische Zugangsdaten ermöglichen authentifizierte Anfragen.
Die Ausstellung von Zugangsdaten bleibt Teil des kontrollierten Staging-Prozesses, der vom Integration Team begleitet wird.
Signaturberechnung
Berechnungen kryptografischer Signaturen sind Teil der öffentlichen technischen Referenz.
Damit erhalten Entwicklungsteams vor und während des Stagings eine konkrete Grundlage für die Verifizierung. Die Berechnung ist in der öffentlichen API-Referenz dokumentiert.
Prüfung von Benachrichtigungen
Payment Status Notifications können bei Erhalt geprüft werden.
Die Verifizierung ist in den Plan für die asynchrone Verarbeitung von Benachrichtigungen aufzunehmen und sollte vor dem Produktiveinsatz berücksichtigt werden.
Tokenisierte Abläufe
Die Verarbeitung von Kartendaten wird durch tokenisierte Abläufe unterstützt.
Die tokenisierte Verarbeitung trägt dazu bei, sensible Kartendaten von gewöhnlichen Datenflüssen auf Händlerseite zu trennen, und bietet technischen Prüfern eine konkrete Abgrenzung der Kartendaten, die sie erörtern können.
Eine technische Ansprechperson – von der Staging-Phase bis nach dem Go-live.
Während der Staging-Phase und der technischen Integration arbeiten Ihre Entwickler mit dem Integration Team von DaoPay zusammen; derselbe Ansprechpartner bleibt Ihnen auch nach dem Go-live erhalten. Die Integration ist nicht als unbegleitete Aufgabe in einem Entwicklerportal konzipiert. Der Ansprechpartner, der Ihr Staging validiert, bleibt Ihnen erhalten.
Derselbe Ansprechpartner in drei Phasen
- Während des Stagings
- Bereitstellung der Zugangsdaten, Staging-Validierung, Prüfung des Checkout-Ablaufs sowie Validierung von Callbacks und Benachrichtigungen.
- Beim Go-live
- Go-live-Support für den Integrationsweg.
- Nach dem Start
- Integrationsbezogene Nachbetreuung, weiterhin über denselben Weg.
Ein Paket, das Ihre Stakeholder gemeinsam prüfen können.
Zu diesem Zeitpunkt kennt Ihr Team bereits den gesamten Integrationsumfang. Das Internal Review Pack gibt diesem Prozess ein praktisches Ziel: ein Kurzformular unabhängig von einem Dokument, das Ihre internen Stakeholder gemeinsam prüfen können.
Was Ihr Team bereits gesehen hat
- Dokumentationsumfang
- Staging-Modell
- Benachrichtigungsverarbeitung
- Abdeckung der Zahlungsmethoden
- Checkout-Ablauf
- Prozessübersicht
- Bereitschaftsebene
- Technische Grundlage
- Verantwortung des Integration Teams
Inhalt des Review Packs
- Eine einseitige Zusammenfassung der Eignung für Ihre interne Abstimmung
- Offene Fragen, geordnet nach Stakeholder-Rolle: Technik, Compliance, Risiko, Finanzen und Geschäftsverantwortung
- Was DaoPay nicht ist, damit Sie Unstimmigkeiten frühzeitig ausschließen können
Für die Abstimmung mit Stakeholdern entwickelt
- Berücksichtigt die Perspektiven von Technik, Compliance, Risikomanagement, Finanzen und Geschäftsverantwortlichen
- Hilft Ihrem Team, die operative Eignung vor einer vertieften Zusammenarbeit zu erörtern
- Zugriff auf Anfrage: Füllen Sie die vier Felder aus, und das Paket öffnet sich als PDF in einem neuen Tab – abgestimmt auf Ihren Händlerfall statt als öffentlicher Dateidownload
Auf der Seite wurde bereits klar getrennt, was öffentlich bewertet werden kann, was in der Staging-Umgebung geklärt wird, was zur Eignungsprüfung gehört und was vor der Live-Verarbeitung festgelegt sein muss. Über den Anfrageweg wird daraus eine Grundlage, die Ihre Stakeholder gemeinsam prüfen können.