Na internet strani eFaktura objavljena su sledeća dokumenta:

• SEF nova verzija 3.15.0
• Ažurirano interno tehničko uputstvo – verzija od 14. novembra 2025.

U nastavku je dat pregled svih funkcionalnosti i promena koje su deo nove verzije 3.15.0 SEF:

1. Omogućeno preuzimanje spoljnog prikaza (PDF) obaveštenja primaoca o prethodnom PDV putem aplikativnog programskog interfejsa

Razvijena je funkcionalnost za generisanje spoljnog prikaza obaveštenja primaoca o prethodnom PDV putem aplikativnog programskog interfejsa. Preuzimanje je omogućeno i sa strane pošiljaoca i sa strane primaoca.

Dodate su dve metode za aplikativni programski interfejs:

GET /api/publicApi/recipients-notice-on-input-vat/sender/{noticeId}/pdf – za pošiljaoca

GET /api/publicApi/recipients-notice-on-input-vat/recipient/{noticeId}/pdf – za primaoca

2. U okviru prikaza SEF dokumenta dodata je veza (hiperlink) ka povezanom obaveštenju primaoca o prethodnom porezu

Na prikazu ulaznih i izlaznih SEF dokumenata je dodato polje „Povezana obaveštenja primaoca o prethodnom porezu” koje prikazuje hiperlinkove ka povezanim obaveštenjima primaoca o prethodnom porezu koja su u statusu „Poslato”. Polje je vidljivo korisnicima ukoliko postoji bar jedno povezano obaveštenje primaoca o prethodnom porezu koje je u statusu „Poslato”. Hiperlink se sastoji od broja obaveštenja i datuma obaveštenja primaoca o prethodnom porezu. Selektovanjem hiperlinka, korisnik se preusmerava na prikaz povezanog obaveštenja primaoca o prethodnom porezu.

3. Nova kolona sa brojem povezanog dokumenta dodata je kako listi koja prikazuje data, tako i listi koja prikazuje primljena obaveštenja primaoca o prethodnom porezu

Na listi „Lista datih obaveštenja o prethodnom porezu“, kao i na listi „Lista primljenih obaveštenja o prethodnom porezu“ dodata je nova kolona „Broj dokumenta“, u kojoj se prikazuje broj dokumenta koji predstavlja osnov za kreiranje obaveštenja.

U prikazu samog obaveštenja primaoca o prethodnom porezu broj povezanog dokumenta prikazuje se:

– Ako je osnov stornirana faktura poslata preko SEF-a – u polju „Broj fakture“,

– Ako je stornirana faktura poslata van SEF-a – u polju „Broj fakture/računa za promet“,

– Za storniranu avansnu fakturu preko SEF-a – u polju „Broj avansne fakture“,

– Za storniranu avansnu fakturu van SEF-a – u polju „Broj fakture/računa za promet“,

– Ako je osnov stornirani dokument o povećanju – broj se navodi u polju „Broj dokumenta o povećanju“,

– Ako je u pitanju dokument o smanjenju – u polju „Broj dokumenta o smanjenju“.

4. Dodat je broj povezanog dokumenta kao novi kriterijum pretrage na listama obaveštenja primaoca o prethodnom porezu

Na listi „Lista datih obaveštenja o prethodnom porezu“, kao i na listi „Lista primljenih obaveštenja o prethodnom porezu“ dodata je mogućnost pretrage po broju povezanog dokumenta. Unošenjem navedene vrednosti u polje „Pretraga“ i izborom opcije „Primeni“, sistem će prikazati sva obaveštenja kod kojih broj povezanog dokumenta (kolona „Broj dokumenta”) sadrži uneti niz karaktera.

5. Dodata validacija podešavanja API endpointa za prijem notifikacija

Dodata je validacija na ekranu Podešavanja -> API menadžment na sledećim poljima:

– URL za primanje notifikacija o izlaznim fakturama,

– URL za primanje notifikacija o ulaznim fakturama,

– URL za primanje notifikacija o ulaznim fakturama za nosioca javnih nabavki.

Uvedena je obavezna provera da svaki od ovih podataka sadrži validan URL.

6. Prošireni su odgovori metoda na aplikativnom programskom interfejsu koji se odnose na obaveštenja primaoca o prethodnom porezu

Odgovori metoda aplikativnog programskog interfejsa koji se odnose na obaveštenja primaoca o prethodnom porezu prošireni su u delu „Sender“ dodavanjem novih polja „RegistrationCode“ i „IsBudget“:

„Sender“: {

„RegistrationCode“: „21212121“,

„IsBudget“: false,

„Id“: 14,

„VatRegistrationCode“: „101010101“,

„Name“: „Privredni subjekt d.o.o.“,

„Address“: „Kneza Miloša 20, Beograd“

},

Ovo proširenje se odnosi na sledeće metode:

POST /api/publicApi/recipients-notice-on-input-vat/sender/send

GET /api/publicApi/recipients-notice-on-input-vat/sender/{noticeId}

GET /api/publicApi/recipients-notice-on-input-vat/sender/date-range

GET /api/publicApi/recipients-notice-on-input-vat/sender/mistake-status

GET /api/publicApi/recipients-notice-on-input-vat/recipient/{noticeId}

7. Dodatna unapređenja pri generisanju NBS IPS QR koda na proširenom spoljnom prikazu

Na osnovu Odluke o obliku, sadržini i načinu korišćenja obrazaca platnih naloga za izvršenje platnih transakcija u dinarima („Sl. Glasnik RS“, br. 55/2015, 78/2015, 82/2017, 65/2018, 78/2018, 22/2019, 125/2020 i 82/2024), uvedena je validacija da u slučaju navođenja poziva na broj po modelu 97, vrednost ne može da sadrži crtice i razmake.

Ukoliko je na fakturi definisan poziv na broj po modelu 97, prilikom generisanja NBS IPS QR koda SEF će ukloniti sva pojavljivanja razmaka i srednje crte iz poziva na broj. Tako dobijenu vrednost će potom iskoristiti za popunjavanje RO elementa NBS IPS QR koda.

8. Raskidanje veze sa otpremnicom prilikom storniranja fakture

U situaciji kada se stornira faktura koja je povezana sa otpremnicom, otpremnica se oslobađa za korišćenje na drugoj fakturi. Funkcionalnost je realizovana na akciju storniranja fakture i kroz SEF korisnički interfejs i kroz aplikativni programski interfejs.

9. Izmenjena logika metode sales-invoice/ids aplikativnog interfejsa

Ukoliko se pri pozivu metode sales-invoice/ids ne prosledi status parametar, SEF će kao rezultat vratiti samo one fakture koje imaju datum slanja. To će iz rezultata isključiti fakture u statusima New, Draft ili Mistake.

Ukoliko se pak prosledi status parametar, razlikujemo dve situacije:

– ukoliko se prosledi vrednost New, Draft ili Mistake, SEF će vratiti fakture u zadatom statusu čiji datum kreiranja pripada zadatom periodu,

– za sve ostale vrednosti statusa, SEF će vratiti fakture čiji datum slanja pripada zadatom periodu.

10. Ispravke

1) Ukoliko se u stavci XML dokumenta ne prosledi šifra poreske kategorije ili se prosledi šifra poreske kategorije koja nije podržana, korisnik će dobiti grešku VATCategoryNotAllowed:

{

„Message“: „VAT category ‘S10’ is not allowed“,

„FieldName“: „Invoice.InvoiceLine.Item.ClassifiedTaxCategory[i].ID“,

„ErrorCode“: „VATCategoryNotAllowed“

}

2) Ukoliko je u XML dokumentu unet nepostojeći JBKJS, bilo za pošiljaoca bilo za primaoca, vraća se greška CompanyWithJBKJSNotFound:

{

„Message“: „JBKJS doesn’t match the company JBKJS“,

„FieldName“: „invoice.AccountingCustomerParty.Party.PartyIdentification.ID.Value“,

„ErrorCode“: „CompanyWithJBKJSNotFound“

}

3) Pri slanju obaveštenja kroz aplikativni programski interfejs za firmu koja nije poreski obveznik vraća se greška sa kodom VatDeductionNotificationCompanyIsNotVatObligor.

4) Na korisničkom interfejsu je u detaljima obaveštenja primaoca o prethodnom porezu dodat link ka dokumentu o smanjenju.

5) Unapređena je validacija na aplikativnom programskom interfejsu pri kreiranju obaveštenja primaoca o prethodnom porezu. U slučaju da nije naveden broj dokumenta vraća se greška sa kodom VatDeductionNotificationOneOrMoreMandatoryFieldsMissing.

6) Za obaveštenje primaoca o prethodnom porezu koje se kreira direktno na korisničkom interfejsu, iz elektronske fakture na koju se odnosi, onemogućena je izmena svih podataka osim sledeća tri podatka: „Broj obaveštenja“, „Iznos PDV“ i „Napomena“ .

7) Pri slanju obaveštenja primaoca o prethodnom porezu kroz aplikativni programski interfejs onemogućeno je slanje izjave sa iznosom PDV jednak nuli, sa kodom greške VatDeductionNotificationTotalVatAmountUnallowedValue.

8) Na Pojedinačnoj PDV evidenciji je izvršena ispravka pri povezivanju evidencije sa avansnom evidencijom, u slučaju kada više avansnih evidencija od različitih dobavljača imaju isti broj dokumenta.