Usersite
»
UserSite SI
»
Blago
»
ECL/Intrastat
»
Poročanje intrastat in statistična vrednost
Rank: PA User
You have been a member since:: 24/04/2009(UTC) Objave: 9
|
Pozdravljeni, zaradi preseganja praga poročanja moramo sedaj poročat tudi statistično vrednost, ki je sestavljena iz FakVrednosti in Transporta. Na prevzemih smo vpisali transportne stroške (Kalkulacija nabave/Prevzem/Strošek v polje Transport in določili "Vrednostno" način obračuna, ter potrdili) preverili tudi detajlno (zavihek Pozicije) in je znesek pravilno razdelilo po pozicijah. Tudi v nastavitvah smo obkljukali "poseben prag" (na IPR/IOD). Ko sedaj kreiramo Intrastat (posamično ali skupinsko) nam pod Statistično vrednost izpiše Fakturno vrednost (torej ne vzame zneskov z prištetim transportom). Tudi stolpci R19/Vrednost/TŠ so prazni.
|
|
|
|
Rank: PA User
You have been a member since:: 13/05/2010(UTC) Objave: 171  Was thanked: 4 time(s) in 3 post(s)
|
Ta težava je nadaljevanje tega, kar sem tudi sam ugotovil pri kreiranju ECL ?? |
|
|
|
|
Rank: PA User
You have been a member since:: 24/04/2009(UTC) Objave: 9
|
Pozdravljeni, glede na to, da se bilža skrajni čas poročanja za januar, me zanima ali naj pričnemo ročno pripravljat podatke ali je kakšna druga rešitev?
|
|
|
|
Rank: PA User
You have been a member since:: 24/04/2009(UTC) Objave: 9
|
Pozdravljeni, pri raznih preizkusih delovanja smo naleteli na dve težavi (ob predhodno omenjeni težavi): - po navodilih za poročevalske enote je vračila dobavitelju potrebno prikazat kot odpremo blaga, kar pa v Pantheonu ne gre (vračilo dobavitelju (prejet dobropis) lahko "povežemo" v IOD ampak količine ostanejo negativne) - Kadar je transportni strošek del prejete fakture, le tega vrednostno razdeli med posamezne tarifne številke. Ampak kadar prejmeš blago iz EU in je vrednost v USD le ta vpliva na ostale prejeme (v poročilu), kjer je predhodno transportni strošek bil pravilno "porazdeljen", tako da le ta transportni strošek preračuna iz USD (čeprav na fakturi je EUR) v EUR (oz zmanjša transport točno za toliko kot je devizni tečaj za USD) K temu bi še dodali, da bi strošek transporta načeloma moral sam uprabnik razdelit.
Ob vsem tem upam, da se mi motimo in nekaj ne delamo tako kot moramo :)
|
|
|
|
Rank: PA User
You have been a member since:: 24/04/2009(UTC) Objave: 9
|
Pozdravljeni, ste uspeli kaj pogledat?
|
|
|
|
Rank: Datalab
You have been a member since:: 24/04/2009(UTC) Objave: 23
|
Pozdravljeni, stroški se na intrastatu vnašajo spodaj levo. V primeru, da na dokumentu že obstaja pozicija s tipom storitev, se bo le-ta avtomatsko zapisala v stroške spodaj in tudi že v Statistično vrednost. Lp,
|
|
|
|
Rank: PA User
You have been a member since:: 24/04/2009(UTC) Objave: 9
|
Hvala za odgovor. Ampak to pomeni, da se mora za vsak dokument kreirat poročilo, ker pri "skupinskem poročilu" je skorajda nemogoče ugotoviti koliko znašajo stroški (prevoza) za določeno tarifo, kadar je v pozicijo vključenih več postavk iz različnih dokumentov; vsak dokument oz. pozicija pa ima svoj strošek. Ne moremo pa "pavšalno" razdeliti vseh stroškov na vse pozicije (če delamo "skupinsko poročilo". Ne bi bilo lažje, da se ob vključitvi "praga" pojavi polje (na dokumentu/ zavihek Kalkulacija nabave), kjer bi določili "šifro stroška" in odstotek (tega stroška, ki se vključuje v poročilo, kajti poročat moramo samo strošek do meje)? Ali je mogoče kakšna druga rešitev?
|
|
|
|
Rank: Datalab
You have been a member since:: 16/11/2010(UTC) Objave: 112
Was thanked: 5 time(s) in 5 post(s)
|
Pozdravljeni,
žal ni druge rešitve. Predlog, ki ste ga podali je v osnovi smiseln. Zaplete se pri upoštevanju dobavnih pogojev - incoterms paritet. Npr. nekatere paritete vključujejo v dobavne pogoje stroške transporta, natovarjanja in zavarovanja (CFR) in moramo ločiti te stroše do meje in od (za statistično vrednost). Načeloma bi lahko to rešili s preklopnikom in odstotnim deležem. Torej, da bi označili ali naj se ali ne stroški prenesejo in v kolišnem deležu. Pri pariteti CFR si lahko odprete v AK novo vrsto stroškov - transport v SLo, ki se bo odšteval od statistične vrednosti.
Vredno premisleka. Bom podala predlog za izboljšavo.
Lep pozdrav
|
|
|
|
Rank: PA User
You have been a member since:: 24/04/2009(UTC) Objave: 9
|
Hvala za odkrit odgovor. Zdaj pa moramo zavihat rokave da ne zamudimo s poročilom. Vas pa še prosim, da pri popravkih prav tako upoštevate, da se morajo vračila blaga vnesti na kontra stran (če mi vračamo dobavitelju, se vnese kot izdobava / če vrača kupec pa na stran prejema)
|
|
|
|
Rank: PA User
You have been a member since:: 24/04/2009(UTC) Objave: 9
|
Pozdravljeni, zanima me ali že obatajajo kakšni odgovori?
Lep pozdrav
|
|
|
|
Rank: Datalab
You have been a member since:: 16/11/2010(UTC) Objave: 112
Was thanked: 5 time(s) in 5 post(s)
|
Nimam še odgovora za vas, je pa v razvoju in pričakujem v kratkem napredek. upam :)
Lp
|
|
|
|
Rank: PA User
You have been a member since:: 24/04/2009(UTC) Objave: 9
|
Pozdravljeni, zanima me ali že obatajajo kakšni odgovori?
Lep pozdrav
|
|
|
|
Rank: PA User
You have been a member since:: 13/05/2010(UTC) Objave: 171  Was thanked: 4 time(s) in 3 post(s)
|
Na moje poizvedovanje sem 4. Junja dobil sledeči odgovor ??
Pozdravljeni, Zadeva je v reševanju in je v razvoju, trenutno pa nimam še postavljenega izvedebenega roka, saj so se kapacitete z dvema zakonskima spremembama /dvig DDV in premikom veljavnosti Pravilnika Zdavp – 2f na 1.7.2013 zasedle še v tem času. Takoj ko bo to za nami, pa bom imela tudi datum in rok za realizacijo sprememb. Najlepša hvala za povpraševanje in zanimanje S prijaznimi pozdravi, Eva Slak
Sicer zadeve ne razumem prav dobro, ker je to za mene napaka, oziroma imam program kateri ne deluje. potem pa moraš 1 leto čakati, da se popravijo zadeve ??
Me prav zanima kako bi na Datalabu noreli, če bi jim prodal luči, katere bi nekajkrat na teden ugasnile, da bi jih morali ponovno prižigati ??
Lp
|
|
|
|
|
Rank: PA User
You have been a member since:: 24/04/2009(UTC) Objave: 9
|
Pozdravljeni, zanima me ali že obatajajo kakšni odgovori?
Lep pozdrav
|
|
|
|
Rank: Newbie
You have been a member since:: 09/07/2013(UTC) Objave: 1
|
Pozdravljeni, zanima me, če je to s posebnim pragom za Intrastat zdaj urejeno. Mi smo letos na novo "vstopili", pa ne vem, ali ne znam nastavit ali še ne deluje. Hvala janat
|
|
|
|
Rank: Advanced Member
You have been a member since:: 31/01/2011(UTC) Objave: 32
|
Pozdravljeni,
Z letom 2018 smo tudi mi postali zavezanci za intrastat prejemi nad posebnim pragom. Ali je kaj novega glede statistične vrednosti in vnosa na posamezen dokument prevzema? Ali to že deluje? V navodilih ne najdem... :( LPM
|
|
|
|
Usersite
»
UserSite SI
»
Blago
»
ECL/Intrastat
»
Poročanje intrastat in statistična vrednost
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.500 seconds.