Onze terminals kunnen worden aangesloten op automaten via de MDB-bus. Dit artikel legt uit hoe de integratie werkt, welke gedragingen automatisch worden onderhandeld, wat u kunt configureren tijdens de onboarding, en wat vandaag wordt ondersteund.
Hoe de integratie werkt
De terminal werkt in MDB Slave-modus en maakt verbinding met de Automatencontroller (VMC) via het MDB v4.3-protocol. De primaire hardware is de IM30, die een fysieke MDB Slave-poort heeft. In deze opstelling is de automaat de master en fungeert de terminal als het cashless-perifere apparaat: de VMC vraagt een betaling aan, Pay On Site verwerkt deze, en het resultaat wordt teruggestuurd naar de VMC, die vervolgens het product levert.
Bij elke verbinding onderhandelen de terminal en de VMC automatisch over twee zaken: het hoogste commando-niveau dat beide kanten ondersteunen, en de modus van het lezersgedrag. Deze stelt u niet in op de terminal.
Functieniveaus
MDB definieert drie cashless functieniveaus. Het niveau wordt tussen de automaat en de terminal onderhandeld bij het verbinden — het is niets wat u in de configuratie vastlegt. In tests werkte een terminal die Niveau 3 aankondigde correct met Niveau 1- en Niveau 2-automaten, waarbij het automatisch het niveau van de automaat overnam.
| Niveau | Gedrag |
|---|---|
| Niveau 1 | Basis cashless betaling — één enkel product, exacte prijs bekend |
| Niveau 2 | Sessie-gebaseerde verkoop — een maximumbedrag wordt gedeeld, enkel product |
| Niveau 3 | Multi-verkoop — een maximumbedrag wordt gedeeld, klant selecteert meerdere producten tot de limiet is bereikt |
Opmerking
Het niveau wordt automatisch onderhandeld. De terminal past zich aan aan wat de automaat aanbiedt.
Lezersgedragsmodi
Naast het niveau stemmen de terminal en VMC af wanneer de contactloze lezer actief wordt:
- Altijd Inactief — de lezer staat altijd aan. De klant tapt eerst, kiest daarna een product.
- Eerst Knop — de lezer wordt pas geactiveerd nadat de klant een product heeft gekozen.
Wat u configureert tijdens onboarding
De Market Pay "MDB App" moet aan het apparaat worden toegevoegd, samen met het "MDB slave"-protocol tijdens onboarding.
De meeste parameters worden automatisch onderhandeld of geërfd van het handelaarrecord in plaats van per terminal ingesteld. De onderstaande tabel vat samen wat u moet blootstellen.
| Parameter | Waar het staat | Blootstellen tijdens onboarding? |
|---|---|---|
| Functieniveau (L1/L2/L3) | Automatisch onderhandeld met de automaat | Nee — niet aanbevolen om te overschrijven |
| Multi-verkoop | Terminal / groepsconfiguratie | Nee — beter verborgen houden (zie beperkingen) |
| Land, valuta, talen | Beheerd, gekoppeld aan de handelaar | Nee — geërfd van de handelaar |
| Schema's | Beheerd, gekoppeld aan de handelaar | Nee — geërfd; bepaalt welke logo's worden getoond |
| Betaalmodus (voorselectie) | Vast gedrag | Nee — alleen voorselectie wordt vandaag ondersteund |
Land, valuta, talen en schema's worden centraal beheerd via de handelaar, dus hoeven niet per terminal te worden blootgesteld. Schema's bepalen vooral welke kaartlogo's worden getoond; het is aan te raden ze op dezelfde manier in Pay On Site te beheren voor consistentie.
Betaalmodus: alleen voorselectie
Pay On Site ondersteunt momenteel alleen de voorselectiemodus — de exacte prijs is bekend op het moment van autorisatie. De klant selecteert een product (of meerdere producten, tot aan de sessielimiet), de VMC stuurt het definitieve bedrag, de terminal autoriseert dat exacte bedrag en de VMC levert.
Er is geen preautorisatiemodus, waarbij de terminal een maximum zou autoriseren en het werkelijke bedrag later zou incasseren. Dit wordt niet als parameter blootgesteld omdat het niet wordt ondersteund.
Betrouwbaarheid: negatieve verkoop
Als een betaling slaagt maar de VMC faalt in het leveren van het product, wordt een negatieve verkoop geactiveerd — een automatische terugbetaling — zodat de klant niet wordt belast voor een product dat hij niet heeft ontvangen.