È possibile il subappalto con contratti di quasi mandato e contratti di appalto? Spiegazione con lo sviluppo di sistemi come esempio

Nel campo dello sviluppo di sistemi, è comune vedere operazioni in cui un fornitore che ha ricevuto un incarico di sviluppo lo riassegna a un altro operatore.

La riassegnazione ha dei vantaggi anche per l’utente che ordina il sistema, come la possibilità di sfruttare appieno le competenze di operatori con tecnologie avanzate. D’altra parte, la riassegnazione può comportare il rischio di sviluppare conflitti complessi che coinvolgono anche l’operatore a cui è stata riassegnata l’attività.

In questo articolo, discuteremo se utilizzare o meno la riassegnazione, dividendo la discussione tra contratti di delega e contratti di appalto.

Cos’è un contratto di sviluppo di sistema

Nei contratti di sviluppo di sistema (contratti SES), vengono utilizzati principalmente due tipi di contratti: il contratto d’appalto e il contratto di mandato qualificato.

Nel caso del contratto d’appalto, è garantito che il sistema, che è il prodotto finale, sarà completato entro un certo termine. D’altra parte, nel caso del contratto di mandato qualificato, non è un obbligo completare il sistema, ma è garantito che il fornitore fornirà consulenza e supporto dal punto di vista tecnico quando l’utente svolge attività come la definizione dei requisiti.

Lo sviluppo di sistema comprende vari processi e si richiede la scelta di un contratto appropriato in base al contenuto di ciascun lavoro.

Di conseguenza, è comune adottare un approccio in cui si stipula un contratto base che riunisce le clausole comuni a tutti i processi, e poi si stipulano contratti individuali in base alle caratteristiche di ciascun processo.

Per ulteriori dettagli sulle differenze tra il contratto d’appalto e il contratto di mandato qualificato nello sviluppo di sistemi, si prega di fare riferimento all’articolo sottostante.

Articolo correlato: Differenze e distinzioni tra contratti d’appalto e contratti di mandato qualificato nello sviluppo di sistemi[ja]

Il significato legale della riassegnazione dello sviluppo di sistemi

Riassegnare lo sviluppo di un sistema può coinvolgere molte parti interessate, aumentando la probabilità di conflitti più complessi.

Innanzitutto, nello sviluppo di sistemi, si vedono spesso casi in cui il progresso del progetto viene interrotto a causa della mancanza di comunicazione tra l’utente e il fornitore, o in cui si scopre che il programma implementato ha dei difetti dopo la consegna, portando a dispute.

Se non si riassegna, questi problemi rimangono tra l’utente e il fornitore.

D’altra parte, se si riassegna, il fornitore di riassegnazione può essere coinvolto in problemi relativi allo sviluppo del sistema, rendendo più difficile comprendere le relazioni di diritti e doveri.

Ad esempio, se si verifica un difetto nel sistema dopo la fine del progetto, la questione di chi tra le parti dovrebbe assumersi la responsabilità finale diventa un problema tra tre parti.

Inoltre, se la riassegnazione era inizialmente proibita, il fornitore che ha riassegnato arbitrariamente potrebbe essere chiamato a rispondere di un’altra responsabilità contrattuale.

Pertanto, è importante sapere prima se la riassegnazione è permessa o meno a seconda del tipo di contratto.

Nell’articolo seguente, spieghiamo in dettaglio i problemi relativi allo sviluppo di sistemi. Si prega di fare riferimento anche a questo.

Articolo correlato: La legge relativa al “fallimento” del progetto di sviluppo di sistemi[ja]

Se si tratta di un contratto di quasi-mandato, la riassegnazione è in linea di principio non consentita

Prima di tutto, se si accetta lo sviluppo di un sistema attraverso un contratto di quasi-mandato, la riassegnazione è in linea di principio proibita.

Questo perché la natura del mandato si basa sulla fiducia nella parte a cui è stato affidato, e l’uso arbitrario di altri operatori per eseguire il lavoro affidato equivale a tradire questa relazione di fiducia.

Di conseguenza, c’è il rischio che la riassegnazione unilaterale senza il permesso dell’utente possa di per sé evolvere in un problema di inadempimento del debito.

Se si tratta di un contratto d’appalto, la subappalto è possibile in linea di principio

Successivamente, se si accetta lo sviluppo di un sistema attraverso un contratto d’appalto, è possibile subappaltare (subcontrattare) in linea di principio.

Il contratto d’appalto ha come obiettivo “completare il lavoro”, quindi non ci sono problemi a subappaltare lo sviluppo del sistema a un altro fornitore, purché lo sviluppo del sistema commissionato sia completato.

Tuttavia, se lo sviluppo del sistema non è completato entro il termine, il fornitore originale sarà direttamente responsabile del mancato adempimento del contratto nei confronti dell’utente, anche se ha subappaltato a un altro fornitore.

Nell’articolo seguente, spieghiamo in dettaglio i punti da tenere in considerazione quando si stipula un contratto d’appalto per lo sviluppo di un sistema. Si prega di fare riferimento anche a questo.

Articolo correlato: Cosa significa completare il lavoro in un contratto d’appalto per lo sviluppo di un sistema[ja]

Articolo correlato: Cosa considerare quando si stipula un contratto d’appalto per lo sviluppo di un sistema[ja]

Importante precedente legale riguardante i contratti d’appalto e i subappalti

Il caso giudiziario che presentiamo qui riguarda una controversia in cui un fornitore ha iniziato a lavorare prima della conclusione formale del contratto nello sviluppo di un sistema, ma in seguito l’utente ha rifiutato di stipulare il contratto.

In questo caso, il fornitore ha citato in giudizio per il risarcimento dei danni subiti a causa del cambiamento unilaterale di opinione dell’utente.

In questo precedente, la questione era se il pagamento al subappaltatore, che era stato ordinato prima della conclusione formale del contratto, potesse essere incluso nel risarcimento dei danni.

Il tribunale ha concluso che il pagamento al subappaltatore è incluso nell’ambito del risarcimento dei danni.

Il querelante, nel costruire il sistema in questione, ha avanzato lo sviluppo di un sistema di gestione della trasmissione e della ricezione dei dati medici (gateway di collegamento del sistema medico e sistema di raccolta dei dati medici) con X, che ha know-how e un track record nello sviluppo di sistemi simili, sulla base del presupposto che un contratto di appalto sarebbe stato stipulato dopo la conclusione del contratto di appalto in questione…

Al contrario, l’imputato sostiene che non c’è alcuna prova che abbia accettato il lavoro svolto da X come subappaltatore per il querelante… Tuttavia… non c’era alcuna ragione per cui il querelante non potesse utilizzare un subappaltatore per costruire il sistema in questione, quindi se l’imputato aveva accettato X come subappaltatore o meno è irrilevante per la questione se il pagamento dell’appalto a X costituisce un danno per il querelante

Giudizio del Tribunale di Tokyo, 16 aprile 2012 (anno 24 dell’era Heisei)

Come spiegato nella sentenza, se la natura del contratto è un appalto, in linea di principio, l’uso del subappalto (subcontratto) è libero e non è necessario il consenso dell’utente.

Tuttavia, se è stato concordato in anticipo che il subappalto è proibito, si può pensare che l’uso del subappalto (subcontratto) non sarebbe stato permesso anche in un contratto d’appalto.

Per quanto riguarda la questione se è possibile richiedere un pagamento all’utente per il lavoro svolto prima della conclusione del contratto di sviluppo del sistema, si prega di fare riferimento anche all’articolo seguente, che tratta in dettaglio questa questione.

Articolo correlato: Un contratto per lo sviluppo di un sistema può essere concluso senza un contratto scritto?[ja]

Considerazioni sulla decisione di subappaltare

Come abbiamo visto, in linea di principio, la decisione di subappaltare può variare a seconda che si tratti di un incarico o di un contratto d’appalto. Di seguito, esamineremo alcuni punti importanti da considerare in questo contesto.

Anche nel contratto d’appalto, se esiste una clausola speciale, il subappalto libero non è possibile

Nel contratto d’appalto, in linea di principio, è possibile subappaltare liberamente.

Tuttavia, come utente, potresti voler evitare possibili dispute derivanti dal subappalto e quindi desiderare di proibirlo.

Inoltre, non sarebbe insolito per un utente che ha fornito informazioni riservate o personali a un fornitore per lo sviluppo di un sistema, voler consentire il subappalto solo a fornitori di fiducia.

Di conseguenza, l’utente può stabilire una clausola speciale che proibisce il subappalto senza il suo previo consenso, al fine di evitare che venga subappaltato arbitrariamente.

Stabilendo una tale clausola speciale, l’utente può, in linea di principio, proibire il subappalto o controllare in anticipo il subappaltatore.

Quindi, se esiste una tale clausola speciale, anche se si tratta di un contratto d’appalto, non è possibile subappaltare liberamente senza il consenso dell’utente.

Anche nel contratto di delega, se l’utente acconsente, il subappalto è possibile

Allo stesso modo, nel contratto di subappalto, in linea di principio, non è possibile subappaltare.

Tuttavia, un subappalto appropriato può anche consentire la realizzazione di uno sviluppo di sistema fluido e completo. Pertanto, secondo il codice civile, se l’utente approva il subappalto, è possibile subappaltare anche in un contratto di delega.

Quindi, anche se si stipula un contratto di delega, è possibile subappaltare se si fa comprendere all’utente il significato del subappalto e si ottiene il suo consenso.

Attenzione alla Legge sui Subappalti

La Legge sui Subappalti (Legge per la prevenzione del ritardo nei pagamenti dei subappalti) è una legge che mira a garantire l’equità nelle relazioni commerciali tra appaltatori e subappaltatori, che tendono ad avere un grande divario in termini di potere negoziale, e a proteggere gli interessi dei subappaltatori.

Anche nello sviluppo di sistemi, le transazioni in cui l’appaltatore principale riassegna lo sviluppo al subappaltatore possono essere soggette all’applicazione della Legge sui Subappalti.

Se la Legge sui Subappalti si applica, l’appaltatore principale, in qualità di impresa genitrice, ha l’obbligo di creare e conservare determinati documenti, e gli è vietato rifiutare di ricevere o restituire l’oggetto del contratto.

Se si violano questi obblighi e divieti, si può essere soggetti a multe o a raccomandazioni.

La Legge sui Subappalti si applica fondamentalmente alle transazioni tra l’appaltatore principale e il subappaltatore, e non si applica alle transazioni tra l’utente e l’appaltatore principale.

Tuttavia, se l’utente ha la capacità di sviluppare sistemi e produce sistemi per uso interno, è necessario prestare attenzione al fatto che la Legge sui Subappalti può applicarsi alle transazioni in cui l’utente affida lo sviluppo del sistema ad un’altra impresa.

Per ulteriori dettagli sulla Legge sui Subappalti, si prega di fare riferimento all’articolo sottostante.

Articolo correlato: Spiegazione dell’applicazione della Legge sui Subappalti allo sviluppo di sistemi e delle sanzioni in caso di violazione[ja]

Attenzione alla subappalto mascherato

Il “subappalto mascherato” si riferisce a situazioni in cui, sebbene un contratto sia formalmente un contratto di subappalto o di delega, il committente dirige e utilizza i lavoratori del subappaltatore, rendendo la situazione effettivamente un distacco di lavoratori.

Ad esempio, se un utente, pur essendo un committente, dà istruzioni ai lavoratori impiegati dal fornitore su come svolgere il lavoro o gestisce i loro orari di ingresso e uscita, ciò rientra nella categoria di “subappalto mascherato”.

La Legge sulla stabilità dell’occupazione (Legge giapponese sulla stabilità dell’occupazione) proibisce in linea di principio l’uso dei lavoratori sotto la propria gestione sotto la direzione e il controllo di altri, definendolo come “fornitura di lavoratori”.

Tuttavia, l’invio di lavoratori da parte di un’agenzia di lavoro temporaneo che ha ricevuto l’autorizzazione in base alla Legge sul lavoro temporaneo (Legge giapponese sulla gestione appropriata delle attività di lavoro temporaneo e sulla protezione dei lavoratori temporanei) è riconosciuto come un’eccezione speciale come “distacco di lavoratori”.

Nel caso del “subappalto mascherato”, il fornitore non ha ricevuto l’autorizzazione come agenzia di lavoro temporaneo, ma ha semplicemente ricevuto l’incarico di sviluppo dall’utente.

Nonostante ciò, l’uso dei lavoratori impiegati dal fornitore sotto la direzione e il controllo dell’utente non solo equivale a fornire lavoratori, ma anche a inviare lavoratori senza autorizzazione.

Di conseguenza, ciò potrebbe violare sia la Legge sul lavoro temporaneo che la Legge sulla stabilità dell’occupazione, con la possibilità di essere puniti con la prigione o una multa.

Quindi, come fornitore, è necessario dirigere e gestire i propri lavoratori per evitare di essere considerati come “subappalto mascherato”.

Nell’articolo seguente, si discute in modo più dettagliato del “subappalto mascherato”. Si prega di fare riferimento anche a questo.

Articolo correlato: Quali sono i criteri di giudizio e le contromisure per il subappalto mascherato nel settore IT[ja]

Riassunto: Se hai problemi con la subappalto, consulta un avvocato

In questo articolo, abbiamo discusso se è possibile o meno il subappalto in base al tipo di contratto per lo sviluppo di sistemi.

Per lo sviluppo di un sistema, è importante che l’utente e il fornitore comunichino strettamente e portino avanti il progetto sulla base di una relazione di fiducia reciproca.

Quindi, indipendentemente dal tipo di contratto che si sceglie, è importante verificare in anticipo tra l’utente e il fornitore la possibilità di subappalto e, a seconda dei casi, stabilire clausole speciali.

Nello sviluppo di sistemi, esiste il rischio di numerosi e complessi problemi legali. Per ridurre al minimo questo rischio, si consiglia di consultare un avvocato specializzato quando si affida o si riceve l’incarico per lo sviluppo di un sistema.