Contratos de Desarrollo de Software en Argentina: Que Incluir y Como Protegerte

Desarrollar software sin un contrato claro es como construir un edificio sin planos. Las disputas por alcance, propiedad intelectual, plazos y pagos son extremadamente comunes en la industria tecnologica, y la mejor forma de prevenirlas es un contrato solido desde el inicio.

En esta guia te explicamos que debe incluir un contrato de desarrollo de software en Argentina, las clausulas criticas que no pueden faltar y como proteger los intereses de ambas partes.

Por que necesitas un contrato formal

Problemas comunes sin contrato

Disputa sobre la propiedad del codigo fuente: Quien es el dueño de lo que se desarrollo?

Scope creep: El cliente pide funcionalidades adicionales sin ajustar el presupuesto

Plazos indefinidos: Sin fechas claras, los proyectos se eternizan

Calidad esperada vs. entregada: Sin criterios de aceptacion, todo es subjetivo

Falta de pago: Sin cronograma de pagos vinculado a entregas, el proveedor queda expuesto

Confidencialidad violada: Sin NDA, la informacion sensible no tiene proteccion

Marco legal en Argentina

En Argentina, los contratos de desarrollo de software se rigen por:

Codigo Civil y Comercial de la Nacion: Principios generales de contratos

Ley 11.723 de Propiedad Intelectual: Derechos de autor sobre software

Ley 25.326 de Proteccion de Datos Personales: Si el software maneja datos personales

Ley 26.388 de Delitos Informaticos: Proteccion contra acceso no autorizado

Clausulas esenciales de un contrato de desarrollo

1. Identificacion de las partes

Datos completos del cliente y del proveedor:

Razon social o nombre completo

CUIT/CUIL

Domicilio legal

Representante legal autorizado

2. Objeto del contrato

Descripcion clara y detallada de:

Que software se va a desarrollar

Funcionalidades principales (puede referenciar un documento de requerimientos)

Plataformas y tecnologias a utilizar

Integraciones requeridas

Que no esta incluido (igual de importante)

Tip: Adjuntar un Documento de Requerimientos o Scope of Work (SOW) como anexo es la mejor practica. Permite detallar sin sobrecargar el contrato.

3. Cronograma y entregables

Definir:

Fases del proyecto: Descubrimiento, diseño, desarrollo, testing, despliegue

Hitos (milestones): Entregas parciales con fechas estimadas

Criterios de aceptacion: Como se determina que un entregable esta "terminado"

Procedimiento de revision: Plazo para que el cliente revise y apruebe cada entrega

Ejemplo de cronograma:

Fase	Entregable	Plazo	Criterio de aceptacion
Descubrimiento	Documento de requerimientos	Semana 2	Aprobacion escrita del cliente

Diseño UI/UX

Wireframes y prototipos

Semana 4

Aprobacion escrita del cliente

Desarrollo Sprint 1

Modulo de usuarios

Semana 8

Testing funcional sin errores criticos

Desarrollo Sprint 2

Modulo de pagos

Semana 12

Testing funcional sin errores criticos

QA y Deploy

Sistema en produccion

Semana 14

Checklist de aceptacion completo

4. Precio y forma de pago

Opciones comunes:

Precio fijo: Monto total por el proyecto completo

Time & Materials (T&M): Se cobra por hora/dia de trabajo

Hibrido: Precio fijo por fases, con T&M para cambios de alcance

Cronograma de pagos recomendado:

30% al inicio del proyecto (anticipo)

30% al completar el 50% del desarrollo

30% a la entrega final

10% luego de un periodo de garantia (30-60 dias)

Moneda: Definir si es en pesos argentinos o dolares. Si es en dolares, especificar el tipo de cambio de referencia.

5. Propiedad intelectual

Esta es la clausula mas critica de todo el contrato.

Opciones:

a) Cesion total al cliente: El proveedor cede todos los derechos sobre el codigo fuente al cliente. Es lo mas comun cuando se paga un precio fijo por un desarrollo a medida.

b) Licencia de uso: El proveedor retiene la propiedad pero otorga una licencia de uso al cliente. Comun en productos de software tipo SaaS.

c) Propiedad compartida: Ambas partes comparten derechos. Poco recomendable por la complejidad que genera.

Puntos clave a definir:

Quien es dueño del codigo fuente

Quien es dueño de los diseños y assets graficos

Derechos sobre librerias y componentes reutilizables del proveedor

Derechos sobre codigo de terceros (open source, APIs)

Momento de la cesion: con el pago total? Con cada entrega?

6. Confidencialidad (NDA)

Ambas partes deben proteger la informacion confidencial de la otra:

Datos de negocio del cliente

Codigo fuente y arquitectura tecnica

Datos de usuarios y clientes

Estrategia comercial

Credenciales y accesos

Duracion: La obligacion de confidencialidad debe sobrevivir a la terminacion del contrato (tipicamente 2-5 años o indefinida para secretos comerciales).

7. Garantia y soporte post-entrega

Definir claramente:

Periodo de garantia: Tipicamente 30 a 90 dias post-entrega

Que cubre: Bugs y errores respecto a los requerimientos acordados

Que no cubre: Nuevas funcionalidades, cambios de alcance, errores por uso inadecuado

Soporte post-garantia: Si se ofrece, bajo que condiciones y costo

8. SLA (Service Level Agreement)

Si el contrato incluye hosting o mantenimiento:

Uptime garantizado: Tipicamente 99.5% - 99.9%

Tiempo de respuesta: Ante incidentes criticos, cuanto tarda el proveedor en responder

Tiempo de resolucion: Cuanto tarda en resolver

Penalidades: Descuentos o creditos si no se cumplen los niveles

Nivel de severidad	Descripcion	Respuesta	Resolucion
Critico	Sistema caido	1 hora	4 horas

Alto

Funcionalidad principal afectada

4 horas

24 horas

Medio

Funcionalidad secundaria afectada

8 horas

72 horas

Bajo

Error menor o cosmetico

24 horas

5 dias habiles

9. Cambios de alcance (Change Requests)

Procedimiento formal para manejar cambios:

1. El cliente solicita un cambio por escrito

2. El proveedor evalua el impacto (tiempo, costo, riesgo)

3. Se presenta una propuesta al cliente

4. El cliente aprueba o rechaza

5. Solo se ejecuta con aprobacion escrita

Sin esta clausula, el scope creep destruye proyectos.

10. Terminacion del contrato

Definir:

Terminacion por mutuo acuerdo: Ambas partes acuerdan terminar

Terminacion por incumplimiento: Una parte incumple y la otra puede rescindir

Terminacion sin causa: Con preaviso (tipicamente 30 dias) y pago del trabajo realizado

Consecuencias de la terminacion: Entrega de lo desarrollado, pago del trabajo pendiente, devolucion de materiales

11. Limitacion de responsabilidad

Definir limites para proteger a ambas partes:

Monto maximo: Tipicamente el monto total del contrato

Exclusiones: Daños indirectos, lucro cesante, perdida de datos (salvo dolo o negligencia grave)

Seguros: Si el proveedor tiene seguro de responsabilidad profesional

12. Resolucion de conflictos

Opciones:

Mediacion obligatoria: Primer paso antes de ir a juicio

Arbitraje: Mas rapido que la justicia ordinaria

Justicia ordinaria: Definir jurisdiccion y tribunal competente

Combinacion: Mediacion primero, arbitraje o justicia si no hay acuerdo

Modelos de contrato segun el tipo de proyecto

Proyecto a medida (precio fijo)

Ideal cuando el alcance esta bien definido desde el inicio. El contrato debe ser muy detallado en requerimientos y criterios de aceptacion.

Proyecto agil (T&M)

Para proyectos con alcance evolutivo. El contrato define:

Tarifa por hora/sprint

Equipo asignado

Proceso de priorizacion (backlog, sprints, demos)

Mecanismo de control de horas/costos

Tope presupuestario (opcional)

Staff augmentation

El proveedor aporta profesionales que trabajan bajo la direccion del cliente:

Perfiles y seniority requeridos

Tarifa por recurso

Proceso de reemplazo si un recurso no funciona

Propiedad intelectual (generalmente del cliente)

No relacion de dependencia laboral

Desarrollo de producto SaaS

El proveedor desarrolla un producto que el cliente usara como servicio:

Licencia de uso (no cesion de propiedad)

SLA y niveles de servicio

Politica de actualizaciones

Condiciones de salida (portabilidad de datos)

Proteccion de datos personales

Si el software va a manejar datos personales (clientes, usuarios, empleados), el contrato debe contemplar:

Cumplimiento de la Ley 25.326: Obligaciones del responsable y del encargado del tratamiento

Medidas de seguridad: Encriptacion, control de acceso, backups

Politica de breach notification: Que pasa si hay una filtracion de datos

Data Processing Agreement (DPA): Si se procesan datos para el cliente

Localizacion de datos: Donde se almacenan los datos (Argentina, exterior)

Errores frecuentes en contratos de software

1. Contrato generico sin adaptar al proyecto

Usar un modelo generico de internet sin adaptarlo a las particularidades del proyecto es peligroso. Cada proyecto tiene su propia complejidad.

2. No definir el "Definition of Done"

Si no esta claro cuando una funcionalidad esta "terminada", el proyecto puede quedar en un limbo de revisiones infinitas.

3. Ignorar el codigo fuente de terceros

Muchos proyectos usan librerias open source. El contrato debe contemplar las licencias de terceros y su compatibilidad con el uso que el cliente quiere darle.

4. No incluir clausula de no competencia

Si el proveedor desarrolla algo innovador para el cliente, deberia existir una clausula que impida al proveedor replicarlo para competidores directos (al menos por un periodo).

5. Olvidar la transicion de salida

Que pasa cuando termina el contrato? Quien provee documentacion, accesos, migracion de datos? Definirlo de antemano evita situaciones complicadas.

Herramientas para gestionar contratos

Sistemas de firma digital: DocuSign, Autofirma, firmas con certificado ARCA

Gestion de proyectos: Para trackear entregables y cambios de alcance

Versionado de documentos: Para mantener el historial de cambios al contrato

Plataformas de facturacion: Para vincular pagos con hitos contractuales

Preguntas frecuentes

Un contrato verbal es valido en Argentina?

Tecnicamente si, pero en la practica es imposible de probar. Siempre por escrito.

Quien deberia redactar el contrato?

Idealmente un abogado especializado en tecnologia. El costo de un buen contrato es minimo comparado con el costo de un juicio.

Se puede modificar un contrato en curso?

Si, mediante un adenda firmada por ambas partes. Nunca modifiques condiciones solo verbalmente.

Conclusion

Un buen contrato de desarrollo de software protege a ambas partes y establece las reglas del juego desde el inicio. No es un obstaculo burocratico: es una herramienta que permite trabajar con tranquilidad y resolver diferencias antes de que se conviertan en conflictos.

Invertir en un contrato solido al inicio del proyecto es la mejor inversion que podes hacer.

Necesitas desarrollar software con contrato claro y profesional? En Develop Argentina trabajamos con contratos transparentes que protegen a ambas partes. Definimos alcance, cronograma, propiedad intelectual y garantia desde el dia uno. Contactanos y arranca tu proyecto con la tranquilidad que necesitas.