• Modernizare & Retrofit
Cine deține licențele, codul sursă și parolele de inginerie
Ce se predă la recepție și ce se scrie în ofertă ca sistemul să rămână al beneficiarului.
Ghidul complet: Caiet de sarcini pentru un sistem BMSPublicat 21.10.2026

Cele patru obiecte ale proprietății, cine le ține astăzi, ce se cere în contract și șase clauze pentru caietul de sarcini.
Licențele software, uneltele de inginerie, codul sursă al aplicației și parolele unui sistem BMS (Building Management System) rămân, în practica pieței, la integratorul care l-a livrat, dacă contractul nu spune altceva. Proprietarul clădirii le obține numai dacă documentul de licitație le numește explicit, cu termen de predare la recepție și la fiecare modificare.
Miza este operațională: cine poate modifica sistemul, în cât timp și la ce tarif.
Pe scurt
- Patru obiecte au proprietar după recepție: licențele runtime ale supervizării, uneltele de inginerie, codul sursă al aplicației și parolele.
- Taxa anuală de licență software este 8-18% din valoarea componentei software și se declară în ofertă.
- Codul sursă al aplicației înseamnă logica programată, graficele și baza de date de puncte, nu firmware-ul producătorului.
- Parolele de inginerie se predau la recepție și se schimbă după fiecare intervenție consemnată.
- Șase clauze gata de inserat în caietul de sarcini acoperă licențele, uneltele, sursele, parolele și depozitul escrow.
- Clauzele sunt formulări tehnico-comerciale de lucru și trec prin verificare juridică înainte de folosirea în contract.
Cuprins
Schimbarea furnizorului: o oră de manoperă sau proiect de reinginerie
Cine deține parola de inginerie decide, la schimbarea furnizorului de mentenanță, dacă o modificare de program orar este o oră de manoperă sau începutul unui proiect de reinginerie. Proprietatea asupra sistemului se stabilește în contract, înainte de semnare, nu la predare.
Situația tipică: o clădire de birouri își schimbă firma de mentenanță sau proprietarul, iar sistemul BMS (Building Management System) trece în alte mâini. În prima săptămână, un chiriaș cere prelungirea programului de climatizare, o modificare a programului orar pentru valorile de consemn (setpoint).
Noul furnizor deschide supervizarea și se oprește: contul primit este de operator, nu de inginerie. Parola de inginerie a rămas la integratorul care a pierdut contractul, licențele sunt pe numele lui, fișierele-sursă stau pe laptopul unui inginer care nu mai răspunde. Modificarea de o oră a devenit o negociere fără termen.
Dependența de furnizor nu vine, de cele mai multe ori, dintr-o tehnologie închisă, ci dintr-un contract care tace despre predare. La ofertare, subiectul este întrebarea 3 din grila de selecție a firmei de automatizări; la clădirile existente, aceeași verificare este o constatare distinctă în inspecția pe opt zone a unui sistem existent.
Cele patru obiecte ale proprietății după recepție
La predarea unui sistem BMS (Building Management System), proprietatea se împarte pe patru obiecte cu regim diferit. Tratate ca un singur pachet, se pierd împreună; separate, fiecare primește clauza lui.
Licențele runtime ale supervizării și taxa anuală de 8-18%
Licența runtime este dreptul de a rula software-ul de supervizare pe serverul clădirii, cu punctele și utilizatorii lui. Astăzi se emite frecvent pe numele integratorului, în contul lui de partener la producător: clădirea plătește factura, integratorul deține dreptul.
Ce se cere: emiterea de la început pe numele beneficiarului, certificatul și cheile de activare predate la recepție, transferabilitatea confirmată în scris. Taxa anuală de licență, unde platforma o are, este 8-18% din valoarea componentei software, în fiecare an; conținutul ei se declară în ofertă, iar acumularea pe durata de viață intră în calculul costului de operare pe zece ani.
Costul absenței: la schimbarea furnizorului, licența se emite din nou sau se răscumpără, iar supervizarea rămâne fără actualizări până la clarificare.
Uneltele de inginerie, vândute adesea numai partenerilor certificați
Uneltele de inginerie sunt programele cu care se scrie logica din controlerele DDC (Direct Digital Control) și se editează graficele de supervizare. Astăzi le ține integratorul, iar multe platforme le vând numai partenerilor certificați: beneficiarul final nu le poate cumpăra, oricât ar plăti.
Ce se cere depinde de platformă. Unde producătorul permite, o licență de inginerie se livrează odată cu sistemul. Unde nu permite, cerința realistă este alta: confirmarea scrisă că aplicația predată poate fi preluată de orice partener certificat al producătorului, cu lista partenerilor activi din România anexată ofertei. O listă cu un singur nume descrie un monopol, nu un ecosistem; alegerea între platforme cu unelte libere și platforme cu unelte de partener intră în analiza cazurilor în care soluția producătorului este alegerea corectă.
Costul absenței: fiecare modificare trece prin firma inițială, la tariful ei și în calendarul ei.
Codul sursă al aplicației: logică, grafică, baza de puncte
Codul sursă al aplicației înseamnă logica programată a controlerelor, graficele de supervizare, baza de date de puncte și configurațiile de comunicație, în format editabil. Nu înseamnă firmware-ul producătorului: acela nu face obiectul predării la niciun sistem. Cine cere „tot codul" cere ceva ce nu există; cine nu cere fișierele-sursă pierde exact partea plătită de clădire.
Astăzi, fișierele-sursă trăiesc de regulă pe laptopul inginerului care a făcut punerea în funcțiune. Detaliul care schimbă negocierea: la o parte din platforme, aplicația compilată din controler nu se poate citi înapoi; ce nu s-a predat la recepție nu se mai extrage din teren.
Ce se cere: fișierele-sursă la recepție, pe un suport al beneficiarului, versiunea actualizată după fiecare modificare și un test de restaurare consemnat. Costul absenței mută discuția de la modernizare la înlocuire: fără acces la aplicație, controlerele nu se reprogramează, se înlocuiesc. Modernizarea care refolosește cablarea și câmpul costă 40-60% din costul unui sistem nou echivalent; un sistem nou pentru o clădire de birouri clasa A se așază la 9-18 EUR/mp. Diferența dintre cele două căi este, de multe ori, prețul unui fișier nepredat.
Parolele și conturile, de la operator până la inginerie
Parolele și conturile există pe fiecare nivel: operare în supervizare, administrarea serverului, inginerie pe controlere, acces de la distanță și conturi în platformele cloud ale producătorului. Astăzi stau la integrator, adesea într-un cont partajat de toată echipa lui. În proiectele de modernizare preluate de Sovitech Control în București, parolele de inginerie au lipsit la predare în majoritatea cazurilor: integratorul inițial dispăruse sau cerea tarif de reintrare.
Ce se cere: lista completă a conturilor predată la recepție, parolele schimbate la predare în prezența beneficiarului și după fiecare intervenție consemnată, conturi nominale în locul contului partajat.
Costul absenței: cu un cont de operator se privește, nu se modifică. Un controler blocat cu parolă necunoscută se comportă, la evaluarea căilor de modernizare, ca un controler defect: se înlocuiește, oricât de bună i-ar fi starea.
Tabelul proprietății: situația de azi și cerința din contract
Tabelul rezumă cele patru obiecte ale proprietății într-un sistem BMS (Building Management System), cu situația tipică de astăzi și cerința din contract.
| Obiectul | Cine îl deține astăzi, de regulă | Ce se cere în contract |
|---|---|---|
| Licențele runtime ale supervizării | Emise pe numele integratorului, în contul lui de partener la producător | Emitere pe numele beneficiarului; certificate și chei de activare predate la recepție; taxa anuală de licență, 8-18% din valoarea componentei software, declarată în ofertă |
| Licențele uneltelor de inginerie | La integrator; multe platforme le vând numai partenerilor certificați | Licență livrată unde producătorul permite; altfel, preluare confirmată de orice partener certificat, cu lista partenerilor din România |
| Codul sursă al aplicației | Pe laptopul inginerului care a făcut punerea în funcțiune | Predare la recepție și după fiecare modificare, format editabil, pe suportul beneficiarului, cu test de restaurare |
| Parolele și conturile | La integrator, adesea într-un cont partajat de toată echipa | Listă completă la recepție; schimbare la predare și după fiecare intervenție; conturi nominale |
Șase clauze pentru caietul de sarcini, cu verificare juridică
Clauzele de mai jos se inserează în capitolul de predare și recepție al documentului de licitație și în contractul de mentenanță; structura completă este în modelul de document de licitație pe 15 secțiuni. Formularea „se predă" fără termen, format și sancțiune rămâne o intenție; clauzele de aici au toate trei.
Notă înainte de folosire: cele șase clauze sunt formulări tehnico-comerciale de lucru, redactate din practica predării sistemelor, nu consultanță juridică, iar articolul nu constituie consultanță juridică. Înainte de introducerea în orice contract sau caiet de sarcini, formulările trec prin verificarea unui jurist. Termenele și valorile numerice din clauze sunt valori de lucru și se ajustează pe proiect.
Clauza 1. Licențele, emise pe numele beneficiarului
Toate licențele software livrate prin contract, inclusiv licența de rulare a platformei de supervizare și licențele dimensionate pe puncte sau pe utilizatori, se emit de la început pe numele beneficiarului și se înregistrează la producător cu datele beneficiarului. Executantul predă la recepție certificatele de licență, cheile de activare și dovada înregistrării. Taxele anuale de licență, cu valoarea, scadența și conținutul lor, se listează în anexa comercială a contractului.
Clauza 2. Uneltele de inginerie, predate sau achiziționabile
Denumirea comercială și modelul de licențiere ale uneltelor de inginerie necesare modificării aplicației se declară în ofertă, pentru fiecare nivel al sistemului. Acolo unde politica producătorului permite, o licență a uneltelor de inginerie se livrează beneficiarului odată cu sistemul, cu cost separat în ofertă. Acolo unde uneltele se vând numai partenerilor certificați, executantul confirmă în scris că aplicația predată poate fi preluată și modificată de orice partener certificat al producătorului și anexează lista partenerilor certificați activi în România la data ofertei.
Clauza 3. Codul sursă al aplicației, predat la recepție și la fiecare modificare
Executantul predă la recepție, pe un suport de stocare aflat în proprietatea beneficiarului, fișierele-sursă complete și editabile ale aplicației: logica programată a controlerelor, graficele de supervizare, baza de date de puncte și configurațiile de comunicație. După fiecare modificare ulterioară, versiunea actualizată a fișierelor-sursă se predă în cel mult 10 zile lucrătoare de la punerea în funcțiune a modificării. Obligația privește aplicația dezvoltată pentru clădire, nu firmware-ul producătorului.
Clauza 4. Parolele, predate la recepție și schimbate la predare
Lista completă a conturilor și a parolelor se predă la recepție, pe toate nivelurile: operare, administrare a supervizării, inginerie pe controlere, acces de la distanță și conturi asociate în platformele producătorului. Parolele se schimbă la predare, în prezența reprezentantului beneficiarului, și după fiecare intervenție consemnată în jurnalul de intervenții. Conturile sunt nominale; conturile partajate nu se acceptă.
Clauza 5. Depozitul escrow, pentru cazul dispariției integratorului
Pentru cazul încetării activității executantului sau al încetării contractului, din orice motiv, o copie actualizată a fișierelor-sursă ale aplicației și a listei de conturi se păstrează într-un depozit convenit de părți: la un terț independent, în regim de escrow, sau într-un seif al beneficiarului, în plic sigilat, cu proces-verbal. Depozitul se actualizează după fiecare modificare a aplicației, iar dreptul beneficiarului de a deschide depozitul la încetarea contractului se prevede explicit.
Clauza 6. Blocarea accesului de inginerie, neexecutare a contractului
Blocarea accesului de inginerie al beneficiarului, prin schimbarea parolelor fără predare, prin conturi nedeclarate sau prin funcții de blocare la distanță, constituie neexecutare a contractului. Invocarea siguranței sistemului nu justifică reținerea parolelor de inginerie: cerințele de securitate se acoperă prin conturi nominale, jurnal de acces și schimbarea parolelor după intervenții, nu prin excluderea beneficiarului. Contul de operator nu înlocuiește accesul de inginerie.
Ce înseamnă concret pentru proprietar și directorul tehnic
Proprietarul tratează cele patru obiecte ca pe o componentă a valorii de activ. La cumpărarea unei clădiri, pachetul de predare a sistemului BMS (Building Management System) se cere în due diligence: certificatele de licență, exportul fișierelor-sursă, lista conturilor. O clădire cu sistem transferabil se vinde fără discountul de dependență de furnizor; una cu parole pierdute vinde, la pachet, un proiect de reinginerie.
Directorul tehnic face trei verificări care nu costă nimic: citește numele de pe certificatul de licență, cere backupul fișierelor-sursă cu test de restaurare și programează schimbarea parolelor după fiecare intervenție. La un contract nou, cele șase clauze intră în documentul de licitație înainte de cererea de ofertă, după avizul juristului; adăugate la negociere, se plătesc cu concesii.
Întrebări frecvente
- Cine detine licentele unui sistem BMS dupa receptie?
- Cel trecut pe certificatul de licență. În practica pieței, licențele se emit frecvent pe numele integratorului care a livrat sistemul, iar transferul ulterior depinde de producător. Cerința corectă este emiterea de la început pe numele beneficiarului, cu certificatele, cheile de activare și dovada înregistrării predate la recepție.
- Ce este codul sursă al aplicației într-un sistem BMS?
- Codul sursă al aplicației cuprinde logica programată a controlerelor, graficele de supervizare, baza de date de puncte și configurațiile de comunicație, în format editabil. Nu include firmware-ul producătorului, care rămâne al acestuia. Fără fișierele-sursă, aplicația compilată din controlere nu se poate modifica, iar la unele platforme nici măcar citi înapoi.
- Pot rămâne parolele de inginerie la integrator din motive de siguranță?
- Nu, dacă contractul este scris corect. Securitatea se obține prin conturi nominale, jurnal de acces și schimbarea parolelor după fiecare intervenție, nu prin excluderea beneficiarului de la propriul sistem. Refuzul predării este un semnal comercial: fiecare modificare viitoare trece prin integratorul inițial, la tariful acestuia.
- Ce se predă la schimbarea firmei de mentenanță?
- Patru pachete: backupul curent și fișierele-sursă ale aplicației, lista conturilor cu parolele schimbate la predare, documentația adusă la zi și confirmarea licențelor pe numele beneficiarului. Termenul și conținutul predării se scriu în contract la semnare; negociate la plecare, depind de bunăvoința firmei care pleacă.
Concluzie
Proprietatea asupra unui sistem BMS nu se câștigă la recepție; se scrie în contract, înainte de semnare. Un sistem plătit integral, dar cu licențele, sursele și parolele la integrator, este de facto închiriat. Cele șase clauze costă câteva rânduri în caietul de sarcini și o verificare juridică; absența lor se plătește la prima schimbare de furnizor. Reconstrucția unei aplicații din teren nu are niciodată prețul unui plic predat la timp.
Verificarea clauzelor din contractul actual
Contractul de mentenanță în vigoare și anexele de predare se pot verifica pe cele șase clauze din articol, înainte de următoarea negociere. Documentele se trimit prin pagina de contact, iar un inginer Sovitech răspunde în scris, clauză cu clauză, în câteva zile lucrătoare.
Articol publicat 21.10.2026. Fără afirmații juridice de verificat; clauzele contractuale așteaptă avizul juridic consemnat în fișa de producție înainte de publicare. Autor: Echipa de inginerie Sovitech Control.