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 oficialMensagem 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
02 / Evidência vs. certificação
Não confundir testes de software com autorização para processar pagamentos.
| Dimensão | Comprovado atualmente | Falta para produção |
|---|
| Orquestração | Fluxos e falhas simuladas pela API e pelo MockProvider. | Conformidade com contrato real do PSP. |
| Integração financeira | Interface abstrata para providers. | Credenciais, sandbox e adaptadores oficiais. |
| Dispositivos | Android validado em emulador. | Testes físicos NFC/QA na matriz suportada. |
| Compliance | Planejamento 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.