Na internet strani eFaktura objavljena su sledeća dokumenta:

• SEF nova verzija 3.8
• Ažurirano interno tehničko uputstvo – verzija od 1. avgusta 2024.

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

1. Izmena naziva tipova dokumenata

Na korisničkom interfejsu i spoljnom prikazu elektronske fakture (PDF) preimenovani su sledeći nazivi tipova dokumenata:

• „Avansni račun“ je preimenovan u „Avansna faktura”
• „Knjižno odobrenje“ je preimenovano u „Dokument o smanjenju”
• „Knjižno zaduženje“ je preimenovano u „Dokument o povećanju”

2. Izmene u sekciji „Datum obračuna PDV-a“

Na korisničkom interfejsu naziv sekcije „Datum obračuna PDV-a“ menja se u „Nastanak PDV obaveze“.

Zbog izmena u sekciji „Datum obračuna PDV-a” neophodna je izmena Specifikacije prilagođene primene standarda EN 16931-1 za elektronske fakture u unutrašnjem prometu u Republici Srbiji, tako što će za identifikator termina BT-8 Šifra datuma poreske obaveze kardinalnost biti 0..1. Izmena specifikacije prilagođene primene standarda EN 16931-1 je neophodna zbog uvođenja nove opcije – „Ne nastaje obaveza obračuna PDV”, za tip dokumenta faktura, avansna faktura i dokument i povećanju.

Navedena izmena prikazana je na stranici 144 Internog tehničkog uputstva.

Izmene za tip dokumenta – Faktura

Na korisničkom interfejsu, u sekciji „Nastanak PDV obaveze“, u padajućem meniju korisnik ima sledeće opcije za odabir:

• „Datum prometa“ – Dan nastanka PDV obaveze je datum prometa
• „Član 16. tačka 2a) ZPDV“ – Dan nastanka PDV obaveze je datum izdavanja računa u skladu sa članom 16. tačka 2a) ZPDV.
• „Član 36a ZPDV“ – Dan nastanka PDV obaveze je datum naplate, odnosno drugi datum u skladu sa članom 36a ZPDV.
• „Ne nastaje obaveza obračuna PDV” – Za izdavaoce fakture ne nastaje obaveza obračuna PDV (npr.reč je o prometu za koji izdavalac nije poreski dužnik, prometu za koji je propisano poresko oslobođenje i dr.). Ova opcija je nova.

Preko aplikativnog interfejsa, API korisnici unose datume nastanka PDV obaveze na sledeći način:

• Za „Datum prometa” kao identifikator termina u osnovnom semantičkom modelu koristi se BT-72 Actual delivery date, odnosno šifra datuma poreske obaveze je 35.
• Za „Član 16. tačka 2a) ZPDV” kao identifikator termina u osnovnom semantičkom modelu koristi se BT-2 Invoice issue date, odnosno šifra datuma poreske obaveze je 3.
• Za „Član 36a ZPDV” kao identifikator termina u osnovnom semantičkom modelu koristi se BT-9 Payment due date, odnosno šifra datuma poreske obaveze je 432.
• Za „Ne nastaje obaveza obračuna PDV” ne koristi se ni jedan identifikator termina za datum nastanka PDV obaveze iz osnovnog semantičkog modela, pa samim tim predviđeni tag /cac:InvoicePeriod/cbc:DescriptionCode ne treba proslediti.

Izmene za tip dokumenta – Avansna faktura

Na korisničkom interfejsu, u sekciji „Nastanak PDV obaveze”, u padajućem meniju korisnik ima sledeće opcije za odabir:

• „Datum avansa” – Dan nastanka PDV obaveze je datum naplate avansa. Ova opcija odgovara dosadašnjoj opciji „PDV se obračunava na dan plaćanja”, tako da je samo urađeno preimenovanje na korisničkom interfejsu. „Ne nastaje obaveza obračuna PDV” – Za izdavaoca avansne fakture ne nastaje obaveza obračuna PDV po osnovu naplate avansa (npr. reč je o avansu za promet za koji izdavalac nije poreski dužnik, avansu za promet za koji je propisano poresko oslobođenje i dr.). Ova opcija je nova.

Preko aplikativnog interfejsa, API korisnici unose datume nastanka PDV obaveze na sledeći način:

• Za „Datum avansa” kao identifikator termina u osnovnom semantičkom modelu koristi se BT-9 Payment due date, odnosno šifra datuma poreske obaveze je 432.
• Za „Ne nastaje obaveza obračuna PDV” ne koristi se ni jedan identifikator termina za datum nastanka PDV obaveze iz osnovnog semantičkog modela, pa samim tim predviđeni tag /cac:InvoicePeriod/cbc:DescriptionCode ne treba proslediti.

Izmene za tip dokumenta – Dokument o povećanju

Na korisničkom interfejsu, u sekciji „Nastanak PDV obaveze“, u padajućem meniju korisnik ima sledeće opcije za odabir:

• „Datum izdavanja – zaračunavanje troškova” – Dan nastanka/povećanja PDV obaveze je datum izdavanja dokumenta o povećanju kojim se zaračunavaju troškovi, a na osnovu kojeg dolazi do povećanja osnovice za promet. Ova opcija odgovara sadašnjoj opciji „Datum slanja fakture”, tako da je samo urađeno preimenovanje na korisničkom interfejsu. „Datum povećanja – ugovor” – Dan nastanka/povećanja PDV obaveze je datum kada je u skladu sa ugovorom došlo do povećanja osnovice za promet – nova opcija.
• „Ne nastaje obaveza obračuna PDV” – Za izdavaoca dokumenta o povećanju ne nastaje obaveza obračuna PDV (npr. reč je o dokumentu o povećanju za promet za koji izdavalac nije poreski dužnik, dokument o povećanju za promet za koji je propisano poresko oslobođenje i dr.) – nova opcija.
• Odabirom opcije „Datum povećanja – ugovor” potrebno je da korisnik u kalendaru izabere konkretan datum. Ukoliko korisnik odabere neku od druge dve opcije, kalendar za odabir datuma povećanja – ugovor, neće biti dostupan.

Preko aplikativnog interfejsa, API korisnici unose datume nastanka PDV obaveze na sledeći način:

• Za „Datum izdavanja – zaračunavanje troškova” kao identifikator termina u osnovnom semantičkom modelu koristi se BT-2 Invoice issue date, odnosno šifra datuma poreske obaveze je 3.
• Za „Datum povećanja – ugovor” kao identifikator termina u osnovnom semantičkom modelu koristi se BT-72 Actual delivery date, odnosno šifra datuma poreske obaveze je 35.
• Za „Ne nastaje obaveza obračuna PDV” ne koristi se ni jedan identifikator termina za datum nastanka PDV obaveze iz osnovnog semantičkog modela, pa samim tim predviđeni tag /cac:InvoicePeriod/cbc:DescriptionCode ne treba proslediti.

Tip dokumenta – Dokument o smanjenju ne sadrži sekciju „Nastanak PDV obaveze“ na korisničkom interfejsu.

Preko aplikativnog interfejsa, API korisnici imaju dve opcije:

• ne koristiti ni jedan identifikator termina za datum nastanka PDV obaveze iz osnovnog semantičkog modela, pa samim tim predviđeni tag /cac:InvoicePeriod/cbc:DescriptionCode ne treba proslediti
• u okviru predviđenog taga /cac:InvoicePeriod/cbc:DescriptionCode, kao šifru datuma poreske obaveze unositi „0“ (nula), kao i do sada.

3. Generisanje proširenog spoljnog prikaza elektronske fakture (PDF) na zahtev korisnika

Omogućeno je preuzimanje proširenog spoljnog prikaza elektronske fakture (PDF) na zahtev korisnika. Preuzimanje preko korisničkog interfejsa omogućeno je na detaljnom prikazu elektronske fakture. Preuzimanje preko javnih API metoda omogućeno je preko sledećih metoda:

• publicApi/purchase-invoice/pdf
• publicApi/sales-invoice/pdf

Prilikom preuzimanja proširenog spoljnog prikaza elektronske fakture (PDF), sistem elektronskih faktura (SEF) proverava da li je dokument već generisan. Ukoliko jeste, dokument se odmah preuzima i prikazuje korisniku. Ukoliko dokument nije generisan, sistem pokreće postupak generisanja i vraća status „202 – Accepted“ korisniku. Kada dokument bude uspešno generisan, sistem ga čuva u sistemu datoteka za preuzimanje.

Generisanje spoljnog prikaza elektronske fakture (PDF) na korisničkom interfejsu

Na korisničkom interfejsu, opcija „Preuzmi PDF“ je preimenovana u „Preuzmi PDF sažetak“, za preuzimanje osnovnog (sažetog) spoljnog prikaza elektonske fakture (PDF).

Za preuzimanje proširenog spoljnog prikaza elektronske fakture (PDF) dodata je opcija „Preuzmi PDF“.

Ukoliko kreirani dokument na korisničkom interfejsu ima priloge, u okviru opcije „Preuzmi sve” iniciraće se preuzimanje ZIP datoteke, koja sadrži sve priloge i osnovni (sažeti) spoljni prikaz elektronske fakture (PDF). Ukoliko je za elektronsku fakturu već kreiran prošireni spoljni prikaz (PDF) i on će biti deo ZIP datoteke.

Generisanje spoljnog prikaza elektronske fakture (PDF) preko javnih API metoda

Za korisnike aplikativnog interfejsa spoljni prikaz elektronske fakture (PDF) će se generisati odloženo, ukoliko već nije generisan.

Ukoliko prošireni spoljni prikaz elektronske fakture (PDF) nije već generisan, pokreće se generisanje spoljnog prikaza elektronske fakture, a korisniku se vraća status „202 – Accepted” uz sledeću poruku:

{

„message“: „Extended PDF file creation has been initiated for invoice Id XXXXXX.“

}

Korisnik mora ponoviti isti zahtev, nakon čega će dobiti generisani dokument.

Ukoliko je prošireni spoljni prikaz elektronske fakture (PDF) već generisan, korisniku se odmah vraća spoljni prikaz elektronske fakture (PDF).

Preuzimanje postojećeg ili generisanje novog proširenog prikaza spoljnog prikaza izlaznog dokumenta moguće je preko javne API metode /api/publicApi/sales-invoice/pdf.

Preuzimanje postojećeg ili generisanje novog proširenog prikaza spoljnog prikaza ulaznog dokumenta moguće je preko javne API metode /api/publicApi/purchase-invoice/pdf.

Navedena izmena prikazana je na stranicama 81, 135 i 155 Internog tehničkog uputstva.

4. Implementirane su nove jedinice mere na korisničkom interfejsu

U skladu sa utvrđenim potrebama krajnjih korisnika, implementirane su sledeće jedinice mere na korisničkom interfejsu:

Nove jedinice mere implementirane su i u delu „Podešavanja”

5. Implementirana je mogućnost unosa broja otpremnice na korisničkom interfejsu

Na stranici „Prodaja” implementirana je mogućnost unosa broja otpremnice prilikom kreiranja fakture na korisničkom interfejsu, kao i prikaz broja otpremnice na korisničkom intfejsu a koji je unet i otpremljen putem XML datoteke.

Mogućnost unosa broja otpremnice na korisničkom interfejsu je implementirana samo za tip dokumenta – faktura. Na jednoj fakturi omogućen je unos jednog broja ili više brojeva otpremnice. Ukoliko je broj otpremnice naveden, biće vidljiv i na spoljnom prikazu fakture (PDF).

Prema specifikaciji prilagođene primene standarda EN 16931-1 za elektronske fakture u unutrašnjem prometu u Republici Srbiji, kao identifikator termina u osnovnom semantičkom modelu koristi se BT-16 Despatch advice reference/referenca otpremnice

Navedena izmena prikazana je na stranici 141 Internog tehničkog uputstva.

6. Izmena naziva statusa „Odobreno“ u „Prihvaćeno“

Na korisničkom interfejsu status „Odobreno” je primenovan u „Prihvaćeno”. Izmena je rezultirala promenu na svim mestima gde je vidljiv status „Odobreno“:

– na tabelarnom prikazu izlaznih i ulaznih dokumenata u koloni „Status”

– na tabelarnom prikazu izlaznih i ulaznih dokumenata u delu filtera za opciju „Svi statusi”

– na detaljnom prikazu izlaznih i ulaznih dokumenata

– na detaljnom prikazu izlaznih i ulaznih dokumenata u kroz opciju „Istorija” prilikom pregleda svih sistemskih izmena na elektronskoj fakturi.

7. Prikazivanje informacije da je elektronska faktura „Automatski prihvaćena”, „Automatski odbijena”, „Primalac prihvatio” ili „Primalac odbio”

Na korisničkom interfejsu, na izlaznim dokumentima na stranici „Prodaja”, kao i na ulaznim dokumentima na stranicama „Nabavke” i „Prikaz faktura nosioca javnih nabavki“ omogućen je prikaz informacija o načinu prihvatanja, odnosno odbijanja elektronske fakture.

U sistemu je implementirana oznaka koja označava da je promena statusa rezultat automatske obrade elektonske fakture, pa će tada biti prikazane informacije „Automatski prihvaćena” ili „Automatski odbijena”. U slučaju nedostatka oznake, promena statusa je rezultat manuelne obrade, pa će tada biti prikazane informacije „Primalac prihvatio” ili „Primalac odbio”.

Prikaz informacije kod automatski prihvaćenog dokumenta

Prikaz informacije kod manuelno prihvaćenog dokumenta

Prikaz informacije kod automatski odbijenog dokumenta

Prikaz informacije kod manuelno odbijenog dokumenta

Informacije o automatskom ili manuelnom prihvatanju, odnosno automatskom ili manuelnom odbijanju elektronske fakture su omogućene i prilikom preuzimanja promene statusa preko javnih API metoda, kao i prilikom prijema notifikacija o ulaznim i izlaznim dokumentima. Implementirano polje IsAutoAssigned signalizira da li se desila automatska promena statusa. Oznaka IsAutoAssigned je dodata u SaleslnvoiceStatusChangeDto i PurchaselnvoiceStatusChangeDto.

{

„Eventld“: 390741,

„Date“: „2024-07-18T21:55:41.7097060Z“,

„NewInvoiceStatus“: „Rejected“,

„SalesInvoiceId“: 179995,

„Comment“: „Automatski odbijeno“,

„CirInvoiceId“: null,

„SubscriptionKey“: null,

„StornoNumber“: null,

„CirAssignmentChange“: null,

„IsSigned“: false,

„IsAutoAssigned“: true

}

{

„Eventld“: 390479,

„Date“: „2024-07-18T01:20:03.1366204Z“,

„NewInvoiceStatus“: „Approved“,

„SalesInvoiceId“: 177928,

„Comment“: „Automatski odobreno“,

„CirInvoiceId“: „7B9WC“,

„SubscriptionKey“: null,

„StornoNumber“: null,

„CirAssignmentChange“: null,

„IsSigned“: false,

„IsAutoAssigned“: true

}

Prikaz informacije „Primalac prihvatio” će biti vidljiv i ukoliko se elektronska faktura automatski odbije, a zatim je korisnik ručno odobri.

8. Izvršavanje pretrage filtriranog parametra na korisničkom interfejsu pritiskom na taster „Enter”

Pri filtriranju parametara za pretragu na korisničkom interfejsu, pritiskom na taster „Enter“ može se pokrenuti izvršenje pretrage. Ova mogućnost je implementirana na stranicama „Prodaja”, „Nabavke” i „Prikaz faktura nosioca javnih nabavki”.

9. Postavljanje količine na -1 prilikom unosa avansne fakture sa poreskom kategorijom „N“

Na korisničkom interfejsu, kada se kao tip dokumenta unese avansna faktura i odabere poreska kategorija N, količina je automatski postavljena na -1, bez mogućnosti izmene.

Preko aplikativnog interfejsa, kada se kao tip dokumenta unese avansna faktura i odabere poreska kategorija N, omogućeno je slanje XML datoteke sa navedenom količinom -1. U slučaju da se ne navede količina -1, vratiće se sledeća greška:

{

„Message“: „Quantity on invoice lines for N vat category of prepayment must be -1“,

„FieldName“: „InvoiceLine.InvoicedQuantity“,

„ErrorCode“: „UBLPrepaymentInvoiceLineQuantityNotValid“

}

10. Repozicioniranje TEST logoa na demo okruženju

Na demo okruženju TEST logo je premešten na poziciju koja ne ometa korisnike u radu i istovremeno je dovoljno primetan.

11. Ispravke

1) Na korisničkom interfejsu, za sve tipove dokumenata ispravljena je greška koja je omogućavala preklapanje prozora pri otvaranju komentara, priloga i istorije. Sada se prozor automatski zatvori kada se otvori sledeći.

2) Na korisničkom interfejsu, ispravljena je greška koja je omogućavala da padajući meni kompanije ostaje otvoren nakon odabira opcije „Detalji ispravki” iz istog menija.

3) Na korisničkom interfejsu, u delu za unos umanjenja na nivou stavke, omogućen je unos iznosa osnovice za umanjenje koji je veći od 0,00 RSD i manji od 1,00 RSD.

4) Na korisničkom interfejsu, u delu za unos umanjenja na nivou stavke, ispravljena je greška koja je omogućavala da se unese i sačuva samo iznos osnovice za umanjenje bez popunjavanja procenta umanjenja.

5) Na korisničkom interfejsu, u delu Podešavanja-Detalji kompanije, omogućena je manuelna promena naziva kompanije.

6) Na korisničkom interfejsu, u tabelarnom prikazu Pojedinačnih evidencija PDV, ispravljena je greška koja je sprečavala prikazivanje dve decimalne nule u polju „PDV”, kada je unet zaokružen iznos bez decimala u polje „Ukupno obračunati PDV” prilikom kreiranja nove Pojedinačne evidencije PDV. Greška je takođe ispravljena i kada se pojedinačna evidencija PDV šalje preko aplikativnog interfejsa.

7) Na korisničkom interfejsu, prošireno je ograničenje broja karaktera za unos broja avansne fakture pri kreiranju konačne fakture – moguće je uneti do 50 karaktera.

8) Ispravljena je greška koja je onemogućavala prikaz Pojedinačne evidencije PDV ili Zbirne evidencije PDV, na tabelarnom prikazu za isti dan, ukoliko je Pojedinačna evidencija PDV ili Zbirna evidencija PDV uneta nakon 22.00 časa. Greška je ispravljena bilo da je Pojedinačna evidencija PDV ili Zbirna evidencija PDV uneta preko korisničkog interfejsa, bilo preko aplikativnog interfejsa.

9) Prilikom kreiranja elektronske fakture na korisničkom interfejsu, ukoliko se unese pa naknadno izbriše datum prometa, ispravljena je poruka greške tako što sada glasi „Molimo popunite tražena polja”, umesto „Nepoznata greška se desila. Molimo vas da pokušate ponovo”.

10) Ukoliko dokument koji je kreiran na korisničkom interfejsu ima priloge, u XML datoteci takvog dokumenta za svaki prilog je dodat atribut imena datoteke u EmbddedDocumentBinaryObject elementu.