La respuesta directa
Providers difieren en installments, tokens, risk signals, local methods, settlement y optimization. Ocultar diferencias puede eliminar valor. La meta es evitar raw API dependency en cada application, no borrar features relevantes.
Cuándo basta el enfoque actual
Direct integration es fuerte si product depende profundamente de una unique capability y switching no es requisito. Documenta coupling en vez de forzar generic model.
Dónde empieza la presión
Problema cuando provider concepts invaden UI, policy, backend, finance y support; migration se vuelve costosa porque provider model se convierte en product model.
Qué cambia con una capa de infraestructura
Layered design ofrece common core y explicit extensions para specialized capabilities. Applications dependen de business concepts y selected flows optan a features específicas controladamente.
El trade-off
Extensions aumentan complexity; modelo strict generic bloquea optimization. Hay que decidir qué diferencias exponer.
Cómo decidir
Clasifica features en common infrastructure, business differentiator e implementation detail. Standardiza, expone u oculta según categoría.
Cuándo encaja Zopio
Zopio encaja si quieres core independiente sin perder provider-specific value. Si critical feature no puede representarse, direct puede ser mejor.
Un siguiente paso práctico
Mapea top 10 provider-specific features y decide common model, extension o direct integration.
Providers no son iguales.
Estandariza lo común y expone diferencias valiosas.
Documenta coupling como trade-off consciente.