Modelo listo de contrato de desarrollo de software
Este modelo de contrato de desarrollo de software permite formalizar la relación entre cliente y proveedor tecnológico. Incluye cláusulas sobre alcance funcional, entregables, calendario, precio, aceptación, propiedad intelectual, confidencialidad, garantías y resolución de conflictos, con espacios para completar los datos de cada proyecto.
Un contrato de desarrollo de software define las condiciones bajo las cuales un proveedor crea, adapta o integra una solución tecnológica para un cliente. Su finalidad es evitar ambigüedades sobre el alcance, el coste, los plazos y los derechos sobre el resultado. Un documento bien estructurado ayuda a gestionar cambios, pruebas y entregas de forma verificable. También ofrece un marco para proteger información confidencial y resolver incidencias durante el proyecto.
Finalidad del contrato de desarrollo de software
Este contrato regula una prestación de servicios tecnológicos cuyo resultado puede consistir en una aplicación web, una aplicación móvil, un sistema interno, una integración, una API o una adaptación de software existente. Debe identificar con precisión qué necesidad pretende cubrir el proyecto y qué resultados se consideran incluidos.
La descripción comercial no suele ser suficiente por sí sola. Es recomendable incorporar un anexo técnico con requisitos, historias de usuario, diseños, arquitectura, criterios de aceptación y limitaciones conocidas.
Alcance y entregables
El alcance debe describir las funcionalidades comprometidas, las plataformas compatibles, las integraciones previstas, la documentación y cualquier servicio de implantación o formación. Cuanto más concreto sea el alcance, más sencillo será distinguir una corrección incluida de una solicitud de cambio facturable.
Información esencial que debe constar
Las partes deben quedar correctamente identificadas, incluyendo nombre o razón social, domicilio, documento de identidad o número fiscal y persona con facultades para firmar. También conviene indicar los canales de comunicación válidos para solicitudes, aprobaciones y notificaciones.
| Campo del documento | Para qué sirve | Error frecuente |
|---|---|---|
| Objeto y alcance | Delimita el software y los servicios contratados. | Usar una descripción genérica sin requisitos concretos. |
| Entregables | Determina qué debe recibir el cliente. | No incluir código fuente, manuales o documentación. |
| Plazo e hitos | Organiza las fases y fechas de entrega. | Fijar fechas sin prever dependencias del cliente. |
| Precio y pagos | Define importe, impuestos, anticipos e hitos de facturación. | No establecer qué ocurre con los cambios de alcance. |
| Propiedad intelectual | Aclara la titularidad y licencia de uso del software. | Confundir la cesión del resultado con componentes preexistentes. |
Plazos, metodología y control del proyecto
El contrato puede prever una metodología tradicional por fases, una metodología ágil o una combinación de ambas. En cualquier caso, debe señalar los hitos, responsables, dependencias, forma de aprobación y consecuencias de los retrasos atribuibles a cada parte.
Gestión de cambios
Las modificaciones de alcance deberían solicitarse por escrito y aprobarse antes de su ejecución. Cada solicitud de cambio puede indicar su impacto en precio, calendario, recursos, riesgos y criterios de aceptación.
- El cliente presenta la solicitud de cambio por un canal acordado.
- El proveedor analiza el impacto técnico, económico y temporal.
- Las partes aprueban o rechazan la propuesta por escrito.
- El cambio aprobado se incorpora al plan de trabajo y a la facturación.
Modelo editable
Modelo del documento
CONTRATO DE DESARROLLO DE SOFTWARE
En ____________________, a ____ de ____________________ de ______.
REUNIDOS
De una parte, ____________________, con domicilio en ____________________, NIF/NIE ____________________, representada por ____________________, en calidad de ____________________, en adelante, el CLIENTE.
De otra parte, ____________________, con domicilio en ____________________, NIF/NIE ____________________, representada por ____________________, en calidad de ____________________, en adelante, el PROVEEDOR.
Ambas partes se reconocen capacidad suficiente para contratar y acuerdan suscribir el presente contrato.
DATOS PRINCIPALES DEL PROYECTO
| Campo | Detalle |
|---|---|
| Proyecto / software | ____________________ |
| Objeto y alcance | ____________________ |
| Fecha de inicio | ____________________ |
| Fecha prevista de entrega | ____________________ |
| Precio total | ____________________ |
| Impuestos aplicables | ____________________ |
| Forma de pago | ____________________ |
| Responsable del CLIENTE | ____________________ |
| Responsable del PROVEEDOR | ____________________ |
CLÁUSULAS
- Objeto. El PROVEEDOR se obliga a prestar al CLIENTE los servicios de análisis, diseño, desarrollo, pruebas, implantación y/o mantenimiento del software descrito en este contrato y en sus anexos.
- Alcance y entregables. El alcance funcional, los requisitos técnicos, los entregables, la documentación y los criterios de aceptación serán los establecidos en el Anexo I: ____________________. Queda excluido cualquier trabajo no expresamente incluido.
- Plazo y planificación. Los trabajos comenzarán el día ____________________ y se desarrollarán conforme al calendario o hitos siguientes: ____________________. Los plazos podrán revisarse cuando existan retrasos imputables al CLIENTE, cambios aprobados o causas no imputables al PROVEEDOR.
- Precio y pago. El CLIENTE abonará al PROVEEDOR la cantidad de ____________________ más los impuestos aplicables. Los pagos se efectuarán del siguiente modo: ____________________. El retraso en el pago facultará al PROVEEDOR para aplicar las consecuencias legalmente previstas y, previa comunicación, suspender los trabajos.
- Obligaciones del CLIENTE. El CLIENTE facilitará información, accesos, decisiones, validaciones y recursos necesarios para el proyecto. El CLIENTE garantiza que cuenta con los derechos necesarios sobre los materiales, contenidos y datos que entregue al PROVEEDOR.
- Gestión de cambios. Toda modificación del alcance deberá solicitarse y aprobarse por escrito. El PROVEEDOR indicará previamente su impacto sobre el precio, el plazo, los recursos y los entregables.
- Pruebas y aceptación. El CLIENTE dispondrá de ____________________ días desde cada entrega para realizar pruebas y comunicar por escrito incidencias reproducibles respecto de los criterios acordados. Transcurrido ese plazo sin observaciones justificadas, el entregable se entenderá aceptado, salvo disposición legal aplicable en contrario.
- Propiedad intelectual. La titularidad o licencia de uso sobre los desarrollos realizados será la siguiente: ____________________. El PROVEEDOR conservará, salvo pacto expreso en contrario, los derechos sobre herramientas, metodologías, bibliotecas, componentes preexistentes y conocimientos generales utilizados en el proyecto.
- Componentes de terceros. El software podrá incorporar componentes de terceros sujetos a sus respectivas licencias. La relación de dichos componentes, si procede, constará en el Anexo II: ____________________.
- Confidencialidad. Cada parte se obliga a no divulgar ni utilizar para fines ajenos al contrato la información confidencial recibida de la otra parte. Esta obligación permanecerá vigente durante ____________________ tras la terminación del contrato.
- Datos personales. Cuando el PROVEEDOR trate datos personales por cuenta del CLIENTE, las partes suscribirán el correspondiente acuerdo de encargo de tratamiento, si resulta exigible conforme a la normativa aplicable.
- Garantía y soporte. El PROVEEDOR corregirá, durante ____________________, los errores reproducibles que impidan el funcionamiento del software conforme a las especificaciones aceptadas. No se considerarán errores las nuevas funcionalidades, modificaciones solicitadas o incidencias derivadas de usos no autorizados.
- Resolución. Cualquiera de las partes podrá resolver el contrato por incumplimiento esencial de la otra parte si este no se subsana en el plazo de ____________________ desde la notificación escrita. En caso de terminación, el CLIENTE abonará los trabajos efectivamente realizados y los gastos comprometidos hasta la fecha.
- Ley aplicable y jurisdicción. El presente contrato se regirá por la legislación de ____________________. Para cualquier controversia, las partes se someten a los juzgados y tribunales de ____________________, salvo norma imperativa aplicable.
Y en prueba de conformidad, las partes firman el presente contrato por duplicado y a un solo efecto, en el lugar y fecha indicados.
Por el CLIENTE
Firma: ____________________
Nombre: ____________________
Cargo: ____________________
Por el PROVEEDOR
Firma: ____________________
Nombre: ____________________
Cargo: ____________________
Edita el texto directamente aquí. Los cambios se guardan en tu navegador y puedes imprimirlos o exportarlos a Word y PDF.
Precio, facturación y aceptación
El precio puede pactarse a tanto alzado, por horas, por bolsa de horas o mediante pagos vinculados a hitos. Deben precisarse los impuestos aplicables, gastos reembolsables, vencimientos, intereses o consecuencias de la mora y condiciones de suspensión del servicio por impago.
La aceptación debe incluir un procedimiento de pruebas y un plazo razonable para comunicar defectos reproducibles. Si el cliente no formula observaciones justificadas dentro del plazo pactado, las partes pueden prever que el entregable se considere aceptado, en la medida permitida por la normativa aplicable.
Antes de firmar, adjunte una especificación funcional versionada y establezca por escrito quién puede aprobar cambios, pruebas y entregas.
Propiedad intelectual, licencias y confidencialidad
Es fundamental diferenciar entre el software creado específicamente para el cliente, las herramientas o bibliotecas preexistentes del proveedor y los componentes de terceros u open source. La cláusula debe indicar si existe cesión de derechos, licencia de uso, territorio, duración, facultad de modificación y acceso al código fuente.
La confidencialidad debe cubrir información técnica, comercial, financiera y datos de acceso. Cuando haya tratamiento de datos personales, puede ser necesario formalizar además un acuerdo de encargo de tratamiento conforme a la legislación que resulte aplicable.
- Defina los activos preexistentes que conserva el proveedor.
- Identifique las licencias de componentes de terceros.
- Establezca el destino del código fuente y repositorios.
- Delimite el acceso a entornos, credenciales y datos.
- Fije la duración de las obligaciones de confidencialidad.
Garantías, responsabilidad y terminación
El documento puede establecer un periodo de garantía para corregir errores que impidan el funcionamiento conforme a las especificaciones aprobadas. Conviene distinguir esos errores de nuevas funcionalidades, cambios regulatorios, problemas de infraestructura o incidencias provocadas por usos no autorizados.
También deben regularse las causas de terminación, la entrega de materiales, el pago de trabajos realizados, la devolución o eliminación de información y la limitación de responsabilidad, respetando siempre las normas imperativas aplicables.
Preguntas frecuentes
¿Debe entregarse el código fuente?
Depende de lo pactado. Si el cliente necesita mantener o evolucionar el software con terceros, es aconsejable concretar expresamente la entrega del código fuente, la documentación y el acceso a los repositorios.
¿Qué ocurre si el cliente pide nuevas funciones?
Las nuevas funciones deberían tramitarse como cambios de alcance. El contrato puede exigir una aprobación escrita previa que detalle el coste, el plazo y los efectos sobre los entregables.
¿Puede el proveedor reutilizar componentes del proyecto?
La respuesta depende de la cláusula de propiedad intelectual. Lo habitual es que el proveedor conserve sus herramientas y componentes preexistentes, mientras que el cliente recibe derechos sobre los desarrollos específicamente contratados.