Zahlungen

Krypto-Zahlungsintegration

Krypto annehmen ist ein API-Aufruf. Zu wissen, zu welcher Bestellung eine Zahlung gehört, was bei einer Unterzahlung passiert und wie du erstattest: Das ist das eigentliche Projekt.

Jede Woche kündbar. Letzte Woche erstattet, wenn wir’s nicht verdient haben. Keine Stundenabrechnung.

  • Kasse + Web Multi-Chain-Krypto-Checkout für Shops, Restaurants und Hotels, unabhängig von der Wallet, bereit für die Händlerintegration im Pilot Zur Case Study
  • Zwei Rails Fiat- und Krypto-Zahlungen über einen einzigen signierten Webhook-Handler auf einer Live-Commerce-Plattform für RWA Zur Case Study

Was wir machen

Der Zahlungsanbieter kümmert sich um die Chain. Dein System muss trotzdem jede Zahlung einer Bestellung zuordnen, doppelte Callbacks überstehen und der Buchhaltung die Zahlen erklären.

Checkout und Kasse

Krypto im Online-Checkout und an der Kasse, ohne Krypto-Nachhilfe für deine Kunden.

  • Einbettbarer Web-Checkout
  • Kassen-Flows für Shops, Restaurants und Hotels
  • Wallet-unabhängig auf Desktop und Mobile
  • Der Kunde zahlt im Token, den er hat, du erhältst den, den du willst

Anbindung von Zahlungsanbietern

Prozessoren, Facilitators und On-Ramps, ausgewählt nach deinen Märkten, nicht nach deren Marketing.

  • Krypto-Prozessoren und Stablecoin-Anbieter
  • Fiat-On-Ramps für Kunden ohne Krypto
  • x402 für bezahlte APIs und Agent-Zahlungen
  • Anbieterwahl nach Gebühren, Abdeckung und Zulassung

Webhooks und Zahlungsstatus

Jeder Callback geprüft, dedupliziert und genau einer Bestellung zugeordnet.

  • Signaturprüfung bei jedem Webhook
  • Idempotente Handler, die Retries überstehen
  • Status für Bestätigung, Unterzahlung und Ablauf
  • Eine Korrelations-ID von der Rechnung bis zur Abwicklung

Abgleich

Zahlen, mit denen deine Buchhaltung den Monat abschließen kann.

  • On-chain-Belege mit Bestellungen und Rechnungen abgeglichen
  • Fiat-Wert zum Zahlungszeitpunkt festgehalten
  • Gebühren, Gas und Spreads einzeln ausgewiesen
  • Exporte für deine Buchhaltungssoftware

Rückerstattungen und Sonderfälle

On-chain-Zahlungen kennen keinen Chargeback, also müssen Rückerstattungen geplant werden.

  • Erstattung als neue, freigegebene ausgehende Überweisung
  • Teilerstattungen und Rückgabe von Überzahlungen
  • Umgang mit Einzahlungen auf falscher Chain oder im falschen Token
  • Freigaberegeln und Audit-Trail für jede Auszahlung

Wie wir an Krypto-Zahlungen herangehen

Wir kaufen, was Standard ist, und bauen, was deine Bestellungen berührt. Bei Scramble Pay haben wir für die Swap-Schicht einen bewährten DEX-Aggregator geforkt und das Budget in einen einbettbaren Checkout und ein Händler-Dashboard für Kasse und Web gesteckt. Bei LivLive liefen Fiat- und Krypto-Rail über einen einzigen signierten Webhook-Handler, und ein Cloud-KMS hielt den einzigen Schlüssel, der Mints und Auszahlungen signiert. Brauchen deine Kunden ein eigenes Wallet-Produkt, ist das Web3-Wallet-Entwicklung. Abgewickelte Zahlungen tief in ein ERP oder CRM zu synchronisieren ist API-Integration. Und wenn deine Kunden für ein tokenisiertes Asset bezahlen, liegt die Emissionsseite bei der Asset-Tokenisierung.

Wann du kein Krypto annehmen solltest

Wenn deine Kunden nicht danach fragen, bringt ein Krypto-Button Compliance-Aufwand und Supporttickets, aber keinen Umsatz. Wenn ein gehosteter Prozessor deine Chains, Tokens und Märkte schon abdeckt, nimm sein Plugin und gib nichts für Individualentwicklung aus. Eine eigene Integration lohnt sich, wenn du einen eigenen Checkout oder ein eigenes Kassensystem betreibst, Zahlungen deinem eigenen Bestellsystem zuordnen musst, in Märkten verkaufst, die kein Prozessor abdeckt, oder zwischen Unternehmen in Stablecoins abrechnest. Sei auch bei der Compliance ehrlich: Händler-Onboarding, Sanktionsprüfung, Steuer- und Buchhaltungspflichten verschwinden nicht, nur weil die Zahlung on-chain läuft. Wir bauen dafür, Rechtsberatung geben wir keine.

Krypto annehmen, ohne die Buchhaltung zu zerlegen?

Sag uns, wo du verkaufst, was du annehmen willst und wo das Geld landen soll. Wir nennen dir die kleinste Integration, die funktioniert, auch wenn das ein Plugin ist.

FAQs

Ehrliche Antworten zu Krypto-Zahlungen

Beende jede Woche mit einer einzigen Nachricht. Keine Frist, kein Exit-Gespräch, kein Kleingedrucktes. Wir rechnen wöchentlich ab, du bist also maximal die laufende Woche gebunden.
Es steht in deinem Vertrag: Sag es uns, und wir erstatten diese Woche. Keine Rückfragen, keine Rechnungen zum Streiten, keine Eskalationscalls. Einzige Regel: Erstattungen gelten für die letzte Woche.
Weil Stunden die falsche Metrik sind. Wenn wir auf abrechenbare Stunden optimieren, optimieren wir nicht auf dein Ergebnis. Der Deal ist einfacher: Jede Woche müssen wir die nächste verdienen. Wenn wir das nicht tun, zahlst du nicht. Wir können null Stunden oder sechzig investieren. Was zählt, ist, ob du umgehauen bist.
Wir arbeiten mit Operators, nicht mit Lottogewinnern. Wenn eine Anforderung Physik, Gesetz oder Drittanbieter-Systeme brechen würde, sagen wir das, und wenn wir uns nicht ausrichten können, gehen wir. Die Garantie ist gegenseitig: Du kannst uns jede Woche feuern; wir können uns auch selbst feuern.
Oft reicht ein Plugin des Prozessors, und dann sagen wir dir das. Individuelle Arbeit brauchst du, wenn Zahlungen Bestellungen in deinem eigenen System zugeordnet werden müssen, wenn du einen eigenen Checkout oder ein eigenes Kassensystem betreibst oder wenn der Prozessor deine Chains, Tokens oder Märkte nicht abdeckt. Die meisten echten Projekte kombinieren einen Prozessor für die Chain mit unserem Code für Bestellstatus, Abgleich und Rückerstattungen.
Es gibt keinen Chargeback. Eine On-chain-Zahlung ist eine Push-Zahlung, also ist eine Erstattung eine neue Überweisung von dir an den Kunden, außer dein Prozessor bietet einen eigenen Erstattungsablauf. Wir legen fest, wer sie freigibt, an welche Adresse und in welchem Token sie geht, wie Gebühren behandelt werden und wie sie verbucht wird, bevor der erste Kunde fragt.
Den, den deine Kunden halten und den dein Anbieter für dein Unternehmen und deine Märkte abwickeln kann. Prüf die Zulassung vor der Entwicklung: Open USD etwa ist im September 2026 gestartet, die Partner-Richtlinie schließt Werbung im EWR aber aus. Für jedes Produkt mit Kunden in Europa ist das relevant. Unser Leitfaden zu Open USD zeigt die Prüfungen, die wir bei jedem neuen Asset machen.
x402 ist ein offenes Protokoll auf Basis der HTTP-Antwort 402 Payment Required, mit dem Software, auch KI-Agenten, für einen API-Aufruf oder eine Ressource bezahlen kann. Du brauchst es, wenn Maschinen pro Anfrage zahlen, für einen normalen Shop-Checkout nicht. Unser x402-Vergleich stellt Facilitators und Prozessoren nebeneinander.
Jeder Callback wird per Signatur geprüft, über einen Idempotenzschlüssel dedupliziert und durch eine explizite Zustandsmaschine geführt: ausstehend, bestätigt, unterbezahlt, abgelaufen, erstattet. Ein Retry bei der Abwicklung darf nie eine zweite Auslieferung auslösen. Eine Korrelations-ID läuft von der Rechnung über die Bestätigung auf der Chain bis zur Auslieferung, damit dein Support sagen kann, wo eine Zahlung steht, ohne einen Block-Explorer zu öffnen.
// Lern uns kennen

Lern uns kennen

Langfristige Beziehungen statt schneller Gewinne.