Ihre Zahlungsplattform,
unter Ihrer Marke.
Infrastruktur, kein Acquirer. Wir halten nie Gelder und sind nie der PSP Ihrer Händler.
Mandantenfähige Software für Partner: isolierte Mandanten auf Ihren eigenen Domains, gebrandete Panels, Händler, Provider und Routing in einer konfigurierbaren Umgebung. Die Provider-Beziehungen bleiben bei Ihnen — wir liefern die Technologieschicht.
Die Demo läuft auf einem Mandanten in Ihren Farben: Händler-Onboarding, eine Zahlung, eine Auszahlung und ein Dispute.
manager.yourbrand
Manager-Panel des Mandanten
merchant.yourbrand
Händler-Panel
pay.yourbrand
Gehosteter Checkout
api.yourbrand
Processing-API
docs.yourbrand
Händler-Dokumentation
Gebrandete Hosts pro Mandant
manager · merchant · pay · api · docs
Isolierte Partner-Panels
Keines liest über die Grenze
Optionale Paketmodule
Per Tarif freigeschaltet, in der API durchgesetzt
Ein API-Fehlerformat
Dieselbe Form für jede Art von Fehler
Getrennte Steuerungsebenen
Eine Plattform, zwei getrennte Panels.
Jeder Mandant ist per Domain isoliert. Ihr Partner führt sein eigenes Backoffice, seine Händler ihr eigenes Panel, und keiner sieht über die Grenze — RBAC entscheidet, was jede Rolle darin sieht.
Funktionen
Alles, was Sie brauchen, um Zahlungen anzunehmen, auszuzahlen und abzustimmen.
Die Teile, die Jahre brauchen, bis sie stimmen — Ledger, Routing, Disputes, Abstimmung — kommen mit der Plattform statt auf Ihre Roadmap.
Geldbewegung
- Zahlungen, Auszahlungen und Wechsel zwischen Händlern
- Rückerstattungen, Chargebacks und strukturierte Dispute-Abläufe
- Massenauszahlungen mit Prüf- und Freigabeschritt
- Rechnungen mit gehosteten öffentlichen Zahlseiten
Ledger & Salden
- Mehrwährungs-Wallets je Händler im Mandanten
- Saldenhistorie mit Sicht auf Reserven und Sperren
- Währungspaare, Kursquellen und Kursfixierungen
- Dieselben Summen in jedem Panel, Export und Bericht
Routing & Provider
- Provider-Module mit einem Anweisungsformat je Methode
- Provider-MIDs mit Methodenüberschreibung je Händler
- Vorschau der Routenauflösung, bevor etwas live geht
- Retries und Provider-Status-Handling ab Werk
Kontrolle & Vertrauen
- RBAC bis auf einzelne Panel-Berechtigungen
- 2FA, Sitzungen und Passwort-Resets je Mandant
- Verschlüsselte Personendaten, durchsuchbar, ohne sie offenzulegen
- Module für Buchhaltung, Abstimmung, Monitoring und Betrugsabwehr
Warum darauf bauen
Was Sie nicht von Grund auf bauen.
Alles hier unten ist entweder Konfiguration oder läuft bereits. Nichts davon erben Sie als Roadmap-Posten.
Der Start ist Konfiguration, keine Entwicklung
Processing, Ledger, Routing, Disputes und Abstimmung sind die Teile einer Zahlungsplattform, die Jahre kosten. Sie existieren bereits und sind untereinander stimmig — für Sie bleiben Domains, Provider und Tarife.
Ihre Marke aus einer Konfiguration
Panels, gehosteter Checkout, Händler-Dokumentation und ausgehende E-Mails nutzen Ihr Branding aus einer einzigen Konfiguration. Händler sehen die Plattform darunter nie.
Die Daten jedes Partners bleiben getrennt
Jeder Request wird über die Domain seinem Mandanten zugeordnet, bevor irgendetwas anderes läuft — so erreichen die Daten eines Partners nie die eines anderen, ganz ohne Filter, den jemand vergessen kann. Das ist die Antwort auf die Due-Diligence-Frage Ihrer Partner.
Konditionen in Ihrer Hand
Tarife, Provisionen und Routing legen Sie je Händler fest, die Paketierung je Partner über Tarife.
Zu zahlen
€149.00
Gesichert durch yourbrand · TX-8H2QK-4LMPD-91XRT
Der gehostete Checkout trägt Ihre Identität, während die Zahlungslogik auf der Plattform bleibt. Sehen, was sich anpassen lässt →
Processing-API
Eine API für Händler. Provider-Wechsel brechen die Integration nicht.
Ihre Händler integrieren einmal. Provider-Wechsel, neue Rails und neue Methoden landen hinter denselben öffentlichen Formen.
POST /v1/transactions HTTP/1.1
Host: api.yourbrand.com
X-Signature: 9f2c… # HMAC over body + timestamp + nonce
X-Timestamp: 1756310400
Content-Type: application/json
{
"type": "payment",
"merchant_order_id": "ORD-10482",
"amount": "149.00",
"currency": "EUR",
"method": "card",
"customer": { "email": "buyer@example.com" }
}{
"ok": true,
"data": {
"token": "TX-8H2QK-4LMPD-91XRT",
"status": "pending",
"amount": "149.00",
"currency": "EUR",
"payment_instructions": [
{
"type": "redirect",
"title": "Continue to payment page",
"payload": { "url": "https://pay.yourbrand.com/…" }
}
]
}
}Signierte Anfragen
Jeder Processing-Aufruf wird per HMAC-Signatur, Zeitstempel und Nonce authentifiziert — wiederholte Anfragen werden abgewiesen.
Ein Fehlerformat
Validierungs-, Auth-, Signatur- und Konfliktfehler liefern dieselbe Form ok / error.code / error.message / error.details.
Idempotente Bestellungen
merchant_order_id ist je Mandant und Händler eindeutig; Duplikate ergeben einen kontrollierten 409 statt eines zufälligen Datenbankfehlers.
Ein Format für jede Methode
Karten-, Card-P2P-, Krypto- und Redirect-Zahlungen kommen im selben Antwortformat zurück (card_input, card_p2p_requisites, crypto_wallet_address, redirect), egal welcher Provider dahintersteht.
Livegang
Von der Domain zur ersten Transaktion.
Kein Processing-Code zu schreiben. Die Arbeit ist Konfiguration, und sie ist umkehrbar.
Domain übernehmen
Richten Sie Ihre Domain auf die Plattform. Manager-, Händler-, Checkout-, API- und Docs-Hosts kommen gebrandet und isoliert hoch.
Provider anbinden
Binden Sie Acquirer und PSPs als Provider-Module an, registrieren Sie MIDs und legen Sie fest, welche Methoden jede Währung unterstützt.
Konditionen festlegen
Tarife, Provisionen und Routing je Händler setzen. Routenauflösung prüfen, bevor eine einzige Transaktion läuft.
Händler onboarden
Laden Sie Händler in ihr eigenes Panel ein — mit API-Schlüsseln, Callbacks und Dokumentation, die für Ihre Marke bereits erzeugt ist.
Paketierung
Core bleibt konstant. Die Module wählen Sie.
Jeder Mandant läuft auf demselben Kernvertrag. Optionale Module werden über Tarife zugewiesen und im Berechtigungs-Snapshot des Mandanten eingefroren — das Ändern eines Tarifs verändert einen laufenden Partner nie stillschweigend.
Core
Keine Testversion. Ein Mandant allein mit Core kann Händler onboarden, Zahlungen annehmen, auszahlen, Rechnungen stellen und Disputes lösen. In jedem Tarif, auf jedem Mandanten, ab Tag eins.
- Händler, Tarife und Provisionen
- Zahlungen, Auszahlungen, Rückerstattungen und Chargebacks
- Mehrwährungs-Wallets und Saldenhistorie
- Rechnungen und gehosteter Checkout
- Provider, MIDs und Routing
- Disputes mit Nachweis-Upload
- Währungspaare, Kurse und Wechsel
- RBAC, 2FA und Admin-Audit-Trail
- Konversions- und Provider-Analysen
Paketierte Zusatzmodule
Durchgesetzt in der Panel-Navigation und auf API-Routen-Ebene — ein deaktiviertes Modul ist wirklich aus, nicht nur versteckt.
Support-Postfach→
Händlertickets im Panel bearbeitet, direkt neben den Daten
Support-Postfach KI→
Antwortvorschläge und Triage für die Support-Warteschlange
Monitoring→
Zustandssignale für Anbieter, MIDs und Routen
Buchhaltung und Abstimmung→
Treasury, tägliche GuV, Anbietergelder und Settlement-Abgleich
Betrugsprävention→
Regel- und Velocity-Prüfung vor der Verarbeitung
Massenauszahlungen→
Upload, Prüfung und Freigabe von Auszahlungsstapeln
Erweiterte Exporte→
Geplante und großvolumige Datenexporte
Individuelles Branding→
Tiefere Gestaltung von Panels, Checkout und ausgehender Mail
Zahlungswege
Einen Zahlungsweg ergänzen, keine Neuentwicklung.
Was ein Provider auch zurückgibt, die Plattform macht daraus einen von vier Anweisungstypen — Karteneingabe, Card-P2P-Daten, Krypto-Wallet-Adresse, Redirect — und zeigt dem Zahler den richtigen Checkout-Schritt. Neue Rails greifen nicht in Händler-Integrationen durch.
Geld herein
- Karten-AcquiringGehostete oder direkte Karteneingabe
- Card-P2P-DatenKarte zu Karte mit Nachweis-Upload
- BanküberweisungenLokale Rails und SEPA-artige Gutschrift
- Krypto-WalletsAdressvergabe und Bestätigung
Geld hinaus
- AuszahlungenEinzeln und im Stapel, mit Freigabeschritt
- FX-WechselPaarbezogene Kurse mit Fixierung
Wie der Zahler es erlebt
- Gehosteter RedirectProvider-Seite, Ihr Checkout-Token
- Lokale MethodenRegionsspezifisch, gleiche Anweisungsform
Vertrauen
Isolation ist die Architektur, keine Einstellung.
Mandantenisolation per Domain
Die Mandantenauflösung geschieht am Rand jedes Requests. Cookies sind hostgebunden, und Lesen über die Mandantengrenze ist konstruktiv unmöglich, nicht nur per Konvention.
Kartendaten bleiben im gehosteten Checkout
Kartendaten werden auf der gehosteten Zahlungsseite eingegeben und über sichere Eingabepfade an Provider übergeben. Sie werden nie in der Panel-Domain gespeichert.
Verschlüsselte Kundendaten
Kundendatensätze liegen verschlüsselt. Die Suche nach Referenz, E-Mail und Telefon funktioniert trotzdem, ohne Personendaten im Klartext offenzulegen.
Feingranulares RBAC und Audit
Rollen tragen einzelne Berechtigungen je Panel-Aktion. Admin-Aktivität wird protokolliert, und die 2FA eines Händlers lässt sich bei Bedarf aus dem Manager-Panel zurücksetzen.
Über omwio
Wir bauen den Teil, den niemand sieht.
omwio ist eine Softwareplattform für Unternehmen, die gebrandete Zahlungsinfrastruktur aufbauen: Händlerverwaltung, Provider-Integrationen, Routing, Zahlungen, Auszahlungen, Wallets, Disputes und APIs in einer konfigurierbaren Umgebung. Wir liefern die Technologieschicht. Wir sind weder Acquirer noch Zahlungsdienstleister, halten nie Gelder und sind keine Partei der Beziehung zwischen Ihnen, Ihren Händlern und Ihren Providern.
Isolation gehört in die Architektur
Nicht in einen Query-Filter, den jemand vergessen kann. Die Mandantenauflösung geschieht am Rand jedes Requests.
Ein stabiler Vertrag schlägt einen reichen
Provider-Eigenheiten werden normalisiert, bevor sie Ihre Händler erreichen — deren Integration überlebt unsere Roadmap.
White-Label heißt die ganze Oberfläche
Panels, Checkout und ausgehende Mail. Liest sich eines davon als fremdes Produkt, ist die Illusion dahin.
Nächster Schritt
Sehen Sie es laufen unter Ihrer Marke.
Wir richten einen Mandanten auf einer Demo-Domain ein, binden einen Sandbox-Provider an und gehen den ganzen Weg durch — Händler-Onboarding, eine echte Zahlung, eine Auszahlung und einen Dispute.