▷ Regístrate Gratis a Nuestra Revista

Algunos beneficios de registrarse en nuestra revista:

El registro te permite consultar todos los contenidos y archivos de Lawi desde nuestra página web y aplicaciones móviles, incluyendo la app de Substack.
Registro (suscripción) gratis, en 1 solo paso.
Sin publicidad ni ad tracking. Y puedes cancelar cuando quieras.
Sin necesidad de recordar contraseñas: con un link ya podrás acceder a todos los contenidos.
Valoramos tu tiempo: Recibirás sólo 1 número de la revista al mes, con un resumen de lo último, para que no te pierdas nada importante
El contenido de este sitio es obra de 23 autores. Tu registro es una forma de sentirse valorados.

Contratos Tecnológicos

Este elemento es un complemento de los cursos y guías de Lawi. Ofrece hechos, comentarios y análisis sobre este tema.

Índice de Contenidos

Resolución de conflictos. Contratos tecnológicos y sociedad de la información

Hay algunos casos típicos de conflictos en los contratos tecnológicos, y sobre todo relacionados con el uso de licencias de software.

En este sentido, siempre conviene tanto cuando la relación de las partes es buena como si se empieza a vislumbrar ciertos problemas que pueden acabar en conflicto, recabar documentación y pruebas necesarias para el caso de que llegue un supuesto conflicto. Ya se sabe de la máxima romana: “Si vis pacem para bellum“: Si quieres la paz, prepárate para la guerra.

Preconstitución de pruebas

Durante la relación, es importante hacer un buen seguimiento contractual mediante reuniones periódicas y actas firmadas por ambas partes que reflejen lo acordado, lo modificado, las quejas en su caso, los retrasos, etc. Es la mejor manera de documentar incumplimientos por una u otra parte. También es importante recabar correspondencia, e-mails, etc., pero lo ideal son las actas de las reuniones.

En los supuestos de desarrollo de software a medida, si hay retrasos, es muy importante dejar constancia del estado de desarrollo del software solicitado, sobre todo si queremos acreditar que el desarrollo del mismo va con retraso por causa imputable a la empresa tecnológica. ¿Cómo dejamos constancia? Nos haccemos una copia del código fuente junto con la documentación necesaria y nos vamos a un Notario para que levante acta, para que además un perito lo evalúe.

▷ En este Día de 19 Abril (1775): Comienzo de la Revolución Americana

Iniciada este día de 1775 con las batallas de Lexington y Concord, la revolución americana fue un esfuerzo de las 13 colonias británicas de Norteamérica (con ayuda de Francia, España y Holanda) por conseguir su independencia.

Otro punto muy importante es acudir al análisis o diseño funcional. De esta manera sabré hasta dónde puedo exigir (si soy el cliente) o hasta dónde me pueden exigir (si soy la empresa tecnológica). Si no se cumple, ya tenemos otra prueba.

También debemos dfierenciar entre tareas pendientes y nuevas necesidades o requerimientos. Con el análisis funcional será fácil determinarlo, y que no puedan imputarnos incumplimientos si lo que nos requieren son nuevas necesidades no contempladas en el análisis funcional.

Obviamente los partes de trabajo y la descripción de tareas conforme se desarrolla el software son muy importantes para preconstituir prueba.

Valor de las entregas parciales y aceptación de facturas: lo pagado y entregado, se da por aceptado, salvo pacto en contrario.

Realizar demostraciones acerca de la funcionalidad. Si el software ya tiene muchas de las especificaciones requeridas por el cliente, conviene hacer demostraciones de funcionalidad para acreditar esto, y dejar constancia de la formación realizada.

RFP: Request for proposal. Es la solicitud que hace el cliente para recibir una oferta por parte de la empresa desarrolladora del software. Con este documento, se puede establecer una prelación de documentos:

Si quieremos favorecer a la empresa desarrolladora la prealación sería:

▷ Lo último (2024)

Lo último publicado esta semana de abril de 2024:

Agrarianismo

Filosofía Moral Agrícola

Asiria

Contrato
Oferta (redactada por la empresa)
RFP

Si queremos favorecer al cliente:

COntrato
RFP (redactado por el cliente)
Oferta

La documentación precontractual de esta manera sería parte del contrato (si así se acuerda).

La formación a usuarios también es importante por que éstos tendrán un papel importante en la fase de desarrollo del mismo.

Por tanto, resumiendo, tenemos la preconstitución de las siguientes pruebas:

Acta notarial de manifestaciones.
Aceptación de análisis funcional.
Diferenciación de tareas / necesidades nuevas.
Peticiones escritas (actas).
Partes de trabajo y descripción de tareas.
Aceptación de facturas incluyendo bien claro el concepto.
Demostraciones de funcionalidad.
Formación a usuarios

Pruebas periciales

Incluyen:

Comprobación de si el diseño funcional es correcto y completo. Si el cliente no tiene un buen departamento de IT, deberá contratar un externo que lo verifique.
Comprobación de que el diseño funcional se corresponde con el resultado o desarrollo realizado.
Comprobación de la metodología empleada por la empresa (hay muchas normas ISO que se deben seguir para poder comprobar esto). Si no se han seguido estas normas, se puede “atacar” por ahí.
Comprobación del tiempo necesario y razonable empleado.
Coste horas/trabajador/a.
Peticiones no previstas que retrasan el proyecto.
Ahorros esperados o comprometidos contractualmente.
Igualdad de Conocimientos: El perito podrá evaluar el nivel de conocimiento de cada parte para saber quién engañó a quién por estar en una posición más favorable al saber más de tecnología.
Criterios de selección de solución implementada.

En este último punto, es importante tener en cuenta que en el supuesto de que se retrase el proyecto y esto implique la resolución del contrato, también podría exigir no solo los gastos realizados sino los gastos que me supondrá y deberé incurrir para contratar a otra empresa que realice el trabajo que la empresa anterior no supo terminar.

Basado en la experiencia de varios autores, mis opiniones y recomendaciones se expresarán a continuación:

Criterios de resolución contractual

Consideraciones:

Dependerá si es arrendamiento de servicios o de obra.
Existencia de un estudio previo o no de necesidades.
Existencia o no de descripción o acuerdo de nuevos requerimientos.
Metodología aplicada.
Desequilibrio del conocimiento técnico.
La colaboración del cliente o usuario.
Demostraciones previas.
Buen uso o no de la aplicación.
Adaptación o “traje a medida”.
La más importante: INFORME PERICIAL.

Medidas preventivas desde el punto de vista procesal

Consideraciones:

Lo primero obviamente es firmar un buen contrato y completo.
Documentar TODO lo posible.
Definir la naturaleza del contrato.
Crear condiciones generales de contratación (si eres una empresa de software).
Tener instrucciones claras de negociación del contrato: qué es negociable, qué es intocable.
Regular perfectamente la propiedad intelectual.
Limitar la Responsabilidad Civil (si eres la empresa tecnológica).
Cláusula de resolución con posibilidad de un plazo (véase más en esta plataforma general) de subsanación.
Resolución de conflictos menores y seguimiento del contrato.
Revisiones aleatorias de contratos firmados.

Autor: Andrés Bruno