Capturer la machine
Face avant de la machine, étiquette du contrôleur, faisceau MDB, connecteur, lecteur et plaque modèle.
MDB sélection de passerelle
Comment choisir une passerelle MDB pour un distributeur automatique ?
Choisissez une passerelle MDB en fonction du contrôleur, du chemin de paiement, des données nécessaires et du propriétaire du backend, et non pas uniquement en fonction du prix de la carte. Confirmez la version MDB et le comportement sans numéraire sur une machine avant le déploiement.
MDB cible 4,2/4,3API + telemetryValidation de l'échantillonPropre back-end
Faits clés
Que décider avant de comparer les passerelles MDB ?
Contrôleur d'abord
MDB 4.2/4.3 est la voie cible sans numéraire ; un comportement plus ancien ou personnalisé doit être révisé.
Propriété du paiement
Décidez si le paiement QuLink QR ou votre propre lecteur, PSP ou votre portefeuille autorise la vente.
Portée des données
Le battement de cœur, le résultat de la vente, les défauts et telemetry sont possibles lorsqu'ils sont exposés ; l'inventaire n'est pas garanti.
Preuve de déploiement
Valider une machine avant une flotte ; ne choisissez pas une passerelle à partir d’un seul nom de modèle.
Échantillon en attente : le timing exact de MDB, le mappage de vente, le délai d'attente et le comportement des résultats sont confirmés sur la machine réelle.
Passerelle vs carte vs lecteur
Que sélectionnez-vous réellement ?
Le label compte moins que le travail. Une passerelle, une carte cashless, un lecteur et un pont de données résolvent différents problèmes.
| Options | Idéal pour | Ce que ça fait | Que confirmer |
|---|---|---|---|
| MDB passerelle | API ou contrôle du serveur plus MDB événements. | Mappe les commandes et les événements entre votre backend et le contrôleur de vente. | Version MDB, chemin sans numéraire, schéma d'événement et mappage des résultats. |
| MDB tableau sans numéraire | Autorisation de paiement à l'intérieur d'une machine existante. | Envoie l'autorisation cashless ; le contrôleur décide s'il faut distribuer. | Lecteur ou PSP, flux d'autorisation et résultat de la vente. |
| Remplacement du lecteur de carte | Un problème de lecteur ou de réseau uniquement. | L'approbation se produit chez le lecteur ; ne peut pas ajouter de données machine indépendantes. | Assistance aux lecteurs, hôte de paiement et contrat. |
| Pont de données uniquement | Telemetry sans modifier le paiement. | Lit l'état, les défauts ou l'utilisation sans autoriser une vente. | Interface, taux d'interrogation et champs disponibles. |
Un projet peut combiner plusieurs r?les. Choisissez selon le travail n?cessaire, puis confirmez le profil exact sur un sample.
Adéquation projet
Pour les équipes qui ont besoin d'un contrôle ou de données MDB côté machine
Signaux de besoin
- Opérateurs ajoutant un contrôle API, un comportement sans numéraire ou telemetry à une machine MDB existante.
- Applications de paiement ou PSP nécessitant une autorisation côté machine et un chemin de résultat.
- Les intégrateurs système mappent les événements MDB, les résultats de vente ou les erreurs dans un backend.
- OEM de machines qui ont besoin d’un profil d’intégration MDB reproductible.
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
- Vous n’avez besoin que d’un compte d’acquisition de paiement et d’aucune action côté machine.
- Le contrôleur n'a pas de chemin MDB utilisable et ne peut pas être évalué à partir de photos.
- Il n’existe aucune information sur la machine, le contrôleur, le lecteur ou le câblage pour un échantillon.
Modèle d'intégration
La passerelle mappe le travail entre votre backend et le contrôleur
QuLink traduit les commandes du serveur ou l'approbation du paiement en MDB comportement sans numéraire et renvoie le résultat disponible. Le contrôleur possède toujours le comportement de distribution et de sécurité.
- Interface machine
- MDB parcours cashless, contrôleur de vente, relais en option ou auxiliaires série
- Côté serveur
- Commande API, événement webhook, rappel de paiement, telemetry
- Données renvoyées
- référence de paiement, vend.result, erreur, délai d'attente, état en ligne une fois exposé
- Mode projet
- sélection de passerelle, intégration API, pilote telemetry, contrôleur OEM
Flux de travail
Des photos de la machine au flux testé.
Définir le métier
Écrivez une phrase : que doit autoriser, déclencher ou signaler la passerelle ?
Cartographier l'interface
Confirmez la version de MDB, le chemin sans numéraire, la forme de la commande, les champs de résultat et le comportement en cas d'échec.
Tester une machine
Validez l’autorisation, la distribution, le résultat ou le délai d’attente, la reconnexion et la livraison des données avant le déploiement.
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/MDB-77/commands
{
"command": "dispense",
"source": "payment_callback",
"reference_id": "PAYMENT-REFERENCE",
"machine_action": {
"interface": "mdb_cashless",
"slot": "B04"
}
}
Projet RFQ
Dites-nous ce que la machine doit faire, envoyer ou reporter.
Envoyez les photos du modèle de machine, du contrôleur et du faisceau MDB, du lecteur actuel ou du PSP, de l'action cible, des données requises et de la quantité attendue.
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.
Une passerelle MDB est-elle la même chose qu'un lecteur de carte ?
Non. Un lecteur approuve le paiement ; une passerelle MDB mappe les commandes du serveur ou l'approbation de paiement au chemin sans numéraire MDB du contrôleur et peut renvoyer les événements de la machine.
Avons-nous besoin d’une passerelle si nous disposons déjà d’un lecteur de carte ?
Pas toujours. Une passerelle est utile lorsque vous avez besoin d'un contrôle API, d'un chemin de données indépendant, de telemetry ou d'un rappel de résultat que le lecteur actuel ne fournit pas.
Pouvons-nous conserver notre propre prestataire de paiement ?
Oui. Votre PSP, votre portefeuille ou votre application peut d'abord confirmer le paiement, puis appeler la commande côté machine ou rappeler. QuLink n'est pas l'acquéreur.
Quelles données la passerelle peut-elle renvoyer ?
Battement de cœur, résultat de la vente, délai d'attente, défaut, état de l'appareil et telemetry lorsque le contrôleur les expose. L'inventaire au niveau du produit n'est pas garanti.
Que devons-nous envoyer en premier ?
Modèle de machine, contrôleur et MDB photos, lecteur ou PSP détails, action cible, données requises et quantité attendue.
Cas d'usage associés