¿Se puede subcontratar con contratos de agencia delegada y contratos de trabajo? Explicación con el desarrollo de sistemas como ejemplo

En el campo del desarrollo de sistemas, es común ver operaciones donde el proveedor que recibe el encargo de desarrollo, a su vez, subcontrata a otro proveedor.

La subcontratación tiene ventajas para el usuario que encarga el sistema, como la posibilidad de aprovechar al máximo las habilidades de un proveedor con alta tecnología. Sin embargo, al subcontratar, también existe el riesgo de que se desarrolle un conflicto complejo que involucre al proveedor subcontratado.

En este artículo, explicaremos la posibilidad de utilizar la subcontratación, dividiéndola en contratos de subcontratación y contratos de trabajo.

¿Qué es un contrato de desarrollo de sistemas?

En un contrato de desarrollo de sistemas (contrato SES), se utilizan básicamente dos tipos de contratos: el contrato de obra y el contrato de mandato implícito.

En el caso del contrato de obra, se promete completar el sistema, que es el producto final, antes de la fecha límite. Por otro lado, en el caso del contrato de mandato implícito, no se promete la finalización del sistema como una obligación, sino que se promete que el proveedor brindará asesoramiento y apoyo desde el punto de vista técnico cuando el usuario realice tareas como la definición de requisitos.

El desarrollo de sistemas implica varios procesos, y se requiere seleccionar el contrato adecuado de acuerdo con el contenido de cada tarea.

Por lo tanto, es común adoptar un enfoque en el que se celebra un contrato básico que recopila las cláusulas comunes a todos los procesos, y luego se celebra un contrato individual de acuerdo con las características de cada proceso.

El significado legal de subcontratar el desarrollo de sistemas

Subcontratar el desarrollo de sistemas puede implicar a muchos actores, lo que aumenta la posibilidad de conflictos más complejos.

En el desarrollo de sistemas, a menudo vemos casos en los que el progreso del proyecto se detiene debido a la falta de comunicación entre el usuario y el proveedor, o se descubre que el programa implementado tiene problemas después de la entrega, lo que lleva a disputas.

Si no se subcontrata, estos problemas se limitan a ser cuestiones entre el usuario y el proveedor.

Por otro lado, si se subcontrata, el contratista de la subcontratación también se ve involucrado en los problemas relacionados con el desarrollo del sistema, lo que hace que sea más difícil entender las relaciones de derechos y obligaciones.

Por ejemplo, si se produce un problema en el sistema después de la finalización del proyecto, quién debe asumir la responsabilidad final se convierte en un problema entre las tres partes.

Además, si la subcontratación estaba prohibida en primer lugar, el proveedor que subcontrató por su cuenta podría enfrentarse a la responsabilidad contractual.

Por lo tanto, es importante saber primero si se permite la subcontratación según el tipo de contrato.

En principio, la subcontratación no está permitida en los contratos de mandato

En primer lugar, si se asume el desarrollo del sistema mediante un contrato de mandato, la subcontratación está prohibida en principio.

Esto se debe a que la naturaleza del mandato se basa en la confianza en la parte a la que se le ha confiado, y el uso arbitrario de otros proveedores para llevar a cabo el trabajo confiado sería una traición a esa relación de confianza.

Por lo tanto, la subcontratación unilateral sin el permiso del usuario puede llevar a problemas de incumplimiento de obligaciones.

En principio, la subcontratación es posible en un contrato de obra

A continuación, si se asume el desarrollo del sistema mediante un contrato de obra, en principio, es libre de subcontratar.

El contrato de obra tiene como objetivo “completar el trabajo”, por lo que no hay problema en subcontratar el desarrollo del sistema a otro proveedor, siempre y cuando se complete el desarrollo del sistema encargado.

Por supuesto, si el desarrollo del sistema no se completa antes de la fecha límite, incluso si se ha subcontratado a otro proveedor, el proveedor original será directamente responsable del incumplimiento de la obligación en relación con el usuario.

Importante precedente judicial sobre contratos de obra y subcontratación

El caso judicial que presentamos aquí es un caso en el que el proveedor comenzó a trabajar antes de la formalización del contrato en el desarrollo del sistema, pero luego el usuario se negó a firmar el contrato, lo que llevó a una disputa.

En este caso, el proveedor demandó una indemnización por los daños sufridos debido al cambio de opinión unilateral del usuario.

En este precedente judicial, se discutió si los honorarios de subcontratación pagados al subcontratista, que se habían ordenado antes de la formalización del contrato, podrían incluirse en la indemnización por daños y perjuicios.

Como conclusión, el tribunal indicó que los honorarios de subcontratación pagados al subcontratista también están incluidos en el alcance de la indemnización por daños y perjuicios.

El demandante, en la construcción del sistema en cuestión, había avanzado en el desarrollo del sistema de gestión de transmisión y recepción de datos médicos (Gateway de enlace del sistema médico y sistema de recolección de datos médicos) con X, que tiene know-how y experiencia en el desarrollo de sistemas similares, con la premisa de firmar un contrato de subcontratación después de la conclusión del contrato de subcontratación en cuestión…

Por otro lado, el demandado argumenta que no hay hechos que demuestren que aceptó el trabajo realizado por X como subcontratista para el demandante… Sin embargo… no es que no se permitiera al demandante utilizar un subcontratista en la construcción del sistema en cuestión, por lo que si el demandado aceptó o no a X como subcontratista es irrelevante para si los honorarios de subcontratación pagados a X son un daño para el demandante.

Sentencia del Tribunal de Distrito de Tokio, 16 de abril de 2012 (2012)

Así, en la sentencia, se explica que, dado que la naturaleza del contrato es un contrato de obra, en principio, es libre de utilizar la subcontratación, y no se requiere la aprobación del usuario.

Por supuesto, si se acordó de antemano la prohibición de la subcontratación, incluso en un contrato de obra, es probable que no se permitiera el uso de la subcontratación.

Puntos a tener en cuenta al decidir sobre la posibilidad de subcontratación

Como se ha mencionado anteriormente, en principio, las conclusiones sobre la posibilidad de subcontratación varían dependiendo de si se trata de un mandato o un contrato de obra. A continuación, destacaremos algunos puntos que deben tenerse en cuenta.

En los contratos de obra, la subcontratación libre no es posible si hay una cláusula especial

En los contratos de obra, en principio, se puede subcontratar libremente.

Sin embargo, como usuario, es posible que desee prohibir la subcontratación para evitar posibles conflictos que puedan surgir de ella.

Además, en casos en los que se proporciona información confidencial o personal al proveedor para el desarrollo del sistema, no sería extraño que los usuarios quisieran permitir la subcontratación solo a proveedores de confianza.

Por lo tanto, los usuarios pueden establecer una cláusula especial que prohíba la subcontratación sin su consentimiento previo para evitar ser subcontratados a su antojo.

Al establecer tal cláusula especial, los usuarios pueden, en principio, prohibir la subcontratación o verificar previamente a quién se subcontrata.

Por lo tanto, si existe tal cláusula especial, incluso en un contrato de obra, no se puede subcontratar libremente sin el consentimiento del usuario.

En los contratos de mandato, la subcontratación es posible si el usuario da su consentimiento

En los contratos de subcontratación, en principio, no se puede subcontratar.

Sin embargo, una subcontratación adecuada puede permitir la realización de un desarrollo de sistema fluido y completo. Por lo tanto, el Código Civil establece que si el usuario aprueba la subcontratación, se puede subcontratar incluso en un contrato de mandato.

Por lo tanto, incluso si se ha firmado un contrato de mandato, al hacer que el usuario comprenda el significado de la subcontratación y obtener su aprobación, se puede subcontratar.

Atención a la Ley de Subcontratación

La Ley de Subcontratación (Ley para la Prevención de Retrasos en el Pago de Subcontrataciones) es una ley diseñada para equilibrar las relaciones comerciales entre contratistas y subcontratistas, que a menudo tienen grandes diferencias en poder de negociación, y para proteger los intereses de los subcontratistas.

En el desarrollo de sistemas, las transacciones en las que el contratista principal subcontrata el desarrollo a un subcontratista pueden estar sujetas a la Ley de Subcontratación.

Si se aplica la Ley de Subcontratación, el contratista principal, como empresa matriz, tiene obligaciones como la creación y conservación de ciertos documentos, y se le prohíbe rechazar o devolver los bienes objeto del contrato.

Si se violan estas obligaciones y prohibiciones, se puede imponer una multa o se puede recibir una recomendación.

Es importante señalar que la Ley de Subcontratación se aplica básicamente entre el contratista principal y el subcontratista, y no se aplica a las transacciones entre el usuario y el contratista principal.

Sin embargo, si el usuario tiene la capacidad de desarrollar sistemas y está produciendo sistemas para su propio uso dentro de la empresa, es necesario tener cuidado, ya que la Ley de Subcontratación puede aplicarse a las transacciones en las que el usuario subcontrata el desarrollo del sistema a otro operador.

Precaución con la subcontratación disfrazada

La “subcontratación disfrazada” se refiere a situaciones en las que, aunque el contrato es de subcontratación o de encargo, el cliente dirige y utiliza a los trabajadores del contratista, y en realidad es una situación de envío de trabajadores.

Por ejemplo, aunque se trate de una subcontratación, si el usuario, que es el solicitante, da instrucciones a los trabajadores empleados por el proveedor sobre cómo realizar el trabajo, o gestiona su entrada y salida, se considera una “subcontratación disfrazada”.

La Ley de Estabilidad Laboral (Ley japonesa de Estabilidad Laboral) prohíbe en principio que se utilicen trabajadores bajo la dirección y control de otros, lo que se denomina “suministro de trabajadores”.

Sin embargo, el envío de trabajadores por parte de un proveedor de servicios de envío que ha obtenido permiso en virtud de la Ley de Envío de Trabajadores (Ley japonesa para asegurar la operación adecuada de los negocios de envío de trabajadores y la protección de los trabajadores enviados) se permite especialmente como “envío de trabajadores”.

En el caso de la “subcontratación disfrazada”, el proveedor no ha obtenido permiso como proveedor de servicios de envío, sino que simplemente ha recibido un encargo de desarrollo del usuario.

A pesar de ello, permitir que los trabajadores empleados por el proveedor sean utilizados bajo la dirección y control del usuario no sólo constituye un acto de “suministro de trabajadores”, sino también un acto de “envío de trabajadores” sin permiso.

Por lo tanto, puede violar tanto la Ley de Envío de Trabajadores como la Ley de Estabilidad Laboral, y puede ser castigado con prisión o multa.

Por lo tanto, como proveedor, debe dirigir y gestionar a sus propios trabajadores para evitar ser considerado como una “subcontratación disfrazada”.

Resumen: Si tienes problemas con la subcontratación, consulta a un abogado

En este artículo, hemos explicado si es posible subcontratar o no, centrándonos en los diferentes tipos de contratos de desarrollo de sistemas.

Para desarrollar un sistema, es importante que el usuario y el proveedor se comuniquen estrechamente y avancen el proyecto bajo una relación de confianza mutua.

Por lo tanto, independientemente del tipo de contrato que elijas, es importante verificar de antemano con el usuario y el proveedor sobre la posibilidad de subcontratación, y en algunos casos, establecer cláusulas especiales.

En el desarrollo de sistemas, existe el riesgo de que surjan numerosos y complejos problemas legales. Para minimizar este riesgo, recomendamos consultar con un abogado especializado cuando se subcontrate o se reciba una subcontratación de desarrollo de sistemas.