Marius Mutu
de23611b4d
Importul cauta partenerul dupa codul brut din XML, dar il salva pe cel intors de
GetCodFiscalValid, care la persoana fizica poate lua CNP-ul din campul de serie CI /
pasaport. Cand cele doua difera, partenerul nu era gasit niciodata si pack_def.adauga_partener
respingea inserarea ("Mai exista un partener cu acest CNP"), oprind tot importul.
- cautarea se face acum pe codul cu care partenerul chiar se salveaza, cu revenire pe codul
brut si pe cheia externa a importului;
- GetIdPartener() intoarce partenerul cel mai vechi cand mai multi au acelasi cod fiscal;
- GetIdPartenerROA() preia partenerul existent din ROA dupa refuzul procedurii, ca importul
sa continue; se opreste doar daca nici acolo nu exista;
- lcCod nu mai e suprascris cu codul fiscal, deci in coresp_parteneri se scrie iar cheia
externa, nu codul fiscal.
Verificat pe baza reala cu Teste\test_parteneri_roa.prg (doar SELECT, in afara suitei
implicite); suita implicita ramane PASS.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01PTZNiJg2pZk1rky1rpw94u
117 lines
2.7 KiB
Plaintext
117 lines
2.7 KiB
Plaintext
<!--
|
|
18/08/2026
|
|
FLORA2ROA - 2.0.7
|
|
|
|
:eroare:
|
|
Importul nu se mai opreste cand partenerul exista deja in ROA cu acelasi cod fiscal sau CNP:
|
|
este folosit partenerul cel mai vechi cu acel cod.
|
|
Partenerii al caror CNP a fost scris in campul de serie CI sunt acum regasiti corect, fara sa mai fie adaugati inca o data.
|
|
-->
|
|
|
|
<!--
|
|
02/08/2026
|
|
FLORA2ROA - 2.0.6
|
|
|
|
:modificare:
|
|
Import parteneri. Persoanele fizice cu CNP invalid se salveaza fara CNP, ca sa nu dea eroare la D394/D406.
|
|
Codul persoanelor juridice nu se mai sterge, ca sa fie semnalat la validarea declaratiei si corectat in Fidelio.
|
|
Daca CNP-ul a fost scris din greseala in campul de serie CI, este preluat de acolo.
|
|
In jurnalul de import se scriu CNP-urile curatate si codurile de firma care nu trec validarea.
|
|
-->
|
|
|
|
<!--
|
|
02/07/2026
|
|
FLORA2ROA - 2.0.5
|
|
|
|
:eroare:
|
|
Corectare eroare "numeric overflow" la salvarea notelor contabile.
|
|
-->
|
|
|
|
<!--
|
|
01/07/2026
|
|
FLORA2ROA - 2.0.4
|
|
|
|
:modificare:
|
|
Toti clientii cu cod fiscale peste 10 cifre se considera persoane fizice, in scopul declaratiei D406 SAFT.
|
|
Toate persoanele fizice cu CNP invalid se salveaza fara CNP in baza de date pentru a nu da eroare la D406 SAFT.
|
|
-->
|
|
|
|
<!--
|
|
16/10/2025
|
|
FLORA2ROA - 2.0.3
|
|
|
|
:modificare:
|
|
Nu se mai genereaza note VANZARI RESTAURANT pentru Tip Plata = "MD BUFET".
|
|
-->
|
|
|
|
<!--
|
|
24/09/2025
|
|
FLORA2ROA - 2.0.2
|
|
|
|
:nou:
|
|
Corectare explicatie TVA livrari 21% MONETAR HOTEL.
|
|
-->
|
|
|
|
<!--
|
|
12/08/2025
|
|
FLORA2ROA - 2.0.1
|
|
|
|
:nou:
|
|
Actualizare cote TVA 21%, 11%
|
|
-->
|
|
|
|
<!--
|
|
11/08/2025
|
|
FLORA2ROA - 2.0.0
|
|
|
|
:nou:
|
|
Actualizare cote TVA 21%, 11%
|
|
|
|
:modificare:
|
|
Completare document pereche la contul "418" in notele MONETAR RESTAURANT 5125 = 418, pentru constituirea "418" in VENITURI RESTAURANT 418 = 707
|
|
-->
|
|
|
|
<!--
|
|
14/07/2025
|
|
FLORA2ROA - 1.0.9
|
|
|
|
:eroare:
|
|
S-a corectat o eroaree de la salvarea notelor contabile in baza de date.
|
|
-->
|
|
|
|
<!--
|
|
25/06/2025
|
|
FLORA2ROA - 1.0.8
|
|
|
|
:modificare:
|
|
Facturi Hotel TAXA STATIUNE - EXPLICATIA TVA ESTE "LIVRARI SCUTITE CU DREPT DE DEDUCERE" in loc de "LIVRARI 19%"
|
|
Incasare Hotel, cu tichete se face nota 418.02 - 472.03
|
|
-->
|
|
|
|
<!--
|
|
25/04/2025
|
|
FLORA2ROA - 1.0.7
|
|
|
|
:modificare:
|
|
Import. Corectare Explicatie TVA pentru facturi 4111. Completare cod de taxa si cod de plata SAFT.
|
|
|
|
-->
|
|
|
|
<!--
|
|
06/12/2024
|
|
FLORA2ROA - 1.0.5
|
|
|
|
:modificare:
|
|
Import RESTAURANT. Se pot exclude din import Intrari, Iesiri, Vanzari Restaurant sau Hotel.
|
|
|
|
-->
|
|
|
|
<!--
|
|
04/12/2024
|
|
FLORA2ROA - 1.0.4
|
|
|
|
:modificare:
|
|
Import DESCARCARE RESTAURANT.
|
|
- Notele se cumuleaza dupa data document si tip document, in loc de numar document.
|
|
- Iesirile tip "Protocol" se inregistreaza 623 = 371.
|
|
--> |