docs: cercetarile comune trec in COMUN, reziduul #6 dispare, progres.md la zi

Curatenie ceruta dupa inchiderea lui #6. Folderul cercetare\ NU se putea sterge
in bloc: plan_13 se sprijina pe el cu 85 de trimiteri, deci e baza de dovezi a
planului aflat in lucru. Impartirea:

- 14 cercetari trans-proiect trec in COMUN\docs\cercetare\ - valuta si curs,
  TVA/VANZARI, consumatorii VANZARI din toata suita, integrarile #10/#11/#12,
  watchdog VFP, proiectarea Oracle a lui S5, view-ul VVANZARI_ARTICOLE. Nu sunt
  ale ROAFACTURARE, iar #10/#11/#12 se reiau chiar din ele.
- 20 de rapoarte de executie ale lui #6, nereferite de nimic viu, sterse.
- 91 raman, neatinse.

Trimiterile catre handoff-urile si diff-urile intermediare deja desfiintate au
fost curatate peste tot (39 de fisiere): 50 catre handoff-uri, 37 catre diff-uri
aplicate, plus caile celor mutate in COMUN. Zero trimiteri rupte ramase.

progres.md preia rolul de predare: ce ramane din #6 (cele sase documente
parazite, cele doua esecuri reale din S8 pe factura din aviz), cifrele de test
citite din log, si cele doua capcane de mediu platite - .FXP vechi executat in
locul .prg-ului, si GETFONT() care atarna un formular instantiat fara goApp.

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

docs/cercetare/rec_s9_documentatie.md

@@ -1,7 +1,7 @@
 # S9 — documentatia fluxului de editare a facturii, adaugata in flux-modificare-stergere-nota-jurnal.md
 
 Fisier editat: `D:\ROA\ROAGEST\COMUN\docs\flux-modificare-stergere-nota-jurnal.md`.
-Diff salvat: `D:\ROA\ROAFACTURARE\docs\diff_s9_flux_nota_jurnal.patch`.
+Diff salvat: diff aplicat (sters).
 **Nimic comis** (nici git, nici SVN) - `COMUN` e dublu-versionat SVN+git, `git stash` acolo e
 interzis; nu s-a folosit.
 
@@ -49,7 +49,7 @@ Doua sectiuni noi, dupa `## Atentie: nu e valabil la fel pentru stergerea simpla
   pe care il documenteaza fisierul tinta. L-am scos ca sa nu ingreunez sectiunea cu un subiect
   distinct (planul cere explicit doar "ramura de facturi" pe fluxul de modificare/stergere).
 - **Actiunea de sincronizare cu enumerarea liniilor vechi->noi** - nu exista inca in cod (S4b
-  partial, per `docs\handoff_punct6_dupa_s5.md`), n-am documentat ceva nelivrat.
+  partial, per handoff intermediar (sters)), n-am documentat ceva nelivrat.
 - **Eticheta text "linie din set"** - handoff-ul S5 o mentioneaza, dar in cod (grep pe
   `omodificari.vc2`) nu exista un literal cu acest text; marcajul e doar vizual, prin
   `DynamicForeColor` (culoare distincta). Am scris "culoare distincta", nu "eticheta", ca sa nu
@@ -69,7 +69,7 @@ Doua sectiuni noi, dupa `## Atentie: nu e valabil la fel pentru stergerea simpla
    pot spune din documentatie daca e o omisiune ramasa din S1 sau o decizie asumata (planul spune
    doar ca "garzile trebuie sa fie in formular sau in codul comun", fara sa specifice care cale
    trebuia sa le primeasca). Am documentat faptul, nu l-am calificat drept bug.
-2. **Eticheta "linie din set"** mentionata in `handoff_s5.md` (decizia 39) nu exista ca text in cod
+2. **Eticheta "linie din set"** mentionata in handoff intermediar (sters) (decizia 39) nu exista ca text in cod
    la verificare - posibil ramasa doar la nivel de intentie sau inlocuita de marcajul de culoare in
    implementarea finala. N-am putut confirma din git log/istoric fara sa ies din scop; las-o ca
    discrepanta cunoscuta intre document de decizie si livrare.