Compare commits
2 Commits
5217301625
...
11096b78fc
| Author | SHA1 | Date | |
|---|---|---|---|
| 11096b78fc | |||
| 860df34160 |
@@ -3,9 +3,10 @@
|
|||||||
ROAGEST - 2.11.12
|
ROAGEST - 2.11.12
|
||||||
|
|
||||||
:nou:
|
:nou:
|
||||||
Marfa > Achizitie import. Facturile pot avea discount financiar: se completeaza suma fara TVA, TVA-ul se calculeaza pe valoarea diminuata, iar marfa si preturile articolelor raman pe valoarea integrala. Discountul se inregistreaza pe contul 767.
|
Marfa > Achizitie import. Discount financiar pe factura: TVA-ul se calculeaza pe suma diminuata, marfa ramane la valoarea integrala, discountul se inregistreaza pe 767.
|
||||||
Marfa > Achizitie import. TVA-ul de pe declaratia vamala (DVI) poate avea valuta si curs proprii, diferite de ale facturii.
|
Marfa > Achizitie import. TVA-ul de pe DVI poate avea valuta si curs proprii, diferite de ale facturii.
|
||||||
Marfa > Achizitie import. Facturile cu articole pe cote de TVA diferite se impart automat pe cote.
|
Marfa > Achizitie import. Facturile cu articole pe cote de TVA diferite se impart automat pe cote.
|
||||||
|
Marfa > Achizitie import. Culorile din tabelul de note grupeaza liniile pe documente: fiecare factura are culoarea si eticheta ei (F1, F2, ...), inclusiv liniile de TVA si de discount.
|
||||||
-->
|
-->
|
||||||
<!--
|
<!--
|
||||||
25/07/2026
|
25/07/2026
|
||||||
|
|||||||
@@ -213,6 +213,19 @@ dare în funcțiune deliberată.
|
|||||||
trebuie făcute pe valuta EFECTIVĂ (`Empty(nume) Or Upper(nume)=='RON'`), nu pe id brut — o
|
trebuie făcute pe valuta EFECTIVĂ (`Empty(nume) Or Upper(nume)=='RON'`), nu pe id brut — o
|
||||||
factură fără valută + RON ales explicit pe DVI sunt ambele „fără valută", dar o comparație
|
factură fără valută + RON ales explicit pe DVI sunt ambele „fără valută", dar o comparație
|
||||||
de id-uri brute le-ar vedea ca diferite (`dvi_valuta_proprie` ar da fals 1).
|
de id-uri brute le-ar vedea ca diferite (`dvi_valuta_proprie` ar da fals 1).
|
||||||
|
- **`copiaza_valoare` și rândul DVI — gardă în ambele sensuri**: rândul T al DVI-ului păstrează
|
||||||
|
`doc_key`-ul facturii-mamă, deci propagarea pe grup îl include. Trebuie sărit și ca **țintă**
|
||||||
|
(identitatea facturii nu-l atinge) și ca **sursă** (numărul/data/partenerul vamal nu ajung pe
|
||||||
|
factură). Fără garda pe sursă, o simplă trecere prin celula „Nr" a rândului DVI scria numărul
|
||||||
|
DVI-ului peste toată factura (B/G/S) și, la Terminat, în `ACT` și `RUL.nract`. Rândul D scapă,
|
||||||
|
pentru că își moștenește antetul o singură dată, la creare. `copiaza_valoare` nu face refresh de
|
||||||
|
grilă, deci pe ecran rămân valorile vechi — coruperea e invizibilă până la salvare.
|
||||||
|
Propagarea de partener are flux propriu (`Grid1.cPartC.Text1.Valid`), cu aceeași gardă.
|
||||||
|
- **`ControlSource`-ul unei coloane de grid e CALIFICAT la runtime**: `This.Parent.ControlSource`
|
||||||
|
întoarce `introdc.nract`, nu `nract` (cum apare în `.vc2`). Orice `Inlist`/comparație pe nume de
|
||||||
|
câmp cu valoarea primită din `Valid`-urile de grilă trebuie să normalizeze întâi (taie prefixul
|
||||||
|
până la ultimul punct) — altfel garda arată corect scrisă și nu se activează niciodată. Regresie:
|
||||||
|
`COMUN\utile\Teste\achizitie_import\test_diag_controlsource_calificat.prg`.
|
||||||
|
|
||||||
## Ștergere note — model istoric pe paritate (înlocuit de rundele de mai sus)
|
## Ștergere note — model istoric pe paritate (înlocuit de rundele de mai sus)
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user