ARMY / T2Pay
STATUS TÉCNICO & CERTIFICAÇÃO
19 OUT 2026
Engineering readiness report

Integração preparada.
Certificação pendente.

Visão executiva da maturidade técnica do SDK T2Pay em Android e iOS, dos limites da simulação e dos próximos gates para integração financeira real.

Dependência externa crítica: PSP e sandbox oficial
Mensagem central: os dois sistemas usam uma fronteira independente de PSP (provider-neutral) e simulam aprovação, recusa, timeout e reconciliação. Isso valida o comportamento da orquestração, não a compatibilidade com um PSP real nem uma certificação financeira.
23/23
Testes unitários Android SDK
13/13
Testes da amostra Android
3/3
Testes instrumentados em emulador
11
Casos XCTest iOS definidos, não executados

01 / Estado por plataforma

O que já existe e o que ainda depende de validação externa ou execução.

Android

Simulação testada

SDK e aplicativo de exemplo com MockProvider.

  • 23/23 testes unitários do SDK aprovados.
  • 13/13 testes da amostra aprovados.
  • 3 testes instrumentados aprovados no emulator-5556.

Ainda não validado
  • SDK/API e sandbox oficial do PSP.
  • NFC de pagamento e dispositivo físico.
  • Aprovações PCI e do PSP aplicáveis.

iOS

Scaffold disponível

Estrutura Swift provider-neutral com portas para provider e armazenamento de sessão.

  • 11 casos XCTest implementados.
  • Separação arquitetural pronta para adaptação a um PSP.

Ainda não validado
  • Execução de XCTest e build iOS.
  • ProximityReader e SDK/API de PSP.
  • Entitlement Apple e QA em iPhone físico.

02 / Evidência vs. certificação

Não confundir testes de software com autorização para processar pagamentos.

DimensãoComprovado atualmenteFalta para produção
OrquestraçãoFluxos e falhas simuladas pela API e pelo MockProvider.Conformidade com contrato real do PSP.
Integração financeiraInterface abstrata para providers.Credenciais, sandbox e adaptadores oficiais.
DispositivosAndroid validado em emulador.Testes físicos NFC/QA na matriz suportada.
CompliancePlanejamento de gates e documentação inicial.Escopo formal, avaliação e aprovações aplicáveis.

03 / Caminho de aprovação

Trilhas distintas, ambas dependentes da definição do PSP e das responsabilidades contratuais.

Apple · Tap to Pay on iPhone

  • Selecionar PSP compatível.
  • Solicitar entitlement Tap to Pay on iPhone por conta Apple Developer de organização, via Account Holder.
  • Integrar ProximityReader e/ou API/SDK do PSP.
  • Executar QA, atender diretrizes de UI e submeter o app à revisão.
  • Verificar requisitos adicionais de distribuição.

Responsabilidade: o PSP assume certificações e considerações de segurança pertinentes à aceitação de pagamentos, conforme a documentação da Apple.

Android · PCI MPoC / PSP

  • Confirmar com PSP, adquirente e laboratório o enquadramento aplicável.
  • Avaliar se T2Pay será componente de solução validada ou parte de solução própria.
  • Definir escopo, matriz de dispositivos e operações.
  • Executar avaliações e aprovações aplicáveis ao produto completo.

Importante: não presumir certificação própria do SDK nem cobertura automática por solução de terceiro.

04 / Plano de execução

Seis etapas sequenciadas para converter a fundação técnica em integração verificável.

Formalizar PSP e contrato de integração

Obter SDK/API, sandbox, credenciais, operações, matriz de dispositivos e responsabilidades por escrito. A Grupag ainda não forneceu documentação e acesso, conforme o checkpoint informado.

Implementar adapters reais

Conectar Android e iOS aos contratos oficiais. Mock fiel pode apoiar o desenvolvimento, mas não substitui sandbox.

Executar sandbox e QA físico

Cobrir aprovação, recusa, estorno, timeout, reconciliação, duplicidade, onboarding, rede e recuperação.

Definir escopo de avaliação

Alinhar PSP, adquirente e laboratório sobre enquadramento MPoC e evidências exigidas.

Concluir gates por plataforma

iOS: entitlement, build, distribuição e revisão Apple. Android: avaliação PCI/PSP aplicável e matriz aprovada.

Consolidar pacote técnico

Arquitetura, fluxo de dados, threat model, dependências, controles, assinatura de release e evidências de teste por aparelho.

Decisão necessária

Desbloquear a integração real

A fundação provider-neutral está avançada. O próximo bloqueio concreto é receber do PSP escolhido documentação técnica, sandbox oficial e definição do caminho de certificação. Até lá, não há evidência de compatibilidade financeira real nem pacote pronto para submissão Apple ou Android.