Contractele de semi-mandat și contractele de antrepriză pot fi subcontractate? Explicat prin exemplul dezvoltării de sisteme

În domeniul dezvoltării de sisteme, este foarte comun să vedem că furnizorii care au primit contractul de dezvoltare subcontractează la rândul lor un alt furnizor.

Subcontractarea are avantaje pentru utilizatorii care comandă sistemul, cum ar fi posibilitatea de a utiliza pe deplin competențele unui furnizor cu tehnologie avansată. Pe de altă parte, subcontractarea poate duce la riscul de a dezvolta conflicte complexe care implică uneori chiar și furnizorul subcontractat.

Acest articol explică dacă este sau nu potrivit să se utilizeze subcontractarea, împărțind-o în contracte de delegare și contracte de lucrări.

Ce este un contract de dezvoltare a sistemului

În contractele de dezvoltare a sistemului (contracte SES), sunt utilizate în principal două tipuri de contracte: contractul de lucrări și contractul de mandat.

În cazul contractului de lucrări, este promisă finalizarea sistemului, care este produsul final, până la termen. Pe de altă parte, în cazul contractului de mandat, nu este o datorie să finalizeze sistemul, ci este promis că furnizorul va oferi sfaturi și suport din punct de vedere tehnic în timp ce utilizatorul efectuează lucrări precum definirea cerințelor.

Dezvoltarea sistemului implică diverse procese și este necesar să se aleagă contractul potrivit în funcție de conținutul fiecărei activități.

Prin urmare, este obișnuit să se încheie un contract de bază care cuprinde clauze comune tuturor proceselor și apoi să se încheie contracte individuale în funcție de caracteristicile fiecărui proces.

De asemenea, diferențele dintre contractul de lucrări și contractul de mandat în dezvoltarea sistemului sunt explicate în detaliu în articolul de mai jos. Vă rugăm să vă referiți și la acesta.

Articolul corelat: Diferența și distincția dintre contractul de lucrări și contractul de mandat în dezvoltarea sistemului[ja]

Semnificația juridică a subcontractării dezvoltării de sisteme

Subcontractarea dezvoltării de sisteme implică multe părți interesate, ceea ce crește probabilitatea unor conflicte mai complexe.

În primul rând, în dezvoltarea de sisteme, se întâmplă adesea ca progresul proiectului să fie întrerupt din cauza lipsei de comunicare între utilizator și furnizor, sau ca problemele cu programul implementat să fie descoperite după finalizarea livrării, ducând la dispute.

Dacă nu se subcontractează, aceste probleme rămân între utilizator și furnizor.

Pe de altă parte, dacă se subcontractează, subcontractantul este de asemenea implicat în problemele legate de dezvoltarea de sisteme, ceea ce face mai dificilă înțelegerea relațiilor de drepturi și obligații.

De exemplu, dacă apar probleme cu sistemul după finalizarea proiectului, cine ar trebui să își asume responsabilitatea finală devine o problemă între trei părți.

În plus, dacă subcontractarea a fost interzisă de la bun început, furnizorul care a subcontractat fără permisiune poate fi ținut responsabil pentru o altă obligație contractuală.

Prin urmare, este important să știți mai întâi dacă subcontractarea este permisă sau nu, în funcție de tipul de contract.

De asemenea, în articolul de mai jos, explicăm în detaliu problemele legate de dezvoltarea de sisteme. Vă rugăm să consultați și acesta.

Articolul corelat: Ce înseamnă legea în cazul “incendiului” unui proiect de dezvoltare a sistemelor[ja]

În principiu, subcontractarea nu este permisă în cazul contractelor de mandat

În primul rând, dacă ați acceptat dezvoltarea unui sistem prin intermediul unui contract de mandat, în principiu, subcontractarea este interzisă.

Acest lucru se datorează faptului că natura mandatului se bazează pe încrederea în partea căreia i s-a încredințat sarcina și utilizarea arbitrară a altor furnizori pentru a îndeplini sarcina încredințată ar trăda această relație de încredere.

Prin urmare, există un risc ca subcontractarea unilaterală fără permisiunea utilizatorului să devină o problemă de neexecutare a obligațiilor.

În principiu, subcontractarea este posibilă în cazul contractelor de prestări servicii

În continuare, dacă ați preluat dezvoltarea unui sistem prin intermediul unui contract de prestări servicii, în principiu, aveți libertatea de a subcontracta.

Contractul de prestări servicii are ca scop “finalizarea lucrării”, deci nu există nicio problemă dacă dezvoltarea sistemului subcontractat este finalizată, indiferent dacă ați delegat dezvoltarea altui furnizor.

În orice caz, dacă dezvoltarea sistemului nu se încheie până la termen, chiar dacă ați subcontractat altui furnizor, furnizorul inițial va fi cel care va suporta direct responsabilitatea pentru neexecutarea obligațiilor în relația cu utilizatorul.

În articolele de mai jos, explicăm în detaliu aspectele de care trebuie să țineți cont atunci când încheiați un contract de prestări servicii pentru dezvoltarea unui sistem. Vă rugăm să le consultați.

Articolul corelat: Ce înseamnă finalizarea lucrării în cadrul unui contract de prestări servicii pentru dezvoltarea unui sistem[ja]

Articolul corelat: Aspecte de care trebuie să țineți cont atunci când încheiați un contract de prestări servicii pentru dezvoltarea unui sistem[ja]

Exemple importante de procese legate de contractele de prestări servicii și subcontractare

Exemplul de proces pe care îl prezentăm aici este un caz în care un furnizor a început să lucreze la dezvoltarea unui sistem înainte de a încheia un contract formal, dar apoi utilizatorul a refuzat să încheie contractul, ceea ce a dus la un conflict.

În acest caz, furnizorul a dat în judecată pentru a obține despăgubiri pentru daunele suferite din cauza schimbării unilaterale a opiniei utilizatorului.

În acest exemplu de proces, s-a discutat dacă costurile de subcontractare către subcontractor, care au fost angajate înainte de încheierea contractului formal, pot fi incluse în despăgubiri.

În final, instanța a decis că costurile de subcontractare către subcontractor sunt incluse în despăgubirile pentru daune.

Reclamantul, în construirea acestui sistem, a avansat dezvoltarea unui sistem de gestionare a transmiterii și primirii datelor medicale (Gateway de legătură cu sistemul medical și sistem de colectare a datelor medicale) cu X, care are know-how și experiență în dezvoltarea de sisteme similare, presupunând că va încheia un contract de prestări servicii după încheierea contractului de prestări servicii în acest caz…

În schimb, pârâtul susține că nu există nicio dovadă că a acceptat lucrările efectuate de X ca subcontractor pentru reclamant… Cu toate acestea… nu există niciun motiv pentru care reclamantul nu ar fi putut folosi un subcontractor în construirea acestui sistem, deci indiferent dacă pârâtul a acceptat sau nu pe X ca subcontractor, costurile de prestări servicii plătite lui X sunt irelevante pentru faptul dacă acestea constituie sau nu o pierdere pentru reclamant

Hotărârea Tribunalului din Tokyo, 16 aprilie 2012 (anul 24 al erei Heisei)

Așa cum se explică în hotărâre, dacă natura contractului este de prestări servicii, în principiu, este liber să subcontracteze, și nu este necesar acordul utilizatorului.

În orice caz, dacă interdicția de subcontractare a fost convenită în prealabil, se poate presupune că nu s-ar fi permis utilizarea subcontractării, chiar dacă este un contract de prestări servicii.

În ceea ce privește problema dacă puteți solicita utilizatorului o sumă de bani pentru lucrările efectuate înainte de încheierea contractului de dezvoltare a sistemului, tratăm acest subiect în detaliu în articolul de mai jos. Vă rugăm să-l consultați.

Articolul corelat: Un contract de dezvoltare a sistemului poate fi încheiat fără un contract scris?[ja]

Aspecte de luat în considerare la evaluarea posibilității de subcontractare

După cum s-a menționat mai sus, în principiu, concluziile privind posibilitatea de subcontractare diferă în funcție de dacă este vorba de o delegare sau de un contract de lucrări. În continuare, vom sublinia câteva puncte care ar trebui luate în considerare.

În cazul contractelor de lucrări, subcontractarea liberă nu este permisă dacă există o clauză specială

În cazul contractelor de lucrări, în principiu, subcontractarea poate fi realizată liber.

Totuși, ca utilizator, s-ar putea dori interzicerea subcontractării pentru a evita disputele care ar putea apărea ca urmare a acesteia.

De asemenea, în cazul în care se furnizează informații confidențiale sau personale unui furnizor pentru dezvoltarea unui sistem, nu ar fi neobișnuit ca un utilizator să dorească să permită subcontractarea doar către furnizori de încredere.

Prin urmare, partea utilizatorului poate stabili o clauză specială care interzice subcontractarea fără consimțământul prealabil, pentru a evita subcontractarea neautorizată.

Prin stabilirea unei astfel de clauze speciale, utilizatorul poate interzice în principiu subcontractarea sau poate verifica în prealabil subcontractantul.

Prin urmare, dacă există o astfel de clauză specială, chiar și în cazul unui contract de lucrări, nu se poate subcontracta liber fără consimțământul utilizatorului.

În cazul contractelor de delegare, subcontractarea este posibilă dacă utilizatorul consimte

În cazul contractelor de subcontractare, în principiu, subcontractarea nu este permisă.

Totuși, prin realizarea unei subcontractări adecvate, se poate realiza o dezvoltare de sistem eficientă și completă. Prin urmare, conform legii civile japoneze, dacă utilizatorul aprobă subcontractarea, este posibilă subcontractarea chiar și în cazul unui contract de delegare.

Prin urmare, chiar și în cazul încheierii unui contract de delegare, dacă se obține înțelegerea și aprobarea utilizatorului cu privire la semnificația subcontractării, este posibilă realizarea subcontractării.

Atenție la Legea Subcontractării

Legea Subcontractării (Legea Japoneză pentru Prevenirea Întârzierii Plății Subcontractorilor) este o lege menită să echilibreze relațiile comerciale între contractanții principali și subcontractori, unde există adesea o mare discrepanță în puterea de negociere, și să protejeze interesele subcontractorilor.

Chiar și în dezvoltarea de sisteme, există posibilitatea ca tranzacțiile în care contractantul principal subcontractează dezvoltarea să fie supuse Legii Subcontractării.

În cazul în care Legea Subcontractării se aplică, contractantul principal, ca entitate de afaceri principală, are obligații precum crearea și păstrarea anumitor documente, interdicția de a refuza primirea bunurilor sau de a le returna.

Dacă aceste obligații și interdicții sunt încălcate, există posibilitatea de a fi sancționat cu amenzi sau de a primi recomandări.

De notat că Legea Subcontractării se aplică în principal între contractantul principal și subcontractor, și nu se aplică tranzacțiilor între utilizator și contractantul principal.

Însă, dacă utilizatorul are capacitatea de a dezvolta sisteme și produce sisteme pentru uz propriu în cadrul companiei, atunci există posibilitatea ca Legea Subcontractării să se aplice tranzacțiilor în care utilizatorul subcontractează dezvoltarea de sisteme altor entități de afaceri, deci este necesară precauție.

Pentru mai multe detalii despre Legea Subcontractării, vă rugăm să consultați și articolul de mai jos.

Articolul corelat: Explicarea aplicării Legii Subcontractării la dezvoltarea de sisteme și sancțiunile în caz de încălcare[ja]

Atenție la contractele de prestări servicii mascate

“Contractele de prestări servicii mascate” se referă la situațiile în care, deși contractul este unul de prestări servicii sau de mandat, clientul îi comandă și utilizează pe lucrătorii furnizorului, iar în realitate este vorba de o delegare de muncă.

De exemplu, chiar dacă este un contract de prestări servicii, dacă utilizatorul, care este comanditarul, dă instrucțiuni lucrătorilor angajați de furnizor cu privire la modul de executare a muncii sau gestionează orele de intrare și ieșire, acesta este considerat un “contract de prestări servicii mascate”.

În Legea Japoneză a Stabilității Profesionale, utilizarea lucrătorilor sub comanda și controlul altcuiva, cunoscută sub numele de “furnizare de muncitori”, este interzisă în principiu.

Însă, delegarea de muncitori de către agențiile de muncă temporară care au primit permisiunea în conformitate cu Legea Japoneză a Muncii Temporare (Legea privind asigurarea unei funcționări adecvate a afacerilor de muncă temporară și protecția lucrătorilor temporari) este recunoscută special ca “delegare de muncă”.

În cazul “contractelor de prestări servicii mascate”, furnizorul nu a primit permisiunea ca agent de muncă temporară, ci doar a primit comanda de dezvoltare de la utilizator.

În ciuda acestui fapt, utilizarea lucrătorilor angajați de furnizor sub comanda și controlul utilizatorului nu numai că constituie un act de “furnizare de muncitori”, dar și un act de “delegare de muncă” fără permisiune.

Prin urmare, acesta poate încălca atât Legea Muncii Temporare cât și Legea Stabilității Profesionale, și există posibilitatea de a fi pedepsit cu închisoare sau amendă.

Prin urmare, ca furnizor, trebuie să vă comandați și să vă gestionați propriii lucrători pentru a nu fi considerat un “contract de prestări servicii mascate”.

Articolul de mai jos explică în detaliu despre “contractele de prestări servicii mascate”. Vă rugăm să-l consultați și pe acesta.

Articolul corelat: Care sunt criteriile și măsurile de precauție pentru contractele de prestări servicii mascate în industria IT[ja]

Concluzie: Dacă aveți probleme cu subcontractarea, consultați un avocat

Acest articol a explicat dacă subcontractarea este posibilă sau nu, în funcție de tipul de contract pentru dezvoltarea de sisteme.

Pentru a dezvolta un sistem, este important ca utilizatorul și furnizorul să comunice strâns și să avanseze proiectul pe baza unei relații de încredere reciprocă.

Prin urmare, indiferent de tipul de contract pe care îl alegeți, este important să verificați în prealabil cu utilizatorul și furnizorul dacă subcontractarea este posibilă și, în unele cazuri, să stabiliți clauze speciale.

În dezvoltarea de sisteme, există riscul de a apărea numeroase probleme juridice complexe. Pentru a reduce acest risc cât mai mult posibil, vă recomandăm să consultați un avocat specializat atunci când subcontractați sau primiți o subcontractare pentru dezvoltarea de sisteme.