MDB Verkaufsintegration

MDB Verkaufsautomat API Gateway für servergesteuerte Automaten.

Verwenden Sie QuLink zwischen Ihrem Verkaufsautomaten und Ihrer Cloud, wenn der Automat MDB verwendet, eine ferngesteuerte Verkaufssteuerung, Auslöser von Zahlungsrückrufen, einen telemetry-Upload oder einen Nachrüstpfad benötigt, der nicht den gesamten Automaten ersetzt.

MDB ProtokollverarbeitungVerkaufsbefehl + ErgebnisTelemetry hochladenOptionale QR Zahlung
MDB Verkaufsautomat API Gateway-Board

Wichtige Fakten

Was Sie vor der Auswahl eines MDB API-Gateways wissen sollten.

MDB Ziel

MDB 4.2/4.3 ist der Zielpfad; Ältere Versionen müssen überprüft werden.

Befehlsebene

Verkaufs-, Status-, Ergebnis- und Fehlerereignisse zwischen Ihrem Server und Controller.

Zahlungseigentum

Behalten Sie Ihr PSP, Ihre Brieftasche oder Ihr Lesegerät; QuLink übernimmt die maschinenseitige Aktion.

Zuerst probieren

Eine Maschine bestätigt Timing, Mapping und Ergebnisverhalten.

Ausstehendes Beispiel: Genaue MDB-Meldungen, Verkaufszuordnung, Zeitüberschreitung und Ergebnisverhalten werden auf dem Automaten bestätigt.

MDB Kontrollebenen

Was ein MDB API Gateway hinzufügt.

Ein Gateway ist kein Payment Acquirer und kein vollständiger Controller-Ersatz.

SchichtWas es bewirktWas zu bestätigen istWas es nicht ersetzt
MDB-GatewayOrdnet Befehle und Ereignisse zwischen Server und Verkaufssteuerung zu.MDB Version, Kabelbaum, Ereigniszuordnung.Zahlungsakquise oder -abwicklung.
Bargeldloses BoardSendet die Autorisierung über den bargeldlosen Weg MDB.Leser/PSP, Autorisierungsablauf, Verkaufsergebnis.Eine vollständige Kontrolle API.
DatenbrückeSendet Status, Fehler oder Nutzung an Ihr Backend.Verfügbare Schnittstelle und Felder.Zahlungsautorisierung.
ControllerBesitzt Abgabe- und Sicherheitsverhalten.Maschinendokumentation und Muster.Eine neue Steuerung oder Sicherheitszertifizierung.

Rollen können sich überschneiden. Das Beispiel bestätigt, welche Kombination für die Maschine stabil ist.

Projektpassung

Für servergesteuerte MDB Verkaufsautomaten

Bedarfsignale

  • Betreiber oder OEMs, die Verkaufs-, Kaffee-, Smart-Retail- oder Schrankautomaten bauen.
  • Software, die einen Verkauf auslösen, den Status abfragen oder Verkaufsergebnisse empfangen muss.
  • Zahlungen, die vor einer Verkaufsaktion QR, einen Wallet-Rückruf oder eine App-Genehmigung erfordern.
  • Projekte, die MDB bearbeitet werden müssen, ohne dass die Zeitplanung von Grund auf neu erstellt werden muss.

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

  • Der Controller hat keinen nutzbaren MDB-Pfad und kann nicht anhand von Fotos ausgewertet werden.
  • Sie benötigen einen Payment Acquirer statt einer maschinenseitigen Steuerung.
  • Für ein Beispiel sind keine Maschinen-, Steuerungs- oder Verkabelungsinformationen vorhanden.

Integrationsmodell

Eine Befehls- und Ereignisschicht zwischen Server und MDB

Das QuLink-Board befindet sich auf der Maschinenseite, verwaltet die MDB-Kommunikation und stellt Befehls- und Ereignisflüsse für Ihren Server bereit.

Maschinenschnittstelle
MDB, Verkabelung der Verkaufssteuerung, optionale Relais oder serielle Hilfsgeräte
Serverseitig
API-Befehl, webhook-Ereignis, telemetry-Rückruf, Zahlungsreferenz
Typische Aktionen
dispense, start_session, query_status, vend.result, machine.fault
Projektmodus
Retrofit-Beispiel, Betreiber-Rollout, OEM Controller-Anpassung

Ablauf

Vom Maschinenfoto zum getesteten Ablauf.

Identifizieren Sie den Pfad MDB.

Bestätigen Sie, ob es sich bei der Maschine um eine Standard-MDB-Maschine, eine Schranksteuerung, eine Kaffeesteuerung oder eine gemischte Verkaufsverkabelung handelt.

Verkaufsaktionen zuordnen

Definieren Sie Slot/Produkt, Autorisierung, Zahlungsreferenz, Zeitüberschreitung und Ergebnisberichte.

Verbinden Sie Serverereignisse

Ihr Backend empfängt den Online-Status, das Verkaufsergebnis, die Fehlermeldung und telemetry.

Testen Sie eine echte Maschine

Führen Sie vor der Batch-Bereitstellung Beispielbefehle auf der tatsächlichen Hardware aus.

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/VM-1049/commands
{
  "command": "dispense",
  "source": "payment_confirmed",
  "machine_action": {
    "interface": "mdb",
    "slot": "A07"
  },
  "reference_id": "PAY-2026-1049"
}

Projekt-RFQ

Sagen Sie uns, was die Maschine tun, senden oder melden soll.

Senden Sie das Automatenmodell, MDB Fotos, Tafelfotos, den Zahlungsablauf und die Verkaufsaktion, die Sie benötigen.

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
Optional: Unternehmen, Menge, Schnittstelle und Datenbedarf

Eine kurze Nachricht reicht. Wir antworten meist innerhalb von 24 Stunden.

Have machine or board photos? Send them on WhatsApp — we usually review photos there first.

FAQ

Fragen, die vor einem Sample-Test typischerweise auftauchen.

Kann QuLink mit einer vorhandenen Zahlungs-App funktionieren?

Ja. Ihre Zahlungs-App oder Ihr Server kann zuerst die Zahlung bestätigen und dann QuLink aufrufen, um die Verkaufsaktion MDB auszulösen.

Müssen wir die gesamte Verkaufssteuerung ersetzen?

Nicht immer. Viele Projekte beginnen als Retrofit-Gateway. OEM Der Austausch des Controllers kann evaluiert werden, wenn eine wiederholte Bereitstellung erforderlich ist.

Kann die Tafel Verkaufsdaten hochladen?

Ja. QuLink kann den Online-Status des Geräts, Verkaufsergebnisse, Fehlerereignisse, Nutzungsprotokolle und telemetry an Ihren Server melden.

Welche MDB-Version ist das Ziel?

MDB 4.2/4.3 ist das Zielprofil. Ältere Versionen und benutzerdefiniertes Verhalten erfordern eine Überprüfung und ein echtes Maschinenbeispiel.

Was sollen wir zuerst versenden?

Maschinenmodell, Controller und MDB Fotos, Zahlungsablauf, Zielverkaufsaktion und die Daten, die Sie zurück benötigen.

Maschinenfoto senden Projektanfrage senden