Peritos informáticos judiciales en Sevilla capital y provincia 954 309 240 info@peritoinformaticosevilla.es
,

Caso: un software a medida incumplido en Gines

Una empresa de Gines encargó una aplicación de gestión que nunca funcionó como se pactó. El análisis del repositorio y de los requisitos fue la base de su defensa en un juicio ordinario.

Perito Informático Sevilla

En este caso práctico explicamos cómo se evaluó técnicamente un software a medida incumplido en Gines, en el Aljarafe sevillano. El proveedor reclamaba el pago íntegro del proyecto, mientras que el cliente sostenía que la aplicación entregada no cumplía lo pactado.

Perito revisando el código fuente en un caso de software incumplido en Gines

Los datos de este caso están anonimizados y modificados para proteger la confidencialidad de las empresas implicadas.

Contexto: un proyecto que nunca terminaba

La clienta, una empresa de servicios de mantenimiento con sede en Gines, encargó una aplicación para gestionar órdenes de trabajo. El sistema debía incluir una web para la oficina y una app móvil para los técnicos. Además, tenía que integrarse con su programa de facturación.

El contrato fijaba un plazo de seis meses y un anexo con los requisitos funcionales. Sin embargo, al año la aplicación seguía fallando. Los técnicos perdían partes de trabajo y la facturación no se sincronizaba.

Cuando la empresa se negó a pagar el último hito, el proveedor presentó una demanda de reclamación de cantidad. Así llegó a los tribunales el asunto del software incumplido en Gines.

El encargo del abogado

El abogado de la empresa preparaba la contestación a la demanda y una reconvención por incumplimiento. Para ello necesitaba un dictamen pericial que acompañara al escrito, conforme al artículo 336 de la >Ley de Enjuiciamiento Civil.

En concreto, el encargo consistía en:

  • Contrastar cada requisito del anexo contractual con la aplicación entregada.
  • Analizar el código fuente y el historial del repositorio.
  • Valorar la calidad técnica y la seguridad de la solución.

Retos técnicos del software incumplido en Gines

El primer reto era el plazo. La contestación a la demanda tiene un término procesal estricto. Por ello, organizamos el trabajo para entregar el informe a tiempo, sin sacrificar rigor.

El segundo reto era la objetividad. Un perito de parte debe ser imparcial, aunque le contrate una de ellas. De hecho, si la aplicación cumplía algún requisito, el informe debía reconocerlo con claridad.

Además, el anexo de requisitos contenía expresiones ambiguas, como «rendimiento adecuado». Por eso tuvimos que traducirlas a criterios medibles y explicar el criterio elegido. Por ejemplo, fijamos un tiempo máximo de respuesta razonable para las pantallas de uso diario, tomando como referencia la práctica habitual del sector.

Metodología aplicada al software incumplido en Gines

Primero, preservamos el repositorio de código, al que la empresa tenía acceso por contrato. Clonamos su historial completo y calculamos el hash del paquete resultante. También preservamos la versión desplegada en producción y los correos de seguimiento del proyecto.

A continuación, elaboramos una matriz de trazabilidad. En ella, cada requisito del anexo se vinculaba con una prueba funcional reproducible y con su resultado. Posteriormente, ejecutamos pruebas de carga sencillas para medir los tiempos de respuesta.

Finalmente, revisamos el código con herramientas de análisis estático y una revisión manual de las partes críticas. Todo el proceso quedó documentado para que el perito de la otra parte pudiera repetir cada prueba sobre el software incumplido en Gines y obtener el mismo resultado.

Hallazgos

De los cuarenta y dos requisitos funcionales, la aplicación cumplía de forma completa dieciocho. Otros once funcionaban de forma parcial, y trece no estaban implementados. En consecuencia, el grado de cumplimiento quedaba lejos de lo pactado.

El historial del repositorio aportó un dato relevante. La mayor parte del código se incorporó en los dos meses posteriores al plazo contractual. Además, el módulo de sincronización con facturación tenía un único commit, sin pruebas automáticas asociadas.

También encontramos fallos de seguridad graves. Por ejemplo, la API de la app móvil no comprobaba si el técnico tenía permiso sobre cada orden de trabajo. Así, cualquier usuario podía consultar órdenes ajenas modificando un identificador.

Por último, la pérdida de partes de trabajo tenía una causa concreta. La app no guardaba los datos cuando el móvil perdía cobertura, algo frecuente en las visitas a naves y fincas. Cuando el técnico pulsaba «guardar» sin conexión, la app mostraba un mensaje de éxito, pero el parte nunca llegaba al servidor. Ese comportamiento explicaba las quejas de la plantilla y, a la vez, contradecía un requisito expreso del anexo sobre el trabajo sin conexión.

Resultado procesal

El dictamen sobre el software incumplido en Gines se aportó con la contestación y la reconvención. El proveedor presentó después un informe de un perito propio, que discutía algunos criterios de la matriz.

En la audiencia previa, el juez admitió ambos dictámenes. Durante el juicio, ratificamos el informe y respondimos a las observaciones del perito contrario. Las partes alcanzaron un acuerdo antes de la sentencia, cuyos términos son confidenciales.

Lecciones para abogados en casos de software incumplido en Gines

Este asunto deja enseñanzas aplicables a cualquier conflicto tecnológico:

  • Un anexo de requisitos claro es la mejor prueba. Si no existe, el pleito se complica.
  • Asegure el acceso al repositorio y su preservación antes de que cambie.
  • Pida una matriz de trazabilidad: el juez entiende mejor un cuadro que un listado técnico.
  • Valore el contrainforme pericial informático cuando la otra parte aporte su propio dictamen.

Si necesita una visión general, consulte nuestra página de perito informático para empresas en Sevilla.

Preguntas frecuentes sobre el software incumplido en Gines

¿Qué ocurre si no tengo acceso al código fuente?

Aun así, el perito puede evaluar la aplicación en funcionamiento. No obstante, el abogado puede pedir al juzgado que se requiera el código al proveedor.

¿Puede el perito valorar requisitos ambiguos?

Puede proponer criterios técnicos razonables y explicar por qué los elige. Después, el juez decidirá si los acepta.

¿Cuánto tarda un informe de este tipo?

Depende del tamaño de la aplicación y del número de requisitos. En general, conviene encargarlo en cuanto se recibe la demanda.

Hablemos de su proyecto

Si su empresa afronta un conflicto por un software incumplido en Gines o en cualquier punto del Aljarafe, podemos evaluarlo con objetividad. Llámenos al 954 309 240 o escríbanos desde nuestra página de contacto.