Peritaje 12 de 14

Peritaje de software y desarrollos informáticos a medida

Cuando una empresa paga por un programa, una aplicación o una web y el resultado no funciona como se acordó, la discusión suele ser técnica: qué se prometió, qué se entregó y a quién se debe el fallo. El perito traduce esa discusión a hechos que un juez puede valorar.

Esquema de una ventana de código con barra de progreso y un aviso
Fig. 01 Lo pactado frente a lo entregado: cada funcionalidad, comprobada. Ilustración: Rodela Forense.

Cuándo se encarga

  • Has encargado un desarrollo a medida y no se entregó, llegó tarde o no hace lo pactado.
  • Un ERP, un CRM o una tienda online falla y el proveedor dice que es cosa tuya.
  • Hay un conflicto sobre horas, alcance o calidad entre quien desarrolló y quien pagó.
  • Tu proveedor se ha ido y necesitas saber en qué estado te deja el código y los accesos.
  • Vas a reclamar o a defenderte y necesitas un informe técnico independiente.

Qué puede acreditar

  • Qué funcionalidades estaban acordadas y cuáles están realmente implementadas.
  • Si los defectos son de diseño, de programación, de configuración o de uso.
  • El estado del código y la documentación frente a lo exigible en un trabajo profesional.
  • El esfuerzo razonable que supone corregir o terminar el desarrollo.
  • Si el proveedor retiene accesos, credenciales o código que debería haber entregado.

Lo que no puede acreditar

Un informe que promete más de lo que puede sostener se cae en el interrogatorio. Estos son los límites, dichos antes de empezar.

  • Sin contrato, presupuesto o correos que fijen el alcance, el informe no puede inventarlo: se apoya en lo que consta.
  • No fijamos indemnizaciones: damos los hechos técnicos y el coste de corrección; la reclamación económica la valora tu abogado.
  • No revisamos el cumplimiento legal de un contrato; solo su cumplimiento técnico.
  • Si el entorno de pruebas ya se ha modificado, el informe lo hará constar y limitará sus conclusiones.

Mientras tanto, no hagas esto

La mayoría de las pruebas digitales que se pierden, se pierden por un gesto bienintencionado.

  • No pidas a un tercero que «arregle» el sistema antes de preservar su estado actual.
  • No borres cuentas ni accesos del desarrollador anterior sin dejar constancia.
  • No migres datos a otra plataforma antes de hacer una copia del estado actual.
  • No actualices ni parchees versiones mientras se discute el fallo.

Cómo lo hacemos

  1. Valoración previa

    Nos cuentas el caso y revisamos qué prueba hay y en qué estado. Si no es viable o no la necesitas, te lo decimos antes de que encargues nada.

  2. Adquisición con cadena de custodia

    Obtenemos la evidencia del dispositivo, la cuenta o el servidor original, la identificamos con su huella hash y dejamos constancia de quién, cuándo y cómo.

  3. Análisis forense

    Trabajamos siempre sobre la copia, nunca sobre el original. Contrastamos los datos entre sí y documentamos cada paso para que otro perito pueda reproducirlo.

  4. Informe pericial

    Un dictamen que un juez entiende: qué se pidió, qué se analizó, cómo y qué se concluye, con los anexos y las huellas hash de las evidencias.

  5. Ratificación en sala

    Explicamos y defendemos el informe ante el tribunal y respondemos a las preguntas de las partes.

Qué necesitamos de ti

  • El contrato, el presupuesto, las especificaciones y las comunicaciones con el proveedor.
  • Acceso al sistema, a los repositorios y a un entorno donde reproducir los fallos.
  • Una lista de los fallos observados, con fechas y capturas, si las hay.
  • Los datos de contacto del proveedor, si hay que contrastar con su versión.
UNE 197010:2015
Criterios generales para la elaboración de informes y dictámenes periciales sobre TIC.
UNE 71506:2013
Metodología para el análisis forense de las evidencias electrónicas.
UNE-EN ISO/IEC 27037
Directrices para la identificación, recogida, adquisición y preservación de evidencias digitales.

Preguntas frecuentes

¿Hace falta que el contrato esté bien redactado?

Ayuda mucho, pero no es imprescindible. Si el alcance está en correos, presupuestos o actas de reunión, se reconstruye a partir de ahí y se indica en el informe qué documentos se han usado.

¿Pueden verificar que el software hace lo que dice el proveedor?

Se puede probar su comportamiento en un entorno controlado y contrastarlo con lo acordado. Lo que no se puede es certificar la calidad de algo que no se puede ejecutar ni inspeccionar.

¿Sirve para negociar sin llegar a juicio?

Sí: un informe técnico imparcial suele facilitar un acuerdo, porque ordena qué falló y cuánto cuesta arreglarlo.

¿Tienes una prueba digital y un plazo?

Cuéntanos el caso. Te decimos si la prueba es viable y qué hace falta para presentarla, antes de encargar nada.

Consulta tu caso

No pegues aquí las pruebas ni datos personales de terceros: basta con una descripción general.

Te contestamos en horario laboral. La consulta no te compromete a nada.