Capture a máquina
Frente da máquina, etiqueta do controlador, chicote MDB, conector, leitor e placa de modelo.
MDB seleção de gateway
Como você escolhe um gateway MDB para uma máquina de venda automática?
Escolha um gateway MDB pelo controlador, caminho de pagamento, dados necessários e quem possui o back-end, não apenas pelo preço da placa. Confirme a versão MDB e o comportamento sem dinheiro em uma máquina antes da implementação.
MDB meta 4.2/4.3API + telemetryValidação de amostraBack-end próprio
Fatos principais
O que decidir antes de comparar gateways MDB.
Controlador primeiro
MDB 4.2/4.3 é o caminho alvo sem dinheiro; comportamento mais antigo ou personalizado precisa de revisão.
Propriedade do pagamento
Decida se o pagamento QuLink QR ou seu próprio leitor, PSP, ou carteira autoriza a venda.
Escopo de dados
Heartbeat, resultado de venda, falhas e telemetry são possíveis quando expostos; o estoque não é garantido.
Prova de implementação
Validar uma máquina antes de uma frota; não escolha um gateway apenas com base no nome do modelo.
Amostra pendente: tempo MDB exato, mapeamento de venda, tempo limite e comportamento do resultado são confirmados na máquina real.
Gateway vs placa vs leitor
O que você está realmente selecionando?
O rótulo importa menos que o trabalho. Um gateway, uma placa sem dinheiro, um leitor e uma ponte de dados resolvem diversos problemas.
| Opção | Melhor para | O que isso faz | O que confirmar |
|---|---|---|---|
| MDB porta de entrada | API ou controle de servidor mais eventos MDB. | Mapeia comandos e eventos entre seu back-end e o controlador de venda. | Versão MDB, caminho sem dinheiro, esquema de evento e mapeamento de resultados. |
| MDB quadro sem dinheiro | Autorização de pagamento dentro de uma máquina existente. | Envia a autorização cashless; o controlador decide se dispensa. | Leitor ou PSP, fluxo de autorização e resultado da venda. |
| Substituição do leitor de cartão | Apenas um problema de leitor ou de rede. | A aprovação acontece no leitor; não pode adicionar dados de máquina independentes. | Suporte ao leitor, host de pagamento e contrato. |
| Apenas ponte de dados | Telemetry sem alterar o pagamento. | Lê status, falhas ou uso sem autorizar uma venda. | Interface disponível, taxa de pesquisa e campos. |
Um projeto pode combinar v?rias fun??es. Escolha pelo trabalho necess?rio e confirme o perfil exato em uma amostra.
Adequação do projeto
Para equipes que precisam de controle ou dados do lado da máquina MDB
Sinais de necessidade
- Operadores adicionando API controle, comportamento sem dinheiro ou telemetry a uma máquina MDB existente.
- Aplicativos de pagamento ou PSPs que precisam de autorização do lado da máquina e caminho de resultado.
- Integradores de sistemas mapeando MDB eventos, resultados de vendas ou falhas em um back-end.
- OEMs de máquinas que precisam de um perfil de integração MDB repetível.
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ê só precisa de uma conta de aquisição de pagamento e nenhuma ação no lado da máquina.
- O controlador não possui caminho MDB utilizável e não pode ser avaliado a partir de fotos.
- Não há informações sobre máquina, controlador, leitor ou fiação para uma amostra.
Modelo de integração
O gateway mapeia o trabalho entre seu back-end e o controlador
QuLink traduz comandos do servidor ou aprovação de pagamento em comportamento sem dinheiro MDB e retorna o resultado disponível. O controlador ainda possui comportamento de distribuição e segurança.
- Interface da máquina
- MDB caminho sem dinheiro, controlador de venda automática, relé opcional ou auxiliares seriais
- Lado do servidor
- API comando, webhook evento, retorno de chamada de pagamento, telemetry
- Dados retornados
- referência de pagamento, vend.result, falha, tempo limite, status online quando exposto
- Modo de projeto
- seleção de gateway, integração API, telemetry piloto, controlador OEM
Fluxo de trabalho
Das fotos da máquina ao fluxo testado.
Defina o trabalho
Escreva uma frase: o que o gateway deve autorizar, acionar ou reportar?
Mapeie a interface
Confirme a versão MDB, caminho sem dinheiro, formato do comando, campos de resultado e comportamento de falha.
Teste uma máquina
Valide autorização, distribuição, resultado ou tempo limite, reconecte e entrega de dados antes da implementaçã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.
POST /v1/devices/MDB-77/commands
{
"command": "dispense",
"source": "payment_callback",
"reference_id": "PAYMENT-REFERENCE",
"machine_action": {
"interface": "mdb_cashless",
"slot": "B04"
}
}
Projeto RFQ
Conte o que a máquina precisa fazer, enviar ou reportar.
Envie o modelo da máquina, controlador e fotos do chicote MDB, leitor atual ou PSP, ação alvo, requisitos de dados e quantidade 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
Perguntas comuns antes de um teste de amostra.
Um gateway MDB é o mesmo que um leitor de cartão?
Não. Um leitor aprova o pagamento; um gateway MDB mapeia comandos do servidor ou aprovação de pagamento para o caminho sem dinheiro do controlador MDB e pode retornar eventos da máquina.
Precisamos de um gateway se já tivermos um leitor de cartão?
Nem sempre. Um gateway é útil quando você precisa de controle API, um caminho de dados independente, telemetry, ou um retorno de chamada de resultado que o leitor atual não fornece.
Podemos manter nosso próprio provedor de pagamento?
Sim. Sua PSP, carteira ou aplicativo pode confirmar o pagamento primeiro e depois chamar o comando ou retorno de chamada da máquina. QuLink não é o adquirente.
Quais dados o gateway pode retornar?
Pulsação, resultado da venda, tempo limite, falha, status do dispositivo e telemetry quando o controlador os expõe. O estoque em nível de produto não é garantido.
O que devemos enviar primeiro?
Modelo da máquina, controlador e MDB fotos, leitor ou PSP detalhes, ação alvo, dados necessários e quantidade esperada.
Casos relacionados