El perito informatico en el arbitraje: diferencias con el proceso judicial

El 78 % de las disputas tecnologicas internacionales superiores a 10 millones de euros se resuelven ya por arbitraje, no ante tribunales ordinarios. Según las estadisticas de la ICC (Camara de Comercio Internacional) de 2025, los casos que involucran tecnología, propiedad intelectual digital y contratos cloud representan el segmento de mayor crecimiento en arbitraje comercial, con un incremento del 34 % respecto a 2023. En España, la Corte de Arbitraje de Madrid registro un aumento del 22 % en disputas con componente tecnologico durante 2025.

He participado como perito en arbitrajes nacionales e internacionales con sedes en Paris, Londres y Madrid. La dinamica es completamente diferente a un juicio. En un tribunal español, el juez controla los tiempos, las preguntas y las reglas. En un arbitraje, el perito se enfrenta a un cross-examination directo por abogados internacionales, a sesiones de hot-tubbing donde debates cara a cara con el perito de la otra parte y a plazos que pueden ser de semanas en lugar de meses. Si vienes del mundo judicial y te enfrentas a tu primer arbitraje sin preparación, vas a cometer errores que pueden costar millones a tu cliente.

El arbitraje es donde más disfruto como perito porque los arbitros suelen ser tecnicamente más sofisticados que los jueces. No necesitas simplificar hasta el absurdo. Puedes hablar de latencia P99, de consistencia eventual en bases de datos distribuidas o de ataques de canal lateral sin que te miren como si hablaras en marciano. Eso cambia radicalmente la calidad de la discusion y, por tanto, la calidad de la decisión.

Si necesitas entender primero las bases del peritaje en sede judicial, te recomiendo mi guía sobre el perito informático judicial. Aqui vamos a ir un paso más alla: el arbitraje como terreno diferente donde las reglas del juego cambian radicalmente.

Que es el arbitraje y por que crece en disputas tecnologicas

El arbitraje es un mecanismo alternativo de resolución de disputas (ADR) en el que las partes acuerdan someter su conflicto a uno o tres arbitros privados en lugar de a un juez estatal. En España, esta regulado por la Ley 60/2003, de 23 de diciembre, de Arbitraje, reformada por la Ley 11/2011. A nivel internacional, el marco de referencia es la Ley Modelo UNCITRAL de 1985 (revisada en 2006) y los reglamentos de instituciones como la ICC, la LCIA (London Court of International Arbitration), la SIAC (Singapore International Arbitration Centre) o la propia Corte de Arbitraje de Madrid.

Lo que más valoro del arbitraje es la posibilidad de que el tribunal este formado por personas que realmente entienden la tecnología. En un juzgado de primera instancia, el juez puede ser un excelente jurista pero no dominar los matices de un incumplimiento de SLA en infraestructura cloud o de una brecha de datos en un proceso de M&A. En arbitraje, las partes pueden seleccionar arbitros con formación técnica o, al menos, con experiencia en disputas tecnologicas.

Las cifras del crecimiento

Las estadisticas de las principales instituciones arbitrales confirman una tendencia inequivoca:

• ICC 2025: 946 nuevos arbitrajes registrados, de los cuales el 23 % involucra disputas de tecnología, propiedad intelectual o telecomunicaciones. En 2020, ese porcentaje era del 14 %. El crecimiento en cinco años ha sido del 64 % (ICC Dispute Resolution Statistics 2025)
• Corte de Arbitraje de Madrid (CAM): 187 arbitrajes en 2025, con un incremento del 22 % en casos tech respecto a 2024. El CAM ha creado en 2025 un panel especializado de arbitros con formación STEM para disputas tecnologicas (Memoria Anual CAM 2025)
• LCIA 2025: 377 nuevos arbitrajes, con el sector tecnologico como segundo mayor por volumen tras energia. Los arbitrajes tech en LCIA tienen una cuantia medía de 8,7 millones de libras (LCIA Annual Casework Report 2025)
• SIAC (Singapur): el 31 % de sus casos 2025 involucra contratos de software, cloud o datos. Singapur se ha posicionado como hub arbitral para disputas tech Asia-Pacifico (SIAC Annual Report 2025)
• HKIAC (Hong Kong): 283 nuevos arbitrajes en 2025, con un incremento del 18 % en disputas que involucran inteligencia artificial, blockchain y fintech (HKIAC Statistics 2025)
• Cuantia medía global: las disputas tech arbitradas superan los 5,2 millones de euros frente a los 890.000 euros de medía en jurisdicción ordinaria (Queen Mary University, International Arbitration Survey 2024)

En España, la tendencia es clara pero va con retraso respecto al mercado angloamericano. Los grandes despachos de Madrid y Barcelona ya incluyen cláusulas arbitrales por defecto en contratos tecnologicos. Las empresas que operan con proveedores cloud internacionales, que licencian software a clientes extranjeros o que manejan datos transfronterizos estan descubriendo que el arbitraje no es un lujo: es la via más práctica y predecible para resolver conflictos.

Por que las empresas tech prefieren arbitraje

Hay razones estructurales que explican esta preferencia, más alla de las ventajas genericas del arbitraje:

Velocidad de la industria frente a velocidad judicial. Un contrato SaaS tiene ciclos de 12-36 meses. Un litigio judicial en España puede durar 3-5 años con recursos. Cuando la sentencia llega, la tecnología en disputa puede estar obsoleta. Un arbitraje resuelve en 6-12 meses, manteniendo la relevancia comercial de la decisión.

Complejidad técnica irreductible. Explicar a un juez generalista como funciona un ataque de inyección SQL que comprometi’o una API REST requiere simplificaciones que a veces distorsionan la realidad técnica. Un tribunal arbitral con arbitros que entienden la tecnología permite un nivel de detalle que produce decisiones mejor fundamentadas.

Neutralidad jurisdiccional. Un proveedor cloud español con un cliente en Alemania no quiere litigar en Alemania, y el cliente aleman no quiere litigar en España. El arbitraje permite elegir una sede neutral (Paris, Ginebra, Singapur) donde ninguna de las partes se sienta en desventaja. He visto disputas entre una empresa española y una japonesa arbitrarse en Singapur simplemente porque era un punto medio geografico y cultural aceptable para ambas.

Ejecutabilidad global. Gracias al Convenio de Nueva York de 1958, un laudo arbitral es ejecutable en 172 paises con requisitos formales mínimos. Una sentencia española requiere exequatur pais por pais, un proceso lento y costoso. En un caso reciente, un cliente mio necesitaba ejecutar un laudo simultaneamente en tres jurisdicciones (España, Alemania y Estados Unidos). Con el Convenio de Nueva York, los tres procesos de ejecución se completaron en menos de 6 meses. Con sentencias judiciales nacionales, el proceso habría tardado 2-3 años.

Y aquí es donde entra el perito informático. Sin un perito que domine tanto la tecnología como las reglas del arbitraje, el mejor abogado del mundo no puede ganar una disputa tech. El tribunal arbitral necesita que alguien traduzca la realidad técnica al lenguaje de la decisión.

En mi caso, el salto del juzgado al arbitraje no fue inmediato. Tuve que aprender a trabajar con equipos legales internacionales, a estructurar informes para audiencias de multiples días y a desenvolverme en un entorno donde las reglas no las fija la ley sino el acuerdo de las partes. Fue un proceso exigente, pero me abrio un campo profesional que hoy considero tan importante como el trabajo judicial tradicional.

Diferencias clave entre perito judicial y perito arbitral

Un error que cometen muchos peritos al pasar del judicial al arbitraje es asumir que las reglas son las mismas. No lo son. Ni en la forma de ser nombrado, ni en los plazos, ni en como se presenta y defiende el informe.

Tabla comparativa completa: perito judicial vs perito arbitral

En mi experiencia, la diferencia que más impacta al perito es el cross-examination. En un juicio español, la ratificación suele ser relativamente breve y el juez dirige las preguntas. En un arbitraje, un abogado especializado de un gran despacho internacional puede interrogarte durante dos o tres horas, cuestionando cada dato, cada metodología y cada conclusión de tu informe. Si no estas preparado para esa presion, tu credibilidad se desmorona en minutos.

Recuerdo mi primer cross-examination en un arbitraje ICC con sede en Paris. El abogado de la parte contraria, un socio de un despacho londinense especializado en tech disputes, habia estudiado mi informe con un nivel de detalle que me sorprendio. No se limito a cuestionar mis conclusiones: fue directamente a las herramientas que habia usado, me pregunto por las versiones del software forense, por los parametros de configuración de las busquedas y por las tasas de falso positivo de cada herramienta. Habia preparado capturas de pantalla de la documentación oficial de las herramientas para contrastar con lo que yo habia declarado en mi informe. Esa experiencia me enseno que en arbitraje, el nivel de escrutinio técnico esta en otra liga.

El factor idioma: informes bilingues

Otra diferencia que muchos subestiman es el idioma. En arbitraje internacional, el procedimiento suele ser en ingles. Eso incluye tu informe pericial, tus anexos técnicos y tu declaración oral. No es lo mismo defender conclusiones técnicas complejas en tu idioma nativo que hacerlo en ingles bajo la presion de un cross-examination.

Mis primeros arbitrajes internacionales me obligaron a desarrollar un sistema que ahora considero imprescindible:

• Glosario técnico bilingue para cada caso, con traducciones acordadas de terminos que no tienen equivalente directo (por ejemplo, “cadena de custodia” se traduce como “chain of custody”, pero “acta de fe pública” no tiene traduccion directa al common law)
• Informe redactado en ingles con un anexo en castellaño de los terminos legales españoles citados
• Ensayo de la declaración oral en ingles con un colega bilingue que actua como abogado contrario
• Tabla de equivalencias jurídicas para explicar al tribunal conceptos del derecho español que no existen en common law (y viceversa)

Un error clásico: usar un traductor profesional que no es técnico. El resultado son informes donde “buffer overflow” se traduce como “desbordamiento de amortiguador” o donde “SQL injection” aparece como “inyección de lenguaje de consulta estructurada”. El tribunal pierde confianza inmediatamente.

Para abogados que estan evaluando si proponer arbitraje en una disputa tecnologica, tengo una guía específica sobre como trabajar con un perito informático que cubre tanto el ámbito judicial como el arbitral.

Reglas IBA sobre práctica de prueba: guía detallada

Las IBA Rules on the Taking of Evidence in International Arbitration (revisadas en 2020) son el estandar de facto para la prueba pericial en arbitraje internacional. No son obligatorias por defecto, pero la mayoria de tribunales arbitrales las adoptan total o parcialmente. Según la Queen Mary Survey 2024, el 87 % de los practicantes de arbitraje internacional reportan que las Reglas IBA se aplican en sus procedimientos.

Artículo 5 - Peritos designados por las partes

El artículo 5 es el que más directamente afecta al perito informático:

Art. 5.1 - Cada parte puede presentar informes periciales en los plazos que fije el tribunal. En la práctica, esto significa que el tribunal emite una procedural order (orden procesal) estableciendo un calendario con fechas específicas para:

• Informe pericial inicial de cada parte
• Informe pericial de respuesta (reply report), donde cada perito responde al informe del perito contrario
• Posible tercer informe (rejoinder) si el tribunal lo autoriza

Art. 5.2 - El informe debe incluir obligatoriamente:

Art. 5.3 - El perito puede ser convocado a audiencia para ser interrogado por la parte contraria. En la práctica, esto ocurre casí siempre en disputas tech donde los informes periciales son determinantes.

Art. 5.4 - Si un perito cuyo testimonio se ha solicitado no comparece sin justificacion, el tribunal puede considerar que el informe pericial debe ser excluido.

Artículo 6 - Peritos designados por el tribunal arbitral

El tribunal puede nombrar su propio perito, independiente de los de las partes (Art. 6.1). En disputas tecnologicas complejas, esta posibilidad es más frecuente de lo que parece:

• Art. 6.1-6.2: el tribunal consulta a las partes antes de nombrar al perito del tribunal y define el alcance de su encargo
• Art. 6.3: el perito del tribunal puede solicitar información y acceso a las partes, que estan obligadas a cooperar
• Art. 6.4: las partes pueden formular observaciones al informe del perito del tribunal, incluyendo presentar informes periciales propios en respuesta
• Art. 6.5: el perito del tribunal puede ser interrogado en audiencia por las partes

He actuado como perito del tribunal en un arbitraje de la CAM sobre incumplimiento de un contrato de desarrollo de software. La experiencia es radicalmente distinta a ser perito de parte: no tienes instrucciones de un equipo legal, no preparas el informe para apoyar una tesis concreta. Tu obligación es exclusivamente con el tribunal. La presion es diferente pero igual de intensa, porque ambas partes van a intentar desacreditar tus conclusiones si no les favorecen.

Artículo 8 - La audiencia y el hot-tubbing

Art. 8.2 - El tribunal arbitral determina el orden de las comparecencias, incluyendo la posibilidad de que los peritos comparezcan antes o después de los testigos.

Art. 8.3.f - El tribunal puede ordenar que los peritos de ambas partes comparezcan simultaneamente (concurrent expert evidence / hot-tubbing). Este es el apartado que más preocupa a los peritos que vienen del mundo judicial, porque no existe nada comparable en la LEC española.

Artículo 9 - Exclusion de pruebas

Art. 9.2.e - El tribunal puede excluir pruebas por motivos de confidencialidad comercial o técnica. Esto es especialmente relevante en disputas sobre software propietario o secretos industriales, donde el perito puede necesitar analizar código fuente que la parte propietaria no quiere revelar completamente. El tribunal puede establecer procedimientos de inspeccion restringida (inspection protocols o confidentiality rings) donde solo el perito y los abogados con acceso autorizado pueden revisar la evidencia.

En un arbitraje que involucro código fuente de un algoritmo de machine learning, el tribunal establecio un confidentiality ring de cuatro personas: los dos peritos y un abogado de cada parte. El código fuente se revisaba en una sala controlada, sin conexión a internet, sin dispositivos de almacenamiento externo y con un notario que levantaba acta de cada sesion de revision. Ese nivel de protección sería practicamente imposible de implementar en un juzgado ordinario.

Hot-tubbing: mis tres experiencias como perito

El hot-tubbing (formalmente, concurrent expert evidence o conferencia de expertos) es probablemente la diferencia más llamativa entre el arbitraje y el proceso judicial. Los peritos de ambas partes se sientan juntos frente al tribunal arbitral y debaten en directo sobre los puntos de discrepancia.

La primera vez que me sometieron a un hot-tubbing fue una experiencia reveladora. Llevaba años declarando ante jueces españoles, donde la ratificación sigue un guion relativamente predecible. En el hot-tubbing, de repente tienes a otro perito informático sentado a tu lado, mirandote directamente, y el tribunal te dice: “Senor Izquierdo, el perito contrario afirma que la metodología que usted aplico para analizar los logs de acceso no detectaria ataques de baja intensidad con un periodo de latencia superior a 72 horas. Tiene usted algo que responder?”

No estas respondiendo a un abogado que puede no entender los detalles técnicos: estas debatiendo con otro perito informático que conoce tu campo tan bien como tu. Si tu metodología tiene una debilidad, el otro perito la va a encontrar.

Como funciona el hot-tubbing en la práctica

Experiencia 1: disputa sobre incumplimiento de SLA cloud (ICC, Paris)

El caso involucro a un proveedor cloud europeo y un cliente corporativo que reclamaba por indisponibilidad del servicio que le habría causado pérdidas millonarias. Mi encargo como perito del cliente era demostrar que la disponibilidad real habia sido inferior al 99,95 % comprometido en el SLA.

El perito de la parte contraria era un arquitecto cloud senior de una consultora britanica. Ambos habiamos analizado los mismos logs de monitorizacion, pero con herramientas y criterios de calculo diferentes. La discrepancia central era si ciertos periodos de “degradacion de servicio” (el servicio respondia, pero con latencias superiores a 5 segundos) debian computarse como indisponibilidad o no.

En el hot-tubbing, el debate se centro en la definicion técnica de “disponibilidad” en el contexto del SLA. Yo argumentaba que un servicio con latencia de 12 segundos era funcionalmente inutil para el caso de uso del cliente (trading en tiempo real). El perito contrario argumentaba que tecnicamente el servicio estaba “disponible” porque respondia. El tribunal, formado por dos abogados y un ingeniero, entendio perfectamente el matiz. El laudo final adopto mi interpretacion, aplicando un test funcional de disponibilidad vinculado al caso de uso contractual.

Leccion aprendida: en el hot-tubbing, la capacidad de hacer que un concepto técnico complejo sea intuitivo para el decisor marca la diferencia.

Experiencia 2: disputa sobre propiedad intelectual de software (CAM, Madrid)

Un caso donde dos socios de una startup se separaron y disputaban la titularidad del código fuente de su plataforma SaaS. Mi encargo era analizar los repositorios Git, los historiales de commits y los metadatos de desarrollo para determinar quien habia contribuido que código.

El perito contrario era un profesor universitario de ingenieria del software. Su informe se basaba en un análisis cuantitativo de lineas de código por autor. Mi informe argumentaba que el análisis de lineas de código es una metrica pobre para medir contribucion intelectual, porque un arquitecto puede contribuir 50 lineas que definen la estructura crítica del sistema, mientras que un junior puede contribuir 5.000 lineas de código boilerplate autogenerado.

En el hot-tubbing, el debate fue fascinante. El profesor defendio la metrica cuantitativa con referencias academicas. Yo presente un análisis cualitativo de los commits, mostrando que determinados commits del reclamante contenian decisiones arquitecturales (eleccion de patrones de diseño, estructura de la base de datos, diseño de APIs) que condicionaban todo el desarrollo posterior. Ademas, mostre que muchas de las lineas atribuidas a la otra parte eran scaffolding generado automáticamente por herramientas como Create React App.

Los dos arbitros que no eran técnicos seguian el debate con dificultad, pero el tercer arbitro (un ingeniero con experiencia en desarrollo de software) intervino con preguntas precisas que clarificaron los puntos clave para sus colegas.

Experiencia 3: brecha de datos en proceso de M&A (arbitraje ad hoc, Londres)

El caso más complejo en el que he participado como perito en hot-tubbing. Una empresa adquirio otra y descubrio post-cierre que la empresa adquirida habia sufrido una brecha de datos no revelada durante el due diligence. La reclamación era por declaraciones falsas en el contrato de compraventa (la vendedora habia declarado no tener brechas de seguridad conocidas).

Mi encargo era doble: primero, demostrar que la brecha habia ocurrido antes del cierre de la operación; segundo, que la empresa vendedora tenia conocimiento o debería haber tenido conocimiento de la brecha. Analice logs de servidores, correos electrónicos internos del equipo de IT de la vendedora y registros de un sistema SIEM que la vendedora habia desactivado meses antes de la venta.

El perito contrario era un socio de una Big Four especializada en forense digital. Tenia un equipo de cuatro analistas detras. Yo trabajaba solo con un analista junior. La diferencia de recursos era evidente.

En el hot-tubbing, el perito de la Big Four argumento que las evidencias de la brecha eran ambiguas y podian explicarse por actividad legítima de administración. Yo presente una cronologia detallada mostrando que los patrones de acceso detectados no correspondian a ningun administrador conocido, que las direcciones IP de origen estaban asociadas a nodos TOR y que la desactivacion del SIEM coincidio con el inicio del proceso de due diligence. Cuando le pregunte directamente al perito contrario si consideraba normal que una empresa desactivara su sistema de detección de intrusiones justo antes de una auditoria de compra, su respuesta fue evasiva. El tribunal tomo nota.

Leccion aprendida: en hot-tubbing, no solo defiendes tu informe. Tambien cuestionas el del perito contrario. La capacidad de formular preguntas incisivas es tan importante como la capacidad de responderlas.

Consejos prácticos para preparar un hot-tubbing

Basandome en mis tres experiencias, estos son los consejos que doy a cualquier perito que se enfrente a su primer hot-tubbing:

1. Estudía el informe contrario con más detalle que el tuyo propio. Conoces tu informe porque lo has escrito. Necesitas conocer el del perito contrario igual de bien para anticipar sus argumentos y preparar respuestas
2. Ensaya con alguien que actue como perito contrario. Que te cuestione la metodología, los margenes de error, las herramientas que has usado. Si puedes defender tu informe en un simulacro hostil, podras hacerlo en la audiencia real
3. Prepara ayudas visuales. En el hot-tubbing, el tribunal esta procesando información compleja en tiempo real. Un diagrama, una cronologia visual o una tabla comparativa pueden aclarar en 30 segundos lo que una explicación verbal tarda 10 minutos
4. Se honesto con las limitaciones. Si hay un punto donde la evidencia no es concluyente, admitelo. Los arbitros respetan la honestidad intelectual y detectan inmediatamente cuando un perito esta forzando una conclusión que los datos no soportan
5. Controla el tono. El hot-tubbing no es un debate de television. Es una discusion técnica moderada por el tribunal. Mantener un tono profesional y respetuoso con el perito contrario refuerza tu credibilidad

El Redfern Schedule: organizando la exhibicion de documentos

El Redfern Schedule es una herramienta procesal específica del arbitraje que no existe en el proceso judicial español. Es una tabla que organiza las solicitudes de exhibicion de documentos (document production) entre las partes, y como perito es fundamental entenderla porque afecta directamente a la evidencia disponible para tu análisis.

Estructura del Redfern Schedule

El rol del perito en el Redfern Schedule

Como perito, mi intervención en el Redfern Schedule es doble:

Antes de la solicitud: el equipo legal me consulta sobre que documentos técnicos necesito para hacer mi análisis. Yo identifico la evidencia relevante (logs, backups, configuraciones, correos de equipos de IT, tickets de soporte, informes de incidentes) y el abogado formula la solicitud de exhibicion en terminos jurídicos.

Despues de la decisión del tribunal: si el tribunal ordena la exhibicion, la parte requerida entrega los documentos. Mi trabajo es verificar que la entrega es completa y que los documentos no han sido alterados. Esto incluye verificar hashes, metadatos de archivos, consistencia temporal y, en caso de datos digitales, la integridad de la cadena de custodia.

Un problema frecuente: la parte requerida entrega miles de documentos de forma desestructurada (un “document dump”) para dificultar el análisis. En un caso, la parte contraria entrego 2,3 terabytes de logs sin procesar en un formato propietario, sabiendo que procesarlos requeriria semanas. Mi informe al tribunal detallo esta práctica y solicite que la parte contraria entregara los datos en un formato estandar con un indice de contenidos. El tribunal lo ordeno con un plazo de 10 días.

Tu informe pericial debe referenciar los documentos del Redfern Schedule que has analizado, usando la numeracion del Schedule. Esto facilita la trazabilidad para el tribunal y demuestra que tu análisis se basa en evidencia formalmente aportada al procedimiento.

Ocho tipos de disputas tech donde interviene el perito informático

En mi práctica profesional, los arbitrajes donde interviene un perito informático se han expandido significativamente en los últimos cinco años. Lo que antes eran principalmente disputas sobre licencias de software ha evolucionado hacia un abanico mucho más amplio.

1. Contratos SaaS e incumplimiento de niveles de servicio

Disputas sobre disponibilidad, rendimiento, escalabilidad y soporte técnico en contratos Software as a Service. El perito analiza logs de monitorizacion, metricas de APM (Application Performance Monitoring), registros de tickets de soporte y compara los valores reales con los comprometidos en el SLA.

Evidencia típica: dashboards de Datadog, New Relic o CloudWatch; registros de StatusPage; historiales de tickets en Jira o ServiceNow; informes de incidentes (postmortems); configuraciones de auto-scaling.

Cuantia medía en arbitraje: 1-15 millones de euros. Las penalidades por SLA suelen estar contractualmente limitadas (service credits), pero la reclamación por daños consecuentes (pérdida de negocio, daño reputacional) puede multiplicar la cuantia.

2. Infraestructura cloud y migraciones fallidas

Cuando una migracion a la nube no cumple las expectativas: costes desbordados, rendimiento inferior al prometido, interrupciones durante la migracion, pérdida de datos. El perito reconstruye el proyecto de migracion, compara la planificación con la ejecución real y determina las causas técnicas del fracaso.

Evidencia típica: planes de migracion, arquitectura propuesta vs implementada, facturas de consumo cloud, logs de AWS/Azure/GCP, comunicaciones del equipo de proyecto.

3. Propiedad intelectual y software

Disputas sobre titularidad de código fuente, infracción de patentes de software, licencias incumplidas o plagio de algoritmos. El perito realiza comparativas de código, analiza repositorios Git, revisa historiales de desarrollo y determina similitudes funcionales o estructurales.

Evidencia típica: repositorios de código fuente completos con historial de commits; metadatos de autoship; documentación de diseño; contratos de trabajo con cláusulas de propiedad intelectual; registros de herramientas de gestión de proyectos (Jira, Trello, Asana).

4. Brechas de datos y responsabilidad

Tras una brecha de seguridad, surge la disputa sobre quien es responsable: el proveedor, el cliente, un tercero. El perito reconstruye la cronologia del ataque, identifica el vector de entrada, evalua si las medidas de seguridad eran adecuadas según el estado del arte y cuantifica el impacto.

Evidencia típica: logs de firewalls, IDS/IPS, SIEM; informes de respuesta a incidentes; comunicaciones internas del equipo de seguridad; politicas de seguridad contractualmente comprometidas; certificaciones ISO 27001 o SOC 2.

5. Due diligence tecnologica en operaciones de M&A

En fusiones y adquisiciones, el comprador puede descubrir post-cierre que la tecnología adquirida no responde a lo declarado: deuda técnica oculta, vulnerabilidades críticas, dependencias no reveladas o infraestructura obsoleta. El perito audita la realidad técnica frente a las declaraciones del vendedor.

Evidencia típica: informes de due diligence tech originales, data room virtual, declaraciones y garantías del contrato de compraventa (representations and warranties), auditorias de seguridad previas, metricas de calidad de código.

6. Disputas sobre datos y RGPD

Conflictos sobre portabilidad de datos, acceso a bases de datos tras terminacion de contrato, borrado efectivo de datos personales o cuantificacion del perjuicio por uso indebido de datos. El perito verifica la integridad de las exportaciones, analiza logs de acceso y válida que los procesos de borrado fueron efectivos.

Evidencia típica: exportaciones de datos en formatos estructurados, logs de bases de datos, politicas de retención, informes de borrado, certificados de destrucción de datos.

7. Sistemás de inteligencia artificial: sesgo, rendimiento y responsabilidad

Una categoría emergente que crece rápidamente. Disputas sobre sistemás de IA que no cumplen las especificaciones prometidas, que exhiben sesgos discriminatorios no declarados, que producen decisiones automatizadas perjudiciales o que infringen la propiedad intelectual de datos de entrenamiento.

Evidencia típica: datasets de entrenamiento y validación, metricas de rendimiento del modelo (precision, recall, F1, equidad), logs de inferencia, documentación del pipeline ML, informes de sesgo y fairness.

Con la entrada en vigor del AI Act europeo, esta categoría va a explotar. Las empresas que despliegan sistemás de IA de alto riesgo tienen obligaciones de transparencia, supervision humana y gestión de riesgos. El incumplimiento de estas obligaciones será fuente de arbitrajes tecnologicos durante la próxima decada.

8. Smart contracts y disputas blockchain

Disputas sobre la ejecución o interpretacion de smart contracts en plataformás blockchain, tokenizaciones fallidas, hackeos de protocolos DeFi o discrepancias entre el código del smart contract y la intencion de las partes.

Evidencia típica: código fuente del smart contract, transacciones on-chain, auditorias de seguridad previas al despliegue, whitepapers, comunicaciones sobre la funcionalidad esperada del contrato.

El perito informático en disputas blockchain necesita competencias adicionales: comprension de mecanismos de consenso, análisis de transacciones on-chain, lectura de bytecode EVM y conocimiento de los estandares de seguridad de smart contracts (como los de OpenZeppelin).

He participado en un arbitraje sobre un smart contract de tokenizacion inmobiliaria que me obligo a aprender Solidity a un nivel de detalle que no habia necesitado antes. La ventaja de blockchain como evidencia es que todo esta registrado de forma inmutable en la cadena: transacciones, timestamps, direcciones, cantidades. La dificultad es interpretar esa información en el contexto de las obligaciones contractuales de las partes, que frecuentemente estan en un contrato tradicional separado del smart contract.

Comparativa: evidencia típica por tipo de disputa

Para empresas tecnologicas que operan internacionalmente, el arbitraje es frecuentemente la única via práctica. Un proveedor SaaS español con clientes en Alemania, Mexico y Singapur no puede litigar en cuatro jurisdicciones simultaneamente. Una cláusula arbitral bien redactada concentra todo en un único procedimiento.

En todos estos escenarios, el perito informático necesita producir un informe pericial que cumpla estandares internacionales, no solo los requisitos de la LEC. La diferencia entre un informe judicial español y uno para arbitraje internacional puede ser la diferencia entre ganar y perder una disputa de millones.

La importancia de la cláusula arbitral en contratos tech

Un aspecto que muchas empresas descuidan: la cláusula arbitral del contrato original determina todo lo que viene después. Si la cláusula esta mal redactada (la temida “pathological clause”), las partes pueden pasar meses discutiendo sobre la jurisdicción, la institucion o las reglas aplicables antes de que el arbitraje comience siquiera. He visto casos donde la cláusula arbitral decia “las disputas se resolveran por arbitraje en España” sin especificar institucion, número de arbitros ni reglas aplicables. El resultado fue 8 meses de procedimiento solo para constituir el tribunal.

Mi recomendación para abogados que redactan contratos tecnologicos: usen la cláusula modelo de la institucion arbitral elegida y anadanle las especificaciones tech que he descrito en la seccion sobre cláusulas arbitrales. Los 30 minutos que inviertes en redactar una buena cláusula arbitral pueden ahorrarte 8 meses y cientos de miles de euros si surge una disputa.

Como preparar el informe pericial para arbitraje

El informe pericial para arbitraje tiene requisitos específicos que lo diferencian del informe judicial español. No basta con adaptar la estructura de un informe para juzgado: hay que pensar desde el principio en que el informe va a ser sometido a cross-examination y, posiblemente, a hot-tubbing.

Estructura recomendada (compatible con Reglas IBA Art. 5.2)

El reply report: respondiendo al perito contrario

Una diferencia importante con el proceso judicial español es la existencia del reply report (informe de respuesta). Despues de que ambas partes presenten sus informes periciales iniciales, el tribunal suele establecer un plazo para que cada perito prepare un informe de respuesta al informe del perito contrario.

El reply report es una oportunidad y un riesgo. Es una oportunidad porque puedes desmontar los argumentos del perito contrario con datos y argumentos que no podias anticipar cuando escribiste tu informe inicial. Es un riesgo porque el perito contrario puede haber identificado debilidades en tu informe que necesitas abordar honestamente.

Mi regla es: en el reply report, responde a cada punto del perito contrario que cuestione tus conclusiones, pero no introduzcas argumentos nuevos que deberían haber estado en el informe inicial. Los arbitros notan cuando un perito usa el reply report para corregir errores de su propio informe, y eso debilita la credibilidad.

Redaccion para cross-examination

Un consejo práctico que doy siempre: redacta el informe pensando en que cada parrafo puede ser leido en voz alta durante el cross-examination y que te pediran que lo defiendas. Evita afirmaciones vagas como “es probable que” sin cuantificar esa probabilidad. En un arbitraje, la precision no es una virtud: es una exigencia.

Frases que he aprendido a evitar:

• “En mi opinion es muy probable que…” (sustituir por: “La evidencia analizada indica con un grado de certeza alto que…”)
• “Es bien sabido en la industria que…” (sustituir por: “Según la documentación oficial de [fuente], …”)
• “El sistema estaba comprometido” (sustituir por: “El análisis de los logs muestra N indicadores de compromiso, detallados en la Seccion X”)

Informe autocontenido

El informe para arbitraje debe ser autocontenido. En un juicio español, puedes asumir que el juez tiene acceso al expediente completo. En arbitraje, especialmente internacional, los arbitros pueden no tener contexto previo sobre el marco legal español o sobre la tecnología en cuestion. Cada termino técnico debe estar definido, cada referencia legal debe estar explicada y cada conclusión debe ser comprensible sin necesidad de leer otros documentos del procedimiento.

Presentación visual

La presentación visual importa más de lo que muchos peritos creen. Diagramás de red, cronologias graficas del ataque, capturas de pantalla anotadas y tablas comparativas de metricas son herramientas que marcan la diferencia en un arbitraje donde los arbitros estan evaluando informes de centenares de páginas de ambas partes.

En mis últimos informes para arbitraje, incluyo:

• Cronologias visuales (timelines) de los eventos clave, con codificacion de color por tipo de evento
• Diagramás de arquitectura simplificados que muestran los componentes técnicos relevantes para la disputa
• Tablas comparativas de metricas (SLA comprometido vs real, versiones declaradas vs instaladas, permisos prometidos vs otorgados)
• Capturas de pantalla anotadas con flechas, recuadros y notas explicativas
• Infografias resumen de una página que condensan las conclusiones clave

Un arbitro me dijo una vez: “Senor Izquierdo, su cronologia visual me ahorro tres horas de lectura de logs”. Ese comentario confirmo lo que ya sospechaba: en arbitraje, un buen grafico vale más que diez páginas de explicación textual.

Errores frecuentes en informes periciales para arbitraje

En mi experiencia revisando informes de otros peritos (tanto como perito del tribunal como en preparación para hot-tubbing), los errores más frecuentes son:

Error 1: tratar el informe arbitral como un informe judicial español. El perito copia la estructura de un informe para juzgado, omite la declaración de independencia, no incluye la metodología detallada y asume que el tribunal conoce el contexto. En arbitraje internacional, esto es letal.

Error 2: confundir opinion con evidencia. Afirmaciones como “en mi experiencia, este tipo de ataque es común” no tienen valor probatorio. Lo que tiene valor es: “según el informe X de la organización Y, este tipo de ataque represento el Z % de los incidentes en el sector durante 2025”.

Error 3: ignorar las limitaciones. Ningun análisis forense es perfecto. Los logs pueden estar incompletos, las marcas temporales pueden tener desviaciones, las herramientas forenses tienen tasas de falso positivo conocidas. Un perito que no reconoce estas limitaciones pierde credibilidad frente a un perito contrario que las senala.

Error 4: exceso de tecnicismo sin contexto. Escribir un informe que solo otro ingeniero puede entender no ayuda al tribunal. Cada concepto técnico debe estar explicado en un nivel que un abogado especializado (no un ingeniero) pueda seguir.

Error 5: no preparar el reply report con suficiente antelacion. El reply report requiere un análisis detallado del informe contrario. He visto peritos que lo dejan para la última semana y entregan un documento superficial que no responde a los argumentos clave del perito contrario.

Error 6: subestimar la preparación para la audiencia oral. El informe escrito es el 60 % del trabajo. El otro 40 % es la audiencia oral: cross-examination, hot-tubbing, preguntas del tribunal. Un perito que no ensaya su declaración oral esta jugando con la suerte.

Herramientas y software para la gestión de evidencia en arbitraje

En arbitrajes complejos con grandes volumenes de evidencia digital, la gestión documental es crítica. Las herramientas que uso regularmente:

• Relativity / RelativityOne: plataforma de eDiscovery que permite buscar, clasificar y revisar grandes volumenes de documentos electrónicos. Es el estandar en arbitraje internacional con sede en EE.UU. o Reino Unido
• Nuix: para procesamiento masivo de datos no estructurados (correos electrónicos, documentos, bases de datos). He procesado hasta 4 TB de datos con Nuix en un único caso
• EnCase / FTK: herramientas forenses clásicas para adquisición y análisis de evidencia. Generan informes con hashes verificables que son aceptados como estandar probatorio
• Cellebrite UFED: para extracción y análisis de dispositivos móviles. Imprescindible en disputas donde la evidencia clave esta en teléfonos de empleados
• Plataformás de arbitraje virtual: Opus 2, Epiq, Arbitration Place Virtual. Permiten gestionar documentos, presentaciones y audiencias remotas en un entorno seguro y auditable

La eleccion de herramientas no es neutra. En uno de mis arbitrajes, la parte contraria cuestiono que yo hubiera usado una versión de EnCase que tenia un bug conocido en el parsing de archivos PST de Outlook. Tuve que demostrar que el bug afectaba a un tipo de archivo que no existia en la evidencia del caso. Desde entonces, documento explicitamente la versión de cada herramienta utilizada y verifico los changelogs de bugs conocidos antes de emitir mi informe.

Tambien mantengo un registro de validación cruzada: para cada hallazgo crítico, verifico el resultado con al menos una segunda herramienta independiente. Si EnCase detecta un archivo eliminado, verifico con FTK o Autopsy. Si Cellebrite extrae un mensaje de WhatsApp, verifico los hashes contra la base de datos SQLite original. Esta redundancia anade tiempo al análisis pero blinda las conclusiones frente a ataques en cross-examination del tipo “y si la herramienta que uso hubiera fallado?”

Un ejemplo concreto: en un arbitraje sobre manipulación de datos financieros en un ERP, use tres herramientas diferentes para analizar los logs de la base de datos Oracle. Las tres coincidieron en la cronologia de las modificaciones, lo que me permitio afirmar con un grado de certeza muy alto que los datos habian sido alterados en una ventana temporal concreta. Cuando el perito contrario cuestiono la fiabilidad de una de las herramientas, pude responder que las otras dos confirmaban independientemente el mismo resultado.

Marco internacional: UNCITRAL y Convenio de Nueva York

Ley Modelo UNCITRAL

La Ley Modelo de la CNUDMI (UNCITRAL) sobre Arbitraje Comercial Internacional (1985, revisada en 2006) es el marco legislativo de referencia para el arbitraje internacional. Mas de 85 jurisdicciones han adoptado legislación basada en esta Ley Modelo, lo que proporciona un marco armonizado para el arbitraje a nivel global.

Puntos relevantes para el perito informático:

• Art. 19: Las partes tienen libertad para acordar el procedimiento (incluidas las reglas de prueba). Esto permite que el tribunal adopte las Reglas IBA o cualquier otro marco probatorio
• Art. 24.1: El tribunal puede celebrar audiencias orales para la presentación de pruebas, incluida la pericial
• Art. 27: El tribunal puede solicitar asistencia de los tribunales estatales para la práctica de pruebas que las partes no pueden obtener por si mismás (por ejemplo, ordenes de acceso a servidores ubicados en terceros paises)

Convenio de Nueva York de 1958

El Convenio sobre el Reconocimiento y la Ejecución de las Sentencias Arbitrales Extranjeras (Nueva York, 1958) es la piedra angular de la ejecutabilidad de los laudos arbitrales a nivel internacional. Con 172 estados firmantes, un laudo arbitral tiene una ejecutabilidad global que ninguna sentencia judicial nacional puede igualar.

Para el perito informático, esto tiene una implicacion práctica directa: el rigor de tu informe debe ser el mismo independientemente de donde se ejecute el laudo. Un informe pericial deficiente no solo afecta al caso: puede ser invocado como causa de anulacion del laudo si el tribunal se baso en el para su decisión y la parte perdedora demuestra que el perito no cumplio los estandares mínimos de independencia o metodología.

Las causas de denegacion del reconocimiento bajo el Convenio de Nueva York (Art. V) incluyen la vulneración del derecho de defensa. Si la parte contraria no tuvo oportunidad de interrogar al perito o de presentar su propio peritaje, el laudo puede no ser ejecutable. Esto refuerza la importancia de que el procedimiento probatorio sea impecable.

Arbitraje de inversion y tecnología

Una subcategoria importante es el arbitraje de inversiones bajo tratados bilaterales de inversion (BITs) o el tratado CIADI (ICSID). Cuando un gobierno expropia o regula de forma expropiatoria una empresa tecnologica extranjera (por ejemplo, prohibiendo una aplicación, confiscando servidores o imponiendo requisitos de localización de datos que hacen inviable el negocio), la empresa puede iniciar un arbitraje de inversiones contra el estado.

El perito informático en estos arbitrajes tiene un rol doble: (1) cuantificar el valor de la tecnología afectada (valoración de software, bases de datos, propiedad intelectual digital) y (2) determinar si las medidas regulatorias eran técnica y proporcionalmente necesarias o si constituyen una expropiacion encubierta.

Los arbitrajes de inversion tech son los de mayor cuantia (frecuentemente superiores a 100 millones de dolares) y los de mayor duracion (3-5 años). Son también los más politizados, porque enfrentan a empresas contra estados. El perito debe ser especialmente riguroso en su independencia y en la documentación de su metodología, porque el escrutinio público y academico de estos laudos es intenso.

Protocolo de Praga como alternativa a las Reglas IBA

Mientras las Reglas IBA son de tradicion anglosajona (priorizan la exhibicion de documentos y el cross-examination), el Protocolo de Praga (2018) ofrece una alternativa de tradicion continental europea, donde:

• El tribunal tiene un papel más activo en la obtención de pruebas (inquisitorial vs adversarial)
• La exhibicion de documentos es más limitada
• Se fomenta que el tribunal nombre su propio perito en lugar de depender de los peritos de parte
• Los interrogatorios son más cortos y dirigidos por el tribunal

Para un perito informático español, el Protocolo de Praga puede resultar más familiar porque se parece más al procedimiento judicial español. Sin embargo, en disputas tech internacionales, las Reglas IBA siguen siendo dominantes. Mi consejo: preparate para ambos marcos, porque la eleccion depende de las partes y del tribunal.

Instituciones arbitrales: comparativa para disputas tech

No todas las instituciones arbitrales son iguales para disputas tecnologicas. La eleccion de la institucion afecta a los costes, los plazos, la calidad de los arbitros disponibles y las reglas aplicables.

Mi recomendación

Para una empresa española en disputa con un proveedor cloud estadounidense, la ICC con sede en Paris o Ginebra suele ser la opcion más equilibrada: neutralidad, arbitros con experiencia tech, ejecutabilidad global y plazos razonables.

Para disputas nacionales españolas con cuantias inferiores a 5 millones de euros, la Corte de Arbitraje de Madrid (CAM) ofrece la mejor relación calidad-precio y tiempos más cortos.

Para disputas con empresas asiaticas, la SIAC o la HKIAC tienen paneles de arbitros con experiencia específica en tecnología y entienden las particularidades del mercado tech asiatico.

Clausulas arbitrales en contratos tech: que debe incluir

Para abogados y empresas que redactan contratos tecnologicos, la cláusula arbitral es crítica. Una cláusula mal redactada puede generar disputas sobre la propia cláusula (las llamadas “pathological clauses”) que retrasan meses el inicio del arbitraje.

Elementos que recomiendo incluir en toda cláusula arbitral de un contrato tecnologico:

• Institucion arbitral: especificar cual (ICC, CAM, LCIA…). Evitar arbitraje ad hoc salvo que ambas partes tengan experiencia
• Número de arbitros: uno para disputas de cuantia baja (menos de 1 millon EUR), tres para cuantias superiores
• Sede del arbitraje: elegir una jurisdicción pro-arbitraje (Paris, Londres, Singapur, Ginebra, Madrid)
• Idioma: especificar uno o dos idiomás del procedimiento
• Reglas de prueba: referenciar las Reglas IBA como aplicables por defecto
• Cualificacion de arbitros: incluir un requisito de que al menos un arbitro tenga formación o experiencia en tecnología
• Confidencialidad reforzada: incluir una cláusula específica sobre confidencialidad del procedimiento y de la evidencia técnica
• Preservación de evidencia: obligación de ambas partes de preservar toda la evidencia electrónica relevante desde el momento en que surja la disputa (litigation hold)
• Medidas cautelares de emergencia: autorizar al arbitro de emergencia de la institucion para ordenar medidas cautelares antes de la constitución del tribunal

Modelo de cláusula arbitral para contrato SaaS internacional:

“Toda controversia derivada del presente contrato o relacionada con el mismo será resuelta definitivamente de acuerdo con el Reglamento de Arbitraje de la ICC por uno o tres arbitros nombrados conforme a dicho Reglamento. La sede del arbitraje será Paris (Francia). El idioma del arbitraje será el ingles. Las partes acuerdan la aplicación de las Reglas IBA sobre Practica de Prueba en Arbitraje Internacional (2020). Al menos un miembro del tribunal arbitral deberá tener experiencia demostrable en disputas relacionadas con tecnología de la información. El procedimiento y el laudo serán confidenciales.”

Costes y plazos: que esperar de un arbitraje tech

Una de las preguntas que más recibo de abogados y empresas es: cuanto cuesta un arbitraje y cuanto dura. La respuesta depende de muchos factores, pero puedo dar rangos basados en mi experiencia.

Costes desglosados

Plazos típicos

Comparado con un litigio judicial complejo en España (primera instancia + apelacion + posible casacion), que puede durar 4-7 años, el arbitraje es significativamente más rápido. Ademas, el laudo es definitivo: no hay apelacion sobre el fondo, solo anulacion por causas tasadas muy limitadas.

El coste de NO arbitrar

Un aspecto que muchas empresas no consideran: el coste de oportunidad de no arbitrar. Si una disputa tech de 5 millones de euros tarda 4 años en resolverse judicialmente en lugar de 12 meses por arbitraje, la empresa tiene esos 5 millones en contingencia durante 3 años adicionales. A un coste de capital del 8 %, eso son 1,2 millones de euros de coste financiero implicito. Anadido al coste de abogados y peritos durante 3 años adicionales, el ahorro total del arbitraje frente al litigio puede superar el 40 % del coste total de la disputa, a pesar de que las tasas de la institucion arbitral y los honorarios de los arbitros sean elevados.

Un dato relevante: en arbitraje, los costes del perito pueden ser incluidos en la condena en costas del laudo. Si tu parte gana, los honorarios periciales pueden ser cargados a la parte perdedora. Esto no siempre ocurre en jurisdicción ordinaria española, donde la tasacion de costas suele ser más restrictiva con los honorarios periciales.

Ventajas del arbitraje para disputas tecnologicas

Despues de haber trabajado en ambos mundos, considero que el arbitraje ofrece ventajas objetivas para disputas tecnologicas complejas.

Confidencialidad

Las sentencias judiciales son públicas. Los laudos arbitrales son confidenciales. Para empresas que disputan sobre tecnología propietaria, secretos industriales o brechas de datos, esta diferencia es crítica. He participado en arbitrajes donde la mera existencia del procedimiento era confidencial.

La confidencialidad es especialmente valiosa en tres escenarios:

• Brechas de datos no públicas: si la brecha no ha sido notificada publicamente (porque no supero el umbral de notificación del RGPD), el arbitraje permite resolver la disputa sin que la brecha se haga pública
• Código fuente propietario: el análisis pericial de código fuente en un procedimiento judicial público expone la propiedad intelectual. En arbitraje, todo queda bajo confidencialidad
• Reputacion empresarial: una empresa tecnologica que litiga publicamente por una falla de seguridad sufre un daño reputacional que puede ser mayor que la propia disputa

Arbitros especializados

En un juzgado, no eliges al juez. En arbitraje, las partes pueden seleccionar arbitros con formación en tecnología, ingenieria de software o ciberseguridad. Esto reduce dramaticamente el tiempo de explicación técnica y mejora la calidad de las decisiones.

Ejecución internacional

Un laudo arbitral dictado en Madrid es ejecutable en 172 paises gracias al Convenio de Nueva York de 1958. Una sentencia española requiere exequatur o mecanismos de cooperacion judicial que son más lentos e inciertos.

Flexibilidad procesal

Las partes pueden pactar plazos, idioma, sede, reglas de prueba e incluso el uso de tecnología para las audiencias (videoconferencia, plataformás seguras de intercambio de documentos). En mi experiencia, esto permite resolver disputas tech complejas en 6-12 meses frente a los 2-4 años habituales en jurisdicción ordinaria española.

Neutralidad jurisdiccional

En disputas internacionales, ninguna de las partes quiere litigar en el pais de la otra. El arbitraje permite elegir una sede neutral.

Medidas cautelares tecnologicas

Los tribunales arbitrales pueden ordenar medidas cautelares adaptadas a la realidad tecnologica, como la preservación de servidores, la prohibicion de modificar bases de datos o la designación de un perito independiente para supervisar el acceso a sistemás durante el procedimiento. En jurisdicción ordinaria, conseguir una medida cautelar tecnologica comprensible para el juzgado puede ser un proceso largo y frustrante.

Finality del laudo

El laudo solo puede ser anulado por causas tasadas muy limitadas (Art. 41 Ley de Arbitraje): vulneración del derecho de defensa, arbitraje sobre materia no arbitrable o contrariedad al orden público. No hay apelacion sobre el fondo. Esto proporciona certeza a ambas partes y evita la cascada de recursos que caracteriza al sistema judicial español.

Para el perito informático, la finality del laudo tiene una implicacion directa: tu informe tiene un peso definitivo. En jurisdicción ordinaria, si el informe pericial no convence al juez de primera instancia, la parte puede apelar y presentar nuevas pruebas o un informe pericial complementario en segunda instancia. En arbitraje, no hay segunda oportunidad. El informe pericial que presentas es el que el tribunal va a considerar para siempre. Eso eleva el estandar de calidad exigible.

Audiencias virtuales y tecnología procesal

Desde la pandemia, las audiencias virtuales se han normalizado en arbitraje. Las principales instituciones (ICC, LCIA, SIAC) han desarrollado protocolos para audiencias hibridas y completamente virtuales. Para el perito informático, esto tiene ventajas prácticas:

• No necesitas desplazarte a Paris o Singapur para una audiencia de 2 días (ahorro de tiempo y coste)
• Puedes compartir pantalla para mostrar demostraciones técnicas en vivo
• Las plataformás de audiencia virtual (Opus 2, Arbitration Place) permiten presentar documentos y evidencia de forma más fluida que en una sala física

Pero también tiene riesgos: la conexión a internet debe ser impecable (una caida durante tu declaración puede ser interpretada como evasion), el entorno debe ser profesional (he visto peritos declarar desde su salon con la television encendida de fondo) y la comunicación no verbal se pierde parcialmente, lo que puede dificultar la lectura de las reacciones del tribunal.

Tabla resumen: arbitraje vs jurisdicción ordinaria

Cinco casos prácticos detallados

Caso 1: incumplimiento de SLA en plataforma cloud (4,2 millones EUR)

Contexto: una empresa de comercio electrónico española contrato una plataforma cloud con un SLA de 99,99 % de disponibilidad. Durante la campana de Black Friday, la plataforma sufrio tres caidas que acumularon 47 horas de indisponibilidad en 72 horas.

Mi rol: perito del reclamante. Analice 180 GB de logs de monitorizacion, correlacióne las caidas con eventos de auto-scaling fallidos y determine que la causa raiz era una mala configuración del balanceador de carga que el proveedor habia modificado unilateralmente tres semanas antes del Black Friday.

Resultado del arbitraje: laudo favorable al reclamante por 3,8 millones EUR (incluyendo lucro cesante calculado sobre las ventas pérdidas durante las 47 horas).

Leccion: la cuantificacion precisa del daño fue clave. No baste con demostrar la indisponibilidad: calcule las ventas pérdidas usando datos historicos de Black Friday de años anteriores, ajustados por la tendencia de crecimiento de la empresa. El tribunal valoro especialmente que presente tres escenarios de cuantificacion (conservador, medio, agresivo) en lugar de una cifra única, lo que demostraba transparencia metodologica.

Duracion total del arbitraje: 11 meses desde la solicitud hasta el laudo. En jurisdicción ordinaria, un caso similar habría tardado 3-4 años mínimo.

Caso 2: plagio de algoritmo de recomendación (8,5 millones EUR)

Contexto: una startup española de recomendación de contenidos acuso a un competidor de haber copiado su algoritmo tras la salida de dos ingenieros clave que se incorporaron al competidor.

Mi rol: perito del reclamante. Realice un análisis comparativo de los repositorios de código fuente de ambas empresas, examene los commits de los dos ingenieros en la startup original, analice la similitud funcional y estructural de ambos algoritmos y revise los correos electrónicos de los ingenieros durante su periodo de preaviso.

Resultado del arbitraje: laudo parcialmente favorable. El tribunal determino que los ingenieros habian utilizado conocimientos genericos adquiridos en la startup, pero no habian copiado código fuente literalmente. Sin embargo, el tribunal considero que habian violado sus cláusulas de no competencia y otorgo una indemnizacion de 2,1 millones EUR.

Leccion: la distincion entre “conocimiento general del sector” y “secreto empresarial” es técnica y jurídica a la vez. Mi informe tuvo que demostrar exactamente que elementos del algoritmo eran genericos (implementaciones estandar de collaborative filtering) y cuales eran propietarios (optimizaciones específicas de rendimiento para el dataset de la empresa).

Dato clave del caso: analice 14.327 commits en el repositorio Git de la startup a lo largo de 3 años de desarrollo. Use herramientas de análisis estatico de código para categorizar cada commit por tipo (arquitectura, funcionalidad, testing, documentación, scaffolding) y por complejidad ciclomatica. El resultado fue una base cuantitativa solida que complementaba el análisis cualitativo de la contribucion intelectual de cada desarrollador.

Caso 3: brecha de datos post-M&A (12 millones EUR)

Contexto: el caso descrito en mi experiencia de hot-tubbing 3. La empresa adquirente descubrio post-cierre que la adquirida habia sufrido una brecha de datos no revelada que afectaba a 340.000 registros de clientes europeos.

Mi rol: perito del comprador. Demostre que la brecha habia ocurrido 4 meses antes del cierre, que el equipo de IT de la vendedora tenia indicios de la brecha (alertas SIEM no investigadas) y que la desactivacion del SIEM antes del due diligence fue una accion deliberada.

Resultado del arbitraje: laudo favorable al comprador por 9,7 millones EUR, incluyendo los costes de notificación a los 340.000 afectados, la multa potencial de la AEPD estimada en 4 millones EUR y los costes de remediacion técnica.

Leccion: en disputas de M&A tech, la cronologia forense es determinante. Demostrar que la brecha ocurrio antes del cierre y que la vendedora tenia conocimiento (o debería haberlo tenido) son las dos cuestiones técnicas clave. Los correos electrónicos internos del equipo de IT suelen contener la “pistola humeante” porque los técnicos documentan incidentes por instinto profesional, aunque la dirección no quiera que quede constancia. En este caso, un correo del administrador de sistemás al CTO diciendo “tenemos actividad anómala en el servidor de producción, que hacemos?” fechado dos meses antes del cierre fue la evidencia decisiva.

Nota importante sobre confidencialidad: los detalles de todos los casos descritos en este artículo han sido anonimizados y modificados para proteger la confidencialidad de las partes. Las cuantias, sectores y resultados son representativos de casos reales pero no corresponden literalmente a ningun procedimiento concreto.

Caso 4: smart contract fallido en tokenizacion inmobiliaria (3,1 millones EUR)

Contexto: una empresa española tokenizo activos inmobiliarios mediante smart contracts en Ethereum. Un error en el código del smart contract permitio a terceros reclamar tokens sin aportar el capital correspondiente. Los inversores reclamaron a la empresa tokenizadora.

Mi rol: perito de la empresa tokenizadora. Analice el código del smart contract, identifique la vulnerabilidad (un error de reentrancy similar al del famoso hackeo de The DAO en 2016), y determine que la auditoria de seguridad previa al despliegue, realizada por un tercero, debería haber detectado la vulnerabilidad.

Resultado del arbitraje: el tribunal determino responsabilidad compartida entre la empresa tokenizadora (60 %) y la firma auditora (40 %). La empresa tokenizadora pago 1,86 millones EUR a los inversores y recupero 1,24 millones EUR de la firma auditora en un segundo arbitraje.

Leccion: las auditorias de seguridad de smart contracts no son todas iguales. En mi informe, analice el informe de auditoria original y determine que habia sido realizado en 72 horas por un único auditor junior, sin herramientas de análisis estatico (Slither, Mythril) y sin fuzzing. Una auditoria de esa calidad no debería haber sido aceptada como suficiente por la empresa tokenizadora. El tribunal acepto mi argumento de que ambas partes (tokenizadora por aceptar una auditoria deficiente y auditora por entregarla) compartian responsabilidad.

Caso 5: sistema de IA con sesgo discriminatorio (6,8 millones EUR)

Contexto: una aseguradora contrato a un proveedor de IA para un sistema de scoring de riesgo. Tras 18 meses de uso, un regulador detecto que el sistema discriminaba sistematicamente por código postal, lo que actuaba como proxy de origen etnico. La aseguradora reclamo al proveedor de IA.

Mi rol: perito del reclamante (aseguradora). Analice el dataset de entrenamiento, los metricas de fairness del modelo y la documentación entregada por el proveedor. Determine que el proveedor no habia realizado análisis de sesgo (bias auditing) a pesar de que el contrato lo exigia, y que el modelo exhibia un disparate impact ratio de 0,62 para determinados códigos postales, muy por debajo del umbral de 0,80 generalmente aceptado como indicador de sesgo.

Resultado del arbitraje: laudo favorable al reclamante por 5,2 millones EUR (costes de remediacion, multa regulatoria, daño reputacional). El tribunal adopto integramente mi metodología de medicion de sesgo.

Aspecto técnico destacable: para demostrar el sesgo, entrene un modelo alternativo excluyendo la variable de código postal y demostrando que las predicciones cambiaban significativamente para determinados grupos demograficos. El tribunal entendio la demostración porque la presente como un “experimento contrafactual”: que habría pasado si el modelo no hubiera tenido acceso al código postal. La diferencia entre ambos modelos era la prueba del sesgo.

Leccion: las disputas sobre IA van a multiplicarse con el AI Act. Los peritos informáticos que dominen fairness metrics, explainability (XAI) y bias auditing tendrán una demanda creciente en arbitraje.

El cross-examination: como sobrevivir al interrogatorio

Si el hot-tubbing es la prueba más exigente del arbitraje, el cross-examination es la más peligrosa. Un abogado experimentado en cross-examination puede hacer que un perito competente parezca incompetente en 30 minutos.

Técnicas habituales de cross-examination a peritos informáticos

He identificado patrones recurrentes que los abogados usan para desacreditar peritos tech:

La trampa de la precision excesiva. El abogado te pide confirmar una cifra exacta de tu informe (“usted afirmo que la disponibilidad fue del 99,923 %”). Luego te muestra que usando una metodología de calculo ligeramente diferente, la cifra sería 99,931 %. El objetivo no es la diferencia (mínima), sino sembrar la duda de que tus calculos no son fiables. Mi defensa: explicar al tribunal que ambas cifras son consistentes dentro del margen de error de la medicion y que la diferencia no altera la conclusión.

La pregunta de si/no forzada. “Senor Izquierdo, es o no es posible que los logs hayan sido modificados?” La respuesta honesta es “depende de las circunstancias”, pero el abogado quiere un si o un no. Mi defensa: “Es teoricamente posible, pero el análisis de integridad que he realizado [descrito en la Seccion 4.3 de mi informe] no muestra indicios de modificación. Permita que explique por que.” El tribunal suele permitir la explicación.

La descontextualizacion. El abogado lee un parrafo de tu informe fuera de contexto y te pide confirmarlo. El parrafo, aislado, parece contradecir otra parte de tu informe. Mi defensa: siempre referenciar la seccion completa del informe y explicar el contexto.

El ataque a la herramienta. “Usted uso la herramienta X. Sabia usted que la herramienta X tiene una tasa de falso positivo del 3 % según el estudio Y?” Si no conoces el estudio, quedas en evidencia. Mi defensa: antes de la audiencia, reviso toda la literatura reciente sobre las herramientas que he usado y preparo respuestas para las críticas conocidas.

La comparación con autoridad. “El Instituto Nacional de Ciberseguridad recomienda la metodología A. Usted uso la metodología B. Puede explicar por que no siguio las recomendaciones del INCIBE?” Mi defensa: explicar que la metodología B es igualmente válida, citando fuentes que la avalan, y que fue elegida por razones específicas del caso.

Preparación práctica para el cross-examination

Confidencialidad: la ventaja competitiva del arbitraje tech

La confidencialidad merece una seccion propia porque en disputas tecnologicas es frecuentemente el factor decisivo para elegir arbitraje sobre litigacion.

Niveles de confidencialidad

En un arbitraje, la confidencialidad opera a multiples niveles:

Nivel 1 - Existencia del procedimiento. Las partes pueden acordar que la mera existencia del arbitraje sea confidencial. Esto significa que nadie externo sabe que hay una disputa. Para una empresa tech cotizada, esto evita la obligación de revelar el litigio como contingencia en sus estados financieros (salvo que sea materialmente relevante).

Nivel 2 - Documentos del procedimiento. Todos los escritos, informes periciales, evidencia documental y transcripciones de audiencias son confidenciales. El equipo legal, los peritos y los arbitros firman NDAs específicos.

Nivel 3 - Confidentiality rings. Para información especialmente sensible (código fuente, algoritmos propietarios, datos de clientes), el tribunal puede establecer anillos de confidencialidad donde solo ciertas personas tienen acceso. En mi experiencia, los anillos típicos son:

• Inner ring: solo los peritos y un abogado designado de cada parte
• Outer ring: el resto del equipo legal pero sin acceso al material más sensible
• Tribunal ring: los arbitros pueden ver todo

Nivel 4 - El laudo. El laudo arbitral es confidencial. A diferencia de una sentencia judicial, que es pública y puede ser citada por terceros, el laudo solo lo conocen las partes, los arbitros y sus equipos legales.

Procedimientos de inspeccion de código fuente

He participado en arbitrajes donde la evidencia clave era código fuente propietario que la parte propietaria no queria revelar a la parte contraria. El tribunal establecio el siguiente procedimiento:

1. El código fuente se instalo en un portatil proporcionado por el tribunal (sin conexión a internet, sin puertos USB habilitados)
2. Solo los dos peritos y un abogado de cada parte podian acceder a la sala de revision
3. Las sesiones de revision eran supervisadas por un notario que levantaba acta
4. Los peritos podian tomar notas manuscritas pero no copiar código ni hacer capturas de pantalla
5. Las notas eran revisadas por el notario al final de cada sesion para verificar que no contenian código literal
6. Los informes periciales podian citar fragmentos de código (con un limite de 20 lineas por cita) pero no reproducir modulos completos

Este nivel de protección sería practicamente imposible en un juzgado ordinario, donde el expediente es accesible a las partes y, en muchos casos, público.

Preguntas frecuentes

Necesito ser perito judicial colegiado para actuar en arbitraje?

No. En arbitraje, no se aplican los requisitos de la LEC sobre titulacion o inscripcion en listas judiciales. Lo que importa es la cualificacion técnica, la experiencia demostrable y la independencia. He visto peritos con perfiles altamente especializados (ingenieros de ciberseguridad, expertos en blockchain, arquitectos cloud) que nunca han actuado ante un juzgado pero son excelentes peritos arbitrales. Lo que si se exige en las Reglas IBA es una declaración formal de independencia e imparcialidad.

Lo que recomiendo a quien quiera dar el salto al arbitraje es formarse específicamente en las reglas procesales: los cursos de la Chartered Institute of Arbitrators (CIArb) o del Club Español de Arbitraje son un buen punto de partida. Dominar la tecnología no es suficiente si no entiendes como funciona el procedimiento arbitral.

Cuanto cobra un perito informático en arbitraje?

Los honorarios de perito en arbitraje suelen ser significativamente superiores a los de jurisdicción ordinaria, porque el volumen de trabajo es mayor: informes más extensos, preparación para cross-examination, posible hot-tubbing y, en arbitraje internacional, redaccion en ingles. En España, un encargo pericial informático para arbitraje nacional oscila entre 5.000 y 25.000 euros dependiendo de la complejidad. En arbitraje internacional, los honorarios pueden superar los 50.000 euros para disputas de gran cuantia. En todos los casos, el perito debe acordar sus tarifas con la parte que le designa antes de aceptar el encargo.

El laudo arbitral tiene la misma fuerza que una sentencia?

Si. En España, el artículo 43 de la Ley de Arbitraje establece que el laudo firme produce efectos de cosa juzgada y es titulo ejecutivo. A nivel internacional, el Convenio de Nueva York de 1958 obliga a los 172 estados firmantes a reconocer y ejecutar laudos arbitrales extranjeros con requisitos formales mínimos. En la práctica, un laudo dictado en Paris o Singapur sobre una disputa tech es más facilmente ejecutable a nivel global que una sentencia de un juzgado español.

Que pasa si el perito de la otra parte tiene más experiencia o prestigio?

Es una preocupacion legítima, sobre todo en arbitrajes internacionales donde el perito contrario puede venir de una Big Four o de una firma forense multinacional con recursos ilimitados. En mi experiencia, lo que determina la credibilidad del perito ante el tribunal no es el tamaño de la firma sino tres factores concretos: la solidez de la metodología, la capacidad de explicar conclusiones complejas de forma comprensible y la honestidad para reconocer las limitaciones del propio análisis. He visto peritos de grandes firmás perder credibilidad en hot-tubbing porque no podian responder preguntas detalladas sobre su propia metodología (habian delegado el trabajo técnico en juniors).

La clave es que en arbitraje no hay atajos. El tribunal arbitral esta formado por profesionales experimentados que detectan rápidamente si el perito domina su materia o si esta recitando un informe escrito por otro. Mi consejo: si aceptas un encargo pericial para arbitraje, asegurate de que puedes defender personalmente cada linea de tu informe.

Puedo actuar como perito en un arbitraje en otro pais?

Si. Una de las ventajas del arbitraje internacional es que no hay restricciones de nacionalidad para los peritos. He actuado como perito en arbitrajes con sede en Paris, Londres y Madrid sin necesidad de homologacion ni reconocimiento de titulos. Lo único que necesitas es que la parte que te propone considere que tu cualificacion es relevante y que cumplas los requisitos de independencia de las Reglas IBA.

Dicho esto, actuar como perito en otro pais tiene implicaciones prácticas: necesitas dominar el idioma del procedimiento, conocer los estandares técnicos locales (que pueden diferir de los españoles) y estar dispuesto a desplazarte para la audiencia oral.

Que ocurre si el tribunal arbitral no entiende la tecnología?

Es menos frecuente de lo que se piensa, pero ocurre. En esos casos, la responsabilidad del perito se multiplica: no solo debes presentar tus conclusiones sino educar al tribunal sobre los conceptos técnicos básicos necesarios para entender la disputa. Yo incluyo un glosario técnico al inicio de cada informe y uso analogias (cuidadosamente elegidas para no simplificar en exceso) durante la audiencia oral.

Si la disputa es muy técnica y el tribunal no tiene formación STEM, puedes proponer que el tribunal nombre un asesor técnico (no un cuarto arbitro, sino un asesor sin voto que ayude al tribunal a entender los aspectos técnicos). Algunas instituciones arbitrales, como la SIAC, tienen programás específicos para esto.

Como se elige al arbitro en una disputa tech?

En un arbitraje de tres arbitros, cada parte nombra un arbitro y los dos arbitros nombrados eligen al presidente (o lo nombra la institucion si no hay acuerdo). Mi recomendación para las partes: nombra un arbitro que entienda tecnología, aunque no sea ingeniero. Un abogado con experiencia en disputas tech puede ser más valioso que un ingeniero sin experiencia arbitral.

La ICC, la LCIA y la SIAC publican listas de arbitros con sus areas de especializacion. Cada vez hay más arbitros con formación dual (derecho + ingenieria) que son ideales para disputas tech.

Se puede apelar un laudo arbitral?

No en el sentido clásico. El laudo arbitral solo puede ser anulado por causas tasadas muy limitadas establecidas en el artículo 41 de la Ley de Arbitraje: vulneración del derecho de defensa, arbitraje sobre materia no arbitrable, composicion irregular del tribunal o contrariedad al orden público. El tribunal de anulacion no puede revisar el fondo de la decisión ni valorar de nuevo la prueba pericial. Esto significa que, a diferencia del proceso judicial, no hay una “segunda oportunidad” si pierdes en arbitraje.

Cuanto dura la preparación de un informe pericial para arbitraje?

Depende de la complejidad, pero en mi experiencia: 4-8 semanas para el informe inicial y 2-4 semanas adicionales para el reply report. A esto hay que anadir 1-2 semanas de preparación para la audiencia oral (estudio del informe contrario, preparación para cross-examination y hot-tubbing). En total, un encargo pericial para arbitraje puede requerir 8-14 semanas de dedicacion parcial.

Que formación complementaria recomiendas para un perito que quiera trabajar en arbitraje?

Tres vias principales: (1) el diploma del CIArb (Chartered Institute of Arbitrators) en arbitraje comercial internacional, que tiene modulos específicos sobre prueba pericial; (2) los cursos del Club Español de Arbitraje, orientados al mercado iberoamericano; (3) los workshops de la ICC Academy sobre arbitraje y tecnología. Ademas, recomiendo asistir como observador a audiencias arbitrales abiertas (algunas instituciones lo permiten) para familiarizarse con la dinamica antes de participar activamente.

Como gestiona el perito los conflictos de interes en arbitraje?

Los conflictos de interes son una cuestion crítica en arbitraje que va más alla de lo que se exige en jurisdicción ordinaria. Antes de aceptar un encargo pericial, realizo una verificación sistemática:

• Busco si he trabajado antes con alguna de las partes, sus abogados o los arbitros (incluidos trabajos indirectos a traves de terceros)
• Verifico si tengo alguna inversion, participación o relación comercial con las partes o sus filiales
• Compruebo si algun miembro de mi equipo o de mi entorno profesional cercaño tiene relación con alguna de las partes
• Declaro cualquier relación que pueda ser percibida como conflicto, aunque yo considere que no afecta a mi imparcialidad

Si existe un conflicto real, rechazo el encargo. Si existe un conflicto potencial o una relación que podría ser percibida como conflicto, lo declaro por escrito al equipo legal que me propone y, si aceptan, lo incluyo en mi declaración de independencia del informe. La transparencia total es la mejor defensa contra un intento de descalificacion en la audiencia.

He visto peritos descalificados durante el procedimiento porque no declararon que habian dado una conferencia patrocinada por una de las partes, o que habian trabajado como consultor para una filial del grupo empresarial de una de las partes tres años antes. En arbitraje, la apariencia de independencia es tan importante como la independencia real.

Que diferencia hay entre un perito de parte y un perito del tribunal en arbitraje?

El perito de parte es propuesto y remunerado por una de las partes. Su informe apoya la tesis de la parte que lo designa, pero debe ser objetivo y veraz. El perito del tribunal es nombrado por el propio tribunal arbitral, es independiente de ambas partes y su función es asesorar al tribunal sobre las cuestiones técnicas en disputa.

En la práctica, la mayoria de arbitrajes tech utilizan peritos de parte (uno por cada lado). El tribunal nombra su propio perito solo en casos excepcionalmente complejos donde los informes de los peritos de parte son tan divergentes que el tribunal necesita un tercer criterio independiente.

He actuado en ambos roles. Como perito de parte, trabajas estrechamente con el equipo legal: asistes a las reuniones de estrategia, ayudas a formular las preguntas para el cross-examination del perito contrario y preparas la audiencia conjuntamente. Como perito del tribunal, trabajas en solitario: recibes las instrucciones del tribunal, realizas tu análisis y entregas tu informe sin consultarlo con ninguna de las partes. La remuneracion del perito del tribunal la fija el tribunal y se reparte entre las partes.

Es posible usar inteligencia artificial para preparar el informe pericial?

Uso herramientas de IA como apoyo en la fase de investigación (busqueda de jurisprudencia, análisis de grandes volumenes de documentos, detección de patrones en logs). Sin embargo, cada conclusión del informe debe ser verificada personalmente por el perito. Un informe generado por IA sin verificación humana sería facilmente desacreditado en cross-examination: “Senor Izquierdo, puede usted explicar paso a paso como llego a esta conclusión, o fue generada automáticamente?”

Ademas, las Reglas IBA exigen que el perito declare que las opiniones del informe son suyas y que las sostiene sinceramente. Firmar como propias conclusiones generadas integramente por una maquina plantea problemás eticos y profesionales que todavia no estan resueltos en el ámbito del arbitraje.

Mi enfoque: la IA es una herramienta de apoyo (como lo es EnCase o Wireshark), no un sustituto del criterio profesional del perito. En arbitraje, donde cada afirmacion del informe puede ser cuestionada linea por linea en cross-examination, la trazabilidad del razonamiento humaño detras de cada conclusión es imprescindible.

Dicho esto, la IA esta transformando la fase de document review en arbitraje. Herramientas como Relativity Trace o Brainspace permiten clasificar millones de documentos en días usando modelos predictivos, algo que un equipo humaño tardaria meses en hacer. Como perito, uso estas herramientas para identificar documentos potencialmente relevantes dentro de grandes volumenes de evidencia, pero siempre reviso personalmente los documentos que fundamentan mis conclusiones.

Workflow práctico: del encargo al laudo

Para cerrar la parte práctica, este es el flujo de trabajo que sigo en un encargo pericial típico para arbitraje:

El tiempo total desde el primer contacto hasta la audiencia es de 4-5 meses en un caso de complejidad media. En casos de alta complejidad (multiples jurisdicciones, volumenes masivos de datos, tecnologías emergentes), el plazo puede extenderse a 8-10 meses.

El futuro del peritaje informático en arbitraje: 2026-2030

Basandome en las tendencias que observo en mi práctica profesional y en los datos de las principales instituciones arbitrales, estas son las areas donde el peritaje informático en arbitraje va a crecer más en los próximos años.

Disputas sobre inteligencia artificial

Con la entrada en vigor progresiva del AI Act europeo (primeras obligaciones en febrero 2025, aplicación completa en agosto 2027), las disputas sobre sistemás de IA van a multiplicarse. Los peritos informáticos que dominen:

• Análisis de sesgo algoritmico (bias auditing, disparate impact analysis)
• Explicabilidad de modelos (SHAP, LIME, Integrated Gradients)
• Validación de datasets de entrenamiento (calidad, representatividad, derechos de uso)
• Conformidad con los requisitos técnicos del AI Act (registro, supervision humana, transparencia)

…tendrán una demanda creciente. Estoy invirtiendo significativamente en formación en estas areas porque creo que en 3-5 años representaran el 30-40 % de los encargos periciales tech en arbitraje.

Disputas sobre datos y soberania digital

La fragmentacion regulatoria global en materia de datos (RGPD europeo, CCPA californiano, PIPL chino, LGPD brasileno) genera conflictos sobre transferencias internacionales de datos, localización de datos y portabilidad. Cuando un contrato cloud se termina y el proveedor esta en un pais con regulación diferente a la del cliente, la extracción de datos se convierte en una disputa arbitrable compleja.

Disputas sobre ciberseguros

El mercado de ciberseguros crece un 25 % anual (Munich Re, 2025). A medida que crecen las polizas, crecen las disputas sobre coberturas denegadas. El asegurador dice que la empresa víctima no cumplia las medidas de seguridad declaradas en la poliza (por ejemplo, que no tenia MFA habilitado o que no parcheaba vulnerabilidades críticas en menos de 72 horas). La empresa dice que si las cumplia. El perito informático es quien determina la realidad técnica.

He participado como asesor en la preparación de un caso de este tipo donde la aseguradora denego una cobertura de 2,3 millones de euros argumentando que la empresa asegurada no cumplia con la obligación contractual de mantener un SOC (Security Operations Center) 24/7. Mi análisis demostro que la empresa tenia un servicio de MDR (Managed Detection and Response) externalizado que cumplia funcionalmente con los requisitos del SOC 24/7, aunque la denominacion contractual era diferente. La interpretacion técnica de los terminos del contrato de seguro fue el centro de la disputa.

Arbitraje y blockchain: ODR (Online Dispute Resolution)

Varias plataformás blockchain estan desarrollando mecanismos de resolución de disputas on-chain (Kleros, Aragon Court). Aunque todavia son experimentales, el concepto de arbitraje descentralizado para disputas de smart contracts es una tendencia que seguir. El perito informático jugara un papel fundamental en estos procedimientos, validando la ejecución del smart contract y determinando si el comportamiento on-chain coincide con la intencion de las partes.

Quantum computing y disputas sobre criptografia

A medio plazo (2028-2030), las disputas sobre la transicion a criptografia post-cuantica generaran un nuevo tipo de arbitraje tech. Cuando una empresa contrate a un proveedor de seguridad para migrar sus sistemás a algoritmos resistentes a computación cuantica y la migracion falle o sea incompleta, el perito informático necesitara competencias en criptografia avanzada para evaluar si la implementacion cumplia las especificaciones contractuales.

El perito informático como mediador tech

Una tendencia emergente: algunas instituciones arbitrales estan experimentando con la figura del mediador técnico, un experto en tecnología que no actua como perito de parte ni del tribunal, sino como facilitador en una fase previa de mediación. Su función es ayudar a las partes a entender la realidad técnica antes de que la disputa escale a un arbitraje completo. He participado en dos mediaciones tech y, aunque no siempre evitan el arbitraje, en ambos casos las partes llegaron a la fase arbitral con una comprension mucho mejor de las cuestiones técnicas, lo que acorto significativamente el procedimiento.

Mi prevision para 2030

Si las tendencias actuales se mantienen, estimo que para 2030 las disputas tech representaran el 35-40 % de todos los arbitrajes internacionales (frente al 23 % actual en ICC). Los peritos informáticos con experiencia en arbitraje serán escasos y demandados. Mi consejo para colegas que quieran posicionarse en este mercado: empezad ahora. Formaos en las reglas procesales, asistid a conferencias de arbitraje (no solo de ciberseguridad) y cultivad relaciones con despachos de abogados que manejan cláusulas arbitrales en sus contratos tech. El salto del peritaje judicial al arbitral no es automático, pero es el movimiento profesional más rentable que un perito informático puede hacer en este momento.

Servicios relacionados

Si estas involucrado en un arbitraje con componente tecnologico, estos recursos pueden serte útiles:

• Perito informático judicial: guía completa sobre peritaje en sede judicial, incluyendo diferencias con el arbitraje
• Informes periciales: metodología y estandares que aplico en cada caso, adaptados tanto a jurisdicción ordinaria como a arbitraje
• Servicios para abogados: como trabajar con un perito informático en tu equipo legal, tanto en juicio como en arbitraje
• Servicios para empresas tecnologicas: peritaje especializado en disputas tech, incluyendo contratos SaaS, cloud, IP y M&A
• Análisis forense digital: metodología ISO 27037 aplicada a la recopilación de evidencia digital para arbitraje
• Contacto: consulta gratuita sobre peritaje en arbitraje nacional o internacional

Si eres perito informático y quieres dar el salto al arbitraje, o si eres abogado buscando un perito con experiencia en procedimientos arbitrales, no dudes en contactarme. El arbitraje tech es un campo en expansion y la demanda de peritos cualificados supera con creces la oferta disponible en España.

El primer paso siempre es una consulta gratuita donde evaluamos si el arbitraje es la via adecuada para tu caso y que tipo de peritaje informático necesitas.

En mi experiencia, los mejores resultados en arbitraje se obtienen cuando el perito informático se incorpora al equipo desde la fase más temprana posible: idealmente, antes de la solicitud de arbitraje, para ayudar a definir la estrategia probatoria y a identificar la evidencia digital que debe preservarse inmediatamente. Un perito que se incorpora cuando el informe ya es urgente trabaja con la evidencia que queda disponible, no con la que debería haber estado disponible.

Esa diferencia, entre planificación y reacción, es frecuentemente la diferencia entre ganar y perder un arbitraje tech.

Referencias

1. ICC Dispute Resolution Statistics 2025. International Chamber of Commerce (2025). iccwbo.org
2. Memoria Anual 2025. Corte de Arbitraje de Madrid, Camara de Comercio de Madrid (2025). arbitramadrid.com
3. IBA Rules on the Taking of Evidence in International Arbitration (revisadas 2020). International Bar Association. ibanet.org
4. Queen Mary University of London / White & Case International Arbitration Survey 2024: “Adapting Arbitration to a Changing World”. arbitration.qmul.ac.uk
5. Ley 60/2003, de 23 de diciembre, de Arbitraje. BOE num. 309 (2003), reformada por Ley 11/2011. boe.es
6. Convenio de Nueva York de 1958 sobre Reconocimiento y Ejecución de Sentencias Arbitrales Extranjeras. UNCITRAL. uncitral.un.org
7. SIAC Annual Report 2025. Singapore International Arbitration Centre. siac.org.sg
8. LCIA Annual Casework Report 2025. London Court of International Arbitration. lcia.org
9. HKIAC Statistics 2025. Hong Kong International Arbitration Centre. hkiac.org
10. Born, Gary B. International Commercial Arbitration, 3rd ed. Kluwer Law International (2021). Cap. 15: “Expert Evidence in International Arbitration”
11. Redfern, Alan; Hunter, Martin. Redfern and Hunter on International Arbitration, 7th ed. Oxford University Press (2023). Cap. 6: “The Conduct of the Arbitration”
12. Ley Modelo de la CNUDMI sobre Arbitraje Comercial Internacional (1985, revisada en 2006). UNCITRAL. uncitral.un.org
13. Reglamento de Arbitraje de la ICC (2021). International Chamber of Commerce. iccwbo.org
14. CIArb Guidelines for Witness Conferencing (Hot-Tubbing). Chartered Institute of Arbitrators (2019). ciarb.org
15. Moses, Margaret L. The Principles and Practice of International Commercial Arbitration, 4th ed. Cambridge University Press (2023). Cap. 8: “Expert Witnesses”
16. Club Español de Arbitraje. Código de Buenas Practicas Arbitrales (2024). clubarbitraje.com