docs: runda 6 - cercetari, propuneri si conventia mediului Oracle

Cercetarile si propunerile rundelor 4-6 pe editarea facturii emise. Starea
rundei 6 si ce s-a stabilit intra in progres.md.

Nou: docs/conventii_mediu_oracle.md - pe dev/test se lucreaza numai cu
ROA_CENTRAL si schemele CONTAFIN_ORACLE si MARIUSM_AUTO; schema ACN nu se
foloseste. Scripturile de pachet sunt necalificate, deci schema tinta o
decide sirul de conectare, nu fisierul.

roafacturare.pj2 regenerat de git_sync.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_013gYCNE26G1G7UoGu2ju7aS

docs/handoff_13_formular_unificat.md

@@ -1,7 +1,84 @@
 # Handoff — #13 formular unificat de facturare + editare prin regenerare
 
-Sesiune: 11.08.2026, **runda 16** (istoricul de mai jos e cumulativ; blocul rundei 14 e pastrat ca
+Sesiune: 11.08.2026, **runda 17** (istoricul de mai jos e cumulativ; blocul rundei 14 e pastrat ca
 atare). Runda 13 predase dupa cinci proiectari si deciziile 44-50.
+
+> ## RUNDA 17 — „Urmatorul bloc de lucru" S-A GOLIT. Proiectarea lui #13 e INCHEIATA.
+>
+> Runda 17 a executat **exact cele doua sarcini** care mai ramasesera (punctele 4 si 5 din lista de
+> jos) si **nu a deschis niciuna noua**.
+>
+> > ### DECIZIA 66 (runda 17) RASTOARNA DECIZIA 64 — citeste asta inainte de orice paragraf despre asezare
+> > **Motivul discountului sta LANGA DISCOUNT, in banda de totaluri, nu ca a treia sectiune jos.**
+> > Formularea lui Marius: *„motiv discount vreau sa fie langa discount, nu a treia coloana"*.
+> > **Randul de jos revine la DOUA sectiuni** (incasare, alte date), fiecare pe jumatate de latime —
+> > adica exact decizia 57, punctul 2, neatinsa. **Argumentul „~440 px fiecare, strans" cade odata cu
+> > decizia 64.** Mai jos, in istoricul cumulativ al rundei 16, decizia 64 apare inca in vigoare in
+> > cateva paragrafe: **sunt istorie, nu stare curenta.** Locurile decisive sunt corectate; daca
+> > gasesti unul necorectat, **decizia 66 castiga**. Enuntul complet, cu regula de activare adaugata de
+> > proiectare (campul e activ **doar cand discountul nu e zero**): **in plan**, la „Decizia 66".
+>
+> **O singura decizie noua, 66**, deci numerotarea se opreste la **66**.
+
+> ### AUDIT DE INCHIDERE (18.08.2026) — planul e curatat de marcajele „deschis" ramase in urma
+> Verificare ceruta de Marius inainte de a inchide sesiunea: **e planul finalizat?** Raspuns: **da ca
+> proiectare**, dar avea **noua intrebari fantoma** — blocuri „De decis de Marius" si „ramane deschis"
+> care supravietuisera deciziilor care le inchisesera. Un agent proaspat le-ar fi citit ca sarcini si
+> ar fi redeschis lucruri transate. **Toate au fost stinse**, fiecare cu decizia care o inchide, in
+> **8 linii** din plan (verificat prin diff fata de o copie de siguranta: zero modificari colaterale):
+> - trei blocuri **„De decis de Marius"** (S5c, S8b, S11) → inchise de deciziile **51**, **52**, **53**
+>   si **56**; textul ramane ca **inventar al recomandarilor acceptate**, nu ca intrebari;
+> - doua afirmatii „ramane deschisa asezarea campului de motiv" → inchise de **decizia 66**;
+> - „din intrebarea 7 ramane deschisa partea de tipuri 48/49" → inchisa de **decizia 60**.
+>
+> **Ce a ramas deschis, si e corect asa — trei puncte, toate de implementare, niciunul blocant:**
+> 1. **Relistarea unei facturi vechi deja trimise** (decizia 62, rest semnalat): dupa decizia 59 ar
+>    produce N randuri de discount in loc de unul, deci hartie diferita de originalul din eFactura.
+>    Relistarea nu e modificare, deci `EsteInEFactura` n-o acopera. **Nedecis, semnalat lui Marius.**
+> 2. **`PROC_TVAV` ca parametru** (consecinta 3 a deciziei 54): doar daca se cere reproducere exacta
+>    peste o modificare legala de cota. **De decis separat.**
+> 3. **De unde se reconstituie `IN_STOC`** (cerinta rundei 17): preconditie de proiectare a lui S8,
+>    trei variante scrise, niciuna aleasa.
+> **Cod: neatins** — nici un `.vc2` / `.sc2` / `.prg` deschis macar. **Zero Oracle** in aceasta runda,
+> nici macar `SELECT`. **Niciun commit dat de aceasta sesiune.**
+>
+> **Punctul 4 — golul `IN_STOC` din S8 — INCHIS**, prins acolo unde cerea handoff-ul precedent (in nota
+> de executie a lui S8, nu la S12). Trei editari in plan, toate verificate pe disc dupa ce sesiunea de
+> la #6 a rescris `docs\` in paralel:
+> - `plan_13:3520-3546` — caseta „CERINTA DE EXECUTIE ADAUGATA IN RUNDA 17";
+> - `plan_13:3567-3569` — criteriul intra in „gata cand" al lui S8;
+> - `plan_13` la S10, consecinta 1 — marcata **PRELUAT**, ca sa nu se redescopere.
+>
+> **Punctul dur, si e mai greu decat suna cerinta:** valoarea istorica a lui `IN_STOC` **nu e stocata
+> nicaieri** — nu e coloana pe `VANZARI_DETALII` (verificat pe DB inca de la S10), traieste doar in
+> temp. Deci „S8 incarca `IN_STOC` din document" **nu e implementabil ca atare azi**. De unde se
+> reconstituie e o **preconditie de proiectare a lui S8** — trei variante scrise in plan (din urma
+> lasata in rulaje/gestiune; nomenclatorul curent ca aproximatie **declarata**; coloana noua, deci
+> migrare DB inainte de EXE). **Nu s-a ales niciuna** si nu se presupune niciuna.
+>
+> **Punctul 5 — mockup v9 — LIVRAT.** `docs\mockup_13_formular_unificat.html`, 71 336 octeti (era
+> 67 075 la v8). Asezarea e acum **varianta D** cu **randul de jos in doua** si motivul discountului in
+> banda de totaluri (deciziile 57 + 66):
+> antet strans pe doua randuri fara titluri de grup; panoul „Discount pe document" **disparut**; banda
+> de totaluri **in interiorul panoului Articole, dupa `.gridbar`**, deci lipita de grid, cu procentul
+> de discount editabil pe loc, **motivul discountului imediat dupa suma pe care o explica** (decizia
+> 66) si totalul mare singur la dreapta; sub ea, **doua** sectiuni colapsabile egale
+> (incasare · alte date), cu **rezumatul continutului pe randul inchis**.
+> Legenda are acum 5 callout-uri (2 si 4 repurpozate, 5 nou). In text au intrat deciziile
+> **52, 53, 54, 59, 60, 61, 62, 63+65**. Raport: `docs\cercetare\mockup_v9_modificari.md`.
+> **Verificat de sesiunea principala, nu preluat din raport:** 0 taguri nechise, 0 inchideri
+> neasteptate, `<style>` unic si inchis.
+>
+> **Mockup-ul E REPUBLICAT** (Marius a cerut-o in aceeasi runda), **pe URL-ul existent, nu pe unul nou**:
+> **https://claude.ai/code/artifact/e9d73e86-7518-4f50-a998-43c49e083142**. Cu asta decizia 33 e
+> consumata — URL-ul nu mai e in urma, e la v9. **URL-ul e notat acum si in plan**, la S1; pana in runda
+> 17 nu exista nicaieri in `docs\` si a trebuit scos cu `Artifact action: "list"`.
+> Inainte de publicare s-a facut **WebFetch pe URL** (obligatoriu, altfel publicarea e refuzata) si s-a
+> confirmat ca versiunea online era **v8**, deci v9 e superset si nu s-a suprascris nimic.
+>
+> **Ce ramane dupa runda 17:** *nimic de proiectat*. Raman **testele (S6, S12)** si **inchiderea
+> (S13)**, si amandoua cer cod, care nu poate incepe inainte de #6 (decizia 30). Prima sarcina la
+> pornire: **spargerea planului pe stories** + nota de executie a primeia (decizia 55).
 Stare: **ETAPA I E PROIECTATA INTEGRAL. ETAPA II E PROIECTATA INTEGRAL — S8 a fost ultima poveste, si
 e gata. Raman testele (S6, S12), diff/review (S13), si O SINGURA VERIFICARE PE COD, in curs. Cod:
 neatins.** Runda 14 a livrat **doua rapoarte** (S8 in detaliu, garda pe aviz), a luat **deciziile
@@ -134,7 +211,16 @@ antet). Nu mai ramane nicio intrebare deschisa pentru Marius.**
 > „Capcane de mediu".
 
 > ### ATENTIE — copia de lucru are modificari necomise care NU sunt ale rundei 14
-> `git status` arata doar `docs/` netracked, dar **SVN e sursa de adevar aici** si arata mult mai mult:
+> **Actualizat in runda 17, masurat, nu copiat.** Ce e necomis **din partea lui #13**: exact trei
+> fisiere, toate in `docs\` — `handoff_13_formular_unificat.md`, `mockup_13_formular_unificat.html`
+> (v9) si `cercetare\mockup_v9_modificari.md` (netracked). Nimic altceva. Editarile rundei 17 in
+> `plan_13` si `plan_index` **apar deja comise**, prinse in commit-ul de curatenie al sesiunii de la
+> #6 — vezi „Capcane de mediu", prima intrare.
+>
+> Restul de mai jos e al lui **#6** si/sau zgomot de compilare VFP, si e **inca acolo** (verificat cu
+> `svn status` in runda 17: `changelog_roafacturare.txt`, `roafacturare.PJX` / `.PJT`, `versiune_db.txt`,
+> plus in `COMUN\`: `anaf_efactura`, `comun`, `ofacturare_comun`, `omodificari`, doua ferestre de import
+> si `ofacturare_editare.prg`). Lista originala, pastrata ca atare:
 > ```
 > M  changelog_roafacturare.txt · M roafacturare.PJX / .PJT · M versiune_db.txt
 > M  COMUN\clase\ofacturare_comun.vcx / .vct · M COMUN\clase\omodificari.vcx / .VCT
@@ -409,14 +495,18 @@ sau separat, dupa.
 ## Ce ramane de proiectat
 
 **Nu mai e „nimic" — runda 16 a adaugat doua povesti noi, ambele cu cercetare in curs, nu inchise:**
-1. **Golul `IN_STOC` din S8** — deschis de verificarea S10 (consecinta 1). Nu e o poveste noua, e o
-   cerinta in plus pentru S8, de prins in nota lui de executie.
+**Actualizare runda 17: punctele 1 si 4 de mai jos sunt FACUTE. Lista e goala pe partea de proiectare
+— raman doar 3 (testele si inchiderea), care cer cod.**
+
+1. ~~**Golul `IN_STOC` din S8**~~ — **FACUT in runda 17**, in nota de executie a lui S8. A lasat in
+   urma o **alegere de proiectare** (de unde se reconstituie valoarea istorica), nu o sarcina.
 2. **Canalul care scrie `serie_act` / `numar_act` / `data_act` / `data_scad` / `id_ruta` / `tip_saft` /
    `efactura`** pe documentul reemis — **nu apar in `scrie_factura2`**. Se inchide in S9, la implementare.
 3. `S6` / `S12` (teste pe flux real) si `S13` (diff, review, changelog) raman la final.
-4. **Mockup-ul e la v8 si a ramas cu patru runde in urma.** Nu s-a republicat, conform deciziei 33.
-   Asezarea zonei de jos e insa **decisa** — varianta D, decizia 57 (cu intrebarea de detaliu
-   redeschisa de decizia 61, vezi mai sus).
+4. ~~**Mockup-ul e la v8**~~ — **FACUT in runda 17: e la v9.1**, cu varianta D, randul de jos in doua
+   si motivul discountului in banda de totaluri (deciziile 57 + 66), plus deciziile
+   52/53/54/59/60/61/62/63+65 in text. **Republicat** pe URL-ul existent (vezi punctul 5 din
+   „Urmatorul bloc de lucru") — decizia 33 e consumata, URL-ul e la zi.
 5. **Verificarea custodiei (decizia 60, runda 16) — TERMINATA.** Verdict:
    `scrie_fact_aviz_custodie` nu are legatura cu 48/49 (serveste `ntip = 4`); emiterea 48/49 nu
    atinge stocul (`cursor_articole_k`, `IN_STOC = 0`); `sterge_factura` n-are ce reversa. **Blocantul
@@ -495,10 +585,10 @@ cele patru intrebari ale rundei 14 puse lui Marius direct, **si asezarea zonei d
     de creare fara un transport explicit, la fel cum era riscul pentru `ID_FACT` inainte de decizia
     care l-a pastrat. Locul de afisare, ramas deschis aici, se inchide la decizia 65. Enuntul
     complet: **in plan**, la „Decizia 63" si la S14.
-64. **Asezarea campului de motiv: randul se imparte in trei.** Inchide ultimul punct ramas deschis
-    din decizia 57, reluat de decizia 61: randul de jos are trei sectiuni pe acelasi rand —
-    incasare, alte date, motivul discountului — ~440 px fiecare la 1366 px, strans; D ramane
-    intr-un etaj. Enuntul complet: **in plan**, la „Decizia 64".
+64. ~~**Asezarea campului de motiv: randul se imparte in trei.**~~ **RASTURNATA DE DECIZIA 66
+    (runda 17). Nu mai e in vigoare** — se pastreaza doar ca istorie, ca sa se stie ca varianta „a
+    treia sectiune jos" a fost incercata si respinsa dupa ce Marius a vazut-o in mockup. Ce e in
+    vigoare: **motivul sta in banda de totaluri, langa discount; randul de jos are doua sectiuni.**
 65. **Auditul (decizia 63) se afiseaza in gridul din `frm_facturi`, nu in formularul facturii.**
     Confirma continutul de la decizia 63 (trei perechi data + utilizator: adaugat, modificat,
     sters). Inchide ambele puncte ramase de la S14: e pe **antet** (gridul listeaza documente) si
@@ -506,6 +596,16 @@ cele patru intrebari ale rundei 14 puse lui Marius direct, **si asezarea zonei d
     implementarii S14: inventarul gridului din `frm_facturi`**, posibil sa existe deja coloane de
     audit. Enuntul complet: **in plan**, la „Decizia 65" si la S14.
 
+### Decizia 66 (Marius, runda 17) — luata, nu de reluat. RASTOARNA DECIZIA 64.
+
+66. **Motivul discountului sta LANGA DISCOUNT, in banda de totaluri** — *„motiv discount vreau sa fie
+    langa discount, nu a treia coloana"*. **Rastoarna decizia 64**: randul de jos ramane cu **doua**
+    sectiuni (incasare, alte date), fiecare pe jumatate de latime, adica exact decizia 57 punctul 2.
+    Proiectarea a adaugat o regula care nu i-a fost ceruta explicit si care se poate schimba dintr-o
+    linie: **campul e activ doar cand discountul de document nu e zero**. Consecinta de asezare,
+    acceptata: banda de totaluri devine plina si la latimi mici se rupe pe doua randuri. Enuntul
+    complet: **in plan**, la „Decizia 66".
+
 ## Interzis
 
 - **Nu se atinge `COMUN\clase\ofacturare_comun.vc2` si nici `COMUN\programe\ofacturare_editare.prg`** —
@@ -521,11 +621,35 @@ cele patru intrebari ale rundei 14 puse lui Marius direct, **si asezarea zonei d
 - **Nu se reargumenteaza deciziile 22, 29, 39, 43, 49, 50, 57** — perimetrul lor e inchis.
 - **Nu se mai propune dialog modal pentru incasare / alte date** si **nu se readuce bara de comenzi
   jos** — respinse de decizia 57. Nici A / B / C nu se mai propun.
+- **Nu se mai propune motivul discountului ca sectiune separata jos** — incercat in v9 si **respins de
+  decizia 66**. Sta in banda de totaluri, langa discount.
 - Fara commit din proprie initiativa: diff-ul se livreaza intai ca fisier in `docs\`.
 - **Nu se incepe implementarea pe cod** — #13 porneste dupa terminarea lui #6 (decizia 30).
 
 ## Capcane de mediu
 
+- **NOU (runda 17), si e cea care conteaza pentru oricine lucreaza acum: SESIUNEA DE LA #6 COMITE IN
+  ACEEASI COPIE DE LUCRU, IN PARALEL, INCLUSIV IN `docs\`.** In timpul rundei 17 a dat commit-ul
+  `b5a7108` („cercetarile comune trec in COMUN, reziduul #6 dispare") — o curatenie care a **rescris 39
+  de fisiere din `docs\`**, a mutat 14 cercetari in `COMUN\docs\cercetare\` si a **sters 20 de rapoarte**.
+  Doua consecinte de stiut:
+  1. **A sters si doua fisiere ale lui #13**, incadrate gresit drept reziduu de #6:
+     `mockup_v7_modificari.md` si `mockup_v8_modificari.md`. **Nu sunt pierdute** —
+     `git show d9f5ca4:docs/cercetare/mockup_v8_modificari.md` le scoate. Nu s-au restaurat: erau
+     nereferite si stergerea a fost o curatenie aprobata a altei sesiuni; **daca le vrei inapoi, e o
+     comanda, dar se cere lui Marius intai**.
+  2. **Editarile rundei 17 in plan au fost prinse in acel commit**, nu de mine — `git status` arata
+     `plan_13` si `plan_index` **curate**, desi le-am scris eu. Nu e o dovada ca n-am scris nimic.
+     **Verifica pe continut (`grep`), nu pe `git status`.** Toate trei editarile au supravietuit,
+     confirmat.
+  **Regula practica:** cat timp #6 lucreaza, orice fisier din `docs\` poate fi rescris sau sters sub
+  tine intre doua apeluri. Editarile se **reverifica pe continut dupa** ce le-ai facut, iar fisierele
+  proprii nu se presupun stabile.
+- **Ruda punctului de mai sus, platita tot in runda 17: un `grep` care nu gaseste nu dovedeste ca
+  lipseste.** Am „constatat" ca decizia 62 lipseste din mockup si eram gata s-o adaug — era acolo,
+  rupta pe doua randuri (`decizia\n62`), iar eu cautasem si forma feminina („trimisa"), nu pe cea din
+  text („trimis"). **Inainte sa declari ceva lipsa dintr-un fisier, cauta termenul cel mai scurt si
+  neflexionat**, si abia apoi forma completa.
 - **NOU (runda 16): `PACK_CONTAFIN` are DOUA copii pe schema** — `owner = ACN` si
   `owner = MARIUSM_AUTO`. O interogare pe `all_source` **fara filtru pe `owner`** intoarce cele doua
   corpuri intercalate, adica **text corupt** care pare cod real. Filtreaza mereu pe owner, sau
@@ -595,6 +719,11 @@ trecut chiar prin `oscrie_in_fisiere` — daca cineva „simplifica" tripleta la
 `sterge_factura`, rulajele raman in picioare si gestiunea se descarca **de doua ori**, fara niciun
 mesaj. Testul se face pe stocul agregat inainte / dupa, nu pe inspectia codului.
 
+**Caz adaugat de runda 17, pereche cu cel de mai sus:** un document emis cu un articol caruia i s-a
+schimbat intre timp `IN_STOC` in nomenclator, deschis in formular, **poarta valoarea de la emitere**,
+nu pe cea de azi; iar reemiterea lui lasa **stocul agregat neschimbat**. Masurat inainte / dupa, nu
+prin inspectia codului. E criteriul care demonstreaza ca golul `IN_STOC` din S8 chiar s-a inchis.
+
 **Nu s-a rulat nimic.** Nu exista inca cod de testat (decizia 30). Testele minime raman in
 `canal_cont_venit_fara_politica.md` §6, plus cazurile rundei 11 (aviz cu articol fara politica → `SCD`
 ramane `461` / `418`; `ntip = 46` → `scrie_nota` nu se cheama), probele de paritate ale rundei 12
@@ -640,11 +769,19 @@ sursa.
    > publicat din alta conversatie — asa a fost si in runda 15, si a mers.
    > **`docs\mockup_13_formular_unificat.html` (v8) nu e atins de regula asta** — Marius a cerut-o
    > numai pentru mockup-ul asezarii.
-4. **Golul de la `IN_STOC` in S8** — flag-ul de la S10 nu ajunge daca S8 nu incarca valoarea cu care s-a
-   scris documentul. De prins **acum**, in nota de executie a lui S8, nu la S12.
-5. **Mockup v9** — v8 a ramas cu patru runde in urma. Nici variantele rundei 14, nici **varianta D a
-   rundei 15 nu sunt integrate in el** — traiesc doar in artifactul de la punctul 3, iar v8 n-a fost
-   atins. Cand se face v9, D e asezarea de pornit.
+4. ~~**Golul de la `IN_STOC` in S8**~~ — **FACUT in runda 17.** E in plan, in nota de executie a lui S8
+   (caseta „CERINTA DE EXECUTIE ADAUGATA IN RUNDA 17"), cu criteriul de test in „gata cand" si cu
+   consecinta 1 de la S10 marcata **PRELUAT**. **Nu se reia.** Ce a ramas in urma lui **nu e o sarcina
+   de executie, e o alegere de facut la proiectarea lui S8**: valoarea istorica a lui `IN_STOC` nu e
+   stocata nicaieri, deci trebuie ales **de unde se reconstituie** (una din cele trei variante scrise
+   in plan). Nu se presupune niciuna.
+5. ~~**Mockup v9**~~ — **FACUT in runda 17.** `docs\mockup_13_formular_unificat.html` e la **v9.1**, cu
+   varianta D, randul de jos in **doua** sectiuni si motivul discountului in banda de totaluri
+   (decizia 66, care rastoarna decizia 64); raport de modificari:
+   `docs\cercetare\mockup_v9_modificari.md`. **Republicat**, la cererea lui Marius, pe URL-ul existent:
+   **https://claude.ai/code/artifact/e9d73e86-7518-4f50-a998-43c49e083142** (notat de acum si in plan,
+   la S1). Ca sa-l modifici: `WebFetch` pe URL intai — fara asta publicarea e refuzata — apoi `Artifact`
+   cu `url` = link-ul de mai sus.
 6. Dupa aceea **nu mai e proiectare de facut**: #13 asteapta terminarea lui #6 (decizia 30). Prima
    sarcina la pornirea implementarii e **spargerea planului pe stories** si scrierea notei de executie
    pentru prima dintre ele (decizia 55).