enviar fotos de la maquina
Frente de la máquina, placa controladora, etiqueta del modelo, conectores y cualquier módulo lector o de red existente.
Monitoreo remoto de ventas
¿Cómo agrego monitoreo remoto a una máquina expendedora existente?
Utilice esta guía cuando el controlador de venta deba permanecer en su lugar, pero necesite visibilidad del estado en línea, los resultados de la venta, las fallas y el uso. La interfaz de la máquina y las señales disponibles se confirman en una muestra.
4G telemetryMDB / eventos en serieAlertas de fallaPropio backend
Datos clave
Qué saber antes de agregar monitoreo remoto.
Mantenga el controlador
El controlador de venta existente puede permanecer cuando expone una fuente de datos utilizable.
Cuatro señales útiles
Estado en línea, resultados de ventas, fallas y datos de uso o sensores.
Propio backend
Los datos pueden ir a su API, panel de control o flujo de trabajo de mantenimiento.
Muestra primero
Confirme las señales disponibles y vuelva a conectar el comportamiento en una máquina.
Muestra pendiente: los eventos disponibles, la tasa de sondeo, el almacenamiento en búfer y el comportamiento de reconexión dependen del controlador y del perfil de hardware.
Capas de monitoreo
Qué puede informar la monitorización remota.
Comience con la decisión operativa, no con todos los sensores posibles.
| capa | Datos típicos | Que confirmar | Lo que no está garantizado |
|---|---|---|---|
| Disponibilidad | Latido del corazón, visto por última vez, en línea/fuera de línea. | Red, SIM, alimentación, comportamiento de reconexión. | Cobertura en el sitio exacto. |
| Eventos de ventas | Venta exitosa, falla, tiempo de espera, referencia de pago. | Disponibilidad de eventos del controlador y mapeo de campos. | Inventario a nivel de producto o planograma. |
| Eventos de servicio | Fallos, caídas del lector, alarmas del controlador. | Definiciones de señales y enrutamiento de alertas. | Un motivo de falla que el controlador no expone. |
| Uso / sensores | Pulso, medidor, puerta, temperatura o entrada personalizada. | Tipo de sensor, calibración y tasa de sondeo. | Datos del sensor no instalados en la máquina. |
Un piloto de seguimiento confirma lo que la máquina realmente puede informar; no reemplaza un controlador completo ni una plataforma de pago.
Ajuste del proyecto
Para operadores que agregan visibilidad sin reemplazar el controlador
Señales de necesidad
- Máquinas expendedoras existentes que deberían mantener el controlador actual.
- Operadores que necesitan estado en línea, resultados de ventas o alertas de fallas.
- Equipos que envían telemetry a su propio API, panel de control o flujo de trabajo de mantenimiento.
- Proyectos que necesitan un pequeño piloto antes del lanzamiento de una flota.
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
- La máquina no expone ninguna fuente de datos utilizable y no puede instrumentarse.
- Necesita una plataforma completa de control remoto en lugar de datos del lado de la máquina.
- No existe un backend ni un proceso operativo para recibir alertas.
Modelo de integración
Una ruta de datos del lado de la máquina, no un portal de monitoreo cerrado
QuLink agrega conectividad y una ruta de datos al controlador existente, luego envía el estado o los eventos disponibles a su backend. Tú conservas el controlador y eliges adónde van los datos.
- Interfaz de máquina
- MDB eventos, serie/RS485, estado del relé, entrada de pulso, entrada de sensor
- Conectividad
- Celular 4G, SIM, antena; opción de red local donde esté disponible
- Datos devueltos
- latido del corazón, en línea/fuera de línea, resultado de la venta, falla, uso, valor del sensor
- Modo proyecto
- piloto de monitoreo, modernización del puente de datos, integración del tablero, OEM telemetry
Flujo de trabajo
De las fotos de la máquina al flujo probado.
Mapear los puntos de datos
Confirme qué eventos están disponibles y con qué frecuencia deben enviarse.
Conecte su servidor
Defina la carga útil webhook o API, la identidad del dispositivo, la política de reintento y los campos del panel.
Probar una máquina
Verifique la detección en línea/fuera de línea, eventos de venta, fallas, almacenamiento en búfer y comportamiento de reconexió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.
GET /v1/devices/VEND-ID-12/status
{
"include": ["online", "last_seen", "vend.result", "fault"]
}
Proyecto RFQ
Cuéntanos qué debe hacer, enviar o reportar la máquina.
Envíe el modelo de la máquina expendedora, fotografías del controlador, red existente o configuración del lector, los eventos que necesita y el panel de destino o API.
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.
¿Puedo agregar monitoreo remoto sin reemplazar el controlador de venta?
A menudo sí, cuando el controlador expone MDB eventos, datos en serie/RS485, estado del relé, recuentos de pulsos o entradas de sensores. Las señales disponibles se confirman en una muestra.
¿Necesito un lector de tarjetas para monitorear la máquina?
No. El monitoreo remoto puede ser independiente del lector de pagos. Si un lector está presente, su estado o eventos podrán incluirse cuando los exponga.
¿Qué datos puede reportar una máquina expendedora?
Los proyectos típicos informan el estado en línea/fuera de línea, la última vez que se vio, resultados de venta, fallas y eventos de uso. Los datos de la puerta, la temperatura, el pulso o el medidor dependen de la máquina y los sensores.
¿Pueden los datos ir a nuestro propio backend?
Sí. QuLink puede enviar webhook o API eventos a su propio backend; Los nombres de los campos, la frecuencia y los reintentos se definen por proyecto.
¿Qué debemos enviar primero?
Modelo de máquina, fotografías del controlador, conectividad existente o configuración del lector, los eventos que necesita y el panel de destino o API.
Casos relacionados