Puedes contratar a un desarrollador freelance o subcontratista, pero lo que pactes por escrito determina quién es dueño del software, quién responde si hay fallas y cómo se controla el trabajo. Lo esencial: fijar propiedad intelectual, entregables claros, obligaciones de confidencialidad y la forma de pago. El primer paso es redactar o revisar un contrato que deje por escrito propiedad, entregables, aceptación y qué sucede si no cumple.
Cuéntanoslo y te lo analizamos gratis en un minuto: qué opciones tienes, qué urge y qué contarle al abogado.
Analizar mi caso gratis Sin compromiso · Gratis
Contratar a un desarrollador freelance o a un subcontratista es legal y habitual; lo que decide quién tiene la razón al final son cuatro cosas: quién retiene la propiedad del código o del diseño (si no lo acuerdan, normalmente la desarrolla quien lo crea); cómo se definen y aceptan los entregables; las condiciones de pago y garantías; y las obligaciones de confidencialidad y no competencia que se hayan pactado. Si al firmar no acordaste explicitamente transferencia de derechos sobre el software, podrías encontrarte con que quien lo desarrolló reclama derechos morales o incluso el control de repositorios. Por otro lado, si el contrato confunde relación laboral con prestación independiente, la empresa puede enfrentar una reclamo laboral.
1) Identifica la relación que quieres: prestación de servicios independiente (freelance) o subcontratación de una empresa. Esto determina cláusulas y riesgos. Si dependes de una persona que trabaja a jornada y recibe órdenes diarias, revisa la estructura para evitar reclamos laborales.
2) Redacta cláusulas de propiedad intelectual y transferencia. Indica que todos los resultados, código, documentación y mejoras se entregan como “trabajo por encargo” y que la startup adquiere todos los derechos patrimoniales necesarios para explotarlo. Incluye la cesión explícita de derechos en todo el mundo y por el tiempo necesario para la explotación.
3) Define entregables y criterios de aceptación. Haz listas claras: hitos, qué entra y qué no entra (por ejemplo, licencias de terceros, módulos externos, dependencias). Explica cómo se prueban y quién aprueba. Establece un procedimiento de corrección por defectos y un periodo razonable para solventarlos.
4) Regula repositorios y acceso. Exige entrega de código en repositorio controlado por la startup (por ejemplo, cuenta corporativa) y credenciales. Pide historial de commits, documentación de instalación y pruebas automatizadas si aplica. Especifica que se entreguen llaves y se cambien credenciales administrativas.
5) Confidencialidad y datos. Incluye un acuerdo de confidencialidad que abarque código, roadmap, usuarios y datos personales bajo la ley aplicable. Si la persona procesa datos personales, exige cumplimiento de la normativa de protección de datos y cláusulas para la eliminación o devolución de datos al terminar.
6) Licencias de terceros y cumplimiento de open source. Obliga al desarrollador a declarar todas las dependencias y las licencias asociadas. Decide si se permiten componentes con ciertas licencias copyleft. Si se usan bibliotecas de terceros, exige comprobantes de licencia y, si es necesario, busca alternativas.
7) Forma de pago y facturación. Pacta pagos vinculados a entregables, exige factura o boleta según corresponda y establece retenciones fiscales si aplican. Mantén registros de pagos y órdenes de trabajo.
8) Garantías, soporte y mantenimiento. Define un periodo de garantía para corregir errores y el tipo de soporte ofrecido. Clarifica si el mantenimiento posterior se contrata aparte y cómo se tarifará.
9) Responsabilidad y seguros. Limita la responsabilidad del desarrollador a lo razonable; deja fuera daños indirectos si procede. Para subcontratistas importantes, exige pólizas o seguros profesionales.
10) Subcontratación y terceros. Decide si el freelance puede subcontratar y bajo qué condiciones (p. ej., con consentimiento escrito y manteniendo las mismas obligaciones).
11) Resolución de conflictos y ley aplicable. Indica la ley chilena y el mecanismo de solución: negociación previa y, si no hay acuerdo, tribunales competentes o arbitraje si se pacta.
12) Entrega final y traspaso de activos. A la terminación, exige entrega de todo lo producido, documentación, acceso y certificación de liberación de derechos.
Separación de tareas: tú puedes pedir facturas, exigir la entrega y recopilar evidencia. Para redactar o revisar cesiones amplias, evaluar riesgo laboral o negociar límites de responsabilidad, conviene un abogado con experiencia en startups.
1) Se arregla con una carta y entrega del código. En muchos casos, una carta formal que pide la entrega del código y recorda la cesión pactada basta para que el freelance entregue y se cierre la disputa sin litigar.
2) Acuerdo o conciliación. Puedes negociar un pago final o un plan de entrega a cambio de cerrar cualquier reclamo. Un acuerdo rápido evita interrupciones del negocio; a veces aceptar un pago menor y el traspaso inmediato es la opción práctica.
3) Juicio o reclamación. Si el desarrollador se niega y reclama derechos, puedes litigar por la cesión o, si hay indicios de relación laboral encubierta, enfrentar un reclamo laboral. Si pierdes, podrías pagar indemnizaciones o ver paralizada la explotación del producto. Incluso ganando, cobrar puede ser difícil si el demandado no tiene activos.
Y si ganas, ¿cobras? Una sentencia a tu favor vale si el demandado tiene con qué responder. Si está insolvente, la sentencia es un reconocimiento de derecho pero no garantiza cobro inmediato.
La primera carta de requerimiento y la redacción básica de un contrato pueden hacerlos tú mismo si el proyecto es pequeño. Pide al desarrollador que emita boletas o facturas y exige entrega en repositorio corporativo. Necesitas un abogado cuando hay duda sobre la naturaleza laboral, cuando el código es el activo principal de la empresa, si el otro lado propone una licencia en vez de cesión, o si la contraparte ha ofrecido dinero para cerrar el conflicto. Si calificas para defensa pública, menciona la Corporación de Asistencia Judicial.
Otros problemas frecuentes en startups
Sí, puede servir como indicio, pero es preferible exportar la conversación, adjuntar archivos y conservar commits con fecha en repositorio. Las pruebas digitales deben presentarse ordenadas y preferentemente reforzadas con documentos formales como una orden de trabajo o factura.
Sí, puedes pactarlo: lo habitual es que el repositorio principal esté bajo la cuenta de la empresa y que el desarrollador aporte mediante cuentas que controlas. Esto evita problemas de acceso al terminar la relación.
Primero, identifica qué componentes causan el problema y si existe alternativa. Si ya están integradas, valora si necesitas rehacer el módulo o negociar con proveedores. Un abogado puede ayudarte a evaluar el riesgo legal y comercial.
Incluye cláusulas de confidencialidad y prohibición de uso y divulgación. Pide inventario de dispositivos y respaldo de entregas, y en casos sensibles exige cláusulas de indemnización por incumplimiento.
Depende: una empresa puede ofrecer mayor responsabilidad y seguro, y suele evidenciar relaciones formales, mientras un freelance puede ser más económico y flexible. Evalúa riesgos de propiedad intelectual, continuidad y control. Si el activo es crítico, suele preferirse relaciones con mayor formalidad.
Te conectamos con los mejores abogados especializados. Consulta gratuita y sin compromiso.
