Condiciones de Trabajo y Guía de Alcance

Condiciones de Trabajo

1. Forma de pago
   50% del valor total para iniciar el proyecto.
   50% restante antes de la entrega final o publicación.
   El inicio del trabajo queda condicionado a la recepción del anticipo.
2. Alcance del proyecto
   El alcance del proyecto se define y acuerda antes de comenzar.
   El presupuesto contempla únicamente lo especificado en dicho alcance.
   Cualquier cambio, ajuste o funcionalidad no incluida se evalúa y cotiza por separado antes de su implementación.
3. Cambios incluidos
   Se incluyen hasta dos (2) rondas de cambios menores.
   Se consideran cambios menores:
   • Ajustes visuales
   • Correcciones de textos
   • Detalles que no impliquen nueva lógica ni funcionalidades
   Cambios adicionales o de mayor complejidad se presupuestan aparte.
4. Demoras del cliente
   Si el cliente no entrega contenido, accesos, información o feedback en tiempo y forma, el proyecto quedará pausado.
   Las pausas no modifican el precio acordado ni los plazos estimados de entrega.
5. Entrega del proyecto
   El proyecto se considera entregado cuando se encuentra funcional y subido al servidor, dominio o tienda (store) previamente acordados.
6. Tiempos de respuesta
   Los tiempos de respuesta, soporte y ajustes se coordinan dentro de horarios laborales razonables.
   Solicitudes urgentes o fuera de horario habitual pueden requerir una planificación especial.
7. Validez del presupuesto
   Los presupuestos tienen una validez de 15 días desde su emisión.
8. Entrega, revisión y cierre del proyecto
   Una vez entregado el proyecto, el cliente dispone de 7 días corridos para revisarlo y solicitar los ajustes incluidos.
   Finalizado ese plazo, el trabajo se considera aprobado y cerrado.
   Cualquier solicitud posterior se considera mantenimiento o nueva funcionalidad.
9. Cancelaciones
   El anticipo no es reembolsable.
   En caso de cancelación, se entregará el trabajo realizado hasta el momento en el estado en que se encuentre.
10. Propiedad del trabajo
    El código fuente y los archivos finales del proyecto se entregan una vez abonado el 100% del importe acordado.
    El cliente adquiere el derecho de uso del sistema desarrollado exclusivamente para su negocio o actividad.
    El presupuesto no incluye la cesión de derechos para la reventa, redistribución, sublicencia o uso comercial por terceros, salvo acuerdo escrito previo.
    El desarrollador conserva los derechos de autor sobre el código, pudiendo reutilizar estructuras, librerías, lógica o componentes genéricos en otros proyectos.
    En caso de requerirse una cesión total o parcial de derechos patrimoniales, deberá acordarse y presupuestarse por separado.
11. Costos externos
    Hosting, dominios, cuentas de tiendas (Google Play / App Store), servicios de terceros, APIs o licencias no están incluidos, salvo que se indique expresamente en el presupuesto.

Solicitudes Posteriores

Aplicable a Desarrollo Web y Apps. Esta guía aclara cómo se gestionan solicitudes posteriores a la entrega o fuera del alcance inicial.

1. Reactivación de proyectos sin mantenimiento
   Los proyectos que no cuenten con mantenimiento activo durante más de 3 meses requieren una revisión técnica previa antes de cualquier intervención.
   Esta revisión permite evaluar el estado del código, dependencias, versiones y entorno de ejecución.
2. Cambios simples sobre proyectos existentes
   Cambios como ajustes visuales, textos, configuración o valores internos se consideran intervenciones sobre un sistema existente.
   Estos cambios se evalúan previamente para determinar su viabilidad y alcance.
3. Nuevas secciones o pantallas
   Agregar nuevas secciones, pantallas o vistas no incluidas originalmente se considera una ampliación del alcance.
   Su implementación se evalúa y presupuesta de forma independiente.
4. Funcionalidades nuevas
   Cualquier funcionalidad no contemplada en el alcance inicial (por ejemplo: nuevos roles, flujos, integraciones, formularios o lógicas adicionales) se cotiza aparte.
5. Actualizaciones y republicación de aplicaciones
   Las actualizaciones de aplicaciones publicadas requieren revisión técnica y generación de un nuevo build.
   Esto aplica independientemente de la magnitud del cambio solicitado.
6. Corrección de errores
   Los errores no contemplados en el alcance original o derivados de cambios externos (actualizaciones del sistema, librerías o servicios) se evalúan caso por caso.
7. Cambios urgentes
   Las solicitudes con prioridad alta o fuera de horarios habituales pueden implicar condiciones especiales.
8. Soporte sin mantenimiento
   Si el proyecto no cuenta con un plan de mantenimiento activo, todas las solicitudes se evalúan y presupuestan de forma individual.
9. Mantenimiento mensual (opcional)
   El mantenimiento mensual permite seguimiento continuo del proyecto, respuesta prioritaria y menor fricción ante cambios o ajustes futuros.
10. Principio general
    No se cobra únicamente por el cambio visible, sino por el tiempo técnico, la revisión previa y la responsabilidad de intervenir un sistema existente.