Rank: Datalab
You have been a member since:: 14/08/2009(UTC) Posts: 1
Was thanked: 2 time(s) in 2 post(s)
|
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.
|
|
|
|
Rank: Datalab
You have been a member since:: 14/08/2009(UTC) Posts: 0
Was thanked: 1 time(s) in 1 post(s)
|
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
|
|
|
|
Rank: Datalab
You have been a member since:: 14/08/2009(UTC) Posts: 0
Was thanked: 1 time(s) in 1 post(s)
|
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??
|
|
|
|
Rank: Datalab
You have been a member since:: 14/08/2009(UTC) Posts: 0
Was thanked: 1 time(s) in 1 post(s)
|
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.
|
|
|
|
Rank: Datalab
You have been a member since:: 14/08/2009(UTC) Posts: 0
Was thanked: 1 time(s) in 1 post(s)
|
|
|
|
|
Rank: Datalab
You have been a member since:: 14/08/2009(UTC) Posts: 0
Was thanked: 1 time(s) in 1 post(s)
|
|
|
|
|
Rank: Datalab
You have been a member since:: 14/08/2009(UTC) Posts: 0
Was thanked: 1 time(s) in 1 post(s)
|
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.
|
|
|
|
Rank: Datalab
You have been a member since:: 14/08/2009(UTC) Posts: 0
Was thanked: 1 time(s) in 1 post(s)
|
|
|
|
|
Rank: Datalab
You have been a member since:: 14/08/2009(UTC) Posts: 0
Was thanked: 1 time(s) in 1 post(s)
|
|
|
|
|
Rank: Datalab
You have been a member since:: 14/08/2009(UTC) Posts: 0
Was thanked: 1 time(s) in 1 post(s)
|
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.
|
|
|
|
Rank: Datalab
You have been a member since:: 14/08/2009(UTC) Posts: 0
Was thanked: 1 time(s) in 1 post(s)
|
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.
|
|
|
|
Rank: Datalab
You have been a member since:: 14/08/2009(UTC) Posts: 0
Was thanked: 1 time(s) in 1 post(s)
|
ok hvala , ja cu to probati pa ti javim rezultate pa cemo onda da zatvorimo ticket
|
|
|
|
Rank: Datalab
You have been a member since:: 14/08/2009(UTC) Posts: 0
Was thanked: 1 time(s) in 1 post(s)
|
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
|
|
|
|
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,468 seconds.