romfast/comun
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
a067389ae1055a753a47f15dda5a637643f1aac7
comun/docs/reguli_lucru.md
Marius Mutu 889840357a Verificare ANAF la alegerea partenerului 
ocautare.prg - miezul functionalitatii:
- anaf_verif_cautare: verdictul ANAF pe randul curent din formularul de cautare
  (label sub grid), la data documentului; discordantele si codurile fiscale invalide
  cu rosu; F4 sau click deschide detaliile.
- ANAF_StarePartener, cu cache pe sesiune, excludere parteneri externi si persoane
  fizice; ANAF_ValidareCod pentru CIF/CNP.
- ANAF_NivelVerificare: cascada RC_ANAF_VERIF_SELECTIE (kill-switch settings.ini >
  optiuni utilizator > optiuni firma > implicit 1), cu cache invalidat la schimbarea
  firmei sau utilizatorului; ANAF_ComutaVerificare pentru punctul de meniu.
- Detalii: alegerea variantei corecte de partener din perechea RO / fara RO, cu
  discriminator "are documente in perioada"; dupa Da sau Nu se inchide cautarea si
  se revine in formular cu partenerul ales (AplicaInlocuirePartenerANAF).
- ANAF_CaData: data documentului poate veni si ca DateTime (tact.dataact).
- Banda proprie sub grid pentru label: formularul creste cu 54, gridul isi pierde
  ancorarea de jos si primeste inaltimea din AjusteazaBanda, legata de Resize si
  Activate - formularul isi reaseaza gridul dupa Show, deci Activate e momentul util.

validare.prg: ANAF_VerificaCuiSingle, wrapper single-CUI peste serviciul ANAF, cu
data verificarii si o singura eroare logata pe sesiune.

cauta_alfa.prg: hook generic - ataseaza poVerifAlegere pe formularul de cautare
inainte de Show si il detaseaza dupa.

Apelanti opt-in (lVerificaANAF): baza.vc2 (lookup-ul generic de partener din
formularele actbaza/actbaza2007 lansate din meniuri), onote_contabile.vc2 (partener
debit/credit), omodificari.vc2 (do_cauta din cele trei clase de modificare, cu data
notei), ofacturare.vc2 (client, furnizor). Casa/banca ramane in afara: acolo partenerul
se alege pentru imperecherea facturilor.

cauta_alfa_forms.vc2: F4 deschide detaliile, iar terminarea cautarii trece prin
VerificaAlegere.

Teste: suita headless pentru fluxul de verificare (utile/Teste/partener_anaf/), cu
mock pentru apelul ANAF si pentru dialoguri.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_019H3r66sVojGhgaKq5niu1u
2026-07-27 01:29:41 +03:00

3.0 KiB
Raw Blame History

Reguli de lucru agent (comune proiectelor ROA VFP)

  1. Modificari de cod: livreaza FISIER de diff docs\diff_runda<N>_<subiect>.patch (git diff --no-index <baseline.bak> <editat>), nu diff in terminal. Write-back in binar (txt2vcx) si commit DOAR dupa aprobarea patch-ului de catre utilizator. Patch-urile sunt intermediare de review: NU se comit NICIODATA in git (sunt in .gitignore ca docs/diff_runda*.patch); raman doar local, pe disc.
  2. Comentarii in cod: NU se pun comentarii in corpul codului (nici la functionalitati noi). In ANTETUL fisierului se tine o singura intrare CUMULATIVA per functionalitate, in stilul existent (*!* DD.MM.YYYY / *!* autor / *!* ce face, 1-2 fraze): la revenirea pe aceeasi lucrare se rescrie intrarea, nu se adauga alta. Autorul e persoana care semneaza livrarea (ex. marius.mutu) - niciodata "claude" sau alt nume de agent. Se descrie doar comportamentul final, fara referinte la revizii, runde, patch-uri sau la corectii facute pe parcurs. La rezolvari de erori NU se adauga comentarii deloc. Explicatiile merg in docs/ sau in mesajul de commit, nu in cod. Changelog (changelog_<aplicatie>.txt): text minimal, pe limba utilizatorului, nu tehnic, o fraza scurta per intrare. Cat timp lucrarea nu a ajuns la utilizatori (fara deploy), erorile introduse si corectate in interiorul ei NU se pomenesc - intrarea descrie functionalitatea asa cum ajunge la utilizator, :nou:/:modificare:; :eroare: ramane doar pentru erori care au fost in productie.
  3. Modificari minime: doar ce s-a cerut; fara refactorizari sau curatenie din oficiu.
  4. Testare headless (fara IDE): vfp9.exe -A -T "<script.prg>" <param> din PowerShell. Mediu, sabloane, capcane si metoda de depanare: depanare_testare_vfp.md.
  5. Editare .vcx/.scx pe text (cache, cp1252 byte-safe, fidelity-check): flux-editare-vfp-text.md. Cautare in binare: cautare_vcx_vct.md.
  6. Misiuni lungi (teste, investigatii, sarcini inlantuite): NU un singur subagent cu context acumulat — orchestrator + subagenti proaspeti per sarcina (max ~200-250k tokens/subagent), handoff compact pe disc: orchestrare-subagenti.md.
  7. Conventii obligatorii, de citit cand atingi zona respectiva:
    • editezi .vc2/.sc2 pe text (orice write, chiar pe o linie) -> conventie_encoding_cp1252.md (tool care nu scrie cp1252 nativ corupe TOATE diacriticele din fisier);
    • adaugi/rearanjezi controale pe formulare sau coloane in grid -> conventie_ux_formulare.md;
    • scrii cod cu GO pe un Recno() capturat sau primit ca parametru -> conventie_go_recno.md;
    • ALTER TABLE pe cursorul intors de goExecutor.oExecute() -> conventie_goexecutor_alter_table.md;
    • testare UI / prin MCP -> testare-ui-vfp.md, testare-vfp-mcp.md;
    • export date din Oracle -> oracle_export.md;
    • modifici schema Oracle (tabele/view-uri/pachete) -> scripturi-migrare-db.md (unde stau scripturile de migrare si modelele pentru scripturi noi).