REGES 2025

[viorel1955]

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 zis nimeni nimic si nici nu mi-au schimbat softul cu altul care face asa ceva.

[costin_mentor]

"Eu asa am facut si nu a zis nimeni nimic si nici nu mi-au schimbat softul cu altul care face asa ceva."
Deocamdata.

[cornels]

Cand rulez dintr-un bat urmatorul script:
curl --location "https://sso.dev.inspectiamuncii.org/rea ... nect/token" --header "Content-Type: application/x-www-form-urlencoded" --data-urlencode "grant_type=password" --data-urlencode "client_id=reges-api" --data-urlencode "username=bbd27147-8443-4c17-bc63-80677c0b21e4" --data-urlencode "password=nJF)01@&6gsvOLvD%DUq" --data-urlencode "client_secret=FjtrYvDTGZKiyHGdSWymOvxhqifTJ7Em"

obtin "invalid user credentials'. Scriptul de mai sus mi l-a generat Postman-ul.
Banuiesc ca totul are legatura cu caracterele speciale din 'password'.
Totul functioneaza din Postman, dar nu cu 'curl'.

Exact problema asta o am si eu acum. Ai reusit sa o rezolvi cumva?

[costin_mentor]

Ai caractere speciale in parola, la mine problema pornea de la %.
Pe un forum/mail am primit solutia la problema mea:
Semnul % e rezervat in batch-uri Windows, astfel ca trebuie dublat.
Exemplu: --data-urlencode "password=nJF)01@&6gsvOLvD%%DUq"
Daca string-ul nu ar fi cuprins intre ghilimele (acum este), atunci si & sau ^ sau < si > sau | sunt rezervate si trebuie prefixate cu ^.
Exemplu: --data-urlencode password=nJF)01@^&6gsvOLvD%%DUq

[cornels]

Multumesc mult costin_mentor.
Totusi, la ultima incercare care nu a mers cu curl dar a mers cu postmanam am avut "password=H6NOgC$BnG5J&8_61ker" deci cu ghilimele !?
In acest caz inteleg ca nu ar trebui prefixate cu ^.

[costin_mentor]

vezi ca ti se trage de la caracterele speciale: & sau $.
Fa cateva teste cu ce am scris (dubleaza-le sau prefix cu ^) si vezi cand iti merge cu curl.

[costin_mentor]

Intampin probleme cand incerc sa trimit diacritice romanesti catre noul reges 2025 (pentru tari ca Franța, Elveția), mai exact la litera ț, (imi merge la ă).
De exemplu cand am pe cineva din Siria trimit urmatorul text care merge:
"nationalitateangajatordestinatie":{
"nume":"Sirian\u0103 (Republica Arab\u0103)"
},

Totusi cand vreau sa trimit ceva similar pentru ț nu-mi merge:
"nationalitateangajatordestinatie":{
"nume":"Fran\u021Ba"
},

Am incercat totul direct din Postman si am folosit linkul urmator pentru a obtine codurile hexa: https://www.pythonisti.ro/tabel-diacrit ... coduri.php
Aveti vreo solutie?

[blumache]

Incercați cu 0x0163 pentru ț.

https://www.compart.com/en/unicode/block/U+0100

[costin_mentor]

A mers cu Fran\u0163a.
Multumesc