Decizii LACERTA: data = ultima zi, 542 cu parteneri, 4428/01, backup .fbk

- genereaza_xlsx: coloana data = ultima zi a lunii; etalonul de regresie
  actualizat doar pe aceasta coloana (verificat celula cu celula).
- config: 542 cont cu parteneri (acum identic cu REF); descrierea lui 4092
  corectata.
- extrage/citire_fdb: .fbk se restaureaza cu gbak -c in temporar; test ca
  da aceleasi fisiere ca FDB-ul.
- test_lacerta: 49/53 frunze identice cu REF, 4428.TOATE -> 4428/01.

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

docs/analiza_lacerta_fdb.md

@@ -118,18 +118,22 @@ P1-P5 sunt facute. Rulare pe LACERTA dupa ele (`tests/test_lacerta.py`):
 
 Corectiile folosite (in test, ca in REF): `419.NETOPIA -> 419 / 2`, `4428.TOATE -> 4428`.
 
-## Intrebari deschise
+## Intrebari - raspunse 26.09.2026
 
-1. **4428 iese pe doua randuri**: `4428` fara acont (373,14, analiticele M/TI/TP stranse
-   prin `.TOATE`) si `4428 / 99` (1.376,54, postarile direct pe sintetic). Nu stiu cum
-   trateaza importul un cont cu rand si fara acont, si cu acont. Varianta sigura:
-   corectia `4428.TOATE -> 4428 / 01`, ca sa iasa doua frunze curate. Decizia e a ta.
-2. `.fbk`: procedura clientului recomanda backupul `.fbk` ca varianta preferata, dar
-   `extrage.py` nu il accepta (nu il restaureaza cu `gbak -c`). Deocamdata clientul
-   trebuie sa trimita `.FDB`.
-3. Deciziile de config de mai sus (`542`, `461`, `4092`) si coloana `data`.
+1. 4428 -> corectia `4428.TOATE -> 4428 / 01`; doua frunze curate, `01` si `99`.
+2. `.fbk` e acceptat: `extrage.py` il restaureaza cu `gbak -c` in temporar
+   (`tests/test_citire_fdb.py::test_fbk_identic_cu_fdb`).
+3. `542` e adaugat in config (acum identic cu REF: BALANTA 2.243,57 / 1.824,07 si 2 FACTURA
+   care insumeaza 129,44). Descrierea lui `4092` e corectata.
+4. Coloana `data` = ultima zi a lunii.
+
+Frunze BALANTA identice cu REF dupa aceste decizii: **49 din 53**.
+
+**Ramas deschis:** `461` si `4092` sunt conturi cu parteneri, dar pot avea analitice
+functionale sau geografice (`461.SGR` "AMBALAJE SGR", `4092.1`). Azi un astfel de analitic
+devine un pseudo-partener cu cod fiscal provizoriu (`461.SGR`).
 
 ## Starea pe disc
 Cod: `citire_fdb.py` (P1-P3), `tests/test_citire_fdb.py` (poarta restransa la sintetice),
 `tests/test_lacerta.py` (P4), `.gitignore` (P5). Suita: `py -m unittest discover -s tests`,
-37 de teste, toate trec. Fisierele LACERTA din `exemple/` sunt ignorate de git.
+38 de teste, toate trec. Fisierele LACERTA din `exemple/` sunt ignorate de git.

docs/decizii_import.md

@@ -119,9 +119,20 @@ Consecinte:
   ambele randuri cu acelasi `acont`.
 - Latura conteaza si ea: un rand FACTURA pe debit nu atinge randul BALANTA de pe credit.
 
+## 17. Decizii din proba LACERTA (26.09.2026)
+
+- Coloana `data` = **ultima zi a lunii** (inainte, prima zi). Etalonul de regresie a fost
+  actualizat doar pe aceasta coloana.
+- `542` (avansuri de trezorerie) este cont cu parteneri: BALANTA pe sintetic + FACTURA per
+  persoana.
+- Analitice nenumerice stranse pe sintetic (`4428.M/TI/TP` prin `.TOATE`) primesc un acont
+  (`01`), ca sa nu stea langa analiticul de diferenta (`99`) un rand fara acont.
+- `461` si `4092` raman conturi cu parteneri, desi pot avea si analitice functionale sau
+  geografice (`461.SGR`, `4092.1`). Tratarea acestora e deschisa (docs/analiza_lacerta_fdb.md).
+
 ## Divergenta fata de CONFIG_CONT_IREG (constatata 21.09.2026)
 
-Setul operational de conturi cu parteneri este `config/conturi_parteneri.csv` (9 conturi), validat
+Setul operational de conturi cu parteneri este `config/conturi_parteneri.csv` (10 conturi; `542` adaugat 26.09.2026), validat
 in productie. `CONFIG_CONT_IREG` din Oracle este doar **consultativ**; divergentele se raporteaza,
 nu se aplica. Comparatia se reface oricand cu: