eFaktura Slanje/Prijem
Za korišćenje eFaktura neophodno je podesiti nekoliko stvari. Pojašnjenja na primerima možete pronači u donjem zaglavju.
 |
OPIS
Koraci za podešavanje, za eFakture Slanje/Prijem:
- Sandučiči
- Podešavanje prijave i klasifikacije
-
Preuzimanje poslovnog procesa za slanje iz Web servisa, prijem i provera statusa eFaktura
-
Hijerarhija izbora mail adrese za slanje eRačuna
-
Izmene XML-a i neophodna podešavanja, radi usaglašenosti sa SEFom
-
Podešavanje šifarnika načina plaćanja
-
Podešavanja u vrstama dokumenata
-
Podešavanja u šifarniku jedinica mera
-
Podešavanja u šifarniku poreskih stopa
-
Napomene vezano za unos podataka na dokumentima
|
1. Sandučići
Preuzeti sandučiće i podešavanja sa web servisa, u Administratorskoj konzoli | Podešavanja | Dokumentacija | Sandučići, na Uvoz-Izvoz, na Prenos šifarnika:

Potrebno je preneti sandučiće ze eFakture:

2. Podešavanje prijave i klasifikacije
Zatim je podrebno da podesite prijavu i klasifikaciju.
U polju Prijava odabrati korisničko ime, koje je proizvoljno, kao i API ključ za autentifikaciju, koji se generiše na eFaktura sajtu:
Administratorska konzola - Autorizacije - Korisnička imena i lozinke (kako možete videti na sliki dole)


Nakon odabrane prijave i klasifikacije izgled sandučića je:

3. Preuzimanje poslovnog procesa za slanje iz Web servisa, prijem i provera statusa eFaktura
U opciji u programu Podešavanja/Dokumentacija/Oblikovanje poslovnih procesa sa Web servisa trebate preuzeti poslovne procese za slanje, prijem i proveru statusa eFaktura:

Sa vrste dokumenta sa koje želimo da šaljemo eFakture, već poznatim postupkom, preko ispisa od broja do broja poslati dokument u dokumentaciju. Potom iz dokumentacije pokrenuti WF za slanje-prijem eFaktura.
Da bi sa određene vrste dokumenta bilo moguće da se pošalje dokument u dokumentaciju, neophodno je da na toj vrsti dokumenta, u šifarniku vrsta dokumenata, budu podešeni željena klasifikacija i arhiv.
 |
UBL 2.1
XML za eRačun je u skladu sa UBL 2.1 standardom.
|
4. Hijerarhija izbora mail adrese za slanje eRačuna
Podatak o emailu kupca se prikazuje u xml datoteci u node-u
-<cac:AccountingContact><cbc:ElectronicMail>
Hijerarhija email adresa :
1. Situacija kada je u zaglavlju dokumenta unešena kontakt osoba:
Prvo se uzima podatak o adresi za elektronsku razmenu, za kontakt osobu koja je navedena u zaglavlju računa u polju Kontakt osoba (acContactPrsn).
Ako kontakt osoba nema definisanu adresu za elektronsku razmenu podataka, uzima se podatak o adresi za elektronsku razmenu podataka definisanu kod Subjekta.
Tek ako ni Subjekat nema podatak o adresi za elektronsku razmenu podataka, uzima se primarna email adresa kontakta, nakon toga primarna email adresa Subjekta.
2. Situacija kada u zaglavlju dokumenta nije unešena kontakt osoba:
Ako nema kontakt osobe u zaglavlju računa, uzima se podatak o adresi za elektronsku razmenu podataka iz osnovnih podataka subjekta koji je naveden kao kupac na računu.
Ako tu nije navedena adresa, onda se uzima podatak o emailu sa prve kontakt osobe koja ima podatak o adresi za elektronsku razmenu podataka.
Ako nijedna kontakt osoba nema podatak o adresi za eketronsku razmenu podataka, onda se uzima podatak o primarnoj email adresi iz osnovnih podataka subjekta koji je naveden kao kupac na računu.
Ako tu nije navedena adresa, onda se uzima podatak o primarnoj email adresi sa prve kontakt osobe koja ima podatak .
5. Podešavanja šifarnika subjekata
U slučaju da je subjekat koji šalje ili prima budžetski korisnik, neophodno je , pored toga što je označeno da je budžetski korisnik, u šifarnik subjekata uneti i podatak o JBKJS broju. Taj broj se prenosi u XML koji se šalje.

Neophodno je uneti osim PIB-a i Matični Broj kako na Naše preduzeće, tako i na subjektu koji je kupac, jer su ovi podaci obavezni u strukturi XMLa.

6. Podešavanje šifarnika načina plaćanja
U šifarniku načina plaćanja dodata je kolona Načini plaćanja, koja se popunjava po specifikaciji SEF, a podatak se koristi u XMLu:

7. Podešavanja u vrstama dokumenata
U šifarniku vrsta dokumenata, na panelu Napredna podešavanja, dodat je padajući meni gde je moguće odabrati tip eDokumneta koji se odnosi na tu vrstu dokumenta. 380 je potrebno odabrati za račun, 386 za avansni račun.

Predvidjeni tipovi dokumenata:
TIP DOKUMENTA
|
OZNAKA
|
Komercijalna faktura
|
380
|
Knjižno odobrenje
|
381
|
Knjižno zaduženje
|
383
|
Avansna faktura
|
386
|
8. Podešavanja u šifarniku jedinica mera
U šifarniku jedinica mera je dodata kolona Medj. oznaka u kojoj je potrebno za svaku šifru jedinice mere definisati odgovarajuću šifru po predvidjenom standardu:
Naziv merne jedinice
|
OZNAKA
|
Komad
|
H87
|
Tona
|
TNE
|
Kilogram
|
KGM
|
Gram
|
GRM
|
Metar
|
MTR
|
Milimetar
|
MMT
|
Litar
|
LTR
|
Metar kvadratni
|
MTK
|
Metar kubni
|
MTQ
|
Minut
|
MIN
|
Sat
|
HUR
|
Dan
|
DAY
|
Mesec
|
MON
|
Godina
|
ANN
|
9. Podešavanja u šifarniku poreskih stopa
Prilikom definisanja poreskih tarifa u sistemu, koje će se koristiti za definiciju prometa oslobodjenog poreza, neophodno je u koloni Tekst odabrati iz šifarnika tekstova specifikaciju koja se odnosi na konkretnu odredbu po kojoj je zakonom o PDV-u predvidjeno oslobadjanje poreza sa i bez prava odbitka:

U šifarnik Tekstova je potrebno odgovarajuće uneti podatak o šifri (u polje Opis) i opisu odredbe člana zakona (u polje Tekst) po kojoj je predvidjeno oslobodjenje. Konkretni šifarnik je propisan i predvidjen od strane zakonodavca.

U šifarniku poreskih stopa je dodata kolona u kojoj je potrebno za svaku poresku tarifu i promet na koji se odnosi definisati i šifru za e-dokumete u skladu sa predvidjenim standardom:

Šifra kategorije PDV-a
|
OZNAKA
|
S
|
Standardna stopa (10%,20%)
|
E
|
Oslobođeno PDV-a
|
O
|
Subjekt nije u sistemu PDV-a
|
Z
|
Nulta stopa PDV-a
|
G |
Oslobođeno PDV-a usled izvoza |
AE |
Obrnuto obračunavanje PDV-a (prenos poreza) |
10. Napomene vezano za unos podataka na dokumentima
- U slučaju kada je kupac na računu budžetski korisni (ima podatak u polju JBKJS), onda je neophodno u polje acDoc2 uneti podatak o broju ugovora na koji se referencira dokument:

- Prilikom izrade avansne fakture, da bi forma strukture XML faila bila u skladu sa predvidjenim standardom, nije dozvoljeno da količina na dokumentu bude veća od jedan.