This is an old revision of the document!
Uvozna kalkulacija
Evidencija uplate carine (Srbija)
Uvoznik, prema važećim zakonima Republike Srbije, stiče pravo na povraćaj PDV-a tek po faktu uplate iznosa obračunatog od strane carine. Uplata se stavlja u odnos sa ukupnim zaduženjem obračunate carine i carinskog PDV-a, a zatim u dobijenom procentu primenjuje na iznos PDV-a za odbitak.
Evidencija odbitnog PDV-a vrši se u odgovarajućoj koloni “Knjige primljenih računa” sa ili bez iskazivanja pripadajuće osnovice (zavisi od toga da li je uplata izvršena u istom poreskom periodu kada i carinjenje ili ne).
Direktna uplata upravi carine
Uplata posredstvom špeditera
U ovom slučaju špediter carinski PDV plaća delom ili u celosti u momentu carinjenja robe. Osvnovnu razliku u odnosu na model direktne uplate carine čini način evidentiranja uplate, iznosa i datuma, pošto ista neće proći kroz sopstveno računovodstvo. Datum evidencije PDV-a postaje datum uplate carine od strane špeditera, kao i procentualni iznos PDV-a u zavisnosti od iznosa uplate.
Potrebno je obezbediti sledeće:
- indikator da je PDV plaćen od strane špeditera (datum i iznos) u samoj kalkulaciji
- mogućnost evidentiranja dodatnih uplata carinskog PDV-a od strane špeditera, mimo glavne knjige (datum i iznos)
Evidencija uplate u samoj kalkulaciji
Balans verzije do 01.05.2013 realizovale su ovu funkciju u ograničenom obliku kroz zadavanje roka uplate uz račun špeditera. Podrazumevalo se da zadati rok znači da je uplata carie izvršena u punom iznosu na uneti datum.
Novije izmene u PDV procedurama zahtevaju da se ovo jasnije razgraniči, kao i da se uvede mogućnost evidencije delimičnog plaćanja PDV-a. Ovo je omogućeno u verzijama programa od 3.13.500 pa nadalje.
Funkcionalnost je postignuta dodavanjem dve nove kolone u tablici zavisnih troškova, datum uplate carine i uplaćeni iznos.
Osnovni mehanizmi realizacije:
| Mehanizam | Relacije | Opis |
|---|---|---|
| Zadejstvovano polje IDUplata tabele Troskovi | Troskovi.IDUplata=BookSpec.BukID | Polje od sada ima značenje, odnosno predstavlja vezu sa zapisom koji modifikuje knjiženje i evidenciju PDV-a - tabelom BookSpec. Zapis u BookSpec se automatski modifikuje izmenama u samoj ulaznoj kalkulaciji, pa je zato neophodno blokirati izmene ako je slog BookSpec proknjižen. Istovremeno, sam BookSpec sadrži vezu i ka stavki Ulaznog računa koji sadrži iznose i ostale podatke neophodne za obračun i iskazivanje PDV-a. Samo u skupu sa zapisom ulaznog računa zapis u BookSpec ima nekog značaja. Do tada, radi se samo o pripremi podataka. Ulazna klalkulacija se može napraviti i u režimu bez automatske izrade Ulaznog računa za zavisne troškove. U tom slučaju ne mogu se uneti podaci o uplati, ID Uplate ostaje NULL, a korisnik se obaveštava o neophodnosti izrade ulaznog računa kako bi se evidentirala i uplata. |
| Zadejstvovano polje SklID tabele Troskovi | Troskovi.SklID=SasRac.SasRacID | Ova veza je od 01.05.2013 obavezna za sve zapise tabele Troskovi koji imaju odgovarajući, automatski vezan, Ulazni račun za troškove. |
| BookSpec.LinkSas zadržava vezu sa stavkom ulaznog računa | BookSpec.LinkSas=SasRac.SasRacID | Putem ove povratne veze, ulazna kalkulacija ima pristup stavci ulaznog računa za potrebe editovanja i izmene. |
| Upit DOC_FetchUlazTroskovi | Upit učitava podatke u tablicu zavisnih troškova forme za izradu ulazne kalkulacije. Dodate su relacije ka BookSpec, SasRac/Racuni tabelama. |
Kompatibilnost sa prethodnim verzijama
Proces unapređenja baze podataka od DBV 7820 pa naviše sadrži kod koji za uvozne kalkulacije od 1.1.2013 radi sledeće:
- Uspostavlja vezu Ulaznih računa za troškove sa tabelom Troskovi (Troskovi.SklID=SasRac.SasRacID). Ovo se radi za sve zapise bez obzira da li se radi o uvozima ili običnim zavisnim troškovima
- Pronalazi u Troskovi prefakturisane zavisne troškove carine sa zadatim rokom uplate
- Utvrđuje postojanje ulaznog računa
- Utvrđuje postojanje zapisa u BookSpec
- ukoliko zapis ne postoji kreira se novi sa odgovarajućim vrednostima (BookSpec.DocStatus=beDOSTInactive (512), kako se ne bi knjižilo)
- ukoliko zapis postoji dodaje se veza Troskovi.IDUplate=BookSpec.BukID i proverava tačnost unetog datuma i iznosa uplate
- Čisti duplikate nastale zbog baga u proceduri knjiženja BookSpec zapisa.
Podaci stariji od 2013 godine nisu kompatibilni sa novim knjigama evidencije i obračuna PDV-a
Pretpostavke za uspešno retroaktivno vezivanje Troskova i stavki ulaznog računa
- Pre marta 2013g. svaka stavka zavisnih troškova kalkulacije predstavljala je račun za sebe
- Postoje korisnici koji su ove račune ručno “objedinjavali” tako da jedan račun može obuhvatiti više stavki zavisnog troška, pa čak i više različitih kalkulacija istovremeno. Šta više, ne može se pouzdano tvrditi da je kod takvih računa i osnov za trošak (Nazivi.NazID) isti kao u kalkulaciji (Troskovi.NazID), a uglavnom nije ni postavljan nosilac troška jer su takvi ručni unosi obeležavani kao “Zavisni trošak nabavke” (NazID=0).
U ovom slučaju stavke će biti ispravno povezane samo ako je struktura unetih troškova identična strukturi zavisnih troškova za koje je račun vezan. To znači da su svi NazID-ovi unikatni i da odgovaraju Troskovi.NazID zapisima vezanih troškova.
U svakom slučaju, treba računati sa određenim procentom neuspešno vezanih dokumenata. Ovo je prihvatljivo s obzirom da su ionako uglavnom istekli razumni rokovi za popravku ulaznih dokumenata. Osim toga, procedura izmene ulazne kalkulacije, još neko vreme, otkrivaće postojanje problematičnih veza sa posledičnim brisanjem zapisa i kreiranjem novih, ispravnih.