¿Qué es la responsabilidad por incumplimiento de contrato en el desarrollo de sistemas y software? Explicación de los puntos de revisión

¿Qué deberíamos hacer legalmente si hay un error después de la entrega del sistema que hemos ordenado?

Si el sistema es difícil de operar, la velocidad de procesamiento es lenta, o no tiene las funciones que ordenamos… Como cliente, tendríamos que cuestionar la “responsabilidad por incumplimiento del contrato” al proveedor que desarrolló el sistema.

La “responsabilidad por incumplimiento del contrato” fue establecida en reemplazo de la “responsabilidad por garantía de defectos”, que fue abolida con la revisión del Código Civil japonés (Ley Civil Japonesa) en 2017 (Año 29 de la era Heisei). Por lo tanto, es necesario prestar atención a cómo esta revisión afecta al desarrollo de sistemas y software.

Los problemas que a menudo ocurren después de la entrega. Para evitar estos problemas, explicaremos el contenido de la “responsabilidad por incumplimiento del contrato” y el impacto de la revisión.

Aspectos de la reforma del Código Civil sobre la responsabilidad por incumplimiento de contrato

La “Ley de reforma parcial del Código Civil japonés” fue promulgada el 2 de junio de 2017 (año 29 de Heisei) y entró en vigor el 1 de abril de 2020.

En el Código Civil japonés, la parte que establece las reglas más básicas sobre contratos y similares se llama “Ley de Obligaciones”.

La Ley de Obligaciones no había sido revisada en casi 120 años desde su promulgación en 1896 (año 29 de Meiji).

Por lo tanto, esta reforma es un intento de realizar una revisión significativa para adaptarse a la sociedad actual.

Los puntos específicos de la reforma son diversos, pero entre ellos, la introducción del concepto de responsabilidad por incumplimiento de contrato es uno de los principales puntos de la reforma.

Como resultado, lo que se llamaba “responsabilidad por garantía de defectos” se ha cambiado a “responsabilidad por incumplimiento de contrato”.

¿Qué es la no conformidad del contrato?

La “no conformidad del contrato” se refiere a la ausencia de las funciones, calidad, rendimiento y condiciones que deberían estar presentes de acuerdo con el acuerdo de las partes y la intención y naturaleza del contrato.

Este concepto de “no conformidad del contrato” fue introducido en lugar del antiguo término “defecto” como resultado de la reforma del Código Civil japonés.

En el desarrollo de sistemas y software, se considera una “no conformidad del contrato” si el sistema terminado no coincide con las especificaciones acordadas previamente, o si el sistema o software no tiene las funciones o rendimiento que normalmente debería tener en vista de su naturaleza.

Al determinar la existencia de una “no conformidad del contrato”, se da importancia al acuerdo de las partes y a la intención y naturaleza del contrato.

Por lo tanto, es importante dejar por escrito el propósito del desarrollo del sistema o software y los antecedentes del pedido, para aclarar qué tipo de solicitudes o imágenes tenía el cliente.

Casos en los que los fallos de software se consideran “incumplimiento de contrato”

Cuando el software presenta problemas y la reparación se retrasa

En primer lugar, se puede considerar el caso en que ocurre un fallo significativo en el software, y no se puede manejar rápidamente, como tener que revisar hasta la etapa de diseño para su corrección.

Por ejemplo, hay un caso judicial en el que se reconoció que correspondía a un “defecto”, que es un “incumplimiento de contrato” en la actualidad, en un caso en el que se produjo un problema, como que el proceso de búsqueda del sistema de consulta de inventario introducido tardó más de 30 minutos, y tuvo que responder a las consultas de los clientes creando un libro de inventario escrito a mano (Sentencia del Tribunal de Distrito de Tokio, 22 de abril del año 14 de la era Heisei (2002)).

Cuando los fallos se manifiestan de forma secuencial

Además, se puede considerar el caso en que incluso si cada fallo es menor y no lleva mucho tiempo corregirlo, los fallos se manifiestan repetidamente y lleva mucho tiempo corregir todos los fallos y hacer que funcione correctamente.

Por ejemplo, si se producen repetidamente fallos en el sistema de consulta de inventario introducido, y no está claro cuántos fallos ocurrirán en el futuro y cuánto tiempo llevará corregirlos, y no se puede realizar el trabajo normal utilizando el sistema, se podría decir que es un “incumplimiento de contrato”.

Casos en los que los fallos de software no se consideran “incumplimiento de contrato”

Cuando se ha reparado sin demora o se han tomado medidas alternativas

Según los precedentes judiciales, incluso si un usuario señala un error o fallo, si se repara sin demora o se toman medidas alternativas razonables en consulta con el usuario, no se considera un “defecto” (Sentencia del Tribunal de Distrito de Tokio, 18 de febrero de 1997 (Heisei 9)).

En el desarrollo de sistemas y software, es imposible programar para que no ocurran errores en absoluto, y es inevitable que ocurran ciertos fallos.

Por lo tanto, incluso si hay un fallo, si se toman medidas como repararlo sin demora, no debería considerarse un “defecto”.

Esto probablemente se aplicaría de la misma manera bajo el actual concepto de “incumplimiento de contrato”.

Además, lo que fundamenta el juicio de “sin demora” aquí son las pruebas como las actas que se crearon durante el proceso de desarrollo del sistema.

Cuando un individuo específico no pudo entender fácilmente cómo operar

En cuanto a la operatividad y la facilidad de uso, dado que mucho de esto depende de la subjetividad, se considerará un “incumplimiento de contrato” si no es adecuado para su uso por parte de un usuario general.

El simple hecho de que un individuo específico no pueda entender fácilmente cómo operar no significa que sea un “incumplimiento de contrato”.

Cuando un fallo ocurre debido a algo fuera del trabajo del proveedor

Si un fallo ocurre debido a una causa que no tiene nada que ver con el trabajo de desarrollo del proveedor que desarrolla el sistema o software, no se puede decir que este sistema o software tenga un “incumplimiento de contrato”.

Por ejemplo, si un fallo ocurre debido a un problema con el hardware que el proveedor no está a cargo de adquirir, no se considerará un “incumplimiento de contrato”.

[Suplemento] Cuando un fallo ocurre debido a las instrucciones del usuario

Si un fallo ocurre en el sistema o software terminado debido a instrucciones erróneas del usuario, incluso si se reconoce que hay un “incumplimiento de contrato” en el sistema, etc., el proveedor no asumirá la responsabilidad del incumplimiento de contrato en principio.

Por ejemplo, si se da una explicación incorrecta sobre una situación que sólo el usuario puede conocer durante el desarrollo de un sistema de negocios, y se produce un fallo en el software desarrollado basado en las especificaciones acordadas con esta información incorrecta, el proveedor no tiene ninguna responsabilidad.

Se puede pensar que detrás de este juicio está la idea de que el usuario, como cliente en el desarrollo de software, también tiene una “obligación de cooperación”.

Asuntos que el propietario o comprador puede reclamar basándose en la responsabilidad por incumplimiento del contrato

Aquí explicaremos el contenido de la responsabilidad por incumplimiento del contrato en relación con el desarrollo de sistemas y software, teniendo en cuenta los cambios realizados por la reforma.

Reclamación de reparación

Si se considera que un defecto constituye un incumplimiento del contrato, el cliente puede hacer una solicitud de reparación del defecto.

Antes de la reforma, no se podía solicitar una reparación si el defecto en cuestión no era importante y la reparación requería un costo excesivo. Esta limitación ha sido eliminada con la reforma.

Sin embargo, incluso después de la reforma, si “el incumplimiento del contrato no es importante y la reparación requiere un costo excesivo”, puede que no se permita la solicitud de reparación si se considera que la reparación es imposible.

Reclamación de indemnización por daños y perjuicios

Si un sistema o software defectuoso impide el funcionamiento normal del negocio o causa gastos adicionales, el cliente puede hacer una solicitud de indemnización por daños y perjuicios.

Antes de la reforma, se podía solicitar una indemnización por daños y perjuicios independientemente de la existencia de negligencia, a menos que se hubiera acordado lo contrario.

Sin embargo, con la reforma, si el ejecutor tiene una causa de exoneración (una causa que no puede ser atribuida a la culpa del deudor), no se puede hacer una solicitud de indemnización por daños y perjuicios.

Por lo tanto, si el proveedor puede demostrar la causa de exoneración, no será responsable de la indemnización por daños y perjuicios.

Rescisión del contrato

El contrato de desarrollo puede ser rescindido por incumplimiento del contrato del sistema o software.

En un caso judicial que ya hemos presentado, se permitió la rescisión del contrato debido a un defecto que causaba un tiempo de procesamiento de búsqueda del sistema de consulta de inventario de más de 30 minutos, lo que era demasiado largo y causaba problemas como la imposibilidad de usar el terminal en sí (Sentencia del Tribunal de Distrito de Tokio, 22 de abril del año 14 de la era Heisei (2002)).

Antes de la reforma, se podía rescindir el contrato sólo si el defecto impedía “alcanzar el objetivo del contrato”. Sin embargo, esta limitación ha sido eliminada con la reforma.

Es importante tener en cuenta que, incluso bajo la ley de reforma, si el grado de incumplimiento del contrato es “menor”, la rescisión no será permitida.

Solicitud de reducción de la remuneración

El derecho a solicitar una reducción de la remuneración fue establecido por la reforma.

Si hay un defecto en el sistema y el cliente solicita su reparación, pero no se realiza ninguna reparación después de un período de tiempo razonable, el cliente puede hacer una solicitud de reducción de la remuneración.

Periodo de responsabilidad

• Solicitud de reparación
• Solicitud de indemnización por daños y perjuicios
• Rescisión del contrato
• Solicitud de reducción de la remuneración

Existe un período limitado durante el cual se pueden ejercer estos derechos.

En concreto, el cliente puede ejercer estos derechos sólo si notifica al proveedor “dentro de un año desde que se enteró de la existencia de un incumplimiento del contrato” en el sistema o software.

Antes de la reforma, el período para ejercer estos derechos estaba limitado a “dentro de un año desde la entrega” del sistema o software. Por lo tanto, se puede decir que la reforma ha extendido el período durante el cual se pueden ejercer estos derechos.

Además de esta limitación de tiempo, los derechos mencionados anteriormente que se reconocen en base a la responsabilidad por incumplimiento del contrato también están sujetos a las disposiciones de prescripción.

Por lo tanto, por ejemplo, si descubre la existencia de un defecto en el sistema o software 11 años después de haberlo recibido, los derechos como el derecho a solicitar una indemnización por daños y perjuicios habrán prescrito después de un período de prescripción de “diez años”, por lo que no podrá ejercer estos derechos, independientemente de si notifica la existencia de un incumplimiento del contrato “dentro de un año desde que se enteró de su existencia”.

Negativa a pagar la remuneración

El cliente puede negarse a pagar la totalidad de la remuneración hasta que el desarrollador realice la reparación o la indemnización por daños y perjuicios.

Puntos clave de las cláusulas contractuales considerando la no conformidad del contrato

Las disposiciones sobre la responsabilidad por no conformidad del contrato son opcionales y, mediante un acuerdo especial entre las partes, se puede limitar el contenido de la responsabilidad o acortar el período de ejercicio de los derechos.

Por lo tanto, aquí explicaremos las cláusulas contractuales que deben tenerse en cuenta en relación con la responsabilidad por no conformidad del contrato en el desarrollo de sistemas y software.

Punto 1: Eventos y alcance que son objeto de no conformidad del contrato

Cuando hay insatisfacción con el sistema o el software, el cliente querrá perseguir la responsabilidad del proveedor por no conformidad del contrato.

Sin embargo, como proveedor, no se puede aceptar que se persiga la responsabilidad por no conformidad del contrato simplemente porque no les gusta, incluso si es solo una especificación.

Además, el proveedor puede aumentar significativamente la estimación para prepararse para la persecución injusta de la responsabilidad por no conformidad del contrato, lo cual es desventajoso para el cliente.

Por lo tanto, es importante que el cliente indique por escrito cuál es su objetivo y qué funciones desea que tenga el sistema que desea implementar, y que esto se refleje con seguridad en las especificaciones para aclarar los eventos y el alcance que son objeto de no conformidad del contrato.

También se puede considerar aclarar que si se entrega un sistema o software de acuerdo con lo establecido en las especificaciones, no se considerará una no conformidad del contrato, incluso si hay algún inconveniente en las especificaciones.

Con esta disposición, se puede prevenir que se cuestione la responsabilidad por no conformidad del contrato debido a las preferencias del cliente, a pesar de haber desarrollado de acuerdo con las especificaciones.

Punto 2: Clarificación del período de garantía

El período de ejercicio de los derechos de responsabilidad por no conformidad del contrato no se calcula desde el momento de la “entrega” del producto, sino desde el momento en que se “conoce” la no conformidad del contrato.

Además, incluso si se aplica un estatuto de limitaciones separado, ese período es de “diez años” como máximo, y se extiende por un largo período de tiempo.

Para el proveedor, tener que garantizar gratuitamente durante un largo período de “diez años” en algunos casos es una gran carga, y no tiene más remedio que agregarlo en la etapa de estimación.

Por otro lado, para el cliente, puede ser más beneficioso en términos de costos establecer flexiblemente el período de garantía de acuerdo con el período de uso del sistema o software.

Por lo tanto, se puede considerar establecer flexiblemente el período de garantía de acuerdo con el contenido del sistema, etc.

Punto 3: Respuesta en caso de no conformidad del contrato

Cuando se produce una no conformidad del contrato, se puede limitar a una parte de los derechos reconocidos por el Código Civil, como reclamaciones por daños y perjuicios o rescisión, mediante un acuerdo entre las partes.

Como cliente, es necesario entender correctamente qué limitaciones se han establecido en el contrato.

Resumen: Consulte a un abogado para la elaboración de contratos que incluyan la “responsabilidad por incumplimiento del contrato”

La reforma del Código Civil japonés ha tenido un gran impacto en las relaciones legales de desarrollo de sistemas y software.

Si surge un problema con el sistema entregado, no se puede afirmar de manera concluyente si esto constituye un “incumplimiento del contrato” y qué responsabilidad se puede cuestionar.

Además, para prevenir disputas de antemano, es esencial tener una discusión suficiente entre el cliente y el proveedor en la etapa del contrato de desarrollo.

Si tiene alguna inquietud sobre la elaboración de contratos, no dude en consultar a un abogado especializado.