Verifique a energia
Confirme a alimentação estável e inspecione os conectores e danos no chicote.
Leitor de cartão off-line
Por que o leitor de cartão da máquina de venda automática está offline?
Não substitua o leitor primeiro. Um leitor off-line pode ser uma fonte de alimentação, rede, SIM, antena, chicote MDB, leitor, host de pagamento ou problema de back-end. Verifique as cinco camadas em ordem e registre o que a máquina e a plataforma de pagamento realmente mostram.
PoderRedeMDB arnêsLeitor + back-end
Fatos principais
O que saber antes de substituir o leitor.
Cinco camadas
Energia, rede/SIM, chicote MDB, leitor/host de pagamento e back-end.
Sinais separados
Leitor online não é o mesmo que máquina online ou entrega de evento.
Foto primeiro
Fotos da máquina, do controlador, do chicote, do leitor e da antena aceleram o diagnóstico.
Sem adivinhar
Não adivinhe a tensão ou a pinagem; use a documentação do controlador e do leitor.
A correção depende da camada real. Confirme o sinal de falha antes de substituir o hardware.
Diagnóstico de cinco camadas
O que cada camada offline lhe diz.
Verifique da máquina para fora. Uma camada que parece saudável ainda pode ocultar uma falha posterior.
| Camada | O que verificar | O que isso te diz | Próxima ação |
|---|---|---|---|
| Poder | Capa do leitor, conectores, alimentação, chicote danificado. | Se o leitor tem energia estável. | Repare a alimentação ou os conectores com pessoal qualificado. |
| Rede/SIM | SIM, plano de dados, antena, cobertura do site. | Se o leitor pode acessar o host de pagamento. | Corrija a cobertura, o SIM ou o posicionamento da antena. |
| MDB / controlador | Chicote, conector, caminho sem dinheiro do controlador. | Se a máquina e o leitor podem trocar os sinais esperados. | Revise a documentação da fiação e do controlador. |
| Leitor/host de pagamento | Firmware, configuração do comerciante, interrupção do host. | Se o próprio leitor ou o host estão falhando. | Verifique o status do leitor e do provedor. |
| Back-end / telemetry | Resultado da venda, eventos de falha, hora da última visualização. | Se a máquina está reportando corretamente. | Defina um caminho de dados separado, se necessário. |
Esta é uma estrutura de diagnóstico, não uma garantia de que cada leitor ou controlador exponha o mesmo status.
Adequação do projeto
Para operadores e técnicos que diagnosticam um leitor off-line
Sinais de necessidade
- Um leitor de cartão fica off-line enquanto a máquina ainda funciona.
- Os pagamentos falham intermitentemente ou apenas em um site.
- A máquina funciona, mas nenhum dado de vendas chega ao backend.
- Um leitor foi substituído, mas o estado offline retornou.
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
- Você precisa de um adquirente de pagamento em vez de um diagnóstico do lado da máquina.
- A máquina não possui leitor, controlador ou informações de fiação.
- Você espera uma solução garantida sem verificar o site.
Modelo de integração
Separe a integridade do leitor da integridade da máquina e do back-end
O leitor pode estar online enquanto a máquina não tem resultado de venda, ou a máquina pode estar online enquanto o leitor não consegue acessar o host de pagamento. Trate cada camada como um sinal separado.
- Camada 1
- Comportamento de inicialização de alimentação, conector e leitor
- Camada 2
- SIM, antena, cobertura celular e host de pagamento
- Camada 3
- MDB chicote, caminho do controlador e condição do conector
- Camada 4
- Firmware do leitor, configuração do comerciante e status do host de pagamento
Fluxo de trabalho
Das fotos da máquina ao fluxo testado.
Verifique a rede
Confirme o SIM, o plano de dados, o posicionamento da antena e a cobertura do site.
Verifique MDB e leitor
Inspecione o chicote e confirme o caminho sem dinheiro do controlador.
Verifique o host de pagamento e o back-end
Separe o status do leitor do resultado da venda e da entrega telemetry.
Registrar e escalar
Capture fotos, códigos de status, carimbos de data/hora e localização do site.
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", "reader", "last_seen", "fault"]
}
Projeto RFQ
Conte o que a máquina precisa fazer, enviar ou reportar.
Envie o modelo da máquina, fotos do controlador e do leitor, foto do SIM/antena, país do site e o que significa 'offline' em seu painel.
Uma boa primeira mensagem
Se a interface não estiver clara, envie o que tiver. Fotos costumam ajudar mais que uma descrição longa.
- Tipo de máquina e país
- Foto da máquina, placa ou fiação
- Ação após pagamento ou comando API
- Precisa enviar dados? quantidade estimada?
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.
Devo substituir o leitor primeiro?
Geralmente não. Verifique a alimentação, a rede, o chicote MDB, a configuração do leitor e o status do back-end antes de substituir o hardware.
Um leitor pode estar online enquanto a máquina está offline?
Sim. A conectividade do leitor, o controle da máquina e a entrega de eventos de back-end são camadas separadas.
Quais fotos devo enviar?
Frente da máquina, etiqueta do controlador, conector MDB, modelo do leitor, área da antena/SIM e qualquer tela de erro.
QuLink pode adicionar um caminho de status independente?
Onde a máquina expõe uma interface utilizável, uma placa do lado da máquina pode relatar status, falhas ou pulsação ao seu back-end.
Isso se aplica a todos os leitores de cartão?
A lista de verificação é genérica; as etapas exatas dependem do leitor, controlador e host de pagamento.
Casos relacionados