Eine Plattform braucht eine Basis
omwio hat ein Produkt-Update zu Core veröffentlicht, dem Teil der Plattform, auf dem jeder Tenant läuft – unabhängig vom Abrechnungsplan. Das Unternehmen beschreibt Core als das Element, das existieren muss, bevor irgendein optionales Modul überhaupt Sinn ergibt: Eine Zahlungsplattform ist erst dann nützlich, wenn Geld bewegt, einem Händler zugeordnet und von allen gesehen werden kann, die darauf reagieren müssen. Core umfasst Tenant manager, Merchant panel, Hosted checkout und Processing API.
Händler, Transaktionen und Wallets in einem Modell
Jeder Tenant bindet seine eigenen Händler mit Tarifen, Provisionen, zugewiesenen Zahlmethoden und individuellen Ausnahmen an, und der Händlerdatensatz ist der Ankerpunkt, an dem alles andere hängt. Zahlungen, Auszahlungen, Umtausche, Rückerstattungen und Chargebacks werden alle als Transaktionen abgebildet, mit einem gemeinsamen Statusmodell, einem öffentlichen Token und einer einheitlichen, vereinfachten Statuszuordnung, die Händler sehen. Wallets sind pro Händler multiwährungsfähig, mit Saldohistorie und Einblick in Reserven, sodass ein Manager jederzeit beantworten kann, woher ein Betrag stammt und was aktuell zurückgehalten wird.
Routing, Checkout und Rechnungsstellung
Provider werden als Module angebunden, MIDs werden gegen sie registriert, und jede Währung erhält ihr eigenes Set aktivierter Zahlmethoden. Die Routenauflösung lässt sich für einen bestimmten Händler und eine Methode vorab simulieren, bevor überhaupt Traffic ankommt. Hosted checkout bietet Händlern eine gebrandete Zahlungsseite auf dem eigenen Pay-Host des Tenants, und die Processing API ist eine einzige signierte API zum Erstellen und Abrufen von Transaktionen, bei der Provider-Eigenheiten in kanonische Zahlungsanweisungen normalisiert werden. Händler können außerdem Rechnungen stellen und per gebrandeter E-Mail in der Sprache des Empfängers versenden, während Zahler auf einer öffentlichen Seite begleichen; ein auf den Tenant beschränktes Kundenverzeichnis speichert Zahlerdaten verschlüsselt, mit Blind-Index-Suche, sodass die Suche nie Klartext benötigt.
Rückerstattungen, Chargebacks und Disputes
Der gesamte Post-Payment-Pfad gehört zur Basis und nicht zu einem Zusatzmodul: Rückerstattungen, Chargeback-Bearbeitung und ein strukturierter Dispute-Workflow. Ein Manager kann einem Händler erlauben, selbst Disputes zu eigenen Zahlungen und Auszahlungen zu eröffnen – über das Merchant panel oder die Processing API, mit Begründung und bis zu fünf Nachweisdateien. Der Manager entscheidet über die Disputes, Salden werden dabei automatisch zurückgebucht und neu verbucht.
Analysen, Währungen und Zugriffskontrolle
Core umfasst Conversion- und Provider-Analysen: Erfolgsraten, Fehlerursachen und Volumen im Zeitverlauf für Zahlungen und Auszahlungen, gerankt nach Händler, Provider und MID und filterbar nach Währung, Status und Zeitraum. Händler erhalten ein eigenes Dashboard, das auf ihre eigenen Daten beschränkt ist. Währungspaare verfügen über Kursquellen und Kurs-Locks, Umtausche zwischen Händlern laufen auf Basis von Live-Kursen, und Rundungsregeln werden serverseitig erzwungen, sodass Exporte und Bildschirmanzeigen übereinstimmen. Der Zugriff wird per RBAC bis auf einzelne Aktionen im Panel gesteuert, mit tenant-spezifischer Zwei-Faktor-Authentifizierung, Passwort-Resets, Session-Kontrollen und einer protokollierten Nachverfolgung administrativer Aktivitäten.
Immer aktiv, in jedem Plan
Core ist in jedem Abrechnungsplan enthalten und lässt sich nicht abschalten. Ein Tenant, der nur Core nutzt, kann bereits Händler anbinden, Zahlungen annehmen, auszahlen, Rechnungen stellen, Währungen tauschen und Disputes lösen – optionale Module erweitern die Reichweite darüber hinaus, nicht die Fähigkeit, Geschäfte abzuwickeln.
