Proveedores utilizados o seleccionados para prestar Cobriva.
La infraestructura que trata Datos del Cliente por cuenta de Cobriva puede actuar como encargado/subencargado. Otros servicios, como una API regulada de información bancaria, pueden actuar como responsables independientes para su propia prestación regulada. Una integración opcional no recibe datos hasta que el cliente la activa y Cobriva la haya validado para producción.
Lista actual
El registro canónico cubre actualmente Supabase, Vercel, Resend, Google, Stripe y Enable Banking, cada uno con el rol que corresponda.
Rol: Encargado/subencargado
Datos: Datos de cuenta y Datos del Cliente necesarios para prestar el servicio
Ubicación/transferencias: Proyecto principal verificado en eu-west-3 (París). El DPA vigente incorpora SCCs para transferencias cuando resulten necesarias.
Rol: Encargado/subencargado
Datos: Solicitudes web, identificadores técnicos y datos procesados por funciones de aplicación
Ubicación/transferencias: El DPA vigente incorpora SCCs, pero solo cubre clientes Pro y Enterprise.
Rol: Encargado/subencargado
Datos: Email, nombre cuando proceda y contenido transaccional estrictamente necesario
Ubicación/transferencias: DPA con SCCs aplicables a transferencias; Resend documenta almacenamiento principal en Estados Unidos.
Rol: Proveedor de API
Datos: Mensajes y metadatos necesarios para detectar contexto de cobro con gmail.readonly
Ubicación/transferencias: Proveedor opcional sujeto a Google API Services User Data Policy, Limited Use y requisitos de restricted scopes.
Rol: Rol mixto según operación
Datos: Datos de facturación, identificadores de cliente y estado de pago de la suscripción
Ubicación/transferencias: El DPA y su Data Transfers Addendum contemplan mecanismos válidos para transferencias internacionales.
Rol: Proveedor regulado / responsable independiente
Datos: Identificadores de cuenta, balances, transacciones, contraparte, referencia e importe dentro del consentimiento otorgado por el usuario
Ubicación/transferencias: Enable Banking Oy está establecida en Finlandia y documenta que, para Production bajo su infraestructura, actúa como AISP autorizado por FIN-FSA; el usuario completa SCA y consentimiento con su banco.
Open Banking
Enable Banking es el proveedor seleccionado técnicamente para el futuro acceso bancario de solo lectura. Existe una aplicación Sandbox para validación, pero no está activo para clientes mientras falten las pruebas extremo a extremo, la validación controlada con una cuenta real y los requisitos contractuales aplicables a producción. Cobriva no inicia pagos ni mueve dinero mediante este flujo.
Nuevos proveedores
Cobriva mantendrá esta lista actualizada. Los cambios materiales que afecten al tratamiento por cuenta del cliente se comunicarán mediante un canal razonable antes de su incorporación cuando la normativa o el DPA así lo requieran.
Proveedores no activados
Que una integración aparezca en la interfaz o en el roadmap no significa que el proveedor esté recibiendo datos. Gmail, Enable Banking, Stripe y cualquier futuro Outlook/Microsoft 365, OCR u otro conector solo intervienen cuando la función correspondiente está activada y ha superado sus requisitos de disponibilidad productiva.
Verificación contractual
Como regla de gobernanza, debe mantenerse un registro interno con el contrato/DPA o términos aplicables, región efectiva, medidas de seguridad, rol y mecanismo de transferencia internacional cuando corresponde. Esta página ofrece transparencia al cliente, pero no sustituye ese registro interno ni implica que una integración marcada como no activa esté procesando datos.