Stopnja: Datalab
Pridružen(a): 14/08/2009(UTC)
Objave: 1
Prejete zahvale: 2 krat v 2 objavah
|
Zdravo
Imam sljedeći problem sa prijemom robe na carinsko skladište. Dnevno izdavanje mi prođe ok iako imam problem sa samim računanjem prilikom izdavanja ali o tome sam vec u kontaktu sa Mehom D. na drugom ticketu. Dakle kada pravim prijem sa car skl na VP troskove carine mi ne rasporedi na sve artikle. U primjeru koji cu sad objasniti slikama svu je carinu prebacio na jedan artikal. Nekada se to desi na par artikala a rijetko na sve kako bi trebalo. Prosao sam i sifarnik artikala ne bi li uocio razliku između artikala s kojima radi i s kojima ne ali je sve isto. tj. nema razlike između artikala. Na slikama će vam biti sve jasnije a ja bih zamolio da se to sto prije rijesi jer nije se pametno zajebavati sa carinskim skladistima.
|
|
|
|
|
|
Stopnja: Datalab
Pridružen(a): 14/08/2009(UTC)
Objave: 0
Prejete zahvale: 1 krat v 1 objavah
|
Hvala harune na tako brzom odgovoru, međutim ja kad odem na AK ..roba .. nemam nigdje stavku način izračuna cijena , moj bild je 553110. ubacit cu sliku da vidis.
LP
|
|
|
|
|
|
Stopnja: Datalab
Pridružen(a): 14/08/2009(UTC)
Objave: 0
Prejete zahvale: 1 krat v 1 objavah
|
Do mene je ,evo nasao sam, bio sam ulogovan preko RE licence zato nisam vidio ove stavke. Sad vidim i izabrano mi je kalkulacija orometa. Ako sam te dobro shvatio to bi i trebalo da bude izabrano??
|
|
|
|
|
|
Stopnja: Datalab
Pridružen(a): 14/08/2009(UTC)
Objave: 0
Prejete zahvale: 1 krat v 1 objavah
|
treba ti Nacin izracuna carine(ne cijene) evo gdje se inace nalazi u AK. AK je malo redizajnirana.
Mada ovo kod mene je isto na 553110.
Napravi nadogradnju na zadnji patch sa svim objektima i trebalo bi se pojaviti.
Javi jel ok.
|
|
|
|
|
|
Stopnja: Datalab
Pridružen(a): 14/08/2009(UTC)
Objave: 0
Prejete zahvale: 1 krat v 1 objavah
|
|
|
|
|
|
|
Stopnja: Datalab
Pridružen(a): 14/08/2009(UTC)
Objave: 0
Prejete zahvale: 1 krat v 1 objavah
|
|
|
|
|
|
|
Stopnja: Datalab
Pridružen(a): 14/08/2009(UTC)
Objave: 0
Prejete zahvale: 1 krat v 1 objavah
|
nema, iz razloga sto su vec u pozicijama robnih dokumenata popunjena polja anduty(procenat) i anpvocduty(iznos).
Mogao bi jedino updateati ova polja na nulu
(npr.
update the_moveitem
set anduty=0
i
update the_moveitem
set anpvocduty=0)
a onda ponovo unesi iznos carine u kalkulaciji nabave i potvrdi(naravno moraces prije ovog ponistavanja
izvaditi iznos carine po dokumentu iz nekog reporta jer ce se ponistiti i sumarna vrijednost carine, tako da onda
ne bi znao iznos koji trebas ukucati ili jednostavno ako si vec stampao kalkulacije pogledaj na njima)
Ako budes to radio u svakom slucaju backup uradi ako sta pogresno uradis.
Naravno sa WHERE ogranici koje vrste dokumenta ili konkretne dokumente zelis popravljati,
da ti ne ponisti kalk. koje su dobre.
|
|
|
|
|
|
Stopnja: Datalab
Pridružen(a): 14/08/2009(UTC)
Objave: 0
Prejete zahvale: 1 krat v 1 objavah
|
|
|
|
|
|
|
Stopnja: Datalab
Pridružen(a): 14/08/2009(UTC)
Objave: 0
Prejete zahvale: 1 krat v 1 objavah
|
|
|
|
|
|
|
Stopnja: Datalab
Pridružen(a): 14/08/2009(UTC)
Objave: 0
Prejete zahvale: 1 krat v 1 objavah
|
Desi se iz razloga sto nije pravilno odredjen nacin izracuna carine u AK(postavke robe)
Moguce su dvije opcije:
-kalkulacija prometa
-sifrant carinskih tarifa
Kako ovo radi:
ako je odredjen sifrant carinskih tarifa znaci da carinu odredjuje na osnovu carinske tarife odnosno njene
stope iz sifranta artikala odnosno carinskih stopa (primjer u prilogu gdje se vidi ako nije odredjena stopa
da je raspored carine nula).
Ovo naravno ne znaci da ako je stopa za artikal 10% i imas 100KM carine da ce 10KM rasporediti na artikal vec
su bitni odnosi sa drugim artiklima. Da pojednostavim ako imas dva artikla iste kolicine i cijene tj iste
vrijednosti, jedan ima stopu 10% a drugi 20% to znaci da ce duplo vise carine biti rasporedjeno na njega.
ako je odredjena kalkulacija prometa onda gleda procente iz sifranta i na osnovu njih odredjuje.
Preporucuje se prva varijanta.
I molim da se alarmi otvaraju samo za alarm bugove.
|
|
|
|
|
|
Stopnja: Datalab
Pridružen(a): 14/08/2009(UTC)
Objave: 0
Prejete zahvale: 1 krat v 1 objavah
|
Ovdje ima dosta opcija:
1.preporucuje se koristenje preko carinskih tarifa (pogledaj primjer i objasnjenje koje sam ti naveo)
2. Ako koristis kalkulaciju prometa onda ti se problem javi u slijedecem slucaju.
Na poziciji dokumenta jave ti se 3 artikla (dva imaju upisanu stopu u sifrantu a treci nema)
KAda rasporedis carinu na dokumentu rasporedi se samo na ona dva koja imaju upisanu carinu
3. i ovo mozes izbjeci tako sto na vrsti dokumenta prijema iskljucis opciju Punjenje nabavne kalkulacije.
U tom slucaju kada izaberes artikal na poziciji ne puni procenat carine(i transporta i zav.tr) na poziciju
tako da sva tri artikla bi imala nula procenat.
Kada rasporedjujes carinu na aritkle koji imaju nula procenat(kljucno je da svi imaju nula procenat)
onda ce rasporediti ravnomjerno i pravilno.
Eto dao sam ti par solucija pa ti izaberi sta ti stima.
|
|
|
|
|
|
Stopnja: Datalab
Pridružen(a): 14/08/2009(UTC)
Objave: 0
Prejete zahvale: 1 krat v 1 objavah
|
ok hvala , ja cu to probati pa ti javim rezultate pa cemo onda da zatvorimo ticket
|
|
|
|
|
|
Stopnja: Datalab
Pridružen(a): 14/08/2009(UTC)
Objave: 0
Prejete zahvale: 1 krat v 1 objavah
|
Evo uradio sam sto si rekao pod 3 i testirao na jednom dokumentu sa istim artiklima (3 ista) kao sa ulaza koji nije radio i sad je ok. Nista se ne popuni u stavkama carina tran... i onda to fino raspodijeli kako treba. daj mi sad reci samo jos za ove dokumente koji su vec prošli a bilo ovakvih problema dali postoji neki refres podataka ili nesto slično sto će mi samo ispopravljati te dokumente.
Hvala
LP
|
|
|
|
|
|
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.