~~COMPLEX_TABLES~~


~~COMPLEX_TABLES~~


====== Uvozna kalkulacija ======


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 robe((U budućim verzijama programa ovo će biti i jedini način izrade ulaznih računa vezanih za kalkulaciju robe.)) . 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.


~~COMPLEX_TABLES~~


===== Veza između robne kalkulacije i ulaznih računa =====


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:


    - Automatsko odražavanje promena iz kalkulacije na ulazne račune
    - Zabrana promene kalkulacije u celosti ili određenih stavki ukoliko su ulazni računi u celosti ili delom proknjiženi


Utvrđena veza pri ručnoj obradi ulaznih računa ima sledeće efekte:


    - Zabrana promene vrste troška
    - Zabrana promene iznosa (zbog uticaja na nabavnu cenu)
    - Zabrana brisanja stavke iz ulaznog računa

~~COMPLEX_TABLES~~


==== Ulazni račun za robu ====


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, tabelom**Ulaz**.
<code>
SasRac.SasRacID [1..1] SasRacDop.SasRacID; SasRacDop.ILink [1..1] Ulaz.UlID
</code>


~~COMPLEX_TABLES~~


~~COMPLEX_TABLES~~


~~COMPLEX_TABLES~~

==== Ulazni račun za troškove ====


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.
<code>
SasRac.SasRacID [1..1] SasRacDop.SasRacID; SasRacDop.ILink [*..1] Troskovi.TroID
</code>

====== 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).


**Za aktiviranje naprednih opcija obrade uvoznih dokumenata neophodno je definisati [[:kb:definisanje_nove_obracunske_strukture|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.


~~COMPLEX_TABLES~~


~~COMPLEX_TABLES~~


~~COMPLEX_TABLES~~

===== Direktna uplata upravi carine =====


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.
<code>
Unos datuma ili procenta uplate carine forsiraće režim "indirektne uplate" koji se ne može voditi internim računovodstvom firme.
</code>

===== Uplata posredstvom špeditera (indirektna uplata) =====


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)


~~COMPLEX_TABLES~~


~~COMPLEX_TABLES~~


~~COMPLEX_TABLES~~


~~COMPLEX_TABLES~~


~~COMPLEX_TABLES~~


~~COMPLEX_TABLES~~


~~COMPLEX_TABLES~~


~~COMPLEX_TABLES~~


~~COMPLEX_TABLES~~


~~COMPLEX_TABLES~~


~~COMPLEX_TABLES~~


~~COMPLEX_TABLES~~


~~COMPLEX_TABLES~~


~~COMPLEX_TABLES~~

==== 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 [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.  |


=== 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:


    - 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.


<file>
Podaci stariji od 2013 godine nisu kompatibilni sa novim knjigama evidencije i obračuna PDV-a
</file>


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.


\\