Artículo legal para empresas IT
Contratos de licencia y reventa: riesgos legales al revender software o infraestructura
Qué revisar en licencias, sublicencias, límites de uso y obligaciones de cumplimiento para minimizar exposición contractual y tecnológica.
1) Diferencia práctica: revender frente a licenciar “por cuenta propia”
En reventa, tu cliente compra contigo un derecho de uso, pero el origen del derecho casi siempre proviene de un tercero: el fabricante del software, el proveedor de infraestructura, o el titular de los activos (incluyendo bibliotecas, imágenes, agentes, contenedores o APIs).
El riesgo legal aparece cuando el contrato con tu cliente sugiere que tú concedas derechos que en realidad no existen en la licencia aguas arriba. Si no hay autorización explícita para sublicenciar, revender o distribuir, la “concesión” a tu cliente puede ser un incumplimiento contractual y, en escenarios extremos, un incumplimiento de derechos de propiedad intelectual.
2) Revisa la licencia del upstream: derechos de distribución, sublicencia y duración
Antes de firmar cualquier compromiso comercial con tu cliente, contrasta las cláusulas clave del upstream con tu modelo de negocio. En particular:
- Derecho de distribución o reventa: si solo permite “uso interno” o “no transferible”, no puedes prometer reventa sin autorización.
- Sublicencias: confirma si está permitida y bajo qué condiciones (territorio, número de usuarios, forma de facturación, canales, etc.).
- Duración y renovaciones: la vigencia de la licencia upstream debe alinear con la del contrato con tu cliente, o prever mecanismos de renovación y sustitución.
- Entorno permitido: on-premise, cloud, containers, o integraciones con servicios de terceros. Un despliegue “diferente” puede activar restricciones.
Consejo operativo: documenta la correspondencia “cláusula upstream ↔ derecho concedido a tu cliente” para que el equipo comercial y técnico no operen con supuestos.
3) Riesgos típicos en contratos con clientes (y cómo mitigarlos)
Prometer más de lo que recibes
Si el contrato con tu cliente incluye sublicencia, transferencia, o cesión de derechos, pero el upstream prohíbe esos actos, quedas expuesto a reclamaciones por incumplimiento.
Mitigación: define el alcance con lenguaje alineado al upstream, y usa anexos de “derechos concedidos” basados en la licencia real.
Exposición por auditorías y obligaciones de cumplimiento
Muchos upstream imponen auditorías de uso, límites de métricas (usuarios, instancias, cores, throughput) y requisitos de reporte. Si no gestionas esto, puedes incumplir incluso con buen fe.
Mitigación: incluye obligaciones de colaboración del cliente, define métricas y conserva evidencias de despliegue y configuración.
Dependencias técnicas no cubiertas
En infraestructura revendida, el “derecho” suele depender de componentes: imágenes base, agentes de monitorización, conectores o llaves de autenticación. Una restricción en un componente puede invalidar el conjunto.
Mitigación: lista de componentes con su licencia aplicable y regla de cambio controlado.
4) Contratos espejo: cláusulas para mantener coherencia y reducir disputas
La coherencia contractual evita fricciones en la operativa: problemas de licenciamiento, cambios en el upstream y reclamaciones por uso no autorizado. Un enfoque “contratos espejo” consiste en:
- Back-to-back cuando sea posible: obligaciones del upstream trasladadas a tu cadena contractual.
- Definiciones cerradas: qué es “software”, qué es “entorno”, qué métricas cuentan, y qué actos constituyen “uso permitido”.
- Régimen de cambios: si el upstream cambia términos o restringe despliegues, define cómo gestionas el impacto (sustitución, ajustes, rescisión alineada).
- Remedios: limitaciones de responsabilidad, indemnidad cruzada y procedimiento de reclamaciones.
Checklist rápido antes de revender
Si alguna respuesta es “no”, no es un problema menor. Suele convertirse en incumplimiento cuando el cliente escala incidencias o cuando el upstream hace auditoría.
Cierre
Revender software o infraestructura no es solo una cuestión comercial. Es un ejercicio de alineamiento legal entre el upstream y tu contrato con el cliente, con foco en derechos concedidos, límites de uso, y obligaciones de cumplimiento.
Si quieres, en tu próximo proyecto revisa primero el “mapa de derechos” y redacta el contrato de forma que lo que prometes sea exactamente lo que recibes.