Elektronsko računanje v Sloveniji: kaj mora znati vaš ERP

Slovenska podjetja se z elektronskim računanjem ne srečujejo prvič. Kdor posluje z javnim sektorjem, že pozna e-račun, ki ga prejemajo naročniki, in izkušnje s portalom Uprave za javna plačila. Zdaj se razprava seli v poslovanje med podjetji, računovodje pa vse pogosteje sprašujejo isto: ali naš ERP zna to, kar bo treba? Ta vodič razloži, kaj pomeni elektronsko računanje za ERP, česa ne smete zamenjati in kako pripravite podjetje, ne da bi kupovali nepotrebne dodatke.

E-račun ni PDF: razlika, ki odloča

Najpogostejša napaka je mešanje dveh stvari. PDF, poslan po e-pošti, je še vedno papirni račun v digitalni obliki. Prejemnik ga mora odpreti, prebrati in ročno vnesti v svoj sistem. E-račun je strukturirana datoteka, v kateri je vsak podatek na svojem mestu: kupec, postavke, davčna osnova, DDV, rok plačila. Prejemnikov ERP jo prebere sam in jo knjiži brez prepisovanja.

Za vaše podjetje to pomeni tri stvari:

• račun se ustvari iz podatkov v ERP, ne ročno v predlogi,
• izmenjava poteka po dogovorjenem formatu, ne po e-pošti,
• prejeti računi se v ERP berejo samodejno, ne tipkajo.

V Sloveniji je ta razlika še posebej otipljiva pri računih za javne naročnike, kjer se uporablja slovenski standard eSLOG. Podjetja, ki to že počnejo, imajo prednost: njihov ERP že zna izdati strukturiran dokument, treba ga je le prilagoditi za druge naslovnike.

Zakaj ERP, in ne le računovodski program

Račun nastane v ERP, ne pri računovodji. Šifrant kupcev, cenik, naročilnica, dobavnica in rok plačila so vsi v ERP, zato je tam tudi najcenejše mesto za popravljanje napak. Če je podatek napačen na izvoru, ga elektronski račun samo hitreje raznese naprej.

V praksi ERP pri elektronskem računanju prevzame štiri naloge:

• izdaja: iz prodajnega naloga ustvari strukturiran račun in ga pošlje v dogovorjeni obliki,
• prejem: prebere dobaviteljev e-račun, ga poveže z naročilnico in prevzemom ter pripravi knjižbo,
• kontrola: opozori na neujemanje zneskov, količin ali davčnih podatkov,
• arhiv: shrani izvirno datoteko in ne le sliko, tako da je dokaz ob morebitnem nadzoru popoln.

Povezava z davčnimi obveznostmi je tesna: izdani računi sestavljajo podlago za obračun DDV in poročanje prek eDavkov. O tem podrobneje v vodiču o e-računih in obračunih DDV v ERP, davčno potrjevanje računov pri gotovinskem poslovanju pa obravnava članek o davčni blagajni in ERP.

Časovnica: kaj vemo in česa ne

Pri datumih bodimo natančni, ker se na tem področju stvari hitro premikajo. Edina potrjena evropska točka, ki jo tu navajamo, je direktiva o DDV v digitalni dobi (ViDA): strukturiran e-račun postane obvezen za čezmejne posle med podjetji znotraj EU od 1. julija 2030. To je skupen evropski okvir, ki zadeva vsakogar, ki izvaža v druge države članice ali od tam uvaža.

Kakšen bo točen slovenski načrt za domače posle med podjetji, ta vodič ne trdi. Pri tem se ne zanašajte na članke iz druge roke: aktualni časovnik preverite pri FURS in na straneh ministrstva za finance ter ga potrdite z računovodjo. Ko se pravila spremenijo, bo ERP, ki je že pripravljen na strukturiran račun, zahteve izpolnil z manj dela kot ERP, ki se bo šele pripravljal.

Več o sorodnih obveznostih najdete v pregledu zakonskih zahtev za ERP.

Formati in omrežja: kaj mora ERP razumeti

Izraz »podpira e-račune« je preohlapen. Pri ponudniku vedno vprašajte po konkretnem formatu in poti pošiljanja.

Naj vas ne zavede, če ponudnik reče, da so »vsi formati mogoči«. Vprašajte, kateri so že v produkciji pri podobnih podjetjih in kdo je odgovoren za popravke, ko se specifikacija spremeni.

Vloga ponudnikov in posrednikov

Mnoga podjetja ne povezujejo ERP neposredno z vsakim partnerjem. Vmes stoji posrednik ali ponudnik storitve, ki račun preoblikuje, preveri in dostavi. Za vas to pomeni dodatno odločitev: ali bo povezava del ERP, ali zunanja storitev?

Vsaka možnost ima svoje posledice:

• Vgrajena povezava: manj sistemov, a odvisnost od razvojnega načrta proizvajalca.
• Zunanji ponudnik: večja izbira formatov, a dodaten pogodbeni odnos in ločen vmesnik, ki ga je treba vzdrževati.
• Računovodski servis: razbremeni vas pošiljanja, a podatki prehajajo prek še ene stopnje.

Pri vsaki izbiri vprašajte, kje ostane podatek, če zamenjate ponudnika. Zaprta pot, iz katere ne morete izvoziti arhiva, je poznejši strošek, ki ga danes ne vidite. Pri izbiri zunanjega izvajalca vam pomaga tudi vodič o izbiri ERP integratorja.

Kaj preveriti pri posameznem ERP

Za neodvisen pregled velja ista pravila kot povsod: nobenemu ponudniku ne verjemite na besedo, zahtevajte demonstracijo na lastnih podatkih. Splošni vtis o posameznih sistemih:

• PANTHEON je slovenski ERP, zasnovan za domače okolje, zato je vprašanje predvsem, katere izdaje in katere module vaše podjetje uporablja. Več v predstavitvi PANTHEON.
• Odoo je modularen in odprt, zato se podpora za e-račune pogosto doda z modulom skupnosti ali pooblaščenega izvajalca. Ključno je, kdo vzdržuje modul ob novih različicah; pregled je v strani o Odoo.
• Microsoft Dynamics 365 Business Central deluje v oblaku in se razširja z aplikacijami iz tržnice, zato je treba preveriti, ali je lokalna aplikacija za slovenske formate na voljo in kdo jo vzdržuje. Glejte Business Central.
• SAP Business One ima svoj ekosistem partnerskih rešitev za lokalizacijo, zato je odločilno vprašanje, ali je slovenski format del lokalizacije ali posebna razširitev (SAP Business One).
• Oracle NetSuite je oblačen sistem za večje družbe in skupine, kjer je čezmejna izmenjava pogosto pomembnejša od domače; preverite, kako je urejena lokalna dostava v Sloveniji (Oracle NetSuite).

Pri tem velja pravilo: ne sprašujte »ali podpirate e-račune?«, ampak »pokažite mi, kako izdate in prejmete račun v formatu, ki ga zahtevata moj naročnik in moj dobavitelj«.

Slovenski primeri iz vsakdana

Teorija pomaga, a razliko naredijo konkretni tokovi. Nekaj tipičnih položajev:

• Proizvodno podjetje na Gorenjskem, ki dobavlja javnim naročnikom in tujim kupcem. Že izdaja eSLOG, za izvoz pa mora dodati še en format. Vprašanje je, ali ERP omogoča več formatov hkrati ali zahteva ločeno konfiguracijo za vsakega kupca.
• Veletrgovec v osrednji Sloveniji, ki prejme veliko dobaviteljskih računov na dan. Zanj je prejem pomembnejši od izdaje: brez samodejnega branja in ujemanja z naročilnico računovodja dneve porablja za vnos.
• Storitveno podjetje na Obali, ki izdaja mesečne račune za pavšalne storitve. Tu je poudarek na samodejni izdaji iz pogodb in na pravilni davčni obravnavi.
• Spletna trgovina v Podravju, kjer je večina prodaje potrošnikom, a del poslov poteka med podjetji. Pomembno je ločevanje obeh tokov, saj se zahteve razlikujejo.

Če vas zanima, kako se to prepleta z vašo panogo, si oglejte ERP za proizvodnjo ali ERP za veleprodajo in distribucijo.

Najpogostejše napake pri uvajanju

Iz projektov, pri katerih sodelujejo integratorji, se ponavljajo isti zapleti:

• Slabi matični podatki. Napačen davčni identifikator, manjkajoč naslov ali nedosledna enota mere pri strukturiranem računu povzročijo zavrnitev. Pred uvedbo uredite šifrante.
• Ročni popravki po izdaji. Če računovodja popravlja račun zunaj ERP, se arhivirana datoteka in knjižba razhajata.
• Pozabljen prejem. Podjetje uredi izdajanje, prejemanje pa ostane na papirju ali v PDF, zato prihrani le pol.
• Brez testnega obdobja. Prvi pravi račun ne sme biti prvi preizkus. Dogovorite testne izmenjave z enim večjim kupcem.
• Nejasna odgovornost. Ko format spremeni zahteve, nihče ne ve, kdo posodobi povezavo.

Več podobnih pasti opisuje vodič o napakah pri ERP projektih.

Načrt ukrepov za MSP

Naslednji koraki so primerni za malo in srednje veliko podjetje, ki še nima izdelanega načrta. Vrstni red je pomemben.

Popis trenutnega stanja

Zapišite, kateri računi se izdajajo in prejemajo, v kakšni obliki in prek koga. Ločite domače posle, posle z javnim sektorjem in čezmejne posle znotraj EU. Pogovorite se z računovodjo, saj najbolje pozna, kje se dela ročno.

Vprašanja ponudniku

Pošljite pisna vprašanja o formatih, prejemu, arhivu in vzdrževanju. Odgovore zahtevajte v pisni obliki, da jih lahko kasneje primerjate z dejanskim stanjem.

Preizkus na lastnih podatkih

Naj ponudnik ali integrator izdela in prejme testni račun z vašimi šifranti. Rezultat primerjajte s tem, kar zahteva eden vaših pomembnejših partnerjev.

Odločitev o poti

Ali nadgradite obstoječi ERP, dodate zunanjega ponudnika ali, če sistem zastarava, začnete razmišljati o menjavi. Če se kaže potreba po zamenjavi, pogledajte vodič o migraciji ERP.

Uvedba po korakih

Začnite z izdajo za enega naročnika, nato dodajte prejem, nazadnje preostale tokove. Tako napake odkrijete, ko so še majhne.

Kako vam pomagamo

Nismo vezani na noben ERP in sami ne izvajamo projektov. Naša naloga je povezati vas z integratorjem, ki pozna vaš sistem in slovensko okolje, vključno z zahtevami FURS in izmenjavo e-računov. Kako poteka povezovanje, je razloženo na strani kako deluje. Storitev je za vas brezplačna, odločitev o izvajalcu ostane vaša.

Če e-račun obravnavate kot del širšega projekta, preberite še vodič o uvedbi ERP, saj se obe temi pogosto rešujeta skupaj.

Povzetek

• E-račun je strukturirana datoteka, ne PDF.
• ERP mora račune izdajati, prejemati, preverjati in arhivirati.
• Evropski okvir ViDA za čezmejne posle med podjetji uvaja obveznost od 1. julija 2030; domačo časovnico preverite pri FURS.
• Pri ponudniku zahtevajte konkretne formate in demonstracijo na svojih podatkih.
• Začnite s popisom, preizkusom in postopno uvedbo, ne z nakupom dodatkov na slepo.

Imena programske opreme so blagovne znamke njihovih izdelovalcev in so navedena zgolj informativno. Spletno mesto je neodvisno in ni povezano z nobenim izdelovalcem.