Usersite
»
UserSite BA
»
Roba
»
Izdavanje
»
preračun cijene artikla iz tona u kg
Stopnja: Datalab
Pridružen(a): 14/08/2009(UTC)
Objave: 1
Prejete zahvale: 2 krat v 2 objavah
|
Molimo vas objašnjene oko sledećeg problema - korisnik je do sada izdavao robu čija je jedinica mjere bila tona, međutim u POS sistemu gje se cijena zaokružuje na dve decimale i isti artil prodaju u kg npr. vreća đubriva dolazi do velikih razlika u cijeni. Naš prijedlog je da ta đubriva vode u kg. sada treba u bazi da tone pretvore u KG. Pošto je to već prometovano šta će se desiti kada zamijenimo jedinicu mjere kod tog artilka umjesto tone u kg. da li će doći do večćih poremećaja ili je dovoljno samo kod artila zamijeniti jedinicu mjer u kilograme?
|
|
|
|
|
|
Stopnja: Datalab
Pridružen(a): 14/08/2009(UTC)
Objave: 0
Prejete zahvale: 1 krat v 1 objavah
|
Naša situacija je ovakva -đubrivo je zaprimano u tonama na VP skladište, iz VP skladišta preneseno je u MP skladišta -sve u tonama , u Maloprodajama je preko POs-a izdavano takođe u tonama ( arealno ljudi su kupovali kilograme9 npr. prodavac u malporodaji proda jednu vreću od 40 KG a u POS dokumentu kuca količinu 0,004 T . znači jm je bila ujednačena, međutim zbog problema zaokruživanja na POs sistema na 2 decimale javlja im se razlika u zaduženju i razduženju. S obziro da je i prije i izdavanje išlo u tonama ., da li je dovoljno da sledeći prijem urade u KG, a što se tiče dosadašnjeg prometa ne znamo kao dat o uošte ispravljamo jer je sa POS sistema izvještaj otišao u poresku upravu i POS računi se više i ne mogu mijenjati i to stvara realan problem ako bi se vratili na ispravku dokumenta.
|
|
|
|
|
|
Stopnja: Datalab
Pridružen(a): 14/08/2009(UTC)
Objave: 0
Prejete zahvale: 1 krat v 1 objavah
|
oprezno sa ovim skroz!
Ako ste izdali hiljadu necega u nekoj mjernoj jedinici to ce biti uvijek hiljadu toga na skl.kartonu bez obzira koju mjernu jedinicu
da stavite (tona, kg,dkg) znaci
da pojednostavim izdali ste na 100 faktura na svakoj po 1tonu necega, ne mozete sada jednostavnu promijeniti
mjernu jedinicu u kg i ocekivati da program to preracuna.
Primjer:
Ulaz 1 tona necega po starim mj jedinicama
Izlaz pola tone necega po starim mj jedinicama
....
mijenjate mj u kg u sifrantu
....
Kada bi ukucali 500 kg da izdate (ovih preostalih pola tone) napravili bi haos jer bi vam onda robno stanje bilo -499,5 kg
Ako cete mijenjati mj koja ce vam dalje biti orijentacija morali bi prekucati sve postojece promete iz tone u kg.
Ako je na fakturi bilo na ulazu 2 tone, prepraviti na 2000kg.
|
|
|
|
|
|
Stopnja: Datalab
Pridružen(a): 14/08/2009(UTC)
Objave: 0
Prejete zahvale: 1 krat v 1 objavah
|
Ako ne budete oprezni desice vam se isti problema kao u jednoj nasoj partnerskoj firmi gdje su zaprimali
cigarete u stekama (MJ je bila STE) a na izlazu prodavali po kutijama:) (npr. stavi da proda 20 KUT)
i onda su napravili haos sa minusima na robnom stanju.
LP
|
|
|
|
|
|
Stopnja: Datalab
Pridružen(a): 14/08/2009(UTC)
Objave: 0
Prejete zahvale: 1 krat v 1 objavah
|
ovo prvo sto si napisala sa posta 150672 da slijedeci prijem naprave u KG to nece moci jer ce aposlutno poremetiti postojece stanje skladista koje je izrazavano u tonama.
Par rjesenja su ovdje koja bi mogla proci:
1. da prekucate kolicine na kg medjutim ovdje imate problem kako ste rekli da su racuni vec otisli u upravu (mada
vrijednosno ne bi se nista promijenilo, samo mijenjate nacin izrazavanja kolicine)
2. da svedete ovako kako ste i sami skontali stanje na nulu a zatim da ponovo zaprimite internim dok. kolicne na skladiste u kg. Medjutim ovdje imate problem sto kada budete gledali neke izvjestaje koji ce obuhvatiti periode kada se izrazavala kol. u tonama i sada sa novom mjernom jedinicom, da vam kolicinsko stanje nece biti dobro.
Sve bi izvjestaje morali onda gledati od tog perioda kada ste zaprimili nove kolicine.
A ako otvorite nove artikle to bi bilo ok i onda samo njih posmatrati ali zasto duplati posao i teretiti sifrante koji ce otezati onda snalazenje u programu.
Zbog toga po meni je najbolja onda varijanta 3.
3.gdje bi otvorili novu bazu u kojoj bi napravili pocetna stanja izrazena u kg i rijesen problem (samo se jos onda u okviru
firme otkuca kao neki zapisnik koji ce ovo valorizirati u slucaju dolaska inspekcije) i sve ubuduce bi se
zasnivalo na tome, ne bi imali ovaj problem presjecanja perioda od kojeg bi morali gledati robne izvjestaje niti duple artikle.
LP
|
|
|
|
|
|
Stopnja: Datalab
Pridružen(a): 14/08/2009(UTC)
Objave: 0
Prejete zahvale: 1 krat v 1 objavah
|
Korisnikje imao veliku količinu robe već na početnom stanju i dosta je do danas prometovano ,(uglavnom kroz POS) smislili smo još jedno rješenje pa te molim i konsultaciju oko toga. Ako izvršimo povrat iz MP u VP u tonama (virtuelno), zatim internim dokumentom napravimo da je VP skladište i prijemno i izdatno i time svedemo skladišni karton na nulu, otvorimo nove šifre za te artikle i nekim internim dokumentom izvršimo prijem ponovno u VP skladište u kilogramima, da li je to u redu.
|
|
|
|
|
|
Stopnja: Datalab
Pridružen(a): 14/08/2009(UTC)
Objave: 0
Prejete zahvale: 1 krat v 1 objavah
|
hvala puno sada ću zatvoriti tiket pa ako budemo to odrađivali opet ću otvoroiti po potrebi
|
|
|
|
|
|
Usersite
»
UserSite BA
»
Roba
»
Izdavanje
»
preračun cijene artikla iz tona u kg
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.