Pagamentos, comércio agêntico (AP2) e POS
Pagamentos com cartão, checkout agêntico e lojas ligados 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 rede do cartão e o emissor. O dinheiro e as taxas chegam depois, em ficheiros de liquidação que alguém precisa reconciliar com as vendas no seu ERP.
Quando lojas, checkouts em linha e o ERP sincronizam em lotes noturnos, o stock é vendido em excesso durante promoções e as diferenças de liquidação acumulam-se entre adquirentes. O checkout fica lento nos momentos de maior movimento. Agora os agentes de IA também estão a começar a comprar em nome dos clientes.
O que muda para si
Uma visão de stock e vendas
Vendas, devoluções, preços e stock em sincronia em todas as lojas, na loja em linha e no ERP, em tempo real e não durante a noite.
Liquidações que reconciliam
Ficheiros de liquidação e de taxas de cada adquirente reconciliados automaticamente com as vendas, com as diferenças listadas para a sua equipa.
Pronto para o comércio agêntico
Um checkout que aceita pagamentos de agentes de IA com um registo verificável do que o cliente autorizou.
O que entregamos
Conetividade com gateways, adquirentes e redes de cartões
Fluxos de autorização, captura, reembolso e estorno por ISO 8583, ISO 20022 ou pela API do fornecedor, 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 registam 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 num telefone ou tablet comum, ligados ao seu software de POS ou quiosque.
Processamento automatizado de ficheiros de liquidação
Ficheiros de liquidação e de taxas dos adquirentes recolhidos, validados, auditados e transformados em lançamentos que o seu ERP consegue reconciliar.
Sincronização em tempo real entre POS e ERP
Vendas, devoluções, preços, promoções e níveis de stock sincronizados entre cada loja e o ERP por uma camada de fluxo de eventos.
Tokenização e âmbito 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 âmbito PCI DSS.
Certificação e implementação
Roteiros de teste e evidências para a certificação de cada fornecedor, um piloto em algumas lojas e depois uma implementaçã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 equipas de finanças, loja e TI, e acordamos o âmbito.
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, tempos esgotados e reembolsos.
Certificar com o fornecedor
Executamos os casos de teste do fornecedor no ambiente de teste dele e corrigimos o que a certificação encontrar.
Piloto e depois implementação
Entramos em produção primeiro em algumas lojas ou canais, comparamos os totais diariamente e depois alargamos, loja a loja.
Monitorizar e dar suporte
Acompanhamos taxas de aprovação, ficheiros de liquidação e lançamentos das lojas, e tratamos mudanças de fornecedor conforme são anunciadas.
Role para o lado para ver o desenho completo.
Pagamentos com cartão: autorizados no caixa, liquidados depois, reconciliados no ERP
O terminal ou o checkout consulta o gateway, o gateway consulta o adquirente, e o adquirente encaminha para a rede do cartão e o emissor. Os ficheiros de liquidação chegam depois e são reconciliados com vendas e tarifas no ERP. Um timeout 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 em linha para Gateway de pagamento: Pedido 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 Rede 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: Ficheiros de liquidação e tarifas, por SFTP (assíncrono).
- De Camada de integração para ERP: Vendas liquidadas, tarifas e pagamentos, por REST/JSON (fluxo principal).
- De Gateway de pagamento para Terminal EMV ou checkout em linha: Sem resposta a tempo: estorno automático, por ISO 8583 0400 (caminho de exceção).
- De Camada de integração para Equipa 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 stock fluem de volta. Uma loja que fica sem ligação continua a vender e atualiza-se 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 fecho do dia, por uma fila de eventos, por REST/JSON (assíncrono).
- De Camada de integração para ERP: Vendas e movimentos de stock registados, 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 ficheiro, por REST/JSON (fluxo principal).
- De Camada de integração para Loja ou servidor em nuvem do POS: Atualizações de preço e stock, 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 Equipa de operações de loja: Ainda a falhar: alerta com os detalhes (caminho de exceção).
Padrões e protocolos
Nomear um produto ou fornecedor não significa uma parceria com ele.
- Linguagens
- Go
- Frameworks
- Node.js
- Dados e análises
- Apache Kafka
- Bases 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 retalho e centros comerciais multimarcas do Golfo, 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 stock para picos de venda relâmpago.
Como começar
Requisitos claros de fornecedores 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 em linha gratuita de pré-consultoria de 30 minutos: analisamos os seus objetivos, sistemas e restrições.
Avaliação de prontidão
Numa 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 o percurso adequado.
Escolha do percurso
Projetos com âmbito pronto recebem uma proposta vinculante em 3–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–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 robustecimento, aceitação e entrada em produção e, depois, serviços geridos. Após o lançamento vem um período de garantia e, depois, suporte e manutenção opcionais.
Equipas de produto nativas de IA
Pods geridos e multifuncionais de engenheiros seniores, equipados com harnesses de programação agêntica e de QA.
Projetos com resultado fixo e serviços geridos 24/7
Entrega com âmbito fixo e orientada a marcos, com responsáveis de entrega nomeados, e serviços geridos de aplicação 24 horas por dia sob governação de SLA.
Perguntas e respostas
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 si, podemos preparar o seu checkout para o AP2 junto com os fluxos atuais.
Como reduzem o nosso âmbito 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 aceites num telefone ou tablet compatível por meio de uma aplicação de pagamento certificado do seu adquirente ou fornecedor. Integramos essa aplicação aos seus fluxos de POS, vendas e liquidação como qualquer outro terminal.
O que acontece quando uma loja perde a ligação?
A loja continua a vender. As vendas são armazenadas localmente e enviadas ao ERP quando a ligação volta, cada uma com um identificador único para que nada seja lançado duas vezes. Se os pagamentos com cartão podem continuar offline depende das regras do seu adquirente e da sua tolerância a risco, e projetamos isso consigo.
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 equipa 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. Os nossos arquitetos os validam e devolvem uma proposta vinculante de âmbito fixo.
O que acontece a seguir
Avaliação de prontidão
Numa 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 o percurso adequado.
Proposta vinculante
Após validação de arquitetura sem custo, recebe uma proposta vinculante de âmbito fixo em 3–5 dias úteis: marcos, arquitetura, estrutura da equipa e SLAs. Assinamos um acordo de confidencialidade (NDA) consigo quando solicitado, antes de partilhar os seus requisitos.
Mobilização
Depois da assinatura, as nossas equipas de engenharia iniciam o Sprint 0 em 5–10 dias úteis após a assinatura do contrato.
Entrega em cinco etapas
Mobilização, sprints com demonstrações ao vivo, integração e robustecimento, aceitação e entrada em produção e, depois, serviços geridos. Após o lançamento vem um período de garantia e, depois, suporte e manutenção opcionais.