REGES 2025

[costin_mentor]

Am reusit si eu sa-mi fac un cont de salariat cu semnatura electronica, doar dupa ce am folosit un document de confirmare semnat azi, 14.04.2025 (cu cel vechi de doi ani nu a mers).
Foarte firava documentatia.

[costin_mentor]

Se pare ca se merge pe like-uri daca vrem sa obtinem ceva de la noul reges.
Va rog sa dati un like pentru simplificarea inregistrarii unui contract nou:
https://github.com/reges-ro/integrare/issues/349

[mgabi]

S-a "rezolvat si la mine inregistrarea (nu stiu cum/cand). Eu folosisem o confirmare proaspata din prima.
Era activ, dar nu puteam continua cu certificatul, imi dadea un mesaj legat de semnatura parca.

[costin_mentor]

Cien crede ca avem nevoie de o documentatie clara, dati va rog un like:
https://github.com/reges-ro/integrare/issues/417

[costin_mentor]

Legat de noul Reges online si lipsa documentatiei, va atrag atentia ca cei de la suport ma considera singurul nebun care vrea o documentatie completa
(https://github.com/reges-ro/integrare/i ... 2939484639).
Recomandarea/rugamintea mea (daca considerati ca am dreptate) ar fi sa faceti si voi putin 'zgomot' pe partea asta.
Cerintele mele:
1. o documentatie completa pentru API in care sa ni se explice semnificatia, valorile posibile, daca este obligatoriu sau nu si conditiile cand e musai un element sa fie trimis daca e conditionat de un alt element
2. Sa facem o singura trimitere pentru un contract de munca al unui salariat nou (in prezent trebuie sa trimitem 'inregistrareSalariat', interogam raspunsul primit pentru a extrage 'salariat id' pe care sa-l folosim ulterior cand trimitem 'AdaugareContract', iar ultimul pas interogam raspunsul primit pentru 'adaugarecontract' pentru a obtine 'contract id' din reges. Adica acum avem nevoie de 4 pasi, eu vreau reducerea la 2 pasi.
2. In cazul sporurilor permanente definite de catre Angajator sa ne permita sa trimitem aplicatiile terte 'id-ul' sporului specific angajatorului, in idee ca oricum acel spor este folosit doar de catre acel angajator (in acest moment 'AdaugareSpor' permite doar adaugarea numelui sporului).
4. Sa ni se spuna lista campurilor obligatorii care trebuie completata de catre Angajatori conform ordin 1107/06.05.2025 din M.O. 430/25.05.2025
5. Eliminarea unor aberatii ca 'grad de invalidatate' si grad de handicap sa se ceara concomitent, localitatea nasterii pentru cetatenii straini,..
6. Sa ni se permita obtinerea unui raport per Salariat/Contracte per salariati programatic (prin API)
7. Sa ni se permita extragerea contractelor pentru a obtine salariat_id/contract_id programatic (prin API).


PS. au trecut 2 luni din cele 6 in care trebuie sa facem trecerea.

[costin_mentor]

UNELM vrea sa conteste noul reges:
https://docs.google.com/forms/d/1cdX8CX ... ested=true

[ionv]

Si Reges -ul asta e 'curat neconstitutional', dar merge mai departe, asa ca trebuie sa implementam ceva... Ca sa trimitem date prin API-ul lor ar trebui sa implementam in aplicatiile noastre toate campurile, nomenclatoarele si validarile lor - practic sa dezvoltam un modul intreg Reges in aplicatia de contabilitate. Voi ce ati facut, sau ce aveti de gand sa faceti?

[ghircoiascamil]

Au import din xls la unele sectiuni cum ar fi concediile medicale (suspendarile) si la modificari de contract.
Deocamdata doar din excel fac ca daca se blocheaza accesul din app e nasol.

[costin_mentor]

Si Reges -ul asta e 'curat neconstitutional', dar merge mai departe, asa ca trebuie sa implementam ceva... Ca sa trimitem date prin API-ul lor ar trebui sa implementam in aplicatiile noastre toate campurile, nomenclatoarele si validarile lor - practic sa dezvoltam un modul intreg Reges in aplicatia de contabilitate. Voi ce ati facut, sau ce aveti de gand sa faceti?

Nu avem alta alternativa decat sa implementam toate noile campuri, daca vrem sa generam registrul din aplicatia proprie.

[viorel1955]

Si Reges -ul asta e 'curat neconstitutional', dar merge mai departe, asa ca trebuie sa implementam ceva... Ca sa trimitem date prin API-ul lor ar trebui sa implementam in aplicatiile noastre toate campurile, nomenclatoarele si validarile lor - practic sa dezvoltam un modul intreg Reges in aplicatia de contabilitate. Voi ce ati facut, sau ce aveti de gand sa faceti?

Nu avem alta alternativa decat sa implementam toate noile campuri, daca vrem sa generam registrul din aplicatia proprie.

Ba avem ! Facem un link catre REGES si de acolo maestrii contabili sa intre, sa opereze, sa faca, sa dreaga cum stiu ei. M-am saturat sa le dau cu lingurita solutii contabililor. Sa-si puna capul la contributie si sa rezolve. Daca nu au nimic de comentat la mizeria asta, sa fie sanatosi. Ce nu au inteles multi de aici este ca, un program de salarii nu poate fi in acelasi timp si un program de personal. Daca incercati acest lucru veti obtine o constructie aproape INOPERABILA. Cine vrea sa se lege la cap, nu are decat, eu nu vreau. Este la fel de inutil precum obtinerea UIT-ului la e-Transport. Daca ANAF le-a pus la dispozitie aplicatii, sa le foloseasca. Daca datele care nu au nicio legatura cu contabilitatea, le operezi in programul meu, nu este acelasi lucru sa le scri tu utilizatorule direct in programul ANAF si sa nu-mi complici mie viata si mentenanta ? Eu asa am facut si nu a guitzat nimeni si nici nu mi-au schimbat softul. Voi sunteti vinovati ca i-ati obisnuit asa.