Prijeđi na sadržaj

Automatsko usklađivanje POS prodaje s knjigovodstvom u Austriji: metode, formati i česte pogreške

Kako automatski uskladiti POS prodaju s knjigovodstvom u Austriji — od formata izvoza do API integracija i praktičnih savjeta za izbjegavanje grešaka.

BD
  • Bahram Davoodi
dana petak, 31. srpnja 2026.
Podijeli:LinkedInXWhatsAppE-pošta
Automatsko usklađivanje POS prodaje s knjigovodstvom u Austriji: metode, formati i česte pogreške

Automatsko usklađivanje prodaje s POS‑a i knjigovodstvenog sustava pomaže malim i srednjim poduzećima u Austriji uštedi vremena, smanjenju pogrešaka pri ručnom unosu i izradi pouzdanih financijskih izvještaja. U ovom članku objašnjavamo praktične radne tokove, uobičajene formate podataka, relevantne zahtjeve RKSV‑a (Zakon o sigurnosti registracijskih blagajni) i kako otkloniti najčešće pogreške.

Zašto je važno uskladiti POS i knjigovodstvo?

Ručni unos prodajnih podataka i računa često vodi do pogrešaka, nedovoljne dokumentacije i kašnjenja u izvještavanju. Automatizirani tijek podataka:

  • povećava točnost podataka,
  • smanjuje vrijeme zatvaranja dnevnih i periodičnih knjiga,
  • pojednostavljuje izvještavanje prema računovodstvenom savjetniku ili poreznom savjetniku,
  • i olakšava usklađenost s nacionalnim zahtjevima poput RKSV‑a, pod uvjetom da su DEP (zaštićene arhive izlaza) i sigurnosne kopije pravilno vođene.

Početna odluka: koje podatke prenositi?

Prije implementacije definirajte koje će se vrste podataka prenositi iz POS‑a u knjigovodstvo:

  • dnevni naslovi prodaje i financijske sume (npr. prodaja u gotovini — Barumsatz, prodaja karticama — Kartenumsatz),
  • detalji računa ili izdanih računa/računica,
  • uplata i povrata,
  • porezi — PDV (Umsatzsteuer) prema poreznim skupinama,
  • izdaci iz blagajne i razlike u kasi.

Bez jasne definicije, nepotpuni podaci mogu prouzročiti neuredne knjige ili pogreške u poreznim prijavama.

Uobičajeni formati datoteka i sučelja

Najčešći načini prijenosa podataka između POS‑a i knjigovodstva su:

  • CSV/TSV: jednostavno i prenosivo; pogodno za dnevne ili tjedne sumarne datoteke ili popise računa.
  • XML ili JSON: omogućuju bogatiju strukturu (npr. račun sa stavkama) i često se koriste kod API poziva.
  • RESTful API: omogućuje prijenos u stvarnom vremenu ili gotovo‑stvarnom vremenu s potvrdom obrade i izvještavanjem o pogreškama.
  • izvozi iz DEP‑a za potrebe revizije (prema zahtjevima RKSV‑a).

Pri izboru formata konzultirajte svog knjigovođu kako biste osigurali da je izlaz kompatibilan sa strukturom vašeg knjigovodstva.

Tipični radni tokovi za usklađivanje

Tri često korištena pristupa:

1) Dnevni izvoz i uvoz u knjigovodstvo

POS svake noći generira datoteku (npr. CSV) koja sadrži sume prodaje, poreze i brojeve računa. Knjigovodstveni sustav tu datoteku uvozi i kreira dnevne knjižbe. Pogodno za tvrtke srednjeg opsega koje žele kontrolu prije knjiženja.

2) Direktni, događaj‑orijentirani API

Svaka nova prodaja ili izdani račun odmah se šalje u knjigovodstvo putem API‑ja. Prednost: podaci su ažurni i nesrazmjer manje; nedostaci: tehnička implementacija i upravljanje mrežnim greškama su zahtjevniji.

3) Hibrid s ručnom provjerom

Datoteke ili događaji šalju se knjigovođi, ali prije konačnog knjiženja operator ili knjigovođa brzo pregledava zapise — prikladno kad je potreban dodatni nadzor ili kad ima čestih povrata.

Tehnički savjeti i kontrolna lista za implementaciju

  • Definirajte ključne identifikatore (npr. broj računa, broj računa u POS‑u, ID kupca) da spriječite duplikate.
  • Uskladite porezne grupe između POS‑a i knjigovodstva kako bi se porezi pravilno knjižili.
  • Dogovorite pravilo autoriteta za slučaj neslaganja—koji sustav je referenca za konačne podatke?
  • Validacije ulaznih podataka: datum, iznosi i brojevi računa trebaju se formatirati i provjeriti prije uvoza.
  • Praćenje i obavijesti o pogreškama: tijek rada treba slati upozorenja timu za financije ili podršku.

Kako RKSV i DEP utječu na tijek podataka

U Austriji zahtjevi za registracijskim blagajnama i čuvanje DEP‑a utječu na način čuvanja i pristupa podacima o računima. Za službene informacije pogledajte izvore austrijskih vlasti: BMF — Registrierkassen i tehničke/pravne napomene u WKO — Registrierkassen & RKSV.

Praktične smjernice:

  • Izvozi koji se šalju u knjigovodstvo ne bi smjeli zamijeniti DEP ili sigurnosne kopije iz blagajne; DEP mora biti pohranjen u skladu s propisima.
  • Ako koristite API, osigurajte da izlaz sadrži identifikatore potrebne za povezivanje s podacima DEP‑a i arhiviranim kopijama.
  • Za izvještavanje putem FinanzOnline ili u slučaju revizije, vođenje zaštićenih zapisa prema propisima je obavezno — provjerite detalje na FinanzOnline i u zakonodavnim tekstovima na RIS — Rechtsinformationssystem.

Uobičajene pogreške pri usklađivanju i kako ih riješiti

1) Neusklađen format datuma

Problem: POS i knjigovodstvo koriste različite formate datuma (npr. DD.MM.YYYY vs YYYY‑MM‑DD). Rješenje: u prijenosnom sloju dodajte korak normalizacije datuma.

2) Nepotpuni ili duplicirani identifikatori

Problem: računi bez jedinstvenog ID‑a ili s ponavljajućim ID‑evima. Rješenje: provjerite jedinstvenost prije uvoza i uskladite pravila generiranja ID‑eva.

3) Neslaganje poreznih grupa

Problem: kategorizacija poreza u POS‑u ne odgovara računovodstvenim šiframa. Rješenje: izradite tablicu mapiranja između poreznih kodova POS‑a i kontnih šifri.

4) Nepotpuno evidentiranje načina plaćanja (gotovina vs kartica)

Problem: POS izvještava kombinirane uplate, a knjigovodstvo treba razdvojene naloge. Rješenje: prilikom izvoza uključite posebno polje za tip plaćanja kako bi se moglo pravilno knjižiti.

Kontrolna lista prije puštanja u rad

  • End‑to‑end testiranje s realnim ili bliskim realnim podacima (stres test), ne samo malim uzorcima.
  • Provjerite ponašanje pri greškama i ponovnim pokušajima (retries) u API‑ju ili uvozu datoteka.
  • Slažite format izlaza i postupak knjiženja s vašim knjigovođom/poreznim savjetnikom.
  • Dokumentirajte postupak povrata podataka iz arhive i DEP‑a za slučaj revizije.

Korisni austrijski izvori

Sljedeći koraci

Preporučujemo pokretanje pilot‑projekta: testni period od 7–14 dana s dnevnim izvozima, praćenjem grešaka i povratnim informacijama od knjigovođe. Ako trebate tehničku podršku ili pomoć pri postavljanju, pogledajte našu stranicu za usluge uvoza i migracije podataka ili razgovarajte s tehničkim timom. Za dodatne funkcionalnosti pogledajte značajke POS, značajke knjigovodstva i povezivosti i integracije.

Često postavljena pitanja

1) Može li izvoz iz POS‑a zamijeniti DEP za reviziju?

Ne. Izvozi namijenjeni usklađivanju s knjigovodstvom pogodni su za knjiženje, ali ne bi trebali zamijeniti DEP‑ove ili sigurnosne kopije za potrebe revizije; DEP mora biti pohranjen prema odredbama RKSV‑a. Za pravne detalje pregledajte BMF: BMF.

2) Koji je najbolji format za razmjenu podataka?

Ovisi o potrebama. Za brz i jednostavan prijenos CSV je često dovoljan; za strukturiranu i automatiziranu razmjenu API s JSON‑om ili XML‑om obično je prikladniji. Uvijek se posavjetujte s knjigovođom.

3) Kako spriječiti dupliciranje knjiženja?

Dodijelite jedinstveni identifikator svakom računu/računici i pri uvozu provjerite je li taj ID već evidentiran; definirajte pravila za postupanje s dupliciranim zapisima.

Spremni modernizirati svoju blagajnu?

U besplatnom razgovoru bez obveza saznajte kako Lonio odgovara vašem poslovanju.