Preuzimanje primljenih e-faktura sa SEF-a za knjigovođe

Preuzimanje primljenih e-faktura sa SEF-a (Sistem elektronskih faktura) ide ovako: ulogujete se na efaktura.gov.rs kao kupac, otvorite inbox primljenih i za svaku fakturu skidate XML (zakonski dokument u UBL 2.1 formatu), opciono PDF prikaz, i sve priloge.

Po članu 10 Zakona o elektronskom fakturisanju, primalac elektronske fakture iz privatnog sektora prihvata ili odbija fakturu u roku od 15 dana od dana prijema; ako ne reaguje, dobija podsetnik i dodatnih 5 dana pre nego što se faktura automatski odbije. Subjekti javnog sektora se po automatizmu smatraju da su prihvatili.

To je celokupan operativni okvir buyer-side workflowa na SEF-u, i sve dalje u ovom vodiču gradi se oko 15+5 dnevnog sata kao kičme: kako preuzeti e-fakturu sa SEF-a praktično, kada prihvatiti a kada odbiti, šta se dešava ako rok istekne, kako obraditi XML u knjigovodstvenom programu bez SEF integracije, šta sa prilozima i fakturama koje su zaobišle SEF, i kako agencija sa više klijenata vodi sve te naloge bez gubitaka.

U inboxu primljenih SEF UI pokazuje listu sa statusom svake fakture (nova, prihvaćena, odbijena, automatski odbijena), datumom prijema, brojem fakture, dobavljačem i iznosom. Email obaveštenje stiže u trenutku kad faktura uđe u inbox; SEF ne šalje drugi email kad se rok bliži kraju. Podsetnik koji stiže 15. dana je automatska sistemska poruka, ne lično obaveštenje od dobavljača — i ako ga niste viđali ranije, lako ga je zameniti za rutinski email i ostaviti za "kasnije". Za onog ko vodi 10+ klijenata, "kasnije" lako padne u sledećih 5 dana.

Ovaj vodič pokriva obradu ulaznih e-faktura SEF iz ugla knjigovođe — preuzimanje, odluku o prihvatanju i odbijanju e-faktura SEF, obradu XML-a kad knjigovodstveni program ne uvozi UBL 2.1, prilog, i multi-klijent rad. Ne pokriva opšti regulatorni okvir SEF-a, datume uvođenja, retail izuzetke, ni izdavanje faktura na strani prodavca; za to imate opšti pregled SEF obaveza i rokova uvođenja.

Preuzimanje XML-a, PDF-a i priloga: šta zaista skidate

Kad otvorite primljenu fakturu u SEF-u, na raspolaganju su vam tri tipa fajla:

• XML — zakonski dokument, struktuirani UBL 2.1 zapis. Ovo je elektronska faktura u smislu Zakona; sve ostalo je pratiće.
• PDF prikaz — čitljiva renderizacija istog sadržaja namenjena ljudskom oku. Generiše ga SEF iz XML-a; izgleda kao klasična faktura na papiru.
• Prilozi — fajlovi koje je dobavljač dodao uz fakturu (tehničke specifikacije, otpremnice, ugovori, fotografije robe). Najčešće PDF, ali viđaju se i Excel, slike, ponekad Word.

Razlika između XML-a i PDF prikaza nije formalnost. Po Zakonu o elektronskom fakturisanju, jedino XML je elektronska faktura. Word nije elektronska faktura, Excel nije elektronska faktura, PDF nije elektronska faktura. PDF prikaz služi za vizuelnu proveru i ručno čitanje; čuvanje u arhivi, dokazivanje pred poreznikom i obrada UBL 2.1 e-fakture u programu rade se XML-om.

Šta od tri fajla zaista skidate zavisi od onoga što vaš knjigovodstveni program može:

• Program ima SEF integraciju ili uvozi UBL 2.1 XML. Skidate XML i puštate ga u program. PDF vam treba samo ako želite vizuelnu kontrolu pre potvrde, prilozi se skidaju kad postoje.
• Program ne uvozi XML. Skidate i XML i PDF — XML zato što imate zakonsku obavezu čuvanja primljenih e-faktura 10 godina i to čuvate u izvornom obliku, PDF zato što ćete iz njega ručno preneti podatke u program ili ih obraditi konverzionim alatom. Prilozi se skidaju uvek.
• Program uvozi UBL 2.1 ali nema direktan SEF konektor. Skidate XML, ručno ga uvozite u program. PDF nije neophodan, ali pomaže pri proveri da je uvoz prošao tačno.

U SEF UI dugmad za preuzimanje stoje na prikazu pojedinačne fakture, a ne na samom inbox listingu. Otvorite fakturu, dobijete dugme za XML, dugme za PDF, i listu priloga sa pojedinačnim dugmetima. SEF UI ne nudi pouzdano bulk preuzimanje za ceo inbox — svaka faktura praktično ide jedno po jedno preuzimanje, sa po jednim klikom za svaki tip fajla. Kad jedan klijent ima 40 primljenih faktura mesečno, to je 40 otvaranja fakture i do 120 klikova za preuzimanje, plus prilozi.

Broj priloga vidi se uz svaku fakturu pre nego što je otvorite, što vam dozvoljava da odmah procenite obim posla po fakturi. Velike količine priloga gotovo uvek znače robu sa specifikacijama (građevina, mašine, IT oprema) ili konsalting sa razrađenom dokumentacijom radnih sati i projektnih faza.

SEF čuva preuzete fajlove na svojoj strani, ali se ni jedna agencija ozbiljno ne oslanja na to da će fajlovi tamo zaista stajati neograničeno. Zakonska obaveza čuvanja od 10 godina je vaša, ne SEF-ova; XML i prilozi snimaju se lokalno ili u arhivskom folderu klijenta odmah po prihvatanju, sa imenovanjem koje vidi klijenta, datum i broj fakture. Ostavljanje samo u SEF inboxu znači da pri prvoj migraciji portalske infrastrukture, promeni potpisnika ili izgubljenom pristupu, gubite originale za koje ste pravno odgovorni.

---

Prihvatanje ili odbijanje: kada koje i šta to znači za PDV

Default stanje za fakturu koja je sadržajno tačna je prihvatanje. U privatnom sektoru, prihvatanje je radnja kupca koja potvrđuje da sadržaj fakture odgovara stvarnom prometu — robi koja je isporučena, usluzi koja je izvršena, periodu koji je opisan. Sve ostalo (tačno odštampan PIB, tačan datum izdavanja, tačan broj fakture u dobavljačevoj numeraciji) je tehnička formalnost koju takođe proveravate, ali sadržajna tačnost prometa je suština odluke.

Odbijate fakturu samo kad postoji supstantivni razlog:

• Pogrešan iznos — neto, PDV ili bruto se ne slažu sa onim što je ugovoreno ili stvarno isporučeno.
• Pogrešna PDV stopa — primenjena 20% umesto 10%, ili obrnuto, ili PDV obračunat na promet sa obrnutim oporezivanjem.
• Pogrešna stavka — opis robe ili usluge ne odgovara stvarnom prometu (česta greška kod paušalnih opisa "usluge konsalting" gde se pretpostavlja da je sve OK).
• Pogrešan PIB primaoca — faktura je formalno upućena drugom pravnom licu.
• Izostanak ugovorom obaveznog priloga — kad je ugovorom propisano da se uz fakturu prilaže specifikacija ili otpremnica, a nje nema.
• Duplikat — već imate u KPR-u prihvaćenu fakturu sa istim brojem od istog dobavljača.

Odbijanje vraća fakturu dobavljaču na ispravku. Dobavljač onda može da izda novu fakturu (sa istim ili novim datumom prometa) ili knjižno odobrenje za korekciju, već zavisno od prirode greške i od toga da li su pojedini elementi (kao datum prometa) već zaključani drugim obavezama.

Implikacije po PDV su konkretne. Pravo na odbitak prethodnog PDV-a po primljenoj e-fakturi vezano je za datum prijema i prihvatanja u SEF-u, ne za datum izdavanja na strani dobavljača. To znači:

• Ako fakturu prihvatite u istom poreskom periodu u kome je primljena, prethodni PDV ulazi u taj period.
• Ako fakturu odbijete i dobavljač izda novu nakon ispravke, prethodni PDV se odbija u poreskom periodu kad je nova faktura prihvaćena. Ako se to desi u sledećem mesecu, odbitak se za jedan period odlaže.
• Zakasnelo odbijanje na 14. ili 15. dan, posebno ako klijent ima granično stanje PDV obaveze, lako pomeri odbitak u sledeći mesec i menja iznos uplate koju klijent radi po PPPDV.

Iz toga sledi praktičan ritam:

• Prihvatite kad je sve tačno čak i pre roka. Ne čekajte 14. dan. Odluka donesena u danu prijema gradi rezerve za nepredviđeno.
• Odbijte odmah kad vidite suštinsku grešku. Svesno odbijanje sa komentarom dobavljaču je čisto stanje; automatska odbijenost koja se desi zbog propuštenog roka je drugačiji status sa drugačijim pravnim odrazom.
• Prihvatite delimično spornu fakturu sa pisanim prigovorom dobavljaču samo ako ćete kasnije obraditi knjižno odobrenje. To je legitimno samo kad je odnos sa dobavljačem dovoljno otvoren da znate da će knjižno odobrenje stvarno doći.

Efekat na karticu dobavljača prati odluku direktno. Prihvaćena faktura, kad se obradi u knjigovodstvenom programu, ide na karticu dobavljača kao zaduženje pod tačnim brojem fakture i datumom prijema. Odbijena faktura ne ide na karticu — eventualno samo u beleške o komunikaciji sa dobavljačem, izvan formalne evidencije. Knjigovodstveni program sa SEF integracijom ovu razliku radi sam: prihvaćena faktura kreira zaduženje, odbijena ne. Bez integracije, knjigovođa ručno bira šta knjiži, što povećava odgovornost ali smanjuje rizik nehotičnog knjiženja odbijene fakture.

Posle prihvatanja sledi obaveza evidentiranja u poreskim evidencijama PDV-a, što ima svoju mehaniku — evidentiranje primljenih faktura u EEO PDV (pojedinačna i zbirna) je tema sa svojim pravilima i obrascima koja se ne razrešava ovde, ali se konekcija mora imati u glavi: odluka koju donosite u SEF-u određuje šta sutra ide u poresku evidenciju.

15+5 dnevni rok dan po dan: šta sat zaista radi

Pravilo je polazna tačka cele rutine — sve što sledi je razrada onoga što tih 20 dana znače u dnevnom radu.

Sat ide po sledećem rasporedu:

• Dan 0 — faktura ulazi u SEF inbox; primalac dobija email obaveštenje na adresu vezanu za nalog. Ovo je referentna tačka. Datum prijema, ne datum izdavanja na fakturi, određuje kada se rok računa.
• Dani 1–15 — prozor za prihvatanje ili odbijanje. Sve odluke se mogu doneti u bilo kom trenutku ovog perioda.
• Dan 15 — ako ne bude reagovanja, SEF šalje podsetnik. To je automatska sistemska poruka, ne lično upozorenje od dobavljača.
• Dani 16–20 — dodatnih 5 dana posle podsetnika.
• Dan 20 — automatska odbijenost, ako i dalje nema reagovanja.

Datumi se računaju kalendarski. Praznici, vikendi i godišnji odmori ne pomeraju rok. Ako faktura uđe u inbox 22. decembra, sat tiče kroz Novu godinu i Božić bez prekida; do 11. januara ste dužni da reagujete ili dobijate podsetnik 6. januara, na sam Božić, sa ostatkom roka koji se završava 11. januara.

Default ponašanje na kraju roka razlikuje se po sektoru i to je razlika koju vredi tačno videti:

• Privatni sektor: default je automatska odbijenost. Ako ništa ne uradite, faktura se 20. dana odbija, sa svim posledicama koje to nosi. Da biste fakturu prihvatili, morate aktivno pritisnuti "Prihvati".
• Subjekt javnog sektora: default je automatsko prihvatanje. Ako ništa ne urade, faktura se posle isteka roka smatra prihvaćenom. Da bi javni primalac fakturu odbio, mora aktivno odbiti.

Ova razlika producira specifičnu zabludu kod knjigovođa koji rade i sa privatnim i javnim subjektima — predubeđenje da će se faktura "sama prihvatiti" je tačno za javnog klijenta i potpuno netačno za privatnog. Pri prelazu sa jednog tipa klijenta na drugi, pretpostavku treba svesno resetovati.

Kad se faktura privatnom primaocu automatski odbije, status u SEF-u za dobavljača glasi "automatski odbijena". Pravna obaveza po izvršenom prometu i dalje može postojati ako je dobavljač zaista isporučio robu ili uslugu, ali u SEF evidenciji ta faktura nije prihvaćena. Posledice za primaoca su:

• Faktura ne ulazi u poreske evidencije u tom periodu.
• Pravo na odbitak prethodnog PDV-a po toj fakturi nije uspostavljeno, jer odbitak ide po prihvaćenoj e-fakturi.
• Ispravak situacije zahteva da dobavljač izda novu fakturu, koja će morati biti aktivno prihvaćena, sa novim 15+5 dnevnim ciklusom.

Da bi se to sprečavalo umesto popravljalo, navika koja drži sat pod kontrolom izgleda otprilike ovako:

• SEF inbox za svakog klijenta proverava se makar dva puta nedeljno, ili odmah kad email obaveštenje stigne.
• Agencija sa 10+ klijenata vodi raspored ko proverava koji nalog kog dana, sa zaduženjem koje se vidi u radnoj listi (ko je odgovoran ako rok promaši kod određenog klijenta).
• Klijenti sa malim mesečnim prometom imaju kalendarski podsetnik za nedeljnu proveru čak i kad email ne stigne — upravo zato što se faktura kod njih dešava retko, ali kad se desi, prolaze ispod radara.

Jedna stvar koju treba imati u glavi: SEF ne dozvoljava produženje roka, ne dozvoljava povratak u prozor posle automatske odbijenosti, i ne razlikuje praznike od radnih dana. Knjigovođa koji čeka 14. dan da reaguje postavlja jednodnevni štit između svog klijenta i automatske odbijenosti. Ako tog dana neko izostane, sat ne staje.

Šta sa fakturom koja je automatski odbijena

Automatski odbijena faktura ne briše dug. Ako je promet stvarno izvršen i dobavljač ga može dokazati (otpremnica, ugovor, prepiska, dokaz o isporuci), obaveza plaćanja po izvršenom prometu pravno postoji i naplativa je redovnim putem. Ono što automatska odbijenost menja je SEF status fakture i, posledično, mehanizam evidentiranja na strani primaoca i pravo na odbitak prethodnog PDV-a u tom periodu.

Dobavljač posle automatske odbijenosti može da izda novu e-fakturu — sa istim datumom prometa (kad poreski period i obaveza prijave to još dozvoljavaju) ili sa novim datumom prometa, prema prirodi posla, eventualno uz dogovorom usaglašen ispravljen sadržaj. Ne postoji "vraćanje" automatski odbijene fakture na SEF-u: status je status, sve sledeće radi se kroz novu fakturu. Ta nova faktura počinje novi 15+5 dnevni ciklus, i pravo na odbitak prethodnog PDV-a kod primaoca stiže tek kad se taj drugi ciklus zatvori prihvatanjem.

Konkretni koraci na strani knjigovođe kad otkrije automatski odbijenu fakturu:

• Kontakt dobavljaču unutar 24 sata sa molbom za ponovno izdavanje fakture. Kratak email sa brojem prvobitne fakture, datumom prometa i razlogom (rok promašen) štedi i vama i dobavljaču dane na razjašnjavanju.
• Beleška o automatski odbijenoj fakturi u dosijeu klijenta, izvan knjigovodstvenog programa. Odbijena faktura u programu ne postoji, ali postojanje obaveze i razlog kašnjenja moraju biti dokumentovani interno — radi godišnje provere, predaje klijenata između knjigovođa, i potencijalnog poreskog uvida.
• Praćenje druge fakture na SEF-u kao prioriteta. Druga faktura ne može takođe biti propuštena; to više nije sistemski rizik nego direktan promašaj. Druga faktura ulazi u prvu polovinu sledećeg ciklusa praćenja, ne u "redovnu rutinu".
• Interna kontrola u agenciji. Zašto je rok promašen, koji klijent, koliki iznos, ko je odgovorni knjigovođa, šta menjamo da se ne ponovi. Bez ovog koraka, automatske odbijenosti nisu izolovani slučajevi nego simptom rasporeda koji ne radi.

Posebno je osetljiv slučaj interne fakture kroz SEF. Kod prometa sa stranim dobavljačem za usluge sa obrnutim oporezivanjem ili kod određenih transakcija sa povezanim licima, isti 15+5 ciklus važi, ali su PDV implikacije drugačije: interna faktura služi za samoobračun PDV-a koji se istovremeno tretira kao prethodni PDV, pa promašen rok pomera i obavezu obračuna i mogućnost odbitka u istom periodu. Pravila i rokovi za interna faktura kroz SEF i rok za odbitak prethodnog PDV-a traže posebnu pažnju u rasporedu praćenja.

---

Obrada XML-a u knjigovodstvenom programu bez SEF integracije

Problem je strukturno jednostavan. SEF vam daje XML. Knjigovodstveni program očekuje red u KPR-u sa unetim datumom, brojem fakture, dobavljačem (PIB i naziv), neto iznosom, PDV stopom, PDV iznosom i bruto iznosom. UBL 2.1 XML je struktuiran i precizan i sve te podatke nosi pod jasnim oznakama, ali ako vaš program ne ume da ga uveze, taj prelaz radite ručno ili kroz neki konverzioni alat. Manje agencije, Excel-bazirane KPR evidencije, i stariji domaći knjigovodstveni programi bez API kanala ka SEF-u čine većinu slučajeva u kojima ovo važi.

Tri opcije za obrada bez integracije:

1. Ručno prepisivanje iz PDF prikaza. Otvarate PDF, čitate datum, broj, dobavljača, iznose, kucate u program. Najsporije, najsklonije grešci pri kucanju (jedan pogrešno prepisan PIB ili iznos može da iskrivi celu PDV evidenciju), ali ne traži ništa pored SEF UI i samog programa. Za klijenta sa 5 faktura mesečno, ovo je odbranjivo. Za klijenta sa 50, vaše vreme po fakturi je preskupo.
2. Konverzija XML-a u Excel pomoću skripte ili konverzionog alata. XML je struktuiran, što znači da se može deterministički parsirati u tabelu sa kolonama koje pokrivaju polja KPR reda. Brže, manje grešaka, ali traži ili razvojnu sposobnost u agenciji ili plaćeni alat koji to radi. Funkcioniše dobro za XML iz SEF-a; ne pomaže sa PDF prilozima koji nisu struktuirani po istoj specifikaciji.
3. Automatska ekstrakcija iz PDF prikaza i priloga. Alat za prepoznavanje finansijskih dokumenata uzima PDF prikaz preuzete e-fakture (ili PDF prilog, ili supplier-emailed PDF koji nikad nije ušao u SEF) i izvlači strukturirane podatke u Excel ili CSV. Brzina kao kod skripte, fleksibilnost kao kod ručne obrade, i pokriva i one slučajeve koje ni skripta ni SEF integracija ne rešavaju.

Most od preuzetog dokumenta do reda u KPR — onaj deo koji nijedna od prve dve opcije ne pokriva potpuno — popunjava se za PDF prikaz e-fakture i PDF priloge koji nemaju automatski put u program kroz automatska ekstrakcija podataka iz e-faktura i priloga. Princip rada je isti kao i kod opštije obrade dokumenata: učitate PDF (ili više njih u batchu), opišete u promptu šta vam treba kao kolone (datum, broj fakture, PIB dobavljača, naziv dobavljača, neto, PDV stopa, PDV iznos, bruto), i dobijate Excel sa redovima koji direktno odgovaraju strukturi KPR-a u koju lepite ili uvozite. Za jedan klijent sa 50 faktura mesečno, batch obrada svih PDF prikaza i priloga radi se u jednom prolazu, sa redovima koji su odmah spremni za uvoz u Excel-baziranu KPR ili za kopiranje u stariji program.

Workflow je sličan onome što već radite na strani gotovinskog toka: knjiženje fiskalnih računa u KPR/KUF iz Excela prati istu Excel-bazičnu logiku obrade — fajlovi različitog porekla, jedinstven izlaz u tabeli koja se uvozi ili lepi u program. Razlika je samo u izvoru dokumenta: tamo fiskalni računi koji su nastali izvan SEF-a, ovde PDF dokumenti koji su zaobišli SEF ili su prilozi uz prihvaćenu e-fakturu.

Praktično merilo da znate gde ste: ako vam treba više od 90 sekundi po fakturi između trenutka preuzimanja sa SEF-a i trenutka knjiženja u KPR, niste tamo gde trebate biti za bilo koji volumen iznad 10–15 faktura mesečno po klijentu. Iznad tog volumena, vreme se gomila u rutinske sate sedmično koji su izgubljeni samo na premoštavanje praznine između formata.

Prilozi i fakture koje su zaobišle SEF

Prilog uz primljenu e-fakturu nosi sadržaj koji XML obično ne nosi. Tipologija je relativno postojana po vrstama posla:

• Tehnička specifikacija — lista artikala sa SKU šiframa, jedinicama mere, količinama i cenama. Najčešća kod prometa robom, posebno u veleprodaji, IT opremi, građevinskom materijalu i industriji.
• Otpremnica — broj otpremnice, datum otpreme, vozilo, primatelj, eventualno potpis. Standardni dokument uz fakturu za robu, ponekad obavezan po internom protokolu kupca čak i kad zakon ne traži.
• Ugovor ili ugovorni aneks — referenciran iz fakture, kritičan kod prvog poslovanja sa dobavljačem ili kod fakture koja se odnosi na ugovor sa periodičnim isporukama.
• Foto specifikacija — fotografije robe, proizvodne faze, dokaza o izvršenom radu. Posebno česte u mašinskoj industriji, građevini, transportu i remontu.

Razlog zašto su prilozi važniji nego što izgledaju je dokazni. U poreskoj inspekciji ili u pregledu od strane revizora, prilog je dokaz da je promet izvršen u opisanom obimu. Faktura sa generičkom stavkom "usluge konsalting, paušal" je teža za odbranu od fakture sa istim opisom kojoj je priložena specifikacija radnih sati po projektu i datumima. Sama kartica dobavljača to ne pokazuje — tamo stoji samo zaduženje sa datumom i iznosom. Veza ka prilozima je ono što razlikuje dosije koji prolazi pregled od dosijea koji vraća pitanja.

U praksi to znači da kad knjigovođa prihvati fakturu, sa istim klikom skida i sve priloge u istu lokalnu fasciklu (ili u arhivski folder klijenta), imenuje fajlove tako da se vide klijent, broj fakture i tip priloga: nešto kao klijent-X_faktura-2024-001_specifikacija.pdf i klijent-X_faktura-2024-001_otpremnica.pdf. Knjigovodstveni program bez SEF integracije ovo ne radi sam; čak i program sa integracijom često čuva samo XML fakture, ne i priloge — to je zona u kojoj knjigovođa ima eksplicitnu odgovornost koju softver ne preuzima.

Drugi deo iste teme je činjenica da ne svaki dobavljač šalje kroz SEF svaku fakturu. Dok je SEF obavezan između PDV obveznika u Srbiji, postoje slučajevi gde se faktura primi na drugi način:

• Inostrani dobavljač — strani PIB, faktura stiže email-om kao PDF, SEF je kao kanal nepoznat ili neprimenljiv.
• Dobavljač koji nije PDV obveznik — paušalci, mali preduzetnici izvan PDV sistema, fizička lica sa povremenom uslugom.
• Greška na strani dobavljača — dobavljač iz nekog razloga šalje samo email PDF iako je obavezan na SEF, posle se pojavi i u SEF-u kao dupliranje, ili se nikad ne pojavi.

Te fakture, iako tehnički nisu e-fakture u smislu Zakona, ulaze u KPR i u kalkulaciju PDV-a (gde je primalac obavezan). Ne smete ih ignorisati i ne smete čekati da se pojave u SEF-u — neki put se ne pojave nikad, a obaveza po izvršenom prometu i pravo na odbitak prethodnog PDV-a (kad postoji) postoje bez obzira na kanal.

Iz ovoga se vidi da PDF prilozi i email PDF fakture imaju identičnu obradnu logiku jedni s drugima i sa PDF prikazom preuzetim sa SEF-a. Sve je to PDF iz koga treba izvući strukturirane podatke u Excel red. Iste kategorije alata za automatsku ekstrakciju iz PDF dokumenata pokrivaju sva tri slučaja u istom prolazu — knjigovođa ne bira tri različita alata za tri vrste fajla, bira jedan koji obrađuje sve PDF dokumente uniformno.

Rizik za agenciju koja prilozima i email PDF dokumentima pristupa kroz "ću ovo srediti kasnije" je tehnički dug u dokumentaciji. Manifestuje se pri prvoj inspekciji, prvoj predaji klijenata između knjigovođa, ili prvom zahtevu klijenta da pokaže šta je tačno isporučeno za fakturu od pre 8 meseci. Disciplina obrade priloga je deo iste rutine kao i obrada same fakture — istog dana kad fakturu prihvatite, prilozi su skinuti, imenovani, i strukturirani u KPR redu sa pratećim referencama.

---

Više klijenata, više SEF naloga: realnost knjigovodstvene agencije

SEF UI je dizajniran za jedan pravni subjekt po prijavi. Agencija sa 12 klijenata se 12 puta uloguje, 12 puta vidi inbox, 12 puta klikne preuzmi za svaku fakturu. Ne postoji agregisani inbox koji bi knjigovođu pustio da vidi sve nove fakture za sve klijente u jednoj listi, ne postoji multi-klijent prebacivanje sa jednim klikom, ne postoji konsolidovani podsetnik o rokovima koji se bliže kraju. Ovo je strukturna karakteristika SEF-a, ne nedostatak koji će sutra biti rešen.

Knjigovođa preuzimanje e-faktura SEF za više klijenata zato dolazi sa odlukom o pristupu. U praksi se sreće tri kategorije odgovora:

1. Vendor agregacioni alat. Postoji softver koji se autoriše prema SEF-u za svakog klijenta jednom (kroz potpis ili API token koji se generiše sa SEF strane), i posle toga agenciji nudi agregisani prikaz inboxa svih klijenata, sa filtrima po klijentu, statusu i datumu. Cena se obično vrti oko broja klijenata ili broja faktura mesečno; potrebna je inicijalna postavka po klijentu (kvalifikovani potpis, autorizacija, povezivanje). Vraća vreme po klijentu sa višestrukim faktorom čim je broj klijenata iznad 5–7.
2. Direktna SEF API integracija. SEF nudi API za programsko preuzimanje, status fakture i radnje prihvatanja i odbijanja. Agencija sa internim razvojem može da implementira sopstveni inbox sa pravilima koje sama definiše; agencija bez internog razvoja može da plati implementaciju spolja. Vlasništvo nad rešenjem je veće, krivulja održavanja je realna (SEF API se menja, format podataka se prilagođava, autorizacija se rotira). Smisleno za agencije sa dovoljno klijenata da fiksni trošak razvoja bude isplativ.
3. Disciplina logina. Bez alata, jedino što ostaje je raspored: dnevni interni grafikon ko proverava koji nalog kog dana, kalendarski podsetnici za klijente sa malim volumenom, jasna podela odgovornosti po klijentu, i radna lista koja potvrđuje da je obilazak odrađen. Najjeftinija opcija po novcu, najskuplja po koncentraciji pažnje. Ako agencija ima samo nekoliko klijenata i nije rastuća, ovo se brani.

Računovodstvena agencija obrada ulaznih e-faktura preko bilo kog od ova tri pristupa zahteva svesnu odluku, ne kombinaciju. Mešovita strategija — deklarisano disciplinovan login, ali u praksi se fakture sređuju tek kad podsetnik 15. dana stigne — proizvodi gore rezultate od bilo kog jedinstvenog pristupa. Ako je odluka disciplina, mora postojati raspored koji vodi računa, sa imenima i datumima i radnom listom; ako je odluka alat, alat mora biti uveden za sve klijente, ne samo za najveće — jer su upravo klijenti sa malim mesečnim prometom najlakše zaboravljivi, a jedna automatski odbijena faktura kod njih boli isto kao kod velikog klijenta.

Praktično, izbor pristupa zavisi od broja klijenata i njihovog volumena. Ispod 5 klijenata sa stabilnim volumenom, login disciplina obično opravdava sebe — uštede od alata su manje od fiksnog troška uvođenja. Iznad 10 klijenata, neka vrsta agregacije gotovo uvek isplati implementaciju u prvih 6 meseci. Između, presuđuje struktura volumena: agencija sa 7 klijenata od kojih jedan ima 200 faktura mesečno već je u zoni gde alat radi; agencija sa 7 klijenata po 5 faktura mesečno još uvek može biti dobro vođena disciplinom.