Si gestionas tus propios servidores, probablemente hayas instalado más plugins y apps de las que puedes contar. La mayoría están licenciados: obtienes el derecho a usar el software bajo ciertas condiciones, pero el código sigue siendo de su autor. Eso está bien para un plugin de servidor multimedia que instalas y olvidas. Se convierte en un problema cuando una pieza de software está en el centro de cómo funciona tu infraestructura: un plugin de Jellyfin o Emby que encaja con la estructura de tu biblioteca, una app de Nextcloud que habla con tus herramientas internas o una integración de la que depende tu negocio.
Este artículo explica el modelo de desarrollo a medida con derechos exclusivos: qué recibes, qué significa realmente la cesión de derechos en la práctica, por qué no hay clave de licencia, cómo se gestiona la confidencialidad y cuándo tiene sentido pagar por la exclusividad. Está escrito desde la perspectiva de alguien que lleva años manteniendo stacks autoalojados, y es información general, no asesoramiento legal.
Producto licenciado frente a desarrollo exclusivo
Un producto licenciado es algo que se te permite usar. El autor conserva los derechos de autor, puede vender el mismo producto a otros y puede cambiarlo o discontinuarlo más adelante. Normalmente recibes actualizaciones, pero no decides hacia dónde evoluciona el producto.
El desarrollo exclusivo es distinto. Describes lo que necesitas, lo construimos y, tras el pago completo, los derechos económicos sobre el código se transfieren a ti. El proyecto nunca se revende ni se reutiliza para nadie más. En la práctica, eso significa que el software es solo tuyo, no una copia de un producto que otros también ejecutan.
Esta distinción importa sobre todo cuando el software recoge algo específico de ti: tu modelo de datos, tus flujos de trabajo, tus convenciones de nombres. Si el código se comparte con otros clientes, esos detalles tienden a generalizarse. Si es tuyo, pueden mantenerse.
Requisitos previos
Antes de encargar, ten preparado lo siguiente:
- Una descripción clara de qué debe hacer el software y en qué plataforma (Emby, Jellyfin, Nextcloud o una integración entre tus propios sistemas).
- Acceso a las personas que pueden aprobar una especificación y un presupuesto.
- Una idea aproximada de tu presupuesto en horas, ya que el servicio se factura por horas con un mínimo de 20 horas.
- Si la confidencialidad te importa, indica que quieres un NDA: se firma a petición.
No necesitas preparar un diseño técnico. La especificación por escrito forma parte del proceso.
Paso 1: Describe lo que necesitas
Empieza a través del formulario de contacto, un ticket o Telegram. Explica el problema en lugar de la solución: cómo es hoy tu infraestructura, qué falta y cómo sería un buen resultado. Cuanto más concreto seas sobre plataformas y restricciones, más preciso será el presupuesto.
Paso 2: Recibe una especificación y un presupuesto por escrito
Recibes una especificación por escrito con el número de horas, sin coste. No se cobra nada hasta que la aceptes. Léela con atención: este documento es la base de todo lo que viene después, incluido el alcance de la cesión de derechos. Si algo de tu infraestructura no aparece reflejado en la especificación, dilo ahora, antes de comprar ninguna hora.
Paso 3: Compra las horas
Una vez aceptes el presupuesto, compras las horas en la página del producto. El mínimo es de 20 horas; los proyectos más grandes añaden horas según lo acordado en el presupuesto. Las facturas las emite Stripe y están disponibles en tu cuenta.
Paso 4: Desarrollo con informes por etapas
Durante el desarrollo recibes compilaciones de prueba y un breve informe en cada etapa. Las horas se consumen en pasos de 15 minutos, así que puedes ver a dónde va el tiempo. Esta es la ventaja práctica de un modelo por horas para trabajo a medida: no tienes que adivinar qué pasó entre el inicio y la entrega.
Paso 5: Entrega
Al final recibes:
- El código fuente completo: el proyecto entero, con instrucciones de compilación. Puedes modificarlo tú mismo o entregarlo a otros desarrolladores.
- El documento de cesión de derechos: tras el pago completo, los derechos económicos sobre el código se transfieren a ti.
- Sin clave de licencia y sin límite de servidores: la app se ejecuta en tantos servidores tuyos como quieras, sin contactar con ningún servicio de licencias.
Ese último punto merece énfasis para los self-hosters. No hay servidor de activación que mantener vivo, ni clave que rotar cuando reconstruyes un host, ni comprobación telefónica que se rompa cuando cambia tu red. Lo despliegas igual que cualquier otra cosa en tu infraestructura.
Qué significa la cesión de derechos en la práctica
Los derechos de autor tienen dos caras: los derechos morales y los derechos económicos. En la legislación de la UE y de Rumanía, los derechos morales (por ejemplo, la atribución de autoría) generalmente permanecen en el autor y no son transferibles, mientras que los derechos económicos —el derecho a usar, reproducir, modificar y distribuir la obra— sí pueden transferirse. El documento de entrega cubre esa parte económica: tras el pago completo, el código es tuyo para usarlo y cambiarlo, y no lo vendemos, publicamos ni reutilizamos para nadie más.
Algunas consecuencias prácticas:
- Puedes bifurcarlo. Si más adelante quieres que otro desarrollador amplíe la app, puedes entregarle el código fuente y las instrucciones de compilación. Nada en el acuerdo te obliga a volver a nosotros.
- Puedes mantenerlo privado. No hay obligación de publicar el código ni entrada de portafolio que lo muestre.
- Los componentes de código abierto mantienen sus propias licencias. Si el proyecto usa bibliotecas de terceros, estas conservan sus términos originales; la cesión se aplica al código escrito para ti. Pregunta por esto durante la fase de especificación si tu proyecto depende de bibliotecas concretas.
- La cesión se produce tras el pago completo, por eso el paso de entrega está ligado a él.
Esta es una descripción general, no asesoramiento legal. Para tu situación concreta, sobre todo si vas a transferir los derechos a un cliente o a tu empleador, consulta a un abogado.
Confidencialidad y mención pública
El proyecto no aparece en nuestro portafolio y el NDA se firma a petición. Si el software forma parte de un servicio comercial o contiene detalles que prefieres no publicitar, dilo al principio para que el NDA esté en vigor antes de escribir la especificación.
Cuándo merece la pena la exclusividad
La exclusividad no es la opción adecuada para todos los plugins. Merece la pena considerarla cuando:
- El software recoge lógica de negocio que no quieres compartir con competidores.
- Prevés mantener o ampliar el código durante años y quieres libertad para elegir quién hace ese trabajo.
- Lo necesitas en muchos servidores sin depender de licencias.
- Quieres la opción de mantener el proyecto completamente privado.
Probablemente no merezca la pena para un plugin pequeño de conveniencia sin lógica sensible, donde un producto licenciado o un desarrollo a medida normal haría el trabajo. El modelo por horas es el mismo; lo que cambia es lo que recibes al final.
Consejos y resolución de problemas
- La ampliación del alcance es el principal riesgo. Cíñete a la especificación por escrito. Si cambian los requisitos, acuerda primero horas adicionales: los proyectos más grandes añaden horas según lo acordado en el presupuesto.
- Las horas no usadas no desaparecen de inmediato. Permanecen en tu cuenta durante 12 meses, lo que te da margen para trabajo de seguimiento tras la entrega.
- Tras la entrega, los cambios son horas de desarrollo normales, ya sea con nosotros o con quien elijas. Esa es la gracia de ser dueño del código.
- Guarda las instrucciones de compilación junto al código fuente. Almacénalas juntas en tu propio repositorio para que un futuro mantenedor no tenga que adivinar.
- Pregunta por los componentes de terceros cuanto antes si tus normas de cumplimiento exigen saber qué licencias están implicadas.
- No trates el presupuesto como un precio fijo. Es una estimación en horas; la contabilidad de 15 minutos está ahí para que puedas seguir el consumo.
Conclusión
El software licenciado te da derecho a usar algo. El desarrollo exclusivo te da la cosa en sí: el código fuente completo, los derechos económicos tras el pago completo, sin clave de licencia y sin límite de servidores, y confidencialidad si la necesitas. Para los self-hosters, la diferencia práctica se nota años después, cuando quieres cambiar un comportamiento, mudarte a un nuevo host o entregar el proyecto a otra persona.
Si tienes un proyecto que debe ser solo tuyo, empieza describiéndolo a través de la página de contacto y pide la especificación por escrito. También puedes consultar la base de conocimiento para guías relacionadas o las preguntas frecuentes sobre cómo funciona el proceso.