Tu agencia en tiempos difíciles
Evaluar el código de mi agencia

Código y derechos

Vender código fuente: cómo vende una agencia un repositorio que ya tiene

Verificado el 12 de octubre de 2026

En corto

Una agencia puede vender el código fuente que le pertenece: productos internos, plataformas que quedaron a medias o proyectos donde conservó la titularidad. El comprador revisa la titularidad, la calidad y las licencias open source antes de pagar. Muchas veces conviene más licenciar que vender.

Vender código fuente es ceder a otra empresa la titularidad de un repositorio a cambio de un pago. Una agencia puede hacerlo con lo que le pertenece: productos internos, plataformas que se quedaron a medias, herramientas y proyectos donde el contrato dejó la titularidad con la agencia. El comprador paga por el tiempo que se ahorra y por el riesgo que evita.

Antes de pagar, el comprador revisa tres cosas: que de verdad seas el titular, que las licencias open source permitan lo que quiere hacer y que el código funcione. Muchas veces conviene más licenciar que vender, porque conservas el código y puedes cobrar varias veces.

Qué código de una agencia se puede vender

Haz la lista de repositorios con el contrato bajo el que se hizo cada uno. Lo vendible cae en estos grupos:

¿Vender o licenciar?

VenderLicenciar
PagoUno, más altoVarios, más bajos, o recurrentes
Código despuésDel compradorTuyo
Puedes seguir usándoloSolo con licencia de regresoSí
Trabajo posteriorEntrega y transiciónSoporte y versiones, si lo pactas

Vende cuando:

Licencia cuando el mismo código le sirve a varias empresas que no compiten entre sí. Las opciones de licencia están en licenciamiento de software.

Cómo preparar un repositorio para la venta

Un comprador serio hace una revisión técnica y legal. Prepárala tú antes que él:

  1. Limpia el historial. Busca credenciales, llaves de API, datos de clientes y URLs internas en todo el historial de git, commits viejos incluidos. Si aparecen, rota las credenciales y reescribe el historial o entrega un snapshot limpio.
  2. Lista las dependencias. Exporta el manifiesto con la licencia de cada paquete. Las licencias copyleft, como GPL, pueden obligar al comprador a publicar su código si distribuye el software. Señálalas.
  3. Arma la cadena de titularidad. Lista de personas que hicieron commits, con su contrato y su cesión a la agencia. Para cada una, el documento firmado.
  4. Documenta. README que permita levantar el proyecto en una tarde, arquitectura en una página, variables de entorno y pasos de despliegue.
  5. Muestra que funciona. Pruebas que pasan, un entorno de demo y, si existe, uso real: usuarios, transacciones, uptime.

Qué pide la ley para que la venta valga

La venta de código es una cesión de derechos patrimoniales, y la ley de cada país pone requisitos:

Las reglas completas por país están en cesión de derechos de software.

Un contrato de compraventa de software, además de la cesión, incluye:

Cuánto pedir

El comprador compara tu precio con lo que le costaría construirlo. Tu precio tiene que quedar claramente abajo de eso, porque el comprador asume el riesgo de un código que no escribió.

Los rangos de referencia y lo que mueve el precio están en cuánto vale el código.

Cómo te pagan

Un comprador de EE. UU. te va a pedir un W-8BEN-E para documentar que eres una entidad extranjera.

Preguntas frecuentes

¿Se puede vender código que se hizo para un cliente?

Solo si el contrato dejó la titularidad con tu agencia. Si hay una cesión al cliente, el código es suyo. Si el contrato no dice nada, revisa la ley aplicable y lo que el cliente ya tiene: como mínimo una licencia implícita para seguir usándolo.

¿Quién compra código fuente?

Empresas de producto que quieren arrancar sobre algo probado, agencias que necesitan un módulo para un cliente, compradores que adquieren productos pequeños y empresas que entrenan modelos de IA con código escrito por equipos con experiencia.

¿Qué revisa un comprador antes de pagar por un repositorio?

La cadena de titularidad (contratos y cesiones de cada persona que escribió código), las licencias open source de las dependencias, la calidad del código, las pruebas, la documentación y que no haya datos, credenciales ni secretos de clientes dentro del historial.

Evaluar el código de mi agencia