REGES-ONLINE: registrul salariaților

Pagina REGES-ONLINE (Administrativ → REGES-ONLINE, /salarizare-reges) ține registrul general de evidență a salariaților la Inspecția Muncii din datele de salarizare din Nexus: salariații noi, contractele noi, actele adiționale, corecturile și încetările.

Temeiul și specificația:

• HG nr. 295/2025 privind registrul general de evidență a salariaților (REGES-ONLINE), aplicabilă din 1 aprilie 2025; aplicația Revisal (HG nr. 905/2017) a rămas valabilă doar în perioada de tranziție, iar din 1 ianuarie 2026 registrul se ține numai în REGES-ONLINE. Hotărârea a fost anulată în primă instanță (Curtea de Apel Constanța, aprilie 2026), nedefinitiv, cu suspendarea respinsă: obligația rămâne.
• Documentația publică pentru dezvoltatori a Inspecției Muncii: depozitul reges-ro/integrare de pe GitHub (README, schema „Schema reges.xsd” cu namespace-ul http://www.inspectiamuncii.ro/reges2025, colecția Postman, nomenclatoarele, exemplul Java). Nexus folosește schema și nomenclatoarele din commitul din 22.05.2026, incluse în aplicație.
• API-ul: mesaje XML trimise prin HTTP POST la /api/Salariat și /api/Contract (loturile la /api/Salariat/Batch și /api/Contract/Batch, propunerile la /api/Detasare/Propuneri și /api/Mutare/Propuneri); răspunsul sincron e o recipisă (ResponseId), iar rezultatul prelucrării (SUCCES / FAIL, cu referința REGES a salariatului sau a contractului) vine asincron, în coada angajatorului (/api/Status/ReadMessage + CommitRead). Autentificarea: token OpenID cu utilizatorul și parola cheii API generate în aplicația Angajator.

Moduri

Setarea Mod REGES-ONLINE (Sistem → Raportări și instituții → REGES-ONLINE (registrul salariaților)):

• Simulat (implicit): nimic nu pleacă din Nexus. Simulatorul primește mesajele validate pe schemă, întoarce recipise și referințe simulate și refuză, ca serverul real, al doilea salariat cu același CNP. E pentru instruire și pentru verificarea datelor.
• Mediul de test ITM: api.dev.inspectiamuncii.org, cu tokenul de pe sso.dev.inspectiamuncii.org. Cheia API se generează în aplicația Angajator de test (cererea de acces la registru se aprobă automat acolo); client_secret-ul de test e cel publicat în documentația REGES.
• Producție: api.inspectiamuncii.ro, registrul real. Adresa tokenului și client_secret-ul de producție nu sunt publicate; se cer Inspecției Muncii (regesonlinesuport.angajator@inspectiamuncii.ro) și se scriu în setări.

Testează conexiunea citește profilul angajatorului (/api/Profile). În modul test sau producție salvează identificatorul angajatorului (AuthorId) din profil, împreună cu mediul din care l-a citit; în modul simulat nu salvează nimic. Un AuthorId al simulatorului sau unul citit în alt mediu nu pleacă în mesaje: generarea e refuzată până se apasă din nou Testează conexiunea în modul curent (sau se scrie AuthorId-ul de mână).

Modurile nu se amestecă. Referințele REGES primite (sau scrise) într-un mod țin de acel mod. După instruirea în modul simulat, la trecerea pe test sau producție salariații apar netransmiși și se înregistrează din nou, cu referințele reale; referințele simulate nu se trimit niciodată la Inspecția Muncii.

Setările

În grupa REGES-ONLINE: adresele (doar dacă diferă de cele ale modului), Client ID (reges-api), client secret, utilizatorul și parola cheii API (secrete: nu se mai afișează după salvare), AuthorId, consumatorul cozii (doar dacă aceeași cheie e folosită și de altă aplicație), Transmite din data, județul și localitatea (SIRUTA) locului de muncă, tipul locului de muncă, programul implicit (repartizarea, orele, tura), nivelul de studii implicit, marcajul Legii nr. 153/2017 (și DetaliiL153, cu anexa, capitolul și structura implicite), câte mesaje pleacă într-un lot (implicit 100) și tipurile de spor REGES sub care pleacă sporul de vechime, sporul pentru condiții și celelalte sporuri fixe (identificatori din nomenclatorul „tipsporpredefinit”; implicit doar sporul de vechime).

Transmite din data e esențială: salariații și contractele de dinainte (migrați din Revisal în REGES-ONLINE) sunt deja în registru. Pentru ei Nexus nu propune înregistrări, ci cere referința REGES (tabul Referințe din registru).

De transmis

Lista se calculează din angajați și contracte, față de ultima transmitere reușită:

• Înregistrare salariat: un angajat cu un contract început după data de start și fără referință REGES.
• Adăugare contract: contractul nou; pleacă după ce salariatul are referința (vine din rezultatul înregistrării).
• Modificare contract (act adițional): un rând de contract nou care continuă același contract (începe a doua zi după rândul anterior, cu același număr), de exemplu salariul nou. Cere documentul justificativ (actul adițional: număr și dată).
• Corectură contract: rândul curent al contractului, deja transmis, schimbat apoi pe loc (rândurile vechi rămân istoric). Cere documentul corecturii (implicit nota), separat de actul adițional deja transmis.
• Încetare contract: rândul final cu „încetat la” sau cu sfârșitul trecut. Cere temeiul legal (din nomenclatorul REGES: acordul părților, demisie …) și documentul încetării (implicit decizia), separat de actul adițional al rândului; la contractul pe durată determinată ajuns la termen, temeiul implicit e expirarea termenului (art. 56 alin. (1) lit. i).
• Modificare salariat: datele salariatului (nume, adresă, act) s-au schimbat față de ultima transmitere.
• Verificare (modificare salariat / corectură contract cu mențiunea „verificare”): referința REGES s-a scris sau s-a importat când datele erau incomplete; acum, completate, se trimit ca să fie sigur că registrul are datele din Nexus.
• Referință REGES lipsă: salariat sau contract din registru pe care Nexus nu-l poate referi.
• Corectura încetării: încetarea transmisă, cu data, temeiul sau explicația schimbate apoi (cu documentul încetării).
• Anularea încetării: încetarea a fost transmisă, dar contractul continuă în Nexus („încetat la” scos, sfârșitul mutat, un rând nou care îl continuă); cere documentul în câmpurile corecturii (implicit nota).
• Operațiile evenimentelor (tabul Suspendări, detașări, mutări): suspendarea, modificarea / corectura / încetarea / anularea ei, propunerea de detașare și modificarea / încetarea / radierea ei, propunerea de mutare și radierea ei, radierile, corectura și radierea unei înregistrări de istoric.

Câmpul Angajat filtrează lista după nume sau marcă (se arată cel mult 500 de rânduri). Coloana Ce lipsește spune ce date trebuie completate (în tabul Date REGES pe angajat sau în setări). Se bifează operațiile gata, apoi Generează mesajele: fiecare mesaj se construiește pe schema oficială și se validează; unul invalid nu pleacă. Trimite mesajele generate le trimite în ordine; Preia rezultatele citește coada și pune referințele primite pe salariat și pe contract. Generarea, trimiterea, preluarea, lotul și anularea merg pe rând: dacă altcineva (sau un al doilea clic) a pornit deja una, apare „O altă operație REGES (…) e în curs” și se reîncearcă după ce se termină.

Trimite în lot trimite mesajele generate pe salariați și pe contracte în loturi (Batch, /api/Salariat/Batch și /api/Contract/Batch), cel mult reges.lot_maxim mesaje pe lot (implicit 100): lotul primește o singură recipisă, iar rezultatele vin apoi în coadă, câte unul pe mesaj, și se potrivesc după identificatorul mesajului. Un lot refuzat de REGES ca nevalid (recipisa nulă) trece mesajele în „Respins”; fără răspuns sigur (timeout, eroare de server) mesajele rămân „trimitere neconfirmată” și se retrimit unul câte unul (Retrimite, același identificator). Propunerile de detașare și de mutare nu au lot: pleacă la Trimite mesajele generate.

Descarcă lotul XML salvează mesajele generate în câte un fișier pe entitate (salariați, contracte: REGES le primește separat). Mesajele descărcate nu mai pleacă la Trimite, ca să nu ajungă de două ori în registru: apar ca „trimitere neconfirmată”; după încărcarea lotului în aplicația Angajator și verificare se anulează (sau se retrimit).

Mesaje și rezultate

Jurnalul tuturor mesajelor: operația, mediul (simulat / test / producție), starea (generat, trimis, reușit, eroare, respins, anulat, trimitere neconfirmată, rezultat neasociat), recipisa, referința și descrierea rezultatului. Vezi arată XML-ul trimis și răspunsul REGES. Un mesaj cu eroare se anulează; după corectarea datelor operația reapare în „De transmis”.

• Respins: REGES a refuzat cererea (schema, forma). Mesajul sigur nu a intrat în registru: se corectează datele și operația se generează din nou.
• Trimitere neconfirmată: REGES nu a răspuns la timp, a dat o eroare de server, a refuzat autentificarea sau mesajul a fost exportat în lot. Nu se știe dacă a ajuns, deci operația nu se generează din nou. Retrimite trimite același mesaj (același identificator); Anulează… se folosește doar după ce s-a verificat în aplicația Angajator că operația nu e în registru (se cere confirmarea), iar apoi operația se poate genera din nou.
• Trimis fără rezultat multă vreme: tot Retrimite sau, după verificare, Anulează….
• Rezultat neasociat: un rezultat din coadă care nu e al unui mesaj Nexus (altă aplicație pe aceeași cheie API) sau care nu s-a putut citi; se păstrează pentru verificare și nu blochează coada. O eroare de autentificare sau de server la citirea cozii apare ca eroare, nu ca „coada e goală”.
• Rezultat ulterior: un eșec venit după un rezultat reușit (rezultat înrudit) se arată separat; mesajul rămâne reușit și referința primită rămâne.

Date REGES pe angajat

Datele cerute de registru care nu sunt în fișa de salarizare: adresa de domiciliu, localitatea (cod SIRUTA), naționalitatea și țara (numele din nomenclatorul REGES, implicit România), actul de identitate, nivelul de studii și referința REGES a salariatului. Pe fiecare rând de contract: referința REGES a contractului, data contractului, norma (dacă nu e 8/40 sau timp parțial), repartizarea programului și a timpului de muncă (ore de zi, de noapte, inegal …), programul, tura, temeiul și explicația încetării și trei documente justificative separate: actul adițional al rândului, documentul corecturii și documentul încetării. Codul COR al funcției se scrie pe contract, în Salarizare; Nexus îl caută în nomenclatorul COR al REGES și trimite versiunea cea mai nouă.

Referința REGES se schimbă doar dacă e editată în formular: un formular deschis înainte ca rezultatul să aducă referința nu o mai șterge la salvare. Dacă referința a fost editată, dar între timp s-a schimbat în Nexus, salvarea e refuzată: se redeschide formularul și se verifică referința.

Suspendări, detașări, mutări

Ce nu se deduce din salarizare se scrie aici, pe angajat și pe rândul lui de contract (Eveniment nou); operația apare apoi în „De transmis”. Toate sunt pe schema oficială, validate și trecute prin simulator, dar netestate încă pe sistemul real al Inspecției Muncii.

• Suspendare: temeiul din Codul muncii (nomenclatorul REGES: art. 50–54, de exemplu art. 51 alin. (1) lit. a) — concediul pentru creșterea copilului, art. 54 — concediul fără plată), data de început, sfârșitul prevăzut, explicația și decizia (documentul justificativ). După transmitere: schimbarea doar a sfârșitului prevăzut e o modificare (prelungire), alte schimbări sunt o corectură; data „încetat efectiv la” (cu documentul ei), ajunsă, trimite încetarea suspendării. Anularea unei suspendări transmise trimite anularea ei.
• Detașare: o propunere către angajatorul la care se face detașarea (CUI, nume, naționalitate, perioada, temeiul), trimisă la /api/Detasare/Propuneri; angajatorul destinatar o acceptă sau o respinge în aplicația lui. Propunerea și modificarea ei duc și conținutul contractului (rândul activ la începutul detașării, cu începutul detașării ca dată de început și de consemnare) și datele salariatului. Rezultatul aduce referința propunerii; după el pleacă modificarea (prelungirea) și încetarea (cu data încetării), pe referința contractului, iar la anulare radierea propunerii, pe referința propunerii (cum cer adnotările schemei; identificarea la modificare / încetare e de confirmat pe mediul de test ITM). Spitalul sursă e cel din Sistem → Unitatea → Unitatea sanitară (CUI, nume).
• Mutare / transfer: propunerea de mutare (transfer individual / de întreprindere, schimbarea locului de muncă, a gestiunii registrului) la /api/Mutare/Propuneri; după transmitere nu se mai modifică (se anulează: pleacă radierea propunerii și se scrie alta).
• Radierea contractului / salariatului: pentru o înregistrare făcută din greșeală, cu motivul radierii. După rezultat, contractul (salariatul) nu mai are operații REGES.
• Corectura / radierea unei înregistrări de istoric: cu referința înregistrării din aplicația Angajator; corectura trimite datele rândului de contract ales.

Un eveniment al unui contract radiat din registru (sau șters) ori al unui salariat radiat se închide: nu mai are operații de transmis, apare „închis” și nu se mai modifică; pe un contract sau salariat radiat nu se mai scriu evenimente.

Acceptarea sau respingerea propunerilor primite de la alți angajatori (când spitalul e destinația) nu se face din Nexus: REGES nu publică încă citirea propunerilor primite.

Legea nr. 153/2017 (DetaliiL153)

Cu Angajator sub Legea nr. 153/2017 contractele pleacă cu AplicaL153; cu Trimite și DetaliiL153 pleacă și detaliile: anexa, capitolul și structura aprobată (implicite în setări, reges.l153_anexa, reges.l153_capitol, reges.l153_structura, sau pe contract), funcția, specialitatea și gradul profesional (pe contract, în Date REGES pe angajat), iar gradația se deduce din vechimea angajatului (data vechimii din salarizare, altfel data angajării): 0 sub 3 ani, 1 de la 3 ani, 2 de la 5, 3 de la 10, 4 de la 15, 5 de la 20 de ani împliniți (legea spune „peste 20 de ani”; fiecare gradație se acordă de la împlinirea pragului; art. 10 din lege). Codurile vin din nomenclatoarele REGES (anexal153, gradprofesionall153 …), nepublicate în depozitul pentru dezvoltatori: se iau din aplicația Angajator. Obligativitatea pentru spital e de confirmat cu Inspecția Muncii.

Referințe din registru

Pentru salariații și contractele migrate din Revisal se lipește un CSV cu antetul Cnp;SalariatId;NumarContract;ContractId (formatul Nexus, separator „;” sau „,”). Coloanele se completează din exportul contractelor cu identificatori REGES din aplicația Angajator. După import, datele de acum sunt punctul de plecare: schimbările ulterioare devin modificări sau corecturi.

Ce nu face încă

• Acceptarea / respingerea propunerilor de detașare sau mutare primite de la alți angajatori, reactivarea contractului după o încetare definitivă și cererile de acces / extrase / adeverințe de vechime se fac în aplicația Angajator.
• Operațiile noi (suspendări, propuneri, radieri, istoric, lot) sunt după schema oficială, testate cu simulatorul, netestate pe sistemul real.
• Ordinea elementelor urmează schema (acțiunea înaintea referinței contractului), nu exemplul din README.

Exportul CSV Revisal rămâne în Administrativ → Declarații și popriri → Revisal CSV (rezervă) (vezi Salarizare), ca listă de verificare.