verificare partener: garda pe cont NULL, hook-uri de disciplina, docs compactate

- ooperatii_comune: verific_partener nu mai construieste SQL NULL cand contul
  primit e NULL (EMPTY(.NULL.) e .F. in VFP)
- utile\context_watch.ps1 si utile\docs_revizie_check.ps1: masurarea contextului
  sesiunii si cadenta reviziei de documentatie, prin hook-uri Claude Code
  (instalare in docs\monitorizare-context.md)
- reguli_lucru: delegare la subagenti, modificari minime si scoped, scrierea si
  revizuirea documentatiei, changelog strictul necesar (regulile 3, 6, 9, 11, 12)
- scripturi-migrare-db: continutul unui script (scoped, fara select, idempotent)
- teste noi pentru cele doua erori din achizitia de import
- restul documentatiei compactata, fara pierdere de reguli

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

docs/scripturi-migrare-db.md

@@ -1,21 +1,28 @@
 # Scripturi migrare baza de date Oracle
 
 Scripturile de migrare a schemei (si modelele pentru scripturi noi) sunt in
-`DATABASE\SCRIPTURI_CLAR` de sub radacina suitei ROA (folderul parinte al aplicatiei,
-`gcDirMare`/`dirgen` — ex. `D:\ROA\DATABASE\SCRIPTURI_CLAR`).
-Sursa SVN: `http://svnroa:3001/svn/ROA/DATABASE/Branches/RB-1.00`.
+`DATABASE\SCRIPTURI_CLAR` de sub radacina suitei ROA (`gcDirMare`/`dirgen` — ex.
+`D:\ROA\DATABASE\SCRIPTURI_CLAR`). Sursa SVN: `http://svnroa:3001/svn/ROA/DATABASE/Branches/RB-1.00`.
 Pentru un script nou, urmeaza formatul/conventiile celor recente de acolo.
 
 Reguli confirmate de Marius (24.07.2026):
 
-- **Line-endings CRLF obligatoriu** in scripturile `.sql` — tool-urile agentului scriu
-  implicit LF; dupa orice scriere, verifica si converteste byte-safe LF -> CRLF (fara
-  decodare/reincodare). Parsarea pe fluxul ROA (ex. `ALINES` pe `CHR(13)+CHR(10)`)
-  esueaza silentios pe LF: tot fisierul devine un singur rand.
-- `versiune_db.txt` (marker-ul `YYYY_MM_DD_NN` din radacina aplicatiei) se scrie fara
-  newline la final (conventia existenta).
-- Aplicarea prin ODBC/`goExecutor`: sintaxa SQL*Plus `exec pachet.procedura(...)` nu
-  functioneaza — foloseste `begin pachet.procedura(...); end;`.
+- **Line-endings CRLF obligatoriu** in scripturile `.sql` — tool-urile agentului scriu implicit
+  LF; dupa orice scriere, verifica si converteste byte-safe LF -> CRLF (fara decodare/reincodare).
+  Parsarea pe fluxul ROA (ex. `ALINES` pe `CHR(13)+CHR(10)`) esueaza silentios pe LF: tot fisierul
+  devine un singur rand.
+- `versiune_db.txt` (marker-ul `YYYY_MM_DD_NN` din radacina aplicatiei) se scrie fara newline la
+  final (conventia existenta).
+- Aplicarea prin ODBC/`goExecutor`: sintaxa SQL*Plus `exec pachet.procedura(...)` nu functioneaza
+  — foloseste `begin pachet.procedura(...); end;`.
+
+## Continutul unui script
+
+- **Minimul necesar si intotdeauna SCOPED**: `update`/`insert` doar pe randurile cazului tratat
+  (setul, codul, firma anume), niciodata pe toate randurile care "seamana" cu el.
+- **Fara `select` de raportare in script** — nu-l citeste nimeni la aplicare si poate da eroare.
+  Verificarile se fac inainte, separat, pe schema de lucru.
+- **Idempotent**: rulat de doua ori nu mai schimba nimic (`merge`, `where <coloana> is null`).
 
 ## Numerotare si versiune_db.txt