Sunteți pe pagina 1din 4

1. Informatii generale program: I: Cum pot depune XML-ul validat? Trebuie sa-l import/ atasez in PDF-ul inteligent?

R: Declaratia Unica D112 consta dintr-un PDF la care se atseaza un fisier XML. Programul genereaza automat PDF-ul declaratiei si ataseaza XML-ul validat. De asemenea ofera si posibilitatea semnarii digitale. Nu aveti nevoie de niciun alt program suplimentar. I: De ce nu mi se genereaza (pentru listare/vizualizare) si Anexele 1.1 si 1.2? R: Pentru depunerea declaratiei D112 este necesar doar PDF-ul cu Anexa 1, impreuna cu XML-ul atasat din care vor fi preluate datele pe serverul central. Programul nu include in PDF anexele 1.1 si 1.2 Pentru sanatate: In Ordinul 130/351/2011 se specifica ce documente sunt necesare pentru recuperarea concediilor medicale. Nu se cer anexele 1.1 si 1.2 din D112. Datele din aceasta anexa se regasesc in sistemul unic integrat. Pentru somaj: In HG 113/09.02.2011, publicata in Monitorul Oficial 133/22.02.2011, apar modificarile la Normele metodologice de aplicare a Legii 76/2002 prin care se elimina obligatia prezentarii declaratiei listate la AJOFM. I: R: In denumirea firmei exista un &. La validarea xml-ului imi apare o eroare fatala de parsare. In formatul xml exista "escape characters":

&amp; pentru & &lt; pentru < &gt; pentru > &quot; pentru " &apos; pentru ' Inlocuiti & cu &amp; in XML. Daca deschideti fisierul, de exemplu intr-un browser de internet, continutul apare corect si nu veti avea nici eroare la validare I: Dorim sa se ofere posibilitatea de a crea PDF-ul declaratiei si de a-l semna direct din linia de comanda, prin folosirea de parametri R: Incepand cu versiunea J1.5.0 se poate valida declaratia si genera/ semna PDF-ul prin intermediul liniei de comanda. Va rugam sa cititi fisierul Instructiuni.txt pentru modul de folosire. De asemenea, sursele programului de generare PDF, semnare si interfata grafica au fost publicate pe site-ul ANAF iar in cadrul lor exista clasa Integrator creata special pentru a fi utilizata in aplicatiile dumneavoastra. Le puteti folosi sub licenta AGPL (folosim iText care este sub AGPL) pentru a va crea functionalitatile pe care le doriti. I: Lansez aplicatia din linia de comanda si primesc urmatoarea eroare: linie comanda incompleta R: Incapand cu versiunea J1.5.0 va trebui folosit noul format al liniei de comanda (documentat in fisierul Instructiuni.txt). Eroarea indica faptul ca lipseste un parametru obligatoriu din linia de comanda (cel mai probabil tipul declaratiei). I: R: Pot valida/prelucra mai multe fisiere XML o data ? Da! Selectati folderul care contine fisierele XML. Apasand butoanele corespunzatoare se

vor prelucra toate fisierele XML din folder. I: Cat de rapid este programul? R: Pe un calculator DualCore 2.4 Ghz, 4Gb RAM, JVM cu setari default, un fisier cu date reale de 2000 asigurati a durat la validare 0.6 secunde. Crearea si semnarea dureaza aproximativ inca o secunda fiecare. I: Cand pornesc programul imi apare o fereastra in care se verfica versiunea programului. R: De la versiunea J1.2.2 s-a introdus facilitatea de verficare automata (printr-o conectare prin http) daca au mai aparut versiuni noi ale programului pe site-ul ANAF si posibilitatea de a le descarca. Pentru a renunta la aceasta facilitate stergeti din fisierul de configurare linia: urlVersiuni=http://static.anaf.ro/static/10/Anaf/declunica/versiuni.xml I: La pornirea din linia de comanda, daca numele folderului care contine dist/DUKIntegrator.jar are spatii apare eroarea: Exception in thread "main" java.io.FileNotFoundException: c:\expert (The system cannot find the file specified) at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.<init>(Unknown Source) at java.util.jar.JarFile.<init>(Unknown Source) at java.util.jar.JarFile.<init>(Unknown Source) R: Incercati sa lansati explicit versiunea de java dorita din linia de comanda, iar caile sa fie puse intre ghilimele: C:\Documents and Settings\local>"C:\Program Files\Java\jdk1.6.0_21\jre\bin\java.exe" -jar "c:\expert w\dist\DUKIntegrator.jar" 2. Erori la validare I: Am eroarea - eroare structura: tag necunoscut (frmMain) R: Ati folosit pentru validare, cel mai probabil, fisierul XML rezultat in urma exportului (Document Forms Export) din Pdf-ul intelligent. XML-ul declaratiei D112 este cel care se gaseste in atasamentul PDF-ului inteligent. I: In fisierul de erori imi apar atentionari desi am completat corect datele R: O declaratie care are numai atentionari este considerata valida. Sunt atentionari si nu erori si pentru faptul ca respectivele reguli se aplica in marea majoritate a cazurilor dar exista si exceptii pentru care respectiva regula nu mai trebuie respectata. Atentionarile doar atrag atentia ca este posibil sa nu se fi completat corect. I: Calea/fisierul XML contin spatii; mesajul de la parsare este: E: validari globale Eroare fatala de parsare: 'unknown protocol: c' R: versiunea jre 1.6 instalata contine un bug. Solutie: instalare ultima versiune jre 1.6 sau eliminati din denumirea fiserelor spatiile.

I: Obtin urmatorul mesaj de eroare: F: validari globale Eroare fatala de parsare: "invalid byte 2 of 2 byte UTF-8 sequence" R: Aceasta eroare apare din cauza unui caracter (caractere) encodate gresit. De exemplu XMLul este encodat UTF-8 si exista caractere UTF-16. In acest caz respectivele caractere nu pot fi citite. Aceasta situatie este intalnita de obicei la diacritice, dar mai poate apare si la caractere speciale - de tipul: #,$, etc. Solutia: 1. Encodarea corecta a acestor caractere (editarea textului intr-un editor de text - Notepad, Wordpad, etc. ar trebui sa rezolve problema). 2. Renuntarea la diacritricele respective (de exemplu in loc de sa fie T) I: Obtin urmatorul mesaj de eroare: atributul mailFisc prezent dar vid nepermis R: Ati introdus respectivul atribut in XML sub forma mailFisc= sau mailFisc= . Solutie: introduceti o valoare corecta sau elimitati complet acest atribut din XML. I: Daca nu am erori la validarea cu soft-ul J inseamna ca nu voi avea erori nici la validarea pe server? R: Pentru validarea pe server se foloseste ultima versiune de Validator care se distribuie si prin programul de asistenta (soft J). Pe server insa se mai fac o serie de validari care nu pot fi facute la nivel local: verificari cu nomenclatoare / registri ( existenta CUI, pereche corecta sediu principal sediu secundar, etc.) precum si: verficare sa nu mai existe o declaratie initiala valida pentru aceasi perioada/ CUI, verificare ca pentru o rectificativa sa existe o initiala valida, perioada de raportare sa nu fie in viitor sau anterioara lui 01/2011, etc. 3. Erori la semnare: I: Nu pot semna cu certificatul digital. Nu-mi apar tipurile de certificate digitale. R: Verificati existenta, in acelasi director cu DUKIntegrator.jar sau conform comenzii cu -c a folderului config, care trebuie sa contina fisierele de configurare .cfg. I: Nu pot semna cu certificatul digital. Imi apare o eroare (exceptie) la semnare. R: Verificati ca in fisierul .cfg corespunzator dispozitivului cu care semnati este inscrisa calea corecta catre fisierul .dll, reprezentand driverul necesar accesarii dispozitivului de pe calculatorul local. Aceasta cale poate fi editata pentru a arata corect locatia existenta. I: Nu pot semna cu certificat digital pe Windows (XP, Vista, 7) pe 64 biti. R: In acest moment, pe Windows 64 biti Java nu asigura suport deplin pentru biblioteca SunPKCS11.jar (care este providerul de securitate care trebuie folosit pentru semnarea cu certificatele digitale calificate). Pe celelalte sisteme de operare pe 64 biti nu sunt probleme in Java cu aceasta biblioteca. Solutia: Folositi versiunea JVM pt. 32 de biti (driverele trebuie sa fie tot pe 32 biti). I: R: La semnare cu SmartCardul obtineti eroarea: "eroare acces driver: <cale\driver.dll>". Corectati parametrul library din fisierul dist\config\SMART_CARD.cfg astfel incat sa

indice calea reala pe calculatorul dumneavoastra catre driverul corespunzator SMART_CARD-ului folosit I: La semnare se obtine eroarea "java.security.ProviderException: Error parsing configuration". R: Calea catre driverul SmartCardului (care se afla inscrisa in fisierul .cfg corespunzator acestuia) contine unul din urmatoarele caractere: "~()". Solutie: Copiati continutul intregului folder in alta locatie si modificati corespunzator calea din fisierul .cfg. (vezi si http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6581254 ) I: La semnare cu SmartCardul obtineti eroarea: "java.security.KeyStoreException: KeyStore instantiation failed". R: Probabil nu aveti nici un SmartCard conectat sau PIN-ul nu este corect

I: La semnare cu SmartCardul Schlumberger, aveti un PIN mai lung de 8 caractere si obtineti eroarea: "java.security.KeyStoreException: KeyStore instantiation failed". R: Incercati sa introduceti primele 8 caractere ale PIN-ului I: La semnare obtineti eroarea: "java.security.ProviderException: Initialization failed". R: Verificati daca aveti conectate la statie si alte SmartCarduri, in plus fata de cel cu care intentionati sa semnati D112 (de exemplu aveti in plus un SmartCard de la o banca). Pt. moment solutia recomandata este sa deconectati toate celelalte SmartCarduri cu exceptia celui folosit pt. D112 si sa reluati procesul de semnare. Incercati sa folositi optiunea "*autoDetect" I: Detin un certificat reinoit. La semnare imi apare un mesaj ca certificatul este expirat. R: Daca pentru reinoirea certificatului se foloseste acelasi alias, java va accesa aleatoriu certificatele care sunt sun acelasi alias. In acest caz incercati sa mai semnati o data (apasati din nou butonul de semnare). De la versiunea J1.4.0 aplicatia face mai multe incercari de semnare probabilitatea de a avea aceasta problema este foarte mica. Va multumim pentru observatii transmise care ne-au ajutat sa corectam bug-uri/ sa imbunatatim aplicatia. Puteti adresa in continuare intrebari/ observatii/ sugestii/ erori intalnite pe adresa de mail: d112@mfinante.ro, cu rugamintea de a inscrie in subiectul mesajului soft J.