Speed Queen e Pix: como confirmar a solução de pagamento oferecida

1. Separe receber Pix de controlar uma máquina

Uma chave Pix, QR Code ou Pix Copia e Cola permite iniciar uma cobrança, mas não demonstra que o controlador recebeu a confirmação nem que autorizou um ciclo. O caminho pode incluir uma instituição recebedora, sistema de gestão, integração com terminal e controlador. Pergunte quem recebe cada evento e qual deles autoriza a máquina. O Banco Central explica opções de recebimento e recomenda checar integração quando o negócio usa automação. Speed Queen Commercial Brasil — Controles Quantum. Autax — soluções para autosserviço.

A página oficial da Autax menciona controles e soluções Vended, e a ficha Touch de certas famílias lista opções de pagamento. Essas fontes não identificam integração Pix na máquina brasileira da cotação. “Pagamento por celular” também pode significar carteira, aplicativo ou código diferente de Pix. Peça que o fornecedor nomeie a forma de pagamento, o provedor e a interface em vez de aceitar um termo amplo.

Desenhe o caminho com os nomes das partes: cliente abre cobrança; QR identifica loja e, idealmente, máquina; pagador confirma no banco; recebedor reconhece a transação; sistema envia uma única autorização; controlador libera; evento fica registrado. Em cada seta, peça a especificação ou demonstração. Se uma parte for manual, marque o responsável e o risco de erro.

2. Entenda os limites do tipo de cobrança

O Manual de Padrões para Iniciação do Pix do Banco Central descreve QR Codes estáticos e dinâmicos. Para um QR estático fixo sem valor definido, a orientação menciona que a conciliação posterior pode ser simplificada e sem possibilidade de tratar pagamentos paralelos com o mesmo identificador de forma completa. Isso importa quando clientes pagam várias máquinas ao mesmo tempo. Pergunte ao provedor como a solução associa cada pagamento a um ciclo. Manual de Padrões Pix versão 2.10.0.

QR dinâmico e API Pix podem automatizar geração e consulta de cobrança conforme a solução implementada. O BC informa que a API pode facilitar geração de QR e conciliação. Isso não quer dizer que todo QR dinâmico esteja conectado à máquina ou que a API do PSP inclua comando ao controlador. A integração entre o recebimento e a liberação ainda precisa ser fornecida pelo sistema da lavanderia e testada.

Solicite a identificação usada para reconciliar: TXID, endToEndId, referência interna, serial, número da máquina ou ID de sessão, conforme a arquitetura contratada. Peça um exemplo de relatório anonimizado. Não copie identificadores reais de cliente para material público. Se a solução utiliza um QR por máquina ou cobrança, verifique como é gerado, atualizado e cancelado.

3. Defina que evento é considerado confirmação

Peça ao provedor para explicar qual evento é a prova de pagamento recebida pelo sistema da loja: resposta da API, webhook, consulta de extrato ou outro mecanismo. Defina quem monitora falha, tentativas e atraso. Um print do telefone do cliente não deve ser a única evidência automática para liberar ciclo sem política aprovada. O BC descreve validação manual em fluxos sem API, enquanto APIs podem automatizar comunicação; a implantação concreta depende dos participantes. Banco Central — Pix Cobrança.

Estabeleça a regra de liberação com o integrador: qual status e valor são exigidos, como identificar pagador/recebedor, como tratar valor diferente e como impedir reuso do evento. Confirme o comportamento de resposta lenta; não libere primeiro para “corrigir depois” sem controle. O serviço e o controlador precisam concordar sobre a máquina, o ciclo e o montante antes da autorização.

Não use palavras como “instantâneo” para prometer funcionamento sem interrupção. Um arranjo de pagamento e a comunicação entre sistemas podem ter estados pendentes, indisponibilidade ou atraso. Peça documentação do provedor sobre a janela de confirmação e a tela do cliente. Se o sistema não receber confirmação, a instrução de atendimento precisa explicar como o cliente pede verificação ou reembolso.

4. Vincule a cobrança a um ciclo e não apenas à loja

Cada pagamento deve apontar para a máquina ou sessão pretendida. Pergunte se o identificador fica vinculado antes de o cliente pagar e por quanto tempo; se a máquina pode ser escolhida após a confirmação; e se uma autorização expira. O mapa precisa continuar único quando há várias unidades simultaneamente. Um QR genérico de caixa pode receber dinheiro sem resolver qual máquina deve iniciar. orientação oficial sobre QR e API Pix.

Faça correspondência de valores. Se o ciclo custa um valor e o cliente paga outro, o sistema deve indicar se rejeita, solicita complemento ou permite uma decisão manual. Peça resposta para desconto, taxa, adicional e ciclo interrompido. Não use códigos estáticos compartilhados sem compreender o limite de conciliação. A solução escolhida deve documentar prevenção de duplicidade e expiração de cobrança.

Se houver mais de um ciclo disponível no mesmo painel, teste a seleção de cada máquina e confirme que o ID de operação aparece em todos os registros. Mantenha serial e número de posição sincronizados no sistema de pagamento e na loja física. Uma placa trocada ou máquina movida pode deixar etiqueta e terminal associados ao equipamento errado.

5. Simule atraso, duplicidade e ciclo não iniciado

Solicite um teste para cobrança pendente, paga em duplicidade, paga com valor divergente, paga depois da expiração, recusada, cancelada ou aprovada sem o ciclo começar. Para cada caso, documente se a máquina libera, se o cliente recebe mensagem, quem emite reembolso, qual prazo contratual e qual identificador acompanha o chamado. Não produza transações reais sem autorização e sem um método para estorno.

Uma cobrança que aparece no extrato mas não tem evento na máquina precisa ser conciliada pelo ID e horário. Uma máquina que libera sem pagamento é uma falha distinta. Um evento duplicado pode causar duas tentativas de liberação ou apenas uma cobrança; a solução precisa especificar o comportamento. Não presuma que o provedor, o integrador e o fabricante tenham visibilidade dos mesmos logs.

Registre a responsabilidade pelo contato: cliente fala com a lavanderia; gestor verifica o extrato e a máquina; provedor esclarece o status; integrador trata a comunicação com o controlador. O arranjo deve definir quando escalar para cada parte. Não prometa estorno imediato ou faça reembolso em conta diferente sem seguir a política e as regras do serviço contratado.

6. Faça um aceite com evidências por máquina

No recebimento, use a lista de unidades da proposta e faça uma transação de teste por máquina, em modo de homologação ou com procedimento autorizado. Anote data, máquina, modalidade, valor de teste, identificador e resultado: pagamento confirmado, autorização enviada, ciclo iniciado e registro financeiro. Depois verifique se o ID do teste aparece nos relatórios de sistema e do recebedor. Uma demonstração de outro equipamento não conta como aceite dessa unidade.

Inclua testes de troca de máquina, cancelamento e reinicialização de sessão, sem provocar queda de energia ou erro em operação real. Se não puder testar determinado caso, marque a limitação e peça documentação/ambiente de homologação. O integrador deve definir critérios de aprovação e plano de correção para estados divergentes. Faça o aceite junto de quem responde por máquina e pagamento.

Guarde contrato, versão de software, credenciais administrativas sob controle, logs de teste e mensagens de suporte. Se houver mudança de roteador, provedor, controlador ou terminal, repita os testes relevantes. Atualização de hardware pode afetar o vínculo entre máquina e cobrança. Uma ficha de aceite ajuda o próximo gestor a saber o que foi validado e qual alteração exige nova confirmação.

7. Perguntas que devem aparecer na proposta

Peça resposta escrita sobre: Pix estático ou dinâmico; API utilizada; conta de recebimento; TXID/IDs; identificação da máquina; regra de expiração; janela de confirmação; liberação e prevenção de duplicidade; fluxo sem internet; reembolso; taxas; suporte; dados e relatórios; testes; e integração com modelo e controlador brasileiros. Para cada recurso, solicite uma fonte e a parte responsável. Essa lista transforma “tem Pix” em uma especificação verificável.

O artigo não indica provedor de pagamento, não promete uma solução pronta e não interpreta um contrato específico. A página do BC informa aspectos do arranjo; só o vendedor e integrador podem confirmar compatibilidade da máquina ofertada. A página de suporte Speed Queen Brasil ajuda a localizar documentos da unidade, mas não publica prova de integração por SKU.

Ao decidir, considere se a equipe consegue operar a cobrança manual sem liberar ciclo indevido e como o cliente receberá atendimento em caso de pagamento sem execução. A Autax é o canal comercial brasileiro para orçamento Speed Queen. A implantação da operação e do atendimento pode ser organizada na Mentoria SPL; integração e pagamentos devem ser validados com seus prestadores. SPL indica fornecedores e não fabrica máquinas.

Prove que o QR identifica a operação pretendida

Antes de imprimir ou fixar um QR, confirme se ele identifica uma cobrança individual, uma máquina ou apenas a conta recebedora. Pergunte se o valor é informado pelo sistema ou pelo cliente, se o QR vence e se pode ser usado por mais de uma pessoa ao mesmo tempo. A resposta define a qualidade de conciliação; o desenho visual do código não revela o mecanismo.

Para QR dinâmico, confirme como o integrador cria uma cobrança, recebe a liquidação e liga o ID ao equipamento. Para QR estático, verifique se o modelo operacional aceita conciliação manual e como evita associar um depósito à máquina errada. O manual do BCB descreve opções de QR, mas a máquina e o software precisam demonstrar o vínculo em conjunto.

No teste de pagamento, confira valor e identificação do recebedor no aplicativo bancário antes de confirmar. Depois valide o registro no sistema da loja e o comando enviado. Não peça ao cliente que compartilhe senha, token ou tela com informações sensíveis para resolver o teste.

Quando a solução depende de API, peça ambiente de homologação e informação de quem responde por webhook ou consulta de cobrança. Uma falha de rede ou entrega de mensagem pode atrasar status. Defina prazo de reconciliação e canal de escalonamento para transações que permanecem pendentes.

Perguntas frequentes