Litigii IT & tech: SaaS, outsourcing, dezvoltare software, escrow — dispută pe livrare, SLA și IP

Pagina este pentru companii care au un conflict pe un proiect IT (SaaS, outsourcing, dezvoltare software) în care „nu merge” trebuie tradus juridic și dovedit tehnic: acceptanță, schimbări (change requests), SLA, penalități, reziliere și drepturi de proprietate intelectuală. Începem cu contractul și cronologia tehnică, apoi construim strategia de negociere, notificări și, dacă e nevoie, litigiu sau arbitraj.

Informațiile sunt generale și nu înlocuiesc consultanța juridică. Contează faptele, actele și cronologia.

Când ai nevoie de asta

SaaS-ul nu respectă SLA (uptime, performanță) și vrei remediu, reducere sau reziliere.
Disputa e pe acceptanță: livrare „în procent”, bug-uri, criterii neclare, UAT disputat.
Outsourcing: întârziere, neconformitate, turnover în echipă, refuz de predare/transfer.
Vendorul cere bani suplimentari pe change requests, iar scopul proiectului s-a schimbat necontrolat.
Există conflict pe IP: cine deține codul, licențele, dreptul de reutilizare, componente open-source.
Escrow: vrei condiții clare de depunere/eliberare sau există refuz de eliberare a codului.
Vrei să conservi probe tehnice (loguri, repo, ticketing) înainte să fie șterse sau modificate.
Disputa are componentă de confidențialitate sau secret comercial (date, algoritmi, know-how).

Ce facem concret

Revizie contractuală: scope, deliverables, acceptanță, SLA, change control, penalități, limitări de răspundere, IP.
Construim cronologia tehnică și juridică: ce s-a livrat, ce s-a testat, ce s-a cerut în change requests, ce s-a aprobat.
Organizăm probele tehnice: loguri, repo, issue tracker, e-mailuri, rapoarte, versiuni și acces.
Stabilim strategia de escaladare: notificări, remediere, cure periods, negocieri, mediere, arbitraj/instanță.
Calibrăm remedii: remediere, reducere preț, reziliere, daune, retenții, activarea escrow.
Dacă e nevoie, pregătim măsuri provizorii pentru conservarea probelor sau a activelor relevante.
Gestionăm componenta IP și confidențialitate: licențe, cesiuni, open-source compliance, secret comercial.

Documente/informații utile pentru prima analiză

Document	De ce contează	Observații
Contract + anexele (SOW, SLA, DPA, termeni)	Definește obligațiile, acceptanța, remediile și răspunderea	Include ordine, change requests, licențe
Specificații, backlog, user stories, criterii de acceptanță	Arată ce trebuia livrat și cum se verifică	Versiuni, semnături, aprobări
Comunicări de proiect (e-mail, minute, ticketing)	Fixează promisiuni, întârzieri, dispute și aprobări	Export din Jira/Asana, chat-uri, minute
Probe tehnice (loguri, release notes, repo, CI/CD)	Dovedesc funcționarea/nefuncționarea și momentul incidentelor	Păstrează integritatea și accesul
Politici IP & licențe (inclusiv open-source)	Clarifică drepturile asupra codului și riscul de încălcare	Listă dependințe, licențe, contributori
Acord escrow (dacă există)	Determină condițiile de depunere și eliberare a codului	Verifică triggers, depozitar, actualizări

Riscuri și greșeli frecvente

Acceptanță fără criterii verificabile sau fără dovezi (aprobări „informale”).
Change requests fără control (cost, termene, impact), ceea ce face disputa greu de cuantificat.
Lipsa conservării probelor tehnice (loguri șterse, repo rescris, acces retras).
Clauze IP neclare: cesiune vs licență, drept de reutilizare, open-source neinventariat.
Notificări greșite sau târzii (cure periods ignorate), ceea ce slăbește poziția în litigiu.
Confidențialitate tratată formal, fără măsuri reale (acces, audit, păstrare evidențe).

Întrebări frecvente

Cum dovedesc că un SaaS nu respectă SLA-ul?

De regulă, prin loguri, rapoarte de uptime, monitorizări independente, ticketing și comunicări de incident. Important este să corelăm dovezile cu obligațiile din SLA și cu notificările făcute la timp.

Ce înseamnă acceptanța și de ce contează în litigiu?

Acceptanța stabilește dacă livrarea este considerată conformă și, de multe ori, declanșează plata sau transferul unor drepturi. Dacă acceptanța e neclară, disputa se mută pe probe și pe comportamentul părților.

Pot rezilia contractul dacă livrarea e defectuoasă sau întârziată?

Depinde de clauzele de reziliere, de termenele de remediere și de gravitatea neexecutării. Analizăm dacă e mai eficientă remedierea, reducerea prețului, rezilierea sau o soluție de tranziție.

Cine deține codul și ce se întâmplă cu componentele open-source?

Drepturile depind de contract (cesiune vs licență) și de legea aplicabilă, iar open-source poate impune obligații de licențiere sau distribuire. Verificăm clauzele IP și inventariem dependențele pentru a reduce riscurile.

Cum funcționează un acord escrow pentru cod sursă?

Escrow-ul presupune depunerea codului la un depozitar și eliberarea lui la anumite condiții (de exemplu, încetarea suportului sau insolvabilitatea). E important ca triggers, actualizările și procedura de eliberare să fie clare și verificabile.

Contact

E-mail: alexandru@maglas.ro | Tel: +40 756 248 777