Formularele ALOP ale Ministerului Finanțelor și problema Adobe Acrobat Pro
📄 PDF „Inteligent”, dar nu și prietenos.
Actualizat:
⚡ Pe scurt
Pentru documentele ALOP introduse prin OMF nr. 1.140/2025, recomandarea noastră este foarte simplă:
✅ Folosiți
Adobe Acrobat Reader Desktop, versiunea gratuită.
🚫 Evitați
Adobe Acrobat Pro pentru completarea și semnarea succesivă a acestor formulare.
Da, situația este absurdă: un produs Adobe comercial, plătit și teoretic mai capabil poate avea probleme cu niște formulare oficiale, în timp ce versiunea gratuită Reader funcționează.
Dar problema nu este Adobe Acrobat Pro în sine și nici calculatorul utilizatorului. Problema pleacă de la modul în care Ministerul Finanțelor a construit aceste PDF-uri.
MFP a ales pentru un flux administrativ obligatoriu niște formulare bazate pe XFA (XML Forms Architecture), cu JavaScript intern, calcule automate și multiple restricții de securitate. Combinația aceasta devine extrem de fragilă exact în scenariul pentru care documentele respective ar trebui să fie folosite: mai mulți utilizatori completează și semnează succesiv același document electronic.
Cu alte cuvinte, în locul unui PDF robust și interoperabil, avem niște formulare care depind de comportamentul foarte specific al unei anumite aplicații Adobe.
🔍 Ce se întâmplă efectiv
Formularele MFP conțin scripturi JavaScript care modifică automat diverse câmpuri și efectuează calcule în formular.
Problemele apar după aplicarea primei semnături electronice.
În testele efectuate pe calculatoare care folosesc Adobe Acrobat Pro, continuarea fluxului cu certificate digitale calificate — inclusiv token-uri USB precum cele certSIGN — poate genera erori precum:
GeneralError: Operation failed. XFAObject.rawValue:...:calculate
sau:
Property: 'rawValue' cannot be set because doing so would violate this document's permissions settings.
💬 Tradus din limbaj Adobe în limbaj normal: formularul MFP încearcă să-și recalculeze propriile câmpuri, iar Acrobat îi răspunde că nu mai are voie să le modifice.
🧪 Verificat și manual: am descărcat un formular de pe site-ul Ministerului Finanțelor, l-am salvat și l-am semnat manual în Acrobat Pro, fără K-BOT sau alt intermediar. Eroarea a apărut la fel.
Așadar, nu vorbim despre un utilizator care a apăsat greșit un buton și nici despre un token defect. Vorbim despre un document care ajunge să se împiedice de propriile mecanisme de securitate după ce a fost semnat.
🧩 De ce apare problema
1 MFP folosește formulare XFA
Acestea nu sunt simple PDF-uri. Sunt documente dinamice bazate pe XFA, în care formularul, datele și scripturile interne interacționează între ele.
Printre altele, scripturile respective modifică proprietatea rawValue pentru a actualiza valori, totaluri, TVA, footer-uri și alte câmpuri calculate.
Atât timp cât documentul nu este semnat, acest lucru poate funcționa fără probleme. După semnarea electronică însă, începe distracția. 🎢
2 Semnătura protejează documentul, dar formularul încă încearcă să se modifice
O semnătură digitală are tocmai rolul de a proteja documentul împotriva modificărilor nepermise.
Problema este că formularul creat de MFP continuă să aibă nevoie să execute JavaScript și să schimbe valori după prima semnătură. Acrobat Pro poate interpreta aceste operații ca modificări nepermise ale unui document deja semnat și blochează operația.
De aici apar erorile legate de XFAObject.rawValue și de document's permissions settings.
Practic, MFP a construit un document care trebuie simultan:
- să fie protejat prin semnătură electronică;
- să continue să se modifice prin JavaScript;
- să treacă succesiv prin mai mulți semnatari.
Nu este tocmai combinația ideală pentru un document care ar trebui să reprezinte un flux administrativ stabil și predictibil.
🤦 Și partea cu adevărat ridicolă
În testele noastre, Adobe Acrobat Reader, adică versiunea gratuită, gestionează acest flux mai bine decât Adobe Acrobat Pro, versiunea comercială.
Reader tratează documentul în principal ca formular care trebuie completat și semnat și permite, în situațiile testate, executarea calculelor necesare între etapele succesive ale fluxului. Acrobat Pro are funcții suplimentare de editare și manipulare a documentelor, iar interacțiunea dintre aceste funcții, restricțiile documentului semnat și scripturile XFA ale formularului MFP poate conduce la blocarea recalculării.
Așadar: nu cumpărarea unei licențe Adobe mai scumpe rezolvă problema. În acest caz poate face exact contrariul.
🛠️ Ce trebuie făcut
Pentru formularele ALOP aferente OMF nr. 1.140/2025, recomandăm:
- Folosiți Adobe Acrobat Reader Desktop, actualizat la zi.
- Nu deschideți aceste documente în Acrobat Pro pentru completare și semnare succesivă.
- Dacă pe calculator sunt instalate ambele aplicații, deschideți documentul explicit cu:
Click dreapta → Open with / Deschide cu → Adobe Acrobat Reader
și nu cu Acrobat Pro.
Pentru organizațiile în care Acrobat Pro este necesar pentru alte activități, acesta poate rămâne instalat. Pur și simplu trebuie separat fluxul ALOP de activitățile pentru care este utilizat Acrobat Pro.
🔐 Dacă Reader începe să verifice semnăturile imediat la deschiderea documentului
Dacă apar probleme legate de verificarea automată a semnăturilor, în Adobe Reader poate fi dezactivată verificarea imediată la deschiderea documentului:
Edit → Preferences → Signatures → Verification
și se debifează: „Verify signatures when the document is opened”.
Această măsură poate evita situațiile în care verificarea documentului intervine înainte ca utilizatorul curent să își poată continua operațiunile și introduce PIN-ul certificatului digital.
❓ Întrebări frecvente
De ce apare eroarea XFAObject.rawValue la semnarea formularelor ALOP?
Formularele MFP sunt bazate pe XFA și conțin JavaScript care își recalculează câmpurile. După prima semnătură electronică, Acrobat Pro interpretează recalcularea ca pe o modificare nepermisă a documentului semnat și o blochează.
Pot folosi Adobe Acrobat Pro pentru formularele ALOP?
Nu este recomandat pentru completarea și semnarea succesivă. În testele noastre, Adobe Acrobat Reader Desktop, versiunea gratuită, gestionează fluxul mai bine.
Cum deschid documentul în Reader dacă am instalat și Acrobat Pro?
Click dreapta pe document, apoi Open with / Deschide cu, apoi Adobe Acrobat Reader.
Ce fac dacă Reader verifică semnăturile imediat la deschidere?
Din Edit, Preferences, Signatures, Verification, debifați „Verify signatures when the document is opened”.
📌 Concluzia
Nu ar trebui să fie nevoie de o pagină ca aceasta.
Un document electronic oficial introdus într-un flux obligatoriu la nivel național ar trebui să poată fi completat și semnat într-o versiune curentă a uneia dintre cele mai răspândite aplicații PDF comerciale din lume fără ca utilizatorii să fie obligați să învețe diferențele dintre XFA, rawValue, JavaScript, sandbox-uri Adobe și permisiunile interne ale unui PDF.
Utilizatorul final nu ar trebui să depaneze arhitectura formularului Ministerului Finanțelor. Departamentul IT nu ar trebui să descopere prin încercări succesive că Adobe Acrobat Pro trebuie evitat și trebuie folosită versiunea gratuită Reader. Iar un contabil sau un ordonator de credite nu ar trebui să primească erori JavaScript obscure doar pentru că încearcă să semneze un document exact în fluxul pentru care documentul respectiv a fost creat.
MFP a ales tehnologia, MFP a construit formularele și MFP a impus fluxul. Ar fi fost normal ca tot MFP să se asigure că aceste trei lucruri funcționează împreună înainte ca documentele să ajungă obligatoriu la utilizatori.
Până când formularele vor fi făcute suficient de robuste încât aplicația folosită pentru deschiderea unui PDF să nu mai devină o loterie, soluția practică rămâne:
✅ ALOP → Adobe Acrobat Reader Desktop. Nu Acrobat Pro.