inSignerContratosPlantilla de desarrollo de software
Contratos
Plantilla de desarrollo de software
Úselo cuando un equipo vaya a construir software y el cliente necesite saber qué significa terminado.
La prueba de aceptación importa más que una promesa amplia de hacer una aplicación. Nombre el hito, la prueba y qué pasa si la prueba falla.
Esto no es asesoramiento jurídico. Pida a su abogado que adapte el esquema antes de que alguien firme.
Texto que puede copiar
Copie el texto inicial, sustituya cada corchete y pida a su abogado que lo adapte antes de que alguien firme.
Contrato de desarrollo de software
Texto inicial para su abogado. Sustituya cada corchete. No pida a nadie que firme hasta que un abogado haya adaptado este texto a las partes y a la ley que lo vaya a regir.
Este contrato de desarrollo de software se celebra el [Fecha de efecto] entre [Desarrollador, razón social], con domicilio en [Desarrollador, domicilio] ("Desarrollador"), y [Cliente, razón social], con domicilio en [Cliente, domicilio] ("Cliente"). El Desarrollador construirá el software descrito en los hitos. Una promesa amplia de hacer una aplicación, sin una prueba de qué está terminado, no es este contrato.
1. Hitos
El trabajo se divide en los hitos de [Lista de hitos]. Cada hito tiene una entrega y una fecha prevista. No se usa una sola fecha final sin un punto de control. Si el Cliente se retrasa en una decisión o en un acceso de [Dependencias del Cliente], las fechas posteriores se mueven al menos por ese retraso. Un cambio de un hito solo vale si ambas partes lo firman, con el cambio de precio que haya.
2. Pruebas de aceptación
Cada hito nombra su prueba de aceptación en [Pruebas]. El Cliente tiene [Días de revisión] días desde la entrega para aceptar o rechazar por escrito, señalando una prueba fallida. Un deseo que no está en la prueba es una petición de cambio, no un rechazo. El Desarrollador tiene [Días de corrección] días para corregir una prueba fallida. Si el Cliente no responde en el plazo, el abogado escribe en [Regla del silencio] si el silencio es aceptación. El Desarrollador no empieza el trabajo pagado del hito siguiente si el anterior está rechazado y aún no corregido, salvo acuerdo escrito.
3. Quién es dueño del código
Con el pago completo de un hito, el Cliente recibe [Cesión o licencia] sobre el código a medida de ese hito. La titularidad no pasa porque alguien firme esta página web. Pasa solo en los términos del PDF que prepare el abogado. El Desarrollador conserva las bibliotecas y herramientas previas listadas en [Herramientas previas] y las licencia al Cliente solo como parte del software. El Desarrollador no cede una patente salvo que [Nota de patente] lo diga con palabras expresas.
4. Componentes de terceros
Los componentes de código abierto y los de pago siguen bajo sus propias licencias. El Desarrollador lista los componentes de los que depende la obra en [Lista de componentes] antes de la aceptación del último hito, con el nombre de la licencia. El Cliente responde de cumplir esas licencias en su propio despliegue. El Desarrollador no promete que un servicio de un tercero siga disponible.
5. Defectos después de la aceptación
Durante [Ventana de corrección] después de aceptar un hito, el Desarrollador corrige, sin precio extra, los defectos que ya estaban en la aceptación y que hacen fallar la prueba de ese hito. Una función nueva, un cambio de navegador o de servidor que la prueba no cubría, o un defecto causado por una edición posterior del Cliente, no entra en esa ventana. Después, las correcciones son trabajo extra a [Tarifa extra].
6. Honorarios y ley
El Cliente paga [Honorarios] en [Moneda] según el calendario de hitos de [Calendario de pago]. Las leyes de [Ley aplicable] rigen este texto. Las partes señalan los tribunales de [Tribunales]. La responsabilidad total del Desarrollador tiene un tope de [Tope de responsabilidad], salvo una responsabilidad que la ley no permita limitar. Las partes guardan el código fuente en el repositorio indicado en [Repositorio].
7. Peticiones de cambio
Un pedido que no esté en la prueba del hito en curso es una petición de cambio. El Desarrollador escribe el efecto en la fecha y en el precio en [Nota de cambio]. No empieza el cambio de pago hasta que ambas partes firman esa nota. El trabajo que solo restaura una prueba que un hito ya aceptado había superado no es un cambio. Un cambio no reabre un hito que el Cliente haya aceptado, salvo dentro de la ventana de defectos de ese hito.
8. Materiales del Cliente
El Cliente entrega el contenido, las cuentas y las decisiones de [Materiales del Cliente] en la fecha que allí se escriba. Si el Cliente se retrasa, los hitos posteriores se mueven al menos por ese retraso. El Cliente responde de la licitud de los textos, las imágenes y los datos que entrega. El Desarrollador no los aclara con un titular de derechos salvo que [Autorización] diga que esa aclaración forma parte de un hito. El Desarrollador usa los datos personales que suba el Cliente solo para construir y probar, y el Cliente sigue respondiendo de tener una base para entregarlos.
9. Acceso a la obra
Las partes nombran los servidores en [Servidores]. El Cliente es administrador del repositorio y de esos servidores antes de que se acepte el último hito. El Desarrollador no se queda con la única clave. Las credenciales se entregan de un modo que el Cliente pueda revocar. El Desarrollador retira su propio acceso cuando el contrato termina, salvo el acceso que el Cliente le pida por escrito conservar durante la ventana de defectos. Una prueba de seguridad, si el Cliente la paga, se describe en [Prueba de seguridad] y no se presume por silencio.
Firmas
Desarrollador
Nombre: [Desarrollador, nombre de quien firma]
Cargo: [Desarrollador, cargo de quien firma]
Firma: ______________________________
Fecha: [Desarrollador, fecha de la firma]
Cliente
Nombre: [Cliente, nombre de quien firma]
Cargo: [Cliente, cargo de quien firma]
Firma: ______________________________
Fecha: [Cliente, fecha de la firma]
Esto no es asesoramiento jurídico. Pida a su abogado que adapte el esquema antes de que alguien firme.
Cuándo lo usan los equipos
- Un sitio o una aplicación por hitos
- Un alcance cerrado encargado a un equipo externo
- Un desarrollo en el que el cliente debe ser dueño del código
Puntos para su abogado
Hitos
Divida el trabajo en entregas con fecha. Una sola fecha final, sin controles, esconde el retraso hasta el final.
Pruebas de aceptación
Escriba la prueba de cada hito y cuántos días tiene el cliente para aceptar o rechazar, con motivos.
Titularidad del código
Diga cuándo la titularidad del código a medida pasa al cliente y si pasa solo después del pago.
Componentes de terceros
El código abierto y los componentes de pago siguen bajo su propia licencia. Enumere los que el desarrollo necesita.
Plazo de corrección
Su abogado fija cuánto tiempo el equipo corrige defectos ya presentes en la aceptación, y qué cuenta como función nueva.
Lo que no hace firmar este archivo
Este esquema no cede una patente, una marca ni una firma electrónica cualificada. Las afirmaciones de seguridad del software terminado van en la especificación, no en un lema.
Cómo enviar el PDF terminado
El esquema se queda en esta página. El espacio de trabajo solo ve el PDF que usted sube.
Ciérrelo con su abogado
Copie el texto inicial, sustituya cada corchete y pida a un abogado que lo adapte a las partes y a la ley aplicable. Después exporte un PDF.
Coloque los campos
Suba el PDF, añada a cada persona y coloque los campos de firma y de fecha. El envío por correo y los recordatorios están en todos los planes.
Guarde el archivo y el hash
Descargue el PDF completado y el registro de cierre. El registro incluye un hash SHA-256 del archivo final.
Plantillas relacionadas
- Plantilla de diseño webLas páginas del alcance, el contenido que aporta el cliente y el lanzamiento.Abrir la plantilla
- Plantilla de obra por encargoQuién es dueño de una obra encargada, incluidas las herramientas que el autor ya tenía.Abrir la plantilla
- Plantilla de contrato de serviciosUna empresa describe el trabajo, el precio y cómo termina el encargo.Abrir la plantilla
Preguntas sobre este esquema
Las respuestas describen el esquema y lo que inSigner guarda. No son asesoramiento jurídico.
¿El cliente es dueño del código al firmar?
Solo si el PDF lo dice, y solo en los términos que escribió su abogado. Firmar el esquema de este sitio no hace nada, porque esta página no es el contrato.
¿Se puede firmar cada hito?
Sí. Algunos equipos suben un PDF breve por hito. Cada archivo completado tiene su propio hash SHA-256.
¿inSigner guarda el código fuente?
No. inSigner guarda el PDF que usted subió y el registro de cierre. Los repositorios se quedan en su sistema.
Envíe el PDF cuando su abogado lo apruebe.
Suba el archivo terminado, coloque los campos y envíelo por correo. Los planes y el mes de prueba están en la página de precios.







