Uvozna kalkulacija ima tri glavne celine: a) Kvantitativni prijem robe b) Evidencija zavisnih troškova c) Obračun carine i carinskog PDV-a.
Ove celine definišu tri vrste dokumenata koje prate jednu uvoznu kalkulaciju: a) Prijemnica robe b) Ulazni račun za robu c) Ulazni račun za troškove.
Iako je moguće sva tri dokumenta uraditi ručno, preporučeni metod je ipak upotreba automatskog sistema izrade ulaznih računa na osnovu podataka unetih u kalkulaciju robe1) . Suština je u obračunu nabavne vrednosti uvezene robe, i ispravnoj evidenciji uvoznih dažbine, carina i carinskog PDV-a. Ručnim unosom zaobilazi se poslovna logika sistema pa je moguće napraviti velike greške u obračunu uvoza.
Ponekad je potrebno izrađenu kalkulaciju urediti i preračunati, kao i uneti izmene u dopune u vezane ulazne račune. U oba slučaja važno je pouzdano utvrditi veze između kalkulacije (tabele Ulaz>UlazExt>SasUlaz>Troskovi) i računa (tabele Racuni>RacuniSasKup>SasRac>SasRacDop).
Utvrđena veza pri obradi kalkulacije ima sledeće efekte:
Utvrđena veza pri ručnoj obradi ulaznih računa ima sledeće efekte:
Uglavnom sadrže jednu stavku, obračun nabavke robe od dobavljača. Obračun se čuva u SasRac tabeli a veza se uspostavlja ka osnovnom zapisu kalkulacije, tabelomUlaz.
SasRac.SasRacID [1..1] SasRacDop.SasRacID; SasRacDop.ILink [1..1] Ulaz.UlID
Po pravilu ovi računi sadrže više stavki. Jedan zapis u tabeli zavisnih troškova kalkulacije (Troskovi) može napraviti više stavki u računu (zapisi u SasRac tabeli). Procedura automatske izrade ovih račun je složena, a njom upravlja komponenta Trosak koja pored vizuelne reprezentacije sadrži i metod Item čijim pozivom se dobija struktura računa. Procedura od 2013g. vrši i objedinjavanje srodnih zapisa tabele Troskovi u jedan ulazni račun kada utvrdi da se radi o istom dobavljaču i istom broju i datumu računa.
SasRac.SasRacID [1..1] SasRacDop.SasRacID; SasRacDop.ILink [*..1] Troskovi.TroID
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).
Za aktiviranje naprednih opcija obrade uvoznih dokumenata neophodno je definisati obračunsku strukturu sa “Poreskim tretmanom” tipa “Obračun PDV evidencijom uplate”.
Upotreba standardnih obračunksih struktura podrazumeva da je carinski PDV u celosti plaćen u istom danu kada je evidentiran carinski račun.
Ukoliko se carina plaća direktno Upravi Carine ne treba popunjavati kolone Iznos bez PDV, Tip PDV, PDV i naročito kolone Datum uplate carine i Uplata (%). Ukoliko je neophodno, prve tri kolone se i mogu popuniti, ali je veoma važno da poslednje dve ostanu prazne.
Unos datuma ili procenta uplate carine forsiraće režim "indirektne uplate" koji se ne može voditi internim računovodstvom firme.
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:
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 [1..1] 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. |
Uspostavljanje veze između stavki ulaznog računa i unetih zavisnih troškova kalkulacija | SasRacDop.ILink [*..1] Troskovi.TroID | 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. Jedna slog Troskovi tabele rezultuje jednim ili više slogova u SasRac (pa samim tim i SasRacDop) tabelama. |
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. |
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:
Podaci stariji od 2013 godine nisu kompatibilni sa novim knjigama evidencije i obračuna PDV-a
Zavisni troškovi postojećih ulaznih kalkulacija ne mogu biti vezani za stavke ulaznih računa za troškove (SasRacDop). Ovo je prihvatljivo s obzirom da su ionako uglavnom istekli rokovi za popravku ulaznih dokumenata, ali pre svega što će procedura izmene ulazne kalkulacije otkrivati nepostojanje ovih veza. Ukoliko veza ne postoji postupa se po starom algoritmu, sem što će po kreiranju novih zapisa veza biti uspostavljena.