Legal

1. Primer principio: ¿a quién se protege?

Los datos, la continuidad y la agencia del Cliente deben sobrevivir a cualquier relación comercial.

Control-C no solo licencia software. Está delegando custodía. Este acuerdo codifica ese deber para que sobreviva a cambios de liderazgo, shocks de mercado y buenas intenciones que se enfrían con el tiempo.

2. Definición del modelo de partnership (anclar la forma)

2.1 White-Label Stewardship Partnership (WLSP)

Un White-Label Stewardship Partnership (WLSP) es una relación en la que:

• El Partner opera una instancia autoalojada de Control-C.
• El Partner controla la relación comercial con los clientes finales.
• Control-C mantiene obligaciones de supervisión custodial para proteger la supervivencia del cliente.
• Los clientes pueden integrar plataformas de terceros (por ejemplo Xero) bajo autoridad delegada.

Esta definición evita reencuadres posteriores como “solo somos reseller” o “solo infraestructura”.

3. Pacto de custodia (núcleo ético)

3.1 Deber de custodia

El Partner reconoce expresamente que:

• Actúa como custodio de datos, no como propietario, de los datos del Cliente.
• Su rol incluye un deber de cuidado, continuidad y reversibilidad.
• La optimización comercial nunca debe comprometer materialmente:
  • Integridad de los datos
  • Recuperabilidad
  • Derechos de salida del cliente

3.2 Cláusula de primacía del cliente

En cualquier conflicto entre:

• Intereses comerciales del Partner
• Sostenibilidad de la plataforma
• Supervivencia de los datos del cliente

Prevalece la supervivencia del cliente.

4. Controles técnicos y operativos (donde los ideales se vuelven reales)

4.1 Requisitos de hosting y arquitectura

Los partners deben:

• Ejecutar Control-C sobre infraestructura documentada y reproducible.
• Mantener backups automatizados diarios de:
  • Datastores de Control-C
  • Configuración
  • Material de cifrado (si aplica)
• Soportar exportación en formatos abiertos y documentados (al menos un dump de Postgres más el esquema).

Control-C se reserva el derecho de auditar diagramas de arquitectura, no solo código.

4.2 Feature gating e integridad del producto

• Control-C define una matriz de capacidades (features habilitadas y deshabilitadas).
• El Partner no puede:
  • Eliminar tooling de salida del cliente
  • Ofuscar flujos de recuperación
  • Malrepresentar la paridad funcional con ofertas core de Control-C
• Cualquier customización debe:
  • Estar documentada de forma declarativa
  • Ser reversible sin pérdida de datos del cliente

5. Garantías de supervivencia del cliente (el corazón)

5.1 Derecho a continuidad

Cada cliente final debe conservar la capacidad de:

• Recuperar una copia completa y utilizable de sus datos.
• Reconectarse a:
  • Otro partner de Control-C
  • Control-C directo
  • Un entorno autogestionado

Nada de “economía de rehén”.

5.2 Salvaguardas de escrow y transición

Los partners deben acordar una o más de las siguientes medidas:

• Escrow de código (para extensiones específicas del partner)
• Escrow de credenciales cifradas (para secretos propiedad del cliente)
• Un camino de recuperación “break glass” mantenido por Control-C

Activado automáticamente ante:

• Insolvencia
• Terminación de licencia
• Incumplimiento material
• Interrupción prolongada del servicio

Sin demoras discrecionales.

6. Cambio de negocio y provisiones de fin de vida

6.1 Cambio de control

Si el Partner atraviesa una adquisición, fusión, cambio de propiedad mayoritario o un giro estratégico que lo aleje de los servicios de datos, debe:

• Notificar a Control-C con antelación.
• Proporcionar a los clientes opciones claras de continuidad, plazos y rutas de migración.

El silencio constituye un incumplimiento.

6.2 Salida o fallo del partner

Tras la terminación (voluntaria o involuntaria):

• El Partner mantiene el servicio durante una ventana de transición definida (por ejemplo 90 días).
• Control-C puede intervenir para ayudar en la migración y asumir control custodial temporal únicamente para proteger a los clientes.
• Sin precios de rescate. Sin bloqueo por “servicios profesionales”.

7. Código de ética (corto, claro, exigible)

Los partners se comprometen a:

1. No poner conscientemente a los clientes en riesgo por ganancias de corto plazo.
2. Comunicar fallas temprano y con claridad.
3. Preservar la reversibilidad en todas las decisiones técnicas.
4. Evitar patrones oscuros, bundling forzado o fricción de salida.
5. Tratar los datos del cliente como una confianza prestada, no como un activo.

El incumplimiento de este código constituye un incumplimiento del acuerdo.

8. Supervisión, auditoría y “derecho a cuidar”

Control-C mantiene el derecho de:

• Realizar revisiones periódicas de custodia.
• Solicitar evidencia de:
  • Integridad de backups
  • Simulacros de restore
  • Preparación de respuesta a incidentes
• Intervenir solo para proteger a los clientes, no para competir.

9. Declaración de intención

Este partnership existe para asegurar que las empresas que dependen de sistemas digitales nunca sean abandonadas por ellos. El éxito comercial es bienvenido. El abandono del cliente no lo es.

10. Lo que este marco logra en silencio

Sin decirlo explícitamente, este marco:

• Filtra partners de mala fe desde el inicio.
• Obliga a madurez operativa.
• Convierte a Control-C en el centro de gravedad ético.
• Posiciona a Control-C como infraestructura de continuidad, no de conveniencia.

11. Linaje de plataforma, custodia de actualizaciones y continuidad central

11.1 Replicación de continuidad central (no negociable)

Todas las instancias alojadas por el Partner deben admitir replicación segura y automatizada hacia un Almacén Central de Continuidad gestionado por Control-C.

Propiedades clave:

• Solo lectura para Control-C en operación normal.
• Cifrado en tránsito y en reposo.
• Alcance:
  • Datos del cliente
  • Metadatos
  • Índices de recuperación
  • Pruebas de integridad (hashes, manifiestos)

Este almacén existe únicamente para:

• Validar la recuperabilidad.
• Habilitar escenarios de supervivencia del cliente.
• Proporcionar verificación independiente de los backups.

No es analítica. No es monetización. No es vigilancia.

11.2 La replicación como condición de la licencia

El Partner reconoce que:

• La replicación central es condición de la licencia de marca blanca.
• Deshabilitar o degradar materialmente la replicación:
  • Requiere aprobación por escrito.
  • Debe estar acotado en el tiempo.
  • Debe incluir notificación al cliente si se prolonga.

El fallo silencioso constituye un incumplimiento material.

12. Vigencia del software e integridad operativa

12.1 Compromiso de versiones soportadas

Los partners deben operar únicamente con versiones de Control-C actualmente soportadas, dentro del desfase permitido (máximo N-2).

Control-C define:

• Fechas de fin de soporte.
• SLAs de parches de seguridad.
• Ventanas obligatorias de actualización para correcciones críticas.

Operar con software obsoleto se trata como un riesgo de continuidad del cliente, no como una preferencia técnica.

12.2 Modelo de responsabilidades de actualización (líneas claras)

12.3 Operabilidad y señalización de salud

Los partners deben exponer telemetría básica de salud, incluyendo:

• Disponibilidad (uptime)
• Tasa de éxito de jobs
• Frescura de backups
• Reporte de versión
• Estado de replicación

Las señales pueden ser vía API, push o pull, y ligeras, pero deben existir.

13. Derecho a asistir (cláusula de deber de cuidado)

13.1 Derecho de remediación asistida

Si una instancia del Partner falla en replicar, está críticamente desactualizada, no es operable, o pone en riesgo la continuidad del cliente, Control-C podrá:

• Notificar al Partner.
• Ofrecer asistencia directa.
• Exigir un plan de remediación con plazos.

Si no se resuelve, Control-C podrá aplicar una intervención protectora limitada estrictamente a restaurar la operabilidad o habilitar la transición del cliente.

No es una cláusula de toma de control. Es una cláusula de deber de cuidado.

14. Continuidad de plataforma al salir un partner

Ante terminación o fallo del Partner:

• El Almacén Central de Continuidad pasa a ser la referencia autoritativa de recuperación.
• Control-C podrá:
  • Validar el último estado “bueno” conocido.
  • Asistir en el re-homing del cliente.
  • Reconstituir entornos si corresponde contractualmente.

Los clientes no empiezan desde cero.

15. Por qué esto completa el ciclo de custodia

Estas cláusulas protegen tres capas a la vez:

1. Supervivencia del cliente
2. Integridad de plataforma en el tiempo
3. Confianza del ecosistema (partners, reguladores, upstreams como Xero)

La continuidad no es solo datos. Es la continuidad del cuidado.