Verificare ANAF: perioada de TVA spune ce reprezinta; optiunea intreaba inainte sa modifice

SufixPerioadaTVA lipea intervalul direct dupa verdict ("Neplatitor TVA
05/07/2002 - 18/04/2012"), ceea ce se citea ca perioada in care partenerul NU a
fost platitor - exact pe dos. Eticheta spune acum ce reprezinta: "inregistrat TVA
<de la> - <pana la>", respectiv "cod TVA anulat din <data>". Detaliile F4 arata
perioada si in ramurile "Nu exista partener cu CUI ..." si "Nu s-a putut citi
lista de parteneri", unde lipsea - adica tocmai in cazul in care utilizatorul
n-avea de unde sa afle ce inseamna datele din banda de stare.

ANAF_ComutaVerificare afisa un mesaj informativ si apoi cerea neconditionat
valoarea noua, propunand valoarea curenta. Cand verificarea era oprita local din
settings.ini, valoarea propusa era 0, iar un Enter reflex o salva ca optiune de
utilizator - ceea ce transforma tacut o oprire locala in oprire pe orice
calculator. Mesajul intreaba acum Da/Nu si propune 9 (oprire locala) in loc de 0.

reguli_lucru.md pct. 2: istoricul modificarilor sta doar in antetul fisierului,
la fel in .prg si in package-urile/procedurile PL/SQL Oracle; in corpul codului
doar comentarii functionale, niciodata data/autor/"am modificat".

Adaugat docs/sold-neexigibil-reportat-jc2007-jv2007.md: jc2007/jv2007 tin o linie
per factura PER PERIOADA (soldul neexigibil se reporteaza lunar), deci orice
interogare pe sold se filtreaza pe an/luna.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01DhJwsrFFe1ZNAAtS8Twuti

docs/reguli_lucru.md

@@ -7,8 +7,11 @@
    .gitignore ca `docs/diff_runda*.patch`); raman doar local, pe disc.
    Curatenie: dupa commit se sterg patch-urile de review si backup-urile de lucru
    (`*.pre_runda*.bak`).
-2. Comentarii in cod: NU se pun comentarii in corpul codului (nici la functionalitati noi).
-   In ANTETUL fisierului se tine o singura intrare CUMULATIVA per functionalitate, in stilul
+2. Comentarii in cod: istoricul modificarilor sta DOAR in ANTETUL fisierului, niciodata inline.
+   Se aplica la fel in `.prg` si in package-urile/procedurile PL/SQL Oracle.
+   In corpul codului sunt permise numai comentarii FUNCTIONALE (ce face codul si de ce, acolo
+   unde nu se vede din cod) - niciodata "am adaugat / am modificat / am sters", data sau autor.
+   In ANTET se tine o singura intrare CUMULATIVA per functionalitate, scurta si compacta, in stilul
    existent (`*!* DD.MM.YYYY` / `*!* autor` / `*!* ce face, 1-2 fraze`): la revenirea pe aceeasi
    lucrare se rescrie intrarea, nu se adauga alta. Autorul e persoana care semneaza livrarea
    (ex. `marius.mutu`) - niciodata "claude" sau alt nume de agent.