MDB integración de venta

MDB máquina expendedora API puerta de enlace para máquinas controladas por servidor.

Utilice QuLink entre su máquina expendedora y su nube cuando la máquina utilice MDB, necesite control de venta remoto, activadores de devolución de llamada de pago, carga de telemetry o una ruta de actualización que no reemplace toda la máquina.

MDB manejo de protocolosComando de venta + resultadoTelemetry subirPago opcional QR
MDB máquina expendedora API placa de puerta de enlace

Datos clave

Qué saber antes de elegir una puerta de enlace MDB API.

MDB objetivo

MDB 4.2/4.3 es la ruta de destino; Las versiones anteriores necesitan revisión.

Capa de comando

Eventos de venta, estado, resultados y fallas entre su servidor y su controlador.

Propiedad del pago

Conserve su PSP, billetera o lector; QuLink maneja la acción del lado de la máquina.

Muestra primero

Una máquina confirma el tiempo, el mapeo y el comportamiento de los resultados.

Muestra pendiente: los mensajes MDB exactos, el mapeo de ventas, el tiempo de espera y el comportamiento de los resultados se confirman en la máquina.

MDB capas de control

Lo que añade una puerta de enlace MDB API.

Una pasarela no es un adquirente de pagos ni un reemplazo completo del controlador.

capaque haceQue confirmarLo que no reemplaza
MDB puerta de enlaceAsigna comandos y eventos entre el servidor y el controlador de venta.MDB versión, arnés, mapeo de eventos.Adquisición o liquidación de pagos.
tablero sin efectivoEnvía autorización a través de la ruta sin efectivo MDB.Lector/PSP, flujo de autorización, resultado de venta.Un control completo API.
Puente de datosEnvía estado, fallas o uso a su backend.Interfaz y campos disponibles.Autorización de pago.
ControladorPosee comportamiento de dispensación y seguridad.Documentación y muestra de la máquina.Un nuevo controlador o certificación de seguridad.

Los roles pueden superponerse. La muestra confirma qué combinación es estable para la máquina.

Ajuste del proyecto

Para máquinas expendedoras MDB controladas por servidor

Señales de necesidad

  • Operadores u OEM que construyen máquinas expendedoras, de café, de venta minorista inteligente o de gabinetes.
  • Software que necesita activar una venta, consultar el estado o recibir resultados de la venta.
  • Pagos que necesitan QR, devolución de llamada de billetera o aprobación de la aplicación antes de una acción de venta.
  • Proyectos que necesitan MDB manejo sin reconstruir el tiempo desde cero.

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

  • El controlador no tiene una ruta MDB utilizable y no se puede evaluar a partir de fotografías.
  • Necesita un adquirente de pagos en lugar de un control del lado de la máquina.
  • No hay información de máquina, controlador o cableado para una muestra.

Modelo de integración

Una capa de comando y evento entre el servidor y MDB

La placa QuLink se encuentra en el lado de la máquina, maneja la comunicación MDB y expone los flujos de comandos y eventos a su servidor.

Interfaz de máquina
MDB, cableado del controlador de venta, relé opcional o auxiliares en serie
Lado del servidor
API comando, webhook evento, telemetry devolución de llamada, referencia de pago
Acciones típicas
dispensar, iniciar_sesión, query_status, vend.result, machine.fault
Modo proyecto
muestra de modernización, implementación del operador, OEM personalización del controlador

Flujo de trabajo

De las fotos de la máquina al flujo probado.

Identificar la ruta MDB

Confirme si la máquina es estándar MDB, un controlador de gabinete, un controlador de café o un cableado de venta mixto.

Acciones de venta de mapas

Defina el espacio/producto, la autorización, la referencia de pago, el tiempo de espera y el informe de resultados.

Conectar eventos del servidor

Su backend recibe el estado en línea, el resultado de la venta, la alerta de falla y telemetry.

Probar una máquina real

Ejecute comandos de muestra en el hardware real antes de la implementación por lotes.

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

Proyecto RFQ

Cuéntanos qué debe hacer, enviar o reportar la máquina.

Envíe el modelo de la máquina expendedora, MDB fotos, fotos del tablero, flujo de trabajo de pago y la acción de venta que necesita.

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
Opcional: empresa, cantidad, interfaz y necesidades de datos

Un mensaje corto es suficiente. Normalmente respondemos en 24 horas.

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

FAQ

Preguntas habituales antes de un test de muestra.

¿Puede QuLink funcionar con una aplicación de pago existente?

Sí. Su aplicación de pago o servidor puede confirmar el pago primero y luego llamar a QuLink para activar la acción de venta MDB.

¿Necesitamos reemplazar todo el controlador de venta?

No siempre. Muchos proyectos comienzan como una puerta de entrada de modernización. OEM el reemplazo del controlador se puede evaluar cuando se necesita repetir la implementación.

¿Puede la placa cargar datos de venta?

Sí. QuLink puede informar el estado en línea del dispositivo, resultados de ventas, eventos de falla, registros de uso y telemetry a su servidor.

¿A qué versión MDB está dirigida?

MDB 4.2/4.3 es el perfil de destino. Las versiones anteriores y el comportamiento personalizado requieren revisión y una muestra de máquina real.

¿Qué debemos enviar primero?

Modelo de máquina, controlador y MDB fotos, flujo de trabajo de pago, acción de venta objetivo y los datos que necesita.

Enviar foto de máquina Enviar consulta del proyecto