FACTURACIÓN, CORRECCIÓN DE ERRORES Y GARANTÍA (MODALIDAD TIEMPO Y MATERIALES)

1. NATURALEZA DEL SERVICIO Y PROCESO ITERATIVO El CLIENTE reconoce y acepta que el desarrollo de software es un proceso de ingeniería complejo e iterativo, y que la existencia de incidencias técnicas, errores lógicos o comportamientos imprevistos ("Bugs") durante la fase de construcción es inherente a la naturaleza de la programación. Por consiguiente, el tiempo dedicado a la detección, análisis, depuración y corrección de dichos errores durante el ciclo de desarrollo activo se considera tiempo de trabajo efectivo y, por tanto, sujeto a facturación.

2. HORAS FACTURABLES POR CORRECCIÓN Y AJUSTES Bajo la modalidad de contratación por horas (Tiempo y Materiales), se considerarán Horas Facturables aquellas dedicadas a la resolución de incidencias en los siguientes escenarios:

1. Depuración Estándar: Tiempo invertido en el ciclo normal de "escribir, probar y corregir" necesario para lograr que una funcionalidad cumpla con los requisitos técnicos.

2. Casos Extremos y Complejidades Imprevistas: Resolución de errores derivados de casos de uso no contemplados inicialmente ("Edge Cases"), limitaciones de hardware, o conflictos con librerías, APIs o sistemas de terceros ajenos al control directo del PROVEEDOR.

3. Fase de Pruebas (UAT): Correcciones derivadas de hallazgos reportados por el CLIENTE durante las Pruebas de Aceptación de Usuario (UAT), siempre que dichas correcciones sean necesarias para alcanzar la funcionalidad descrita en las especificaciones originales.

4. Inconsistencias en Especificaciones: Ajustes necesarios debido a ambigüedades, contradicciones o falta de detalle en la documentación o requerimientos proporcionados por el CLIENTE.

3. EXCLUSIONES DE FACTURACIÓN (NO FACTURABLE) El PROVEEDOR asumirá el costo (no facturará las horas) de las correcciones exclusivamente en los siguientes casos, considerados como responsabilidad del PROVEEDOR:

1. Negligencia Grave: Errores causados por el incumplimiento flagrante de las instrucciones técnicas explícitas proporcionadas por el CLIENTE o por la omisión de estándares básicos de la industria.

2. Regresiones por Descuido: Situaciones en las que una nueva implementación rompe o inhabilita una funcionalidad que previamente había sido aprobada, estabilizada y entregada ("Working Code"), y cuya ruptura sea atribuible a una mala praxis directa del desarrollador.

3. Reincidencia de Errores: Tiempo dedicado a corregir un error específico que el PROVEEDOR reportó previamente como "Solucionado", si dicha solución resulta ser ineficaz por la misma causa raíz.

4. DISTINCIÓN ENTRE ERROR Y CAMBIO DE ALCANCE Cualquier solicitud del CLIENTE para modificar el comportamiento del software debido a un cambio de preferencia, estrategia de negocio o replanteamiento del diseño original, no se considerará un "Error" o "Bug", sino una Solicitud de Cambio (Change Request). Toda labor asociada a Solicitudes de Cambio será facturable al 100% bajo la tarifa horaria acordada.

5. PERIODO DE GARANTÍA LIMITADA Una vez finalizado el proyecto o entregado un módulo funcional y aprobada la "Definición de Terminado" (Definition of Done), el PROVEEDOR otorga un Periodo de Garantía de [30] días calendario.

• Durante este periodo, la corrección de errores ocultos o defectos de funcionamiento que no fueron detectados en la fase de UAT se realizará sin costo adicional para el CLIENTE.

• Esta garantía quedará anulada automáticamente si el código fuente es modificado por personal ajeno al PROVEEDOR o si se alteran los entornos de servidor/infraestructura sin la supervisión del PROVEEDOR.

• Finalizado el Periodo de Garantía, cualquier solicitud de corrección o mantenimiento será cotizada y facturada bajo la tarifa horaria vigente.

• Claridad: Este texto legaliza la premisa de que "el software perfecto a la primera no existe", protegiendo tus horas de trabajo honesto.

IMPORTANTE

Que es una face de prueba UAT la Fase de Pruebas de Aceptación de Usuario (UAT - User Acceptance Testing). Es crucial, porque es el momento en que  se deja de ser un "observador" del desarrollo para ser el "auditor" del producto.

En términos sencillos: El UAT es el "Ensayo General" antes del estreno, y es de suma importancia por que es la unica forma de ensayar el software o la aplicacion con elementos reales en un entorno real, esta fase es responsabilidad del cliente.

FASE DE PRUEBAS DE ACEPTACIÓN DE USUARIO (UAT) Y APROBACIÓN DE ENTREGABLES

1. DEFINICIÓN Y RESPONSABILIDAD DEL CLIENTE La Fase de Pruebas de Aceptación de Usuario (UAT) constituye el periodo exclusivo destinado para que EL CLIENTE verifique que los Entregables de Software cumplen funcionalmente con los Requerimientos y Especificaciones Técnicas acordados previamente por escrito. EL CLIENTE reconoce que:

1. Es su exclusiva responsabilidad ejecutar las pruebas utilizando casos de uso reales, datos de prueba verídicos y escenarios de negocio propios de su operación.

2. El objetivo del UAT es validar la funcionalidad técnica y lógica, no redefinir el diseño ni el alcance del producto.

2. VENTANA DE TIEMPO PARA PRUEBAS (TIEMPO DE APROBACIÓN) A partir de la notificación de entrega de un módulo o funcionalidad por parte DE LA EMPRESA, EL CLIENTE dispondrá de un plazo perentorio de [10] días hábiles para realizar sus pruebas y reportar cualquier incidencia.

• Durante este periodo, todo el equipo DE LA EMPRESA estará disponible para atender las correcciones derivadas de dichas pruebas.

• Cualquier reporte enviado fuera de esta ventana de tiempo será tratado como una solicitud de mantenimiento o nuevo requerimiento, sujeto a disponibilidad y facturación adicional.

3. CLASIFICACIÓN DE HALLAZGOS Y TRATAMIENTO DE FACTURACIÓN Para efectos de facturación y alcance, los hallazgos reportados durante el UAT se clasificarán taxativamente en dos categorías:

• A. INCIDENCIA TÉCNICA (BUG) - [CUBIERTO/FACTURABLE SEGÚN CONTRATO]: Se define como cualquier comportamiento del software que contradiga explícitamente las Especificaciones Funcionales aprobadas (ej. errores de cálculo, cierres inesperados, flujos bloqueantes). LA EMPRESA priorizará su corrección dentro de las horas contratadas.

• B. SOLICITUD DE MEJORA O CAMBIO (CHANGE REQUEST) - [100% FACTURABLE]: Se define como cualquier observación relacionada con:

  1. Preferencias estéticas no especificadas en el diseño original (colores, fuentes, ubicación de botones).

  2. Mejoras en la experiencia de usuario (UX) que no fueron detalladas en los requerimientos.

  3. Cambios en la lógica de negocio porque EL CLIENTE omitió informar una regla específica o modificó su proceso interno. Todas las correcciones tipo "B" serán tratadas como nuevos requerimientos facturables y no impedirán la aprobación formal del entregable actual.

4. ACEPTACIÓN TÁCITA Y PUESTA EN PRODUCCIÓN Se considerará que el software ha sido Aceptado a Entera Satisfacción por EL CLIENTE, finalizando la fase de UAT, cuando ocurra cualquiera de los siguientes eventos (lo que suceda primero):

1. Confirmación expresa por escrito (correo electrónico o acta de cierre).

2. El vencimiento del plazo de [5] días hábiles sin que EL CLIENTE haya presentado reportes de incidencias bloqueantes.

3. Uso en Producción: Si EL CLIENTE utiliza el software, módulo o entregable para operaciones reales de su negocio, o lo pone a disposición de usuarios finales, se entenderá automáticamente que el software ha sido probado y aceptado, renunciando a reclamaciones posteriores sobre funcionalidades base.

ALCANCE DE LA GARANTÍA Y EXCLUSIÓN POR VICIOS APARENTES

1. CONDICIÓN PARA LA ACTIVACIÓN DE LA GARANTÍA El derecho a la Garantía de Corrección Sin Costo estipulada, está condicionado a la participación activa del CLIENTE en la Fase de Pruebas (UAT). La garantía no es un sustituto de la fase de validación, sino una cobertura de respaldo.

2. COBERTURA: VICIOS OCULTOS VS. VICIOS APARENTES Para efectos de la ejecución de la garantía:

1. Vicios Aparentes (Excluidos de Garantía Gratuita): Se entiende por Vicio Aparente cualquier defecto, error de interfaz, fallo de flujo o carencia funcional que fuese detectable a simple vista o mediante una navegación estándar durante el periodo de UAT asignado.

   • Condición: Si EL CLIENTE omite realizar las pruebas, o realizándolas no reporta estos errores evidentes dentro de la ventana de tiempo del UAT, se entenderá que acepta el software con dichos detalles. Por ende, cualquier reporte posterior de un "Vicio Aparente" será tratado como una solicitud de mantenimiento y será facturable.

2. Vicios Ocultos (Cubiertos por Garantía): La garantía cubrirá exclusivamente aquellos defectos que no eran detectables mediante  pruebas (ej. fallos de rendimiento bajo carga masiva, corrupción de datos interna, errores lógicos que solo ocurren en fechas específicas). Estos errores serán corregidos sin costo durante el periodo de garantía.

3. ACEPTACIÓN POR SILENCIO ADMINISTRATIVO Si transcurrido el plazo de [5] días hábiles destinado al UAT, EL CLIENTE no ha emitido un Acta de Conformidad ni un reporte de errores, se aplicará la figura de Aceptación Tácita. Esto implica que:

1. El entregable se considera aprobado en su totalidad.

2. Se activa el periodo de garantía automáticamente al día siguiente.

3. EL CLIENTE renuncia a reclamar posteriormente sobre funcionalidades cuya verificación fue omitida durante el plazo establecido.