Geben Sie keinen Betrag zweimal ein und markieren Sie keine Bestellung ohne Bestätigung als bezahlt. OmEs pay prüft, welche lokale Schnittstelle oder Cloud-API Ihre Kasse, Ihr Terminal und Ihr Zahlungspartner unterstützen, und gestaltet den Zahlungsablauf auf der Grundlage klarer Statusmeldungen und eines sicheren Zugriffs.
Der Verkaufsbetrag wird automatisch von der Kasse an das Terminal übertragen, sofern die Schnittstelle dies unterstützt.
Die Kasse oder die Anwendung erhält ein Ergebnis und kann den Verkauf oder die Bestellung korrekt aktualisieren.
Wir wählen das unterstützte Protokoll aus, das zu Ihrem Netzwerk sowie Ihrer Hardware- und Softwarearchitektur passt.
API-Schlüssel und Zugangsdaten werden entsprechend den Möglichkeiten des Anbieters eingeschränkt, geschützt und regelmäßig erneuert.
Bei einer klassischen gekoppelten Zahlung erstellt die Kasse einen Zahlungsauftrag mit Betrag und Referenz. Das Terminal führt die Zahlung durch und sendet ein Ergebnis zurück. Die Kasse verarbeitet diesen anschließend entsprechend der Integrationslogik als „erfolgreich“, „abgelehnt“, „storniert“ oder „unbekannt“.
Das klingt einfach, aber die Ausnahmen entscheiden über die Qualität. Was passiert bei einem Timeout, einer Netzwerkunterbrechung oder einem Neustart? Kann die Anwendung den endgültigen Status erneut abfragen? Wie verhindert man, dass derselbe Verkauf doppelt bezahlt wird? Diese Szenarien gehören zur Abnahme.
Eine lokale Schnittstelle kommuniziert innerhalb des Netzwerks oder direkt mit dem Terminal. Viele Kassensysteme verwenden anerkannte Protokolle oder herstellerspezifische Schnittstellen. Eine Cloud-API ermöglicht es einer Anwendung, über die Zahlungsumgebung Transaktionen zu initiieren und Statusmeldungen zu empfangen, was auch für E-Commerce, Apps oder zentrale Plattformen geeignet sein kann.
Die beste Wahl hängt von der offiziellen Unterstützung ab. Eine selbst entwickelte Anbindung über eine Verbraucher-App oder eine Bildschirmautomatisierung stellt keine zuverlässige Zahlungsarchitektur dar.
Ein API-Schlüssel dient zur Identifizierung oder Authentifizierung einer Anwendung bei einem Dienst. Darüber hinaus benötigst du Endpunkte, Berechtigungen, Referenzen, Fehlercodes, Webhooks, eine Testumgebung und Lebenszyklusverwaltung. Einige Anbieter verwenden anstelle eines einzigen statischen Schlüssels andere Anmeldedaten oder einen OAuth-Ablauf.
Schlüssel dürfen niemals fest im öffentlich zugänglichen Website-Code, in gemeinsam genutzten Dokumenten oder in E-Mails hinterlegt werden. Speichern Sie sie in einem Passwort-Manager oder einer gesicherten Serverkonfiguration, beschränken Sie die Zugriffsrechte und ändern Sie sie, wenn ein Mitarbeiter oder Lieferant das Unternehmen verlässt.
Kunden können per Bancontact bezahlen, doch die technische Anbindung erfolgt in der Regel über Ihren Terminalhersteller, Acquirer, Zahlungsdienstleister oder Gateway. Dieselbe Integration kann mehrere aktivierte Zahlungsmethoden verarbeiten. Welche Methoden verfügbar sind, hängt von Ihrem Vertrag sowie Ihrer Terminal- oder Online-Konfiguration ab.
Formulieren Sie den Text auf der Website daher nicht so, als würde OmEs pay einen allgemeinen “Bancontact-API-Schlüssel” vergeben. OmEs pay hilft bei der Einrichtung der unterstützten Anbieterintegration und legt fest, welche Zahlungsmethoden aktiviert werden.
Erkundigen Sie sich nach den unterstützten Terminalmodellen, Kassensoftware-Versionen, Ländern, Zahlungsmethoden und Zertifizierungen. Berücksichtigen Sie dabei die Firmware- und API-Versionen. Eine Kombination, die heute funktioniert, muss auch einen Wartungs- und Update-Plan bieten.
OmEs pay erstellt eine Übersicht über die beteiligten Parteien und legt die Zuständigkeiten fest. Bei maßgeschneiderten Lösungen bleibt der Softwareentwickler für seinen Code verantwortlich; OmEs pay unterstützt die angebotene Terminal- und Providerkonfiguration sowie den vereinbarten Integrationstest.
Kasse, Terminal, Anbieter, Netzwerk und Entwickler werden mit ihren aktuellen Versionen aufgelistet.
Wir verwenden ausschließlich unterstützte Protokolle, Konnektoren, Plugins oder APIs.
Der Zugriff wird eingeschränkt, und Testtransaktionen bleiben von der Produktionsumgebung getrennt.
Erfolg, Fehler, Time-out, Rückerstattung und Wiederherstellung werden in der Praxis durchgespielt.
Lassen Sie Ihre bestehende oder geplante Integration von OmEs pay prüfen. Wir vereinen Kompatibilität, Zahlungspartner, Sicherheit und Statusverarbeitung in einem konkreten technischen Ansatz.
Über eine Kassenanbindung sendet die Kasse einen Betrag und eine Referenznummer an das Zahlungsterminal und erhält anschließend einen Zahlungsstatus. Dadurch muss ein Mitarbeiter den Betrag nicht erneut eingeben und der Verkauf kann korrekt abgeschlossen werden.
Nein. Die Kassensoftware, das Terminal, der Zahlungspartner, das Protokoll und die Versionen müssen kompatibel sein. Verwenden Sie ausschließlich offiziell unterstützte Kombinationen. OmEs pay prüft die technische Dokumentation, bevor eine Anbindung zugesagt wird.
Eine lokale Verbindung kommuniziert innerhalb des Unternehmens oder direkt mit dem Gerät. Eine Cloud-API läuft über die Infrastruktur des Anbieters und kann für zentrale oder Online-Anwendungen geeignet sein. Beide haben ihre eigenen Anforderungen hinsichtlich Netzwerk, Sicherheit und Wartung.
Ein API-Schlüssel ist eine Zugangsberechtigung, mit der eine Anwendung Zugriff auf eine API erhält. Er kann mit Berechtigungen, einer Umgebung oder einem Händlerkonto verknüpft sein. Ein Schlüssel allein reicht nicht aus; man benötigt außerdem korrekte Endpunkte, Statusverarbeitung, Sicherheit und Tests.
Nein. Bancontact ist eine Zahlungsmethode. Technische Zugangsdaten werden vom jeweiligen Anbieter, Gateway oder der Integrationsplattform ausgestellt und sind an ein Konto und eine Umgebung gebunden. Welche Methoden funktionieren, hängt von der Aktivierung und dem Vertrag ab.
Nicht im Browser-Code, in mobilen App-Paketen, in öffentlichen Repositories, in E-Mails oder in gewöhnlichen Dokumenten. Speichern Sie Geheimnisse serverseitig in einem Secret Manager oder einer sicheren Konfiguration, beschränken Sie den Zugriff, protokollieren Sie die Nutzung und rotieren Sie Schlüssel bei Risiken oder Personalwechseln.
Die Kasse muss einen gültigen Status des Terminals oder des Anbieters erhalten oder diesen Status erneut abfragen können. Bei einem ungewissen Netzwerkstatus reicht es nicht aus, wenn der Kunde lediglich zu einem Bildschirm zurückkehrt oder einen ausgedruckten Beleg erhält.
Die Anwendung darf nicht blind erneut bezahlen. Sie muss die ursprüngliche Transaktion anhand einer eindeutigen Referenz erkennen und den endgültigen Status abfragen. Das genaue Wiederherstellungsverfahren hängt von der Schnittstelle ab und muss vorab getestet werden.
Einige Schnittstellen unterstützen vollständige oder teilweise Rückerstattungen, andere erfordern die Nutzung des Anbieterportals oder die Bedienung über das Terminal. Schränken Sie die Berechtigungen ein, verwenden Sie die ursprünglichen Transaktionsreferenzen und testen Sie, wie die Kasse und die Buchhaltung aktualisiert werden.
Der Entwickler wartet den Anwendungscode. Der Provider wartet seine API, und OmEs Pay unterstützt die vereinbarte Terminal- und Providerkonfiguration. Legen Sie Versions-Updates, Überwachung, Störfälle und die Verantwortung für Tests vertraglich fest.
