{"id":60027,"date":"2024-03-21T21:45:41","date_gmt":"2024-03-21T12:45:41","guid":{"rendered":"https:\/\/monolith.law\/es\/?p=60027"},"modified":"2024-04-08T21:32:04","modified_gmt":"2024-04-08T12:32:04","slug":"system-development-specs-function","status":"publish","type":"post","link":"https:\/\/monolith.law\/es\/it\/system-development-specs-function","title":{"rendered":"\u00bfHasta qu\u00e9 punto se debe implementar legalmente una funci\u00f3n que no est\u00e1 en la especificaci\u00f3n de desarrollo del sistema?"},"content":{"rendered":"\n<p>Los proyectos que desarrollan sistemas de TI utilizados en las empresas se crean, en principio, de acuerdo con las especificaciones definidas previamente. Sin embargo, si consideramos el significado de que el proveedor est\u00e9 a cargo del desarrollo como experto en desarrollo de sistemas, las expectativas del lado del usuario pueden no ser bajas solo porque se implementa mec\u00e1nicamente lo que est\u00e1 escrito en las especificaciones. En este art\u00edculo, explicaremos hasta qu\u00e9 punto se debe asumir la obligaci\u00f3n de implementar un programa que, aunque no est\u00e9 descrito en las especificaciones, es necesario implementar a la luz del prop\u00f3sito del desarrollo.<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-specs-function\/#Problemas_legales_asociados_con_la_implementacion_de_elementos_no_especificados\" title=\"Problemas legales asociados con la implementaci\u00f3n de elementos no especificados\">Problemas legales asociados con la implementaci\u00f3n de elementos no especificados<\/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-specs-function\/#Se_requiere_discrecion_en_las_tareas_del_proveedor\" title=\"Se requiere discreci\u00f3n en las tareas del proveedor\">Se requiere discreci\u00f3n en las tareas del proveedor<\/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-specs-function\/#La_discrecion_tambien_debe_ser_ejercida_dentro_de_un_estricto_proceso_de_desarrollo\" title=\"La discreci\u00f3n tambi\u00e9n debe ser ejercida dentro de un estricto proceso de desarrollo\">La discreci\u00f3n tambi\u00e9n debe ser ejercida dentro de un estricto proceso de desarrollo<\/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-specs-function\/#%C2%BFQue_se_debe_hacer_como_experto_sin_estar_limitado_por_las_especificaciones\" title=\"\u00bfQu\u00e9 se debe hacer como experto sin estar limitado por las especificaciones?\">\u00bfQu\u00e9 se debe hacer como experto sin estar limitado por las especificaciones?<\/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-specs-function\/#Las_obligaciones_legales_se_determinan_de_acuerdo_con_el_%E2%80%98proposito%E2%80%99_de_las_especificaciones_y_contratos\" title=\"Las obligaciones legales se determinan de acuerdo con el &#8216;prop\u00f3sito&#8217; de las especificaciones y contratos\">Las obligaciones legales se determinan de acuerdo con el &#8216;prop\u00f3sito&#8217; de las especificaciones y contratos<\/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-specs-function\/#Ejemplo_de_juicio_en_el_que_se_nego_la_obligacion_de_implementacion_debido_a_la_falta_de_descripcion\" title=\"Ejemplo de juicio en el que se neg\u00f3 la obligaci\u00f3n de implementaci\u00f3n debido a la falta de descripci\u00f3n\">Ejemplo de juicio en el que se neg\u00f3 la obligaci\u00f3n de implementaci\u00f3n debido a la falta de descripci\u00f3n<\/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-specs-function\/#Casos_judiciales_que_afirmaron_la_obligacion_de_implementacion_incluso_sin_especificacion\" title=\"Casos judiciales que afirmaron la obligaci\u00f3n de implementaci\u00f3n incluso sin especificaci\u00f3n\">Casos judiciales que afirmaron la obligaci\u00f3n de implementaci\u00f3n incluso sin especificaci\u00f3n<\/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-specs-function\/#Lo_que_podemos_aprender_de_ambas_sentencias\" title=\"Lo que podemos aprender de ambas sentencias\">Lo que podemos aprender de ambas sentencias<\/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-specs-function\/#%C2%BFComo_debemos_considerar_la_remuneracion_por_el_desarrollo_que_no_esta_en_las_especificaciones\" title=\"\u00bfC\u00f3mo debemos considerar la remuneraci\u00f3n por el desarrollo que no est\u00e1 en las especificaciones?\">\u00bfC\u00f3mo debemos considerar la remuneraci\u00f3n por el desarrollo que no est\u00e1 en las especificaciones?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/monolith.law\/es\/it\/system-development-specs-function\/#Resumen\" title=\"Resumen\">Resumen<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Problemas_legales_asociados_con_la_implementacion_de_elementos_no_especificados\"><\/span>Problemas legales asociados con la implementaci\u00f3n de elementos no especificados<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\/10\/shutterstock_164703428-1024x614.jpg\" alt=\"\" class=\"wp-image-5431\" \/><figcaption class=\"wp-element-caption\">Explicaremos los puntos importantes de tener &#8220;discreci\u00f3n&#8221; en el desarrollo de sistemas.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Se_requiere_discrecion_en_las_tareas_del_proveedor\"><\/span>Se requiere discreci\u00f3n en las tareas del proveedor<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Una de las caracter\u00edsticas m\u00e1s destacadas de los contratos y diversos problemas legales relacionados con los proyectos de desarrollo de sistemas es que el proveedor que acepta el trabajo tiene una gran discreci\u00f3n.<\/p>\n\n\n\n<p>Art\u00edculo relacionado: <a href=\"https:\/\/monolith.law\/corporate\/project-management-duties\" target=\"_blank\" rel=\"noreferrer noopener\">\u00bfQu\u00e9 es la obligaci\u00f3n de gesti\u00f3n de proyectos en el desarrollo de sistemas?[ja]<\/a><\/p>\n\n\n\n<p> Sin embargo, la &#8220;discreci\u00f3n&#8221; a la que nos referimos aqu\u00ed no necesariamente se aplica a todo el proceso de desarrollo del sistema. Despu\u00e9s de identificar cada proceso y avanzar en la identificaci\u00f3n de tareas detalladas, puede haber muchas tareas que se acercan al trabajo simple. Sin embargo, en general, cuanto m\u00e1s se convierte en el trabajo de los procesos iniciales antes de la subdivisi\u00f3n de estos problemas, m\u00e1s dif\u00edcil se vuelve llevar a cabo el trabajo sin tener una gran discreci\u00f3n. Tambi\u00e9n se puede decir que la raz\u00f3n por la cual los contratos de tipo de agencia son a menudo m\u00e1s compatibles con los procesos iniciales se debe a este punto.<\/p>\n\n\n\n<p>Art\u00edculo relacionado: <a href=\"https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract\" target=\"_blank\" rel=\"noreferrer noopener\">Diferencia y distinci\u00f3n entre contratos de obra y contratos de agencia en el desarrollo de sistemas[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"La_discrecion_tambien_debe_ser_ejercida_dentro_de_un_estricto_proceso_de_desarrollo\"><\/span>La discreci\u00f3n tambi\u00e9n debe ser ejercida dentro de un estricto proceso de desarrollo<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p> Sin embargo, incluso si el proveedor que desarrolla el sistema tiene una gran discreci\u00f3n, aceptar las solicitudes del cliente de manera informal puede causar un gran da\u00f1o en los procesos posteriores. Un sistema de TI est\u00e1 compuesto por una colecci\u00f3n de peque\u00f1as partes, por lo que incluso un cambio aparentemente menor puede requerir un cambio significativo en el tiempo de trabajo desde el punto de vista del desarrollador. Adem\u00e1s, hay art\u00edculos que explican c\u00f3mo manejar la gesti\u00f3n de cambios en las especificaciones de desarrollo de sistemas desde un punto de vista legal. El siguiente art\u00edculo discute c\u00f3mo manejar la gesti\u00f3n de cambios, pero tambi\u00e9n discute cu\u00e1nto impacto puede tener un cambio en las especificaciones desde el punto de vista de un ingeniero en el trabajo.<\/p>\n\n\n\n<p>Art\u00edculo relacionado: <a href=\"https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">\u00bfC\u00f3mo se debe manejar la gesti\u00f3n de cambios en el desarrollo de sistemas desde un punto de vista legal?[ja]<\/a><br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"%C2%BFQue_se_debe_hacer_como_experto_sin_estar_limitado_por_las_especificaciones\"><\/span>\u00bfQu\u00e9 se debe hacer como experto sin estar limitado por las especificaciones?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Para avanzar sin problemas en un proyecto de desarrollo de sistemas, es importante definir los requisitos de desarrollo con anticipaci\u00f3n y proceder de manera planificada de acuerdo con ellos. Por otro lado, solo haciendo lo que se te ha dicho de acuerdo con los requisitos definidos previamente, hay momentos en los que no puedes desempe\u00f1ar plenamente tu papel como experto en desarrollo de sistemas. En medio de este dilema, surge el problema de &#8220;\u00bfqu\u00e9 deber\u00eda implementarse, aunque no est\u00e9 indicado en las especificaciones?&#8221;.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Las_obligaciones_legales_se_determinan_de_acuerdo_con_el_%E2%80%98proposito%E2%80%99_de_las_especificaciones_y_contratos\"><\/span>Las obligaciones legales se determinan de acuerdo con el &#8216;prop\u00f3sito&#8217; de las especificaciones y contratos<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>El contenido de lo que se debe implementar, incluso si no est\u00e1 escrito en el contrato o en las especificaciones, a\u00fan se determina a partir del &#8216;prop\u00f3sito&#8217; de lo que est\u00e1 escrito en esos contratos y especificaciones. Es decir, se decide a partir de &#8216;qu\u00e9 significado o intenci\u00f3n ten\u00eda el acuerdo cuando se hizo&#8217;. A continuaci\u00f3n, examinaremos algunos ejemplos de casos judiciales.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Ejemplo_de_juicio_en_el_que_se_nego_la_obligacion_de_implementacion_debido_a_la_falta_de_descripcion\"><\/span>Ejemplo de juicio en el que se neg\u00f3 la obligaci\u00f3n de implementaci\u00f3n debido a la falta de descripci\u00f3n<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En el caso judicial citado a continuaci\u00f3n, el sistema desarrollado por el proveedor avanz\u00f3 hasta la fase de operaci\u00f3n provisional, pero se gener\u00f3 un conflicto cuando se solicit\u00f3 la rescisi\u00f3n del contrato debido a la falta de funciones necesarias. La funci\u00f3n que el usuario afirm\u00f3 que faltaba era la &#8220;funci\u00f3n de actualizaci\u00f3n autom\u00e1tica de datos&#8221;, y se argument\u00f3 que esta era un punto de venta principal del sistema en cuesti\u00f3n, pero el tribunal no reconoci\u00f3 esta obligaci\u00f3n de implementaci\u00f3n.<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Como se ha reconocido anteriormente, no hay ninguna descripci\u00f3n en el contrato de este caso, ni en el documento de dise\u00f1o b\u00e1sico ni en el documento de dise\u00f1o detallado, que indique que la funci\u00f3n \u2462 es objeto de desarrollo en el sistema de este caso.<\/p>\n\n\n\n<p>El demandante argumenta que la funci\u00f3n \u2462 era un punto de venta principal del sistema del demandado para el demandante, y enfatiza la necesidad de dicha funci\u00f3n, pero <u>si sus argumentos son correctos, deber\u00eda haberse especificado en el contrato de este caso<\/u>, y <u>es dif\u00edcil pensar que se acord\u00f3 el desarrollo de dicha funci\u00f3n sin esa especificaci\u00f3n<\/u>.<\/p>\n<cite>Fallo del Tribunal de Distrito de Tokio, 18 de febrero de 2009 (Heisei 21)<\/cite><\/blockquote>\n\n\n\n<p>Es cierto que si se extrae solo la conclusi\u00f3n de este fallo de manera simple, se podr\u00eda decir que &#8220;si no est\u00e1 descrito en el documento de dise\u00f1o, no es necesario crear lo que no est\u00e1&#8221;. Sin embargo, para ser m\u00e1s precisos, no se trata de un hecho formal como si estuviera descrito en el documento de dise\u00f1o, sino de un juicio basado en el &#8220;prop\u00f3sito&#8221; de la descripci\u00f3n en el documento de dise\u00f1o y el contrato. En otras palabras, &#8220;si se considera la raz\u00f3n por la que no se hizo ninguna descripci\u00f3n en el documento de dise\u00f1o o el contrato, es razonable pensar que tampoco hubo ning\u00fan acuerdo correspondiente a esa descripci\u00f3n&#8221;.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Casos_judiciales_que_afirmaron_la_obligacion_de_implementacion_incluso_sin_especificacion\"><\/span>Casos judiciales que afirmaron la obligaci\u00f3n de implementaci\u00f3n incluso sin especificaci\u00f3n<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Por otro lado, existen casos judiciales que han sostenido que se debe reconocer la obligaci\u00f3n de implementar, incluso si no se especifica en el contrato o en las especificaciones. El caso judicial citado a continuaci\u00f3n se refiere al desarrollo de un sistema para gestionar el historial de medicaci\u00f3n, en el que no se pudo transferir los datos del sistema existente al nuevo sistema, impidiendo su utilizaci\u00f3n, y el usuario termin\u00f3 rescindiendo el contrato. Sin embargo, el proveedor argument\u00f3 que la transferencia de datos estaba fuera del alcance de su trabajo, lo que llev\u00f3 a una disputa.<\/p>\n\n\n\n<p>El desarrollo de un nuevo sistema a menudo implica la eliminaci\u00f3n del sistema existente y la transferencia de datos. La importancia de estas tareas y los problemas legales asociados se explican en detalle en el siguiente art\u00edculo.<\/p>\n\n\n\n<p>Art\u00edculo relacionado: <a href=\"https:\/\/monolith.law\/corporate\/the-transition-from-the-oldsystem\" target=\"_blank\" rel=\"noreferrer noopener\">Problemas legales asociados con la transici\u00f3n desde el antiguo sistema en el desarrollo del sistema[ja]<\/a><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Ya se hab\u00edan guardado los datos de m\u00e1s de 50,000 pacientes en el sistema existente, y <u>el demandante estaba tratando de mejorar la eficiencia de la administraci\u00f3n utilizando estos datos<\/u>, por lo que si no se pudieran transferir los datos de los pacientes del sistema existente al sistema en cuesti\u00f3n, <u>ser\u00eda evidente que esto causar\u00eda problemas en la dispensaci\u00f3n de medicamentos en la farmacia<\/u>, y se puede suponer que el representante del demandante <u>estaba consciente de esto<\/u>. Adem\u00e1s, antes de la conclusi\u00f3n del contrato en cuesti\u00f3n, el representante del demandante pregunt\u00f3 al representante del demandado sobre la posibilidad de transferir los datos, lo cual el representante del demandado tambi\u00e9n reconoce (omisi\u00f3n), por lo que es dif\u00edcil pensar que el representante del demandante decidi\u00f3 introducir el sistema en cuesti\u00f3n a pesar de reconocer que <u>probablemente tendr\u00eda que introducir manualmente los datos de m\u00e1s de 50,000 pacientes<\/u>. Adem\u00e1s, como se mencion\u00f3 en (1)I, el demandado no pudo transferir los datos de historial de medicamentos del sistema existente al sistema en cuesti\u00f3n, por lo que imprimi\u00f3 los datos en papel y los incorpor\u00f3 en un archivo PDF, entre otras cosas. A pesar de que la transferencia de datos no se presupuso en el contrato en cuesti\u00f3n, es dif\u00edcil pensar que <u>el demandado realiz\u00f3 este trabajo laborioso como un servicio<\/u>.<\/p>\n<cite>Fallo del Tribunal de Distrito de Tokio, 18 de noviembre de 2010 (A\u00f1o 22 de Heisei)<\/cite><\/blockquote>\n\n\n\n<p>Lo que es importante aqu\u00ed tambi\u00e9n es el &#8220;prop\u00f3sito&#8221; del contrato y los elementos especificados en el contrato. Si ambas partes contrataron con el entendimiento de que la transferencia de datos estaba fuera del alcance del trabajo, el tribunal se\u00f1al\u00f3 que tanto el usuario como el proveedor habr\u00edan contratado con intenciones inusuales. Es decir, el usuario habr\u00eda asumido una gran cantidad de trabajo manual, y el proveedor habr\u00eda abordado el proyecto sabiendo que causar\u00eda problemas en el trabajo del usuario en el futuro, lo cual es una historia muy irracional.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Lo_que_podemos_aprender_de_ambas_sentencias\"><\/span>Lo que podemos aprender de ambas sentencias<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En cuanto a la migraci\u00f3n de datos, incluso si no se menciona en el contrato o en las especificaciones, se cree que una de las razones por las que se afirm\u00f3 la obligaci\u00f3n de implementaci\u00f3n es que se trataba de &#8220;datos&#8221;, un tema que no se refleja en la apariencia de la pantalla. La &#8220;ausencia de funciones esenciales&#8221; mencionada anteriormente es algo que se refleja directamente en la pantalla\/apariencia del sistema. Por lo tanto, incluso para un principiante en el desarrollo de sistemas, no es tan dif\u00edcil detectar omisiones en las especificaciones. Por otro lado, el problema de la migraci\u00f3n de datos tiene la caracter\u00edstica de que es dif\u00edcil para un principiante en el desarrollo de sistemas reconocer la importancia del proceso, la dificultad del trabajo y el tiempo requerido. Por lo tanto, se cree que tambi\u00e9n hab\u00eda circunstancias en las que era f\u00e1cil tratarlo como un asunto que el proveedor deber\u00eda manejar suavemente con su experiencia.<\/p>\n\n\n\n<p>Desde este punto de vista, la omisi\u00f3n en las especificaciones o en el contrato puede considerarse un problema estrechamente relacionado con la &#8220;obligaci\u00f3n de cooperaci\u00f3n&#8221; del usuario. En otras palabras, se trata de si el usuario realmente ha cumplido con su &#8220;obligaci\u00f3n de cooperaci\u00f3n&#8221; en la celebraci\u00f3n del contrato y la elaboraci\u00f3n de las especificaciones. Para una explicaci\u00f3n general de las obligaciones legales que el usuario debe cumplir en un proyecto de desarrollo de sistemas, consulte el siguiente art\u00edculo.<\/p>\n\n\n\n<p>Art\u00edculo relacionado: <a href=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">La obligaci\u00f3n de cooperaci\u00f3n que el usuario, como cliente del desarrollo del sistema, debe asumir[ja]<\/a><\/p>\n\n\n\n<p>Si tambi\u00e9n verifica el art\u00edculo anterior, es probable que comprenda que la solicitud de cooperaci\u00f3n del usuario, como la identificaci\u00f3n de la pantalla y las funciones esenciales, es un \u00e1rea importante, y que la omisi\u00f3n en la consideraci\u00f3n de la migraci\u00f3n de datos es un tema completamente diferente.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"%C2%BFComo_debemos_considerar_la_remuneracion_por_el_desarrollo_que_no_esta_en_las_especificaciones\"><\/span>\u00bfC\u00f3mo debemos considerar la remuneraci\u00f3n por el desarrollo que no est\u00e1 en las especificaciones?<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\/10\/shutterstock_320070512-1024x683.jpg\" alt=\"\" class=\"wp-image-5433\" \/><figcaption class=\"wp-element-caption\">En algunos casos, si el proveedor responde a tareas que exceden el alcance del trabajo, puede solicitar una remuneraci\u00f3n adicional.<\/figcaption><\/figure>\n\n\n\n<p>Otro punto de inter\u00e9s relacionado con el tema de este art\u00edculo podr\u00eda ser si es legalmente permisible cobrar una remuneraci\u00f3n adicional por crear algo que no est\u00e1 en las especificaciones. En cuanto a la posibilidad de aumentar la remuneraci\u00f3n y c\u00f3mo calcular el monto estimado en tales casos, se explica en detalle en el siguiente art\u00edculo.<\/p>\n\n\n\n<p>Art\u00edculo relacionado: <a href=\"https:\/\/monolith.law\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">\u00bfEs posible aumentar el monto estimado despu\u00e9s del desarrollo del sistema?[ja]<\/a><\/p>\n\n\n\n<p>En el art\u00edculo anterior, se explica que es importante si hubo o no tareas que excedieron el alcance del trabajo en relaci\u00f3n con la remuneraci\u00f3n y la relaci\u00f3n de contraprestaci\u00f3n. En otras palabras, en relaci\u00f3n con este art\u00edculo, si el proveedor responde al desarrollo de algo que no est\u00e1 incluido en las especificaciones iniciales (el caso negativo en este art\u00edculo), se puede permitir una solicitud de remuneraci\u00f3n adicional.<br><\/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 el desarrollo de sistemas, el papel que debe desempe\u00f1ar el proveedor se determina, en cierto aspecto, de acuerdo con el contenido del contrato y las especificaciones. Sin embargo, teniendo en cuenta que se les conf\u00eda el trabajo en base a una alta confianza como expertos, tambi\u00e9n se entiende que la realidad no se decide simplemente por la formalidad. No obstante, para comprender esta realidad, es importante entender que la ley juega un papel importante.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Los proyectos que desarrollan sistemas de TI utilizados en las empresas se crean, en principio, de acuerdo con las especificaciones definidas previamente. Sin embargo, si consideramos el significado d [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":68700,"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\/60027"}],"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=60027"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/60027\/revisions"}],"predecessor-version":[{"id":68701,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/60027\/revisions\/68701"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media\/68700"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media?parent=60027"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/categories?post=60027"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/tags?post=60027"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}