01Alle Zahlungsarten auf einer Seite
Der gehostete Checkout zeigt Karten, Apple Pay, Google Pay und USDC nebeneinander. Links steht die Bestellung 9F21-0716 — drei Positionen, 0,50 € Bearbeitungsgebühr, 49,00 € fällig — rechts die Wahl der Zahlungsart. Der Kunde wählt, die Seite passt sich an; der Händler hat einmal integriert.
- Karten-, USDC- und Wallet-Buttons auf demselben Bildschirm
- Die komplette Bestellung — Positionen, Gebühren, Summe — neben dem Zahlungsformular
- Eine Aktion „49,00 € bezahlen“, egal welche Zahlungsart
02Mobil über dieselbe URL
Dieselbe Checkout-URL passt sich einem Smartphone-Layout an: Die Bestellung klappt zu einer Übersichtsleiste zusammen, die Zahlungsart-Buttons bleiben an Ort und Stelle, das Kartenformular behält seine Beschriftungen. Was auf dem Desktop läuft, läuft auch mobil — und wenn die Zahlung statt im Browser in Ihrer eigenen App stattfinden soll, zeigen die iOS- und Android-SDKs denselben Checkout nativ für dieselbe Bestellung.
03Belege, die sich selbst erklären
Eine Zahlung mit USDC endet in einem Beleg, den die Buchhaltung des Händlers lesen kann. Zahlungsart: 52,95 USDC auf Base →︎ Settlement in EUR, zum auf dem Beleg ausgewiesenen Kurs, 1 EUR = 1,0807 USDC. Referenz 9F21-0716, per E-Mail an den Kunden versandt und sofort herunterladbar. Der Kunde hat in Krypto bezahlt; die Bücher sagen 49,00 €.
04Ein Backoffice für Links, nicht nur Links
Payment Links bekommen einen echten Arbeitsplatz: 8 Links für Arc Studio SRL in den Status bezahlt, aktiv und abgelaufen, mit Betrag, Zahlungsanzahl und Status in jeder Zeile. Die Karten darüber führen Buch — 4 aktive Links, 2.304,50 € in diesem Monat über 18 Link-Zahlungen eingenommen, 49,00 € heute bezahlt. Erstellen, suchen, exportieren, fertig.
- Jeder Link mit URL, Betrag und Status
- Monatseinnahmen und heutige Zahlungen oben im Blick
- Links in derselben Ansicht erstellen, in der Sie sie verfolgen
05Erstattungen auf die Bestellung
Eine Erstattung bezieht sich auf die Bestellung, nicht auf eine Zahlungsart. Die Seitenleiste öffnet sich bei 9F21-0716 mit dem voreingestellten Gesamtbetrag von 49,00 €, einer erforderlichen Begründung und einer optionalen Notiz, die in Exporten und auf dem Beleg des Kunden erscheint. Das Geld fließt automatisch über den ursprünglichen Zahlungsweg zurück — Kartenerstattungen auf die Karte, USDC-Bestellungen als ihr EUR-Settlement — in der Regel innerhalb von 1–3 Werktagen.
- Voll oder teilweise — jeder Betrag bis zur ursprünglichen Abbuchung
- Begründung erforderlich, Notiz auf dem Beleg
- Der ursprüngliche Zahlungsweg wird automatisch rückabgewickelt, auf beiden Rails
06Ihr Checkout, sichtbar Ihrer
Branding ist eine Einstellungsseite, kein Beratungsprojekt: Logo hochladen, Akzent-, Text- und Flächenfarben festlegen, Schriftart und Eckenstil wählen. Die Live-Vorschau zeigt Ihren tatsächlichen Checkout — Desktop oder mobil — vor dem Speichern, und die Akzentfarbe steuert Fokus des Bezahlen-Buttons, Statushaken und aktiven Tab. Betreiben Sie ihn auf dem mit Ihrer Sandbox bereitgestellten Checkout-Host oder auf Ihrer eigenen Domain.
07Zahlungsarten zum Umschalten, nicht zum Bauen
Zahlungsarten sind Schalter mit Providern dahinter: Karten mit 3-D Secure, Apple Pay und Google Pay als Wallet-Buttons, USDC über Ethereum, Base und Solana, SEPA-Überweisung per vIBAN-Referenz. Daneben beschreibt das Settlement-Panel die Konditionen klar: Kunden sehen die Umrechnung vor der Bestätigung; Sie erhalten Ihr Settlement immer in EUR.
- Schalter pro Zahlungsart, Provider in der Zeile benannt
- USDC-Settlement: Auto-Konvertierung, tägliche Auszahlung um 23:00 Uhr
- Karten-Routing mit sichtbarer 3-D-Secure-Richtlinie
08Drop-in-Integration
Bestellung anlegen, auf die gehostete Seite weiterleiten, Ergebnis empfangen. Gateway liefert die Zahlungsoberfläche, die Logik der Zahlungsarten und die Belege. Ihr Team muss kein Checkout-Frontend bauen, patchen oder bei neuen Zahlungsarten aktuell halten.
09Die Bestellung ist die Einheit
Alles hängt an der Bestellung, nicht an der Zahlungsart. Bestellung 9F21-0716 enthält ihre Positionen — einen sprintbasierten Markenauftritt für 38,50 €, Schriftlizenzierung für 6,00 €, Expresslieferung für 4,00 € —, eine Bearbeitungsgebühr von 0,50 € und eine Gesamtsumme. Wie auch immer bezahlt wird: Diese Referenz nutzen Sie für Abfrage, Abstimmung und Erstattung.
10Konfiguration, die keine Session überrascht
Änderungen an Zahlungsarten und Branding gelten für neue Checkout-Sessions — das steht auf dem Bildschirm, auf dem Sie speichern. Bei einem Kunden mitten in der Zahlung verändert sich die Seite nie unter den Händen.
11Karten, sauber gelöst
Der Kartenpfad ist der langweilige Teil, und er ist erledigt: Inline-Validierung, 3-D Secure mit starker Kundenauthentifizierung direkt im Ablauf unter einer nachvollziehbaren Routing-Richtlinie und Testkarten pro Sandbox für Integrationsläufe. Krypto zu akzeptieren verschlechtert den Kartenablauf nie.
12Apple Pay und Google Pay
Die Wallets sind Buttons, keine Projekte. Apple Pay und Google Pay erscheinen als One-Tap-Sheets auf derselben Seite und zahlen mit Geräte-Tokens — die echte Kartennummer erreicht die Seite nie — über dieselbe Bestellung und denselben Beleg. Aktiviert werden sie per Schalter in der Zahlungsarten-Ansicht.
13USDC mit Settlement in EUR
Krypto wird zu einem im Checkout angezeigten Kurs bepreist und in Euro abgerechnet. Der Händler hält nie versehentlich eine Token-Position; die Bücher bleiben in einer Währung.
14USDC auf drei Netzwerken
Die Zahlungsart USDC umfasst Ethereum, Base und Solana hinter einem einzigen Schalter. Der Kunde zahlt in dem Netzwerk, in dem seine Wallet liegt; auf Händlerseite ändert sich nichts.
15Banküberweisung per vIBAN
Die Zahlung per Überweisung trägt eine vIBAN-Referenz, sodass eine eingehende SEPA-Zahlung ihre Bestellung konstruktionsbedingt identifiziert. Aktivieren Sie sie für Kunden, die eine Rechnung von der Bank aus bezahlen möchten, und die Abstimmung bleibt automatisch.
16Lokale Zahlungsarten, wo sie zählen
Über Karten und Wallets hinaus bietet der Checkout die Account-to-Account- und lokalen Zahlungsarten, die europäische Käufer erwarten — angezeigt nach dem Land des Kunden statt in einer langen Liste.
17Buy now, pay later
BNPL steht in derselben Zeile wie alle anderen Zahlungsarten — der Kunde teilt die Zahlung auf, der Händler wird einmal bezahlt, und die Bestellreferenz bleibt gleich. Ein Schalter, derselbe Beleg, dieselbe Abstimmung.
18Zahlungsarten, die den Kunden lesen
Die Seite sortiert Zahlungsarten danach, was der Kunde wahrscheinlich nutzt — Land, Sprache, Gerät und ob er schon einmal bei Ihnen bezahlt hat —, sodass die passende Option an erster Stelle steht, nicht an vierter.
19In ihrer Währung bepreist, in Ihrer abgerechnet
Zeigen Sie den Betrag in der Währung des Kunden mit der Umrechnung vor der Bestätigung, und rechnen Sie in jedem Fall in EUR ab. Der Kunde sieht eine vertraute Zahl; Ihr Ledger führt nur eine.
20Ein Checkout in ihrer Sprache
Die gehostete Seite lokalisiert Beschriftungen, Fehlermeldungen und Belege. Niemand bricht eine Zahlung ab, weil der Button in der falschen Sprache war.
21Gespeicherte Karten und One-Click
Ein wiederkehrender Kunde zahlt mit einer hinterlegten Karte mit einem Tap. Die Karte wird bei uns im Vault verwahrt und per Token referenziert, sodass Ihre Systeme eine Referenz speichern, nie eine PAN — und der zweite Kauf ist kürzer als der erste.
22Abonnements und wiederkehrende Abrechnung
Wiederkehrende Belastungen laufen nach einem von Ihnen definierten Zeitplan — Betrag, Intervall, Start und Ende — gegen eine tokenisierte Karte. Jeder Zyklus erzeugt eine eigene Bestellung und einen eigenen Beleg, sodass ein Abonnement wie alles andere Zeile für Zeile abgestimmt wird.
23Retries, die Umsatz retten
Eine Soft Decline bei einer wiederkehrenden Belastung wird nach Zeitplan erneut versucht, statt abgeschrieben zu werden, und der Kunde erfährt nur dann davon, wenn es darauf ankommt. Fehlgeschlagene Verlängerungen sind kein stiller Churn mehr.
24Network Tokens und Kartenaktualisierungen
Gespeicherte Karten werden als Network Tokens vorgehalten und begleiten den Karteninhaber durch Neuausstellungen und Ablaufdaten. Das Abonnement, das früher beim Kartenwechsel abbrach, läuft weiter.
25Eine API und ein Entwicklerbereich
Bestellungen werden per API mit Idempotency Keys angelegt — eine wiederholte Anfrage liefert das ursprüngliche Ergebnis, nie eine zweite Belastung —, und der Entwicklerbereich enthält Schlüssel und Dokumentation. Der Checkout ist gehostet; die Integration besteht aus wenigen Endpunkten, dokumentiert dort, wo auch die Einstellungen liegen.
26Webhooks für den Bestell-Lebenszyklus
Ihr Backend erfährt von Zahlungen im selben Moment, in dem sie passieren: signierte Webhook-Events zum Bestell-Lebenszyklus — bezahlt, fehlgeschlagen, erstattet — mit Signaturprüfung auf Ihrer Seite und Replay-Schutz auf unserer.
27Mobile SDKs für iOS und Android
Native Apps zeigen denselben Checkout in der App, statt den Nutzer in einen Browser zu schicken. Das SDK bringt die Logik der Zahlungsarten, die Wallet-Sheets und 3-D Secure mit; Bestellung und Beleg sind die, die Ihr Backend bereits kennt.
Shop-Plugins verbinden einen bestehenden Shop ohne Entwickler mit Gateway — installieren, Schlüssel einfügen, Testzahlung durchführen. Dieselben Bestellungen landen im selben Backoffice wie die per API angelegten.
29Eingebettete Felder auf Ihrer eigenen Seite
Wenn die Zahlung in Ihrem eigenen Layout stattfinden muss, betten Sie die Zahlungsfelder direkt ein: Die Eingabefelder werden bei uns gehostet und unterliegen dort dem PCI-Scope, die Seite drumherum gehört ganz Ihnen, und Kartendaten berühren Ihre Server nie.
30Einmalig, mehrfach, mit Ablaufdatum
Ein Link kann nach einer Zahlung enden oder weiter Zahlungen einsammeln – im Demo hat der Workshop-Platz 3 Zahlungen erhalten, die Beratungsstunde 6. Links laufen standardmäßig nach 30 Tagen automatisch ab, und abgelaufene Links sagen das, statt stillschweigend zu scheitern.
31Testmodus
Integrationstests laufen gegen Testsitzungen mit den Karten, die zusammen mit Ihren Sandbox-Schlüsseln ausgegeben werden, bevor etwas Reales bewegt wird. Die Abläufe sind identisch: Was im Test besteht, geht live.
32Routing, das Sie lesen können
Kartenzahlungen folgen einer Routing-Richtlinie, die in vertrauten Begriffen formuliert ist – Kartenmarke, Ausstellerland, Währung, Betrag – statt einer Blackbox. Welche Route eine Zahlung genommen hat, sehen Sie auf demselben Bildschirm, der die Zahlung zeigt.
33Ein zweiter Versuch, bevor ein Verkauf verloren geht
Eine Soft Decline wird innerhalb derselben Checkout-Sitzung über eine alternative Route wiederholt, bevor der Kunde einen Fehler sieht. Die meisten geretteten Zahlungen sind solche, bei denen der Kunde nie wusste, dass sie gefährdet waren.
34Ablehnungen in klarer Sprache
Rohe Issuer-Codes werden in Gründe übersetzt, auf die ein Operator reagieren kann – Karte abgelaufen, Deckung nicht ausreichend, Issuer-Risiko – und gruppiert, sodass ein Muster über viele Zahlungen als Muster sichtbar wird.
353-D Secure als Richtlinie, nicht als Hürde
Die meisten Zahlungen laufen allein anhand von Geräte- und Verhaltenssignalen durch; eine Step-up-Authentifizierung erscheint, wenn die Richtlinie es verlangt. Sie legen die Richtlinie fest – immer, risikobasiert oder befreit, wo die Regeln es erlauben – und die gehostete Seite führt den Ablauf.
36Eine Zeile zum Abgleichen
Checkout, Beleg und Settlement tragen dieselbe Bestellreferenz. Wer 9F21-0716 abgleicht, findet einen Eintrag über €49.00 – nicht einen Kartendatensatz in einem System und einen Krypto-Datensatz in einem anderen.
37Settlement und Auszahlungen
Das Settlement steht dort, wo Sie es konfigurieren: automatische Umrechnung in EUR, Settlement auf RO49 •••• 0421, tägliche Auszahlung um 23:00. Die Zahl, die die Buchhaltung morgen sieht, wird heute auf einem Bildschirm entschieden, den der Händler lesen kann.
38Eine Auszahlung, die sich zurückverfolgen lässt
Jede Auszahlung öffnet sich in die Bestellungen, die sie gespeist haben, mit aufgeschlüsselten Gebühren. Die Bankzeile stimmt mit einer exportierbaren Liste überein, sodass der Monatsabschluss ein Nachschlagen ist und keine Ermittlung.
39Teilerstattungen
Der Erstattungsbetrag ist bis zur ursprünglichen Abbuchung editierbar – die Seitenleiste zeigt das Maximum und behandelt alles darunter als Teilerstattung. Zehn Teilerstattungen zu einer Bestellung lassen sich weiterhin mit einer Referenz abgleichen.
40Erstattungsgründe im Protokoll
Jede Erstattung hat einen Pflichtgrund und eine optionale Notiz, und die Notiz wandert mit: Sie erscheint in Exporten und auf dem Beleg des Kunden. Sechs Monate später muss sich niemand merken, warum Bestellung 9F21-0716 erstattet wurde.
41Belegzustellung
Belege werden per E-Mail an den Kunden gesendet und sind sofort herunterladbar; Erstattungsbelege folgen demselben Weg. Der Händler baut nie eine Belegvorlage.
42Stornierung vor dem Settlement
Wer vor dem Tagesabschluss storniert, hebt die Autorisierungsreservierung auf, und es wird kein Geld bewegt – keine Erstattung, keine Gebühr, nichts auf dem Kontoauszug des Kunden, was erklärt werden müsste.
43Risikokontrollen standardmäßig aktiv
Kartenzahlungen laufen mit 3-D Secure unter einer Routing-Richtlinie, die Sie lesen können. Wallet-Zahlungen tragen die eigene Authentifizierung des Geräts, und Webhook-Events werden signaturgeprüft, bevor man ihnen vertraut.
44Regeln in Ihren eigenen Worten
Screening-Regeln lesen sich wie Sätze – Betrag über X aus Land Y bei einer erstmals genutzten Karte – und handeln danach: zulassen, zusätzlich verifizieren oder blockieren. Listen vertrauenswürdiger und gesperrter Karten, E-Mail-Adressen und Adressen liegen hinter demselben Bildschirm.
45Velocity- und Geräte-Signale
Wiederholte Versuche mit derselben Karte, demselben Gerät oder derselben Adresse werden von Ratenregeln erfasst, statt dass jemand sie später bemerkt. Die Signale werden an der Zahlung angezeigt, nicht in einem Score versteckt.
46Disputes mit beigefügten Nachweisen
Ein Chargeback öffnet sich mit der zugehörigen Bestellung: Autorisierungsergebnis, 3-D-Secure-Ergebnis, Beleg, Lieferung, Erstattungshistorie. Antworten Sie direkt auf diesem Bildschirm; das Nachweispaket entsteht aus dem Datensatz statt aus dem Gedächtnis.
47Kartendaten erreichen Sie nie
Die Seite zur Erfassung der Kartendaten ist unsere: PCI-konform und gehostet. Ob der Kunde auf unserer Domain, auf Ihrer oder in Ihrer App zahlt – Ihre Server sehen ein Token und eine Bestellreferenz, nie eine Kartennummer.
48Verschlüsselt gespeichert, in der EU
Zahlungsdaten werden verschlüsselt gespeichert und in der EU verarbeitet. Für einen europäischen Händler ist der Speicherort eine Antwort, keine Fußnote.
49Jede Aktion dokumentiert
Erstattungen, Änderungen der Zahlungsart, Branding-Änderungen, Schlüsselrotationen – alles wird in einem Audit-Trail mit Operator, Zeitstempel und Begründung festgehalten. Privilegierte Aktionen erfordern vor der Ausführung eine Begründung.
50Rollen für die, die sie brauchen
Die Buchhaltung sieht Auszahlungen, der Support sieht Bestellungen und veranlasst Erstattungen, Entwickler sehen Schlüssel und Logs. Zugriff wird pro Rolle vergeben, statt ein gemeinsames Login zu teilen.
51Ein Kundenverzeichnis
Zahler sammeln sich in einer Kundenansicht – wer gezahlt hat, wie oft und womit –, sodass ein Stammkunde ein Datensatz ist und kein Zufall übereinstimmender E-Mail-Adressen in Exporten.
52Suche und CSV-Export
Finden Sie eine Zahlung per Link oder Referenz über das Suchfeld; exportieren Sie die aktuelle Ansicht als CSV, wenn die Buchhaltung es braucht. Das Backoffice geht davon aus, dass jemand aus der Buchhaltung fragt.
53Die Zahlen, nach Tag und Zahlungsart
Volumen, Genehmigungsquote, Erstattungen und Zahlungsartenmix über den Zeitraum Ihrer Wahl. Genug, um zu beantworten, wohin das Geld ging und welche Zahlungsart sich zu bewerben lohnt – ganz ohne Export.
54Die Operator-Ansicht dahinter
Gateway ist mit Protocore Center verbunden: Das Payment-Links-Backoffice dort zeigt jeden Link mit zugehöriger Settlement-Überweisung und einem Open-in-Tracer-Link für den vollständigen Trace. Ihr Ops-Team sieht vom Checkout bis zum Ledger durch.
55Whitelabel oder Powered-by
Der Demo-Checkout gehört Arc Studio SRL: ihr Name, ihre Marke, ihre Bestellung. Betreiben Sie ihn mit „Powered by Protocore“-Footer oder komplett als Whitelabel – in beiden Fällen wirkt die Seite wie Ihre eigene.
