Identifiez le chemin MDB
Vérifiez si la machine est un MDB standard, un contrôleur d'armoire, un contrôleur de café ou un câblage de distribution mixte.
MDB intégration de distributeurs automatiques
MDB passerelle de distributeur automatique API pour machines contrôlées par serveur.
Utilisez QuLink entre votre distributeur automatique et votre cloud lorsque la machine utilise MDB, nécessite un contrôle de vente à distance, des déclencheurs de rappel de paiement, un téléchargement de telemetry ou un chemin de mise à niveau qui ne remplace pas l'ensemble de la machine.
MDB gestion du protocoleCommande de vente + résultatTelemetry téléchargerPaiement QR facultatif
Faits clés
Ce qu'il faut savoir avant de choisir une passerelle MDB API.
MDB cible
MDB 4.2/4.3 est le chemin cible ; les anciennes versions doivent être révisées.
Couche de commande
Événements de vente, d'état, de résultat et de panne entre votre serveur et votre contrôleur.
Propriété du paiement
Conservez votre PSP, votre portefeuille ou votre lecteur ; QuLink gère l'action côté machine.
Échantillonner d'abord
Une machine confirme le timing, la cartographie et le comportement des résultats.
Échantillon en attente : les messages exacts MDB, le mappage de vente, le délai d'attente et le comportement des résultats sont confirmés sur la machine.
MDB couches de contrôle
Qu'est-ce qu'une passerelle MDB API ajoute.
Une passerelle n’est pas un acquéreur de paiement ni un remplacement complet du contrôleur.
| Couche | Ce que ça fait | Que confirmer | Ce qu'il ne remplace pas |
|---|---|---|---|
| MDB passerelle | Mappe les commandes et les événements entre le serveur et le contrôleur de vente. | Version MDB, harnais, mappage d'événements. | Acquisition ou règlement du paiement. |
| Tableau sans numéraire | Envoie une autorisation via le chemin sans numéraire MDB. | Lecteur/PSP, flux d'autorisation, résultat de vente. | Un contrôle complet API. |
| Pont de données | Envoie l'état, les défauts ou l'utilisation à votre backend. | Interface et champs disponibles. | Autorisation de paiement. |
| Contrôleur | Possède un comportement de distribution et de sécurité. | Documentation de la machine et échantillon. | Un nouveau contrôleur ou une certification de sécurité. |
Les rôles peuvent se chevaucher. L'échantillon confirme quelle combinaison est stable pour la machine.
Adéquation projet
Pour les distributeurs automatiques MDB contrôlés par un serveur
Signaux de besoin
- Opérateurs ou équipementiers construisant des machines de vente au détail, de café, de vente au détail intelligente ou d'armoire.
- Logiciel qui doit déclencher une vente, interroger l'état ou recevoir les résultats de la vente.
- Paiements nécessitant QR, un rappel du portefeuille ou l'approbation de l'application avant une action de vente.
- Projets nécessitant une gestion de MDB sans reconstruire le timing à partir de zéro.
Ce qu'il faut envoyer
- Photos de la machine ou de la carte actuelle
- Notes d'interface ou de câblage
- Action cible après API ou paiement
- Besoin ou non d'upload de données
Pas adapté si
- Le contrôleur n'a pas de chemin MDB utilisable et ne peut pas être évalué à partir de photos.
- Vous avez besoin d’un acquéreur de paiement plutôt que d’un contrôle côté machine.
- Il n’existe aucune information sur la machine, le contrôleur ou le câblage pour un échantillon.
Modèle d'intégration
Une couche de commandes et d'événements entre le serveur et MDB
La carte QuLink se trouve côté machine, gère la communication MDB et expose les flux de commandes et d'événements à votre serveur.
- Interface machine
- MDB, câblage du contrôleur de vente, relais en option ou auxiliaires série
- Côté serveur
- Commande API, événement webhook, rappel telemetry, référence de paiement
- Actions typiques
- distribuer, start_session, query_status, vend.result, machine.fault
- Mode projet
- exemple de mise à niveau, déploiement par l'opérateur, personnalisation du contrôleur OEM
Flux de travail
Des photos de la machine au flux testé.
Cartographier les actions de vente
Définissez le créneau/produit, l’autorisation, la référence de paiement, le délai d’attente et le rapport des résultats.
Événements du serveur de connexion
Votre backend reçoit le statut en ligne, le résultat de la vente, l'alerte de panne et telemetry.
Testez une vraie machine
Exécutez des exemples de commandes sur le matériel réel avant le déploiement par lots.
Exemple API
Exemple de commande serveur ou de webhook pour une action côté machine.
Les champs de commande dépendent de l'interface machine, du profil firmware et de l'élément qui déclenche l'action : paiement ou application.
POST /v1/devices/VM-1049/commands
{
"command": "dispense",
"source": "payment_confirmed",
"machine_action": {
"interface": "mdb",
"slot": "A07"
},
"reference_id": "PAY-2026-1049"
}
Projet RFQ
Dites-nous ce que la machine doit faire, envoyer ou reporter.
Envoyez le modèle du distributeur automatique, les MDB photos, les photos du tableau, le flux de paiement et l'action de vente dont vous avez besoin.
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
Questions fréquentes avant un test sur sample.
QuLink peut-il fonctionner avec une application de paiement existante ?
Oui. Votre application ou serveur de paiement peut d'abord confirmer le paiement, puis appeler QuLink pour déclencher l'action de vente MDB.
Devons-nous remplacer l’ensemble du contrôleur de vente ?
Pas toujours. De nombreux projets démarrent comme une passerelle de rénovation. Le remplacement du contrôleur OEM peut être évalué lorsqu'un déploiement répété est nécessaire.
Le conseil peut-il télécharger des données de vente ?
Oui. QuLink peut signaler l'état en ligne de l'appareil, les résultats de vente, les événements de panne, les journaux d'utilisation et telemetry à votre serveur.
Quelle version de MDB est ciblée ?
MDB 4.2/4.3 est le profil cible. Les anciennes versions et les comportements personnalisés nécessitent un examen et un échantillon réel de la machine.
Que devons-nous envoyer en premier ?
Modèle de machine, contrôleur et photos MDB, flux de paiement, action de vente cible et données dont vous avez besoin.
Cas d'usage associés