Puncte de verificare ale contractului atunci când dezvoltarea sistemului se realizează prin delegare parțială

În prezent, gradul de utilizare a IT-ului în viața cotidiană și activitățile socio-economice din țara noastră este în creștere rapidă, datorită îmbunătățirilor semnificative ale performanței computerelor și răspândirii internetului. Prin urmare, impactul social al opririi sau reducerii funcționalității serviciilor și operațiunilor datorate defecțiunilor sistemelor de informații se extinde zilnic, iar îmbunătățirea fiabilității și securității sistemelor a devenit o problemă majoră.

Pe de altă parte, numărul de contracte pentru dezvoltarea sistemelor IT, care nu a fost anticipat la momentul legislației, tinde să facă conținutul tranzacțiilor neclar, iar clarificarea tranzacțiilor bazate pe comunicare strânsă între comandant (utilizator) și comandat (furnizor), precum și clarificarea rolurilor și responsabilităților, a devenit o problemă.

În plus, pe măsură ce sistemele de informații sunt construite prin combinarea a diverse elemente, acestea au început să includă riscuri legate de combinații care nu existau înainte.

Pentru a îmbunătăți fiabilitatea și securitatea acestor sisteme de informații, Ministerul Economiei, Comerțului și Industriei (METI) din Japonia a publicat un set de linii directoare, care include un contract model pentru dezvoltarea sistemelor, cu explicații detaliate pentru fiecare clauză.

Acest articol va explica punctele de verificat în contractele de tip semi-delegare pentru dezvoltarea sistemelor IT, citând clauzele contractului model al Ministerului Economiei, Comerțului și Industriei (METI) din Japonia.

Dezvoltarea de sisteme și contractul de delegare parțială

Ce este un contract de delegare parțială

Contractul de delegare parțială este reglementat în Codul Civil, prin aplicarea prevederilor contractului de delegare.

Secțiunea 10 Delegare
Articolul 643 Delegarea are loc atunci când una dintre părți îi încredințează celeilalte să efectueze un act juridic, iar aceasta îl acceptă, generând astfel efectele sale.
Articolul 656 Prevederile acestei secțiuni se aplică și în cazul delegării de activități care nu sunt acte juridice.

Un contract de delegare parțială este un contract în care o persoană este însărcinată de către o altă persoană să efectueze anumite activități. Persoana delegată are obligația de a-și îndeplini sarcinile cu datorie de diligență a unui bun administrator (datoria de diligență). Datoria de diligență, pe scurt, înseamnă “a da tot ce e mai bun”.

Diferența față de contractul de prestări servicii

În contractul de delegare parțială, așa cum am menționat mai sus, persoana delegată are datoria de diligență, dar, spre deosebire de contractul de prestări servicii, nu are obligația de a finaliza lucrarea. Prin urmare, în absența unui obiectiv clar, persoana delegată nu are responsabilitatea pentru defecte. Cu toate acestea, având în vedere datoria de diligență, în caz de neglijență în serviciu sau lipsă gravă de atenție, pot exista cazuri în care persoana delegată poate fi responsabilă pentru daunele cauzate de neexecutarea obligațiilor sau contractul poate fi reziliat.

După cum am menționat mai sus, în contractul de delegare parțială nu există obligația de a finaliza lucrarea. Pe de altă parte, în contractul de prestări servicii există obligația de a finaliza lucrarea. Articolul următor explică ce se întâmplă atunci când dezvoltarea de sisteme este contractată în baza unui contract de prestări servicii.

https://monolith.law/corporate/checkpoints-for-contracts-of-system-development[ja]

Modelul de clauze de tip semi-mandat și punctele de verificare

Asistență în Crearea Definițiilor de Cerințe

(Implementarea serviciilor de asistență pentru crearea definiției cerințelor)
Articolul X. Părțile, după încheierea contractului individual specificat în Articolul X, vor oferi servicii de asistență pentru crearea definiției cerințelor (denumite în continuare “servicii de asistență pentru crearea definiției cerințelor”) pe baza documentelor de concept ale sistemului de informații, planurilor de sistematizare, etc., create de către Partea A.

2. Partea B, pe baza cunoștințelor și experienței sale specializate în tehnologia de procesare a informațiilor, va efectua servicii de asistență, cum ar fi cercetarea, analiza, organizarea, propunerea și consultarea, cu atenția unui bun administrator, pentru a asigura că activitatea Partei A se desfășoară în mod eficient și adecvat.

Definirea cerințelor este o activitate care implică compilarea specificațiilor de cerințe (funcțiile care ar trebui realizate prin software) ale sistemului pe care utilizatorul încearcă să îl construiască și depinde în mare măsură de conținutul activității utilizatorului. Prin urmare, în această secțiune, se presupune că activitatea de definire a cerințelor este efectuată de către utilizator, iar furnizorul o susține sub forma unui contract de delegare parțială.
Cu toate acestea, nu înseamnă că furnizorul nu are nicio responsabilitate doar pentru că este un contract de delegare parțială. Deoarece are datoria de a avea grijă ca un delegat, dacă nu își îndeplinește această datorie și ca rezultat, asistența pentru crearea definiției cerințelor nu este realizată în mod adecvat, va fi responsabil pentru încălcarea datoriei de a avea grijă și pentru neexecutarea obligațiilor.

(Încheierea unui contract individual referitor la serviciile de asistență pentru crearea definiției cerințelor)
Articolul X: Părțile A și B vor stabili condițiile tranzacției menționate în Articolul X, alineatul X, prin discuții referitoare la serviciile de asistență pentru crearea definiției cerințelor și vor încheia un contract individual referitor la aceste servicii.

În ceea ce privește domeniul de aplicare și alte aspecte ale serviciilor de asistență pentru crearea definiției cerințelor, acestea vor fi stabilite într-un contract individual, în conformitate cu condițiile prezentate în clauza anterioară.

(Discuții privind definirea cerințelor)
Articolul X. Partea A va organiza, la o frecvență considerată necesară, discuții privind definirea cerințelor (denumite în continuare în acest paragraf “discuții privind definirea cerințelor”) pentru a clarifica sau a confirma aspectele necesare pentru crearea documentului de definire a cerințelor. Partea B va participa la aceste discuții și va implementa serviciile de asistență pentru crearea definiției cerințelor.

2. Partea B poate, de asemenea, organiza discuții privind definirea cerințelor atunci când consideră necesar pentru implementarea serviciilor de asistență pentru crearea definiției cerințelor, iar Partea A va participa la acestea.

Pentru a crea documentul de definire a cerințelor, care definește cerințele de afaceri și funcționale ale sistemului, precum și cerințele non-funcționale, este necesară o colaborare între departamentul de afaceri al utilizatorului, departamentul de sisteme informatice și furnizor. Având în vedere că acest proces este de tip semi-delegat, primul paragraf prevede că utilizatorul este cel care organizează discuțiile, iar furnizorul participă la acestea. Clarificarea sau confirmarea aspectelor necesare pentru crearea documentului de definire a cerințelor se face în cadrul discuțiilor privind definirea cerințelor, iar utilizatorul și furnizorul sunt obligați de rezultatele discuțiilor.

Al doilea paragraf prevede că furnizorul poate organiza, de asemenea, discuții privind definirea cerințelor atunci când este necesar pentru implementarea serviciilor de asistență pentru crearea definiției cerințelor.

(Finalizarea documentului de definire a cerințelor)
Articolul X Dacă Partea A finalizează crearea documentului de definire a cerințelor, Partea A și Partea B vor verifica în perioada stabilită în contractul individual (denumită în continuare “perioada de verificare a documentului de definire a cerințelor”) dacă documentul de definire a cerințelor se conformează cu deciziile luate în cadrul comitetului de examinare a definirii cerințelor, și vor semna și ștampila documentul ca dovadă a conformității. Cu toate acestea, dacă, ca rezultat al verificării, se decide că documentul de definire a cerințelor nu se conformează cu deciziile luate în cadrul comitetului de examinare a definirii cerințelor, Partea A va crea o versiune revizuită în termenul stabilit prin discuții, iar Partea A și Partea B vor efectua din nou procedurile de verificare și confirmare menționate mai sus.

2. Documentul de definire a cerințelor este considerat finalizat prin confirmarea reciprocă a Părții A și a Părții B conform paragrafului anterior.

3. Dacă este necesar să se modifice condițiile contractului individual, cum ar fi perioada de lucru și tariful de delegare, datorită revizuirii menționate în paragraful X, aceasta se va face conform procedurilor articolului X.

Definirea cerințelor este faza în care se stabilesc cerințele necesare pentru a efectua proiectarea sistemului etc., după ce se primește o propunere de estimare la nivel de estimare grosieră de la furnizor. Dacă cerințele rămân ambigue, va fi dificil pentru furnizor să facă o estimare precisă, iar pot apărea probleme în faza de dezvoltare ulterioară. Acest articol prevede procedura de confirmare a documentului de definire a cerințelor, care va fi baza lucrărilor de dezvoltare ulterioare, de către utilizator și furnizor, și de finalizare a acestuia prin semnarea și ștampilarea de către manager. Există cazuri în care se poate decide că este necesară o revizuire în timpul verificării pentru finalizarea documentului de definire a cerințelor, astfel că paragraful 1 prevede procedura în acest caz.

Paragraful 2 clarifică faptul că documentul de definire a cerințelor este finalizat prin confirmarea reciprocă a utilizatorului și a furnizorului.
Paragraful 3 prevede că, în cazul în care volumul de muncă al furnizorului crește mai mult decât se aștepta inițial sau este necesară prelungirea programului datorită lucrărilor de revizuire și re-verificare a documentului de definire a cerințelor conform paragrafului 1, se pot face modificări necesare în condițiile contractului individual.

(Încheierea și confirmarea serviciilor)
Articolul X: După finalizarea documentului de definire a cerințelor prevăzut în articolul anterior, Partea B va elabora un raport de încheiere a serviciilor în termen de X zile și îl va prezenta Părții A.

2. Partea A va verifica raportul de încheiere a serviciilor în perioada specificată în contractul individual (denumită în continuare “perioada de inspecție a încheierii serviciilor de asistență pentru crearea definiției cerințelor”).

3. Dacă Partea A nu are nicio îndoială cu privire la conținutul raportului de încheiere a serviciilor, va semna și ștampila documentul de confirmare a încheierii serviciilor, îl va înmâna Părții B și va confirma astfel încheierea serviciilor de asistență pentru crearea definiției cerințelor.

4. Dacă Partea A nu ridică obiecții în scris și cu motive concrete în perioada de inspecție a încheierii serviciilor de asistență pentru crearea definiției cerințelor, se consideră că Partea A a confirmat încheierea serviciilor la expirarea perioadei de inspecție.

Acest proces este de tip semi-delegat, astfel încât acest articol stabilește procedura de verificare a faptului că furnizorul a efectuat corespunzător activitățile de asistență, pe baza datoriei sale de a acționa cu diligență, prin intermediul unui raport de încheiere a serviciilor care înregistrează conținutul activităților.
Paragraful 1 stabilește obligația de a prezenta raportul de încheiere a serviciilor.
Paragraful 2 clarifică perioada de inspecție a raportului pentru a evita întârzierile în verificarea acestuia.
Paragraful 3 stabilește confirmarea încheierii serviciilor de asistență pentru crearea definiției cerințelor prin semnarea și ștampilarea documentului de confirmare a încheierii serviciilor de către utilizator.
Paragraful 4 stabilește confirmarea implicită în cazul în care nu sunt ridicate obiecții în scris de către utilizator în perioada de inspecție. Această prevedere ia în considerare faptul că, dacă utilizatorul nu efectuează procedura de confirmare la timp dintr-un motiv oarecare, acest lucru poate duce la întârzieri în activitățile ulterioare sau poate începe activitățile ulterioare fără a clarifica dacă a fost sau nu confirmat, ceea ce poate face relația de responsabilitate între utilizator și furnizor neclară.

Crearea documentelor de proiectare externă

(Implementarea serviciilor de asistență pentru crearea documentelor de proiectare externă)
Articolul 〇: Părțile vor încheia un contract individual conform articolului 〇, iar Partea B va furniza Partei A servicii de asistență pentru crearea documentelor de proiectare externă (denumite în continuare “servicii de asistență pentru crearea documentelor de proiectare externă”) ca parte a acestui proiect.

2. Partea B, bazându-se pe cunoștințele și experiența sa specializată în tehnologia de procesare a informațiilor, va efectua servicii de asistență, cum ar fi cercetarea, analiza, organizarea, propunerea și consultanța, cu atenția unui bun administrator, pentru a asigura că activitățile Partei A sunt realizate în mod eficient și adecvat.

Crearea documentelor de proiectare externă implică stabilirea utilizării elementelor legate de interfață, cum ar fi ecranele și formularele. Documentele de proiectare externă trebuie, în principiu, să conțină toate informațiile necesare pentru ca furnizorul să poată dezvolta programul pe baza acestora. Documentele de proiectare externă includ detalii despre utilizarea formatelor, dar partea care poate modifica specificațiile cerute este partea care stabilește conținutul activității, adică utilizatorul.
Prin urmare, acest articol presupune că utilizatorul este responsabil pentru finalizarea documentelor de proiectare externă, iar furnizorul, în calitate de delegat în cadrul contractului de delegare, este responsabil pentru asistarea finalizării documentelor de proiectare externă.
Cu toate acestea, chiar dacă este vorba de o delegare, nu înseamnă că furnizorul nu are nicio responsabilitate, ci are datoria de a acționa cu prudență ca delegat. Prin urmare, dacă acesta nu își îndeplinește datoria de prudență și, ca rezultat, asistența pentru crearea documentelor de proiectare externă nu este realizată în mod adecvat, acesta poate fi considerat responsabil pentru neexecutarea obligațiilor datorită încălcării datoriei de prudență.

(Încheierea unui contract individual referitor la serviciile de asistență pentru crearea documentației de proiectare externă)
Articolul X: Părțile A și B vor stabili condițiile tranzacției menționate în paragraful 1 al articolului 4 prin discuții, și vor încheia un contract individual referitor la serviciile de asistență pentru crearea documentației de proiectare externă.

În ceea ce privește domeniul de aplicare și alte aspecte ale serviciilor de asistență pentru crearea documentației de proiectare externă, acestea vor fi stabilite printr-un contract individual.

(Comitetul de Examinare a Proiectării Externe)
Articolul X. Partea A va organiza, la o frecvență considerată necesară, Comitetul de Examinare a Proiectării Externe (denumit în continuare în această secțiune “Comitetul”) pentru a clarifica sau a verifica aspectele necesare pentru crearea documentului de proiectare externă. Partea B va participa la acesta și va implementa serviciile de asistență pentru crearea documentului de proiectare externă.

2. Partea B poate, de asemenea, organiza Comitetul atunci când consideră necesar pentru implementarea serviciilor de asistență pentru proiectarea externă, iar Partea A va participa la acesta.

3. În cazul în care, ca urmare a discuțiilor în cadrul Comitetului, Partea A intenționează să modifice conținutul documentului de definire a cerințelor și este necesar să modifice termenii contractului individual, cum ar fi durata lucrărilor sau tariful de delegare, aceasta se va face conform procedurilor Articolului X (Modificarea contractului principal și a conținutului contractului individual).

Pentru a crea documentul de proiectare externă care stabilește interfața, cum ar fi ecranele și formularele, este esențială colaborarea între utilizator și furnizor.
Deoarece acest proces este de tip semi-delegat, alineatul 1 prevede că utilizatorul este cel care organizează și furnizorul participă pentru a oferi asistență. Clarificarea sau verificarea aspectelor necesare pentru crearea documentului de proiectare externă se face în cadrul Comitetului, iar furnizorul și utilizatorul sunt obligați de rezultatele discuțiilor din cadrul Comitetului.
Alineatul 2 prevede că furnizorul poate organiza, de asemenea, Comitetul atunci când este necesar pentru implementarea serviciilor de asistență pentru proiectarea externă.
Alineatul 3 prevede că, în cazul în care utilizatorul intenționează să modifice conținutul documentului de definire a cerințelor ca urmare a discuțiilor din cadrul Comitetului și acest lucru ar putea afecta termenii contractului individual, cum ar fi durata lucrărilor sau tariful de delegare, aceasta se va face conform procedurilor de modificare a contractului principal și a conținutului contractului individual.

(Finalizarea documentului de proiectare externă)
Articolul X În cazul în care Partea A finalizează crearea documentului de proiectare externă, Partea A și Partea B vor verifica în perioada stabilită în contractul individual (denumită în continuare “perioada de verificare a documentului de proiectare externă”) dacă documentul de proiectare externă este în conformitate cu documentul de definiție a cerințelor confirmat conform Articolului X și cu deciziile luate în cadrul reuniunii de discuții privind proiectarea externă prevăzute în articolul anterior. În semn de confirmare a conformității, responsabilii ambelor părți vor semna și ștampila documentul de proiectare externă. Cu toate acestea, dacă în urma verificării se descoperă că documentul de proiectare externă nu este în conformitate cu documentul de definiție a cerințelor confirmat conform Articolului X și cu deciziile luate în cadrul reuniunii de discuții privind proiectarea externă, Partea A va crea o versiune revizuită într-un termen stabilit prin consultări, iar Partea A și Partea B vor efectua din nou procedurile de verificare și confirmare menționate mai sus.

2. Documentul de proiectare externă este considerat finalizat prin confirmarea ambelor părți conform paragrafului anterior.

3. În cazul în care este necesară modificarea condițiilor contractului individual, cum ar fi perioada de lucru și taxa de delegare, datorită revizuirii menționate în paragraful 1, aceasta se va face conform procedurilor Articolului X (Modificarea conținutului acestui contract și al contractului individual).

Acest articol stabilește procedura prin care documentul de proiectare externă creat de utilizator este verificat de utilizator și furnizor, iar responsabilii confirmă prin semnătură și ștampilă. Deoarece pot exista cazuri în care este necesară revizuirea în timpul verificării pentru finalizarea documentului de proiectare externă, paragraful 1 prevede procedura în acest caz.

Paragraful 2 clarifică faptul că documentul de proiectare externă este finalizat prin confirmarea ambelor părți, utilizator și furnizor. Paragraful 3 prevede că, în cazul în care este necesară modificarea condițiilor contractului individual, cum ar fi creșterea volumului de muncă al furnizorului sau necesitatea de a amâna programul datorită revizuirii și reconfirmării documentului de proiectare externă conform paragrafului 1, se va face modificarea contractului individual.

(Încheierea și confirmarea activității)
Articolul X. După finalizarea documentului de proiectare externă menționat în articolul anterior, Partea B va elabora un raport de încheiere a activității în termen de X zile și îl va prezenta Părții A.

2. Partea A va verifica raportul de încheiere a activității în perioada specificată în contractul individual (denumit în continuare “perioada de inspecție a încheierii activității de asistență pentru crearea documentului de proiectare externă”).

3. Dacă Partea A nu are nicio îndoială cu privire la conținutul raportului de încheiere a activității, va semna și ștampila documentul de confirmare a încheierii activității, îl va acorda Părții B și va confirma încheierea activității de asistență pentru crearea documentului de proiectare externă.

4. Dacă Partea A nu ridică obiecții în scris cu motive concrete în perioada de inspecție a încheierii activității de asistență pentru crearea documentului de proiectare externă, se consideră că Partea A a confirmat încheierea activității la expirarea perioadei de inspecție.

Acest proces este de tip semi-delegat, astfel încât acest articol stabilește procedura de verificare a faptului că furnizorul a efectuat corespunzător activitățile de asistență pe baza obligației sale de a acorda o atenție adecvată, prin intermediul unui raport de încheiere a activității care înregistrează conținutul activității.
Al doilea paragraf clarifică perioada de inspecție pentru a evita întârzierile în verificarea raportului.
Al treilea paragraf stabilește confirmarea încheierii activității de asistență pentru crearea documentului de proiectare externă prin semnarea și ștampilarea documentului de confirmare a încheierii activității de către utilizator.
Al patrulea paragraf stabilește confirmarea presupusă a încheierii în cazul în care nu sunt emise obiecții în scris de către utilizator în perioada de inspecție. Această prevedere ia în considerare faptul că, dacă utilizatorul nu efectuează procedura de verificare la timp dintr-un motiv oarecare, acest lucru poate duce la întârzieri în activitățile ulterioare sau poate începe activitățile ulterioare fără a clarifica dacă a fost efectuată verificarea, ceea ce poate face neclară relația de responsabilitate între utilizator și furnizor.

Servicii de dezvoltare software

Următoarea etapă după stabilirea designului de bază, adică procesul de proiectare externă a sistemului, este reglementarea procesului de proiectare internă a sistemului, cunoscută și sub numele de design detaliat. În etapa de proiectare internă a sistemului, este obișnuit ca obiectul de dezvoltare și specificațiile să fie definite până la această etapă, astfel încât contractul model al Ministerului Economiei, Comerțului și Industriei (METI) din Japonia este stabilit ca un contract de subcontractare. Detalii suplimentare sunt explicate în articolul de mai jos.

https://monolith.law/corporate/checkpoints-for-contracts-of-system-development[ja]

Servicii de pregătire și tranziție a software-ului

(Implementarea serviciilor de pregătire și tranziție a software-ului)
Articolul X. Părțile vor încheia un contract individual conform articolului X, iar Partea B va oferi asistență necesară pentru Partea A în ceea ce privește testarea sistemului, asistența pentru implementare și acceptare, precum și testarea operațională a software-ului în cauză (denumit în continuare “servicii de pregătire și tranziție a software-ului”).

2. Partea B, bazându-se pe cunoștințele și experiența sa specializată în tehnologia informației, va asigura că activitățile Părții A se desfășoară în mod eficient și eficace, oferind asistență cu diligența unui bun administrator.

În acest articol, se stabilesc clauzele pentru cazul în care pregătirea și tranziția software-ului se realizează într-un mod semi-delegat. În etapa de acceptare și implementare a sistemului, este obișnuit ca utilizatorul să fie cel care acționează în mod proactiv. Prin urmare, în contractul model al Ministerului Economiei, Comerțului și Industriei din Japonia, se prevede că utilizatorul este principalul actor, iar furnizorul îl sprijină într-o formă semi-delegată.
Al doilea paragraf stabilește că, deoarece acest proces este semi-delegat, furnizorul are obligația de a acționa cu diligența unui bun administrator.

(Finalizarea și confirmarea serviciilor)
Articolul 32. În termen de X zile de la finalizarea serviciilor de pregătire și tranziție a software-ului, Partea B va elabora un raport de finalizare a serviciilor și îl va prezenta Părții A.

2. Partea A va verifica raportul de finalizare a serviciilor în perioada stabilită în contractul individual (denumită în continuare “perioada de verificare a finalizării serviciilor de pregătire și tranziție a software-ului”).

3. Dacă Partea A nu are nicio îndoială cu privire la conținutul raportului de finalizare a serviciilor, va semna și ștampila un document de confirmare a finalizării serviciilor și îl va înmâna Părții B, confirmând astfel finalizarea serviciilor de pregătire și tranziție a software-ului.

4. Dacă Partea A nu prezintă nicio obiecție în scris și cu motive concrete în perioada de verificare a finalizării serviciilor de pregătire și tranziție a software-ului, se consideră că a confirmat finalizarea serviciilor la expirarea perioadei de verificare.

Acest articol stabilește procedura de verificare a faptului că furnizorul a efectuat în mod corespunzător serviciile de pregătire și tranziție a software-ului, bazându-se pe obligația sa de a acționa cu diligența unui bun administrator.
Paragraful 2 prevede că furnizorul trebuie să prezinte utilizatorului un raport de finalizare a serviciilor într-o perioadă stabilită după finalizarea serviciilor.
Paragraful 3 stabilește că utilizatorul va verifica raportul de finalizare a serviciilor într-o perioadă clar definită.
Paragraful 4 stabilește o confirmare presupusă în cazul în care utilizatorul nu confirmă finalizarea serviciilor conform paragrafelor 2 și 3.

Stabilirea naturii contractului

Pentru a determina natura unui contract, trebuie să examinăm întregul contract și să ne întrebăm dacă scopul său este de a “furniza un produs finalizat” sau dacă furnizorul are ca scop să “îndeplinească sarcinile într-un mod rezonabil”. Un indiciu general poate fi dacă există un obiectiv specific care trebuie finalizat și dacă proiectul a progresat în această direcție. Detalii despre aspectele specifice pe care trebuie să le luăm în considerare sunt explicate în detaliu în articolul de mai jos.

https://monolith.law/corporate/contract-and-timeandmaterialcontract[ja]