Was Partner fragen, bevor sie unterschreiben.

omwio ist mandantenfähige Software, mit der Sie eine Zahlungsplattform unter Ihrer eigenen Marke betreiben. Jeder Partner erhält einen isolierten Mandanten auf seiner eigenen Domain mit Manager-Panel, Händler-Panel, gehostetem Checkout, Processing-API und Händler-Dokumentation. Händler, Provider, Routing, Zahlungen, Auszahlungen, Wallets, Rechnungen und Disputes werden dort konfiguriert statt entwickelt.

Sie bringen die Marke, die Händler und die Provider-Beziehungen mit. Wir liefern und betreiben die Technologieschicht darunter.

Nein. omwio ist Software. Wir sind weder Acquirer noch Zahlungsinstitut, E-Geld-Institut oder Finanzdienstleister im Zahlungsverkehr, und wir sind nie der verantwortliche Zahlungsdienstleister Ihrer Händler.

Acquiring- und PSP-Beziehungen schließen Sie direkt ab, und die Plattform bindet sie als Provider-Module an.

Nein. Das Geld fließt zwischen Zahlern, Ihren Providern und Ihren Händlern — auf Grundlage Ihrer Verträge mit diesen Providern. omwio erfasst und steuert die Transaktionen — Salden, Wallets, Reserven, Auszahlungen —, aber Gelder laufen nie über ein Konto von omwio.

Für Unternehmen, die ein eigenes Zahlungsgeschäft aufbauen: Zahlungsunternehmen, die einen neuen Markt erschließen, Plattformen, die Zahlungen ins eigene Haus holen, und Betreiber, die einem Gateway entwachsen sind, das nie für den Weiterverkauf gedacht war.

Wenn Sie nur ein einzelnes Händlerkonto für Ihren eigenen Shop brauchen, passt ein PSP besser als eine White-Label-Plattform — und das sagen wir Ihnen schon im ersten Gespräch.

Das geht, aber die Teile, die Jahre kosten, sind die unscheinbaren: Ledger, die mit den Exporten übereinstimmen, Routing, Dispute-Abläufe, Abstimmung, Berechtigungen und Mandantenisolation. In omwio gibt es sie bereits, und sie passen bereits zueinander.

Ihrem Team bleibt die Konfiguration — Domains, Provider, Tarife und Händler — plus die Teile Ihres Produkts, die wirklich Ihre eigenen sind.

Ein Orchestrator sitzt meist vor den PSPs für den Checkout eines einzelnen Unternehmens. omwio ist eine Plattform, die Sie weiterverkaufen: Zusätzlich zum Routing über mehrere Provider erhalten Sie Mandanten, Händler-Onboarding mit Tarifen und Provisionen, ein Händler-Panel, Wallets und Salden, Rechnungen, Auszahlungen und Disputes — alles, was ein Partner braucht, um eigene Händler zu betreuen.

Eine öffentliche Preisliste gibt es nicht. Die Gebühren stehen in Ihrem Bestellformular und hängen vom Abrechnungsplan ab — Core plus die optionalen Module, die Sie wählen — sowie von Ihrem Rollout.

Abrechnungsplan, Modulumfang und Rollout-Plan halten wir schriftlich fest, bevor jemand unterschreibt — die kommerziellen Bedingungen sind also von Anfang an klar.

Core ist keine Testversion. Ein Mandant allein mit Core kann Händler mit Tarifen und Provisionen onboarden, Zahlungen annehmen, auszahlen, erstatten, Chargebacks und Disputes bearbeiten, Rechnungen über eine gehostete Seite stellen, Mehrwährungs-Wallets und Wechsel betreiben, über Provider und MIDs routen und Konversions- sowie Provider-Analysen einsehen — mit RBAC, 2FA und Admin-Audit-Trail.

Optionale Module ergänzen Support-Postfächer, Monitoring, Abstimmung, Betrugsprävention, Massenauszahlungen, erweiterte Exporte und individuelles Branding.

Nein. Ein deaktiviertes Modul wird aus der Panel-Navigation entfernt und auf API-Routen-Ebene gesperrt — es ist also wirklich aus und nicht nur unsichtbar.

Nein. Wird ein Plan zugewiesen, friert sein Modulsatz im Berechtigungs-Snapshot des Mandanten ein. Spätere Änderungen an der Planvorlage berühren laufende Mandanten nicht; ein Plan wird bewusst erneut angewendet — auf einen Mandanten oder gesammelt auf alle daran gebundenen Mandanten.

Ja. Nach einem dreißigminütigen Gespräch richten wir einen Demo-Mandanten auf einer Demo-Domain mit Ihrem Logo und Ihrer Farbpalette ein, binden einen Sandbox-Provider an und gehen den ganzen Weg live durch: Händler-Onboarding, eine Zahlung, eine Auszahlung, eine Rechnung und ein Dispute.

Danach folgt ein Pilot mit einem Händler, einem Provider und echtem Traffic — so sehen Sie die Plattform unter Ihren eigenen Bedingungen.

Bei Vertragsende stehen Ihre Mandantendaten für den in Ihrem Bestellformular genannten Zeitraum zum Export bereit und werden danach gemäß dem Aufbewahrungsplan gelöscht. Ihre Provider-Verträge gehören die ganze Zeit Ihnen und sind daher auch nicht an uns gebunden.

Möglicherweise — das hängt von Ihrer Tätigkeit und Ihrer Rechtsordnung ab, nicht von der Software. Da omwio kein Zahlungsinstitut ist, liegt jede Lizenz, Registrierung oder Erlaubnis, die Ihre Zahlungstätigkeit erfordert, bei Ihnen oder bei den lizenzierten Providern, mit denen Sie arbeiten.

Rechtsberatung leisten wir nicht, aber wir gehen gern mit Ihnen durch, wie die Plattform zu dem Modell passt, das Sie oder Ihre Rechtsberater im Blick haben.

Kartendaten werden im gehosteten Checkout auf Ihrem pay-Host eingegeben und über sichere Eingabewege an die Provider übergeben. Sie werden nie in den Panel-Domains gespeichert, und Händler bekommen in ihrer eigenen Integration nie unverschlüsselte Kartennummern zu sehen.

Ihre genauen Pflichten nach PCI DSS hängen von Ihren Providern und Ihrem Betrieb ab — klären Sie den Scope daher mit Ihrem Assessor; alles, was er über die Plattformseite braucht, stellen wir bereit.

Sie. Onboarding, Prüfung und Überwachung Ihrer Händler sowie alle damit verbundenen KYC- oder KYB-Pflichten liegen bei Ihnen als Betreiber des Mandanten und bei Ihren lizenzierten Providern. Die Plattform gibt Ihnen die Werkzeuge dafür: Einstellungen je Händler, berechtigungsgebundene Prüfschritte, Betrugsprüfung und Monitoring.

Innerhalb Ihres Mandanten sind Sie der Verantwortliche und wir der Auftragsverarbeiter — auf Grundlage unserer Auftragsverarbeitungsbedingungen. Kundendaten werden verschlüsselt gespeichert, mit Blind-Index-Suche, sodass die Suche nach Referenz, E-Mail oder Telefonnummer nie Klartext benötigt.

Übermittlungen außerhalb des EWR stützen sich auf einen Angemessenheitsbeschluss oder auf Standardvertragsklauseln. Die aktuelle Liste der Unterauftragsverarbeiter erhalten Partner auf Anfrage.

Ja. Bevor ein Mandant bereitgestellt wird, prüfen wir die juristische Person, ihre Eigentümer und Geschäftsführer sowie die Lizenzen, auf die sie sich stützt, und gleichen gegen Sanktions-, PEP- und Negativpresse-Quellen ab — fortlaufend wiederholt. Die Prüftiefe richtet sich nach dem Risiko.

Ja. Manager-Panel, Händler-Panel, gehosteter Checkout, Händler-Dokumentation und ausgehende E-Mails lesen Ihr Branding aus einer einzigen Mandantenkonfiguration. Händler registrieren sich bei Ihnen, melden sich bei Ihnen an und erhalten Post von Ihnen; die Plattform darunter scheint nie durch.

Ja. Sie richten Ihre Domain auf die Plattform, und fünf Hosts gehen gebrandet und isoliert online: manager, merchant, pay, api und docs — zum Beispiel merchant.yourbrand.com und api.yourbrand.com. Cookies sind an den Host gebunden, eine Sitzung auf einer Mandanten-Domain ist also auf keiner anderen gültig.

Der gehostete Checkout trägt Ihr Logo, Ihre Farben, Ihre Texte und Ihre Darstellung der Zahlungsmethoden, während die Zahlungslogik dahinter auf dem getesteten Pfad der Plattform bleibt. Tiefergehendes Theming von Panels, Checkout und E-Mails bringt das Modul Individuelles Branding.

Ja. Jede Marke und jeder Partner ist ein eigener Mandant auf eigener Domain, mit eigenen Händlern, eigenem Branding und eigenen Daten, isoliert von den anderen. Ein neuer ist eine Frage der Konfiguration, nicht eines neuen Deployments.

Ausgehende E-Mails — Rechnungen, Benachrichtigungen, Alerts und Passwort-Resets — werden in der Sprache des Empfängers erzeugt, nicht in der Panel-Sprache des Absenders, und jeder Mandant hat eine eigene Standardsprache.

Ja. Acquirer und PSPs beauftragen Sie direkt; die Plattform bindet sie als Provider-Module an, Sie registrieren Ihre MIDs darauf und legen fest, welche Methoden jede Währung unterstützt. Händlerkonten oder MIDs vergeben wir nicht.

Sagen Sie uns, welcher es ist. Ein neuer Provider kommt als Modul hinzu, das seine Antworten in die vier Anweisungstypen der Plattform übersetzt — die Integrationen der Händler ändern sich also nicht, wenn er live geht. Ob und wann, hängt von der API des Providers ab; deshalb fragen wir früh.

Das Routing entscheidet über MIDs. Methoden werden je Währung freigeschaltet, Regeln je Methode gesetzt, und händlerspezifische Overrides liegen darüber, ohne die Systemdefinition aufzuspalten. Bevor etwas live geht, sehen Sie in einer Vorschau, auf welche Route ein bestimmter Händler mit einer bestimmten Methode aufgelöst würde.

Retries und die Behandlung von Provider-Status sind Teil der Plattform, und Provider-Analysen zeigen Erfolgsquoten und Fehlergründe je Provider und MID. Das Modul Monitoring ergänzt Health-Signale für Provider, MIDs und Routen, damit Probleme sichtbar werden, bevor Händler sie melden.

Karten-Acquiring (gehostete oder direkte Karteneingabe), Card-to-Card-P2P mit Beleg-Upload, Banküberweisungen über lokale Zahlungswege, Krypto-Wallets, gehostete Redirects und regionale lokale Methoden. Was in der Praxis verfügbar ist, hängt von den Providern ab, die Sie anbinden.

Egal welcher Provider: Der nächste Schritt des Zahlers kommt immer als einer von vier Anweisungstypen zurück — Karteneingabe, Card-P2P-Daten, Krypto-Wallet-Adresse oder Redirect.

Händler führen Wallets je Währung mit Saldenhistorie und sichtbaren Reserven. Währungspaare haben eigene Kursquellen und Kursfixierungen, Händler können mit Live-Kurs zwischen Wallets wechseln, und Rundungsregeln werden serverseitig durchgesetzt, sodass Anzeige und Exporte übereinstimmen.

Ja. Einzel- und Sammelauszahlungen sind in Core enthalten, mit einem Freigabeschritt. Das Modul Massenauszahlungen ergänzt den Batch-Upload mit Prüf- und Freigabeschritten, damit ein großer Lauf von den richtigen Personen geprüft wird, bevor Geld fließt.

Rückerstattungen, Chargebacks und ein strukturierter Dispute-Ablauf sind in Core enthalten. Ein Manager kann einem Händler erlauben, Disputes zu eigenen Zahlungen und Auszahlungen selbst zu eröffnen — im Panel oder über die API —, mit Begründung und bis zu fünf Nachweisdateien. Der Manager entscheidet darüber, und Salden werden automatisch zurückgebucht und neu gebucht.

Ja, mit dem Modul Buchhaltung und Abstimmung: Treasury, tägliche GuV, Provider-Gelder und Settlement-Abgleich mit ausgewiesenen Differenzen — eine Abweichung ist ein gelisteter Posten statt einer Überraschung zum Monatsende.

Ja, als Modul Betrugsprävention: Regel- und Velocity-Prüfungen beim Anlegen einer Transaktion, bevor irgendetwas einen Provider erreicht. Freigeschaltet wird es je Abrechnungsplan.

Core enthält Konversions- und Provider-Analysen — Erfolgsquoten, Fehlergründe und Volumen im Zeitverlauf nach Händler, Provider und MID —, und Händler erhalten ein eigenes Dashboard. Herunterladbare Auszüge folgen derselben Rundung wie die Anzeige. Das Modul Erweiterte Exporte ergänzt geplante und umfangreiche Exporte.

Über eine einzige Processing-API auf Ihrem api-Host, mit dem gehosteten Checkout auf Ihrem pay-Host für den Zahler. Händler verwalten API-Schlüssel und Callbacks in ihrem Panel und integrieren anhand der Dokumentation auf Ihrem eigenen docs-Host.

Da Provider-Eigenheiten normalisiert werden, bevor sie die API erreichen, funktioniert eine Integration weiter, wenn Sie einen Provider, eine Methode oder eine Währung hinzufügen.

Jeder Processing-Aufruf ist signiert: eine HMAC-Signatur über Body, Zeitstempel und Nonce. Wiederholt eingespielte Anfragen werden abgewiesen. Jeder Fehler — Validierung, Authentifizierung, Signatur, Konflikt — liefert dieselbe Fehlerform: ok, error.code, error.message, error.details.

merchant_order_id ist je Mandant und Händler eindeutig. Wird dieselbe ID erneut gesendet, kommt ein kontrollierter 409-Konflikt zurück statt einer zweiten Zahlung — Wiederholungen bei instabilem Netz sind also sicher.

Ja. Händler konfigurieren Callbacks im Entwicklerbereich ihres Panels. Die Status folgen einem einheitlichen, verdichteten Vokabular, sodass Händler dieselben Zustände sehen — egal, welcher Provider die Zahlung verarbeitet hat.

Ja, auf Ihrem eigenen docs-Host: mit Ihrem Branding, einer kuratierten Referenz der Processing-API und den Details Ihrer Umgebung. Bei der Integration landet ein Händler nie bei einer fremden Marke.

Auf Plattformseite gibt es keinen Processing-Code zu schreiben: Domain übernehmen, Provider anbinden, Tarife und Routing festlegen, Händler onboarden. In der Praxis bestimmen Ihre Provider-Verträge und das Onboarding das Tempo — deshalb vereinbaren wir den Zeitplan schriftlich mit Ihnen, bevor unterschrieben wird.

Ja — die Migration von einem bestehenden Gateway gehört zu dem, was unser technisches Team übernimmt. Üblich ist es, zuerst die Provider zu übernehmen und die Händler dann schrittweise umzuziehen, beginnend mit einem Pilot-Händler im Live-Betrieb.

Support-Kanäle, Zeiten und etwaige Service-Levels stehen in Ihrem Bestellformular. Technische Fragen gehen an tech@omwio.com, und auf Anfragen antworten wir innerhalb eines Werktags.

Sie — es sind Ihre Händler unter Ihrer Marke. Mit dem Modul Support-Postfach bearbeitet Ihr Team Händler-Tickets direkt im Panel, neben den Transaktionsdaten, und Support-Postfach KI ergänzt Antwortvorschläge und Triage.

Nein. Jede Anfrage wird über die Domain ihrem Mandanten zugeordnet, bevor irgendetwas anderes läuft — Isolation ist also Teil der Architektur und kein Abfragefilter, den jemand vergessen könnte. Innerhalb eines Mandanten entscheidet RBAC, was jede Rolle sehen und tun darf, und Admin-Aktivitäten werden protokolliert.