Envie fotos da máquina
Frente da máquina, placa controladora, etiqueta do modelo, conectores e qualquer módulo de rede ou leitor existente.
Venda de monitoramento remoto
Como adiciono monitoramento remoto a uma máquina de venda automática existente?
Use este guia quando o controlador de vendas precisar permanecer no lugar, mas você precisar de visibilidade do status on-line, resultados de vendas, falhas e uso. A interface da máquina e os sinais disponíveis são confirmados em uma amostra.
4G telemetryMDB / eventos em sérieAlertas de falhaBack-end próprio
Fatos principais
O que saber antes de adicionar monitoramento remoto.
Mantenha o controlador
O controlador de venda existente pode permanecer quando expõe uma fonte de dados utilizável.
Quatro sinais úteis
Status on-line, resultados de vendas, falhas e dados de uso ou de sensores.
Back-end próprio
Os dados podem ir para seu API, painel ou fluxo de trabalho de manutenção.
Amostra primeiro
Confirme os sinais disponíveis e reconecte o comportamento em uma máquina.
Amostra pendente: eventos disponíveis, taxa de pesquisa, buffer e comportamento de reconexão dependem do controlador e do perfil de hardware.
Camadas de monitoramento
O que o monitoramento remoto pode relatar.
Comece com a decisão operacional, não com todos os sensores possíveis.
| Camada | Dados típicos | O que confirmar | O que não é garantido |
|---|---|---|---|
| Disponibilidade | Batimento cardíaco, visto pela última vez, online/offline. | Rede, SIM, energia, comportamento de reconexão. | Cobertura no local exato. |
| Eventos de vendas | Vend sucesso, falha, tempo limite, referência de pagamento. | Disponibilidade de eventos do controlador e mapeamento de campo. | Inventário ou planograma em nível de produto. |
| Eventos de serviço | Falhas, quedas do leitor, alarmes do controlador. | Definições de sinais e roteamento de alertas. | Um motivo de falha que o controlador não expõe. |
| Uso/sensores | Pulso, medidor, porta, temperatura ou entrada personalizada. | Tipo de sensor, calibração e taxa de pesquisa. | Dados do sensor não instalados na máquina. |
Um piloto de monitoramento confirma o que a máquina pode realmente reportar; ele não substitui um controlador completo ou uma plataforma de pagamento.
Adequação do projeto
Para operadores que adicionam visibilidade sem substituir o controlador
Sinais de necessidade
- Máquinas de venda automática existentes que deverão manter o controlador atual.
- Operadores que precisam de status on-line, resultados de vendas ou alertas de falhas.
- Equipes enviando telemetry para seu próprio API, painel ou fluxo de trabalho de manutenção.
- Projetos que precisam de um pequeno piloto antes da implantação da frota.
O que enviar
- Fotos da máquina ou placa atual
- Notas de interface ou fiação
- Ação alvo após API ou pagamento
- Se precisa de upload de dados
Não é adequado se
- A máquina não expõe nenhuma fonte de dados utilizável e não pode ser instrumentada.
- Você precisa de uma plataforma completa de controle remoto, em vez de dados do lado da máquina.
- Não há back-end ou processo operacional para receber alertas.
Modelo de integração
Um caminho de dados do lado da máquina, não um portal de monitoramento fechado
QuLink adiciona conectividade e um caminho de dados ao controlador existente e, em seguida, envia o status ou eventos disponíveis para o seu back-end. Você mantém o controlador e escolhe para onde vão os dados.
- Interface da máquina
- MDB eventos, serial/RS485, estado do relé, entrada de pulso, entrada do sensor
- Conectividade
- Celular 4G, SIM, antena; opção de rede local, quando disponível
- Dados retornados
- pulsação, on-line/off-line, resultado da venda, falha, uso, valor do sensor
- Modo de projeto
- piloto de monitoramento, retrofit de ponte de dados, integração de painel, OEM telemetry
Fluxo de trabalho
Das fotos da máquina ao fluxo testado.
Mapeie os pontos de dados
Confirme quais eventos estão disponíveis e com que frequência devem ser enviados.
Conecte seu back-end
Defina a carga útil webhook ou API, identidade do dispositivo, política de nova tentativa e campos do painel.
Teste uma máquina
Verifique a detecção on-line/off-line, eventos de venda, falhas, buffer e comportamento de reconexão.
Exemplo de API
Exemplo de comando de servidor ou webhook para uma ação no lado da máquina.
Os campos do comando dependem da interface da máquina, do perfil de firmware e de se o pagamento ou o aplicativo aciona a ação.
GET /v1/devices/VEND-ID-12/status
{
"include": ["online", "last_seen", "vend.result", "fault"]
}
Projeto RFQ
Conte o que a máquina precisa fazer, enviar ou reportar.
Envie o modelo da máquina de venda automática, fotos do controlador, rede existente ou configuração do leitor, os eventos que você precisa e o painel de destino ou 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
Perguntas comuns antes de um teste de amostra.
Posso adicionar monitoramento remoto sem substituir o controlador de venda automática?
Muitas vezes sim, quando o controlador expõe eventos MDB, dados seriais/RS485, estado do relé, contagens de pulso ou entradas de sensor. Os sinais disponíveis são confirmados numa amostra.
Preciso de um leitor de cartão para monitorar a máquina?
Não. O monitoramento remoto pode ser independente do leitor de pagamento. Se um leitor estiver presente, seu status ou eventos poderão ser incluídos quando ele os expor.
Quais dados uma máquina de venda automática pode relatar?
Projetos típicos relatam status on-line/off-line, horário da última visualização, resultados de vendas, falhas e eventos de uso. Os dados da porta, temperatura, pulso ou medidor dependem da máquina e dos sensores.
Os dados podem ir para nosso próprio back-end?
Sim. QuLink pode enviar eventos webhook ou API para seu próprio backend; nomes de campos, frequência e novas tentativas são definidos por projeto.
O que devemos enviar primeiro?
Modelo da máquina, fotos do controlador, conectividade existente ou configuração do leitor, os eventos que você precisa e o painel de destino ou API.
Casos relacionados