A resposta direta
Banks/acquirers são bons em authorization, acquiring, installments, settlement e reporting. Direct use funciona se applications consomem sem duplicar operating logic. Problema quando cada channel aprende cada API, status e error model.
Quando a abordagem atual é suficiente
Use direct com uma ou duas integrations estáveis, sem unified policy e reconciliation simples. Mantém path curto a provider features.
Onde a pressão começa
Com mais providers, rules, error normalization, retries e reconciliation se repetem; onboarding vira programa cross-product.
O que muda com uma camada de infraestrutura
Shared layer centraliza adapters e expõe stable contract; common identity/status/evidence reduzem repetição, mantendo extensions especializadas.
O trade-off
Direct pode abrir features mais rápido. Platform pode atrasar ou exigir extension. Não force capabilities valiosas a lowest-common-denominator.
Como decidir
Conte implementações repetidas de eligibility, installments, refunds, errors, callbacks e reconciliation. Repetição sugere shared connectivity.
Quando Zopio se encaixa
Zopio se encaixa quando banks seguem execution providers e applications precisam de common connectivity/transaction layer.
Um próximo passo prático
Inventarie provider-specific code e separe específico real de repeated infrastructure.
Direct bank tools podem ser solução correta.
Shared layer vale por remover repetição.
Não sacrifique capabilities por abstraction.