Como conciliar ciclos e pagamentos no projeto Speed Queen

1. Separe recebimento financeiro de execução do serviço

A conciliação responde duas perguntas diferentes: o dinheiro foi creditado? E o ciclo pago começou na máquina certa? Um extrato bancário pode confirmar entrada sem mostrar o uso do equipamento; um log de máquina pode mostrar um ciclo sem revelar a liquidação ou uma devolução. Monte uma trilha que reúna as fontes e permita localizar o mesmo evento nos dois lados. Autax/Speed Queen — ficha SSG030-050.

Defina um ID comum para a operação. Pode ser TXID do Pix, referência do provedor ou ID de sessão, conforme a integração. A tabela precisa mapear esse identificador para a unidade e o ciclo. Não use apenas data e valor como chave, porque mais de uma operação pode ocorrer ao mesmo tempo com quantia igual. O Banco Central recomenda integração dos sistemas para empresas que automatizam recebimentos Pix.

Se o sistema atual não oferece um ID comum, registre a limitação e pergunte ao integrador como cruzar os dados. Um método manual por horário pode servir para triagem, mas não deve ser apresentado como conciliação completa. Evite armazenar dados pessoais desnecessários; trabalhe com identificadores operacionais e informações financeiras que o contrato do provedor permite acessar. Banco Central — Pix Cobrança.

2. Defina colunas antes de abrir a loja

Uma tabela de conciliação pode conter data/hora; ID da cobrança; ID da transação financeira; loja; número da máquina; modelo/serial quando necessário; ciclo ou serviço; valor esperado; valor confirmado; status do provedor; autorização enviada; início registrado; conclusão; estorno; responsável e evidência. Não invente nomes de campos da API; use o que o provedor realmente expõe e guarde o dicionário de dados.

A descrição de cada coluna precisa ser consistente. “Pago” deve significar que a fonte financeira confirmou crédito, não que o cliente exibiu uma tela. “Liberado” deve significar que o controlador recebeu autorização. “Iniciado” deve ter um evento técnico definido. “Concluído” pode significar encerramento normal do ciclo, conforme o equipamento disponibilizar. Registre o horário e a origem do estado. Manual de Padrões Pix.

O Banco Central descreve TXID e confirmação em exemplos de QR Pix, mas o formato concreto usado pela lavanderia depende do PSP e da implementação. Peça um relatório de teste anonimizado e confirme como localizar a cobrança em API, painel ou extrato. Não pressupõe que o controlador Speed Queen armazene todos esses campos; o software de gestão pode fazer o vínculo externo.

3. Faça um exemplo de uma operação sem valores inventados

Considere uma linha didática: cobrança “C”; valor definido pela configuração; máquina “M2”; autorização “A”; ciclo “iniciado”; resultado “concluído”. O objetivo é que o mesmo identificador ligue C, M2 e A e apareça no registro do ciclo. Se o relatório financeiro mostrar C como pago e o equipamento não registrar início, a divergência fica visível. Isso é um exemplo estrutural, não um registro real ou promessa de que toda plataforma exporta essas colunas.

Em uma rotina diária, filtre por estados sem par: pago sem autorização; autorização sem pagamento confirmado; máquina liberada sem ciclo; ciclo sem transação; valor diferente; estorno sem evento de cancelamento; e duplicidade. Cada linha divergente vira uma investigação com responsável e prazo. Não some um valor divergente como receita operacional até entender o estado e evitar dupla contagem.

Quando a operação usar QR Code estático compartilhado, verifique se o ID consegue distinguir pagamentos concorrentes. O BCB informa que um QR estático com mesmo TXID tem conciliação simplificada e não comporta tratamento completo de transações paralelas no cenário descrito. Isso não significa que toda configuração estática falhe; significa que o projeto precisa mostrar como controla a associação máquina-pagamento.

4. Trate exceções como estados, não como erro genérico

Use estados operacionais que indiquem o próximo passo: aguardando confirmação; confirmado; expirado; duplicado; autorizado; ciclo iniciado; ciclo interrompido; concluído; cancelamento solicitado; estorno pendente; estornado; ou divergência em análise. A nomenclatura deve acompanhar o que os sistemas realmente reportam. Se o fornecedor usa outros códigos, guarde a tabela de tradução e não apague o estado bruto recebido.

Para “pago sem ciclo”, confirme o ID no provedor, localize a máquina e peça diagnóstico ao integrador. Para “ciclo iniciado sem confirmação”, verifique se houve atraso de webhook ou operação manual. Para “valor divergente”, confira configuração e cobrança. Para “estorno”, registre autorização, prazo informado e crédito efetivo. Nenhuma destas categorias, sozinha, conclui fraude ou falha; são pontos de triagem.

Crie um procedimento de escalonamento por parte: pagamento para o provedor; associação de ID e autorização para o integrador; comportamento do controlador para o fabricante/distribuidor; atendimento ao cliente para a loja. Um ticket precisa carregar o mesmo ID e horário, de modo que cada equipe fale da mesma transação. Evite enviar credenciais ou dados de cliente em conversas desnecessárias.

5. Faça fechamento com fontes e período definidos

Escolha uma janela diária de fechamento e compare total de recebimentos com operações iniciadas e estornos em aberto. A diferença de totais é um alerta, não um diagnóstico. Compare operações individuais quando houver IDs. Registre data de extração, período, sistema consultado e quem revisou. Se a plataforma receber dados com atraso, compare janelas compatíveis e mantenha itens pendentes no relatório do dia seguinte.

O registro deve distinguir crédito efetivo, cobrança autorizada, ciclo iniciado e receita contabilizada. Uma transação paga e estornada não pode continuar na receita líquida sem ajuste. Uma cobrança pendente não é recebimento final. O fluxo exato e os prazos de liquidação vêm do contrato do provedor; não foi encontrado prazo universal aplicável à integração Speed Queen.

Se a loja tiver muitos equipamentos, automatize somente depois de definir origem de verdade e tratamento de exceções. Uma rotina automática que conta webhooks duplicados sem idempotência pode superestimar entradas. Peça ao integrador como impede processar o mesmo evento mais de uma vez e como reprocessa mensagens atrasadas. Teste com cenários simulados autorizados antes de confiar no fechamento.

6. Valide a trilha entre máquina, Pix e relatório

Combine um teste em cada máquina, use ambiente de homologação ou procedimento comercial aprovado e confirme que o ID acompanha a cobrança até o relatório de ciclo. Faça também caso cancelado, pendente e estornado. Guarde a tela de recebedor e registro de máquina com o mesmo identificador. Se os relatórios usam IDs diferentes, obtenha a tabela de mapeamento ou documento de integração.

A ficha Speed Queen/Autax de algumas famílias cita formas de pagamento; a página de Insights descreve relatórios de negócio e dados de uso. Nenhuma delas especifica o esquema de conciliação do SKU brasileiro da sua proposta. Teste com os fornecedores envolvidos e solicite documentação escrita. O Banco Central orienta que empresas verifiquem a integração de seus sistemas com Pix, mas não certifica a interface do controlador. Speed Queen Insights.

Defina aceite mínimo: cada transação está ligada a uma única máquina; o estado financeiro aparece; eventos atrasados ou repetidos não geram liberações duplicadas; cancelamentos são rastreáveis; e a equipe consegue abrir chamado com o ID. Se um requisito não puder ser testado, registre-o como pendente e identifique quem o resolverá.

7. Preserve histórico sem transformar relatório em prova absoluta

Guarde arquivo exportado, origem, período, versão do software e quem gerou. Proteja acessos e defina retenção conforme políticas e obrigações da empresa. Não sobrescreva arquivos originais com planilhas corrigidas; mantenha uma versão de trabalho e anote ajustes. Isso permite reconstruir o que o sistema reportou e distinguir dado bruto de cálculo gerencial.

Audite amostra de operações contra extrato e evento de máquina, além das exceções. Se um ID estiver ausente, registre a lacuna e solicite suporte. A conciliação reduz a dúvida operacional, mas não é auditoria contábil independente nem prova de que a transação foi feita por pessoa específica. Para obrigação fiscal ou disputa, consulte contador e documentação contratual.

Ao escolher o sistema, peça os campos exportáveis, API, limite de consulta, periodicidade e política de acesso. Se a loja trocar de provedor ou controlador, planeje exportação histórica. A Autax pode esclarecer a configuração de equipamento Speed Queen; um integrador e o PSP precisam responder pela trilha de pagamentos. A Mentoria SPL pode apoiar a rotina de gestão, sem substituir suporte financeiro ou técnico.

Crie uma rotina para fechar o dia e reabrir exceções

No fechamento, compare operações do período com transações recebidas e eventos de máquina. Guarde totais e exceções; não force ajuste para que os números coincidam. Uma divergência pode resultar de horário, atraso de comunicação, estorno, transação em duplicidade ou vínculo não registrado. Cada hipótese precisa de uma evidência antes de ser encerrada.

Defina responsável pela fila de exceções e prazo interno para primeira análise. Para cada caso, mantenha ID, hora, loja, unidade, status financeiro, status do ciclo, contato com provedor e desfecho. Se o sistema não exporta um desses dados, anote a limitação e solicite ao integrador uma alternativa documentada.

Não substitua registro bruto por planilha corrigida. Preserve o arquivo original, faça uma cópia de trabalho e anote cada ajuste, motivo e pessoa que o aprovou. A versão final deve permitir refazer a conciliação e explicar diferenças sem depender da memória da pessoa que fechou o caixa.

Revise padrões de erro por máquina, período e meio de pagamento. Uma recorrência pode justificar revisão técnica ou contratual, mas não prova sozinha a causa. Envie uma amostra com dados sensíveis minimizados ao fornecedor e peça suporte com os identificadores necessários.

Perguntas frequentes