Pozdrav,

događaj:
dokument je urađen sa drugim cijenama nego u cjenovniku,
nije urađena nivelacija iz čarobnjaka koja bi to ispeglala, zaboravljeno itd...

pitanje:
a) u kojem polju u stavki tog dokumenta je nova prodajna cijena a u kojoj je ona iz cjenovnika koju app pamti da bi mogla napraviti nivelaciju?
b) ili kod pokretanja generisanja nivelacije iz čarobnjaka app "gleda" u trenutni cjenik, ako je tako onda je informacija o pravoj cijeni iz cjenika izgubljena u vremenu!

razlog:
zbog "zaboravljenih" nivelacija, nemože se uštimati finansije i roba na kraju godine, kada bih imao ovaj podatak pod a) mogao bih pronaći te artikle i neka onda rade šta hoće.

da se ovo spriječi, znam da je najbolje zabraniti promjenu cijena na izlazu, ali je to toliko grubo da je operater paralizovan u drugim dokumentima, dobro bi bilo da se opcija ZABRANA PROMJENE PRODAJNE CIJENE može unijeti kod svake vrste dokumenta posebno ili barem kod grupe EXT IZLAZI, PRENOSI, INTERNI, i sl... ovako nije uopšte praktična!

LP

pustis iz pojedinog dokumenta (carobnjak - 12D, u pos modulu koristis 12E) ali onda ubacis datumski filter npr 01.01.2009 do 31.01.2009,
ako zelis za vise VD onda ih odvajas sa ;
s tim da pazi ako stavljas vise VD moras obuhvatiti VD koje koriste isto skladiste, jer za svako skl. koje koristi posebnu kalk. cijena pozeljno je iz mnogo razloga otvoriti posebnu VD promjene cijene.
Preporucujem raditi samo za jednu VD

uh smajic ovdje bi ti mogao elaborat napisati, jos nisi naveo jesi mislio na niv. na ulazu (gdje je obavezno ODMAH
uraditi nivelaciju da bi imao nove cijene u sifrantu nakon potvrdjivanja, a to nadam se da znas) ili pretpostavljam
da si mislio na izlaz.
Ako je slucaj 2 onda to ide ovako, kada ubacis artikal na poziciju on automatski puni zadnje validne cijene iz sifranta
u panel kalkulacija prodaje (praticemo prodajnu cijenu pa to je onda anrtprice). I ta cijena je ustvari u tom momentu vazeca prodajna cijena kakva je bila u sifrantu, nakon toga cijena u sifrantu se moze promijeniti ali je ostala zapisana
na dokumentu onakva kakva je tada bila.
Na poziciji artikla ti mijenjas prodajnu cijenu(ove iz kalkl.prodaje naravno se ne diraju) i to je polje anprice.
Tako da PA uvijek ima na raspolaganju (dok ne napravis nivelaciju) ove dvije cijene za poredjenje i njih ustvari
gleda prilikom kreiranja nivelacije. Kada se nivelacija uradi PA u polje anrtprice(i posljedicno u polje za mpc) prepise cijenu iz anprice tako da ovaj dokument vise nije kandidat za nivelaciju.
DObra stvar je sto ti mozes u svakom trenutku (za razliku od ulaza gdje moras odmah) pokupiti dokumente u odredjenom periodu i iz odredjene vrste dokumenta (Npr. mjesecno za 300) i za sve te dok. napraviti nivelacije
koje ce postimati stvari.

U 55 smo uradili i opciono automatsku izradu nivelacije na ulazu tako da useru se ne moze desiti da ofula je izraditi na ulazu jer ova je posebno bitna, cim snimi dokument pita ga da li zeli kreirati nivelaciju.