Na internet strani eFaktura objavljena su sledeća dokumenta:
U nastavku je dat pregled svih funkcionalnosti i promena koje su deo nove verzije 3.7 SEF:
1. Implementirana je mogućnost generisanja podataka sa liste ulaznih i izlaznih dokumenata u CSV formatu
Na tabelarnom prikazu svih izlaznih dokumenata, ulaznih dokumenata i faktura nosioca javnih nabavki implementirana je opcija „Izvezi u CSV“.
Generisanjem CSV izveštaja dobijaju se sledeći podaci:
- ID dokumenta – jedinstveni identifikator
- E-faktura link – koji vodi ka dokumentu na SEF-u
- Broj e-fakture
- Tip e-fakture
- CRF identifikator
- CRF status
- Status e-fakture
- Primalac / Izdavalac
- Iznos
- Datum prometa
- Datum izdavanja
- Valuta – u zavisnosti u kojoj je valuti kreirana elektronska faktura
Vremenski opseg za generisanje podataka ograničen je na maksimalno jedan kalendarski mesec. Jezik generisanog izveštaja će biti u skladu sa izborom jezika platforme (SRP / SRP / ENG). Ukoliko na tabelarnom prikazu nema podataka, opcija „Izvezi u CSV“ neće biti dostupna.
Navedena izmena na korisničkom interfejsu prikazana je na stranici 132. Internog tehničkog uputstva.
2. Kreirana je nova PublicApi metoda GET/api/publicApi/getEfakturaVersion
Kreirana je nova PublicApi metoda GET/api/publicApi/getEfakturaVersion, koja kao rezultat vraća trenutnu verziju SEF-a.
Rezultat poziva metode je u formatu:
{
„Version“: „3.7“
}
Navedena izmena prikazana je na stranici 80. Internog tehničkog uputstva.
3. Izmena labela na korisničkom interfejsu i u spoljnom prikazu dokumenta (PDF)
Na korisničkom interfejsu u delu za unos avansnog računa, preimenovana je labela „Datum plaćanja“ u „Datum izdavanja“, kako bi se sva referencirana dokumenta pratila po datumu izdavanja dokumenta.
U skladu sa korisničkim interfejsom, na spoljnom prikazu fakture (PDF) preimenovana je labela „Datum slanja izabranog avansnog računa“ u „Datum izdavanja izabranog avansnog računa“.
4. E-faktura se evidentira u centralni registar faktura (CRF) na kraju procesa slanja
Elektronska faktura se šalje u centralni registar faktura (CRF) na samom kraju procesa slanja faktura. Ovim će se izbeći situacija da elektronska faktura bude evidentirana u sistemu Centralnog registra faktura (CRF), a da u Sistemu elektronskih faktura (SEF) nije uspešno poslata.
5. Omogućena je upotreba mesta isporuke (Delivery sekcija) i za dokument o povećanju i za dokument o smanjenju
Za elektronske fakture koje se šalju kao XML dokument, bilo pre korisničkog bilo preko aplikativnog interfejsa, omogućena je upotreba mesta isporuke, u svim tipovima dokumenata (BG-13 Delivery information). Zadržana je validacija da Delivery sekcija može da sadrži datum prometa (BT-72 Actual delivery date) samo za tip dokumenta faktura:
Ili preko aplikativnog interfejsa: {
‘’Message’’: ‘’This invoice type cannot have defined actual delivery date element’’. ‘’FieldName’’: ‘’invoice.Delivery.ActualDeliveryDate’’.
‘’ErrorCode’’: ”UBLDeliveryDateNotANowedForThisInvoiceType’’
}
Dodatno, tip dokumenta faktura može da sadrži datum prometa, ukoliko je za šifru datuma poreske obaveze (BT-8 cac:InvoicePeriod/cbc:DescriptionCode) uneta vrednost Datum prometa (35).
6. Ispravke
1) Kod slanja elektronske fakture u XML formatu, na korisničkom interfejsu ujednačen je prikaz ukupne vrednosti PDV u odnosu na vrednost u XML dokumentu.
2) Status „Podsetnik poslat“ je uklonjen sa korisničkog interfejsa.
3) Korigovan je način računanja zbirova prilikom unosa elektronske fakture na korisničkom interfejsu, kako bi se otklonile situacije da se različito prikazuje iznos elektronske fakture prilikom unosa preko korisničkog interfejsa i iznosa u generisanom XML dokumentu (razlika od 0,01 dinar).
4) Na korisničkom interfejsu onemogućeno je kreiranje kontakta ukoliko subjekt nije registrovan u Sistemu elektronskih faktura (SEF).
5) Metoda javnog API api/publicApi/purchase-invoice/ids više neće vraćati rezultat za statuse koji ne postoje ili više nisu u upotrebi.
6) Optimizovana aplikacija u cilju stabilizacije procesa slanja elektronske fakture.
7) Ispravljena je greška koja je omogućavala da se izabrana avansna faktura ponovo pojavi na listi dostupnih povezanih avansa nakon odabira povezane avansne fakture prilikom kreiranja konačne fakture na korisničkom interfejsu.
8) Na korisničkom interfejsu ispravljena je greška koja je onemogućavala slanje dokumenta ukoliko se kao primalac odabere korisnik javnih sredstava i selektuje polje „Pošalji u CRF“, a zatim se naknadno promeni primalac i odabere korisnik koji ne pripada javnom sektoru.
9) Na korisničkom interfejsu i preko metoda javnog API omogućeno je kreiranje dokumenta o smanjenju ukoliko se povezani referencirani dokument nalazi u jednom od sledećih statusa: „Poslato“, „Odobreno“ i „Odbijeno“.
10) Prilikom kreiranja elektronske fakture na osnovu XML dokumenta preko korisničkog interfejsa ili preko aplikativnog interfejsa, uvedena je validacija u slučaju kada se u dokumentu navede JBKJS kupca, a kupac u SEF-u nije registrovan kao budžetski korisnik. U tom slučaju SEF će vratiti grešku:
Ili preko aplikativnog interfejsa:
{
„Message“: „Company that is not a budget type company may not contain PartyIdentificationId (JBKJS)“, „FieldName“: „einvoice.AccountingCustomerParty.Party.PartyIdentification.ID.Value“,
„ErrorCode“: „UBLCannotBeDefinedPartyIdentificationIdForNonBudgetCompany“
}
11) Ispravljena je greška koja je na korisničkom interfejsu, i na stranici prodaja i na stranici nabavke, onemogućavala preuzimanje svih dokumenata jedne elektronske fakture klikom na dugme „Preuzmi sve“ kada faktura ima više priloga istog naziva.
12) Onemogućeno je da korisnik aktivira obrisani nalog subjekta u Sistemu elektronskih faktura (SEF), osvežavanjem podataka u sekciji „Podešavanja“.
13) Na korisničkom interfejsu, polje „Pošalji u CRF“ je dostupno samo prilikom kreiranja dokumenta tipa „Faktura“.
14) Na korisničkom interfejsu ispravljena je greška kod prikaza tipa dokumenta prilikom unosa Pojedinačne PDV evidencije.
Povezani tekstovi
- Kako Google i njihov poreski punomoćnik Deloitte greše prilikom izdavanja elektronskih faktura u SEF i uticaj na pravo na odbitak prethodnog poreza
- Pravo na odbitak prethodnog poreza i evidentiranje u EPP kada osnovica PDV u efakturi koju je izdao poreski punomoćnik ne sadrži porez po odbitku
- Evidentiranje ulazne efakture koja nije prihvaćena (ne postoji dokaz da je promet izvršen) u Evidenciju prethodnog poreza u SEF
- Evidentiranje avansne i konačne ulazne fakture u Evidenciji prethodnog poreza u SEF, kada se pravo na odbitak prethodnog poreza koristi po konačnoj fakturi
- Konferencija “SEF i elektronsko evidentiranje PDV“ – Pitanja i odgovori – 3. deo