{"id":60014,"date":"2024-03-21T21:45:40","date_gmt":"2024-03-21T12:45:40","guid":{"rendered":"https:\/\/monolith.law\/es\/?p=60014"},"modified":"2024-04-10T11:01:02","modified_gmt":"2024-04-10T02:01:02","slug":"system-development-contact-agreement","status":"publish","type":"post","link":"https:\/\/monolith.law\/es\/it\/system-development-contact-agreement","title":{"rendered":"\u00bfCu\u00e1les son los puntos a tener en cuenta al firmar un contrato de subcontrataci\u00f3n en el desarrollo de sistemas?"},"content":{"rendered":"\n<p>Los contratos que se firman en un proyecto de desarrollo de sistemas de IT son principalmente contratos de obra y contratos de mandato. Tanto para el usuario como para el proveedor, hay varias ventajas y desventajas al adoptar cada tipo de contrato, pero es importante entender sus caracter\u00edsticas y los puntos a tener en cuenta al firmarlos. En este art\u00edculo, explicaremos los contratos de obra en el desarrollo de sistemas de IT.<br><\/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\/system-development-contact-agreement\/#Desarrollo_de_sistemas_y_contratos_de_obra\" title=\"Desarrollo de sistemas y contratos de obra\">Desarrollo de sistemas y contratos de obra<\/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\/system-development-contact-agreement\/#%C2%BFQue_es_un_contrato_de_obra\" title=\"\u00bfQu\u00e9 es un contrato de obra?\">\u00bfQu\u00e9 es un contrato de obra?<\/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\/system-development-contact-agreement\/#Diferencia_entre_el_contrato_de_obra_y_el_contrato_de_mandato\" title=\"Diferencia entre el contrato de obra y el contrato de mandato\">Diferencia entre el contrato de obra y el contrato de mandato<\/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\/system-development-contact-agreement\/#Por_que_se_prefiere_el_contrato_de_obra_en_el_desarrollo_de_sistemas\" title=\"Por qu\u00e9 se prefiere el contrato de obra en el desarrollo de sistemas\">Por qu\u00e9 se prefiere el contrato de obra en el desarrollo de sistemas<\/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\/system-development-contact-agreement\/#Puntos_a_tener_en_cuenta_al_firmar_un_contrato_de_obra\" title=\"Puntos a tener en cuenta al firmar un contrato de obra\">Puntos a tener en cuenta al firmar un contrato de obra<\/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\/system-development-contact-agreement\/#Definir_claramente_los_requisitos_del_sistema_y_las_condiciones_de_aceptacion_antes_de_tiempo\" title=\"Definir claramente los requisitos del sistema y las condiciones de aceptaci\u00f3n antes de tiempo\">Definir claramente los requisitos del sistema y las condiciones de aceptaci\u00f3n antes de tiempo<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/es\/it\/system-development-contact-agreement\/#Acordar_de_antemano_sobre_la_transferencia_de_derechos_de_autor\" title=\"Acordar de antemano sobre la transferencia de derechos de autor\">Acordar de antemano sobre la transferencia de derechos de autor<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/es\/it\/system-development-contact-agreement\/#Otras_precauciones\" title=\"Otras precauciones\">Otras precauciones<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/es\/it\/system-development-contact-agreement\/#Resumen\" title=\"Resumen\">Resumen<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Desarrollo_de_sistemas_y_contratos_de_obra\"><\/span>Desarrollo de sistemas y contratos de obra<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"%C2%BFQue_es_un_contrato_de_obra\"><\/span>\u00bfQu\u00e9 es un contrato de obra?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Para entender qu\u00e9 es un contrato de obra, lo m\u00e1s importante es verificar los requisitos para su establecimiento directamente en el texto legal.<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Art\u00edculo 632<\/p>\n\n\n\n<p>El contrato de obra se establece cuando una de las partes se compromete a <u>completar un trabajo<\/u> y la otra parte se compromete a pagar una remuneraci\u00f3n por el resultado de ese trabajo.<br><\/p>\n<\/blockquote>\n\n\n\n<p>El t\u00e9rmino &#8220;completar un trabajo&#8221; es la clave. Un ejemplo t\u00edpico de un contrato de obra es la construcci\u00f3n de un edificio que requiere obras. Por ejemplo, la &#8220;completaci\u00f3n del trabajo&#8221; se logra cuando se construye una casa o un edificio antes de la fecha l\u00edmite, y la obligaci\u00f3n se considera cumplida. Por el contrario, si la construcci\u00f3n se retrasa y no se cumple con la fecha de entrega, se puede imponer una responsabilidad por incumplimiento de la obligaci\u00f3n bajo ciertas condiciones. Sin embargo, una vez que se reconoce la &#8220;completaci\u00f3n del trabajo&#8221;, ya no hay problemas de incumplimiento de la obligaci\u00f3n, y a partir de entonces se convierte en un problema de responsabilidad por defectos. En este sentido, el hecho de que se da gran importancia al resultado de la &#8220;completaci\u00f3n del trabajo&#8221; es una caracter\u00edstica del contrato de obra. Para m\u00e1s detalles sobre cu\u00e1ndo se reconoce la &#8220;completaci\u00f3n del trabajo&#8221;, consulte el siguiente art\u00edculo.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/completion-of-work-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/completion-of-work-in-system-development[ja]<\/a><\/p>\n\n\n\n<p>Los contratos de obra no s\u00f3lo se utilizan en la construcci\u00f3n, sino tambi\u00e9n en proyectos de desarrollo de sistemas que requieren grandes ideas y una planificaci\u00f3n detallada.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Diferencia_entre_el_contrato_de_obra_y_el_contrato_de_mandato\"><\/span>Diferencia entre el contrato de obra y el contrato de mandato<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Una vez que se entiende que el contrato de obra es un tipo de contrato que se centra en el resultado de la &#8220;completaci\u00f3n del trabajo&#8221;, tambi\u00e9n se puede entender la caracter\u00edstica del contrato de mandato. Este \u00faltimo se centra en el proceso, no en el resultado de la &#8220;completaci\u00f3n&#8221;. Por ejemplo, si el proceso de trabajo se ha llevado a cabo adecuadamente, independientemente del resultado, es posible solicitar una remuneraci\u00f3n (Art\u00edculo 648, p\u00e1rrafo 2), y si el cumplimiento se termina a mitad de camino debido a circunstancias que no pueden atribuirse al mandatario, es posible solicitar una remuneraci\u00f3n proporcional (Art\u00edculo 648, p\u00e1rrafo 3).<\/p>\n\n\n\n<p>Para una comparaci\u00f3n detallada entre el contrato de mandato y el contrato de mandato, consulte el siguiente art\u00edculo.<\/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<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Por_que_se_prefiere_el_contrato_de_obra_en_el_desarrollo_de_sistemas\"><\/span>Por qu\u00e9 se prefiere el contrato de obra en el desarrollo de sistemas<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En los contratos de desarrollo de sistemas, los contratos de obra son muy comunes. La raz\u00f3n por la que se utilizan con frecuencia es que ofrecen ciertas ventajas tanto para el usuario que encarga el trabajo como para el proveedor que lo acepta.<\/p>\n\n\n\n<p>En primer lugar, una de las ventajas para el usuario que encarga el trabajo mediante un contrato de obra es que los requisitos para el cumplimiento de la obligaci\u00f3n se pueden aclarar f\u00e1cilmente en t\u00e9rminos de &#8220;completaci\u00f3n del trabajo&#8221;. En otras palabras, a menos que se llegue a un estado que se pueda considerar &#8220;completado&#8221; (incluso si se encuentran errores m\u00e1s tarde, etc., y surgen problemas de responsabilidad por defectos), no es necesario pagar la remuneraci\u00f3n en principio. Esta claridad es muy atractiva para los usuarios que no quieren correr el riesgo de que la remuneraci\u00f3n que deben pagar se dispare si el tiempo de trabajo es mayor de lo esperado o si el plazo se alarga. El hecho de pagar una remuneraci\u00f3n fija a cambio de un producto terminado tiene una gran conveniencia desde el punto de vista de la gesti\u00f3n del presupuesto.<\/p>\n\n\n\n<p>Por otro lado, para el proveedor que acepta el trabajo, tambi\u00e9n puede haber ciertas ventajas en aceptar el trabajo mediante un contrato de obra. Un contrato de obra puede ofrecer una mayor tasa de beneficio que un contrato de mandato si se puede llevar a cabo con \u00e9xito.<\/p>\n\n\n\n<p>Dado que &#8220;completar el trabajo&#8221; es un requisito para el cumplimiento de la obligaci\u00f3n, desde el punto de vista del proveedor que acepta el trabajo, no importa cu\u00e1nto cueste el producto (en el caso del desarrollo de sistemas, la mayor parte son costos laborales) en el proceso hasta la &#8220;completaci\u00f3n&#8221;. De esta manera, tanto el proveedor que quiere aumentar su tasa de beneficio como el usuario que quiere facilitar la gesti\u00f3n del presupuesto tienen sus propias expectativas, y por eso los contratos de obra son muy preferidos en el desarrollo de sistemas.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Puntos_a_tener_en_cuenta_al_firmar_un_contrato_de_obra\"><\/span>Puntos a tener en cuenta al firmar un contrato de obra<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\/09\/shutterstock_765149317-1024x614.jpg\" alt=\"\" class=\"wp-image-4668\" \/><figcaption class=\"wp-element-caption\">\u00bfQu\u00e9 se debe tener en cuenta al firmar un contrato de obra?<\/figcaption><\/figure>\n\n\n\n<p>Aunque los contratos de obra pueden ser beneficiosos para ambas partes, los proveedores deben ser conscientes de los riesgos asociados con la firma de estos contratos sin la debida consideraci\u00f3n. En particular, el hecho de que la &#8220;finalizaci\u00f3n del trabajo&#8221; sea necesaria para cumplir con las obligaciones significa que no se puede eximir de la responsabilidad por incumplimiento de las obligaciones sin la finalizaci\u00f3n del producto. Este es tambi\u00e9n el motivo de los frecuentes casos de problemas, como tener que dedicar tiempo a la entrega incluso si se incurre en p\u00e9rdidas debido a errores en las estimaciones del proveedor.<\/p>\n\n\n\n<p>Entonces, \u00bfqu\u00e9 se debe tener en cuenta al firmar un contrato de obra? Veamos cada punto a continuaci\u00f3n.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Definir_claramente_los_requisitos_del_sistema_y_las_condiciones_de_aceptacion_antes_de_tiempo\"><\/span>Definir claramente los requisitos del sistema y las condiciones de aceptaci\u00f3n antes de tiempo<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En un contrato de obra, es esencial definir claramente las condiciones para la &#8220;finalizaci\u00f3n del trabajo&#8221;. Normalmente, los requisitos para la &#8220;finalizaci\u00f3n del trabajo&#8221; se refieren al contenido acordado en la fase de definici\u00f3n de requisitos. Sin embargo, en la pr\u00e1ctica, puede haber casos en los que se requieran cambios despu\u00e9s del hecho a medida que avanza el proceso de desarrollo, por lo que los requisitos para la &#8220;finalizaci\u00f3n del trabajo&#8221; tambi\u00e9n pueden cambiar. Incluyendo estos, se considera importante esforzarse en documentar el historial de cambios en las especificaciones. En el siguiente art\u00edculo, se explica c\u00f3mo manejar la gesti\u00f3n de cambios en los proyectos de desarrollo de sistemas desde una perspectiva legal.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development[ja]<\/a><\/p>\n\n\n\n<p>Adem\u00e1s, en relaci\u00f3n con este tema, tambi\u00e9n es efectivo prevenir problemas futuros al acordar de antemano sobre la &#8220;aceptaci\u00f3n&#8221; que realiza el usuario. Es natural suponer situaciones en las que, incluso si se intenta entregar el producto, no se puede contactar con el responsable del usuario o no se recibe respuesta durante mucho tiempo. Para evitar que se deje en un estado en el que no est\u00e1 claro si la aceptaci\u00f3n ha sido aprobada o no, es beneficioso establecer un plazo espec\u00edfico para la aceptaci\u00f3n. Esto se conoce como la &#8220;cl\u00e1usula de aceptaci\u00f3n presunta&#8221;, que se explica en el siguiente 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<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Acordar_de_antemano_sobre_la_transferencia_de_derechos_de_autor\"><\/span>Acordar de antemano sobre la transferencia de derechos de autor<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Otro problema com\u00fan es la transferencia de derechos de autor. Aunque el principio es que los derechos de autor son adquiridos por la &#8220;persona que los crea&#8221;, es decir, el proveedor en el caso del desarrollo de sistemas, es posible transferir o ceder estos derechos debido a la naturaleza de los mismos. Por lo tanto, acordar de antemano si se ceder\u00e1n los derechos de autor al usuario puede prevenir problemas posteriores. Para obtener m\u00e1s detalles sobre la propiedad y la transferencia de derechos de autor, consulte el siguiente art\u00edculo.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/copyright-for-the-program-source-code\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/copyright-for-the-program-source-code[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Otras_precauciones\"><\/span>Otras precauciones<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Adem\u00e1s, si desea firmar un contrato como un contrato de obra sin incluir elementos de subcontrataci\u00f3n, debe tener en cuenta los siguientes puntos:<br><\/p>\n\n\n\n<ul>\n<li>Mantener la remuneraci\u00f3n independiente del tiempo de trabajo<\/li>\n\n\n\n<li>Indicar claramente &#8220;Contrato de obra&#8221; en el t\u00edtulo del contrato<\/li>\n\n\n\n<li>Indicar claramente las cl\u00e1usulas de garant\u00eda de defectos<\/li>\n\n\n\n<li>Asegurarse de que el pago de la remuneraci\u00f3n sea un intercambio equivalente por los resultados o productos<\/li>\n<\/ul>\n\n\n\n<p>Es importante tener en cuenta estos puntos.<\/p>\n\n\n\n<p>Por otro lado, no se debe caer en la trampa de pensar que todo se convierte en un contrato de obra simplemente escribiendo &#8220;Contrato de obra&#8221; en el t\u00edtulo del contrato. En la pr\u00e1ctica, puede suceder que las plantillas de contratos de otras empresas se utilicen de manera continua, sin tener en cuenta si el contenido de las mismas es un contrato de obra o de subcontrataci\u00f3n. En caso de litigio, se dar\u00e1 m\u00e1s importancia a los aspectos m\u00e1s sustanciales, como el contenido general de las cl\u00e1usulas del contrato y las costumbres comerciales hasta la fecha, que a los elementos superficiales como el texto del t\u00edtulo. Tambi\u00e9n se debe prestar atenci\u00f3n a este punto.<\/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>Si se tiene en cuenta lo anterior, ser\u00e1 m\u00e1s f\u00e1cil manejar adecuadamente los contratos de trabajo por encargo. Cabe destacar que la palabra &#8220;encargo&#8221; se utiliza tanto en contratos de tipo contractual como en contratos de tipo cuasi-mandato. Adem\u00e1s, el t\u00e9rmino &#8220;encargo de trabajo&#8221; se utiliza com\u00fanmente cuando las partes tienen la intenci\u00f3n de tener un contrato de cuasi-mandato. Ser\u00eda a\u00fan mejor prestar atenci\u00f3n a estas sutiles diferencias en la terminolog\u00eda.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Los contratos que se firman en un proyecto de desarrollo de sistemas de IT son principalmente contratos de obra y contratos de mandato. Tanto para el usuario como para el proveedor, hay varias ventaja [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":68730,"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\/60014"}],"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=60014"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/60014\/revisions"}],"predecessor-version":[{"id":68731,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/60014\/revisions\/68731"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media\/68730"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media?parent=60014"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/categories?post=60014"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/tags?post=60014"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}