Usersite
»
UserSite BA
»
Ostalo_
»
Cijene za vrednovanje
Rank: Newbie
Joined: 04/02/2013(UTC) Posts: 3
|
Pozdrav
Na jednom od skladista zbog specifičnog načina poslovanja je jedno određeno vrijeme bila dozvoljena negativna zaliha. Minus na lageru je naravno prouzročio netačne cijene za vrednovanje a samim tim i netačne analize i greske u svemu sto je vezano za za cijene za vrednovanje. Problem privremeno uspijem rijesiti na način da sam napravio zasebnu vrstu dokumenta za prijem zalihe na skladiste i napravim zalihu na datum prije odlaska u negativnu zalihu te nakon preracunavanja količina i cijena za vrednovanje dobijem ispravne cijene za vrednovanje. Sobzirom da je to ustvari fiktivno zaduzenje koristim oznaku "evidencijski" da bih ukljucio i iskljucio fiktivnu zalihu prilikom preracunavanja prometa. Ovaj način rjesavanja problema mi djelimično odgovara ali mi je potrebno da se cijeli postupak odvija automatski(preko query-a) u određeno vrijeme npr. poslije kraja radnog vremena svaki dan. Dio sam uspio sam rijesiti ali mi je za dalje potrebna vasa pomoć. Objasnit cu korake koje zelim napraviti i postaviti pitanja za ono sto mi treba. 1. Automatizam bih napravio koristeći Job aktivnosti servera. 2. Promjenu na vrsti dokumenta tj. "evidencijsku" oznaku sam rijesio preko update naredbe na tPA_SetDocType tabeli 3. Ovaj korak mi je problem. Ukoliko sam dobro shvatio kod pantheona je za ponovni preracun kolicina zaduzena procedura pPA_StockRecalc ili pPA_StockRecalcRes Pokusao sam izvrsiti i jednu i drugu ali se ne dogodi preracunavanje kolicina. Ovaj dio mi je najbitniji pa bih zamolio da mi objasnite dali je ovo moguce ovako uraditi i u cemu ja grijesim jer query se izvrsi ali se ne preracunaju kolicine. 4. Ponovni preračun cijena za vrednovanje- sve isto kao i u koraku 3 stim da sam koristio proceduru pPA_PriceCalc. nije se desio preracun cijena za vrednovanje. 5. Promjena evidencijske oznake na dokumentu (rijeseno) 6 Ponovni preracun količina da bi lager dosao na tačnu vrijednost.
Nije mi želja da mi napisete Query koji bi radio sav ovaj posao već da me uspmjerite na koji način da postignem željeni rezultat tj. da mi kazete u cemu grijesim. Dali sam dobro shvatio koja procedura sta radi ili ne. Ukoliko postoji neko trece rjesenje za niveliranje cijena za vrednovanje (meni bi odgovaralo da su jednake recimo zadnjim nabavnim cijenama) pridružujući polje buyprice iz setitema u moveitem tabelu i to mi je interesantno za pokusati ili nesto sasvim drugacije zamolio bih da mi to predlozite.
S nadom da ćete mi pomoći u otklanjanju ovog problem unaprijed zahvaljujem. LP
|
|
|
|
Rank: Advanced Member
Joined: 03/04/2013(UTC) Posts: 110
Was thanked: 3 time(s) in 3 post(s)
|
Pozdrav, Nadam se da će vam naš help link moći pomoći te savjetujem da pogledate link na helpu koji objašnjava automatizaciju pokretanja Obračuna prometa na dva načina. Prvi ako imate pristup do MS SQL Enterprise managera, a drugi ako nemate: https://usersite.datalab.../Default.aspx?ctxid=2546Što se tiće niveliranja cijena, neke kompanije rade update nabavnih cijena (polje anBuyPrice) na cijenu za vrednovanje. Ovaj dio vam ne savjetujem jer nije ispravno i može doći do odstupanja. Jedino ako vam je odstupanje zanemarivo, obratite se našem ServiceDesku za daljnja pitanja. Lijep pozdrav
|
|
|
|
Usersite
»
UserSite BA
»
Ostalo_
»
Cijene za vrednovanje
Forum Jump
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.
Orange-Grey Theme Created by Ingo Herbote (WatchersNET.de)Powered by YAF 1.9.6.1 Under DNN |
YAF © 2003-2025, Yet Another Forum.NETThis page was generated in 0.454 seconds.