SCADA vs BMS: diferențe și când se folosește fiecare

Definiții, tabel comparativ pe 14 criterii, arbore de decizie și modul de legare a celor două sisteme într-o facilitate mixtă.

BMS înseamnă sistem de management al clădirii: optimizează confortul și energia într-un imobil. SCADA înseamnă supervizare și achiziție de date pentru un proces industrial sau o infrastructură distribuită. Tehnologic se suprapun. Diferă la scop, la viteza de reacție și la consecința unei erori: disconfort, într-un caz, oprirea producției, în celălalt.

BMS vine de la Building Management System, a nu se confunda cu Battery Management System. În textele de reglementare, sistemul apare sub numele de BACS, sisteme de automatizare și control al clădirilor.

Pe scurt

• Tehnologia se suprapune aproape complet: ambele familii citesc senzori, execută logică, afișează sinoptice și scriu istoric.
• Criteriul de departajare este consecința unei opriri de 10 minute: reclamații sau șarjă pierdută.
• Controlerul DDC vine cu biblioteci HVAC gata făcute; PLC-ul are ciclu de scanare determinist.
• Licențierea decide bugetul mai des decât funcțiile: un SCADA pe tag-uri devine scump la câteva mii de puncte de confort.
• În facilitățile mixte răspunsul corect este „amândouă", legate prin BACnet, Modbus TCP sau OPC UA.
• OUG nr. 155/2024 nu conține un articol dedicat sistemelor OT, iar aplicabilitatea la SCADA și BMS rămâne o interpretare.

Originea BMS: controlere DDC, BACnet, KNX, DALI, M-Bus

Sistemul BMS (Building Management System) controlează și supraveghează instalațiile unei clădiri: încălzire, ventilare, climatizare, iluminat, contorizare de utilități, uneori pompare sau surse de rezervă. Toată familia pleacă de la o singură întrebare: cum se menține un mediu interior stabil cu un consum cât mai mic.

Istoric, BMS-ul a crescut din instalațiile de clădiri, prin bucle de reglaj întâi pneumatice, apoi electronice, apoi digitale. Din anii '80 au apărut controlerele DDC (Direct Digital Control), cu funcții de clădire deja în bibliotecă: reglaj pe cameră, secvențe de CTA (centrală de tratare a aerului), curbe de încălzire, programe orare. În 1995 a apărut BACnet și, odată cu el, așteptarea că sistemul unui producător poate citi punctele altuia. Alături de BACnet, protocoalele uzuale ale lumii clădirilor sunt Modbus, KNX, DALI și M-Bus. Contextul complet este în ghidul despre sistemele BMS pentru clădiri.

Aceeași categorie de sisteme este și reglementată. În legea română apare ca BACS (Building Automation and Control System) și este obligatorie la clădirile nerezidențiale cu sisteme de încălzire, de climatizare, sau combinate cu ventilare, cu putere nominală utilă de peste 290 kW pe familie de sisteme, conform Legii 372/2005, art. 27 alin. (5) și art. 29 alin. (6). Termenul a fost 31 decembrie 2024 și este depășit. Legea cere trei capabilități: monitorizarea, înregistrarea, analiza și ajustarea continuă a consumului de energie; evaluarea eficienței, detectarea pierderilor și informarea persoanei responsabile; comunicarea cu sistemele tehnice conectate și interoperabilitatea între tehnologii proprietare diferite. A patra capabilitate, monitorizarea calității mediului interior, se adaugă de la 29 mai 2026 prin Directiva (UE) 2024/1275, art. 13 alin. (10) lit. d), și nu este încă transpusă în legea română. Tot de acolo vine și pragul de 70 kW, cu termen 31 decembrie 2029, art. 13 alin. (9) lit. b), netranspus.

Originea SCADA: PLC, RTU, Modbus și OPC UA

SCADA înseamnă Supervisory Control and Data Acquisition, adică supervizare și achiziție de date. Este stratul de deasupra automatizării de proces: colectează date de la PLC-uri și RTU-uri, prin Modbus, OPC UA, Profinet sau protocoale de telemetrie precum IEC 60870-5-104 și DNP3, le afișează în sinoptice, gestionează alarmele, scrie istoric și permite comenzi de supervizare. Un detaliu care se pierde des: SCADA nu execută, de regulă, bucla rapidă de reglaj. Acolo lucrează PLC-ul, iar SCADA îl supraveghează.

Rădăcinile stau în telemetrie. În anii '60 și '70, companiile de apă, gaz și energie trebuiau să comande stații aflate la zeci de kilometri. De acolo vin trăsăturile rămase până azi: toleranța la legături slabe, RTU-uri autonome când linia cade, obsesia pentru istoricizare și pentru jurnalul de evenimente.

Un semn practic că un sistem este SCADA doar cu numele: sinopticele arată bine, dar historianul nu păstrează nimic peste 30 de zile și nimeni nu poate reconstitui ultima oprire.

Tabel comparativ pe 14 criterii: scop, criticitate, protocoale, licențiere

Diferența esențială, în proză: sistemul BMS urmărește confortul și energia unei clădiri, cu bucle de secunde până la minute și cu tendințe la 5-15 minute, iar o defecțiune produce disconfort și reclamații. SCADA urmărește continuitatea unui proces, cu bucle de milisecunde până la secunde executate în PLC, iar o defecțiune se măsoară în minute de producție pierdută. Restul diferențelor, de la protocoale la modul de licențiere, decurg din aceste două scopuri.

Tabelul descrie utilizarea tipică, nu limitele tehnice. Orice criteriu poate fi contrazis de un proiect anume.

Zona gri dintre BMS și SCADA: contorizare, pompare, chillere de proces

Zona gri are șase situații recurente: contorizarea generală de utilități, stațiile de pompare, compresoarele de aer, chillerele industriale, HVAC-ul de proces din camerele curate și grupurile electrogene cu UPS. Tehnologia din spate face parte din aceeași familie: senzori, module de intrări și ieșiri, o magistrală, un controler, un server, o interfață grafică. Un SCADA modern controlează o CTA foarte bine, iar un sistem BMS modern supraveghează o stație de pompare. Diferența stă în cât costă folosirea fiecăruia în afara zonei proprii.

Regula practică: dacă un echipament apare în două sisteme, se decide o dată cine îl controlează, iar celălalt îl citește. Dublarea comenzii este sursa clasică de conflict între două regulatoare care se luptă pe același setpoint. Contorul dublat produce, la finalul lunii, două valori care nu se potrivesc.

Arborele de decizie în 8 pași: consecința unei opriri de 10 minute

Întrebările se parcurg în ordine. Un singur răspuns nu decide nimic; contează de câte ori se ajunge în aceeași parte.

1. Ce se protejează: confortul oamenilor sau continuitatea unui proces? Confortul: BMS. Procesul: SCADA. Ambele, în zone diferite: ambele.
2. Ce se întâmplă dacă sistemul cade 10 minute? Nimeni nu observă sau apar reclamații: BMS. Se oprește o linie sau se pierde o șarjă: SCADA.
3. Cât de repede trebuie să reacționeze bucla? Minute, cu inerție termică: BMS. Sub o secundă, cu interblocări: SCADA cu PLC.
4. Este necesar un audit trail validat? Da, în pharma sau în alt domeniu reglementat: SCADA sau EMS dedicat. Nu: BMS.
5. Există puncte distribuite geografic, în afara unei singure clădiri? Stații de pompare, puțuri, posturi de transformare: SCADA. Totul într-un campus compact: BMS.
6. Cine se uită la ecran și cât de des? Un facility manager care intră de câteva ori pe zi: BMS. Un operator de tură, permanent în fața sinopticului: SCADA.
7. Care este întrebarea principală pusă sistemului? „Câtă energie s-a consumat și de ce?": BMS. „De ce s-a oprit utilajul la 03:14?": SCADA.
8. Cine plătește și din ce buget? OPEX de clădire: BMS. Buget de producție sau de mentenanță industrială, justificat prin downtime evitat: SCADA.

Când răspunsurile se împart aproximativ egal, nu există o dilemă de alegere, ci o facilitate mixtă, care are nevoie de amândouă și de o interfață între ele.

Arborele nu acoperă bine două situații: centrele de date și clădirile cu producție proprie de energie. Acolo decizia se ia pe redundanță și pe contractul de disponibilitate, nu pe tipul de sistem.

Arhitectura mixtă: BACnet, Modbus TCP și OPC UA la interfață

Într-o facilitate mixtă, cele două sisteme se leagă la nivel de date prin trei căi: BACnet pentru punctele de clădire, Modbus TCP pentru echipamentele cu registre simple și OPC UA pentru schimbul structurat între SCADA și supervizarea de clădire. Situațiile în care răspunsul corect este „amândouă" apar des:

• Hală de producție cu corp de birouri. Procesul, utilitățile tehnologice și aerul comprimat stau pe SCADA. Birourile, CTA-urile și contorizarea pe chiriaș stau pe BMS. Punctul comun: energia electrică și termică.
• Spital. Saloanele, iluminatul și ventilarea generală sunt BMS. Blocurile operatorii, presiunile diferențiale și gazele medicale cer tratament de tip proces, cu alarmare severă și redundanță.
• Fabrică pharma. BMS pentru zonele administrative, sistem dedicat de monitorizare a mediului pentru camerele curate, SCADA pentru proces. Cele trei nu se contopesc, pentru că cerințele de validare diferă.
• Hotel cu piscină și cogenerare. Camerele, CTA-urile și zonele publice sunt BMS clasic. Tratarea apei de piscină și cogenerarea sunt instalații de proces, cu furnizorul lor.

Legătura se face la nivel de date, nu prin înlocuirea unui sistem cu celălalt. Trei căi acoperă aproape tot: BACnet pentru punctele de clădire, Modbus TCP pentru echipamente cu registre simple și OPC UA pentru schimbul structurat între SCADA și supervizarea de clădire. Criteriile de alegere sunt tratate în materialele despre protocoale și integrare, iar execuția este descrisă în pagina de integrare de sisteme.

Partea consumatoare de timp nu este montarea gateway-ului, ci maparea punctelor: denumiri, unități de măsură, sensuri de acțiune, ce se scrie și ce se citește doar. În integrările pe care Sovitech Control le-a executat în București, negocierea listei de puncte între doi furnizori a durat, de regulă, mai mult decât configurarea propriu-zisă a interfeței. Un gateway nu repară o documentație absentă: fără listă de puncte se face întâi releveul.

Un singur sistem forțat pentru tot costă în ambele sensuri. Un SCADA pe tag-uri devine scump la câteva mii de puncte de confort, iar un BMS împins în secvențe de proces se plătește în ore de programare nestandard, pe care nimeni nu le mai întreține peste cinci ani.

Granița IT/OT: segmentare, IEC 62443 și OUG 155/2024

Granița IT/OT se trasează la nivelul rețelei, nu al furnizorului. Sistemul BMS și sistemul SCADA sunt amândouă sisteme OT (tehnologie operațională), dar profilul de risc diferă. Un sistem BMS stă pe rețeaua de clădire, are stații de operare pe Windows, are frecvent acces de la distanță pentru furnizorul de mentenanță și trăiește 10-15 ani cu actualizări rare. Un SCADA industrial este mai bine izolat, însă consecința unei intruziuni este mai gravă.

Trei măsuri acoperă cea mai mare parte a riscului real, în ambele lumi:

• Segmentarea. Rețele separate pentru IT, BMS și SCADA, nu un singur VLAN „tehnic". Modelul de zone și conduite din seria IEC 62443 este referința uzuală pentru partea industrială.
• Accesul la distanță controlat. Un singur punct de intrare, cu autentificare cu mai mulți factori, conturi nominale și jurnalizare, nu un client de acces lăsat pornit pe stația de operare.
• Inventarul. Ce dispozitive există, cu ce firmware și cine le poate atinge. În clădirile cu mai mulți furnizori, inventarul lipsește aproape întotdeauna.

Pe partea de reglementare, NIS2 a fost transpusă în România prin OUG nr. 155/2024, cu DNSC ca autoritate. Un aspect merită spus corect: actul normativ nu conține un articol dedicat sistemelor OT, SCADA sau BMS. Obligațiile sunt formulate neutru tehnologic și privesc rețelele și sistemele informatice folosite pentru furnizarea serviciului. Interpretarea rezonabilă, prezentată aici ca interpretare și nu ca text citabil de lege, este că un SCADA care ține în funcțiune un serviciu esențial sau un BMS de care depinde furnizarea serviciului intră în acest perimetru. Operatorii aflați în această situație clarifică întrebarea cu juristul și cu echipa responsabilă de IT/OT, pe baza textului oficial.

Trei greșeli frecvente: SCADA în birouri, proces critic pe BMS

• SCADA cumpărat pentru o clădire de birouri. Apare când specificația este scrisă de cineva cu formație industrială. Rezultatul: licențiere pe tag-uri care explodează la câteva mii de puncte de confort, sinoptice construite de la zero pentru lucruri pe care orice DDC le are în bibliotecă.
• Proces critic controlat dintr-un BMS. Apare când o instalație tehnologică este adăugată târziu și „mai încape" pe controlerul existent. Problemele ies la interblocări, la timpii de scanare și după o repornire a serverului. Un proces care nu are voie să se oprească are nevoie de logică deterministă, în PLC.
• Două sisteme fără interfață comună. Cea mai costisitoare pe termen lung, pentru că este invizibilă. Două istorice, două seturi de contoare, iar raportul lunar se face manual în Excel. La raportarea de date ESG, lipsa interfeței devine o problemă de auditabilitate.

Ce decid directorul tehnic, managerul pharma și responsabilul IT/OT

Directorul tehnic: împărțirea pe zone de criticitate, înainte de ofertare

Decizia se ia la nivel de arhitectură, înainte de cererea de oferte. Facilitatea se împarte pe zone de criticitate, iar caietul de sarcini spune explicit cine deține fiecare punct de date și prin ce protocol se schimbă informația la graniță. Modelul de caiet de sarcini Sovitech are un capitol dedicat interfeței cu sistemele terțe: cere modelul de caiet de sarcini BMS. Contextul de rol stă pe pagina pentru directorul tehnic.

Managerul pharma: ce zone intră în validare și audit trail

Întrebarea de pus nu este „SCADA sau BMS", ci ce anume trebuie validat. Zonele cu cerințe de audit trail se separă de la început de cele fără, altfel validarea se extinde peste tot și scumpește fiecare modificare de secvență. Abordarea pe segmente este descrisă pentru facilități pharma și pentru proiecte industriale.

Responsabilul IT/OT: schema de rețea înaintea listei de echipamente

Schema de rețea se cere înaintea listei de echipamente. Contează unde stă granița IT/OT, cine are acces la distanță și ce se jurnalizează. Un BMS bine făcut și un SCADA bine făcut arată identic din această perspectivă: segmentate, inventariate, cu un singur punct de acces.

Concluzie

Alegerea între SCADA și BMS nu este o competiție între tehnologii, ci o decizie de arhitectură luată o singură dată, pe criteriul consecinței unei opriri. Facilitățile mixte au nevoie de amândouă, iar banii se pierd în interfața dintre ele, nu în sisteme. Un proiect care nu spune cine deține fiecare punct de date plătește diferența mai târziu, în ore de integrare.

Discută arhitectura cu un inginer Sovitech

Sovitech proiectează și execută ambele părți: proiectare de automatizări și BMS și integrare cu sisteme de proces existente, de la birouri și hoteluri până la fabrici pharma, în lista de referințe. Pe baza schemei instalațiilor, un inginer răspunde cu o propunere de împărțire pe zone, cu punctele schimbate între sisteme și cu protocolul recomandat.

Articol publicat 16.08.2026. Actualizat 19.08.2026. Informațiile juridice au fost verificate la 16.08.2026. Referința la OUG nr. 155/2024 este redată ca atare; interpretarea privind aplicabilitatea la sistemele SCADA și BMS este opinia autorului, nu text de lege. Sursele primare citate sunt paginile oficiale ale organizațiilor emitente: bacnet.org, opcfoundation.org, iec.ch și portalul legislativ. Autor: Echipa de inginerie Sovitech Control.