Stopnja: Member
Pridružen(a): 12/09/2011(UTC)
Objave: 13
|
Pogosto se nam dogaja, da nam po izdelavi dokument 610 na skladišče prevzame zelo nelogično ceno.
Recimo namesto 37,22, se prevzame 633,15€.
To seveda povsem uniči analitične izpise.
Rečeno je, da se mora delovni nalog zaključiti, da se preračuni naredijo pravilno, vendar mi včasih nimamo možnosti zaključiti delovnega naloga, ker smo izdelali 180 izdelkov od 200 in se jih bo 20 izdelalo še nekoliko kasneje.
Tudi, ko se ročno cena na 610 spremeni, se ta povozi s prejšnjo.
Kako bi se dalo to urediti, da štimajo analize, brez da se zaključi delovni nalog?
Hvala.
|
|
|
|
|
|
Stopnja: Advanced Member
Pridružen(a): 04/12/2015(UTC)
Objave: 42
|
Pozdravljeni,
potrebno bi bilo videti primer, ko vam program da "čudno" ceno, da vidim, zakaj prihaja do tega.
lp,
Marko
|
|
|
|
|
|
Stopnja: Advanced Member
Pridružen(a): 04/12/2015(UTC)
Objave: 42
|
Najbolje, da se dogovoriva kar preko maila - marko.tuk@datalab.eulp,m
|
|
|
|
|
|
Stopnja: PA User
Pridružen(a): 24/04/2009(UTC) Objave: 579  Prejete zahvale: 9 krat v 9 objavah
|
Pol pa še tu napišita težavo in rešitev, ker mogoče še koga tole zanima. |
|
|
|
|
|
|
Stopnja: Advanced Member
Pridružen(a): 04/12/2015(UTC)
Objave: 42
|
Pozdravljeni, tukaj je bil problem na predkalkulaciji (MF proizvodnja), ker vzame največjo ceno iz vseh skladišč v programu, kar je rešeno od builda 101200. Če ima še kdo kak problem naj mikar piše na mail, da se ugotovi izvor težav.
Hvala,
lp, m
|
|
|
|
|
|
Stopnja: Advanced Member
Pridružen(a): 04/12/2015(UTC)
Objave: 42
|
Pozdravljeni, tukaj je bil problem na predkalkulaciji (MF proizvodnja), ker vzame največjo ceno iz vseh skladišč v programu, kar je rešeno od builda 101200. Če ima še kdo kak problem naj mikar piše na mail, da se ugotovi izvor težav.
Hvala,
lp, m
|
|
|
|
|
|
Stopnja: Member
Pridružen(a): 25/05/2015(UTC)
Objave: 21
|
Težava je tudi takrat ko je zaloga 0 in je bila zadnja vnešena cena nepravilna, potem preračun zaloge teh cen ne popravi na cene zadnjega prevzema ampak jih pusti takšne doker ne pride do nove zaloge.
|
|
|
|
|
|
Stopnja: Member
Pridružen(a): 12/09/2011(UTC)
Objave: 13
|
Težava ostaja nerešena.
Torej pri nezaprtih delovnih nalogih, se prevzamejo izdelki na zalogo po zelo visoki ceni, saj Pantheon preračuna ceno izdelka na podlagi najvišje zgodovinske cene materiala.
Ta je seveda pri zelo majhnih količinah lahko tudi 100x višja, kot običajno.
Elegantna rešitev bi bila, da Pantheon vzame povprečno ceno zadnjega leta ali zadnjih 3 prevzemov in jo upošteva v prevzemni kalkulaciji.
Tako bi bilo možno uporabljati finančne analize, ki se jih sedaj ne da uporablajti, saj za tekoči mesec ali tudi prejšnje mesece ni možno preveriti kakšen RVC smo ustvarili, ker zagotovo vsi delovni nalogi niso zaključeni.
|
|
|
|
|
|
Stopnja: Advanced Member
Pridružen(a): 04/12/2015(UTC)
Objave: 42
|
Pozdravljeni,
Rešitev, ki se jo bo implementirala, je, da se lahko uporabnik odloči ali se v primeru zaloge 0 vzame zadnja cena iz skladišča ali pa se upošteva zadnja nabavna cena iz šifranta identov. Primarno bo izbrana 1. opcija, da se ohrani trenutno delovanje. Ko bo rešitev implementirana vam javim računam ap da bo to rešeno do 20.11.2018 (naslednji patch)
lp, m
|
|
|
|
|
|
Hitra navigacija
Ne smete dodajati novih tem.
Ne smete odgovarjati na teme.
Ne smete brisati svojih objav.
Ne smete urejati svojih objav.
Ne smete ustvarjati anket.
Ne smete glasovati v anketah.