În dispute IT (SaaS, outsourcing, dezvoltare software), diferența dintre „nu funcționează” și „nu respectă contractul” se dovedește cu documente și loguri, nu cu impresii. Te ajut să analizezi contractul (SLA, acceptanță, IP), să fixezi cronologia tehnică și să construiești strategia de negociere sau litigiu, inclusiv pe aspecte de escrow și confidențialitate.
Când ai nevoie de asta
- SaaS nu respectă SLA-ul (disponibilitate, timpi de răspuns) și există impact financiar sau contractual.
- Proiectul de dezvoltare întârzie, livrările sunt incomplete sau nu trec criteriile de acceptanță.
- Există dispută pe schimbări de scope, costuri suplimentare și ordine de modificare.
- Outsourcing: echipa nu livrează conform specificațiilor sau apare conflict pe resurse și ownership.
- Există risc de folosire neautorizată a codului, librăriilor sau a materialelor protejate (IP).
- Confidențialitate/know-how: informații tehnice sunt divulgate sau folosite în afara proiectului.
- Vrei activarea sau interpretarea unui mecanism de escrow (cod sursă, documentație, chei) în caz de incident.
- Date și conformitate: dispute pe roluri (operator/împuternicit), incidente, acces la date și obligații contractuale.
- Ai nevoie de conservarea probelor digitale (loguri, ticketing, repo, audit) înainte de litigiu.
Ce facem concret
- Citire contractuală: obiect, livrabile, acceptanță, SLA, penalități, limitări de răspundere, IP, confidențialitate, încetare.
- Stabilim cronologia tehnică pe dovezi: ticketing, loguri, release notes, commit history, rapoarte de uptime.
- Definim standardul de comparație: specificații, user stories, criterii de acceptanță, KPI.
- Pregătim notificări și poziția prelitigioasă: neconformități, termene de remediere, rezervă de drepturi.
- Evaluăm probe și expertize: ce trebuie păstrat, ce trebuie explicat tehnic, ce trebuie auditat.
- Construim strategia de litigiu sau arbitraj: capete de cerere, apărări, probe, martori, expertize.
- Pe IP: analizăm licențe (open-source/comercial), drepturi de autor, cesiuni și condiții de utilizare.
- Pe escrow: verificăm condițiile de declanșare și pașii de acces la materialele depozitate.
- Negociere: propuneri de remedii (reparare, reducere, reziliere), eșalonări și clauze de tranziție.
Documente/informații utile pentru prima analiză
| Document | De ce contează | Observații |
|---|---|---|
| Contract SaaS/outsourcing/dev + anexe | Definește livrabile, SLA, acceptanță, IP și răspundere | Include termeni generali, DPA, politici de suport |
| Specificații, user stories, backlog | Stabilesc ce trebuia livrat | Versionare și aprobări pe parcurs |
| Acceptanțe, test reports, UAT | Dovedesc conformitatea sau neconformitatea | Procese-verbale, criterii de acceptanță |
| Loguri, uptime reports, ticketing export | Dovedesc incidentul și durata | Conservare și integritate (date, hash, audit trail) |
| Repo/commit history, release notes | Relevante pentru livrare și ownership | Acces controlat; pregătire pentru expertiză |
| Clauze IP/licențe și evidențe utilizare | Clarifică drepturi de autor și drepturi de exploatare | Verificăm inclusiv componente open-source |
| Acord escrow și condiții de declanșare | Stabilește când și cum se accesează codul sursă/documentația | Identificăm depozitarul și pachetul escrow |
Riscuri și greșeli frecvente
- Dispută pornită fără cronologie tehnică verificabilă (ticketing, loguri, rapoarte).
- Acceptanțe „tacite” sau livrări primite fără rezerve, care complică probarea neconformității.
- Confuzie între bug, change request și neconformitate contractuală.
- Omiterea clauzelor de limitare a răspunderii și a condițiilor de notificare/incident.
- Lipsa unei politici de conservare a probelor digitale înainte de escaladare.
- IP neclar: lipsa cesiunilor, licențe nealiniate, utilizare open-source fără respectarea condițiilor.
- Escrow nefuncțional în practică (pachet incomplet, condiții neclare, lipsa verificărilor periodice).
FAQ
Ce probe sunt utile într-un litigiu IT?
De obicei: contractul și anexele, backlog/spec, rapoarte de acceptanță, loguri, exporturi din ticketing, comunicări, release notes și, când e nevoie, expertize. Stabilim din start ce trebuie conservat ca să rămână verificabil.
Cum diferențiez un change request de o neconformitate?
Prin raportare la specificațiile aprobate și la criteriile de acceptanță. Dacă funcționalitatea era parte din scope-ul inițial și nu respectă cerințele, discutăm de neconformitate; dacă se schimbă cerința, discutăm de change request. Documentarea schimbărilor este esențială.
Ce înseamnă escrow pentru software și când se activează?
Escrow presupune depunerea (de obicei la un terț) a codului sursă/documentației/cheilor, cu reguli clare de acces. Activarea depinde de condițiile contractuale (de exemplu, încetarea suportului, insolvență, încălcări grave), pe care le verificăm punctual.
Cum gestionez disputa pe drepturi IP asupra codului?
Pornim de la contract (cesiune/licență), de la rolurile părților (angajați/colaboratori), de la traseul codului (repo, commit history) și de la licențele componentelor folosite. Uneori e necesară și o analiză tehnică de similaritate.
Merită negocierea înainte de litigiu?
De multe ori, da, dacă există o bază documentară clară și un plan de remedii (remediere, reduceri, termene, tranziție). Negocierea eficientă cere însă poziție juridică și probatorie bine pregătită.
Contact
Informațiile sunt generale și nu înlocuiesc consultanța juridică. Contează faptele, actele și cronologia.
Linkuri interne
Surse
- Codul civil – Legea nr. 287/2009 (legislatie.just.ro)
- Codul de procedură civilă – Legea nr. 134/2010 (legislatie.just.ro)
- Legea nr. 8/1996 privind dreptul de autor și drepturile conexe (legislatie.just.ro)
- Directiva 2009/24/CE privind protecția juridică a programelor pentru calculator (EUR-Lex)
- Directiva (UE) 2016/943 privind protecția secretelor comerciale (EUR-Lex)
- Regulamentul (UE) 2016/679 (GDPR) (EUR-Lex)
- Directiva (UE) 2019/770 (conținut și servicii digitale) (EUR-Lex)
- Regulamentul (UE) nr. 910/2014 (eIDAS) (EUR-Lex)
- ORDA – Oficiul Român pentru Drepturile de Autor (autoritate)
- ANSPDCP – Autoritatea de supraveghere pentru protecția datelor (autoritate)
- ROTLD – registrul domeniilor .ro (autoritate/administrator)