Geen bedrag twee keer invoeren en geen bestelling als betaald markeren zonder bevestiging. OmEs pay controleert welke lokale interface of cloud-API je kassa, terminal en betalingspartner ondersteunen en bouwt de betaalflow rond duidelijke statussen en veilige toegang.
Het verkoopbedrag wordt automatisch vanuit de kassa naar de terminal gestuurd waar de koppeling dit ondersteunt.
De kassa of toepassing ontvangt een resultaat en kan verkoop of bestelling correct bijwerken.
We kiezen het ondersteunde protocol dat past bij je netwerk, hardware en softwarearchitectuur.
API-sleutels en credentials worden beperkt, beschermd en periodiek vernieuwd volgens de mogelijkheden van de provider.
Bij een klassieke gekoppelde betaling maakt de kassa een betaalopdracht met bedrag en referentie. De terminal voert de betaling uit en stuurt een resultaat terug. De kassa verwerkt vervolgens geslaagd, geweigerd, geannuleerd of onbekend volgens de integratielogica.
Dat klinkt eenvoudig, maar de uitzonderingen bepalen de kwaliteit. Wat gebeurt er bij een time-out, netwerkonderbreking of herstart? Kan de toepassing de definitieve status opnieuw opvragen? Hoe voorkom je dat dezelfde verkoop twee keer wordt betaald? Deze scenario’s horen bij de oplevering.
Een lokale interface communiceert binnen het netwerk of rechtstreeks met de terminal. Veel kassasystemen gebruiken erkende protocollen of leverancierseigen connectoren. Een cloud-API laat een toepassing via de betalingsomgeving transacties starten en statussen ontvangen, wat ook voor e-commerce, apps of centrale platformen geschikt kan zijn.
De beste keuze wordt bepaald door officiële ondersteuning. Een zelfbedachte koppeling rond een consumentenapp of schermautomatisering is geen betrouwbare betaalarchitectuur.
Een API-key identificeert of authenticeert een toepassing bij een dienst. Daarnaast heb je endpoints, rechten, referenties, foutcodes, webhooks, testomgeving en lifecyclebeheer nodig. Sommige providers gebruiken andere credentials of een OAuth-flow in plaats van één statische sleutel.
Sleutels horen nooit hardcoded in publiek toegankelijke websitecode, gedeelde documenten of e-mails. Bewaar ze in een secret manager of beveiligde serverconfiguratie, beperk rechten en roteer ze wanneer een medewerker of leverancier vertrekt.
Klanten kunnen via bancontact betalen, maar de technische koppeling loopt doorgaans via je terminalleverancier, acquirer, payment service provider of gateway. Dezelfde integratie kan meerdere geactiveerde betaalmethoden verwerken. Welke methoden beschikbaar zijn, wordt bepaald door je contract en terminal- of online configuratie.
Formuleer de website daarom niet alsof OmEs pay een algemene “bancontact API-key” uitdeelt. OmEs pay helpt de ondersteunde providerintegratie inrichten en stemt af welke betaalmethoden geactiveerd worden.
Vraag naar de ondersteunde terminalmodellen, kassaversies, landen, betaalmethoden en certificatie. Houd rekening met firmware- en API-versies. Een combinatie die vandaag werkt, moet ook een onderhouds- en updatepad hebben.
OmEs pay inventariseert de betrokken partijen en legt verantwoordelijkheden vast. Bij maatwerk blijft de softwareontwikkelaar verantwoordelijk voor zijn code; OmEs pay ondersteunt de aangeboden terminal- en providerconfiguratie en de afgesproken integratietest.
Kassa, terminal, provider, netwerk en ontwikkelaar worden met hun actuele versies opgelijst.
We gebruiken alleen een ondersteund protocol, connector, plugin of API.
Toegang wordt beperkt en testtransacties blijven gescheiden van productie.
Succes, fout, time-out, refund en herstel worden praktisch doorlopen.
Laat OmEs pay je bestaande of geplande integratie beoordelen. We brengen compatibiliteit, betalingspartner, beveiliging en statusverwerking samen in een concrete technische aanpak.
Een kassakoppeling laat de kassa een bedrag en referentie naar de betaalterminal sturen en ontvangt daarna een betaalstatus. Daardoor hoeft een medewerker het bedrag niet opnieuw in te voeren en kan de verkoop correct worden afgewerkt.
Nee. De kassasoftware, terminal, betalingspartner, protocol en versies moeten compatibel zijn. Gebruik alleen officieel ondersteunde combinaties. OmEs pay controleert de technische documentatie voordat een koppeling wordt beloofd.
Een lokale koppeling communiceert binnen de zaak of rechtstreeks met het toestel. Een cloud-API verloopt via de infrastructuur van de provider en kan geschikt zijn voor centrale of online toepassingen. Beide hebben eigen netwerk-, beveiligings- en onderhoudsvereisten.
Een API-key is een credential waarmee een toepassing toegang krijgt tot een API. Ze kan aan rechten, omgeving of merchantaccount gekoppeld zijn. Een sleutel alleen volstaat niet; je hebt ook correcte endpoints, statusverwerking, beveiliging en testing nodig.
Nee. bancontact is een betaalmethode. Technische credentials worden uitgegeven door de betrokken provider, gateway of integratieplatform en zijn gebonden aan een account en omgeving. Welke methoden werken, hangt af van activatie en contract.
Niet in browsercode, mobiele appbundels, publieke repositories, e-mail of gewone documenten. Bewaar secrets server-side in een secret manager of beveiligde configuratie, beperk toegang, log gebruik en roteer sleutels bij risico of personeelswissel.
De kassa moet een geldige status van terminal of provider ontvangen of die status opnieuw kunnen opvragen. Een klant die terugkeert naar een scherm of een geprinte bon alleen is niet voldoende bij een onzekere netwerkstatus.
De toepassing mag niet blind opnieuw betalen. Ze moet de oorspronkelijke transactie aan een unieke referentie herkennen en de definitieve status opvragen. De exacte herstelprocedure hangt af van de interface en moet vooraf worden getest.
Sommige interfaces ondersteunen volledige of gedeeltelijke refunds, andere vereisen het providerportaal of terminalbediening. Beperk bevoegdheden, gebruik originele transactiereferenties en test hoe kassa en boekhouding worden bijgewerkt.
De ontwikkelaar onderhoudt de applicatiecode. De provider onderhoudt zijn API en OmEs pay ondersteunt de afgesproken terminal- en providerconfiguratie. Leg versie-updates, monitoring, incidenten en testverantwoordelijkheid contractueel vast.
