Pređi na glavni sadržaj

Datumi i iznosi u redu čekanja

Šta i zašto​

Program polja popuni onim što je pročitao, ali dva datuma i nekoliko iznosa odlučuju u koji mjesec ide ulazni PDV i šta ulazi u KUF. Ovdje je šta znače i kada ih treba ispraviti. Opšti tok je na stranici Red čekanja.

Datum prijema i PDV period​

od v2026.09 · KNJ-577

Datum prijema je već popunjen — danom kada je dokument stigao, a ne danom sa fakture. Ispod polja piše odakle je taj dan: „Predloženo iz datuma prijema e-maila.", „Predloženo iz datuma dolaska u Nerazvrstano." ili „Predloženo iz datuma otpremanja dokumenta.".

Taj datum odlučuje u kojem mjesecu se odbija ulazni PDV, pa PDV period ide za njim. Period se piše i prikazuje kao MM/GGGG (npr. 08/2026). Oba se mijenjaju:

  • prepišete datum prijema — period ga prati (napomena „Predloženo iz…" nestaje, jer to više nije prijedlog);
  • otkucate period sami — od tada stoji tamo gdje ste ga stavili, ma šta radili sa datumom.

Ako je mjesec dolaska već predat (PDV prijava podnesena), odobravanje se odbija porukom „PDV period je zaključan (prijava je predata)." — izlaz je da u polje PDV period upišete prvi otvoren mjesec. Faktura tada ulazi u knjigu sa svojim datumom prijema, a odbitak u mjesec koji ste izabrali.

Ako je datum prijema raniji od datuma fakture, program to kaže („Datum prijema je raniji od datuma fakture — provjerite mjesec.") i ništa ne zaustavlja — faktura zaista zna stići prije datuma koji na njoj piše.

Neoporezivi iznos i PDV po stavkama​

od v2026.09 · KNJ-626

Dva polja uz iznose kažu kako je PDV na dokumentu obračunat — isto kao na formi ulazne fakture:

  • Neoporezivi iznos (dio neta bez PDV-a) — dio neto iznosa na koji dobavljač nije obračunao PDV. Popunjen je kad ga je program pročitao: Mtel-ov račun sa stavkama bez PDV-a (u primjeru 9,00), ili fiskalni račun sa stopom 0 % — ovaj drugi samo kad se rekapitulacija po stopama sa računa tačno slaže sa ukupnim iznosima. Kad bi neoporezivi bio cijeli neto, polje ostaje prazno: PDV je tada 0,00 i ništa ne treba označavati.
  • „PDV obračunat po stavkama" — PDV na dokumentu je zbir PDV-a po stavkama (kartica goriva). Kad je označeno, ispod stoji koliko se PDV razlikuje od 17 % osnovice, npr. „Odstupanje od 17% osnovice: -0,02 — PDV se knjiži kako je odštampan, a odstupanje se čuva."

Oba polja su prijedlog i oba možete promijeniti. U KUF ide ono što piše u poljima. Zato:

  • ako ispravite neto, a dokument nema dio bez PDV-a, obrišite neoporezivi iznos;
  • ako je PDV pogrešno pročitan, odstupanje to odmah pokaže (npr. +26,98 umjesto -0,02). Kad je odstupanje veće od 0,05, stoji i „Odstupanje je veće od 0,05 — provjerite da li je PDV prepisan tačno sa dokumenta. Ovo je samo upozorenje." — odobravanje nije blokirano;
  • za dobavljača čiji PDV je po stavkama, a program to ne zna sam (npr. vodovod), oznaku postavite ručno;
  • neoporezivi iznos veći od neta, ili neoporezivi iznos na usluzi iz inostranstva, program odbija odmah ispod polja; oznaku „po stavkama" uz PDV 0 ili uz neoporezivi iznos jednak netu odbija ispod oznake. Odobravanje tada ne kreće dok se polje ne ispravi — iste provjere kao na formi ulazne fakture.

Kad je avans već uplaćen​

od v2026.09 · KNJ-528

Neki dobavljači naplaćuju unaprijed — najčešće kartice za gorivo. Na takvoj mjesečnoj fakturi u rekapitulaciji stoji red „uplaćeni avans", pa je „ukupno za plaćanje" manje od iznosa fakture, a kod potpuno pokrivenog avansa i 0,00. Tada iznad polja stoji mirna traka: „Avans od 860,46 KM je već uplaćen, zato je iznos za plaćanje na računu manji od iznosa fakture. U KUF ide puni iznos naveden ispod."

To nije upozorenje i ništa ne blokira: u polja Neto, PDV i Ukupno ide pun promet sa fakture (u primjeru 735,45 + 125,01 = 860,46), jer je to promet koji ulazi u KUF i u PDV prijavu; 0,00 sa papira se ne unosi nigdje. Avans se ovdje ne odbija od iznosa — zatvaranje avansa je posao otvorenih stavki. Traka se pojavljuje samo kad su iznosi sa fakture pročitani.

Poziv na broj​

od v2026.10 · KNJ-655

Polje Poziv na broj je popunjeno pozivom na broj koji je dobavljač odštampao. Odobravanjem se upisuje uz ulaznu fakturu, a po njemu program kasnije prepoznaje plaćanje te fakture na izvodu.