Acuerdo de Desarrollo de Software Chile

Qué es este acuerdo y qué lo distingue de un contrato de prestación de servicios

El acuerdo de desarrollo de software no es simplemente un contrato de servicios genérico. Su particularidad radica en que su objeto principal es la creación de una obra intelectual —el programa— y no solo la prestación de una actividad. En Chile, la Ley 17.336/1970 (Ley de Propiedad Intelectual) Art. 3 No. 16 reconoce expresamente los programas computacionales como obras protegidas por el derecho de autor. Esa calificación tiene consecuencias prácticas: a diferencia de una silla o un informe, el código fuente nace con protección automática en cabeza de su autor, con independencia del encargo.

Quien contrata el desarrollo suele asumir que, al pagar, adquiere la propiedad del software. Sin embargo, sin una cláusula contractual que transfiera esa titularidad, el desarrollador conserva los derechos de autor sobre el programa que creó. El acuerdo bien redactado cierra esa brecha: establece explícitamente si los derechos se ceden al cliente, si se licencian de forma exclusiva o si el desarrollador retiene la propiedad del código base mientras otorga al cliente una licencia de uso.

Adicionalmente, el Código Civil Art. 1545 establece que todo contrato legalmente celebrado es una ley para los contratantes. Esa regla refuerza la importancia de documentar por escrito cada aspecto acordado verbalmente: lo que no consta en el contrato simplemente no existe como obligación exigible.

Cuándo necesita este contrato

Cualquier proyecto de software personalizado —una aplicación móvil, un sistema de gestión interna, una plataforma de comercio electrónico o un módulo de integración con terceros— requiere este tipo de acuerdo antes de que el desarrollador escriba una sola línea de código. Los escenarios más comunes en que su ausencia genera conflictos son los siguientes:

Disputa sobre la titularidad del código. El cliente financió el proyecto, pero el desarrollador afirma que conserva los derechos. Sin una cesión expresa amparada en la Ley 17.336/1970 Art. 3 No. 16, la ley favorece al creador.

Incumplimiento de funcionalidades. El cliente esperaba determinadas características que el desarrollador no implementó. Si las especificaciones técnicas no estaban descritas en el contrato, resulta casi imposible acreditar el incumplimiento.

Código entregado con dependencias de terceros. El software incorpora librerías de código abierto o componentes licenciados bajo condiciones restrictivas que el cliente desconocía. Sin un apartado de garantías de titularidad, el riesgo recae sobre quien encargó el desarrollo.

Abandono del proyecto a mitad de camino. El desarrollador deja de responder sin haber entregado el trabajo completo. Sin un calendario de hitos y un mecanismo de retención de pago, el cliente queda sin código utilizable y con los honorarios ya pagados.

La regla práctica es sencilla: si el software tendrá valor económico para el negocio o si su desarrollo supera la complejidad de una tarea de pocas horas, el contrato escrito es obligatorio.

Las cláusulas esenciales que no pueden faltar

Un acuerdo de desarrollo de software sólido debe contener, como mínimo, los siguientes elementos:

Descripción técnica del alcance. El documento debe especificar qué se va a construir: funcionalidades, plataformas de destino, integraciones requeridas, volumen de usuarios esperado y cualquier restricción técnica conocida. La ambigüedad en el alcance es la causa más frecuente de conflictos.

Cesión o licencia de derechos de propiedad intelectual. Esta cláusula debe indicar si el cliente adquiere la titularidad completa del código (cesión total), si obtiene una licencia exclusiva o no exclusiva, y qué ocurre con el código base preexistente que el desarrollador pudiera incorporar. La cesión debe ser expresa porque la protección automática de la Ley 17.336/1970 Art. 3 No. 16 opera a favor del autor desde el momento de la creación.

Entrega del código fuente. Muchos contratos solo mencionan la entrega del software funcional y olvidan el código fuente. Sin el código fuente, el cliente no puede contratar a otro desarrollador para hacer mantenimientos futuros. Debe especificarse el repositorio o el medio de entrega y el momento en que se producirá.

Calendario de hitos y pagos asociados. El contrato debe establecer fases de entrega verificables —prototipo, versión de pruebas, versión final— cada una vinculada a un porcentaje del precio total. Relacionar el pago con la entrega protege a ambas partes.

Garantías de titularidad y de ausencia de cargas. El desarrollador debe declarar que el software que entregará es original, que no infringe derechos de terceros y que no incorpora código con licencias incompatibles con el uso comercial del cliente.

Confidencialidad. El desarrollador accede a información sensible del negocio del cliente durante el proyecto. Una cláusula de confidencialidad de duración razonable protege ese conocimiento.

Procedimiento ante defectos. Debe acordarse un período posterior a la entrega durante el cual el desarrollador corregirá sin costo adicional los errores o inconsistencias con las especificaciones pactadas.

Ley aplicable y resolución de disputas. Confirmación expresa de que el contrato se rige por la legislación chilena, con indicación del tribunal o del mecanismo de arbitraje que las partes prefieran.

Cómo completar el acuerdo paso a paso

Antes de abrir cualquier plantilla, reúna la documentación técnica del proyecto: bocetos de pantallas, diagramas de flujo, listados de funcionalidades o cualquier especificación existente. Esos materiales se incorporarán como anexo al contrato y formarán parte integral del mismo.

A continuación, complete los datos de identificación de las partes: nombre legal o razón social, RUT y domicilio del cliente y del desarrollador. Si el desarrollador es una persona natural que actúa como trabajador independiente, confirme que no existen indicios de subordinación laboral encubierta, pues eso podría recaracterizar la relación como contrato de trabajo.

Defina el precio total y la estructura de pagos por hito. El anticipo inicial suele corresponder a una fracción acordada del precio total; los pagos siguientes se liberan al verificar cada entrega. Documenten cómo se verificará cada hito —pruebas de aceptación, revisión de funcionalidades, firma de acta— para evitar discusiones sobre si una entrega cumple o no con lo acordado.

Lean juntos la cláusula de propiedad intelectual antes de firmar. El desarrollador debe entender qué derechos transfiere y el cliente debe comprender si recibirá el código base o solo una versión compilada. Las sorpresas en ese punto generan los litigios más costosos.

Utilice la plantilla gratuita de Acuerdo de Desarrollo de Software Chile como punto de partida: permite completar los campos esenciales y descargar el documento listo para revisión.

Finalmente, firmen ambas partes con sus respectivos datos de identificación. No es necesaria la firma ante notario para que el contrato sea válido, pero la autenticación notarial facilita su uso como prueba en caso de disputa.

Errores frecuentes que deben evitarse

Confundir el pago con la cesión de derechos. El precio acordado compensa la actividad del desarrollador, pero no transfiere automáticamente la propiedad del código. Solo una cláusula expresa de cesión, amparada en el marco de la Ley 17.336/1970 Art. 3 No. 16, produce ese efecto. Sin ella, el cliente tiene el software instalado pero no la titularidad jurídica.

Dejar el alcance abierto para «definirlo sobre la marcha». Los proyectos ágiles requieren flexibilidad, pero el contrato debe al menos definir las funcionalidades del primer módulo o entregable. Un alcance totalmente abierto equivale a darle carta blanca al presupuesto.

No incluir la entrega del código fuente. Omitir esta obligación crea una dependencia tecnológica perpetua con el mismo desarrollador. El cliente queda rehén de quien construyó el sistema.

Omitir el período de corrección de defectos. Aceptar el software «tal como está» en el momento de la entrega final puede dejar al cliente sin recurso frente a errores que emergen días después del lanzamiento.

Pactar verbalmente las modificaciones al alcance. Durante el desarrollo surgen solicitudes de cambio. Si no se documentan por escrito como adendas al contrato, el desarrollador puede argumentar que ese trabajo adicional no estaba incluido en el precio, o el cliente puede negar haberlo solicitado. El Código Civil Art. 1545 respalda lo que consta por escrito.

Ignorar las licencias de los componentes de terceros. El uso de librerías de código abierto es habitual. Algunas de ellas imponen condiciones que pueden afectar la posibilidad de comercializar el software resultante. La cláusula de garantía de titularidad debe exigir que el desarrollador declare los componentes de terceros incorporados y sus licencias.

Un acuerdo bien estructurado no es señal de desconfianza entre las partes: es la base que permite que ambas trabajen con claridad sobre sus obligaciones y derechos, y que el proyecto llegue a buen término sin que ninguna de las partes pierda lo que invirtió.