Diferența și distincția dintre contractul de prestări servicii și contractul de delegare în dezvoltarea de sisteme

În cadrul comandării și recepționării dezvoltării de sisteme, sunt încheiate contracte cu diverse titluri, cum ar fi contractul de delegare, contractul de delegare a serviciilor și contractul de dezvoltare a sistemului.

În lege, contractele în care o parte își asumă un serviciu (cum ar fi dezvoltarea), iar cealaltă parte plătește o remunerație pentru acesta, sunt diferențiate ca contracte de subcontractare și contracte de delegare semi-oficială.

Pentru a o spune pe scurt,

• Contractul de subcontractare: un contract în care “puteți primi o remunerație dacă livrați ceea ce a fost promis”

• Contractul de delegare semi-oficială: un contract în care “primiți o remunerație și faceți eforturi corespunzătoare acestei remunerații pentru a da tot ce e mai bun”

acestea sunt.

Dezvoltarea sistemului: contract de lucrări sau contract de mandat?

Dezvoltarea sistemului are ca scop crearea unui “lucru promis”, și conform distincției de mai sus, s-ar putea crede că este un contract de lucrări, dar nu este atât de simplu. Dezvoltarea sistemului diferă puțin de contractul de lucrări tipic pe care legea îl presupune.

Un contract de lucrări tipic ar fi, de exemplu, un costum la comandă. În cazul unui costum, odată ce dimensiunile sunt stabilite, imaginea produsului finit este ușor de înțeles între părți, iar judecata dacă produsul finit corespunde comenzii este de asemenea ușoară. În contrast, în dezvoltarea sistemului, nu există de obicei documente care să facă ușor de înțeles imaginea de ansamblu a sistemului, și se poate spune că este dificil pentru client să înțeleagă imaginea de ansamblu. În plus, sistemul care urmează să fie dezvoltat are o particularitate de a fi concretizat treptat prin procese de natură diferită.

Prin urmare, se poate spune că este adesea problematic să se distingă dacă natura contractului într-o anumită etapă a dezvoltării sistemului, în special în etapa inițială, este un “contract de lucrări” care promite finalizarea lucrării, sau un “contract de mandat” care se străduiește să facă tot posibilul. Și în funcție de această distincție, dacă lucrarea nu este finalizată, remunerația pe care o poate obține compania de dezvoltare a sistemului poate deveni zero, ceea ce poate duce la o sarcină financiară excesivă și mare pentru una dintre părți, deci distincția asupra tipului de contract este importantă.

Prin urmare, vom explica diferența dintre contractul de lucrări și contractul de mandat, care ar trebui să încheie un contract și criteriile de distincție între cele două.

Diferențele dintre contractul de antrepriză și contractul de mandat

În primul rând, vom explica diferențele dintre prevederile contractului de antrepriză și contractului de mandat conform Codului Civil Japonez (Codul Civil Japonez), precum și modul în care sunt tratate în cazul încheierii unui contract special.

Primirea remunerației pentru contractul de prestări servicii, reziliere, răspundere pentru garanția defectelor, subcontractare și clauze speciale

Contractul de prestări servicii este un contract în care una dintre părți (prestatorul/furnizorul) promite să finalizeze o anumită muncă, iar cealaltă parte (comanditarul/utilizatorul) promite să ofere o remunerație (prețul contractului) pentru rezultatul acelei munci.

“Finalizarea muncii” poate include, de exemplu, crearea de produse finale pe care ambele părți le-au recunoscut, cum ar fi “planul”, “documentul de definire a cerințelor”, “documentul de proiectare de bază”, “programul”, “sistemul”, etc.

Primirea remunerației

Dacă munca nu este finalizată, prestatorul/furnizorul nu poate primi remunerația. Dacă doriți să fiți plătit înainte de finalizarea muncii, va trebui să încheiați o clauză specială de plată în avans. În cazul proiectelor de dezvoltare a sistemelor bazate pe contracte de prestări servicii, “finalizarea muncii” este un concept foarte important. Acesta este explicat în detaliu în articolul de mai jos.

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

De asemenea, “finalizarea muncii”, în cazul dezvoltării de sisteme, este de obicei recunoscută după “inspecția estimată”.

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

Chiar dacă ați încheiat o clauză specială, dacă munca nu este finalizată din cauza anulării proiectului, prestatorul/furnizorul trebuie să returneze remunerația deja primită de la comanditar/utilizator, ca un beneficiu fără justificare. Aceasta este principala diferență față de contractul de delegație.

Reziliere

Dacă niciuna dintre părți nu a încălcat obligațiile (încălcarea promisiunii), comanditarul/utilizatorul poate rezilia contractul, compensând daunele, până la finalizarea muncii. “Daunele” în acest caz reprezintă suma dintre costurile pe care prestatorul/furnizorul le-a suportat și remunerația pe care ar fi putut-o obține, minus costurile pe care le-a putut economisi datorită scutirii de obligația de a finaliza munca. Pe de altă parte, prestatorul/furnizorul nu poate rezilia contractul.

Dacă încheiați o clauză specială care spune că nu puteți rezilia decât dacă cealaltă parte nu își îndeplinește obligațiile, prestatorul/furnizorul nu va mai avea riscul de a fi reziliat oricând, chiar dacă nu există nicio încălcare a contractului, așa cum s-a menționat mai sus.

Răspundere pentru garanția defectelor

Dacă există defecte în obiectul muncii, comanditarul poate solicita repararea defectelor, poate solicita despăgubiri pentru daune și poate rezilia contractul dacă obiectivul contractului nu poate fi atins.

Defectele reprezintă deficiențe sau defecte și sunt recunoscute atunci când calitatea sau performanța pe care obiectul ar trebui să le aibă, în conformitate cu scopul contractului, lipsesc. Dacă, după finalizarea ultimului proces planificat în contract, sistemul nu este realizat conform specificațiilor și performanței promise, acesta este considerat “defectuos”.

În jurisprudență, a existat un caz în care un bug legat de scurgerea de informații personale în construcția unui sistem universitar nu a fost considerat un defect, dar lipsa unui control exclusiv esențial în acel sistem a fost recunoscută ca un “defect”. Puteți încheia o clauză specială care să stipuleze că nu veți asuma răspunderea pentru garanția defectelor sau că veți scurta perioada în care veți asuma această răspundere.

De asemenea, răspunderea pentru garanția defectelor este explicată în detaliu în articolul de mai jos.

https://monolith.law/corporate/defect-warranty-liability[ja]

Subcontractare

Prestatorul/furnizorul poate subcontracta liber. Dacă încheiați o clauză specială care interzice subcontractarea, nu veți putea subcontracta.

Remunerația, rezilierea, răspunderea pentru garanția viciilor, subcontractarea și clauzele speciale în contractul de mandat

Contractul de mandat este un contract în care o persoană (mandatarul/furnizorul) este însărcinată de către o altă persoană (mandantul/utilizatorul) să efectueze anumite sarcini. Mandatarul are obligația de a-și exercita abilitățile și de a-și îndeplini sarcinile într-un mod rațional, respectând datoria de diligență a unui administrator bun. În esență, este vorba despre a “da tot ce e mai bun”.

Un exemplu tipic este actul medical, unde nu se asumă responsabilitatea pentru vindecare, dar se promite furnizarea unui nivel de tratament peste standard.

Un aspect major care diferențiază contractul de mandat de contractul de lucrări este faptul că nu este necesar să se asume responsabilitatea pentru rezultatul muncii.

Remunerația

Spre deosebire de contractul de lucrări, chiar dacă munca nu este finalizată, dacă sarcinile au fost efectuate corespunzător, mandatarul/furnizorul poate primi remunerația. De asemenea, dacă mandatul se încheie în timpul executării din cauze care nu pot fi atribuite mandatarului, acesta poate solicita remunerația proporțional cu munca deja efectuată.

În plus, în conformitate cu modificarea Legii obligațiilor, promulgată în 2017 (intrată în vigoare în aprilie 2020), chiar și în cazul unui contract de mandat, remunerația poate fi plătită pentru rezultatele obținute, iar în acest caz, remunerația poate fi solicitată, în principiu, după finalizarea rezultatelor.

În ceea ce privește posibilitatea de a crește remunerația stabilită inițial în funcție de evoluția dezvoltării sistemului, acest aspect este explicat în detaliu într-un alt articol.

https://monolith.law/corporate/increase-of-estimate[ja]

Rezilierea

Chiar dacă partea adversă nu a încălcat obligațiile contractuale, atât mandantul/utilizatorul, cât și, spre deosebire de contractul de lucrări, mandatarul/furnizorul pot rezilia contractul în orice moment.

Dacă se încheie o clauză specială care stipulează că contractul nu poate fi reziliat decât în cazul în care partea adversă nu își îndeplinește obligațiile, riscul de a fi reziliat fără motiv în orice moment este eliminat.

Problemele legale care apar atunci când dezvoltarea sistemului este întreruptă din cauza utilizatorului sunt explicate în detaliu în articolul de mai jos.

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

Răspunderea pentru garanția viciilor

Reglementările privind răspunderea pentru garanția viciilor nu există, spre deosebire de contractul de lucrări. Termenii “răspunderea pentru garanția viciilor” și “inspecția” menționată anterior sunt destul de cunoscuți ca termeni legali legați de dezvoltarea sistemelor, dar acestea apar doar în cazul contractelor de lucrări. Cu toate acestea, mandatarul are datoria de a “da tot ce e mai bun”, iar dacă nu își îndeplinește sarcinile într-un mod rațional, există riscul de a fi solicitat să plătească daune-interese sau de a fi reziliat pe baza neîndeplinirii obligațiilor.

În special, obligațiile pe care le are partea furnizorului în dezvoltarea sistemelor includ obligația de management al proiectului.

Subcontractarea

Spre deosebire de contractul de lucrări, mandatarul/furnizorul, în principiu, nu poate subcontracta. Dacă dorește să subcontracteze, va încheia o clauză specială în acest sens.

Acest aspect este adesea o problemă în practică și necesită atenție. Dacă încheiați un contract pentru un proiect de dezvoltare de tip mandat fără o clauză specială de permisiune de subcontractare, presupunând că “dacă este vorba de dezvoltare de sistem, subcontractarea ar trebui să fie posibilă dacă nu este menționată în mod special”, vă puteți afla în situația în care “faptul că ați subcontractat” în sine este considerat o încălcare a contractului.

Există și obligații care revin utilizatorului, în calitate de comanditar

Deși până acum am discutat în principal despre obligațiile care revin furnizorului, în calitate de prestator de servicii, în cazul dezvoltării de sisteme care necesită un număr mare de mâini de lucru și de ore de muncă, există și o anumită “obligație de cooperare” care revine comanditarului, adică utilizatorului. Detalii despre acest aspect sunt prezentate într-un alt articol.

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

Ce ar trebui să alegeți: Contractul de prestări servicii sau Contractul de mandat?

Avantajele și dezavantajele pentru companiile de dezvoltare / furnizorii

Pentru companiile de dezvoltare / furnizorii, un avantaj al “Contractului de prestări servicii” este că, dacă se descurcă bine cu mai puțini oameni implicați, pot câștiga mai mult decât cu un contract de mandat. Spre deosebire de mandat, obligația în cazul unui contract de prestări servicii este “să finalizeze” lucrarea, ceea ce înseamnă că, indiferent cât de mult reduc costurile prin eficientizarea muncii sau reducerea numărului de oameni, atâta timp cât finalizează lucrarea, își îndeplinesc obligația.

Dezavantajele sunt:

• Nu se poate obține o plată garantată până când munca nu este finalizată
• Dacă apar ore de muncă neașteptate pentru a finaliza o lucrare care îndeplinește cerințele, costurile suplimentare de muncă pot duce la pierderi
• Există o responsabilitate pentru garanția defectelor
• Chiar dacă apar ore de muncă neașteptate pentru a finaliza o lucrare care îndeplinește cerințele, costurile suplimentare de muncă pot duce la pierderi
• Există o responsabilitate pentru garanția defectelor

Avantajele “Contractului de mandat” includ:

• Se poate obține o plată chiar dacă munca nu este finalizată
• Se pot acoperi costurile pentru orele de muncă suplimentare
• Nu trebuie să își asume responsabilitatea grea de a finaliza o lucrare fără defecte
• Spre deosebire de contractul de prestări servicii, obligația în cazul unui contract de mandat este “să depună eforturi proporționale cu plata”, ceea ce face mai ușoară previzionarea costurilor necesare pentru îndeplinirea acestei obligații

Avantajele și dezavantajele pentru clienți / utilizatori

Pentru clienți / utilizatori, avantajele “Contractului de prestări servicii” includ:

• Nu trebuie să plătească până când munca nu este finalizată (pot primi înapoi banii chiar dacă au plătit în avans)
• Plata este fixă, deci nu există costuri suplimentare pentru orele de muncă suplimentare

Dezavantajul este riscul de a fi oferită o estimare mare pentru a evita riscul de pierdere.

Avantajul “Contractului de mandat” este că se poate aștepta la o estimare mai mică decât în cazul unui contract de prestări servicii. Dezavantajul este că nu se poate impune furnizorului / dezvoltatorului responsabilitatea de a finaliza munca și, dacă apar ore de muncă neașteptate, pot apărea costuri suplimentare pentru aceste ore de muncă suplimentare.

Exemple de cazuri în instanță

Există cazuri în care, în instanță, s-a decis că este un contract de mandat până la confirmarea definiției cerințelor și a proiectării de bază, și cazuri în care s-a decis că este un contract de prestări servicii pentru lucrările de la proiectarea de bază la testarea unității.

Care contract ar trebui să fie încheiat, contractul de prestări servicii sau contractul de mandat?

Se poate lua în considerare încheierea unui tip de contract de model în funcție de etapă, dar trebuie să se ia în considerare dificultatea și conținutul dezvoltării, suma pe care o doriți / puteți pregăti, intențiile celeilalte părți și relațiile de putere între cele două părți, și dacă puteți imagina și descrie produsul final în contract, și să decideți și să negociați în funcție de circumstanțele individuale ale fiecărei companii, din punct de vedere al managementului și al aspectelor legale.

Pentru problemele legale și punctele care trebuie examinate în cazul în care plata nu a fost efectuată, vă rugăm să consultați articolul de mai jos pentru o explicație detaliată.

https://monolith.law/corporate/no-payment-by-user[ja]

Criteriile de distincție între contractul de prestări servicii și contractul de mandat

Ce înseamnă determinarea naturii contractului

“Determinarea dacă natura contractului se încadrează într-un contract de prestări servicii sau un contract de mandat”, este o problemă care apare în anumite contexte și se referă la următoarele aspecte:

Dacă contractul respectiv (referitor la serviciul în cauză) este un contract de prestări servicii sau un contract de mandat, în cazul în care părțile nu au ajuns la un acord clar în acest sens, adică nu au încheiat o clauză specială și nu au inclus această clauză în contract, atunci care dintre prevederile tipurilor de contracte stabilite de Codul Civil se aplică, se bazează pe o evaluare ulterioară a “ce tip de contract este acesta”, iar această evaluare se face pe baza unor criterii stabilite.

Acesta este sensul.

De asemenea, acest lucru presupune că:

1. Există un contract în vigoare referitor la dezvoltarea de sisteme
2. Acest contract este un contract de prestări servicii sau un contract de mandat

Aceasta este problema, dar înainte de a aborda această problemă, există întrebarea “Există în primul rând un contract pentru dezvoltarea de sisteme?”. Am explicat acest aspect în detaliu într-un alt articol.

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

Și, presupunând că există un contract pentru dezvoltarea de sisteme, conform punctului 2 de mai sus, problema este care dintre contracte se aplică. Acest lucru va determina care dintre părți va suporta o sumă excesivă de bani, ceea ce poate deveni o problemă majoră.

Pe contract nu este specificat explicit dacă este vorba de un “contract de prestări servicii” sau un “contract de mandat”, chiar dacă este specificat, realitatea poate fi diferită, iar neînțelegerile între părți nu sunt rare. Prin urmare, voi explica criteriile de distincție între un contract de prestări servicii și un contract de mandat.

Natura contractului este determinată prin luarea în considerare a mai multor elemente

Pentru a determina natura unui contract, trebuie să examinăm întregul contract și să ne întrebăm dacă scopul său este de a “oferi un produs finalizat” sau dacă furnizorul are scopul de a “îndeplini sarcinile într-un mod rezonabil”. Un punct cheie este dacă conținutul produsului final este definit într-o oarecare măsură și dacă proiectul a progresat în această direcție.

Următoarele elemente vor fi luate în considerare pentru a determina natura contractului:

Experiența companiei de dezvoltare

Dacă există un istoric de creare a sistemelor de același nivel sau mai mare, este adesea considerat că “se presupunea că va fi finalizat, era o obligație să fie finalizat, și exista un acord că plata va fi făcută la finalizare”, înclinând spre un contract de prestări servicii.

Dacă obiectivul în planul de lucru este “finalizarea”

Dacă obiectivul este finalizarea, este adesea considerat că “era o obligație să fie finalizat”, înclinând spre un contract de prestări servicii.

Claritatea conținutului produsului final în contract și în descrierea contractului

Cu cât este mai clar, cu atât este mai probabil să fie considerat că “se presupunea că un element cu cerințe clare va fi finalizat”, înclinând spre un contract de prestări servicii.

Dacă plata este pe bază de unitate

Dacă răspunsul este da, este adesea considerat că “plata era condiționată de finalizare și era o obligație să fie finalizat”, înclinând spre un contract de prestări servicii.

Dacă plata este făcută după finalizare

Dacă răspunsul este da, este adesea considerat că “era o obligație să fie finalizat”, înclinând spre un contract de prestări servicii.

Existența clauzelor de acceptare, răspundere pentru defecte și garanție

Dacă există, este adesea considerat că “era o obligație să fie finalizat” și “clauzele de acceptare, răspundere pentru defecte și garanție au fost pregătite pe baza acestei presupuneri”, înclinând spre un contract de prestări servicii.

Existența termenilor de contract sau de delegare

Desigur, termenii sunt un element important de luat în considerare. Cu toate acestea, nu se face o judecată doar pe baza termenilor “contract” sau “delegare”, deci trebuie să fiți atenți la modul în care este redactat contractul.

De asemenea, aceste judecăți nu se bazează doar pe contract, ci și pe procesele verbale create în timpul dezvoltării sistemului. Importanța proceselor verbale este explicată în detaliu în articolul de mai jos.

https://monolith.law/corporate/the-minutes-in-system-development[ja]

Rezumat

“Contractarea” și “delegarea” pot părea similare, dar au efecte juridice complet diferite. Când vine vorba de încheierea unui contract, este mai sigur să solicitați o dată opinia unui expert. Biroul nostru deține o expertiză avansată în domenii precum dezvoltarea de sisteme. Vă rugăm să nu ezitați să ne contactați pentru o consultare.