Borderoul arata pentru fiecare factura ce mai are de completat (conturi, gestiuni,
analitice) si daca are articole de gestiune, cu filtru pe fiecare. Facturile complete
se contabilizeaza in serie, cu rezumat la final. Contul de furnizor/client se alege
din planul de conturi, cu analiticul cerut imediat dupa. Cheia normalizata de articol
si anularea in bloc a documentelor generate din import intra tot aici.
Livrat in SVN r18075-18077. Materialul de lucru din docs/ e sters.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Aroafxp4z8bmM5oVECZRXY
Backtest read-only pe productie: recunoasterea articolului la importul de
eFactura, contarea pe istoric de furnizor, identificarea partenerului la
importul de extrase, plafonul potrivirii facturii din textul bancii.
Include harta codului de import extrase, testul care confirma eroarea de
parsare BT si scripturile SQL reproductibile.
Propunerile care se sprijina pe ele:
COMUN/docs/cercetare/rec_directie_roacont_2026_09.md
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01T8jmGHs29e9eyLgoMiLBHW
- ovanzcump.vc2: optiunea 3 "VERIFICA TOTI PARTENERII LA DATA FACTURII - ANAF" in
cele 4 jurnale (regcump2010/2025, regvanz2010/2025); SELECT-ul duce dataact As data
si id_part mai departe, ca verificarea ANAF sa se faca la data documentului,
nu la prima zi a lunii curente
- changelog_roacont.txt: intrarea 2.11.73
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01GztNyTRxjHqBg5kyNMmcy1
SET PROCEDURE TO ofacturare_editare.prg ADDITIVE, langa ofacturare_comun.prg.
Fara el, pagina de articole ale facturii nu apare in registrul jurnal >
modificare; clasa comuna are garda si degradeaza fara eroare, dar pagina
lipseste.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01SN8snvkk94KuhWwoXUUey3
- Programe/orapoarte.prg:1994 - verificarea split TVA pe o data din trecut
cere explicit ordinea MASA (cache intai); :2312 - varianta pe data curenta
cere UNIC (ANAF intai, cache-ul ramane plasa de siguranta).
- changelog_roacont.txt - intrarile 2.11.68 si 2.11.69.
- versiune_db.txt - 2026_08_01_02.
- CLAUDE.md - regula de continut pentru changelog si stilul de raspuns cerut.
- TODOS.md - amanarile din review-ul transei cache ANAF, P4 marcat preluat.
- roacont.pj2 - resincronizat cu git_sync.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01JCzVWfqscv1xyo5uvJiWiW
Changelog 2.11.67: numarul documentului se potriveste si cand a fost introdus in
contabilitate fara separatori (eFactura "40-33-129052" introdusa ca 4033129052),
iar doua facturi cu aceeasi valoare, acelasi partener si aceeasi zi nu mai apar
cu valoare dubla fata de Registrul de TVA.
Modificarea efectiva e in view-urile anaf_vefactura_primit/trimis, script
DATABASE/SCRIPTURI_CLAR/2026/07/ff_2026_07_29_01_COMUN_EFACTURA.sql (doar SVN,
nu e in acest repo): concatenarea cifrelor din xnumar_act adaugata in lista IN,
limita de lungime 12 -> 14 (act.nract e N(14) in programe), avg in loc de sum pe
rezerva de potrivire dupa valoare.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01FW7zDopcHo2fHq5L53MjMM
Insotesc modificarile din COMUN (potrivire sargabila cu registrul de TVA, rezerva pe
suma prin COALESCE, prag galben 0.15, jcnt eliminat). versiune_db trece la
2026_07_28_03, scriptul corespunzator fiind ff_2026_07_28_03_COMUN_EFACTURA.sql.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01FW7zDopcHo2fHq5L53MjMM
