Captura la máquina
Frente de la máquina, etiqueta del controlador, arnés MDB, conector, lector y placa de modelo.
MDB selección de gateway
?C?mo se elige un gateway MDB para una m?quina expendedora?
Elija una gateway MDB según el controlador, la ruta de pago, los datos necesarios y quién es el propietario del backend, no solo por el precio de la placa. Confirme la versión MDB y el comportamiento sin efectivo en una máquina antes del lanzamiento.
MDB 4.2/4.3 objetivoAPI + telemetryValidación de muestrasPropio backend
Datos clave
Qué decidir antes de comparar MDB puertas de enlace.
Controlador primero
MDB 4.2/4.3 es el camino objetivo sin efectivo; el comportamiento antiguo o personalizado necesita revisión.
Propiedad del pago
Decide si el pago QuLink QR o tu propio lector, PSP o tu billetera autoriza la venta.
Alcance de los datos
Los latidos, el resultado de la venta, las fallas y telemetry son posibles cuando se exponen; El inventario no está garantizado.
Prueba de implementación
Validar una máquina ante una flota; No elija una gateway únicamente por el nombre del modelo.
Muestra pendiente: el tiempo MDB exacto, el mapeo de ventas, el tiempo de espera y el comportamiento de los resultados se confirman en la máquina real.
Gateway vs placa vs lector
¿Qué estás seleccionando realmente?
La etiqueta importa menos que el trabajo. Una gateway, un tablero sin efectivo, un lector y un puente de datos resuelven diferentes problemas.
| Opción | Lo mejor para | que hace | Que confirmar |
|---|---|---|---|
| MDB gateway | API o control del servidor más MDB eventos. | Asigna comandos y eventos entre su backend y el controlador de venta. | MDB versión, ruta sin efectivo, esquema de eventos y mapeo de resultados. |
| MDB tablero sin efectivo | Autorización de pago dentro de una máquina existente. | Envía la autorización sin efectivo; el controlador decide si dispensar. | Lector o PSP, flujo de autorización y resultado de venta. |
| Reemplazo del lector de tarjetas | Sólo un problema de lector o de red. | La aprobación ocurre en el lector; no puede agregar datos de máquina independientes. | Soporte al lector, host de pago y contrato. |
| Solo puente de datos | Telemetry sin cambiar el pago. | Lee estados, fallas o uso sin autorizar una venta. | Interfaz disponible, tasa de encuesta y campos. |
Un proyecto puede combinar varios roles. Elija seg?n el trabajo que necesita y confirme el perfil exacto en una muestra.
Ajuste del proyecto
Para equipos que necesitan control o datos del lado de la máquina MDB
Señales de necesidad
- Operadores que agregan API control, comportamiento sin efectivo o telemetry a una máquina MDB existente.
- Aplicaciones de pago o PSP que necesitan una autorización del lado de la máquina y una ruta de resultados.
- Los integradores de sistemas asignan MDB eventos, resultados de ventas o fallas en un backend.
- OEM de máquinas que necesitan un perfil de integración MDB repetible.
Qué enviar
- Fotos de la máquina o placa actual
- Notas de interfaz o cableado
- Acción objetivo después de API o pago
- Si necesita carga de datos
No es adecuado si
- Solo necesita una cuenta de adquisición de pagos y ninguna acción por parte de la máquina.
- El controlador no tiene una ruta MDB utilizable y no se puede evaluar a partir de fotografías.
- No hay información de máquina, controlador, lector o cableado para una muestra.
Modelo de integración
La gateway asigna el trabajo entre su backend y el controlador
QuLink traduce los comandos del servidor o la aprobación de pagos en MDB comportamiento sin efectivo y devuelve el resultado disponible. El controlador todavía posee el comportamiento de dispensación y seguridad.
- Interfaz de máquina
- MDB ruta cashless, controlador de vending, relé opcional o auxiliares seriales
- Lado del servidor
- API comando, webhook evento, devolución de llamada de pago, telemetry
- Datos devueltos
- referencia de pago, resultado de venta, falla, tiempo de espera, estado en línea cuando se expone
- Modo proyecto
- selección de gateway, API integración, telemetry piloto, OEM controlador
Flujo de trabajo
De las fotos de la máquina al flujo probado.
Definir el trabajo
Escriba una oración: ¿qué debería autorizar, activar o informar la gateway?
Mapear la interfaz
Confirme la versión de MDB, la ruta sin efectivo, la forma del comando, los campos de resultados y el comportamiento de falla.
Probar una máquina
Valide la autorización, la dispensación, el resultado o el tiempo de espera, la reconexión y la entrega de datos antes de la implementación.
Ejemplo de API
Ejemplo de comando de servidor o webhook para una acción del lado de la máquina.
Los campos del comando dependen de la interfaz de la máquina, el perfil de firmware y si el pago o la aplicación activa la acción.
POST /v1/devices/MDB-77/commands
{
"command": "dispense",
"source": "payment_callback",
"reference_id": "PAYMENT-REFERENCE",
"machine_action": {
"interface": "mdb_cashless",
"slot": "B04"
}
}
Proyecto RFQ
Cuéntanos qué debe hacer, enviar o reportar la máquina.
Envíe el modelo de la máquina, el controlador y las fotografías del MDB arnés, el lector actual o PSP, la acción objetivo, los requisitos de datos y la cantidad esperada.
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
Preguntas habituales antes de un test de muestra.
¿Es lo mismo una gateway MDB que un lector de tarjetas?
No. Un lector aprueba el pago; una gateway MDB asigna comandos del servidor o la aprobación de pagos a la ruta sin efectivo MDB del controlador y puede devolver eventos de la máquina.
¿Necesitamos una gateway si ya tenemos un lector de tarjetas?
No siempre. Una gateway es útil cuando necesita API control, una ruta de datos independiente, telemetry o una devolución de llamada de resultado que el lector actual no proporciona.
¿Podemos mantener nuestro propio proveedor de pagos?
Sí. Su PSP, billetera o aplicación pueden confirmar el pago primero y luego llamar al comando del lado de la máquina o devolver la llamada. QuLink no es el adquirente.
¿Qué datos puede devolver la gateway?
Latido, resultado de venta, tiempo de espera, falla, estado del dispositivo y telemetry cuando el controlador los expone. El inventario a nivel de producto no está garantizado.
¿Qué debemos enviar primero?
Modelo de máquina, controlador y MDB fotografías, lector o PSP detalles, acción objetivo, datos requeridos y cantidad esperada.
Casos relacionados