Marius Mutu
889840357a
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
39 lines
3.0 KiB
Markdown
39 lines
3.0 KiB
Markdown
# 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).
|