¿Qué es la 'responsabilidad' legal en relación con el desarrollo de sistemas?

La palabra “responsabilidad”, aunque es un término legal, también es un término común que se utiliza a menudo en conversaciones cotidianas. No solo en el desarrollo de sistemas, sino también en situaciones donde se intercambian opiniones sobre negocios, a menudo es beneficioso distinguir conscientemente si el uso de la palabra “responsabilidad” se refiere a un sentido moral o emocional, o si indica la ubicación de una obligación legal.

En este artículo, mientras organizamos varias responsabilidades legales, explicamos cómo difiere la “responsabilidad”, que a menudo se usa para culpar a otros desde un punto de vista moral o emocional, de la responsabilidad legal.

La relación entre el desarrollo de sistemas y la ‘responsabilidad’

La premisa de la responsabilidad legal es básicamente la toma de decisiones

En términos legales, cuando hablamos de “responsabilidad”, el principio es que alguna forma de toma de decisiones está involucrada. En otras palabras, el principio es que no hay responsabilidad legal para cosas que “la persona no ha asumido por sí misma como una obligación” o “cosas que la persona no puede cambiar a su discreción”. Esto se manifiesta más claramente en los “contratos”. Ambas partes deciden qué obligaciones asumirán y prometen esto a la otra parte, por lo que la ejecución del contrato implica responsabilidad y también adquiere fuerza legal.

Además, desde el punto de vista del desarrollo de sistemas, el enfoque básico es que las leyes generales, como el Código Civil japonés, se aplicarán a cosas que no están detalladas en el contrato de desarrollo del sistema acordado entre las partes. La comprensión de estos aspectos es sorprendentemente importante al entender los problemas y disputas relacionados con el desarrollo de sistemas.

La “responsabilidad” en el campo del desarrollo de sistemas

Para aquellos involucrados en el trabajo de desarrollo de sistemas, en cierto sentido, los conceptos legales de “responsabilidad” más fáciles de entender son la “obligación de gestión de proyectos” para los proveedores que aceptan trabajos y la “obligación de cooperación” para los usuarios que encargan trabajos. Es decir, como expertos en desarrollo de sistemas, tanto los proveedores como los usuarios tienen responsabilidades. Los proveedores tienen la responsabilidad de gestionar los proyectos y los usuarios tienen la responsabilidad de cooperar en el desarrollo, en lugar de considerar los problemas de sus propios sistemas como asuntos de otras personas. Para una explicación detallada de estas responsabilidades, consulte los siguientes artículos.

https://monolith.law/corporate/project-management-duties[ja]

https://monolith.law/corporate/user-obligatory-cooperation[ja]

El progreso de un proyecto de desarrollo de sistemas es, en el mejor de los casos, un trabajo conjunto en el que ambas partes cumplen con sus obligaciones mutuas. Sin embargo, si la relación entre las dos partes se deteriora, podría convertirse en una situación en la que, por así decirlo, se están pasando la responsabilidad del trabajo de uno a otro. Por ejemplo, en el siguiente artículo, se explica la relación entre las obligaciones de ambas partes, organizando los temas a considerar después de asumir un caso en el que “el usuario propone la interrupción del proyecto”.

https://monolith.law/corporate/interruption-of-system-development[ja]

En este artículo, se explica la importancia de ser consciente no solo de la responsabilidad del otro, sino también de la responsabilidad que uno mismo tiene.

El concepto de “responsabilidad” en el mundo de las leyes

Aunque la conversación se inclina gradualmente hacia el derecho, en casos donde se persigue la responsabilidad del otro partido en formas como reclamaciones por daños y perjuicios, la base debe ser leyes diversas, incluyendo el Código Civil Japonés. En el contexto del desarrollo de sistemas, los siguientes son particularmente relevantes:

Responsabilidad por incumplimiento de obligaciones

El incumplimiento de obligaciones se aplica cuando hay una obligación (es decir, una deuda) basada en un contrato y esa obligación no se ha cumplido adecuadamente. Los tipos de incumplimiento de obligaciones incluyen:

• Retraso en el cumplimiento: cuando el cumplimiento se retrasa más allá de la fecha límite
• Incapacidad de cumplir: cuando ya no es posible cumplir
• Cumplimiento incompleto: cuando el cumplimiento no se ha realizado de acuerdo con el propósito principal

Todos estos se atribuyen cuando hay circunstancias de intencionalidad o negligencia por parte del deudor, y se basan en el principio de “responsabilidad” en la ley.

Responsabilidad por garantía de defectos

Además, la responsabilidad por garantía de defectos se aplica en casos como cuando se descubre algún defecto después del cumplimiento de la obligación. Esto permite atribuir la responsabilidad sin importar la intencionalidad o negligencia del otro partido, en el interés de la equidad entre las partes del contrato. A diferencia de la responsabilidad por incumplimiento de obligaciones, que requiere circunstancias de intencionalidad o negligencia por parte del otro partido, esto se puede considerar una excepción que permite la persecución de la responsabilidad incluso sin negligencia.

Por ejemplo, en un contrato de trabajo, una vez que se reconoce la “finalización del trabajo”, se considera que la obligación se ha cumplido. Sin embargo, si se descubren defectos posteriores, se convierte en un problema de responsabilidad por garantía de defectos. Para más detalles sobre la conexión entre “finalización del trabajo”, “cumplimiento de la obligación” y “responsabilidad por garantía de defectos” en un contrato de trabajo, consulte el siguiente artículo.

https://monolith.law/corporate/completion-of-work-in-system-development[ja]

Responsabilidad por actos ilícitos

La responsabilidad por actos ilícitos se establece en casos donde hay alguna intencionalidad o negligencia por parte del infractor en casos donde se han infringido los derechos de otros. Un ejemplo típico son los accidentes de tráfico. Entre la víctima y el infractor de un accidente de tráfico, no existe un “contrato para no causar lesiones al chocar un coche”. Sin embargo, se considera que el conductor tiene la “obligación de no causar daño a otros por intencionalidad o negligencia” en su relación con personas distintas a él mismo.

En la mayoría de los casos, cuando se lleva a cabo algún tipo de litigio en el desarrollo de sistemas, la causa de la reclamación se basa en la responsabilidad por incumplimiento de obligaciones o la responsabilidad por garantía de defectos. Por lo tanto, no es muy común que la responsabilidad por actos ilícitos esté involucrada. Esto es natural si se considera que los proyectos de desarrollo de sistemas se llevan a cabo básicamente entre dos partes en una relación contractual, el usuario y el proveedor, y es difícil imaginar que se produzca una “infracción de derechos” fuera de esa relación contractual.

Responsabilidad basada en la Ley Japonesa de Responsabilidad por Productos

Normalmente, el software no se considera un “producto”, por lo que no suele ser un problema bajo la Ley Japonesa de Responsabilidad por Productos. Sin embargo, por ejemplo, en los sistemas integrados, si se puede imaginar un incidente en el que la máquina en la que se ha instalado el software causa algún tipo de incidente (por ejemplo, un fallo en el software provoca un sobrecalentamiento y quema la casa), podría convertirse en un problema de responsabilidad basado en la Ley Japonesa de Responsabilidad por Productos.

El tema de la responsabilidad moral es diferente a la teoría legal

Por cierto, cuando se habla de “responsabilidad”, muchas personas pueden asociarlo con palabras como “disculpa” o “pedir perdón”. Estos términos son diferentes en significado a la “responsabilidad” en términos de obligaciones legales. Además, en cuanto a cómo la “disculpa” como forma de comunicación en las transacciones comerciales puede afectar las relaciones legales de derechos y obligaciones, se explica en el siguiente artículo.

https://monolith.law/corporate/apology-for-system-development[ja]

En este artículo, explicamos que asumir una obligación moral en los negocios no necesariamente crea espacio para la persecución de responsabilidades legales, basándonos en ejemplos de casos judiciales pasados.

Resumen

En este artículo, hemos intentado organizar las leyes relacionadas con el desarrollo de sistemas desde la perspectiva de la “responsabilidad”. Creemos que es importante no confundir la “responsabilidad” en el sentido moral con las obligaciones y deudas legales, para poder gestionar las crisis de los proyectos basándonos en argumentos legales en lugar de emocionales.