{"id":60018,"date":"2024-03-21T21:45:41","date_gmt":"2024-03-21T12:45:41","guid":{"rendered":"https:\/\/monolith.law\/es\/?p=60018"},"modified":"2024-04-08T19:08:59","modified_gmt":"2024-04-08T10:08:59","slug":"interrruption-of-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/es\/it\/interrruption-of-system-development","title":{"rendered":"\u00bfCu\u00e1l es el m\u00e9todo de manejo cuando el desarrollo del sistema se interrumpe debido a las circunstancias del usuario?"},"content":{"rendered":"\n<p>El trabajo de desarrollo de sistemas a menudo toma la forma de proyectos a largo plazo. Entonces, \u00bfqu\u00e9 puede hacer el proveedor si, despu\u00e9s de haber comenzado a trabajar en el desarrollo del sistema, el usuario unilateralmente dice &#8220;ya no necesitamos ese sistema, no tienes que hacerlo&#8221;?<\/p>\n\n\n\n<p>En este art\u00edculo, organizaremos las caracter\u00edsticas \u00fanicas de los contratos de desarrollo de sistemas y explicaremos las medidas a tomar en tales casos.<\/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\/interrruption-of-system-development\/#La_importancia_de_considerar_las_interrupciones_por_conveniencia_del_usuario\" title=\"La importancia de considerar las interrupciones por conveniencia del usuario\">La importancia de considerar las interrupciones por conveniencia del usuario<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/es\/it\/interrruption-of-system-development\/#Primero_organice_las_razones_por_las_que_se_ha_solicitado_la_cancelacion\" title=\"Primero, organice las razones por las que se ha solicitado la cancelaci\u00f3n\">Primero, organice las razones por las que se ha solicitado la cancelaci\u00f3n<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/es\/it\/interrruption-of-system-development\/#Confirmando_las_clausulas_de_base_para_reclamaciones_de_remuneracion_y_danos_y_perjuicios\" title=\"Confirmando las cl\u00e1usulas de base para reclamaciones de remuneraci\u00f3n y da\u00f1os y perjuicios\">Confirmando las cl\u00e1usulas de base para reclamaciones de remuneraci\u00f3n y da\u00f1os y perjuicios<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/es\/it\/interrruption-of-system-development\/#Avanzar_en_la_prueba_de_volumen_de_trabajo_y_danos\" title=\"Avanzar en la prueba de volumen de trabajo y da\u00f1os\">Avanzar en la prueba de volumen de trabajo y da\u00f1os<\/a><\/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\/interrruption-of-system-development\/#%C2%BFQue_deberian_considerar_los_usuarios_desde_su_perspectiva\" title=\"\u00bfQu\u00e9 deber\u00edan considerar los usuarios desde su perspectiva?\">\u00bfQu\u00e9 deber\u00edan considerar los usuarios desde su perspectiva?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/es\/it\/interrruption-of-system-development\/#Resumen\" title=\"Resumen\">Resumen<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"La_importancia_de_considerar_las_interrupciones_por_conveniencia_del_usuario\"><\/span>La importancia de considerar las interrupciones por conveniencia del usuario<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>El contrato de desarrollo de sistemas tiene varios aspectos caracter\u00edsticos cuando se ve desde una perspectiva contractual. Uno de ellos es que el plazo de ejecuci\u00f3n suele ser largo, y el proveedor, con una gran discreci\u00f3n, tiene una gran responsabilidad en la gesti\u00f3n del proyecto. Para una explicaci\u00f3n detallada del contenido general de las obligaciones de gesti\u00f3n de proyectos que el proveedor debe asumir, consulte el siguiente art\u00edculo.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/project-management-duties\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/project-management-duties[ja]<\/a><\/p>\n\n\n\n<p>Otro aspecto es que el usuario, aunque sea un cliente, tiene una amplia responsabilidad de cooperar con el trabajo del proveedor. Dado que se trata de un sistema que se utilizar\u00e1 internamente, no es suficiente simplemente &#8220;delegar&#8221; todo al proveedor. Desde dentro de la empresa, existe la obligaci\u00f3n de cooperar adecuadamente para que el proveedor pueda ejercer su especialidad en el trabajo. Para una explicaci\u00f3n detallada de esto, consulte el siguiente art\u00edculo.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooporation\" data-type=\"link\" data-id=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/user-obligatory-cooporation[ja]<\/a><\/p>\n\n\n\n<p>Para resumir brevemente el contenido anterior, entre el proveedor y el usuario, adem\u00e1s de la relaci\u00f3n de intercambio entre el &#8220;contratista externo&#8221; que desarrolla el sistema y el &#8220;cliente&#8221; que paga la remuneraci\u00f3n, tambi\u00e9n existe un aspecto de &#8220;compa\u00f1eros&#8221; que deben colaborar hacia el objetivo com\u00fan de completar el proyecto. Esta complejidad de la relaci\u00f3n no es com\u00fan en, por ejemplo, un sastre que simplemente hace trajes a medida, y es una caracter\u00edstica importante de los contratos relacionados con el desarrollo de sistemas. Los conflictos relacionados con el desarrollo de sistemas son complicados debido a esta complejidad de la relaci\u00f3n, y una vez que se enredan, se vuelve complicado determinar c\u00f3mo organizar legalmente la relaci\u00f3n entre las dos partes.<\/p>\n\n\n\n<p>Considerar el problema de c\u00f3mo entender la relaci\u00f3n de derechos y obligaciones entre las dos partes cuando el usuario cambia de opini\u00f3n y de repente dice cosas como &#8220;Finalmente, no necesitamos ese sistema, as\u00ed que ya no necesitamos avanzar en el proyecto&#8221; tiene el significado de presentar un ejemplo pr\u00e1ctico de pensar legalmente frente a esta compleja relaci\u00f3n contractual. A continuaci\u00f3n, organizaremos los asuntos a considerar despu\u00e9s de asumir tal caso.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Primero_organice_las_razones_por_las_que_se_ha_solicitado_la_cancelacion\"><\/span>Primero, organice las razones por las que se ha solicitado la cancelaci\u00f3n<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\/07\/pixta_6605107_M-1024x560.jpg\" alt=\"\" class=\"wp-image-2913\" \/><figcaption class=\"wp-element-caption\">Es importante verificar las razones para la interrupci\u00f3n del proyecto.<\/figcaption><\/figure>\n\n\n\n<p>Desde el punto de vista del proveedor, puede haber casos en los que se perciba que &#8220;el usuario quiere interrumpir el proyecto unilateralmente&#8221;, pero no necesariamente se comparte esta percepci\u00f3n con el usuario. Por ejemplo, supongamos un caso en el que se estaba desarrollando un proyecto para crear un sistema para gestionar el personal de los empleados en las oficinas en el extranjero, pero luego se retir\u00f3 el plan de expansi\u00f3n en el extranjero en s\u00ed, haciendo innecesario el desarrollo de dicho sistema. Ciertamente, a partir de esta explicaci\u00f3n, podr\u00eda interpretarse como un cambio de opini\u00f3n unilateral por parte del usuario.<\/p>\n\n\n\n<p>Sin embargo, \u00bfqu\u00e9 pasar\u00eda si, en el proceso que llev\u00f3 a tal decisi\u00f3n, hubiera habido problemas reales de incumplimiento de las obligaciones de gesti\u00f3n del proyecto por parte del proveedor, como retrasos en cada etapa, y las dificultades en el progreso del desarrollo en s\u00ed tambi\u00e9n hubieran contribuido al cambio de pol\u00edtica de la empresa?<\/p>\n\n\n\n<p>Como se mencion\u00f3 anteriormente, el desarrollo de sistemas es algo que tanto el proveedor como el usuario deben llevar a cabo en estrecha colaboraci\u00f3n, asumiendo grandes responsabilidades. Por lo tanto, incluso si el usuario es quien quiere interrumpir y el proveedor considera que es una cancelaci\u00f3n por conveniencia personal del usuario, debe reconocerse que existe la posibilidad de que se se\u00f1alen las razones atribuibles al proveedor y se devuelva la afirmaci\u00f3n de que es una cancelaci\u00f3n basada en incumplimiento de obligaciones o una cancelaci\u00f3n mutua.<\/p>\n\n\n\n<p>La distinci\u00f3n entre si es una cancelaci\u00f3n por conveniencia personal, una cancelaci\u00f3n basada en incumplimiento de obligaciones, o una cancelaci\u00f3n mutua, tiende a ser juzgada individualmente en cada caso, dependiendo del progreso del proyecto y el historial de negociaciones hasta ese momento. Por lo tanto, si el proveedor va a proceder con el manejo posterior bajo la percepci\u00f3n de que es una cancelaci\u00f3n por conveniencia personal del usuario, es importante dejar un registro claro de esto en las actas de las reuniones, etc., para evitar disputas sobre este punto m\u00e1s adelante.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Confirmando_las_clausulas_de_base_para_reclamaciones_de_remuneracion_y_danos_y_perjuicios\"><\/span>Confirmando las cl\u00e1usulas de base para reclamaciones de remuneraci\u00f3n y da\u00f1os y perjuicios<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\/07\/pixta_41951503_M-1024x576.jpg\" alt=\"\" class=\"wp-image-2915\" \/><figcaption class=\"wp-element-caption\">\u00bfCu\u00e1l es el flujo de verificaci\u00f3n y consideraci\u00f3n en caso de cancelaci\u00f3n por conveniencia del usuario?<\/figcaption><\/figure>\n\n\n\n<p>Tomando en cuenta los puntos mencionados anteriormente, si podemos proceder con la conversaci\u00f3n como una cancelaci\u00f3n por conveniencia del usuario, a continuaci\u00f3n, debemos considerar si es posible o no que el proveedor reclame al usuario una remuneraci\u00f3n proporcional a la finalizaci\u00f3n del trabajo, o una reclamaci\u00f3n por da\u00f1os y perjuicios.<\/p>\n\n\n\n<p>Las cl\u00e1usulas que deben consultarse en tales casos var\u00edan seg\u00fan el tipo de contrato. Esto se debe a que los contratos relacionados con el desarrollo de sistemas se pueden dividir en contratos de obra y 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>Y en el caso de los contratos de mandato y de obra, el C\u00f3digo Civil japon\u00e9s establece lo siguiente:<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>a.) En el caso de un contrato de mandato<br>Reclamaci\u00f3n de remuneraci\u00f3n: Art\u00edculo 648, p\u00e1rrafo 3 del C\u00f3digo Civil japon\u00e9s<br>Cuando el mandato termina a mitad de camino debido a una causa que no puede atribuirse al mandatario, este puede reclamar una remuneraci\u00f3n proporcional al trabajo ya realizado.<br>Reclamaci\u00f3n de da\u00f1os y perjuicios: Art\u00edculo 651 del C\u00f3digo Civil japon\u00e9s<br>1. El mandato puede ser revocado en cualquier momento por cualquiera de las partes.<br>2. Si una de las partes revoca el mandato en un momento desfavorable para la otra parte, esa parte debe indemnizar a la otra por los da\u00f1os sufridos. Sin embargo, esto no se aplica si hay una causa justificada.<\/p>\n\n\n\n<p>b.) En el caso de un contrato de obra<br>Reclamaci\u00f3n de da\u00f1os y perjuicios: Art\u00edculo 641 del C\u00f3digo Civil japon\u00e9s<br>Mientras el contratista no haya terminado el trabajo, el cliente puede rescindir el contrato en cualquier momento indemnizando los da\u00f1os.<\/p>\n<\/blockquote>\n\n\n\n<p>Adem\u00e1s, se considera que el alcance de los da\u00f1os y perjuicios basados en el Art\u00edculo 641 del C\u00f3digo Civil japon\u00e9s incluye no solo los costos ya incurridos, sino tambi\u00e9n &#8220;los beneficios que se habr\u00edan obtenido si el contrato no hubiera sido rescindido&#8221;. Esto refleja la idea de que es in\u00fatil que la ley obligue a completar un trabajo que se ha vuelto innecesario para el cliente, y que en tales casos es m\u00e1s razonable garantizar los beneficios del contratista a trav\u00e9s del pago de una compensaci\u00f3n equivalente.<\/p>\n\n\n\n<p>Por supuesto, en cuanto a los da\u00f1os y perjuicios basados en el Art\u00edculo 641 del C\u00f3digo Civil japon\u00e9s, no es raro que se excluyan en contratos individuales entre el proveedor y el usuario. En tales casos, las promesas individuales hechas entre las partes (es decir, el contrato) prevalecen, y es posible que las disposiciones del C\u00f3digo Civil japon\u00e9s no se apliquen, por lo que se requiere precauci\u00f3n.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Avanzar_en_la_prueba_de_volumen_de_trabajo_y_danos\"><\/span>Avanzar en la prueba de volumen de trabajo y da\u00f1os<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>En el caso de la cancelaci\u00f3n por conveniencia del usuario, lo que se ve com\u00fanmente en el contrato es la estipulaci\u00f3n de que se puede solicitar el pago de la comisi\u00f3n por el volumen de trabajo (es decir, la parte completada) y la indemnizaci\u00f3n por da\u00f1os. Por lo tanto, normalmente, desde el lado del proveedor, es necesario llevar a cabo la prueba del volumen de trabajo y los da\u00f1os para hacer una reclamaci\u00f3n de indemnizaci\u00f3n por da\u00f1os.<\/p>\n\n\n\n<p> Sin embargo, se puede prever que esta prueba del volumen de trabajo, es decir, la prueba de la proporci\u00f3n de finalizaci\u00f3n, ser\u00e1 una tarea muy ardua si se lleva a cabo en realidad. Esto se debe a que, especialmente cuando hay varios subcontratistas, se puede considerar que la cantidad de entrevistas para verificar el progreso, si se llevan a cabo en realidad, ser\u00e1 considerable. Adem\u00e1s, si se tiene que hacer todo, desde la creaci\u00f3n de documentos para respaldar los resultados de las entrevistas hasta la documentaci\u00f3n del contenido de las entrevistas en s\u00ed, el esfuerzo ser\u00e1 enorme. Si hay un riesgo de que, a pesar de todo esto, se diga que la prueba es insuficiente, el esfuerzo dedicado a preparar la prueba puede resultar en vano, y hay muchos desaf\u00edos.<\/p>\n\n\n\n<p> Teniendo en cuenta estos puntos, como medida, se puede considerar hacer cosas como especificar desde el principio en la etapa del contrato que si se cancela a mitad de camino, se calcular\u00e1 prorrateado por el n\u00famero de d\u00edas hasta el momento de la cancelaci\u00f3n, para hacer los c\u00e1lculos de manera simple. Adem\u00e1s, considerando que la solicitud basada en el volumen de trabajo requiere mucho esfuerzo para probar, se puede considerar un enfoque en el que se renuncia a la solicitud basada en el volumen de trabajo en s\u00ed y se hace una solicitud por los &#8220;costos incurridos en el desarrollo de la parte ya completada&#8221;. Si se trata de un costo de desarrollo interno, no es raro que se pueda calcular f\u00e1cilmente con una simple f\u00f3rmula de &#8220;horas de trabajo x tarifa&#8221;. Especialmente en proyectos con bajos m\u00e1rgenes de beneficio, al priorizar las reclamaciones basadas en costos en lugar de en el volumen de trabajo, se puede esperar que se realice la compensaci\u00f3n de p\u00e9rdidas mientras se da prioridad a la facilidad de recuperaci\u00f3n de deudas, lo que puede ser una medida de alivio m\u00e1s realista en muchos casos.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"%C2%BFQue_deberian_considerar_los_usuarios_desde_su_perspectiva\"><\/span>\u00bfQu\u00e9 deber\u00edan considerar los usuarios desde su perspectiva?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Por cierto, tambi\u00e9n hay puntos que los usuarios, que est\u00e1n considerando cancelar por su propia voluntad, deben considerar de antemano. Esto es, verificar una cantidad estimada de la compensaci\u00f3n por da\u00f1os y perjuicios que deber\u00edan pagar al proveedor, como cu\u00e1nto podr\u00eda ser aproximadamente. Cuando decimos &#8220;estimado&#8221; aqu\u00ed, es para tener una idea general y establecer un punto de referencia para las negociaciones futuras (incluso si la cantidad no es precisa, ser\u00e1 suficiente, ya que retrasar la expresi\u00f3n de la intenci\u00f3n de cancelar ser\u00eda poner el carro delante del caballo).<\/p>\n\n\n\n<p>Si la cantidad estimada que ha verificado se considera injustamente alta, debe solicitar una explicaci\u00f3n de las razones. Sin embargo, si intenta negociar de manera irrazonable para reducir la cantidad a pagar, tambi\u00e9n existe el riesgo de que surjan litigios innecesarios y la situaci\u00f3n se complique a\u00fan m\u00e1s. Si las negociaciones entre las dos partes parecen ser dif\u00edciles, podr\u00eda ser una opci\u00f3n consultar a un abogado.<\/p>\n\n\n\n<p>Adem\u00e1s, en este art\u00edculo, hemos estado explicando con la premisa de que se ha establecido un contrato para el desarrollo del sistema. Sin embargo, en la realidad del desarrollo de sistemas, no es raro que se dispute si el contrato se ha establecido v\u00e1lidamente en primer lugar. Hemos explicado esto en detalle en el siguiente art\u00edculo.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-development-contract\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-development-contract[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 proceso para manejar situaciones en las que un proyecto se interrumpe debido a circunstancias del usuario. Sin embargo, el punto m\u00e1s importante de este art\u00edculo es la necesidad de considerar si realmente se puede atribuir a las circunstancias del usuario y si realmente no hubo negligencia por parte del proveedor.<\/p>\n\n\n\n<p>El desarrollo de sistemas, que es un proyecto en el que tanto el proveedor como el usuario asumen grandes responsabilidades, requiere una consideraci\u00f3n cuidadosa de si realmente es posible atribuir la culpa unilateralmente a la otra parte. Si no se considera esto de antemano, podr\u00eda dar lugar a una situaci\u00f3n que solo echa m\u00e1s le\u00f1a al fuego. Este es un punto que deber\u00eda tenerse en cuenta.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>El trabajo de desarrollo de sistemas a menudo toma la forma de proyectos a largo plazo. Entonces, \u00bfqu\u00e9 puede hacer el proveedor si, despu\u00e9s de haber comenzado a trabajar en el desarrollo del sistema,  [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":68647,"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\/60018"}],"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=60018"}],"version-history":[{"count":3,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/60018\/revisions"}],"predecessor-version":[{"id":68649,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/60018\/revisions\/68649"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media\/68647"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media?parent=60018"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/categories?post=60018"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/tags?post=60018"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}