{"id":58749,"date":"2023-10-05T13:24:55","date_gmt":"2023-10-05T04:24:55","guid":{"rendered":"https:\/\/monolith.law\/es\/?p=58749"},"modified":"2026-04-18T12:36:56","modified_gmt":"2026-04-18T03:36:56","slug":"estimated-inspection-of-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/es\/it\/estimated-inspection-of-system-development","title":{"rendered":"\u00bfQu\u00e9 es la aceptaci\u00f3n del desarrollo del sistema y cu\u00e1ndo se aplica la cl\u00e1usula de aceptaci\u00f3n impl\u00edcita?"},"content":{"rendered":"\n<p>En el contexto del desarrollo de sistemas, la fase de &#8220;aceptaci\u00f3n&#8221; es donde los problemas legales tienden a surgir con mayor frecuencia.<\/p>\n\n\n\n<p>La &#8220;aceptaci\u00f3n&#8221; se refiere a la obligaci\u00f3n de inspecci\u00f3n y revisi\u00f3n que surge por parte del cliente cuando el proveedor entrega el producto final. Si, por ejemplo, el cliente no realiza la &#8220;aceptaci\u00f3n&#8221; despu\u00e9s de la entrega, el proveedor, que es el vendedor, se encuentra en una posici\u00f3n legalmente inestable.<\/p>\n\n\n\n<p>Para resolver estos problemas, es com\u00fan que los contratos incluyan una cl\u00e1usula de &#8220;aceptaci\u00f3n presunta&#8221;.<\/p>\n\n\n\n<p>En este art\u00edculo, explicaremos cu\u00e1ndo se aplica la &#8220;aceptaci\u00f3n presunta&#8221;, bas\u00e1ndonos en casos reales.<\/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\/estimated-inspection-of-system-development\/#%C2%BFQue_es_la_aceptacion_en_el_desarrollo_de_sistemas\" title=\"\u00bfQu\u00e9 es la aceptaci\u00f3n en el desarrollo de sistemas?\">\u00bfQu\u00e9 es la aceptaci\u00f3n en el desarrollo de sistemas?<\/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\/estimated-inspection-of-system-development\/#Precaucion_con_la_clausula_de_aceptacion_implicita\" title=\"Precauci\u00f3n con la cl\u00e1usula de aceptaci\u00f3n impl\u00edcita\">Precauci\u00f3n con la cl\u00e1usula de aceptaci\u00f3n impl\u00edcita<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/es\/it\/estimated-inspection-of-system-development\/#%C2%BFQue_es_la_clausula_de_aceptacion_implicita\" title=\"\u00bfQu\u00e9 es la cl\u00e1usula de aceptaci\u00f3n impl\u00edcita?\">\u00bfQu\u00e9 es la cl\u00e1usula de aceptaci\u00f3n impl\u00edcita?<\/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\/estimated-inspection-of-system-development\/#Casos_judiciales_relacionados_con_la_clausula_de_aceptacion_implicita\" title=\"Casos judiciales relacionados con la cl\u00e1usula de aceptaci\u00f3n impl\u00edcita\">Casos judiciales relacionados con la cl\u00e1usula de aceptaci\u00f3n impl\u00edcita<\/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\/estimated-inspection-of-system-development\/#Patrones_de_hallazgo_de_defectos_durante_la_aceptacion\" title=\"Patrones de hallazgo de defectos durante la aceptaci\u00f3n\">Patrones de hallazgo de defectos durante la aceptaci\u00f3n<\/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\/estimated-inspection-of-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_es_la_aceptacion_en_el_desarrollo_de_sistemas\"><\/span>\u00bfQu\u00e9 es la aceptaci\u00f3n en el desarrollo de sistemas?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>En primer lugar, la &#8220;aceptaci\u00f3n&#8221; en un proyecto de desarrollo de sistemas se refiere a la inspecci\u00f3n y revisi\u00f3n por parte del usuario, que es el ordenante, de los productos entregados por el vendedor, que es el contratista (en este caso, nos referimos a los sistemas de IT), para verificar si cumplen con las especificaciones adecuadas para el prop\u00f3sito del pedido.<\/p>\n\n\n\n<p>Desde el punto de vista del desarrollador, podr\u00eda considerarse como un proceso de prueba para &#8220;verificar si realmente se ha completado&#8221;.<\/p>\n\n\n\n<p>El trabajo de desarrollar un sistema de IT, debido a la naturaleza de la tarea, puede dar lugar a una gran discreci\u00f3n por parte del vendedor como contratista, y puede ocurrir que haya una discrepancia entre el producto que se ha creado y lo que el usuario ha solicitado.<\/p>\n\n\n\n<p>En t\u00e9rminos generales, la aprobaci\u00f3n de la aceptaci\u00f3n significa que el usuario ha confirmado que el producto que cumple con lo que el usuario estaba buscando (o el prop\u00f3sito de solicitar el desarrollo del sistema) ha sido efectivamente entregado.<\/p>\n\n\n\n<p>En t\u00e9rminos de c\u00f3mo se manejan los contratos reales, aunque es posible prever casos en los que se descubren defectos en el sistema despu\u00e9s del hecho, es com\u00fan ver casos en los que la aprobaci\u00f3n de la aceptaci\u00f3n se establece como una condici\u00f3n para el pago de la remuneraci\u00f3n.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Precaucion_con_la_clausula_de_aceptacion_implicita\"><\/span>Precauci\u00f3n con la cl\u00e1usula de aceptaci\u00f3n impl\u00edcita<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Si surge un problema durante la fase de aceptaci\u00f3n, tanto el usuario como el proveedor se encontrar\u00e1n en una situaci\u00f3n complicada.<\/p>\n\n\n\n<p>Por ejemplo, \u00bfqu\u00e9 sucede si el proveedor ha creado el producto y ya lo ha presentado, pero el usuario no acepta la entrega debido a circunstancias internas?<\/p>\n\n\n\n<p>Para anticipar tales situaciones, a menudo se incluye en los contratos de desarrollo de sistemas lo que se conoce como &#8220;cl\u00e1usula de aceptaci\u00f3n impl\u00edcita&#8221;.<\/p>\n\n\n\n<figure class=\"wp-block-image size-full is-resized\"><img decoding=\"async\" loading=\"lazy\" width=\"735\" height=\"490\" src=\"https:\/\/monolith.law\/es\/wp-content\/uploads\/sites\/9\/2026\/04\/estimated-inspection-of-system-development-2.jpg\" alt=\"\" class=\"wp-image-76418\" style=\"aspect-ratio:1.5;width:840px;height:auto\" srcset=\"https:\/\/monolith.law\/es\/wp-content\/uploads\/sites\/9\/2026\/04\/estimated-inspection-of-system-development-2.jpg 735w, https:\/\/monolith.law\/es\/wp-content\/uploads\/sites\/9\/2026\/04\/estimated-inspection-of-system-development-2-300x200.jpg 300w, https:\/\/monolith.law\/es\/wp-content\/uploads\/sites\/9\/2026\/04\/estimated-inspection-of-system-development-2-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"%C2%BFQue_es_la_clausula_de_aceptacion_implicita\"><\/span>\u00bfQu\u00e9 es la cl\u00e1usula de aceptaci\u00f3n impl\u00edcita?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Aceptaci\u00f3n del software en cuesti\u00f3n) Art\u00edculo 28 <br> En cuanto al software en cuesti\u00f3n entre los productos entregados, el usuario debe inspeccionarlos bas\u00e1ndose en las especificaciones de inspecci\u00f3n del art\u00edculo anterior dentro del per\u00edodo establecido en el contrato individual (en adelante, &#8220;per\u00edodo de inspecci\u00f3n&#8221;) y verificar si el software en cuesti\u00f3n coincide con las especificaciones del sistema.<br> <br>2. Si el software en cuesti\u00f3n cumple con la inspecci\u00f3n del p\u00e1rrafo anterior, el usuario debe firmar y sellar el certificado de aprobaci\u00f3n de la inspecci\u00f3n y entreg\u00e1rselo al proveedor. Adem\u00e1s, si el software en cuesti\u00f3n no pasa la inspecci\u00f3n del p\u00e1rrafo anterior, el usuario debe entregar r\u00e1pidamente al proveedor un documento que explique las razones espec\u00edficas por las que no pas\u00f3, y solicitar correcciones o complementos. Cuando se reconozcan las razones de la no aprobaci\u00f3n, el proveedor debe corregirlo sin cargo dentro del plazo acordado y entregarlo al usuario, y el usuario debe realizar nuevamente la inspecci\u00f3n especificada en el p\u00e1rrafo anterior en la medida necesaria.<\/p>\n\n\n\n<p><br>3. Incluso si no se entrega el certificado de aprobaci\u00f3n de la inspecci\u00f3n, si el usuario no presenta objeciones por escrito con razones espec\u00edficas dentro del per\u00edodo de inspecci\u00f3n, se considerar\u00e1 que el software en cuesti\u00f3n ha pasado la inspecci\u00f3n especificada en este art\u00edculo.<br><br>4. La aprobaci\u00f3n de la inspecci\u00f3n especificada en este art\u00edculo se considerar\u00e1 como la finalizaci\u00f3n de la aceptaci\u00f3n del software en cuesti\u00f3n.<br><\/p>\n<cite>https:\/\/www.meti.go.jp\/policy\/it_policy\/keiyaku\/model_keiyakusyo.pdf <\/cite><\/blockquote>\n\n\n\n<p>En t\u00e9rminos legales, el punto a destacar es la frase &#8220;se considerar\u00e1&#8221; en el p\u00e1rrafo 3. Cuando se ve desde el punto de vista de la terminolog\u00eda legal, &#8220;considerar&#8221; y &#8220;presumir&#8221; tienen significados completamente diferentes.<\/p>\n\n\n\n<p class=\"has-very-light-gray-background-color has-background\">Considerar&#8230;<br> \u2192Incluso si en realidad no es \u3007\u3007, se tratar\u00e1 como si fuera \u3007\u3007 en t\u00e9rminos legales.<\/p>\n\n\n\n<p>(Ejemplo) Si se opera un smartphone durante un examen, se &#8220;considera&#8221; hacer trampa.<br> \u2192Independientemente de si lo que se estaba haciendo con el smartphone era hacer trampa o no, se tomar\u00e1n las mismas medidas que si fuera hacer trampa.<\/p>\n\n\n\n<p class=\"has-very-light-gray-background-color has-background\">Presumir&#8230;<br> \u2192A menos que haya evidencia que niegue el hecho de que es \u3007\u3007, se tratar\u00e1 como un hecho.<\/p>\n\n\n\n<p>(Ejemplo) Si se mira un smartphone durante un examen, se &#8220;presume&#8221; hacer trampa.<br>\u2192Se juzga que hubo trampa en principio, pero si se puede refutar que era para un prop\u00f3sito distinto al de hacer trampa, ese juicio puede ser revocado m\u00e1s tarde. (Aunque es poco probable que escuches tal anuncio en un lugar de examen.)<\/p>\n\n\n\n<p>En otras palabras, la barrera para revertir &#8220;presumir&#8221; y &#8220;considerar&#8221; es enormemente diferente. Aqu\u00ed se incluye la implicaci\u00f3n de que &#8220;independientemente de si el hecho de que la aceptaci\u00f3n fue aprobada o no, se tratar\u00e1 de la misma manera que si fuera aprobada&#8221;.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Casos_judiciales_relacionados_con_la_clausula_de_aceptacion_implicita\"><\/span>Casos judiciales relacionados con la cl\u00e1usula de aceptaci\u00f3n impl\u00edcita<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Ha habido casos en el pasado en los que la cl\u00e1usula de aceptaci\u00f3n impl\u00edcita ha tenido un significado decisivo en un juicio. Por ejemplo, la sentencia citada a continuaci\u00f3n es de un caso en el que el usuario present\u00f3 una demanda alegando que la funci\u00f3n necesaria no estaba implementada despu\u00e9s de la fecha l\u00edmite para la aceptaci\u00f3n, y el caso fue llevado a juicio. Sin embargo, el tribunal decidi\u00f3, bas\u00e1ndose en la cl\u00e1usula de aceptaci\u00f3n impl\u00edcita, que la entrega ya se hab\u00eda completado.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>En el presente contrato, se establece que la compa\u00f1\u00eda Y debe inspeccionar el sistema en cuesti\u00f3n inmediatamente despu\u00e9s de su entrega y notificar por escrito la aceptaci\u00f3n dentro de los 10 d\u00edas, y que si no se notifica dentro de este per\u00edodo, se considerar\u00e1 que la aceptaci\u00f3n ha sido aprobada. Dado que no se puede reconocer que hubo una notificaci\u00f3n de partes no conformes en la inspecci\u00f3n en este caso, se puede reconocer la existencia de la entrega y la aceptaci\u00f3n.<\/p>\n<cite>Sentencia del Tribunal de Distrito de Tokio, 29 de febrero de 2012 (a\u00f1o 24 de Heisei)<\/cite><\/blockquote>\n\n\n\n<p>Por otro lado, tambi\u00e9n existen casos judiciales que han negado la aplicaci\u00f3n de esta cl\u00e1usula de aceptaci\u00f3n impl\u00edcita y han reconocido la violaci\u00f3n de las obligaciones por parte del proveedor.<\/p>\n\n\n\n<p>El caso de la sentencia citada a continuaci\u00f3n difiere del caso de la sentencia anterior en que se requer\u00eda la cooperaci\u00f3n del proveedor para llevar a cabo la aceptaci\u00f3n, pero el proveedor no proporcion\u00f3 dicha cooperaci\u00f3n.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>El demandante (proveedor) sostiene que, dado que el demandado (usuario) no notific\u00f3 los resultados de la inspecci\u00f3n dentro de los 10 d\u00edas posteriores a la entrega del producto, se considera que el producto ha sido aceptado de acuerdo con el art\u00edculo 9, p\u00e1rrafo 4, del contrato de desarrollo de software. Sin embargo, para que se produzca este resultado, es esencial la cooperaci\u00f3n del demandante, y se reconoce que el demandante no ha proporcionado tal cooperaci\u00f3n al demandado, por lo que en este caso, aunque el demandado no notific\u00f3 los resultados de la inspecci\u00f3n dentro de los 10 d\u00edas posteriores a la entrega del producto, no se considera que el demandado haya aceptado el software de acuerdo con el art\u00edculo 9, p\u00e1rrafo 4, del contrato de desarrollo de software.<\/p>\n<cite>Sentencia del Tribunal de Distrito de Tokio, 23 de junio de 2004 (a\u00f1o 16 de Heisei)<\/cite><\/blockquote>\n\n\n\n<p>Se puede considerar que el prop\u00f3sito del sistema de la cl\u00e1usula de aceptaci\u00f3n impl\u00edcita es liberar r\u00e1pidamente al proveedor de una posici\u00f3n inestable, como &#8220;quiero avanzar r\u00e1pidamente a la aceptaci\u00f3n, pero no puedo avanzar debido a las circunstancias unilaterales del usuario, y mi trabajo se est\u00e1 retrasando&#8221;, y mantener la relaci\u00f3n entre las dos partes justa.<\/p>\n\n\n\n<p>Por lo tanto, no se puede hablar de &#8220;usar la cl\u00e1usula de aceptaci\u00f3n impl\u00edcita como escudo, tratar de ganar tiempo de alguna manera, posponer la aceptaci\u00f3n en s\u00ed misma, y simplemente imponer un producto defectuoso o cualquier otra cosa&#8221;.<\/p>\n\n\n\n<p>Una vez que se &#8220;considera&#8221; que la aceptaci\u00f3n ha sido aprobada, el usuario debe pagar la remuneraci\u00f3n por el desarrollo del sistema. Teniendo en cuenta esta gravedad, se puede considerar que el tribunal tiene como objetivo hacer un juicio justo, incorporando tambi\u00e9n la situaci\u00f3n de cooperaci\u00f3n del proveedor.<\/p>\n\n\n\n<p>Las actas de las reuniones que acompa\u00f1an al progreso del desarrollo del sistema pueden ser una evidencia importante para apoyar este juicio. Para m\u00e1s detalles sobre esto, consulte el siguiente art\u00edculo.<\/p>\n\n\n\n<figure class=\"wp-block-embed is-type-wp-embed is-provider-\u30b3\u30fc\u30dd\u30ec\u30fc\u30c8\u30b5\u30a4\u30c8\uff08\u30b9\u30da\u30a4\u30f3\u8a9e\uff09 wp-block-embed-\u30b3\u30fc\u30dd\u30ec\u30fc\u30c8\u30b5\u30a4\u30c8\uff08\u30b9\u30da\u30a4\u30f3\u8a9e\uff09\"><div class=\"wp-block-embed__wrapper\">\n<blockquote class=\"wp-embedded-content\" data-secret=\"muVim2Ewpp\"><a href=\"https:\/\/monolith.law\/es\/it\/the-minutes-in-system-development\">\u00bfC\u00f3mo se deben guardar las actas desde una perspectiva legal en el desarrollo de sistemas?<\/a><\/blockquote><iframe class=\"wp-embedded-content\" sandbox=\"allow-scripts\" security=\"restricted\" style=\"position: absolute; clip: rect(1px, 1px, 1px, 1px);\" title=\"&#8220;\u00bfC\u00f3mo se deben guardar las actas desde una perspectiva legal en el desarrollo de sistemas?&#8221; &#8212; \u30b3\u30fc\u30dd\u30ec\u30fc\u30c8\u30b5\u30a4\u30c8\uff08\u30b9\u30da\u30a4\u30f3\u8a9e\uff09\" src=\"https:\/\/monolith.law\/es\/it\/the-minutes-in-system-development\/embed#?secret=EMaOX6KyDM#?secret=muVim2Ewpp\" data-secret=\"muVim2Ewpp\" width=\"500\" height=\"282\" frameborder=\"0\" marginwidth=\"0\" marginheight=\"0\" scrolling=\"no\"><\/iframe>\n<\/div><\/figure>\n\n\n\n<p>Adem\u00e1s, para saber qu\u00e9 tipo de obligaciones tiene el proveedor como experto en desarrollo de sistemas para el proyecto en su conjunto, consulte el siguiente art\u00edculo.<\/p>\n\n\n\n<p>Aunque la aceptaci\u00f3n es algo que en principio debe hacer el usuario, el proveedor, como experto en desarrollo de sistemas, debe cooperar de varias maneras con la aceptaci\u00f3n. Este punto se entender\u00e1 de manera bastante natural si se tiene en cuenta el contenido del siguiente art\u00edculo.<\/p>\n\n\n\n<figure class=\"wp-block-embed is-type-wp-embed is-provider-\u30b3\u30fc\u30dd\u30ec\u30fc\u30c8\u30b5\u30a4\u30c8\uff08\u30b9\u30da\u30a4\u30f3\u8a9e\uff09 wp-block-embed-\u30b3\u30fc\u30dd\u30ec\u30fc\u30c8\u30b5\u30a4\u30c8\uff08\u30b9\u30da\u30a4\u30f3\u8a9e\uff09\"><div class=\"wp-block-embed__wrapper\">\n<blockquote class=\"wp-embedded-content\" data-secret=\"Jp5Y7r4jEL\"><a href=\"https:\/\/monolith.law\/es\/it\/project-management-duties\">\u00bfQu\u00e9 es la obligaci\u00f3n de gesti\u00f3n de proyectos en el desarrollo de sistemas?<\/a><\/blockquote><iframe class=\"wp-embedded-content\" sandbox=\"allow-scripts\" security=\"restricted\" style=\"position: absolute; clip: rect(1px, 1px, 1px, 1px);\" title=\"&#8220;\u00bfQu\u00e9 es la obligaci\u00f3n de gesti\u00f3n de proyectos en el desarrollo de sistemas?&#8221; &#8212; \u30b3\u30fc\u30dd\u30ec\u30fc\u30c8\u30b5\u30a4\u30c8\uff08\u30b9\u30da\u30a4\u30f3\u8a9e\uff09\" src=\"https:\/\/monolith.law\/es\/it\/project-management-duties\/embed#?secret=jCqHoQfyC3#?secret=Jp5Y7r4jEL\" data-secret=\"Jp5Y7r4jEL\" width=\"500\" height=\"282\" frameborder=\"0\" marginwidth=\"0\" marginheight=\"0\" scrolling=\"no\"><\/iframe>\n<\/div><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Patrones_de_hallazgo_de_defectos_durante_la_aceptacion\"><\/span>Patrones de hallazgo de defectos durante la aceptaci\u00f3n<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image size-full is-resized\"><img decoding=\"async\" loading=\"lazy\" width=\"735\" height=\"490\" src=\"https:\/\/monolith.law\/es\/wp-content\/uploads\/sites\/9\/2026\/04\/estimated-inspection-of-system-development-3.jpg\" alt=\"\" class=\"wp-image-76419\" style=\"aspect-ratio:1.5;width:840px;height:auto\" srcset=\"https:\/\/monolith.law\/es\/wp-content\/uploads\/sites\/9\/2026\/04\/estimated-inspection-of-system-development-3.jpg 735w, https:\/\/monolith.law\/es\/wp-content\/uploads\/sites\/9\/2026\/04\/estimated-inspection-of-system-development-3-300x200.jpg 300w, https:\/\/monolith.law\/es\/wp-content\/uploads\/sites\/9\/2026\/04\/estimated-inspection-of-system-development-3-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><\/figure>\n\n\n\n<p>Por supuesto, puede suceder que se descubran deficiencias en el sistema (en t\u00e9rminos legales, a menudo se utiliza la palabra &#8220;defecto&#8221;) en la etapa de aceptaci\u00f3n. Para los problemas legales en este caso, consulte el siguiente art\u00edculo para obtener m\u00e1s detalles.<\/p>\n\n\n\n<figure class=\"wp-block-embed is-type-wp-embed is-provider-\u30b3\u30fc\u30dd\u30ec\u30fc\u30c8\u30b5\u30a4\u30c8\uff08\u30b9\u30da\u30a4\u30f3\u8a9e\uff09 wp-block-embed-\u30b3\u30fc\u30dd\u30ec\u30fc\u30c8\u30b5\u30a4\u30c8\uff08\u30b9\u30da\u30a4\u30f3\u8a9e\uff09\"><div class=\"wp-block-embed__wrapper\">\n<blockquote class=\"wp-embedded-content\" data-secret=\"uZG6A0RV8C\"><a href=\"https:\/\/monolith.law\/es\/it\/defect-warranty-liability\">\u00bfQu\u00e9 es la responsabilidad por incumplimiento de contrato en el desarrollo de sistemas y software? Explicaci\u00f3n de los puntos de revisi\u00f3n<\/a><\/blockquote><iframe class=\"wp-embedded-content\" sandbox=\"allow-scripts\" security=\"restricted\" style=\"position: absolute; clip: rect(1px, 1px, 1px, 1px);\" title=\"&#8220;\u00bfQu\u00e9 es la responsabilidad por incumplimiento de contrato en el desarrollo de sistemas y software? Explicaci\u00f3n de los puntos de revisi\u00f3n&#8221; &#8212; \u30b3\u30fc\u30dd\u30ec\u30fc\u30c8\u30b5\u30a4\u30c8\uff08\u30b9\u30da\u30a4\u30f3\u8a9e\uff09\" src=\"https:\/\/monolith.law\/es\/it\/defect-warranty-liability\/embed#?secret=991zZJndVc#?secret=uZG6A0RV8C\" data-secret=\"uZG6A0RV8C\" width=\"500\" height=\"282\" frameborder=\"0\" marginwidth=\"0\" marginheight=\"0\" scrolling=\"no\"><\/iframe>\n<\/div><\/figure>\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 el desarrollo de sistemas, la &#8220;aceptaci\u00f3n&#8221; indica, en principio, la finalizaci\u00f3n del cumplimiento de las obligaciones por parte del proveedor, por lo que se puede decir que es extremadamente importante tanto para el usuario como para el proveedor. Para evitar problemas graves en este punto, tanto el cliente como el proveedor deben entender bien la &#8220;cl\u00e1usula de aceptaci\u00f3n presunta&#8221;.<\/p>\n\n\n\n<p>Adem\u00e1s, en caso de que la aceptaci\u00f3n no progrese sin problemas, se considera importante que ambas partes, desde la etapa de contrato previa, realicen un ajuste cuidadoso de la conciencia, especialmente en lo que respecta a las disposiciones relacionadas con la aceptaci\u00f3n.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>En el contexto del desarrollo de sistemas, la fase de &#8220;aceptaci\u00f3n&#8221; es donde los problemas legales tienden a surgir con mayor frecuencia. La &#8220;aceptaci\u00f3n&#8221; se refiere a la obligac [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":76416,"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\/58749"}],"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=58749"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/58749\/revisions"}],"predecessor-version":[{"id":76420,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/58749\/revisions\/76420"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media\/76416"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media?parent=58749"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/categories?post=58749"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/tags?post=58749"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}