A resposta direta
Separe customer business data, provider data, platform metadata e security-sensitive info. Customer deve recuperar history, identifiers, states e financial evidence necessários.
Quando a abordagem atual é suficiente
Se provider atual já oferece complete exportability e não há normalized cross-provider need, direct pode ser mais simples.
Onde a pressão começa
Exit risk cresce se history só existe em dashboards, identifiers não mapeiam obligations ou exports omitem state/evidence.
O que muda com uma camada de infraestrutura
Shared model pode preservar customer refs junto com platform/provider IDs e export normalized state com provenance.
O trade-off
Tokens, secrets e regulated data podem exigir controlled transfer; normalization pode perder detail.
Como decidir
Defina fields, event history, timestamps, refs, config, audit evidence e format antes de procurement.
Quando Zopio se encaixa
Zopio se encaixa se normalized layer mantém evidence access e business identifiers portables.
Um próximo passo prático
Faça sample exit antes de go-live e prove que outro team reconstrói transactions sem UI da Zopio.
Ownership deve incluir exportability.
Mantenha identifiers conectados.
Teste exit antes de acumular history.