¿Cómo definir en un contrato de desarrollo web en Xi’an el alcance de la entrega del código fuente?

Fecha de publicación:20-10-2026
Autor:Eyingbao
Visitas:
  • ¿Cómo definir en un contrato de desarrollo web en Xi’an el alcance de la entrega del código fuente?
¿Basta con indicar «entrega de todo el código fuente» en un contrato de desarrollo web en Xi’an? Este artículo repasa los límites de entrega en el desarrollo a medida, la personalización de software de código abierto y la creación de sitios web SaaS. También explica el inventario del código fuente, los derechos de autor y las licencias de uso, la aceptación de la implementación independiente y las cláusulas de migración en caso de interrupción del servicio, además de ofrecer ejemplos de cláusulas contractuales. Comprender el alcance de la entrega y los costes posteriores antes de firmar ayuda a reducir las restricciones de mantenimiento, las dudas sobre las licencias y las dificultades de migración, y a controlar mejor la inversión en el sitio web.
Consulta inmediata: 4006552477

Al firmar un contrato para el desarrollo de un sitio web en Xi’an, «entregar todo el código fuente» no es lo suficientemente preciso. Es necesario especificar por separado qué archivos se entregarán, cómo podrán utilizarse, si podrán desplegarse de forma independiente y cómo se realizará la migración cuando se interrumpa el servicio. Recibir un archivo comprimido con el código no significa adquirir todos los derechos de autor ni garantiza que otro proveedor pueda continuar con el mantenimiento.

Antes de comparar presupuestos, confirme si el proyecto consiste en desarrollo a medida, desarrollo secundario de un sistema de código abierto o creación de un sitio web en una plataforma SaaS. El alcance de la entrega varía según el modelo; el contrato no debe resumirlo todo con la misma frase: «El código fuente pertenece a la Parte A».

Distinga el código personalizado, los componentes de terceros y las licencias de la plataforma

En un proyecto de desarrollo a medida, se puede acordar la entrega del código frontend y backend creado específicamente para el proyecto, así como los derechos de modificación, despliegue y mantenimiento por encargo correspondientes. Debe especificarse por separado si se incluyen los frameworks generales y las bibliotecas de herramientas preexistentes del proveedor; no debe darse por sentado que todos se transfieren junto con el proyecto.

En un sitio web desarrollado sobre un sistema de código abierto, deben distinguirse el programa original, los complementos comerciales y el código añadido. Que sea de código abierto no significa que no haya condiciones de uso; incluso los complementos comerciales ya instalados pueden estar sujetos a restricciones de dominio, límites en el número de sitios o renovaciones al vencimiento.

La creación de sitios web SaaS suele ofrecer un servicio de uso de la plataforma, y el código fuente subyacente normalmente no forma parte de la entrega. En este caso, es aún más importante prestar atención a la exportación de contenidos y datos, la gestión del dominio, las condiciones de renovación y las opciones de salida. Si la empresa exige expresamente poder desplegar el sitio por su cuenta, debe descartar durante la selección las soluciones que no admitan esta condición.

Por ejemplo, al evaluar soluciones SaaS que integran la creación de sitios web y el marketing internacional, como 易营宝, conviene preguntar por separado sobre el derecho de uso de la plataforma, la exportación de los datos del sitio web y la gestión de las cuentas de marketing. No debe interpretarse «ofrecer servicios de creación de sitios web» como «proporcionar el código fuente de la plataforma».

Incluya el alcance del código fuente en un anexo y relaciónelo con cada función del sitio web

El anexo del contrato puede adoptar el formato «elemento entregable, contenido de los archivos, alcance de los derechos y condiciones de uso». También deben indicarse los elementos que no se entregan, su nombre y finalidad, así como las condiciones para sustituirlos o renovar su licencia, a fin de evitar descubrir durante la aceptación que las funciones esenciales dependen de licencias adicionales.

  • Programa del sitio web: archivos fuente del frontend, código de negocio del backend, estilos, scripts y plantillas de configuración relacionadas. Proporcionar únicamente páginas accesibles desde el navegador o archivos ejecutables comprimidos no equivale a entregar código fuente que pueda mantenerse.
  • Base de datos y contenidos: estructura de la base de datos, copias de seguridad de los datos dentro del alcance acordado y archivos cargados, como imágenes, vídeos y documentos adjuntos. Una base de datos vacía entregada antes de la puesta en línea no sustituye la migración de los datos generados durante la operación.
  • Documentación de despliegue: versiones del entorno de ejecución, lista de dependencias, pasos de instalación, comandos de compilación e instrucciones de tareas programadas, para que el equipo que se haga cargo pueda realizar el despliegue conforme a la documentación.
  • Dependencias y licencias: lista de componentes de código abierto, temas comerciales, fuentes, complementos e interfaces externas, con indicación del titular de la licencia, su período de vigencia, quién asume los costes y las restricciones de migración.

También debe especificarse por separado si se entregarán los archivos fuente de diseño, el historial completo de desarrollo y las herramientas internas de pruebas, para no confundirlos con el código necesario para el funcionamiento del sitio web. Las contraseñas, las claves de API y demás información confidencial deben transferirse de forma segura y cambiarse después de la entrega.

¿Cómo definir en un contrato de desarrollo web en Xi’an el alcance de la entrega del código fuente?

«Entrega del código fuente» y «titularidad de los derechos de autor» deben acordarse por separado

El código fuente es un elemento entregable; los derechos de autor y las licencias de uso son acuerdos sobre derechos. El contrato debe distinguir entre los resultados nuevos del proyecto, los resultados preexistentes del proveedor y los resultados de terceros, y establecer por separado su titularidad o el alcance de las licencias.

Si el objetivo principal es evitar que el mantenimiento posterior dependa del proveedor original, debe especificarse si la empresa puede modificar el sitio por su cuenta, encargar el mantenimiento a otro equipo, migrar los servidores y desplegar el sitio dentro del alcance acordado. La expresión «uso perpetuo» por sí sola puede dejar sin aclarar el número de despliegues, los usuarios autorizados y los permisos de modificación.

Si realmente se exige la transferencia de los derechos de autor pertinentes sobre los resultados personalizados, deben especificarse los derechos concretos, los resultados correspondientes y las condiciones de entrada en vigor. Los componentes de terceros deben regirse por sus licencias; una cláusula general no puede sustituir las licencias existentes.

La aceptación no debe limitarse a comprobar si se abre el archivo comprimido

Un método de aceptación más útil consiste en realizar un despliegue en un entorno independiente acordado en el contrato, siguiendo la documentación entregada, y comprobar las funciones esenciales, como el acceso a las páginas, el inicio de sesión en el panel de administración, la publicación de contenidos, el envío de formularios y la carga de archivos. Si hay correo electrónico de consultas, pagos o interfaces logísticas, también debe comprobarse su funcionamiento tras volver a configurar las cuentas.

Esto permite detectar un problema frecuente: aunque los archivos parezcan estar completos, el sitio web puede seguir dependiendo de interfaces no declaradas por el proveedor, servidores de licencias o módulos cifrados, por lo que deja de funcionar al cambiar de entorno. Toda dependencia que se permita conservar debe especificarse previamente junto con sus condiciones de uso y costes.

La migración de un sitio web de marketing también debe conservar las URL valiosas de las páginas, los títulos SEO, las descripciones, las reglas de redireccionamiento y las configuraciones necesarias de analítica y seguimiento de conversiones. Que el sitio web pueda abrirse no significa que las acciones de promoción anteriores se hayan transferido por completo.

El contrato debe incluir la entrega del código fuente, la verificación del despliegue y la corrección de defectos como condiciones de aceptación, y vincular los hitos de pago correspondientes a los resultados de dicha aceptación. También debe acordarse el plazo de entrega del código que se modifique después de la puesta en línea, para evitar recibir una versión obsoleta.

El precio debe contemplar los costes de asumir el mantenimiento posteriormente

Al comparar presupuestos para la creación de sitios web en Xi’an, conviene desglosar los costes de desarrollo, entrega del código fuente, licencias de terceros, despliegue y migración, y servicios continuos. Un presupuesto bajo que dependa de interfaces con cargos recurrentes puede aumentar los costes de salida; exigir la transferencia de todo el código genérico subyacente también puede elevar la inversión inicial.

Para sitios web que requieran desarrollo secundario a largo plazo, integración con varios sistemas o mantenimiento propio, es más adecuado priorizar el despliegue independiente y los permisos de mantenimiento. Si se utiliza un servicio SaaS para un sitio web corporativo estándar, conviene centrarse en la posibilidad de exportar los datos, la previsibilidad de los costes y las condiciones de migración una vez finalizado el servicio.

Cómo concretar las cláusulas del contrato

La siguiente redacción puede servir de base para la cláusula de entrega; el anexo debe completar los detalles específicos:

«La Parte B entregará, de conformidad con el anexo “Lista de entrega del código fuente y la documentación complementaria”, los archivos fuente del programa, la estructura de la base de datos y los datos acordados, los archivos de recursos, la lista de dependencias y la documentación de despliegue, todos ellos correspondientes a la versión aprobada en la aceptación final. La titularidad de los derechos, el alcance de las licencias y las condiciones de uso de los nuevos resultados del proyecto, los resultados preexistentes de la Parte B y los componentes de terceros se regirán por separado según lo establecido en el anexo. Los resultados entregados deberán poder desplegarse en el entorno acordado siguiendo la documentación y superar las pruebas de aceptación de las funciones acordadas. Si una dependencia necesaria que no se haya declarado impide el despliegue o el funcionamiento, la Parte B deberá completar o corregir lo necesario dentro del plazo acordado».

Añada también la fecha de entrega, el plazo de corrección, el alcance de la asistencia para la migración y las medidas aplicables en caso de incumplimiento. Antes de firmar, pida al proveedor que complete cada punto de la lista; esto permite determinar con mayor claridad qué se obtiene realmente a cambio del pago que conservar una frase genérica como «se entrega todo el código fuente».

Consulta inmediata

Artículos relacionados

Productos relacionados