La “Ley de reforma parcial del C\u00f3digo Civil japon\u00e9s” fue promulgada el 2 de junio de 2017 (a\u00f1o 29 de Heisei) y entr\u00f3 en vigor el 1 de abril de 2020.<\/p>\n\n\n\n
En el C\u00f3digo Civil japon\u00e9s, la parte que establece las reglas m\u00e1s b\u00e1sicas sobre contratos y similares se llama “Ley de Obligaciones”.<\/p>\n\n\n\n
La Ley de Obligaciones no hab\u00eda sido revisada en casi 120 a\u00f1os desde su promulgaci\u00f3n en 1896 (a\u00f1o 29 de Meiji).<\/p>\n\n\n\n
Por lo tanto, esta reforma es un intento de realizar una revisi\u00f3n significativa para adaptarse a la sociedad actual.<\/p>\n\n\n\n
Los puntos espec\u00edficos de la reforma son diversos, pero entre ellos, la introducci\u00f3n del concepto de responsabilidad por incumplimiento de contrato es uno de los principales puntos de la reforma<\/strong>.<\/p>\n\n\n\nComo resultado, lo que se llamaba “responsabilidad por garant\u00eda de defectos” se ha cambiado a “responsabilidad por incumplimiento de contrato”.<\/p>\n\n\n\n
<\/span>\u00bfQu\u00e9 es la no conformidad del contrato?<\/span><\/h2>\n\n\n\nLa “no conformidad del contrato” se refiere a la ausencia de las funciones, calidad, rendimiento y condiciones que deber\u00edan estar presentes de acuerdo con el acuerdo de las partes y la intenci\u00f3n y naturaleza del contrato.<\/strong><\/p>\n\n\n\nEste concepto de “no conformidad del contrato” fue introducido en lugar del antiguo t\u00e9rmino “defecto” como resultado de la reforma del C\u00f3digo Civil japon\u00e9s.<\/p>\n\n\n\n
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\u00eda tener en vista de su naturaleza.<\/p>\n\n\n\n
Al determinar la existencia de una “no conformidad del contrato”, se da importancia al acuerdo de las partes y a la intenci\u00f3n y naturaleza del contrato.<\/p>\n\n\n\n
Por lo tanto, es importante dejar por escrito el prop\u00f3sito del desarrollo del sistema o software y los antecedentes del pedido, para aclarar qu\u00e9 tipo de solicitudes o im\u00e1genes ten\u00eda el cliente<\/strong>.<\/p>\n\n\n\n<\/span> Casos en los que los fallos de software se consideran “incumplimiento de contrato” <\/span><\/h2>\n\n\n\n<\/span> Cuando el software presenta problemas y la reparaci\u00f3n se retrasa <\/span><\/h3>\n\n\n\n En primer lugar, se puede considerar el caso en que ocurre un fallo significativo en el software, y no se puede manejar r\u00e1pidamente, como tener que revisar hasta la etapa de dise\u00f1o para su correcci\u00f3n<\/strong>. <\/p>\n\n\n\n Por ejemplo, hay un caso judicial en el que se reconoci\u00f3 que correspond\u00eda 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\u00fasqueda del sistema de consulta de inventario introducido tard\u00f3 m\u00e1s 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\u00f1o 14 de la era Heisei (2002)). <\/p>\n\n\n\n
<\/span> Cuando los fallos se manifiestan de forma secuencial <\/span><\/h3>\n\n\n\n Adem\u00e1s, 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<\/strong>. <\/p>\n\n\n\n Por ejemplo, si se producen repetidamente fallos en el sistema de consulta de inventario introducido, y no est\u00e1 claro cu\u00e1ntos fallos ocurrir\u00e1n en el futuro y cu\u00e1nto tiempo llevar\u00e1 corregirlos, y no se puede realizar el trabajo normal utilizando el sistema, se podr\u00eda decir que es un “incumplimiento de contrato”. <\/p>\n\n\n\n
<\/span>Casos en los que los fallos de software no se consideran “incumplimiento de contrato”<\/span><\/h2>\n\n\n\n<\/span>Cuando se ha reparado sin demora o se han tomado medidas alternativas<\/span><\/h3>\n\n\n\nSeg\u00fan los precedentes judiciales, incluso si un usuario se\u00f1ala un error o fallo, si se repara sin demora o se toman medidas alternativas razonables en consulta con el usuario<\/strong>, no se considera un “defecto” (Sentencia del Tribunal de Distrito de Tokio, 18 de febrero de 1997 (Heisei 9)).<\/p>\n\n\n\nEn el desarrollo de sistemas y software, es imposible programar para que no ocurran errores en absoluto, y es inevitable que ocurran ciertos fallos.<\/p>\n\n\n\n
Por lo tanto, incluso si hay un fallo, si se toman medidas como repararlo sin demora, no deber\u00eda considerarse un “defecto”.<\/p>\n\n\n\n
Esto probablemente se aplicar\u00eda de la misma manera bajo el actual concepto de “incumplimiento de contrato”.<\/p>\n\n\n\n
Adem\u00e1s, lo que fundamenta el juicio de “sin demora” aqu\u00ed son las pruebas como las actas que se crearon durante el proceso de desarrollo del sistema.<\/p>\n\n\n\n
<\/span>Cuando un individuo espec\u00edfico no pudo entender f\u00e1cilmente c\u00f3mo operar<\/span><\/h3>\n\n\n\nEn cuanto a la operatividad y la facilidad de uso, dado que mucho de esto depende de la subjetividad, se considerar\u00e1 un “incumplimiento de contrato” si no es adecuado para su uso por parte de un usuario general.<\/p>\n\n\n\n
El simple hecho de que un individuo espec\u00edfico no pueda entender f\u00e1cilmente c\u00f3mo operar no significa que sea un “incumplimiento de contrato”<\/strong>.<\/p>\n\n\n\n<\/span>Cuando un fallo ocurre debido a algo fuera del trabajo del proveedor<\/span><\/h3>\n\n\n\nSi un fallo ocurre debido a una causa que no tiene nada que ver con el trabajo de desarrollo del proveedor<\/strong> que desarrolla el sistema o software, no se puede decir que este sistema o software tenga un “incumplimiento de contrato”<\/strong>.<\/p>\n\n\n\nPor ejemplo, si un fallo ocurre debido a un problema con el hardware que el proveedor no est\u00e1 a cargo de adquirir, no se considerar\u00e1 un “incumplimiento de contrato”.<\/p>\n\n\n\n
<\/span>[Suplemento] Cuando un fallo ocurre debido a las instrucciones del usuario<\/span><\/h3>\n\n\n\nSi un fallo ocurre en el sistema o software terminado debido a instrucciones err\u00f3neas del usuario, incluso si se reconoce que hay un “incumplimiento de contrato” en el sistema, etc., el proveedor no asumir\u00e1 la responsabilidad del incumplimiento de contrato en principio<\/strong>.<\/p>\n\n\n\nPor ejemplo, si se da una explicaci\u00f3n incorrecta sobre una situaci\u00f3n que s\u00f3lo 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\u00f3n incorrecta, el proveedor no tiene ninguna responsabilidad.<\/p>\n\n\n\n
Se puede pensar que detr\u00e1s de este juicio est\u00e1 la idea de que el usuario, como cliente en el desarrollo de software, tambi\u00e9n tiene una “obligaci\u00f3n de cooperaci\u00f3n”.<\/p>\n\n\n\n
<\/span>Asuntos que el propietario o comprador puede reclamar bas\u00e1ndose en la responsabilidad por incumplimiento del contrato<\/span><\/h2>\n\n\n\nAqu\u00ed explicaremos el contenido de la responsabilidad por incumplimiento del contrato en relaci\u00f3n con el desarrollo de sistemas y software, teniendo en cuenta los cambios realizados por la reforma.<\/p>\n\n\n\n
<\/span>Reclamaci\u00f3n de reparaci\u00f3n<\/span><\/h3>\n\n\n\nSi se considera que un defecto constituye un incumplimiento del contrato, el cliente puede hacer una solicitud de reparaci\u00f3n del defecto<\/strong>.<\/p>\n\n\n\nAntes de la reforma, no se pod\u00eda solicitar una reparaci\u00f3n si el defecto en cuesti\u00f3n no era importante y la reparaci\u00f3n requer\u00eda un costo excesivo. Esta limitaci\u00f3n ha sido eliminada con la reforma<\/strong>.<\/p>\n\n\n\nSin embargo, incluso despu\u00e9s de la reforma, si “el incumplimiento del contrato no es importante y la reparaci\u00f3n requiere un costo excesivo”, puede que no se permita la solicitud de reparaci\u00f3n si se considera que la reparaci\u00f3n es imposible.<\/p>\n\n\n\n
<\/span>Reclamaci\u00f3n de indemnizaci\u00f3n por da\u00f1os y perjuicios<\/span><\/h3>\n\n\n\nSi un sistema o software defectuoso impide el funcionamiento normal del negocio o causa gastos adicionales, el cliente puede hacer una solicitud de indemnizaci\u00f3n por da\u00f1os y perjuicios<\/strong>.<\/p>\n\n\n\nAntes de la reforma, se pod\u00eda solicitar una indemnizaci\u00f3n por da\u00f1os y perjuicios independientemente de la existencia de negligencia, a menos que se hubiera acordado lo contrario.<\/p>\n\n\n\n
Sin embargo, con la reforma, si el ejecutor tiene una causa de exoneraci\u00f3n (una causa que no puede ser atribuida a la culpa del deudor), no se puede hacer una solicitud de indemnizaci\u00f3n por da\u00f1os y perjuicios<\/strong>.<\/p>\n\n\n\nPor lo tanto, si el proveedor puede demostrar la causa de exoneraci\u00f3n, no ser\u00e1 responsable de la indemnizaci\u00f3n por da\u00f1os y perjuicios.<\/p>\n\n\n\n
<\/span>Rescisi\u00f3n del contrato<\/span><\/h3>\n\n\n\nEl contrato de desarrollo puede ser rescindido<\/strong> por incumplimiento del contrato del sistema o software.<\/p>\n\n\n\nEn un caso judicial que ya hemos presentado, se permiti\u00f3 la rescisi\u00f3n del contrato debido a un defecto que causaba un tiempo de procesamiento de b\u00fasqueda del sistema de consulta de inventario de m\u00e1s de 30 minutos, lo que era demasiado largo y causaba problemas como la imposibilidad de usar el terminal en s\u00ed (Sentencia del Tribunal de Distrito de Tokio, 22 de abril del a\u00f1o 14 de la era Heisei (2002)).<\/p>\n\n\n\n
Antes de la reforma, se pod\u00eda rescindir el contrato s\u00f3lo si el defecto imped\u00eda “alcanzar el objetivo del contrato”. Sin embargo, esta limitaci\u00f3n ha sido eliminada con la reforma<\/strong>.<\/p>\n\n\n\nEs importante tener en cuenta que, incluso bajo la ley de reforma, si el grado de incumplimiento del contrato es “menor”, la rescisi\u00f3n no ser\u00e1 permitida<\/strong>.<\/p>\n\n\n\n<\/span>Solicitud de reducci\u00f3n de la remuneraci\u00f3n<\/span><\/h3>\n\n\n\nEl derecho a solicitar una reducci\u00f3n de la remuneraci\u00f3n fue establecido por la reforma<\/strong>.<\/p>\n\n\n\nSi hay un defecto en el sistema y el cliente solicita su reparaci\u00f3n, pero no se realiza ninguna reparaci\u00f3n despu\u00e9s de un per\u00edodo de tiempo razonable, el cliente puede hacer una solicitud de reducci\u00f3n de la remuneraci\u00f3n<\/strong>.<\/p>\n\n\n\n<\/span>Periodo de responsabilidad<\/span><\/h3>\n\n\n\n\nSolicitud de reparaci\u00f3n<\/li>\n\n\n\n Solicitud de indemnizaci\u00f3n por da\u00f1os y perjuicios<\/li>\n\n\n\n Rescisi\u00f3n del contrato<\/li>\n\n\n\n Solicitud de reducci\u00f3n de la remuneraci\u00f3n<\/li>\n<\/ul>\n\n\n\nExiste un per\u00edodo limitado durante el cual se pueden ejercer estos derechos.<\/p>\n\n\n\n
En concreto, el cliente puede ejercer estos derechos s\u00f3lo si notifica al proveedor “dentro de un a\u00f1o desde que se enter\u00f3 de la existencia de un incumplimiento del contrato”<\/strong> en el sistema o software.<\/p>\n\n\n\nAntes de la reforma, el per\u00edodo para ejercer estos derechos estaba limitado a “dentro de un a\u00f1o desde la entrega” del sistema o software. Por lo tanto, se puede decir que la reforma ha extendido el per\u00edodo durante el cual se pueden ejercer estos derechos.<\/p>\n\n\n\n
Adem\u00e1s de esta limitaci\u00f3n de tiempo, los derechos mencionados anteriormente que se reconocen en base a la responsabilidad por incumplimiento del contrato tambi\u00e9n est\u00e1n sujetos a las disposiciones de prescripci\u00f3n<\/strong>.<\/p>\n\n\n\nPor lo tanto, por ejemplo, si descubre la existencia de un defecto en el sistema o software 11 a\u00f1os despu\u00e9s de haberlo recibido, los derechos como el derecho a solicitar una indemnizaci\u00f3n por da\u00f1os y perjuicios habr\u00e1n prescrito despu\u00e9s de un per\u00edodo de prescripci\u00f3n de “diez a\u00f1os”, por lo que no podr\u00e1 ejercer estos derechos, independientemente de si notifica la existencia de un incumplimiento del contrato “dentro de un a\u00f1o desde que se enter\u00f3 de su existencia”.<\/p>\n\n\n\n
<\/span>Negativa a pagar la remuneraci\u00f3n<\/span><\/h3>\n\n\n\nEl cliente puede negarse a pagar la totalidad de la remuneraci\u00f3n<\/strong> hasta que el desarrollador realice la reparaci\u00f3n o la indemnizaci\u00f3n por da\u00f1os y perjuicios.<\/p>\n\n\n\n<\/span>Puntos clave de las cl\u00e1usulas contractuales considerando la no conformidad del contrato<\/span><\/h2>\n\n\n\nLas 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\u00edodo de ejercicio de los derechos.<\/p>\n\n\n\n
Por lo tanto, aqu\u00ed explicaremos las cl\u00e1usulas contractuales que deben tenerse en cuenta en relaci\u00f3n con la responsabilidad por no conformidad del contrato en el desarrollo de sistemas y software.<\/p>\n\n\n\n
<\/span>Punto 1: Eventos y alcance que son objeto de no conformidad del contrato<\/span><\/h3>\n\n\n\nCuando hay insatisfacci\u00f3n con el sistema o el software, el cliente querr\u00e1 perseguir la responsabilidad del proveedor por no conformidad del contrato.<\/p>\n\n\n\n
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\u00f3n.<\/p>\n\n\n\n
Adem\u00e1s, el proveedor puede aumentar significativamente la estimaci\u00f3n para prepararse para la persecuci\u00f3n injusta de la responsabilidad por no conformidad del contrato, lo cual es desventajoso para el cliente.<\/p>\n\n\n\n
Por lo tanto, es importante que el cliente indique por escrito cu\u00e1l es su objetivo y qu\u00e9 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.<\/p>\n\n\n\n
Tambi\u00e9n se puede considerar aclarar que si se entrega un sistema o software de acuerdo con lo establecido en las especificaciones, no se considerar\u00e1 una no conformidad del contrato, incluso si hay alg\u00fan inconveniente en las especificaciones.<\/p>\n\n\n\n
Con esta disposici\u00f3n, 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.<\/p>\n\n\n\n
<\/span>Punto 2: Clarificaci\u00f3n del per\u00edodo de garant\u00eda<\/span><\/h3>\n\n\n\nEl per\u00edodo 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.<\/p>\n\n\n\n
Adem\u00e1s, incluso si se aplica un estatuto de limitaciones separado, ese per\u00edodo es de “diez a\u00f1os” como m\u00e1ximo, y se extiende por un largo per\u00edodo de tiempo.<\/p>\n\n\n\n
Para el proveedor, tener que garantizar gratuitamente durante un largo per\u00edodo de “diez a\u00f1os” en algunos casos es una gran carga, y no tiene m\u00e1s remedio que agregarlo en la etapa de estimaci\u00f3n.<\/p>\n\n\n\n
Por otro lado, para el cliente, puede ser m\u00e1s beneficioso en t\u00e9rminos de costos establecer flexiblemente el per\u00edodo de garant\u00eda de acuerdo con el per\u00edodo de uso del sistema o software.<\/p>\n\n\n\n
Por lo tanto, se puede considerar establecer flexiblemente el per\u00edodo de garant\u00eda de acuerdo con el contenido del sistema, etc.<\/p>\n\n\n\n
<\/span>Punto 3: Respuesta en caso de no conformidad del contrato<\/span><\/h3>\n\n\n\nCuando se produce una no conformidad del contrato, se puede limitar a una parte de los derechos reconocidos por el C\u00f3digo Civil, como reclamaciones por da\u00f1os y perjuicios o rescisi\u00f3n, mediante un acuerdo entre las partes.<\/p>\n\n\n\n
Como cliente, es necesario entender correctamente qu\u00e9 limitaciones se han establecido en el contrato.<\/p>\n\n\n\n
<\/span>Resumen: Consulte a un abogado para la elaboraci\u00f3n de contratos que incluyan la “responsabilidad por incumplimiento del contrato”<\/span><\/h2>\n\n\n\nLa reforma del C\u00f3digo Civil japon\u00e9s ha tenido un gran impacto en las relaciones legales de desarrollo de sistemas y software.<\/p>\n\n\n\n
Si surge un problema con el sistema entregado, no se puede afirmar de manera concluyente si esto constituye un “incumplimiento del contrato” y qu\u00e9 responsabilidad se puede cuestionar.<\/p>\n\n\n\n
Adem\u00e1s, para prevenir disputas de antemano, es esencial tener una discusi\u00f3n suficiente entre el cliente y el proveedor en la etapa del contrato de desarrollo.<\/p>\n\n\n\n
Si tiene alguna inquietud sobre la elaboraci\u00f3n de contratos, no dude en consultar a un abogado especializado.<\/p>\n","protected":false},"excerpt":{"rendered":"
\u00bfQu\u00e9 deber\u00edamos hacer legalmente si hay un error despu\u00e9s de la entrega del sistema que hemos ordenado? Si el sistema es dif\u00edcil de operar, la velocidad de procesamiento es lenta, o no tiene las funcio […]<\/p>\n","protected":false},"author":1,"featured_media":74159,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[16],"tags":[19,31],"acf":[],"_links":{"self":[{"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/57537"}],"collection":[{"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/comments?post=57537"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/57537\/revisions"}],"predecessor-version":[{"id":74170,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/57537\/revisions\/74170"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media\/74159"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media?parent=57537"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/categories?post=57537"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/tags?post=57537"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}