¿Cómo funciona?
- 011. Describe el proyectoStack y entregables, por horas o precio cerrado, tarifa, duración, mantenimiento previsto o no, entorno (tu equipo, sus accesos). Dos minutos.
- 022. La IA redacta un contrato que habla techMás allá de la base clásica (pago, resolución, confidencialidad), las cláusulas propias del desarrollo: propiedad del código y de las herramientas preexistentes, licencias open source, aceptación y anomalías, alojamiento y accesos, reversibilidad al final del proyecto.
- 033. Firma y empieza protegidoRevisa, ajusta, exporta. Para un punto concreto (guardia, SLA, subcontratación), complétalo con el Clause Builder.
Los conflictos clásicos del dev freelance — todos evitables por contrato
Estas situaciones se repiten una y otra vez entre los desarrolladores independientes:
- ✕El cliente reclama la propiedad de TUS librerías reutilizadas en el proyecto
- ✕Aceptación sin límite: «todavía no es lo que queremos» al sexto mes
- ✕Alcance del precio cerrado que se hincha: «solo una pequeña feature más»
- ✕Mantenimiento correctivo ilimitado nunca facturado, años después
- ✕Código entregado sin pago del saldo — y ninguna cláusula de retención
- ✕Reclasificación como falso autónomo: horarios impuestos, equipo del cliente, subordinación
Para desarrolladores que programan más rápido de lo que redactan
Sabes qué es una licencia MIT, una aceptación o una reversibilidad — pero convertirlas en cláusulas sólidas es otro oficio, que un abogado especializado factura entre 500 y 1.500 €. Doc Generator produce un contrato que conoce la realidad del desarrollo, adaptado a tu proyecto — y si el cliente impone su propio contrato marco, LegalEye te dice qué esconde antes de firmar.
Preguntas frecuentes
¿De quién es el código si el contrato no dice nada?
Por defecto en el derecho español, el desarrollador independiente conserva sus derechos de autor sobre el software (Texto Refundido de la Ley de Propiedad Intelectual, RDL 1/1996): la mera facturación no equivale a cesión, que debe constar por escrito y con alcance definido (art. 43 TRLPI). Parece favorable, pero es sobre todo fuente de conflicto: el cliente cree haber comprado el código. Una cláusula de cesión clara (alcance, efecto al pago íntegro, exclusión de tus herramientas preexistentes) protege a ambas partes.
¿Cómo gestionar el open source en un contrato con cliente?
Enunciando el principio: los componentes de terceros siguen bajo sus respectivas licencias y el cliente queda informado. Punto de atención real: las licencias copyleft (GPL) pueden contaminar el código propietario del cliente — el contrato generado prevé que la elección de las dependencias estructurales se valide con el cliente.
Por horas o precio cerrado: ¿qué me protege mejor?
Facturar por horas te protege del alcance que se hincha — cada petición adicional se factura. El precio cerrado tranquiliza al cliente pero exige un pliego bien cerrado y una cláusula de peticiones fuera de alcance. El contrato generado se adapta al modo elegido.
¿Qué prever para el final del proyecto?
La reversibilidad: entrega del código documentado, de los accesos y un traspaso razonable — contra el pago del saldo. Es también tu protección: la cláusula de retención condiciona la entrega final al pago íntegro.
¿Cuánto cuesta?
El plan gratuito incluye 2 generaciones al mes, sin tarjeta bancaria. Los planes de pago empiezan en 9 €/mes.
Un contrato que entiende tu oficio
2 generaciones gratis al mes. No se pide ninguna tarjeta bancaria.
Generar mi contrato de dev →