Erfassen Sie die Maschine
Maschinenfront, Controller-Etikett, MDB-Kabelbaum, Stecker, Lesegerät und Modellschild.
MDB Gateway-Auswahl
Wie wählt man ein MDB-Gateway für einen Verkaufsautomaten aus?
Wählen Sie ein MDB-Gateway nach dem Controller, dem Zahlungspfad, den benötigten Daten und dem Besitzer des Backends, nicht nur nach dem Board-Preis. Bestätigen Sie vor der Einführung die MDB-Version und das bargeldlose Verhalten an einem Automaten.
MDB 4,2/4,3 ZielAPI + telemetryProbenvalidierungEigenes Backend
Wichtige Fakten
Was Sie vor dem Vergleich von MDB-Gateways entscheiden sollten.
Controller zuerst
MDB 4,2/4,3 ist der angestrebte bargeldlose Weg; Älteres oder individuelles Verhalten muss überprüft werden.
Zahlungseigentum
Entscheiden Sie, ob die Zahlung durch QuLink QR oder Ihr eigenes Lesegerät, PSP oder Ihr Portemonnaie den Verkauf autorisiert.
Datenumfang
Heartbeat, Verkaufsergebnis, Fehler und telemetry sind möglich, wenn sie angezeigt werden; Der Lagerbestand ist nicht garantiert.
Rollout-sicher
Validieren Sie eine Maschine vor einer Flotte; Wählen Sie ein Gateway nicht allein anhand des Modellnamens aus.
Ausstehende Probe: Genaues MDB Timing, Verkaufszuordnung, Zeitüberschreitung und Ergebnisverhalten werden am tatsächlichen Automaten bestätigt.
Gateway vs. Board vs. Leser
Was wählst du eigentlich aus?
Das Etikett ist weniger wichtig als der Job. Ein Gateway, ein bargeldloses Board, ein Lesegerät und eine Datenbrücke lösen unterschiedliche Probleme.
| Option | Am besten für | Was es bewirkt | Was zu bestätigen ist |
|---|---|---|---|
| MDB-Gateway | API oder Serversteuerung plus MDB Ereignisse. | Ordnet Befehle und Ereignisse zwischen Ihrem Backend und dem Verkaufscontroller zu. | MDB-Version, bargeldloser Pfad, Ereignisschema und Ergebniszuordnung. |
| MDB bargeldloses Board | Zahlungsautorisierung innerhalb eines vorhandenen Automaten. | Sendet die bargeldlose Autorisierung; Der Controller entscheidet über die Abgabe. | Leser oder PSP, Autorisierungsablauf und Verkaufsergebnis. |
| Austausch des Kartenlesers | Nur ein Lese- oder Netzwerkproblem. | Die Zustimmung erfolgt beim Leser; darf keine unabhängigen Maschinendaten hinzufügen. | Leserunterstützung, Zahlungshost und Vertrag. |
| Nur Datenbrücke | Telemetry ohne Änderung der Zahlung. | Liest Status, Fehler oder Nutzung, ohne einen Verkauf zu autorisieren. | Verfügbare Schnittstelle, Abfragerate und Felder. |
Ein Projekt kann mehrere Rollen kombinieren. W?hlen Sie nach der ben?tigten Aufgabe und best?tigen Sie das genaue Profil an einem Muster.
Projektpassung
Für Teams, die maschinenseitige MDB Kontrolle oder Daten benötigen
Bedarfsignale
- Betreiber, die API-Kontrolle, bargeldloses Verhalten oder telemetry zu einem vorhandenen MDB-Automaten hinzufügen.
- Zahlungs-Apps oder PSPs, die eine maschinenseitige Autorisierung und einen Ergebnispfad benötigen.
- Systemintegratoren kartieren MDB Ereignisse, Verkaufsergebnisse oder Fehler in einem Backend.
- Maschinen-OEMs, die ein wiederholbares MDB-Integrationsprofil benötigen.
Was Sie senden sollten
- Fotos der Maschine oder aktuellen Platine
- Hinweise zu Schnittstelle oder Verkabelung
- Zielaktion nach API oder Zahlung
- Ob Daten-Upload benötigt wird
Nicht geeignet, wenn
- Sie benötigen lediglich ein Zahlungserfassungskonto und keine maschinenseitigen Maßnahmen.
- Der Controller hat keinen nutzbaren MDB-Pfad und kann nicht anhand von Fotos ausgewertet werden.
- Für eine Probe sind keine Maschinen-, Steuerungs-, Lesegerät- oder Verkabelungsinformationen vorhanden.
Integrationsmodell
Das Gateway bildet den Job zwischen Ihrem Backend und dem Controller ab
QuLink übersetzt Serverbefehle oder Zahlungsgenehmigungen in MDB bargeldloses Verhalten und gibt das verfügbare Ergebnis zurück. Der Controller ist weiterhin für das Abgabe- und Sicherheitsverhalten verantwortlich.
- Maschinenschnittstelle
- MDB bargeldloser Weg, Verkaufssteuerung, optionales Relais oder serielle Hilfsgeräte
- Serverseitig
- API-Befehl, webhook-Ereignis, Zahlungsrückruf, telemetry
- Daten zurückgegeben
- Zahlungsreferenz, Verkaufsergebnis, Fehler, Zeitüberschreitung, Online-Status bei Offenlegung
- Projektmodus
- Gateway-Auswahl, API-Integration, telemetry-Pilot, OEM-Controller
Ablauf
Vom Maschinenfoto zum getesteten Ablauf.
Definieren Sie den Job
Schreiben Sie einen Satz: Was soll das Gateway autorisieren, auslösen oder melden?
Ordnen Sie die Schnittstelle zu
Bestätigen Sie die MDB-Version, den bargeldlosen Pfad, die Befehlsform, die Ergebnisfelder und das Fehlerverhalten.
Testen Sie eine Maschine
Validieren Sie Autorisierung, Abgabe, Ergebnis oder Zeitüberschreitung, erneute Verbindung und Datenbereitstellung vor der Einführung.
API-Beispiel
Beispiel für Serverbefehl oder Webhook für eine maschinenseitige Aktion.
Die Befehlsfelder hängen von Maschinenschnittstelle, Firmware-Profil und davon ab, ob Zahlung oder Anwendung die Aktion auslöst.
POST /v1/devices/MDB-77/commands
{
"command": "dispense",
"source": "payment_callback",
"reference_id": "PAYMENT-REFERENCE",
"machine_action": {
"interface": "mdb_cashless",
"slot": "B04"
}
}
Projekt-RFQ
Sagen Sie uns, was die Maschine tun, senden oder melden soll.
Senden Sie das Maschinenmodell, die Controller- und MDB-Kabelbaumfotos, den aktuellen Leser oder PSP, die Zielaktion, den Datenbedarf und die erwartete Menge.
A good first message
If you are unsure about the exact interface, send what you have. Photos often answer more than a long spec.
- Machine type and target country
- Machine photo, board photo, or wiring photo
- Action after payment or API command
- Need data upload? expected quantity?
Fastest first step
- Send a machine photo
- Describe the action after API or payment
- Tell us if data upload is needed
FAQ
Fragen, die vor einem Sample-Test typischerweise auftauchen.
Ist ein MDB-Gateway dasselbe wie ein Kartenleser?
Nein. Ein Leser genehmigt die Zahlung; Ein MDB-Gateway ordnet Serverbefehle oder Zahlungsgenehmigungen dem bargeldlosen MDB-Pfad des Controllers zu und kann Maschinenereignisse zurückgeben.
Brauchen wir ein Gateway, wenn wir bereits einen Kartenleser haben?
Nicht immer. Ein Gateway ist nützlich, wenn Sie eine API-Steuerung, einen unabhängigen Datenpfad, telemetry oder einen Ergebnisrückruf benötigen, den der aktuelle Reader nicht bereitstellt.
Können wir unseren eigenen Zahlungsanbieter behalten?
Ja. Ihr PSP, Ihr Wallet oder Ihre App kann zuerst die Zahlung bestätigen und dann den maschinenseitigen Befehl oder Rückruf aufrufen. QuLink ist nicht der Erwerber.
Welche Daten kann das Gateway zurückgeben?
Heartbeat, Verkaufsergebnis, Timeout, Fehler, Gerätestatus und telemetry, wenn der Controller diese anzeigt. Der Lagerbestand auf Produktebene kann nicht garantiert werden.
Was sollen wir zuerst versenden?
Maschinenmodell, Controller- und MDB-Fotos, Leser- oder PSP-Details, Zielaktion, erforderliche Daten und erwartete Menge.
Verwandte Anwendungen