{"id":60013,"date":"2024-03-21T21:45:40","date_gmt":"2024-03-21T12:45:40","guid":{"rendered":"https:\/\/monolith.law\/es\/?p=60013"},"modified":"2024-04-10T10:58:45","modified_gmt":"2024-04-10T01:58:45","slug":"completion-of-work-in-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/es\/it\/completion-of-work-in-system-development","title":{"rendered":"\u00bfQu\u00e9 es la finalizaci\u00f3n del trabajo en un contrato de subcontrataci\u00f3n en el desarrollo de sistemas?"},"content":{"rendered":"\n<p>El desarrollo de sistemas suele ser un proceso que se extiende a lo largo de un per\u00edodo de tiempo considerable, y a menudo se pueden solicitar cambios de especificaciones o la implementaci\u00f3n de funciones adicionales. Esto puede poner a los proveedores que aceptan el trabajo en una situaci\u00f3n dif\u00edcil, a veces sin una salida clara a la vista. Para estos proveedores, la cuesti\u00f3n de &#8220;\u00bfQu\u00e9 tenemos que hacer y hasta qu\u00e9 punto para considerar que nuestro trabajo est\u00e1 completo?&#8221; puede convertirse en una fuente de preocupaci\u00f3n seria.<\/p>\n\n\n\n<p>Adem\u00e1s, se puede decir que el desarrollo de sistemas a menudo se lleva a cabo bajo contratos de subcontrataci\u00f3n, que son contratos que apuntan a la &#8220;finalizaci\u00f3n del trabajo&#8221;.<\/p>\n\n\n\n<p>En este art\u00edculo, explicaremos desde un punto de vista legal, &#8220;\u00bfEn qu\u00e9 momento y hasta qu\u00e9 punto se considera que el desarrollo del sistema est\u00e1 completo?&#8221;<\/p>\n\n\n\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_53 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<span class=\"ez-toc-title-toggle\"><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/monolith.law\/es\/it\/completion-of-work-in-system-development\/#%C2%BFQue_significa_la_finalizacion_del_desarrollo_de_sistemas\" title=\"\u00bfQu\u00e9 significa la finalizaci\u00f3n del desarrollo de sistemas?\">\u00bfQu\u00e9 significa la finalizaci\u00f3n del desarrollo de sistemas?<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/es\/it\/completion-of-work-in-system-development\/#La_finalizacion_del_desarrollo_de_sistemas_desde_la_perspectiva_de_un_ingeniero\" title=\"La finalizaci\u00f3n del desarrollo de sistemas desde la perspectiva de un ingeniero \">La finalizaci\u00f3n del desarrollo de sistemas desde la perspectiva de un ingeniero <\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/es\/it\/completion-of-work-in-system-development\/#La_finalizacion_del_desarrollo_de_sistemas_desde_una_perspectiva_legal\" title=\"La finalizaci\u00f3n del desarrollo de sistemas desde una perspectiva legal\">La finalizaci\u00f3n del desarrollo de sistemas desde una perspectiva legal<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/es\/it\/completion-of-work-in-system-development\/#La_finalizacion_del_desarrollo_de_sistemas_es_un_problema_en_los_contratos_de_obra\" title=\"La finalizaci\u00f3n del desarrollo de sistemas es un problema en los contratos de obra\">La finalizaci\u00f3n del desarrollo de sistemas es un problema en los contratos de obra<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/es\/it\/completion-of-work-in-system-development\/#%C2%BFCuando_se_considera_completado_un_trabajo_en_el_desarrollo_de_sistemas\" title=\"\u00bfCu\u00e1ndo se considera completado un trabajo en el desarrollo de sistemas?\">\u00bfCu\u00e1ndo se considera completado un trabajo en el desarrollo de sistemas?<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/es\/it\/completion-of-work-in-system-development\/#Casos_judiciales_sobre_la_finalizacion_del_trabajo\" title=\"Casos judiciales sobre la finalizaci\u00f3n del trabajo\">Casos judiciales sobre la finalizaci\u00f3n del trabajo<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/es\/it\/completion-of-work-in-system-development\/#Lo_que_significa_la_finalizacion_de_un_trabajo_en_terminos_legales\" title=\"Lo que significa la finalizaci\u00f3n de un trabajo en t\u00e9rminos legales\">Lo que significa la finalizaci\u00f3n de un trabajo en t\u00e9rminos legales<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/es\/it\/completion-of-work-in-system-development\/#Consideraciones_relacionadas_con_la_finalizacion_del_trabajo\" title=\"Consideraciones relacionadas con la finalizaci\u00f3n del trabajo\">Consideraciones relacionadas con la finalizaci\u00f3n del trabajo<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/es\/it\/completion-of-work-in-system-development\/#Como_considerar_los_cambios_de_especificaciones_y_el_desarrollo_adicional\" title=\"C\u00f3mo considerar los cambios de especificaciones y el desarrollo adicional\">C\u00f3mo considerar los cambios de especificaciones y el desarrollo adicional<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/monolith.law\/es\/it\/completion-of-work-in-system-development\/#Atencion_tambien_a_la_reforma_del_Codigo_Civil_japones\" title=\"Atenci\u00f3n tambi\u00e9n a la reforma del C\u00f3digo Civil japon\u00e9s\">Atenci\u00f3n tambi\u00e9n a la reforma del C\u00f3digo Civil japon\u00e9s<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/monolith.law\/es\/it\/completion-of-work-in-system-development\/#Resumen\" title=\"Resumen\">Resumen<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"%C2%BFQue_significa_la_finalizacion_del_desarrollo_de_sistemas\"><\/span>\u00bfQu\u00e9 significa la finalizaci\u00f3n del desarrollo de sistemas?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"La_finalizacion_del_desarrollo_de_sistemas_desde_la_perspectiva_de_un_ingeniero\"><\/span>La finalizaci\u00f3n del desarrollo de sistemas desde la perspectiva de un ingeniero<br><span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En el campo del desarrollo de sistemas, si se pregunta &#8220;\u00bfcu\u00e1ndo se completa el desarrollo del sistema?&#8221;, la respuesta generalmente ser\u00eda &#8220;cuando se ha terminado la fase de pruebas y se ha entregado el producto&#8221;. Ciertamente, el flujo general del desarrollo del sistema comienza con la definici\u00f3n de los requisitos, donde se identifican las funciones que se deben implementar, seguido de la creaci\u00f3n de varios documentos de dise\u00f1o, la implementaci\u00f3n del programa, y finalmente, la fase de pruebas para verificar si el sistema funciona correctamente. El proceso se completa con la aceptaci\u00f3n por parte del usuario, que es el paso final.<\/p>\n\n\n\n<p>Por lo tanto, desde la perspectiva de un ingeniero involucrado en el trabajo concreto, la comprensi\u00f3n general ser\u00eda que &#8220;la finalizaci\u00f3n del desarrollo del sistema = la aprobaci\u00f3n de la aceptaci\u00f3n&#8221;.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"La_finalizacion_del_desarrollo_de_sistemas_desde_una_perspectiva_legal\"><\/span>La finalizaci\u00f3n del desarrollo de sistemas desde una perspectiva legal<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Por otro lado, desde una perspectiva legal, si se pregunta cu\u00e1ndo se completa el desarrollo del sistema, el foco de la discusi\u00f3n ser\u00eda cu\u00e1ndo se puede decir que las obligaciones legales que el proveedor ten\u00eda bajo el contrato se han cumplido. En primer lugar, los contratos de desarrollo de sistemas se clasifican b\u00e1sicamente en contratos de obra o contratos de mandato.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract[ja]<\/a><\/p>\n\n\n\n<p>Dejar\u00e9 la explicaci\u00f3n de las diferencias entre estos dos tipos de contratos al art\u00edculo anterior, pero en t\u00e9rminos de la finalizaci\u00f3n del desarrollo del sistema, es decir, el cumplimiento de las obligaciones que el proveedor tiene, los criterios de juicio se dan de la siguiente manera:<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Contrato de obra: Art\u00edculo 632 del C\u00f3digo Civil japon\u00e9s<br>Art\u00edculo 632<br>El contrato de obra se establece cuando una de las partes se compromete a <u class=\"remove-format\">completar un trabajo<\/u> y la otra parte se compromete a pagar una remuneraci\u00f3n por el resultado de ese trabajo.<br>Contrato de mandato: Art\u00edculo 648 del C\u00f3digo Civil japon\u00e9s<br>Art\u00edculo 648 <br> 1. A menos que se acuerde lo contrario, el mandatario no puede exigir una remuneraci\u00f3n al mandante.<br> 2. En el caso de que el mandatario deba recibir una remuneraci\u00f3n, no puede exigirla hasta que haya <u class=\"remove-format\">cumplido con el mandato<\/u>. Sin embargo, si la remuneraci\u00f3n se ha determinado por un per\u00edodo de tiempo, se aplicar\u00e1 el p\u00e1rrafo 2 del art\u00edculo 624.<br> 3. Si el mandato se termina a mitad de camino debido a una causa que no puede atribuirse al mandatario, este puede exigir una remuneraci\u00f3n proporcional al trabajo ya realizado.<\/p>\n<\/blockquote>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"La_finalizacion_del_desarrollo_de_sistemas_es_un_problema_en_los_contratos_de_obra\"><\/span>La finalizaci\u00f3n del desarrollo de sistemas es un problema en los contratos de obra<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En cualquier caso, no solo en el contexto del desarrollo de sistemas, el problema de &#8220;cu\u00e1ndo se completa el trabajo&#8221; es b\u00e1sicamente un problema en los contratos de obra. En el caso de los contratos de mandato, m\u00e1s que considerar que el cumplimiento de la obligaci\u00f3n se logra al producir un resultado o producto espec\u00edfico, se trata de un tipo de contrato que implica que una persona con habilidades especializadas, con cierta discreci\u00f3n, hace lo que debe hacer (independientemente del resultado). En los contratos de mandato, incluso si el producto final no se ha realizado como se esperaba, si el proceso de trabajo se ha llevado a cabo adecuadamente, es posible solicitar una remuneraci\u00f3n (Art\u00edculo 648, p\u00e1rrafo 2), y si el cumplimiento se termina a mitad de camino debido a una causa que no puede atribuirse al mandatario, es posible solicitar una remuneraci\u00f3n proporcional al trabajo ya realizado (Art\u00edculo 648, p\u00e1rrafo 3). Podr\u00edamos decir que los contratos de obra se centran en el &#8220;resultado&#8221;, mientras que los contratos de mandato se centran en el &#8220;proceso&#8221;.<\/p>\n\n\n\n<p>Por lo tanto, en los contratos de mandato, m\u00e1s bien, la &#8220;obligaci\u00f3n de cuidado&#8221; en el proceso de llevar a cabo el trabajo encargado tiende a ser un problema legal. Es decir, el problema es cu\u00e1ndo se puede perseguir una violaci\u00f3n de la obligaci\u00f3n de cuidado basada en un contrato de mandato, asumiendo que se conf\u00eda en un alto grado de confianza.<\/p>\n\n\n\n<p>Por otro lado, lo importante en los contratos de obra es la &#8220;finalizaci\u00f3n del trabajo&#8221;. Si lo que se supone que debe completarse no se completa, no se puede lograr el cumplimiento de las obligaciones que el proveedor tiene, y no se puede solicitar una remuneraci\u00f3n, que es el principio. Sin embargo, si se ha completado, no tiene sentido cuestionar las partes del proceso intermedio. Por lo tanto, el problema de &#8220;cu\u00e1ndo se completa un proyecto de desarrollo de sistemas&#8221; puede ser reformulado b\u00e1sicamente como un problema de interpretaci\u00f3n legal de la frase &#8220;finalizaci\u00f3n del trabajo&#8221; en los contratos de obra.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"%C2%BFCuando_se_considera_completado_un_trabajo_en_el_desarrollo_de_sistemas\"><\/span>\u00bfCu\u00e1ndo se considera completado un trabajo en el desarrollo de sistemas?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/08\/shutterstock_432172927-1024x726.jpg\" alt=\"\" class=\"wp-image-3815\" \/><figcaption class=\"wp-element-caption\"> \u00bfCu\u00e1les son los requisitos para considerar un trabajo &#8220;completado&#8221;? <\/figcaption><\/figure>\n\n\n\n<p>Entonces, \u00bfcu\u00e1ndo deber\u00edamos considerar espec\u00edficamente que se ha &#8220;completado un trabajo&#8221;? Veamos algunos casos judiciales pasados sobre este punto.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Casos_judiciales_sobre_la_finalizacion_del_trabajo\"><\/span>Casos judiciales sobre la finalizaci\u00f3n del trabajo<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En el caso judicial citado a continuaci\u00f3n, se descubrieron problemas con la velocidad de procesamiento y los costos de comunicaci\u00f3n del sistema entregado por el proveedor. A pesar de estos problemas, se discuti\u00f3 si se pod\u00eda considerar que el trabajo estaba &#8220;completado&#8221; ya que todas las etapas de desarrollo estaban completas. Como resultado, se indic\u00f3 que se pod\u00eda reconocer la finalizaci\u00f3n del trabajo.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Los art\u00edculos 632 y 633 del C\u00f3digo Civil japon\u00e9s establecen que el momento del pago de la remuneraci\u00f3n al contratista por parte del cliente es cuando el contratista ha completado el trabajo y ha entregado el objeto del trabajo al cliente. Por otro lado, el art\u00edculo 634 del mismo c\u00f3digo establece que si el objeto del trabajo tiene defectos, el contratista tiene la responsabilidad de garant\u00eda hacia el cliente (p\u00e1rrafo 1), y hasta que el contratista cumpla con su responsabilidad de garant\u00eda por los defectos del objeto del trabajo, el cliente tiene el derecho de defensa de cumplimiento simult\u00e1neo con respecto al pago de la remuneraci\u00f3n (p\u00e1rrafo 2). Seg\u00fan estas disposiciones del C\u00f3digo Civil japon\u00e9s, <u class=\"remove-format\">la ley distingue entre los casos en los que el resultado del trabajo es incompleto y los casos en los que el objeto del trabajo tiene defectos y los casos en los que el trabajo no est\u00e1 completo<\/u>, y se entiende que incluso si el objeto del trabajo tiene defectos, ya sea que estos sean ocultos o evidentes, esto no significa que el trabajo no est\u00e9 completo. <br>Por lo tanto, <u class=\"remove-format\">en cuanto a si el contratista ha completado el trabajo o no, se debe juzgar en base a si el trabajo ha terminado hasta la \u00faltima etapa prevista en el contrato de trabajo original<\/u>, y se entiende que es apropiado interpretar que el cliente no puede rechazar el pago del precio del contrato simplemente porque el objeto del trabajo tiene defectos, cuando el contratista ha terminado hasta la \u00faltima etapa del trabajo y ha entregado el objeto del trabajo.<\/p>\n<\/blockquote>\n\n\n\n<p>En el fallo anterior, se decidi\u00f3 que la &#8220;finalizaci\u00f3n del trabajo&#8221; se cumple si se ha completado hasta la \u00faltima etapa del desarrollo del sistema. Como medida de alivio cuando hay deficiencias (a menudo llamadas &#8220;defectos&#8221; en t\u00e9rminos legales) en el sistema que el proveedor ha creado, existe un sistema separado de responsabilidad de garant\u00eda por defectos.<\/p>\n\n\n\n<p>Por lo tanto, incluso si interpretamos el concepto de &#8220;finalizaci\u00f3n del trabajo&#8221; de manera un poco amplia, no resultar\u00e1 en una injusticia para el usuario final. En resumen, ser\u00eda como sigue:<\/p>\n\n\n\n<p class=\"has-text-align-center has-very-light-gray-background-color has-background\">\u3010Obligaci\u00f3n en el contrato de trabajo = Finalizaci\u00f3n del trabajo = Finalizaci\u00f3n de todas las etapas\u3011<br>  ========<br> Si el trabajo no est\u00e1 completo&#8230;<br> \u2193<br>\u3010Responsabilidad por incumplimiento de la obligaci\u00f3n\u3011<br>========<br>Si el trabajo est\u00e1 completo pero tiene defectos&#8230;<br> \u2193<br>\u3010Reconocimiento del cumplimiento de la obligaci\u00f3n y problema de responsabilidad de garant\u00eda por defectos\u3011<br><\/p>\n\n\n\n<p>El caso judicial anterior muestra c\u00f3mo dividir estos problemas.<\/p>\n\n\n\n<p>Por supuesto, en relaci\u00f3n con el punto de &#8220;finalizaci\u00f3n del trabajo&#8221;, tambi\u00e9n podemos considerar desde el punto de vista de &#8220;aprobaci\u00f3n de la inspecci\u00f3n por parte del usuario&#8221;. Sobre los problemas legales cuando la inspecci\u00f3n del usuario no avanza, explicamos en otro art\u00edculo.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Lo_que_significa_la_finalizacion_de_un_trabajo_en_terminos_legales\"><\/span>Lo que significa la finalizaci\u00f3n de un trabajo en t\u00e9rminos legales<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/08\/shutterstock_1397317640-1024x683.jpg\" alt=\"\" class=\"wp-image-3817\" \/><figcaption class=\"wp-element-caption\">En un contrato de obra, es posible solicitar el pago una vez que se reconoce la &#8220;finalizaci\u00f3n del trabajo&#8221;.<\/figcaption><\/figure>\n\n\n\n<p>En el desarrollo de sistemas, si se reconoce la &#8220;finalizaci\u00f3n del trabajo&#8221;, se considera que se ha cumplido la obligaci\u00f3n, por lo que ya no se puede ser perseguido por la responsabilidad de &#8220;incumplimiento de la obligaci\u00f3n&#8221;. En un contrato de obra, si no se puede decir que el trabajo est\u00e1 terminado, no se puede solicitar el pago, y si se ha acordado un pago anticipado u otros t\u00e9rminos especiales, estos b\u00e1sicamente deben ser devueltos. Por otro lado, si se reconoce el hecho de que el trabajo est\u00e1 terminado, el proveedor solo tiene que asumir problemas como la garant\u00eda de defectos y la garant\u00eda de calidad del contrato.<\/p>\n\n\n\n<p>El hecho de que el proveedor sea liberado de la responsabilidad por incumplimiento de la obligaci\u00f3n significa que el margen para que el usuario rescinda el contrato se reduce dr\u00e1sticamente. Esto se debe a que la rescisi\u00f3n del contrato basada en la responsabilidad de garant\u00eda de defectos est\u00e1 limitada a casos en los que no se puede lograr el objetivo del contrato. Si el contrato es rescindido, el proveedor tambi\u00e9n pierde el derecho a solicitar el pago (es decir, en t\u00e9rminos simples, no recibe ning\u00fan pago), por lo que en la pr\u00e1ctica, a menudo surgen disputas sobre la &#8220;finalizaci\u00f3n del trabajo&#8221;.<\/p>\n\n\n\n<p>Para obtener una explicaci\u00f3n detallada sobre la &#8220;rescisi\u00f3n&#8221; de un contrato en el desarrollo de sistemas, consulte el siguiente art\u00edculo.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/cancellation-of-contracts-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/cancellation-of-contracts-in-system-development[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Consideraciones_relacionadas_con_la_finalizacion_del_trabajo\"><\/span>Consideraciones relacionadas con la finalizaci\u00f3n del trabajo<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Como_considerar_los_cambios_de_especificaciones_y_el_desarrollo_adicional\"><\/span>C\u00f3mo considerar los cambios de especificaciones y el desarrollo adicional<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Adem\u00e1s, para el proveedor, se puede prever una situaci\u00f3n en la que &#8220;ya se han cumplido las especificaciones que se mencionaron inicialmente, pero se nos pide que cambiemos las especificaciones y agreguemos funciones, y aunque intentamos terminar el trabajo, no podemos encontrar un punto de corte&#8221;. En tales casos, surgen problemas como &#8220;el momento de finalizar el desarrollo del sistema&#8221;. Para una explicaci\u00f3n detallada de este caso, consulte el siguiente art\u00edculo.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/increase-of-estimate[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Atencion_tambien_a_la_reforma_del_Codigo_Civil_japones\"><\/span>Atenci\u00f3n tambi\u00e9n a la reforma del C\u00f3digo Civil japon\u00e9s<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Adem\u00e1s, las disposiciones sobre la responsabilidad por garant\u00eda de defectos basada en el contrato de obra son un \u00e1rea que ha sido fuertemente influenciada por la reforma del C\u00f3digo Civil japon\u00e9s, debido a la complejidad y la dificultad de entender las conexiones entre los art\u00edculos anteriores. En medio de la reforma del C\u00f3digo Civil japon\u00e9s, para una explicaci\u00f3n detallada de c\u00f3mo interpretar lo que se llama &#8220;defecto&#8221;, consulte el siguiente art\u00edculo.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/defect-warranty-liability\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/defect-warranty-liability[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Resumen\"><\/span>Resumen<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>En este art\u00edculo, hemos explicado el camino hacia la conexi\u00f3n de los proyectos de desarrollo de sistemas, que a menudo pueden verse atrapados en situaciones donde &#8220;no se ve una salida&#8221;, con la teor\u00eda legal de &#8220;finalizaci\u00f3n del trabajo&#8221;. La salida de cada proyecto puede variar seg\u00fan los requisitos de desarrollo, pero cuando surge una disputa sobre estos puntos, no es raro que el concepto legal de &#8220;finalizaci\u00f3n del trabajo&#8221; sirva como gu\u00eda.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>El desarrollo de sistemas suele ser un proceso que se extiende a lo largo de un per\u00edodo de tiempo considerable, y a menudo se pueden solicitar cambios de especificaciones o la implementaci\u00f3n de funcio [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":68728,"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\/60013"}],"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\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/comments?post=60013"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/60013\/revisions"}],"predecessor-version":[{"id":68729,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/60013\/revisions\/68729"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media\/68728"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media?parent=60013"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/categories?post=60013"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/tags?post=60013"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}