Un contract de servicii IT este contractul în baza căruia un furnizor furnizează servicii tehnologice unui client: IT gestionat, dezvoltare, găzduire, asistență sau o combinație a acestora. Conform legislației olandeze, este în mod normal un contract de servicii (overeenkomst van opdracht) guvernat de Cartea 7 din Codul Civil și, uneori, un contract de lucrări (aanneming van werk) în care trebuie livrat un rezultat definit. Această clasificare nu este academică. Aceasta decide dacă furnizorul datorează cele mai bune eforturi sau un rezultat, dacă clientul poate rezilia contractul după bunul plac și ce se întâmplă când se încalcă un termen limită.
Ce fel de contract este acesta conform legislației olandeze
Legislația olandeză distinge două obligații pe care contractele IT în limba engleză le estompează în mod obișnuit. O obligație de a depune toate eforturile (inspanningsverbintenis) impune furnizorului să lucreze cu atenția unui profesionist competent în mod rezonabil; aceasta este încălcată numai dacă furnizorul nu a îndeplinit acest standard. O obligație de rezultat (resultaatsverbintenis) impune un rezultat definit; dacă rezultatul nu este obținut, furnizorul își încalcă obligațiile, indiferent de efortul depus.
Furnizorii redactează primul contract, clienții își asumă al doilea. Cuvântul „a livra”, folosit în sens larg, nu rezolvă problema, iar instanțele olandeze o decid prin interpretare, analizând formularea, negocierile, expertiza părților și scopul comercial. Dacă clientul cumpără un sistem funcțional până la o dată fixă, contractul trebuie să prevadă că livrarea sistemului respectiv până la data respectivă este o obligație de rezultat și că acceptarea este măsurată în funcție de criterii definite. Dacă părțile își propun cu adevărat să depună toate eforturile, contractul ar trebui să menționeze și acest lucru și să stabilească modul în care va fi măsurat efortul.
Clasificarea determină, de asemenea, rezilierea contractului. Conform normelor privind contractele de servicii, clientul poate, în principiu, să rezilieze contractul în orice moment, iar furnizorul are dreptul la o remunerație rezonabilă pentru munca prestată. Acest drept nu poate fi exclus în cazul în care clientul este o persoană fizică, dar între companii poate fi exclus, iar termenii furnizorului îl exclud sau restricționează în mod obișnuit. Un furnizor care a preluat sarcina în cursul activității sale poate rezilia contractul doar din motive întemeiate. Citirea clauzei de reziliere privind aceste neîndepliniri ale obligațiilor vă spune imediat pentru cine a fost redactat contractul. Ghidul nostru privind contractul de servicii prezintă regulile legale mai detaliat.
Care document face ce
Un contract IT este rareori un singur document. În practică, există un acord-cadru care stabilește termenii legali, una sau mai multe declarații de lucrări sau descrieri ale serviciilor care stabilesc ceea ce se livrează efectiv, un acord privind nivelul serviciilor care stabilește standardele de performanță, un acord de prelucrare a datelor în cazul în care sunt implicate date cu caracter personal și termenii și condițiile generale ale furnizorului care stau la baza tuturor acestora. Ordinea de prioritate dintre aceste documente trebuie menționată în mod expres, deoarece acestea se contrazic reciproc de cele mai multe ori, iar clauza care rezolvă contradicția poate avea o valoare mai mare decât orice termen individual.
Domeniu de aplicare, acceptare și controlul modificărilor
Clauza privind domeniul de aplicare este punctul de plecare al majorității disputelor. Serviciile de rețea gestionate nu reprezintă un domeniu de aplicare; este o categorie. O descriere fezabilă spune ce este monitorizat, la ce ore, ce se aplică patch-uri și cât de des, câte endpoint-uri și utilizatori sunt acoperiți, ce este inclus în onboarding și offboarding, ce incidente sunt în domeniul de aplicare, ce este exclus în mod explicit și ce se întâmplă când volumele cresc dincolo de valoarea de referință asumată.
Excluderile contează la fel de mult ca includerile, iar furnizorii onești le primesc cu bucurie. Lucrările de urgență în afara orelor de program, achiziționarea de hardware, licențele software de la terți, vizitele la fața locului, recuperarea datelor după o eroare a clientului și asistența pentru sistemele pe care furnizorul nu le-a instalat sunt candidații obișnuiți. În cazul în care sunt excluse, contractul ar trebui să precizeze și la ce tarif vor fi facturate dacă apar.
Acceptarea merită propriul regim ori de câte ori ceva este construit, mai degrabă decât doar operat. Spuneți cine testează, în funcție de ce criterii, în ce perioadă, ce se califică drept defect și în ce clasă de severitate, câte runde de corecție primește furnizorul, ce se întâmplă dacă clientul nu testează în termenul stabilit și care sunt consecințele respingerii definitive. Clauzele de acceptare implicită, în baza cărora produsul final este acceptat automat dacă clientul nu răspunde la timp, sunt standard în termenii furnizorilor și sunt aplicabile; răspunsul nu este să le combatem în principiu, ci să facem perioada realistă și să o începem doar atunci când furnizorul a livrat efectiv ceva testabil.
Controlul schimbărilor este al treilea element al aceleiași probleme. Fiecare angajament IT substanțial se schimbă pe parcursul existenței sale. Fără o procedură, modificările sunt convenite prin e-mail între persoane care nu își pot obliga organizațiile, iar disputa finală se referă la ceea ce s-a convenit în martie. O procedură scurtă care desemnează cine poate solicita o modificare, cine trebuie să o aprobe, care este prețul acesteia și că nicio modificare nu intră în vigoare până la semnarea acesteia de către ambele părți, previne în mare parte acest lucru.
Nivelurile de servicii și valoarea unui credit de serviciu
Dacă domeniul de aplicare specifică ce se face, acordul privind nivelul serviciilor precizează cât de bine se face. Un SLA utilizabil stabilește metrica, metoda de măsurare, fereastra de măsurare, excluderile și consecința eșecului. Fiecare dintre acestea este un loc în care un număr principal poate fi golit în liniște de sens.
Să luăm disponibilitatea. O garanție de 99.9% sună impresionant și permite aproximativ patruzeci și trei de minute de nefuncționare într-o lună de treizeci de zile; 99% permite mai mult de șapte ore. Dar cifra are sens doar odată ce știi ce se măsoară, deoarece disponibilitatea platformei nu este același lucru cu disponibilitatea aplicației clientului; ce este exclus, deoarece ferestrele de mentenanță planificată, defecțiunile rețelei terților și forța majoră sunt în mod normal excluse; și cine măsoară acest lucru, deoarece un furnizor care își raportează propria performanță fără un instrument convenit sau un drept de audit își corectează, practic, propria temă.
Obiectivele de răspuns și de rezolvare necesită același tratament. Răspunsul înseamnă de obicei o confirmare a erorii, mai degrabă decât o remediere, iar un obiectiv de răspuns de cincisprezece minute valorează puțin fără un obiectiv de rezolvare alături. Ambele depind de clasificarea gravității, așadar definițiile incidentelor critice, ridicate, medii și scăzute ar trebui redactate în termeni de impact asupra afacerii, mai degrabă decât de simptome tehnice, iar clientul ar trebui să aibă o modalitate de a escalada o clasificare greșită.
Creditele de servicii reprezintă remediul standard: un procent din taxa lunară rambursat atunci când un obiectiv nu este atins. Sunt utile ca semnal de management și aproape lipsite de valoare ca și compensație, deoarece sunt plafonate la o fracțiune dintr-o taxă care este în sine mică în raport cu pierderea cauzată de o întrerupere gravă. Prin urmare, două lucruri contează. În primul rând, dacă creditele reprezintă remediul exclusiv: o clauză care prevede că creditele de servicii sunt singurul și exclusivul remediu pentru neîndeplinirea nivelurilor de servicii elimină dreptul de a solicita daune, iar aceasta este cea mai importantă propoziție din multe SLA-uri. În al doilea rând, dacă defecțiunea persistentă oferă dreptul de a rezilia contractul, de obicei după un număr definit de încălcări într-o perioadă continuă. Un client fără drept de reziliere și doar credite nu are nicio putere de levier reală.
Taxe, plată și termenii standard ai furnizorului
Stabiliți cu precizie modelul de prețuri: taxă fixă, per utilizator, per dispozitiv, per bilet, timp și materiale sau o combinație, și ce este inclus în fiecare. Menționați mecanismul de indexare, numind indicele și data revizuirii, în loc să permiteți creșteri anuale la discreția furnizorului. Indicați când sunt emise facturile, ce trebuie să specifice acestea și când este scadentă plata.
Normele olandeze și europene privind întârzierile la plată în tranzacțiile comerciale se aplică aici, la fel ca oricărui alt contract comercial. În cazul în care nu se convine nicio perioadă, plata se face în termen de treizeci de zile; între companii se poate conveni o perioadă mai lungă, în limitele legale; iar odată ce plata este întârziată, se aplică de drept dobânda comercială legală, împreună cu o sumă fixă pentru costurile de colectare. Furnizorii adaugă frecvent dreptul de a suspenda serviciul în caz de neplată. Acest drept este legal în principiu, dar este un instrument direct într-un context IT, unde suspendarea poate duce la întreruperea activității clientului și ar trebui să fie calificat printr-o perioadă de preaviz și printr-o excepție pentru sumele necontestate și contestate.
Aproape fiecare furnizor IT olandez declară că termenii și condițiile sale generale sunt aplicabile, iar în acest sector mulți utilizează termenii standard din industrie publicați de asociația comercială. Aceștia sunt redactați profesional și puternic orientați către furnizor: obligații de efort maxim, perioade scurte de reclamații, răspundere limitată la o parte din suma contractuală și excluderi largi ale pierderilor indirecte. Sunt negociabili mai des decât presupun clienții, în special în ceea ce privește plafonul de răspundere și remediile SLA.
Două reguli olandeze privind clauzele standard merită cunoscute. Utilizatorul clauzelor generale trebuie să ofere celeilalte părți o oportunitate rezonabilă de a le lua la cunoștință înainte sau la încheierea contractului, în practică prin furnizarea acestora; dacă nu face acest lucru, clauzele individuale pot fi anulate. Iar în cazul în care ambele părți fac referire la propriile clauze, legislația olandeză urmează primul pas: clauzele la care se face referire se aplică primele, cu excepția cazului în care cealaltă parte le respinge în mod expres, ceea ce este opusul poziției din alte câteva sisteme. Ghidurile noastre privind explicarea termenilor și condițiilor generale și cele cinci cele mai frecvente greșeli din contractele comerciale internaționale prezintă modul în care funcționează acest lucru în practică.
Proprietatea intelectuală și codul sursă
Plata pentru un software nu te face proprietarul acestuia. Conform legislației olandeze privind drepturile de autor, persoana care creează opera este autorul și deține drepturile de autor, neexistând nicio doctrină care să transfere proprietatea către oricine a comandat sau a plătit pentru opera. Există două excepții. În cazul în care opera este realizată de un angajat în îndeplinirea atribuțiilor care includ crearea unei astfel de opere, angajatorul este considerat autor. Iar în cazul în care o entitate juridică publică o operă ca fiind a sa fără a numi o persoană fizică ca autor, acea entitate este considerată autor. Niciuna dintre excepții nu acoperă cazul obișnuit al unui client care angajează un furnizor extern sau un dezvoltator independent.
Consecința este că o cesiune trebuie convenită în mod expres, iar legislația olandeză impune un act pentru transferul drepturilor de autor: un instrument scris semnat în acest scop. O clauză din acord care prevede că clientul dobândește toate drepturile de proprietate intelectuală asupra produselor, semnată de ambele părți, este suficientă; o factură sau o înțelegere verbală nu. Același lucru este valabil și pentru transferul drepturilor asupra unei baze de date și pentru o licență de natură exclusivă.
Prin urmare, un acord practic separă trei categorii. Materialul de bază este ceea ce furnizorul aduce cu el, framework-urile, bibliotecile, instrumentele și modulele standard; furnizorul își păstrează proprietatea, iar clientul primește o licență, iar domeniul de aplicare, durata, teritoriul și transferabilitatea acestei licențe ar trebui definite. Materialul de bază este ceea ce este creat special pentru client; proprietatea se transferă în mod normal la plata integrală. Componentele terțe și cele open source au propriile licențe, iar furnizorul ar trebui să garanteze ce componente sunt utilizate și în ce termeni, deoarece o licență copyleft încorporată în software personalizat poate impune obligații pe care clientul nu le-a intenționat niciodată. Ghidul nostru despre licența de software open source din Olanda explică aceste obligații.
În cazul în care clientul depinde de software pe care nu îl deține, escrow-ul codului sursă este răspunsul standard: codul sursă și documentația de compilare sunt depuse la un agent escrow și eliberate clientului în anumite evenimente, de obicei insolvența furnizorului sau o eșec persistent de întreținere. Escrow-ul funcționează numai dacă depozitul este menținut la zi și dacă condițiile de eliberare sunt redactate astfel încât să fie verificabile, iar ghidul nostru despre escrow-ul software în Olanda prezintă cum arată un aranjament funcțional.
În cele din urmă, tratați datele separat de proprietatea intelectuală. Datele clientului sunt ale clientului, iar acordul ar trebui să precizeze acest lucru, împreună cu formatul în care acestea vor fi returnate, obligația de a asista un furnizor succesor și obligația de a șterge copiile rămase ulterior. În cazul în care furnizorul dorește să utilizeze datele clientului pentru a-și îmbunătăți propriile servicii sau pentru a antrena modele, acest lucru necesită o permisiune explicită și negociată separat, nu o linie într-o anexă.
Date cu caracter personal: acordul de prelucrare a datelor
În cazul în care furnizorul prelucrează date cu caracter personal la instrucțiunile clientului, Regulamentul general privind protecția datelor impune un acord scris cu persoana împuternicită de operator și prevede ce trebuie să conțină acest acord: obiectul și durata prelucrării, natura și scopul acesteia, tipurile de date cu caracter personal și categoriile de persoane vizate, precum și un set definit de obligații care revin persoanei împuternicite de operator. Aceste obligații includ prelucrarea numai pe baza instrucțiunilor documentate, asigurarea confidențialității personalului, luarea unor măsuri tehnice și organizatorice adecvate de securitate, angajarea subcontractanților numai cu autorizație și în condiții echivalente, asistența acordată operatorului în ceea ce privește solicitările persoanelor vizate și notificarea încălcărilor, precum și ștergerea sau returnarea datelor la sfârșitul serviciului. Un acord căruia îi lipsesc aceste elemente nu este conform, iar ambele părți sunt expuse. Ghidul nostru privind acordul de prelucrare a datelor din Țările de Jos acoperă conținutul necesar.
Mai întâi, stabiliți rolurile corect. Un furnizor care își stabilește propriile scopuri, de exemplu, utilizând datele pentru propriile analize, este un operator pentru prelucrarea respectivă, mai degrabă decât o persoană împuternicită de operator, iar acordul trebuie să reflecte realitatea, nu eticheta preferată de părți.
Securitatea ar trebui să fie specifică. Criptarea datelor în repaus și în tranzit, acces bazat pe roluri cu autentificare multi-factor, înregistrare și păstrarea jurnalelor, intervale de timp pentru gestionarea patch-urilor și vulnerabilităților, frecvența de backup și testarea restaurării, segregarea între clienți într-un mediu partajat și securitatea fizică acolo unde furnizorul își operează propriile facilități. Un drept de audit sau o obligație de a furniza un raport de asigurare independent și rezultatele testelor de penetrare transformă aceste promisiuni în ceva ce clientul poate verifica.
Notificarea încălcării datelor este clauza cu cea mai mare probabilitate de a fi testată. Conform Regulamentului, un operator trebuie să notifice autoritatea de supraveghere, în Țările de Jos Autoritatea Olandeză pentru Protecția Datelor, în termen de șaptezeci și două de ore de la momentul în care ia cunoștință de o încălcare a datelor cu caracter personal, atunci când este probabil ca aceasta să prezinte un risc, și trebuie să informeze persoanele afectate în cazul în care riscul este ridicat. Persoana împuternicită de operator trebuie să notifice operatorul fără întârzieri nejustificate. Întrucât clientul nu își poate respecta propriul termen limită dacă primește informații cu întârziere, acordul ar trebui să prevadă notificarea într-o perioadă scurtă de timp fixă, să numească punctul de contact și să oblige furnizorul să coopereze la anchetă și să furnizeze înregistrări și dovezi. Subcontractanții și transferurile internaționale necesită același tratament, mecanismul de transfer fiind identificat în cazul în care datele părăsesc Spațiul Economic European.
Securitatea cibernetică și reglementarea sectorului
Protecția datelor nu mai este singurul nivel de reglementare care se află deasupra unui contract de servicii IT, iar mai multe regimuri ajung acum direct la furnizor, nu doar prin intermediul clientului.
Legea olandeză privind securitatea cibernetică, care implementează a doua directivă europeană privind securitatea rețelelor și a informațiilor, este în vigoare din 15 august 2026. Organizațiile care intră sub incidența sa trebuie să se înregistreze la Centrul Național de Securitate Cibernetică, să ia măsuri adecvate de gestionare a riscurilor și să raporteze incidentele semnificative, cu un raport inițial în termen de douăzeci și patru de ore și un raport mai complet în termen de șaptezeci și două de ore. Furnizorii de servicii gestionate și furnizorii de servicii de securitate gestionată intră sub incidența regimului în sine, iar clienții care intră sub incidența acesteia trebuie să poată demonstra că lanțul lor de aprovizionare este gestionat. În termeni contractuali, aceasta înseamnă o obligație a furnizorului de a respecta propriile termene de raportare ale clientului, care sunt mult mai scurte decât permite o clauză tipică privind incidentele. Ghidul nostru privind Legea olandeză privind securitatea cibernetică și cerințele acesteia stabilește cine este prins.
Pentru clienții din sectorul financiar, regulamentul european privind reziliența operațională digitală se aplică începând cu 17 ianuarie 2025 și prevede conținutul contractual pentru acordurile cu furnizorii de tehnologii ale informației și comunicațiilor, inclusiv prevederi privind descrierile serviciilor, locațiile de procesare, drepturile de acces, inspecție și audit, strategiile de ieșire și drepturile de reziliere. Un contract standard de servicii IT nu va satisface cerințele, iar un furnizor care deservește clienți financiari ar trebui să se aștepte să i se solicite aceste condiții.
În cazul în care inteligența artificială face parte din serviciu, regulamentul european privind inteligența artificială alocă obligațiile în funcție de rol de-a lungul lanțului valoric, iar un furnizor care integrează un model cu scop general în sistemul unui client poate fi un furnizor sau un implementator, în funcție de acord. Obligațiile sunt introduse treptat, iar interdicțiile privind anumite practici se aplică deja. Ghidurile noastre privind practicile de IA interzise și utilizarea IA într-o afacere olandeză stabilesc situația. Indiferent de regim, contractul ar trebui să aloce responsabilitatea pentru conformitate, să impună cooperarea cu autoritățile de reglementare și să precizeze cine suportă costul modificărilor impuse de noua legislație, deoarece acest cost este dezbătut ulterior.
Răspundere, forță majoră și limitele impuse de legislația olandeză
Limitarea răspunderii este punctul de convergență dintre comercial și juridic. Termenii furnizorilor plafonează de obicei răspunderea la onorariile plătite pe o perioadă scurtă, exclud pierderile indirecte și pierderea de profit, exclud pierderea de date și impun perioade scurte în care trebuie notificată o reclamație. Clienții negociază plafonul în sus, de obicei până la onorariile pe o perioadă de douăsprezece luni, și delimitează categoriile pe care nu își permit să le lase plafonate: încălcarea confidențialității, încălcarea proprietății intelectuale a terților și răspunderea care decurge dintr-o încălcare a protecției datelor.
Legislația olandeză impune limite extreme acestor clauze. Excluderile și plafonările între companii sunt în principiu valabile, dar o parte nu se poate baza pe acestea atunci când invocarea ar fi inacceptabilă conform standardelor de rezonabilitate și echitate, iar instanțele refuză în mod constant să permită o excludere pentru a proteja o parte împotriva propriei intenții sau a imprudenței conștiente și, în general, a conducerii sale superioare. Gravitatea încălcării, natura daunelor, poziția asigurătorului și puterea relativă de negociere contribuie la această evaluare. Un plafon care are o relație vizibilă cu valoarea contractului și cu riscul asumat este mult mai probabil să fie menținut decât o excludere generală.
Două mecanisme decid dacă o reclamație poate fi intentată. Prima este neîndeplinirea obligațiilor: în cazul în care executarea este încă posibilă, clientul trebuie, în general, să dea o notificare scrisă de neîndeplinire a obligațiilor, acordând o perioadă rezonabilă de executare înainte de a putea solicita daune sau revocare, cu excepția cazului în care a expirat un termen limită fix sau executarea a devenit imposibilă. Trimiterea unui e-mail supărat nu constituie o notificare de neîndeplinire a obligațiilor. A doua este perioada de reclamație: termenii furnizorului impun, de obicei, ca defectele să fie notificate într-o perioadă scurtă de la descoperire, iar un client care descoperă o problemă, o ocolește timp de luni de zile și apoi se plânge poate constata că reclamația este prescrisă.
Clauzele de forță majoră din contractele IT ar trebui interpretate în funcție de ceea ce includ din partea furnizorului. Eșecurile subcontractanților, partenerilor de găzduire și furnizorilor de telecomunicații sunt frecvent definite ca forță majoră, care transferă către client riscul propriului lanț de aprovizionare al furnizorului. Acesta este un punct negociabil, iar într-un contract de servicii gestionate este adesea cel mai important, deoarece furnizorul este plătit tocmai pentru a gestiona acel lanț.
Persoane: subcontractare, freelanceri și personal
Serviciile IT sunt furnizate de oameni, iar contractul ar trebui să menționeze ceva despre aceștia. Clauzele cheie privind personalul denumesc persoanele pe care se bazează clientul și restricționează înlocuirea acestora fără consimțământ; acestea sunt comune în activitățile de dezvoltare și implementare și rare în serviciile gestionate, unde clientul ar trebui să solicite cel puțin calificări echivalente și o predare pentru orice modificare.
Subcontractarea este norma, nu excepția, iar acordul ar trebui să precizeze dacă este permisă, dacă este necesar consimțământul clientului și că furnizorul rămâne pe deplin răspunzător pentru acțiunile oricărei persoane pe care o angajează. În cazul în care subcontractantul prelucrează și date cu caracter personal, se aplică în plus regulile privind subcontractanții din cadrul regimului de protecție a datelor, cu propriile cerințe de consimțământ și notificare.
În cazul în care persoanele fizice lucrează la sediul clientului, sub îndrumarea clientului și pentru o perioadă susținută, se pune o altă întrebare: dacă relația dintre client și aceste persoane este într-adevăr o activitate independentă. Administrația Fiscală Olandeză a reluat aplicarea deplină a clasificării relațiilor de muncă începând cu 1 ianuarie 2025, astfel încât o construcție în care freelancerii nominali lucrează ca angajați prezintă acum un risc real de reclasificare, cu consecințe asupra impozitului pe salarii pentru partea pentru care lucrează. Prin urmare, contractele de servicii ar trebui să evite formularea care conferă clientului autoritatea de a îndruma persoanele fizice așa cum ar face-o un angajator, iar ambele părți ar trebui să analizeze modul în care este efectuată efectiv munca, mai degrabă decât eticheta de pe factură.
Două aspecte suplimentare apar la limitele relației. O clauză de nesolicitare care împiedică fiecare parte să angajeze personalul celeilalte părți pentru o perioadă definită după încheierea contractului este standard și, în general, aplicabilă între companii, cu condiția să fie limitată în timp și domeniu de aplicare. Iar în cazul în care un client preia un serviciu înapoi în cadrul companiei sau îl transferă la un alt furnizor împreună cu echipa care l-a prestat, se pot aplica normele olandeze privind transferul unei întreprinderi, astfel încât angajații se transferă cu termenii și condițiile lor existente. Acest rezultat surprinde adesea părțile și ar trebui analizat înainte de a fi convenită tranziția, nu ulterior.
Termen, încetare și ieșire
Contractele de servicii gestionate au, de obicei, o durată inițială de unu până la trei ani, cu reînnoire automată, cu excepția cazului în care se acordă o notificare prealabilă. Reînnoirea automată, combinată cu o perioadă lungă de preaviz, este mecanismul prin care clienții rămân la furnizorii pe care preferă să îi părăsească, așadar verificați perioada de preaviz, data de la care curge și forma pe care trebuie să o ia notificarea. Notați-o în jurnal în ziua în care semnați.
Distingeți trei ieșiri. Rezilierea din motive de comoditate permite oricăreia dintre părți, sau adesea doar clientului, să încheie contractul cu preaviz fără a oferi un motiv; furnizorii o omit frecvent și merită insistat asupra acesteia. Rezilierea din motive justificate permite rezilierea imediată în cazul unei încălcări semnificative definite care nu este remediată într-o perioadă definită; lista declanșatorilor ar trebui să includă defecțiuni repetate ale nivelului de servicii, mai degrabă decât doar evenimente catastrofale. Iar rezilierea pentru încălcarea contractului, în temeiul legislației generale olandeze, rămâne disponibilă alături de căile contractuale, cu excepția cazului în care contractul o exclude, sub rezerva notificării de neîndeplinire a obligațiilor descrise mai sus.
Managementul ieșirilor este cel care determină costul real al plecării, iar aceasta este aproape întotdeauna redactată prea puțin. O clauză de ieșire fezabilă obligă furnizorul, pentru o perioadă definită după reziliere și la tarife definite, să continue serviciul, să returneze datele clientului într-un format documentat și utilizabil, să furnizeze documentație și detalii de configurare, să coopereze cu furnizorul succesor, să transfere sau să cesioneze licențe terțe, acolo unde este posibil, și să șteargă copiile rămase ale datelor clientului și să confirme acest lucru în scris. Fără aceste obligații, un client poate fi liber din punct de vedere tehnic să plece și practic incapabil să o facă.
Insolvența merită o linie separată. Dacă furnizorul este declarat falimentar, un administrator preia controlul și nu este obligat să continue să își desfășoare activitatea; remediul clientului este o creanță în patrimoniu, care de obicei are o valoare mică. Acesta este motivul pentru care acordurile de escrow, documentația de ieșire ținută la zi și copiile de rezervă independente ale datelor clientului contează mai mult decât orice clauză din contract.
Greșelile care costă cel mai mult
O listă scurtă prezintă majoritatea disputelor pe care le vedem. Un domeniu de aplicare descris în categorii în loc de sarcini, care produce facturi pentru lucrări despre care clientul credea că au fost incluse. Credite de servicii declarate a fi unicul remediu, care elimină discret dreptul de a solicita daune pentru o întrerupere a serviciului. Niciun drept de reziliere pentru performanță persistentă insuficientă, lăsând clientul cu credite și nimic altceva. Proprietatea intelectuală presupusă a fi transferată odată cu plata, descoperită a fi neadevărată atunci când clientul dorește să treacă la un alt furnizor sau să vândă afacerea. Un acord de procesator copiat dintr-un șablon care nu corespunde cu ceea ce este procesat de fapt. Subcontractanții și partenerii de găzduire tratați ca forță majoră. Reînnoire automată cu o perioadă de preaviz pe care nimeni nu a anunțat-o în jurnal. Și nicio clauză de ieșire, astfel încât pârghia revine în întregime furnizorului care pleacă în cel mai nepotrivit moment posibil.
Citiți contractul pentru ziua în care relația se termină prost, nu pentru ziua în care începe bine; acesta este singurul scenariu în care oricare dintre aceste clauze va fi citită. Pentru o perspectivă mai amplă asupra modului în care aceste contracte se încadrează în legislația olandeză privind tehnologia, consultați ghidurile noastre despre contractul cloud în Olanda , despre riscurile ascunse ale contractelor SaaS și despre ce face un avocat IT.
Întrebări frecvente
Care este diferența dintre un contract de servicii IT și un SLA?
Contractul de servicii IT este contractul care guvernează relația: domeniul de aplicare, onorariile, proprietatea intelectuală, confidențialitatea, răspunderea, durata și încetarea. Acordul privind nivelul serviciilor este partea, de obicei o anexă, care stabilește standardele de performanță măsurabile și consecințele nerespectării acestora. Acordul definește parteneriatul; SLA-ul definește performanța. În cazul în care cele două intră în conflict, clauza de ordine de precedență decide care câștigă, motiv pentru care această clauză ar trebui scrisă în mod deliberat, mai degrabă decât moștenită dintr-un șablon.
Cât timp ar trebui să fie valabil un contract de servicii IT?
Pentru serviciile gestionate, o perioadă inițială de unu până la trei ani este obișnuită, corelată cu investiția pe care furnizorul o face în integrare. Pentru un proiect de dezvoltare, termenul urmează proiectul. Durata contează mai puțin decât ieșirea: un contract pe cinci ani cu o reziliere reală din comoditate și o clauză de ieșire completă este mai sigur decât un contract de un an care se reînnoiește automat cu o perioadă de preaviz de șase luni și fără obligația de a preda nimic.
Cui aparține software-ul dezvoltat pentru noi de către un furnizor?
Conform legislației olandeze, furnizorul o face, cu excepția cazului în care drepturile vă sunt cesionate în scris. Nu există nicio regulă care să transfere dreptul de proprietate către oricine a plătit pentru lucrare; regula care acordă drepturile de autor unui angajator se aplică angajaților, nu furnizorilor externi sau liber-profesioniștilor. Asigurați-vă că acordul conține o cesiune expresă a drepturilor asupra livrabilelor personalizate, semnată de ambele părți, și o licență care acoperă orice material de bază propriu al furnizorului care este încorporat în acestea. Verificați și lanțul: dacă furnizorul a folosit subcontractanți, acesta poate cesiona doar ceea ce a achiziționat în mod valid de la aceștia.
Putem rezilia un contract IT înainte de termen?
Depinde de contract și de modul în care este clasificată misiunea. Normele legale privind contractele de servicii permit clientului să rezilieze contractul în orice moment, cu condiția plății unei remunerații rezonabile pentru munca prestată, dar între întreprinderi acest drept poate fi și adesea este restricționat prin contract. În cazul în care furnizorul încalcă contractul, calea este o notificare scrisă de neîndeplinire a obligațiilor care acordă o perioadă rezonabilă de executare, urmată de reziliere dacă încălcarea persistă. În cazul în care contractul conține o clauză de reziliere pentru comoditate, utilizați-o și respectați întocmai perioada de preaviz.
Ce ar trebui să facem înainte de a semna?
Citiți clauza privind ordinea de prioritate, excluderile din domeniul de aplicare, excluderile SLA și metoda de măsurare, formularea căii de atac exclusive, plafonul de răspundere și excepțiile aferente, clauza privind proprietatea intelectuală, acordul cu persoana împuternicită de operator, prevederile privind reînnoirea și notificarea și obligațiile de ieșire. Dacă aceste nouă puncte sunt corecte, restul documentului rareori soluționează o dispută.
Încheierea corectă a contractului
Law & More oferă consultanță clienților și furnizorilor din Olanda cu privire la întreaga gamă de contracte tehnologice: Contract de servicii IT și declarațiile sale de lucru, acordurile privind nivelul serviciilor, contractele de dezvoltare și implementare, licențele software și escrow-ul, termenii cloud și SaaS, acordurile de procesare a datelor și litigiile care apar atunci când un proiect eșuează sau un serviciu se degradează. Dacă sunteți pe cale să semnați, renegociați la reînnoire sau vă aflați într-un litigiu cu un furnizor sau un client, avocații noștri vor examina documentele și vor stabili opțiunile. Vă rugăm să ne contactați pentru a discuta situația dumneavoastră sau să citiți ghidul nostru. Ghiduri legislative IT olandezeTipurile de contracte similare sunt prezentate în ghidurile noastre despre Contract de franciză si acord de participare.
