achizitie import intern: campul pret lei redevine editabil

ControlSource-ul coloanei cPretFactura se rebindeaza calificat (rul_temp.pret_lei);
necalificat, VFP il rezolva pe workarea altei grile si celula nu accepta tastare.
Test de reproducere + nota docs/capcana_grid_controlsource.md.

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

docs/flux-editare-vfp-text.md

@@ -36,8 +36,11 @@ fals `roundtrip text1 != text2`. Ruleaza atunci cu lista rebazata:
    NU tool-ul Edit/Write (UTF-8 strica diacriticele). Continut nou ASCII, TAB-uri ca in jur,
    fara reflow (format position-sensitive, proprietati alfabetizate). Valabil si pentru `.prg`.
 3. Patch review: `git diff --no-index <bak> <editat> > docs/diff_runda<N>_<subiect>.patch`
-   (exit 1 = normal). Utilizatorul revizuieste FISIERUL de patch si aproba; write-back-ul
-   (pasul 5) se face DOAR dupa aprobare. Commit doar dupa confirmare pe patch + test in IDE.
+   (exit 1 = normal). Utilizatorul revizuieste FISIERUL de patch si aproba — aprobarea
+   conditioneaza COMMIT-ul, nu write-back-ul: pasii 5 si 6 se fac imediat, fara sa astepti
+   raspunsul (si pe `COMUN`), ca review-ul sa primeasca rezultate de test, nu o propunere
+   netestata. Rollback daca patch-ul e respins sau modificarea nu merge: `git checkout` pe
+   binare (`.vcx`+`.vct`) sau write-back din `*.pre_runda<N>.bak`.
    Comentariile in cod: conventia din `reguli_lucru.md` (punctul 2).
    Obligatoriu inainte de a preda patch-ul la review: skill-ul de code-review rulat pe bucatile
    de cod din diff (nu doar citire manuala) - prinde defecte gen IIF cu numar gresit de
@@ -52,7 +55,9 @@ fals `roundtrip text1 != text2`. Ruleaza atunci cu lista rebazata:
    existenta altor instante `vfp9` — utilizatorul poate lucra in paralel in alt proiect VFP —
    si NU se omoara procese: cand lock-ul exista, se cere utilizatorului sa inchida sesiunea.
 5. Write-back: `txt2vcx.ps1 -TextFile <vc2> -ProjectRoot <root> -CacheRoot <cache>`
-   (+ `-AllowComun` cu aprobare explicita pentru tinte COMUN — afecteaza toate aplicatiile ROA).
+   (+ `-AllowComun` pentru tinte COMUN — afecteaza toate aplicatiile ROA, deci schimbarea in sine
+   se propune explicit, dar write-back-ul local nu asteapta aprobarea; nimic nu pleaca la celelalte
+   aplicatii pana la commit+push).
    Succes = fidelity-check trecut: binar cu mtime nou; `vcx2txt.ps1` ulterior il vede la zi.
 6. Teste finale pe cerinta initiala (cerinta Marius, valabila in toate proiectele VFP):
    dupa ultima runda, teste e2e (harness UI, pe fluxul real al utilizatorului) care verifica