romfast/roafacturare
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
fc9c3780df205498a96ac83fbb38b9ffdafbf1ce
roafacturare/docs/cercetare/rec_cele_41_facturi.md
Marius Mutu d9f5ca4226 docs: planurile, proiectarile si rapoartele de lucru intra in versionare 
Folderul docs\ era pana acum in afara oricarui control de versiuni - nici git,
nici SVN - desi contine planurile pe puncte, proiectarile si rapoartele de
cercetare pe care se sprijina modificarile din cod. O stergere acolo era
definitiva.

Fisierele intermediare (handoff-uri intre sesiuni, diff-uri deja aplicate) au
fost sterse inainte, nu versionate: ce era durabil in ele a intrat in antetele
fisierelor de test la care se refereau.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01SN8snvkk94KuhWwoXUUey3
2026-08-11 22:17:17 +03:00

3.8 KiB
Raw Blame History

Cine sunt "cele 41 de facturi" de la decizia 9, si daca cod=1138989 e printre ele

Intrebare deschisa 4 din docs\handoff_sesiune_08082026.md. Se raspunde din date, nu are nevoie de Marius. Sursa: MARIUSM_AUTO@ROA_CENTRAL, 08.08.2026.

Definitia care da exact 41

varianta conditie rezultat
V0 sters = 0, total_cu_tva <> 0, zero linii active in VANZARI_DETALII 0
V1 fara filtru pe sters, total_cu_tva <> 0, zero linii active 41
V2 sters = 0, total_cu_tva <> 0, zero linii deloc (nici sterse) 0
V3 fara filtru pe sters, zero linii deloc 0

Deci definitia din decizia 9 e V1. Si, la desfacere dupa STERS:

STERS   N
    1  41

Toate cele 41 sunt documente STERSE. Liniile lor din VANZARI_DETALII au fost marcate sters=1 odata cu documentul; totalurile denormalizate din VANZARI au ramas ca instantaneu. Formularea din decizia 9 ("facturi cu totaluri denormalizate si zero linii active") e corecta, dar incompleta — partea care conteaza e ca sunt sterse, si de aceea "divergenta e prin design" e evidenta, nu o concesie.

cod=1138989 NU e printre ele

cod = 1138989 (tip 51, ROAACNPRO, id_vanzare = 788, total_cu_tva = 13895.45) are sters = 0 si 1 linie activa in VANZARI_DETALII (din 1 in total). Nu indeplineste conditia V1 sub nicio varianta.

Presupunerea din rec_suma_act.md (sectiunea C, "comportamentul e din aceeasi familie") nu se sustine — familia deciziei 9 e formata din documente sterse, iar acesta nu e sters.

Dar divergenta lui se explica altfel: nota e DUBLATA

Cele 12 randuri ACT (toate an=2019, luna=3, nract=290, dataact=31-MAR-19, id_set=0, id_fact=8002798) sunt doua blocuri de cate 6, iar al doilea e exact 2x primul, rand cu rand:

cont bloc A bloc B B/A
4111/704 4903.10 9806.20 2
4111/704 3706.23 7412.46 2
4111/704 3067.51 6135.02 2
4111/4428 931.58 1863.16 2
4111/4428 704.21 1408.42 2
4111/4428 582.82 1165.64 2
total 13895.45 27790.90

Blocul A insumeaza exact VANZARI.TOTAL_CU_TVA = 13895.45 (baza 11676.84 vs 11676.85 denormalizat — 0.01 de rotunjire; TVA 2218.61 vs 2218.60). Suma totala ACT = 41686.35 = 3x totalul, exact raportul semnalat in progres.md.

Deci regula pentru suma din ACT se inchide si pe cod=1138989: documentul are o nota postata de doua ori, a doua oara la valoare dubla. Nu e o exceptie de la regula, e o anomalie de date. Iese din categoria "neexplicat", dar nu intra in decizia 9.

Ramane deschis un al doilea lucru, separat: VANZARI_DETALII are o singura linie (2468.21 x 1, TVA 19%) care nu reconciliaza cu antetul. Asta chiar ramane neexplicat — si e un argument bun pentru C.6 (comparatia ACT vs VANZARI_DETALII e informativa, nu verdict automat).

Descoperire colaterala: an/luna nu se deriva din VANZARI.DATA_ACT

cod=1138989 are VANZARI.DATA_ACT = 01-JAN-19, dar nota e in an=2019, luna=3. Nu e izolat:

situatie documente
nota e in luna din DATA_ACT 542
nota e in alta luna 78
fara randuri ACT pe cod 83

In datele de test cazurile sunt concentrate pe tip = 51 (ROAACNPRO, cu DATA_ACT sablon 01-JAN-19), deci nu e dovedit ca tipar general de productie. Consecinta de implementare ramane insa reala: an/luna se iau din contextul notei deja incarcate (tact/actactan, incarcate de IncarcaCursoareModificareNota cu an/luna explicite), niciodata recalculate din VANZARI.DATA_ACT. Pentru aceste 78 de documente, do_editare_factura raspunde azi "Nu exista nota contabila pentru aceasta factura" si refuza editarea — comportament sigur, dar de consemnat ca limitare cunoscuta.