← Back to blog

Povezava s plačnim programom: praktičen vodič za integracijo

September 21, 2026
Povezava s plačnim programom: praktičen vodič za integracijo

Da, povezava s plačnim programom je izvedljiva pri praktično vseh sodobnih sistemih. Običajno poteka prek API-ja, webhooka ali uvoza datotek, izbira pa je odvisna od tega, kaj vaš plačni ali računovodski program dejansko podpira. Prvi korak ni tehnični. Preverite šifrante zaposlenih, stroškovna mesta in dostop do API-dokumentacije, šele nato se lotite povezovanja sistemov.


Na kratko:

  • Povezava s plačnim programom je možna prek API-ja, webhooka ali uvoza datotek, odvisno od podpore ciljne programske opreme.
  • Uspeh integracije je odvisen od uskladitve šifrantov, določitve vira resnice in priprave testnih scenarijev pred začetkom delovanja.
  • Čas vzpostavitve je od nekaj dni do tedna, stroški pa vključujejo razvoj, varnostne dodatke in vzdrževanje povezave.
  • Pogoste težave so neusklajeni identifikatorji, nedokončani prenosi ali pomanjkljiva zaščita podatkov, pomembno pa je tudi spremljati revizijsko sled.
  • Nalog.si kot veznik zagotavlja, da se podatki vplačajo v plačni program v že preverjeni in usklajeni obliki, kar močno zmanjša ročno delo računovodstva.

Nalog
nalog.si
Poenostavite prenos podatkov
Nalog pomaga beležiti ure, vožnje, kilometrino in dnevnice ter izboljša preglednost podatkov za računovodske in plačne procese.
Spoznajte Nalog

Kazalo

Kaj pomeni povezava s plačnim programom

V tem članku povezava s plačnim programom pomeni tehnično integracijo aplikacije za beleženje ur, voženj in potnih nalogov z računovodsko ali plačno programsko opremo. Cilj je avtomatski prenos podatkov brez ročnega vnašanja.

Integracija običajno prenaša evidentirane ure po dnevih, izračunano kilometrino, obračunane dnevnice in status posameznega potnega naloga (v obdelavi, odobreno, zavrnjeno). Poleg tega gredo pogosto skupaj z zapisom še identifikator zaposlenega, stroškovno mesto in datum poti, ker plačni program brez teh podatkov ne more pravilno knjižiti izplačila.

Polja in potek podatkov pri plačni integraciji

Članek ne obravnava širše zakonodaje o plačah v javnem sektorju niti splošnega sistema določanja plač po zakonu. Osredotoča se izključno na tehnično plat prenosa podatkov med aplikacijo za evidenco in plačnim ali računovodskim programom, kar je popolnoma drugo vprašanje kot javne plačne lestvice.

Kateri tehnični pristopi povezujejo sisteme

Tri tehnologije prevladujejo pri prenosu podatkov med aplikacijo za evidenco in plačnim programom, izbira pa je odvisna predvsem od tega, kaj ciljni sistem sploh omogoča.

  • REST API omogoča neposredno, dvosmerno povezavo med sistemi in je najbolj zanesljiv, kadar potrebujete redne, avtomatske posodobitve.
  • Webhook sproži prenos ob določenem dogodku, na primer ko je potni nalog odobren, tako da glavni sistem prejme podatke takoj, brez ročnega preverjanja.
  • Uvoz datotek (CSV/Excel) je enostavnejša pot, primerna za manjše ekipe ali sisteme brez API-ja.
  • Email uvoz z OCR obdelavo deluje tako, da dokumenti pridejo po e-pošti, sistem pa jih samodejno prebere in razčleni v podatke, ki jih računovodski program lahko obdela. Ta pristop je pogosta alternativa integracija z računovodskim programom, kadar API ni na voljo, na primer pri programih kot Minimax ali Pantheon.

Kombinacija API-ja in webhookov je najprimernejša za podjetja z več zaposlenimi, kjer se nalogi odobravajo vsak dan in je ročno preverjanje neizvedljivo. Manjši samostojni podjetnik z eno ali dvema evidencama na teden pa si pogosto lažje pomaga z rednim izvozom v Excel.

Strokovni nasvet: Preden se odločite za API, preverite, ali vaš plačni program sploh omogoča dostop do njega brez dodatnega naročniškega dodatka. Nekateri ponudniki API odprejo šele v dražjih paketih.

Kaj pripraviti pred integracijo

Priprava je faza, kjer se odloči, ali bo integracija delovala gladko ali bo povzročala mesece popravkov. Največja ovira pri povezovanju sistemov je neusklajenost šifrantov med aplikacijo za evidenco in plačnim programom, zato je poenotenje prvi in najpomembnejši korak.

  1. Uskladite šifrante. Identifikator zaposlenega, davčna številka, oznake stroškovnih mest in projektne kode morajo biti v obeh sistemih poimenovani ali kodirani enako.
  2. Določite izvor resnice. Dogovorite se, kateri sistem velja za referenčnega, kadar pride do razlike v podatkih, in kako se spremembe (npr. novi zaposleni) sinhronizirajo nazaj.
  3. Pripravite testne scenarije. Uporabite testne podatke, ne resničnih obračunov, in določite načrt za razveljavitev (rollback), če se med testom kaj pokvari.
  4. Vključite IT in računovodstvo. IT preveri tehnično delovanje povezave, računovodstvo pa validira, ali je končni izpis skladen s pričakovanim obračunom.

Najboljša praksa je uskladitev vseh ključnih podatkov pred vzpostavitvijo prenosa, ne med njim. Popravljanje šifrantov po tem, ko že tečejo pravi obračuni, je bistveno bolj tvegano.

Koliko časa in denarja terja integracija

Časovni okvir za vzpostavitev povezave se giblje od nekaj dni do nekaj tednov, najenostavnejši primeri so lahko zaključeni v približno enem tednu.

Podjetja z enostavnim naborom podatkov (ure, kilometrina, dnevnice) in obstoječim API dokumentom pri ponudniku plačnega programa lahko integracijo zaključijo v tednu dni. Kompleksnejši primeri, kjer je treba usklajevati več šifrantov ali dodatne varnostne zahteve, trajajo dlje.

Glavne stroškovne postavke so:

  • razvoj ali nastavitev same povezave (enkraten strošek, odvisen od zahtevnosti),
  • morebitni dodatek za API dostop v naročniškem paketu plačnega programa,
  • čas IT ekipe ali zunanjega izvajalca za testiranje in odpravljanje napak,
  • vzdrževanje povezave po zagonu (manjši, a stalen strošek).

Kompleksnost šifrantov in strožje varnostne zahteve (npr. dvostopenjska avtentikacija, šifriranje pri prenosu) sta dva najpogostejša dejavnika, ki podaljšata rok in povečata stroške.

Tehnični kontrolni seznam za izvedbo

Zaporedje korakov, ki jih IT ekipa ali izvajalec integracije potrebuje, da projekt pelje od začetka do zagona brez preskokov:

  1. Pridobite in preberite API dokumentacijo plačnega programa, preverite omejitve zahtevkov in format podatkov.
  2. Zagotovite varne dostopne ključe (API ključi, OAuth žetoni) in jih shranite ločeno od izvorne kode.
  3. Vzpostavite testno okolje z lažnimi podatki, ki ne vplivajo na resnične obračune.
  4. Izvedite mapiranje polj med sistemi (ure, kilometrina, dnevnice, stroškovna mesta).
  5. Nastavite webhooke za dogodke ali definirajte urnik za redne uvoze datotek.
  6. Vgradite validacijo podatkov pred prenosom, da se nedokončani zapisi ne prenesejo samodejno.
  7. Vzpostavite revizijsko sled, ki zapiše vsak prenos podatkov in morebitne napake.
  8. Pripravite kratko uporabniško navodilo za ekipo in določite, kdo skrbi za redno vzdrževanje povezave.

Strokovni nasvet: Zapisujte vsako spremembo mapiranja polj v ločen dokument. Ko čez pol leta nekaj odpove, boste natančno vedeli, kaj se je spremenilo in kdaj.

Katere napake najpogosteje pokvarijo integracijo

Večina integracijskih težav izvira iz istih vzrokov, ki se dajo z malo priprave preprečiti.

  • Neusklajeni šifranti. Če se identifikator zaposlenega v enem sistemu razlikuje od drugega, se zapisi ne uskladijo pravilno in obračun pristane pri napačni osebi.
  • Prenos nedokončanih podatkov. Rešitev je preprosta: podatki naj se prenesejo v plačni program šele, ko je status potnega naloga »odobreno«, nikoli prej.
  • Pomanjkljiva zaščita osebnih in lokacijskih podatkov. Lokacijski podatki naj se zbirajo samo med aktivno vožnjo, ne stalno, kar zmanjša tveganje pri obdelavi osebnih podatkov.
  • Odsotnost revizijske sledi. Brez zapisa, kdaj in kateri podatek je bil prenesen, računovodstvo težko preveri, zakaj se je obračun razlikoval od pričakovanega.

Integracije za računovodstvo je smiselno vključiti kot zadnji korak v procesu digitalizacije, potem ko je zapis v izvornem sistemu že dokončan in preverjen.

Kako integracije spremenijo delo računovodstev

Kako integracije spremenijo delo računovodstev — overview diagram

Največja sprememba ni hitrost, ampak zaupanje v podatek. Ko je potni nalog enkrat odobren, računovodstvo dobi že preverjeno številko, ne surovega vnosa, ki ga je treba še enkrat preveriti. To pomeni manj ročnega usklajevanja med terenom, administracijo in obračunom plač.

Največ pridobijo računovodski servisi, ki upravljajo več strank hkrati, saj se čas, prihranjen pri enem podjetju, pomnoži pri desetih. Orodja, ki avtomatsko izračunajo kilometrino in dnevnice v realnem času, kot to počne Nalog, odpravijo največji del ročnega vnosa še preden podatek sploh pride do plačnega programa.

— Rok

Kako aplikacija za beleženje potnih nalogov pokrije potrebe po integraciji

Nalog.si ni nadomestek za vaš plačni program, ampak vez, ki poskrbi, da podatki vanj pridejo že urejeni in preverjeni. Modul Teren samodejno zajame vožnje in kilometrino, modul Čas evidentira delovne ure, modul Evidenca pa uredi zapise tako, da so pripravljeni za izvoz ali API prenos v računovodski program.

Nalog

Ker se kilometrina in dnevnice izračunajo v trenutku odobritve naloga, ne mesec dni pozneje, dobi plačni sistem številke, ki jih ni treba preračunavati. To lahko prihrani čas računovodskim servisom s strankami. Če upravljate več zaposlenih ali strank, si oglejte cenik in pakete ali preverite, kateri modul najbolj ustreza vašemu obstoječemu plačnemu programu.

Kje najti dodatne tehnične podatke

Za poglobljeno razumevanje obveznih polj pri potnih nalogih si oglejte vodič o tem, kako izdati potni nalog, ki podrobno pojasni, kateri podatki morajo biti prisotni, preden nalog sploh vstopi v obračun.

Za razlago pravil o izračunu kilometrine, ki jih integracija prenaša v plačni program, je uporaben pregled samodejnega beleženja voženj. Tehnične podrobnosti o API-jih in webhookih za posamezne plačne programe najdete neposredno pri njihovih ponudnikih, saj se dokumentacija razlikuje glede na sistem.

Viri

Pogosta vprašanja

Ali lahko povežem evidenco ur z vsakim plačnim programom?

Odvisno od tega, ali plačni program ponuja API, webhook ali vsaj uvoz datotek. Večina sodobnih programov podpira vsaj eno od teh možnosti, redkeje pa vse tri hkrati.

Koliko časa traja vzpostavitev povezave s plačnim programom?

Vzpostavitev traja od nekaj dni do nekaj tednov, najenostavnejši primeri pa so zaključeni v približno enem tednu. Čas je odvisen predvsem od tega, kako usklajeni so šifranti med sistemi.

Kaj storiti, če plačni program nima API-ja?

Uporabite uvoz datotek (CSV/Excel) ali email uvoz z OCR obdelavo, ki je pogosta praktična rešitev pri programih brez API dostopa. Slabost je manjša avtomatizacija, prednost pa enostavna nastavitev brez razvojnega dela.

Kdo je izvor resnice pri podvojenih podatkih?

To se določi vnaprej, praviloma velja aplikacija za evidenco kot izvor resnice za ure, vožnje in dnevnice. Plačni program prejme le podatke, ki so že odobreni in preverjeni, kar zmanjša tveganje napačnega knjiženja.

Ali Nalog.si podpira prenos podatkov v plačne programe?

Nalog.si prek modulov Evidenca, Teren in Čas pripravi podatke o urah, vožnjah in dnevnicah v obliki, primerni za izvoz ali nadaljnjo integracijo. Podrobnosti o paketih in cenah najdete na ceniku.

Priporočeno