Qué revisar en un contrato freelance de PI

Qué revisar en un contrato freelance para la cesión de propiedad intelectual

Un contrato freelance puede verse ordenado y aun así pasar por alto lo importante. El cliente cree que compró todos los derechos; el freelancer cree que solo vendió un archivo terminado. Esa brecha genera disputas rápidamente, y por lo general se puede evitar si sabes qué revisar en un contrato freelance para la cesión de propiedad intelectual antes de que alguien firme.

Esto importa incluso en trabajos pequeños. Un boceto de logo, una serie de fotos de producto, un borrador de landing page o un lote breve de copys publicitarios pueden implicar derechos que el contrato debe dejar claros. Una sola frase ambigua puede dejar al cliente con menos de lo esperado, o al freelancer cediendo más de lo previsto.

1. Confirma que el acuerdo cubre más que la “propiedad del código”

La “propiedad del código” es demasiado limitada para muchos proyectos. Un desarrollo web puede incluir textos de interfaz, iconos, estructura de base de datos, archivos de diseño y documentación; un proyecto de marketing puede incluir borradores de copy, maquetas visuales y notas sobre la audiencia. Si el contrato solo menciona el código, el resto puede quedar fuera de la cesión.

Lee la cláusula de cesión línea por línea. ¿Cubre el resultado final, los materiales derivados y cualquier contenido adaptado, o solo los archivos fuente? Un cliente que quiere control total debería ver nombrado todo el paquete, no tener que imaginarlo. Si el acuerdo deja “otros materiales” sin definir, ya hay un problema en una sola frase.

Pide ejemplos dentro del propio contrato. Una cláusula que diga “los entregables incluyen el código del sitio web, las hojas de estilo, los textos de la interfaz y las notas de instalación” es mucho mejor que una promesa vaga de “toda la PI”. Si el proyecto incluye diseño y código, trátalos como activos separados. Dos bloques. No uno.

En 24freelance.pro, este es también el punto en el que un comprador debería pensar en la relación de trabajo, no solo en el archivo final. Si estás comparando formas de contratar, el artículo sobre cómo contratar a un freelancer resulta útil para encuadrar el alcance antes de redactar el contrato.

2. Comprueba si los entregables incluyen borradores, iteraciones y archivos finales

Algunos contratos solo ceden el “entregable final”. Suena limpio, pero puede dejar borradores, archivos de trabajo y versiones de revisión en una zona gris. Si el freelancer crea tres wireframes, escribe cinco borradores de copy o exporta varias iteraciones de diseño, el contrato debería decir si todo eso también se incluye.

Esto no es un detalle menor. Un cliente puede necesitar el archivo fuente editable, el archivo de diseño por capas o las notas del proyecto para seguir trabajando sin empezar de cero. Un freelancer quizá quiera conservar las notas de lluvia de ideas iniciales o los conceptos descartados. Ambas posiciones son razonables, pero el contrato debe decir qué recibe cada parte.

Fíjate en expresiones como “versión final aprobada” sin cubrir los pasos que llevaron hasta allí. Si el proyecto se detiene en la versión 2, ¿qué se transfiere? Si el cliente cancela después de recibir un borrador, ¿ese borrador se transfiere o no? Son preguntas prácticas, no teóricas.

También existe el problema de la entrega. Un sitio web entregado solo como paquete compilado puede no ser suficiente para un cliente que necesita plantillas editables, credenciales de acceso y archivos de recursos. Un contrato bien hecho debería mencionar archivos finales, borradores, revisiones y cualquier material de entrega que importe. Tres elementos como mínimo, normalmente más.

3. Revisa los derechos morales y el lenguaje de renuncia cuando corresponda

En algunos países, una cesión de derechos patrimoniales no resuelve por completo los derechos morales en contrato freelance. Esos derechos pueden incluir la atribución, la integridad de la obra y la oposición a ciertas modificaciones. Si el contrato cruza fronteras, este no es un párrafo para leer por encima.

Busca lenguaje sobre renuncia, consentimiento o no ejercicio de derechos. La redacción debe encajar con la jurisdicción, porque una renuncia amplia que funciona en un lugar puede ser débil o ineficaz en otro. Un cliente que quiera editar, recortar, traducir o reutilizar la obra sin reclamaciones posteriores debe ver eso claramente establecido.

Los freelancers también deberían leer esta parte. Un contrato puede reservar el derecho de atribución, o puede permitir que el cliente omita la atribución, pero en cualquier caso la redacción debe ser explícita. Un lenguaje legal a medio hacer genera fricciones reales cuando la obra se publica en público.

Un ejemplo práctico: un fotógrafo puede ceder los derechos patrimoniales sobre las imágenes y, aun así, conservar ciertos derechos personales si el contrato no los trata correctamente. Otro ejemplo: un ilustrador puede oponerse a que su obra se modifique en exceso y luego se le atribuya con su nombre. Ese problema se puede evitar con una sola cláusula clara.

4. Verifica la cadena de titularidad si hay subcontratistas o colaboradores

Si una sola persona no creó todo por sí misma, el contrato necesita lenguaje sobre la cadena de titularidad. Un subcontratista, un diseñador junior, un corrector o un amigo desarrollador pueden haber intervenido en el proyecto. Si sus derechos nunca se cedieron aguas arriba, el cliente podría no recibir una titularidad limpia aguas abajo.

Pregunta quién creó realmente cada elemento. El contrato debería decir si el freelancer usó empleados, asistentes, contratistas o creadores externos, y exigir que todos ellos hayan firmado cesiones separadas si hacen falta. “Lo hice con ayuda” no basta.

Este problema aparece con frecuencia en agencias y en estudios unipersonales que subcontratan las partes difíciles. El cliente quiere un único titular al final. Por eso el contrato debe exigir que el freelancer garantice que todos los colaboradores hayan transferido sus derechos, o listar directamente cualquier excepción. Sin colaboradores ocultos. Sin archivos misteriosos.

Si el trabajo toca datos regulados o contratación transfronteriza, el enfoque legal importa aún más. Para un ángulo relacionado, la guía sobre cómo contratar a un freelancer bajo es un buen complemento cuando los datos personales y los derechos de cesión coinciden en el mismo proyecto.

5. Busca derechos reservados sobre materiales preexistentes y herramientas del freelancer

Los freelancers suelen aportar sus propias plantillas, fragmentos de código, bibliotecas, métodos o sistemas de diseño. Eso es normal. El contrato debería separar esos materiales preexistentes del nuevo trabajo que se está cediendo, o las partes podrían discutir después si el cliente compró toda la caja de herramientas.

Revisa si existe una cláusula de derechos reservados. Debería identificar qué conserva el freelancer, qué recibe el cliente y si el cliente obtiene una licencia para usar algún material retenido dentro del entregable. Un bloque reutilizable es un buen ejemplo. El freelancer puede conservar la propiedad del bloque, mientras que el cliente obtiene el derecho a usarlo como parte del sitio web terminado.

Ojo con las fórmulas amplias que dicen que todo lo “desarrollado durante el proyecto” pertenece al cliente. Eso puede absorber los activos iniciales, herramientas o métodos generales propios del freelancer. La mejor cláusula dice qué ya se poseía, qué se creó de nuevo y qué se licencia en vez de cederse.

Los clientes no deberían ver esto como una escapatoria. Las herramientas internas de trabajo de un freelancer no son lo mismo que el entregable. Pero si el contrato no traza la línea, la disputa puede depender de un solo componente reutilizado. Un componente. Una pelea.

6. Comprueba el contenido de terceros, el código abierto y los términos de licencia transmisibles

Muchos proyectos incluyen material externo. Puede tratarse de fotos de stock, tipografías, bibliotecas de código abierto, código de APIs, música licenciada o ilustraciones de terceros. Un contrato que promete una cesión total sin nombrar estas piezas puede exagerar lo que el freelancer realmente puede transferir.

Busca una cláusula de transmisión de licencias. Si el trabajo incluye software de código abierto o contenido licenciado, el contrato debería indicar qué licencias aplican, si los avisos deben mantenerse adjuntos y si la redistribución está limitada. Un cliente puede ser dueño de las partes personalizadas y, aun así, tener que respetar la licencia externa de las partes prestadas.

La diferencia importa en la práctica. Una app móvil puede depender de un framework con sus propios términos de licencia, y una pieza de marketing puede incluir una imagen de stock que no puede revenderse como archivo independiente. El contrato no debería fingir que esos límites no existen. Debe identificarlos.

Si el proyecto está vinculado a búsqueda, anuncios o trabajo en plataformas, el contrato también debe encajar con el modelo de negocio. Por ejemplo, un comprador que compare habilidades y entregables puede encontrar útil el artículo sobre si puedo contratar a un freelancer cuando los componentes externos son solo una parte del alcance del proyecto.

7. Confirma los tiempos: cuándo ocurre la cesión y qué activa la transferencia

El momento puede cambiarlo todo. Algunos contratos dicen que los derechos se transfieren al crearse. Otros dicen que la transferencia ocurre solo después del pago completo, la entrega o la firma de un documento adicional. Si el proyecto se detiene a mitad de camino, la regla temporal decide quién posee qué en ese momento.

Lee con cuidado el disparador. Si los derechos solo se transfieren tras el pago, ¿qué pasa cuando el cliente paga el anticipo pero no el resto? Si la transferencia ocurre con la entrega, ¿basta con un archivo adjunto por correo o deben aceptarse formalmente los archivos finales? Estos detalles importan porque determinan si el cliente puede usar el trabajo de inmediato o tiene que esperar.

Un freelancer no debería aceptar un lenguaje ambiguo sobre el momento de la cesión. Un cliente tampoco. Un compromiso habitual es la cesión al pago completo del entregable final, con derechos de uso limitados antes de eso si se comparten borradores. Así, cada etapa tiene su estado legal definido. Tres etapas, tres respuestas.

Los proyectos que fracasan son donde las cláusulas de tiempo demuestran su valor. Si el trabajo termina antes de tiempo, el contrato debería decir si se transfieren derechos parciales por las etapas pagadas, si los materiales no pagados siguen perteneciendo al freelancer y si el cliente puede conservar copias internas. Si el contrato calla, la discusión puede durar más que el propio proyecto.

8. Asegúrate de que el contrato cubra el uso posterior a la entrega, las modificaciones y la defensa de derechos

El cliente suele necesitar más que la posesión. Necesita permiso para editar, adaptar, sublicenciar, publicar, registrar y hacer valer la obra después de la entrega. Si el contrato solo dice “cesión” pero no menciona estos usos posteriores, el cliente todavía puede enfrentarse a límites.

Comprueba si el acuerdo permite modificar la obra sin pedir consentimiento adicional. Un cliente de software puede necesitar corregir errores, localizar la interfaz o entregar el proyecto a un nuevo equipo. Un cliente de marca puede necesitar redimensionar piezas, recortar recursos o combinarlos con otros materiales. Si esos usos se esperan, el contrato debe decirlo con claridad.

La defensa de derechos es otro punto que muchos pasan por alto. ¿Quién puede enviar una notificación de retirada si alguien copia la obra? ¿Puede el cliente registrar el copyright, reclamar infracciones o autorizar a un distribuidor para hacerlo? Si la respuesta es sí, el contrato debería decirlo directamente. Si la respuesta es no, el cliente debería saberlo antes de pagar.

Para equipos que planean crecer, estos derechos afectan decisiones de negocio reales, no solo teoría legal. Un contrato que permita ediciones posteriores, sublicencias y defensa de derechos evita el momento incómodo en que el cliente descubre que posee el activo pero no puede actuar sobre él. Ese descubrimiento sale caro.

Si todavía estás en la fase de contratación, no esperes a que el contrato resuelva problemas básicos de alcance. Un brief claro, un entregable nombrado y un contrato que coincida con ese brief ahorran tiempo a ambas partes. Las disputas más limpias son las que nunca empiezan.

Y sí, la frase exacta importa: qué revisar en un contrato freelance para la cesión de propiedad intelectual no trata solo del lenguaje de propiedad. Se trata de borradores, renuncias, derechos de colaboradores, herramientas preexistentes, licencias externas, tiempos y control posterior a la entrega. Si omites uno de esos engranajes, el contrato puede decir “cesión” mientras los derechos reales siguen en otro lugar.