{"id":59172,"date":"2023-11-10T17:08:01","date_gmt":"2023-11-10T08:08:01","guid":{"rendered":"https:\/\/monolith.law\/es\/?p=59172"},"modified":"2026-04-20T12:27:10","modified_gmt":"2026-04-20T03:27:10","slug":"the-transition-from-the-oldsystem","status":"publish","type":"post","link":"https:\/\/monolith.law\/es\/it\/the-transition-from-the-oldsystem","title":{"rendered":"Problemas legales asociados con la transici\u00f3n desde sistemas antiguos en el desarrollo de sistemas"},"content":{"rendered":"\n<p>Crear un nuevo sistema de TI para su uso en las empresas es una tarea representativa de los ingenieros de TI. Sin embargo, cuando se habla de &#8220;crear un nuevo sistema&#8221;, a menudo implica simult\u00e1neamente el proceso de &#8220;desechar el sistema que se ha estado utilizando hasta ahora&#8221;. En este art\u00edculo, vamos a reconsiderar el proyecto de desarrollo de un nuevo sistema desde la perspectiva de &#8220;desechar el antiguo sistema&#8221; y explicaremos los diversos problemas legales que surgen en relaci\u00f3n con esto.<\/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\/the-transition-from-the-oldsystem\/#%C2%BFQue_significa_la_transicion_a_un_nuevo_sistema\" title=\"\u00bfQu\u00e9 significa la transici\u00f3n a un nuevo sistema?\">\u00bfQu\u00e9 significa la transici\u00f3n a un nuevo sistema?<\/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\/the-transition-from-the-oldsystem\/#La_vida_util_de_los_sistemas_de_TI_no_es_eterna\" title=\"La vida \u00fatil de los sistemas de TI no es eterna\">La vida \u00fatil de los sistemas de TI no es eterna<\/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\/the-transition-from-the-oldsystem\/#El_desarrollo_del_nuevo_sistema_avanza_junto_con_la_abolicion_del_antiguo_sistema\" title=\"El desarrollo del nuevo sistema avanza junto con la abolici\u00f3n del antiguo sistema\">El desarrollo del nuevo sistema avanza junto con la abolici\u00f3n del antiguo sistema<\/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\/the-transition-from-the-oldsystem\/#%C2%BFQue_son_los_pasos_para_la_transicion_a_un_nuevo_sistema\" title=\"\u00bfQu\u00e9 son los pasos para la transici\u00f3n a un nuevo sistema?\">\u00bfQu\u00e9 son los pasos para la transici\u00f3n a un nuevo sistema?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/es\/it\/the-transition-from-the-oldsystem\/#La_transicion_a_un_nuevo_sistema_es_dificil_cuando_se_trata_de_definir_los_roles_de_los_usuarios_y_los_proveedores\" title=\"La transici\u00f3n a un nuevo sistema es dif\u00edcil cuando se trata de definir los roles de los usuarios y los proveedores\">La transici\u00f3n a un nuevo sistema es dif\u00edcil cuando se trata de definir los roles de los usuarios y los proveedores<\/a><\/li><\/ul><\/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\/the-transition-from-the-oldsystem\/#Casos_judiciales_pasados_relacionados_con_la_transicion_a_nuevos_sistemas\" title=\"Casos judiciales pasados relacionados con la transici\u00f3n a nuevos sistemas\">Casos judiciales pasados relacionados con la transici\u00f3n a nuevos sistemas<\/a><\/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\/the-transition-from-the-oldsystem\/#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_transicion_a_un_nuevo_sistema\"><\/span>\u00bfQu\u00e9 significa la transici\u00f3n a un nuevo sistema?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"La_vida_util_de_los_sistemas_de_TI_no_es_eterna\"><\/span>La vida \u00fatil de los sistemas de TI no es eterna<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Los sistemas de TI utilizados en las empresas no son algo que, una vez creado, pueda utilizarse de manera continua para siempre. Adem\u00e1s, no siempre es bueno seguir utilizando algo antiguo con cuidado. Aunque var\u00eda seg\u00fan la empresa y el uso del sistema, como regla general, existe una tendencia a tomar decisiones de gesti\u00f3n que sugieren que es mejor renovar a algo nuevo despu\u00e9s de usar un sistema durante aproximadamente 10 a\u00f1os.<\/p>\n\n\n\n<p>En 10 a\u00f1os, el rendimiento de los ordenadores en el mercado cambia dr\u00e1sticamente. Por lo tanto, por ejemplo, un programa que no era pr\u00e1ctico para implementar debido a las limitaciones de velocidad de procesamiento de la computadora hace 10 a\u00f1os (aunque es un dise\u00f1o simple y excelente desde el punto de vista humano) puede ser implementable ahora. Adem\u00e1s, si ha estado utilizando algo durante 10 a\u00f1os desde que lo cre\u00f3, es posible que el flujo de trabajo de las operaciones de la empresa y las reglas internas hayan cambiado considerablemente durante ese tiempo. El c\u00f3digo que se ha implementado posteriormente para responder a los cambios en el entorno de gesti\u00f3n interno y externo de la empresa puede tener una estructura tan compleja e intrincada que no se puede reconocer desde la pantalla. En este punto, incluso si los usuarios quieren agregar funciones, puede llegar a ser imposible para los desarrolladores agregar implementaciones.<\/p>\n\n\n\n<p>Los sistemas antiguos pueden gradualmente generar mucho &#8220;trabajo manual&#8221; para los ingenieros de TI (como emitir consultas para extraer datos individualmente). Ir\u00f3nicamente, el propio sistema, a medida que envejece, tiende a &#8220;personalizar&#8221; el trabajo. Cuando se intenta tomar medidas para &#8220;sistematizar&#8221; a\u00fan m\u00e1s las tareas relacionadas con los sistemas que se han vuelto demasiado antiguos y tienen muchas tareas personalizadas, se inicia un proyecto para &#8220;desarrollar un nuevo sistema para migrar desde el sistema antiguo&#8221;.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"El_desarrollo_del_nuevo_sistema_avanza_junto_con_la_abolicion_del_antiguo_sistema\"><\/span>El desarrollo del nuevo sistema avanza junto con la abolici\u00f3n del antiguo sistema<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Como se mencion\u00f3 anteriormente, aunque no todos los proyectos de desarrollo de sistemas son as\u00ed, muchos proyectos de desarrollo de sistemas tienen el aspecto de la transici\u00f3n desde el antiguo sistema. Es com\u00fan que el sistema en s\u00ed cambie de manera discontinua a partir de un cierto d\u00eda.<\/p>\n\n\n\n<p>Sin embargo, el progreso del trabajo diario debe ser continuo desde el pasado hacia el presente, y desde el presente hacia el futuro. Mientras se almacenan los datos necesarios del pasado, el progreso del trabajo actual no debe ser interrumpido, y a menudo hay varios desaf\u00edos asociados con la transici\u00f3n al nuevo sistema, como la presentaci\u00f3n de conceptos innovadores de &#8220;sistematizaci\u00f3n&#8221; hacia el futuro. Debido a la combinaci\u00f3n de estas circunstancias, el desarrollo del nuevo sistema y las operaciones y mantenimiento del sistema existente est\u00e1n complejamente relacionados, y pueden surgir situaciones en las que se establece una relaci\u00f3n inseparable.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"%C2%BFQue_son_los_pasos_para_la_transicion_a_un_nuevo_sistema\"><\/span>\u00bfQu\u00e9 son los pasos para la transici\u00f3n a un nuevo sistema?<span class=\"ez-toc-section-end\"><\/span><\/h3>\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\/the-transition-from-the-oldsystem-2.jpg\" alt=\"\" class=\"wp-image-76423\" style=\"aspect-ratio:1.5;width:840px;height:auto\" srcset=\"https:\/\/monolith.law\/es\/wp-content\/uploads\/sites\/9\/2026\/04\/the-transition-from-the-oldsystem-2.jpg 735w, https:\/\/monolith.law\/es\/wp-content\/uploads\/sites\/9\/2026\/04\/the-transition-from-the-oldsystem-2-300x200.jpg 300w, https:\/\/monolith.law\/es\/wp-content\/uploads\/sites\/9\/2026\/04\/the-transition-from-the-oldsystem-2-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><figcaption class=\"wp-element-caption\">\u00bfCu\u00e1les son los pasos clave en la transici\u00f3n de un sistema antiguo a uno nuevo?<\/figcaption><\/figure>\n\n\n\n<p>Al pasar de un sistema antiguo a uno nuevo, es especialmente importante asegurarse de que los datos se transfieran correctamente. Los pasos para transferir datos suelen seguir el siguiente procedimiento:<\/p>\n\n\n\n<ol>\n<li>Identificar claramente cu\u00e1les de los datos almacenados en el sistema antiguo deben ser transferidos al nuevo sistema. Esto incluye determinar qu\u00e9 datos deben ser f\u00e1cilmente buscables desde la interfaz del nuevo sistema, y qu\u00e9 datos, aunque no necesiten ser buscables desde la interfaz (por ejemplo, para auditor\u00edas), deben estar disponibles para ser extra\u00eddos si es necesario.<\/li>\n\n\n\n<li>De los datos identificados en el paso 1, exportar los que deben ser importados al nuevo sistema en un formato como CSV.<\/li>\n\n\n\n<li>Importar los datos extra\u00eddos en el paso 2 al nuevo sistema.<\/li>\n\n\n\n<li>Verificar si los datos importados en el paso 3 se reflejan en el nuevo sistema y confirmar si la transferencia se ha realizado correctamente. Los resultados de esta verificaci\u00f3n suelen documentarse a trav\u00e9s de capturas de pantalla de la interfaz y la impresi\u00f3n de informes (es decir, el proceso de prueba).<\/li>\n<\/ol>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"La_transicion_a_un_nuevo_sistema_es_dificil_cuando_se_trata_de_definir_los_roles_de_los_usuarios_y_los_proveedores\"><\/span>La transici\u00f3n a un nuevo sistema es dif\u00edcil cuando se trata de definir los roles de los usuarios y los proveedores<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En los pasos de la migraci\u00f3n de datos mencionados anteriormente, a menudo surge el problema de hasta qu\u00e9 punto los usuarios deben considerar esto como un problema interno y mantenerlo bajo control. Adem\u00e1s, para una descripci\u00f3n general de la &#8220;obligaci\u00f3n de cooperaci\u00f3n del usuario&#8221; en todos los proyectos de desarrollo de sistemas, no solo en la migraci\u00f3n de datos, consulte el siguiente art\u00edculo.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/user-obligatory-cooperation[ja]<\/a><\/p>\n\n\n\n<p>En general, en un proyecto de desarrollo de sistemas, es cierto que los proveedores a menudo superan a los usuarios en t\u00e9rminos de conocimientos especializados para el desarrollo de sistemas (o m\u00e1s bien, a menudo es por eso que se les conf\u00eda el trabajo). Sin embargo, por otro lado, a menudo solo los usuarios pueden discutir c\u00f3mo deber\u00eda ser su sistema.<\/p>\n\n\n\n<p>Con esto en mente, se podr\u00eda considerar que los usuarios deben llevar a cabo los pasos 1 y 4 mencionados anteriormente. Para decirlo de otra manera, durante la migraci\u00f3n de datos, la &#8220;definici\u00f3n de requisitos&#8221; de los datos a migrar y la &#8220;aceptaci\u00f3n&#8221; de si los datos se han migrado seg\u00fan los requisitos podr\u00edan considerarse como obligaciones de cooperaci\u00f3n del usuario. O, como otra forma de organizarlo, si hay alguien en el lado del usuario con un amplio conocimiento del antiguo sistema, tambi\u00e9n podr\u00edan ser responsables del paso 2.<\/p>\n\n\n\n<p>Si se puede manejar el antiguo sistema internamente sin necesidad de subcontratar, se podr\u00eda considerar la posibilidad de subcontratar solo el nuevo sistema al proveedor. De esta manera, en el trabajo de migraci\u00f3n de datos, los roles de los usuarios y los proveedores a veces pueden volverse ambiguos. Adem\u00e1s, para una explicaci\u00f3n general de qu\u00e9 roles se esperan de los proveedores cuando los usuarios subcontratan trabajos relacionados con el desarrollo de sistemas a ellos, y qu\u00e9 obligaciones legales se les asignar\u00e1n, consulte tambi\u00e9n 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<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Casos_judiciales_pasados_relacionados_con_la_transicion_a_nuevos_sistemas\"><\/span>Casos judiciales pasados relacionados con la transici\u00f3n a nuevos sistemas<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\/the-transition-from-the-oldsystem-3.jpg\" alt=\"\" class=\"wp-image-76424\" style=\"aspect-ratio:1.5;width:840px;height:auto\" srcset=\"https:\/\/monolith.law\/es\/wp-content\/uploads\/sites\/9\/2026\/04\/the-transition-from-the-oldsystem-3.jpg 735w, https:\/\/monolith.law\/es\/wp-content\/uploads\/sites\/9\/2026\/04\/the-transition-from-the-oldsystem-3-300x200.jpg 300w, https:\/\/monolith.law\/es\/wp-content\/uploads\/sites\/9\/2026\/04\/the-transition-from-the-oldsystem-3-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><figcaption class=\"wp-element-caption\">Un proyecto de transici\u00f3n de sistemas puede dar lugar a litigios.<\/figcaption><\/figure>\n\n\n\n<p>Existen casos reales en los que se han producido problemas durante los proyectos de desarrollo de sistemas destinados a la transici\u00f3n a nuevos sistemas, lo que ha llevado a litigios. El caso citado en la sentencia a continuaci\u00f3n implica un fallo en el trabajo de transici\u00f3n durante la migraci\u00f3n de datos, lo que result\u00f3 en inconsistencias y errores en m\u00faltiples datos en el nuevo sistema y retrasos en la fecha de entrega. Se debati\u00f3 qu\u00e9 obligaciones ten\u00edan tanto el proveedor como el usuario en relaci\u00f3n con el proyecto ante estos diversos problemas. Como conclusi\u00f3n, se determin\u00f3 que el proveedor hab\u00eda violado su deber de cuidado, que deber\u00eda haber asumido como se indica a continuaci\u00f3n.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>El acusado, en su trabajo de migraci\u00f3n de datos basado en este contrato de subcontrataci\u00f3n, no se limit\u00f3 simplemente a migrar los datos del antiguo sistema a este nuevo sistema, sino que asumi\u00f3 la obligaci\u00f3n de poner en funcionamiento este nuevo sistema con los datos migrados. En concreto, antes de comenzar el trabajo de migraci\u00f3n de datos, investig\u00f3 y analiz\u00f3 los datos que ser\u00edan objeto de migraci\u00f3n en el antiguo sistema, comprendi\u00f3 la naturaleza y el estado de los datos, consider\u00f3 si estos datos podr\u00edan obstaculizar el funcionamiento del nuevo sistema una vez migrados, y si podr\u00edan ser un obst\u00e1culo, decidi\u00f3 cu\u00e1ndo y c\u00f3mo corregir estos datos, y luego se enfrent\u00f3 al trabajo de migraci\u00f3n de datos (dise\u00f1o de migraci\u00f3n, desarrollo de herramientas de migraci\u00f3n, migraci\u00f3n de datos), y finalmente asumi\u00f3 la obligaci\u00f3n de poner en funcionamiento este nuevo sistema con los datos migrados desde el antiguo sistema.<\/p>\n\n\n\n<p>Es apropiado reconocer que en este caso, el acusado ten\u00eda la obligaci\u00f3n de corregir y resolver las inconsistencias de datos en el momento de la migraci\u00f3n de datos.<\/p>\n<cite>Sentencia del Tribunal de Distrito de Tokio, 30 de noviembre de 2016 (A\u00f1o 28 de Heisei)<\/cite><\/blockquote>\n\n\n\n<p>Este caso implicaba que el usuario asum\u00eda los pasos 1 y 4, mientras que el proveedor asum\u00eda los pasos 2 y 3. En otras palabras, el proveedor hab\u00eda asumido una vez la extracci\u00f3n de datos del antiguo sistema (paso 2). Por lo tanto, el tribunal tambi\u00e9n decidi\u00f3 que si el proveedor, como especialista en desarrollo de sistemas, hab\u00eda asumido la extracci\u00f3n de datos, deber\u00eda haber considerado de antemano si este trabajo de extracci\u00f3n de datos podr\u00eda realizarse sin problemas.<\/p>\n\n\n\n<p>Por otro lado, \u00bfqu\u00e9 habr\u00eda pasado si el usuario hubiera asumido la extracci\u00f3n de datos (paso 2) como su tarea y hubiera fallado en este trabajo despu\u00e9s de haber organizado los roles de antemano? En este caso, es posible que el usuario, por no haber investigado de antemano si la extracci\u00f3n de datos podr\u00eda realizarse sin problemas, haya causado retrasos en la fecha de entrega, y que ahora el usuario pueda ser acusado de violar su deber de cooperaci\u00f3n.<\/p>\n\n\n\n<p>Adem\u00e1s, tales decisiones se toman no s\u00f3lo en base al contrato, sino tambi\u00e9n en base a las actas de las reuniones que se llevan a cabo de acuerdo con el progreso del desarrollo del sistema. La importancia de las actas de las reuniones se explica en detalle en el siguiente art\u00edculo.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/the-minutes-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/the-minutes-in-system-development[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>Un proyecto de desarrollo de sistemas implica que tanto el lado del usuario como el del proveedor deben asumir muchas obligaciones mutuamente y avanzar mientras se comunican meticulosamente. Por lo tanto, incluso en los casos judiciales mencionados anteriormente, solo un ligero cambio en las condiciones previas puede f\u00e1cilmente invertir a qui\u00e9n se le atribuye la responsabilidad, ya sea al usuario o al proveedor.<\/p>\n\n\n\n<p>Dada la posibilidad de que un sistema pueda contener una cantidad enorme de datos y mecanismos complejos que no se pueden imaginar desde la apariencia de la pantalla, y que una peque\u00f1a diferencia en las premisas puede cambiar significativamente el rumbo del juicio final, se podr\u00eda decir que es importante abordar de manera integral la gesti\u00f3n de riesgos de los proyectos de desarrollo de nuevos sistemas, junto con la eliminaci\u00f3n de los sistemas antiguos.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Crear un nuevo sistema de TI para su uso en las empresas es una tarea representativa de los ingenieros de TI. Sin embargo, cuando se habla de &#8220;crear un nuevo sistema&#8221;, a menudo implica sim [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":76421,"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\/59172"}],"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=59172"}],"version-history":[{"count":3,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/59172\/revisions"}],"predecessor-version":[{"id":76425,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/59172\/revisions\/76425"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media\/76421"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media?parent=59172"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/categories?post=59172"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/tags?post=59172"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}