Pagamentos, comércio agêntico (AP2) e POS
Pagamentos com cartão, checkout agêntico e lojas conectados do terminal ao razão
Quando lojas, checkouts e o razão discordam
Um pagamento com cartão toca vários sistemas em poucos segundos: o terminal ou checkout, um gateway, o adquirente, a bandeira do cartão e o emissor. O dinheiro e as taxas chegam depois, em arquivos de liquidação que alguém precisa conciliar com as vendas no seu ERP.
Quando lojas, checkouts on-line e o ERP sincronizam em lotes noturnos, o estoque é vendido em excesso durante promoções e as diferenças de liquidação se acumulam entre adquirentes. O checkout fica lento nos momentos de maior movimento. Agora os agentes de IA também estão começando a comprar em nome dos clientes.
O que muda para você
Uma visão de estoque e vendas
Vendas, devoluções, preços e estoque em sincronia em todas as lojas, na loja on-line e no ERP, em tempo real e não durante a noite.
Liquidações que conciliam
Arquivos de liquidação e de taxas de cada adquirente conciliados automaticamente com as vendas, com as diferenças listadas para a sua equipe.
Preparado para o comércio agêntico
Um checkout que aceita pagamentos de agentes de IA com um registro verificável do que o cliente autorizou.
O que entregamos
Conectividade com gateways, adquirentes e bandeiras
Fluxos de autorização, captura, reembolso e estorno por ISO 8583, ISO 20022 ou pela API do provedor, com orquestração de múltiplos adquirentes e cada código de resposta tratado.
AP2 e checkout com mandato criptográfico
O AP2 é um protocolo aberto que permite a um agente de IA pagar em nome de um cliente. Mandatos assinados criptograficamente registram o que o cliente aprovou, e nós os integramos ao seu checkout.
Terminais EMV e SoftPOS
Terminais EMV com chip e por aproximação, e SoftPOS, que aceita cartões por aproximação em um telefone ou tablet comum, conectados ao seu software de POS ou quiosque.
Processamento automatizado de arquivos de liquidação
Arquivos de liquidação e de taxas dos adquirentes coletados, validados, auditados e transformados em lançamentos que o seu ERP consegue conciliar.
Sincronização em tempo real entre POS e ERP
Vendas, devoluções, preços, promoções e níveis de estoque sincronizados entre cada loja e o ERP por uma camada de fluxo de eventos.
Tokenização e escopo PCI DSS
Números de cartão substituídos por tokens e mantidos fora do seu POS e ERP, com uma visão escrita de quais sistemas permanecem no escopo PCI DSS.
Certificação e implantação
Roteiros de teste e evidências para a certificação de cada provedor, um piloto em algumas lojas e depois uma implantação loja a loja com totais diários comparados.
Como trabalhamos
Acompanhar uma venda
Acompanhamos uma venda do caixa ou checkout até o razão com as suas equipes de finanças, loja e TI, e acordamos o escopo.
Projetar a integração
Escolhemos os protocolos, a abordagem de tokenização e os fluxos de mensagens, e escrevemos a especificação de interface.
Construir e testar
Construímos os fluxos de pagamento, liquidação e POS com testes automatizados, incluindo recusas, timeouts e reembolsos.
Certificar com o provedor
Executamos os casos de teste do provedor no ambiente de teste dele e corrigimos o que a certificação encontrar.
Piloto e depois implantação
Entramos em produção primeiro em algumas lojas ou canais, comparamos os totais diariamente e depois implantamos loja a loja.
Monitorar e dar suporte
Acompanhamos taxas de aprovação, arquivos de liquidação e lançamentos das lojas, e tratamos mudanças de provedor conforme são anunciadas.
Role para o lado para ver o desenho completo.
Pagamentos com cartão: autorizados no caixa, liquidados depois, conciliados no ERP
O terminal ou o checkout consulta o gateway, o gateway consulta o adquirente, e o adquirente encaminha para a bandeira do cartão e o emissor. Os arquivos de liquidação chegam depois e são conciliados com vendas e tarifas no ERP. A ausência de resposta a tempo dispara um estorno para que o cliente nunca seja cobrado duas vezes.
- Fluxo principal
- Assíncrono
- Caminho de exceção
O fluxo em 8 etapas
O fluxo, etapa a etapa
- De Terminal EMV ou checkout on-line para Gateway de pagamento: Solicitação de autorização, por EMV · REST/JSON (fluxo principal).
- De Gateway de pagamento para Adquirente: Autorização, por ISO 8583 (fluxo principal).
- De Adquirente para Bandeira do cartão e emissor: Encaminhada ao emissor, por ISO 8583 (fluxo principal).
- De Adquirente para Gateway de pagamento: Aprovada ou recusada, por ISO 8583 (assíncrono).
- De Adquirente para Camada de integração: Arquivos de liquidação e tarifas, por SFTP (assíncrono).
- De Camada de integração para ERP: Vendas liquidadas, tarifas e repasses, por REST/JSON (fluxo principal).
- De Gateway de pagamento para Terminal EMV ou checkout on-line: Sem resposta a tempo: estorno automático, por ISO 8583 0400 (caminho de exceção).
- De Camada de integração para Equipe de operações de pagamentos: Divergência de liquidação ou chargeback (caminho de exceção).
Role para o lado para ver o desenho completo.
POS para ERP: cada venda lançada uma única vez
As vendas fluem dos caixas para o ERP como eventos, e preços e estoque fluem de volta. Uma loja que fica sem conexão continua vendendo e se sincroniza depois. Um lançamento que falha é repetido e depois entregue a uma pessoa.
- Fluxo principal
- Assíncrono
- Caminho de exceção
O fluxo em 8 etapas
O fluxo, etapa a etapa
- De Terminais POS para Loja ou servidor em nuvem do POS: Vendas, devoluções e cancelamentos (fluxo principal).
- De Loja ou servidor em nuvem do POS para Camada de integração: Eventos de venda e totais de fechamento do dia, por uma fila de eventos, por REST/JSON (assíncrono).
- De Camada de integração para ERP: Vendas e movimentos de estoque registrados, por OData · REST/JSON (fluxo principal).
- De ERP para Camada de integração: Preços, promoções e dados de itens, por API ou exportação de arquivo, por REST/JSON (fluxo principal).
- De Camada de integração para Loja ou servidor em nuvem do POS: Atualizações de preço e estoque, por REST/JSON (fluxo principal).
- De Camada de integração para Fila de novas tentativas: Falha no lançamento (caminho de exceção).
- De Fila de novas tentativas para Camada de integração: Repetido (caminho de exceção).
- De Fila de novas tentativas para Equipe de operações de loja: Ainda falhando: alerta com os detalhes (caminho de exceção).
Padrões e protocolos
Nomear um produto ou provedor não significa uma parceria com ele.
- Linguagens
- Go
- Frameworks
- Node.js
- Dados e análises
- Apache Kafka
- Bancos de dados
- Redis
- DevOps e observabilidade
- Kubernetes
- Normas e canais bancários
- ISO 20022
- Pagamentos
- ISO 8583
- EMV
- EMV 3-D Secure
- PCI DSS
Prova em produção
Para um grupo de varejo e shopping centers multimarcas do GCC, substituímos scripts em lote noturnos por sincronização em tempo real entre POS e ERP. Também unificamos pagamentos com múltiplos adquirentes com liquidação automatizada e construímos um serviço de reserva de estoque para picos de venda relâmpago.
Como começar
Requisitos claros de provedores e lojas vão direto para uma proposta. Uma nova plataforma de pagamentos ou um checkout agêntico normalmente começa no Blueprint Studio.
O que acontece a seguir
Sessão de pré-consultoria
Uma sessão on-line gratuita de pré-consultoria de 30 minutos: analisamos os seus objetivos, sistemas e restrições.
Avaliação de prontidão
Em uma avaliação de prontidão gratuita de 48 horas, um arquiteto principal verifica o seu projeto com a Definição de Prontidão em 6 pontos e recomenda a trilha adequada.
Escolha da trilha
Projetos com escopo pronto recebem uma proposta vinculante em 3 a 5 dias úteis. Projetos em estágio de conceito começam no Blueprint Studio. Um sistema em produção com falhas, não documentado ou que precisa de integração começa com um diagnóstico de 1 a 2 semanas. O Blueprint Studio e o diagnóstico têm cada um uma taxa fixa, cotada na proposta.
Entrega em cinco etapas
Mobilização, sprints com demonstrações ao vivo, integração e fortalecimento, aceitação e entrada em produção e, depois, serviços gerenciados. Após a entrada em produção vem um período de garantia e, depois, suporte e manutenção opcionais.
Equipes de produto nativas de IA
Pods gerenciados e multifuncionais de engenheiros seniores, equipados com harnesses de programação agêntica e de QA.
Projetos com resultado fixo e serviços gerenciados 24 horas por dia
Entrega com escopo fixo e orientada a marcos, com líderes de entrega nomeados, e serviços gerenciados de aplicação 24 horas por dia sob governança de SLA.
Perguntas e respostas
Vocês trabalham diretamente com ISO 8583?
Sim, quando o adquirente ou processador oferece. O ISO 8583 é um framework, não um único formato: cada adquirente publica a sua própria especificação de campos e tipos de mensagem. Construímos a partir dessa especificação, tratamos autorizações, estornos e mensagens de aviso e testamos cada código de resposta.
O que é o AP2 e precisamos dele agora?
O Agent Payments Protocol (AP2) é um protocolo aberto para pagamentos feitos por agentes de IA. Cada compra carrega mandatos assinados que mostram o que o cliente autorizou, para que comerciantes, emissores e adquirentes possam confiar e auditar. Se for provável que agentes de IA comprem de você, podemos preparar o seu checkout para o AP2 junto com os fluxos atuais.
Como vocês reduzem o nosso escopo PCI DSS?
Não podemos eliminar o PCI DSS, mas podemos reduzir quanto do seu parque de TI ele abrange. Páginas de pagamento hospedadas, criptografia ponto a ponto no terminal e tokens do gateway mantêm os números de cartão fora do seu POS, ERP e data warehouse. Documentamos os fluxos de dados para o seu avaliador.
Podemos aceitar cartões em telefones em vez de terminais?
Sim, com SoftPOS. Cartões e carteiras por aproximação são aceitos em um telefone ou tablet compatível por meio de um aplicativo de pagamento certificado do seu adquirente ou provedor. Integramos esse aplicativo aos seus fluxos de POS, vendas e liquidação como qualquer outro terminal.
O que acontece quando uma loja perde a conexão?
A loja continua vendendo. As vendas são armazenadas localmente e enviadas ao ERP quando a conexão volta, cada uma com um identificador único para que nada seja lançado duas vezes. Se os pagamentos com cartão podem continuar off-line depende das regras do seu adquirente e da sua tolerância a risco, e projetamos isso com você.
Vocês tratam reembolsos e contestações?
Sim. Reembolsos e estornos fazem parte dos fluxos de pagamento que construímos. Para contestações, importamos os relatórios de disputa do adquirente e vinculamos cada uma à venda e à liquidação originais. A sua equipe recebe uma lista para trabalhar, com as evidências anexadas.
Pronto para construir? Peça uma proposta.
Envie os seus requisitos ou o seu RFP. Nossos arquitetos os validam e retornam uma proposta vinculante de escopo fixo.
O que acontece a seguir
Avaliação de prontidão
Em uma avaliação de prontidão gratuita de 48 horas, um arquiteto principal verifica o seu projeto com a Definição de Prontidão em 6 pontos e recomenda a trilha adequada.
Proposta vinculante
Após validação de arquitetura sem custo, você recebe uma proposta vinculante de escopo fixo em 3 a 5 dias úteis: marcos, arquitetura, estrutura da equipe e SLAs. Assinamos um acordo de confidencialidade (NDA) com você quando solicitado, antes de você compartilhar os seus requisitos.
Mobilização
Depois da assinatura, nossos pods de engenharia iniciam o Sprint 0 em 5 a 10 dias úteis após a assinatura do contrato.
Entrega em cinco etapas
Mobilização, sprints com demonstrações ao vivo, integração e fortalecimento, aceitação e entrada em produção e, depois, serviços gerenciados. Após a entrada em produção vem um período de garantia e, depois, suporte e manutenção opcionais.