Ugrađeno knjigovodstvo: Razvoj vlastitog rješenja ili kupnja za internetska tržišta

Popis potrebnih zadataka, model troškova s navedenim pretpostavkama i uvjeti u kojima je svaki od ovih pristupa ispravan.

Svako internetsko tržište (marketplace) prije ili poslije izgradi vlastitu glavnu knjigu (ledger). Jedino je pitanje gradi li se ona promišljeno, kao sustav s kontrolama, ili slučajno, kao stupac balance u tablici u koji upisuju tri različita servisa i u koji nitko zapravo nema puno povjerenja.

Ovaj članak govori o tome kako tu odluku donijeti svjesno. Obuhvaća što taj posao zapravo podrazumijeva, kako izračunati troškove bez zavaravanja i u kojim je specifičnim uvjetima razvoj vlastitog rješenja ispravan odabir - jer ponekad doista jest.

Što ovdje znači "ugrađeno knjigovodstvo"

Ugrađeno knjigovodstvo (embedded accounting) znači da se poslovne knjige nalaze unutar vašeg proizvoda, a ne u odvojenoj aplikaciji koju netko otvara sa strane. Vaš softver bilježi knjiženja kako se događaji odvijaju, vaši korisnici vide ono što im prikazuje vaše sučelje, a na kraju mjeseca nitko ne izvozi proračunsku tablicu (spreadsheet) knjigovođi.

Za internetsko tržište to minimalno obuhvaća: primljene uplate od kupaca, iznose dugovane prodavateljima, zarađenu proviziju, naknade za obradu plaćanja, PDV na vaše naknade i na temeljnu isporuku, povrate sredstava, storniranja plaćanja (chargeback), rezerve, isplate i usklađivanje svega toga s bankom ili pružateljem usluga naplate.

Što zapravo gradite ako se odlučite za vlastiti razvoj

Glavna knjiga sama po sebi samo je mali dio. Timovi redovito procijene samo prvu stavku, a sve ostalo otkriju tek naknadno.

Komponenta	Što uključuje
Dnevnik i računi	Uravnotežena knjiženja, kontni plan, vrste računa, početna stanja
Nepromjenjivost (immutability)	Pohrana s isključivim dodavanjem (append-only), tijek rada za storniranje i ispravke, bez izravnih izmjena postojećih zapisa
Kontrola razdoblja	Zaključivanje, zaključavanje, odbijanje zakašnjelih knjiženja, kontrolirano ponovno otvaranje s revizijskim tragom
Idempotencija	Ključevi, pohrana prethodnih odgovora, otkrivanje kolizija kod promijenjenih paketa podataka
Rukovanje novcem	Točna aritmetika s decimalnim brojevima ili najsitnijim novčanim jedinicama, šifre valuta, devizni tečajevi i njihov izvor, računi za zaokruživanje
Mehanizam za PDV	Stope po državama s datumima valjanosti, mjesto oporezivanja, prijenos porezne obveze (reverse charge), pravila o fiktivnom dobavljaču (deemed supplier), oslobođenja
Provjere PDV identifikacijskih brojeva	Provjera u službenom registru, predmemoriranje (caching), vremenske oznake, identifikatori zahtjeva, red za ručni pregled u slučaju neuspjeha
Dokumenti	Računi, odobrenja, numeriranje bez praznina po serijama i godinama, generiranje PDF-a, dostava
E-fakturiranje	Strukturirani formati kao što je EN 16931 UBL te nacionalni formati pojedinih država gdje su propisani
Unos bankovnih podataka	Uvoz izvadaka ili povezana bankovna veza uz pristanak, uklanjanje duplikata već uvezenih transakcija
Usklađivanje (reconciliation)	Pravila usklađivanja, bodovanje, djelomična podudaranja, iznimke koje čovjek može riješiti
Isplate	Generiranje platnih naloga, grupiranje isplata, povezivanje isplata natrag s temeljnim stavkama
Izvještavanje	Bruto bilanca, bilanca stanja, račun dobiti i gubitka, novčani tijek, pregledi PDV-a, starost duga
Porezni registri i obrasci	Sve što vaše države zahtijevaju, u formatu koji nadležno tijelo prihvaća
Revizija	Subjekti, radnje, entiteti i same promjene, uz mogućnost pretraživanja, za svaku izmjenu
Zadržavanje i izvoz	Desetogodišnje čuvanje podataka za OSS evidencije, potpuni izvoz podataka, obranjiva arhiva

Otprilike dva od tih sedamnaest redaka predstavljaju dio koji većina timova zamisli kada kažu "izgradit ćemo glavnu knjigu".

Poštena procjena troškova

Bilo koja brojka ovdje ovisi o vašem timu, stoga sljedeće smatrajte metodom, a ne konačnom ponudom. Uzmite gore navedene komponente, dodijelite svakoj veličinu u inženjersko-tjednima na temelju brzine vašeg tima, a zatim primijenite tri korekcije koje procjene obično propuštaju.

Prva korekcija: komponente usklađenosti s propisima nisu jednokratne. Stope se mijenjaju, pragovi se mijenjaju, formati se mijenjaju, a paket europskih propisa o PDV-u u digitalnom dobu (VAT in the Digital Age) donosi vremenski određene obveze - izmjene za OSS i IOSS od 1. siječnja 2027., proširena pravila za platforme od 1. srpnja 2028. i prekogranično digitalno izvještavanje od 1. srpnja 2030. Razvoj vlastitog rješenja znači da sami snosite odgovornost za svaku od tih migracija.

Druga korekcija: rad na ispravnosti nadživljava razvoj značajki. Prva verzija obrađuje idealan scenarij (happy path). Dugi rep čine povrati sredstava nakon isplate, djelomični povrati, storniranja plaćanja koja pristižu tjednima kasnije, zaokruživanje valuta, dvostruki webhooci i datoteke namire koje se ne podudaraju s vašim zapisima. Ovdje kalendar gubi smisao.

Treća korekcija: knjigovođa je dionik, a ne recenzent. Poslovne knjige koje financijski stručnjak odbija potpisati nisu dovršene, a te povratne informacije stižu kasno u procesu razvoja.

Korisna provjera stvarnosti: procijenite trošak najmanjeg pouzdanog rješenja - glavne knjige, ispravaka, zaključavanja razdoblja, idempotencije, rukovanja novcem, PDV-a za jednu državu, računa, uvoza iz banke, usklađivanja i osnovnog skupa izvještaja - te ga usporedite s godišnjim troškom usluge čija se cijena obračunava prema potrošnji. Objavljeni planovi tvrtke Nordlet kreću od 10 eura mjesečno s uključenih 3.000 zahtjeva do 300 eura mjesečno s 200.000 zahtjeva. Ako razvoj vlastitog rješenja stoji tek djelić jedne inženjerske godine, to je valjan argument za gradnju. Ako stoji nekoliko inženjerskih godina uz trajnu održavanje, usporedba nema smisla, a ta razlika postaje sve veća sa svakom promjenom propisa.

Kada je razvoj vlastitog rješenja doista ispravan

Tri su slučaja, sva stvarna.

Glavna knjiga je vaš proizvod. Ako gradite platnu platformu, bankarski proizvod ili novčanik gdje je ponašanje stanja računa pri istovremenom opterećenju (concurrency) vaša ključna prednost, glavna knjiga je srž vašeg sustava i trebala bi biti vaša. Razmislite o proizvodima koji nude infrastrukturu glavne knjige umjesto gradnje od nule i odvojite zakonsko knjigovodstvo.

Vaš model ne odgovara nijednom knjigovodstvenom sustavu. Neka internetska tržišta imaju doista neobične strukture namire - podjele između više strana s uvjetnim otpuštanjem sredstava, escrow s etapnim prekretnicama, složene politike rezervi. Ako nijedan proizvod ne podržava vaš model, a zaobilazna rješenja su gora od gradnje, gradite sami.

Zbog vašeg obujma cijena prema potrošnji nema smisla. Pri iznimno visokim stopama transakcija cijena po zahtjevu prestaje biti privlačna. Prije nego što to pretpostavite, modelirajte troškove sa stvarnim brojkama, jer je "iznimno" ovdje viši prag nego što ga većina platformi doseže.

Kada je kupnja ispravan odabir

Kupnja pobjeđuje kada je knjigovodstvo nužno, ali ne predstavlja konkurentsku prednost, što je uobičajen slučaj. Nitko ne bira vaše internetsko tržište zato što su vam knjiženja elegantna. Primijetit će jedino ako su knjige pogrešne.

Kupnja je također ispravan odabir kada vaše obveze obuhvaćaju više država. Pravila o PDV-u po državama, čuvanje dokaza i obveze e-fakturiranja predstavljaju trajni tok održavanja, a dobavljač taj trošak raspoređuje (amortizira) na sve svoje korisnike. Nordlet isporučuje PDV unutar EU po državama s VIES provjerom, izračun OSS i IOSS obrazaca, i.SAF registre te EN 16931 UBL za Peppol kao dio proizvoda, a ne kao projekt koji morate sami planirati.

Srednji put kojim većina timova na kraju krene

Praktičan odgovor obično nije ni jedno ni drugo. To je: kupite glavnu knjigu, izgradite tijek rada.

Knjigovodstvena pozadina (backend) upravlja knjiženjima, poreznim tretmanom, dokumentima, zaključavanjem razdoblja i revizijskim tragom. Vaš proizvod upravlja svime što vaši korisnici vide i svakim poslovnim pravilom specifičnim za vaše internetsko tržište - kada se sredstva puštaju, kakva je politika rezervi, kako se rješavaju sporovi, što prikazuje upravljačka ploča prodavatelja. API-ju za knjigovodstvo pristupate u trenucima kada se novac obvezuje, a zadržavate onaj dio koji zapravo pripada vama.

Ta granica također podnosi promjene bolje od alternative. Nova država donosi konfiguraciju umjesto novog projekta. Nova politika isplata vaš je kod, a ne zahtjev upućen dobavljaču.

Što trebate odlučiti prije nego što se obvežete

Je li vaša glavna knjiga konkurentska prednost ili zakonska obveza? Budite iskreni; većina su obveze.
U koliko država poslujete i što svaka od njih zahtijeva? Samo stope, ili i obrasci, registri ili predaja izvještaja?
Kakva je vaša strategija ispravaka? Povrati nakon isplate i zakašnjela storniranja slučajevi su koji otkrivaju slabi dizajn.
Tko potpisuje poslovne knjige? Uključite tu osobu prije nego što se dizajn definira, a ne nakon toga.
Kakav je desetogodišnji plan čuvanja podataka? OSS evidencije moraju se čuvati deset godina od kraja godine u kojoj je transakcija izvršena, a arhiva je sustav, a ne sigurnosna kopija.
Kako izgleda migracija za tri godine? U oba smjera. Prvog dana izradite probni izvoz podataka i osigurajte da on stalno funkcionira.

FAQ

Koliko je vremena potrebno za izgradnju glavne knjige internetskog tržišta?

Prva verzija koja knjiži uravnotežene stavke može raditi već za nekoliko tjedana. Verzija koja obrađuje povrate nakon isplate, zakašnjela storniranja, zaokruživanje za više valuta, dvostruke webhookove pružatelja usluga, zaključavanje razdoblja i reviziju koju knjigovođa prihvaća zahtijeva znatno više vremena, a održavanje nikada ne prestaje. Procijenite ovo drugo, jer to je ono što produkcija u stvarnosti jest.

Možemo li započeti sa stupcem `balance` pa migrirati kasnije?

Možete, i mnogi to rade, ali planirajte da će migracija biti teža od izvorne izgradnje. Rekonstrukcija povijesti iz promjenjivog stanja računa moguća je samo ako ste sačuvali svaki događaj koji ga je promijenio - što zapravo znači samo ako ste već imali glavnu knjigu.

Zamjenjuje li ugrađeni knjigovodstveni API naš financijski tim?

Ne. On uklanja ručno knjiženje i usklađivanje. Netko i dalje mora zaključiti mjesec, pregledati iznimke, donositi prosudbe i predavati obrasce.

Što je s GDPR-om ako je glavna knjiga nepromjenjiva?

Financijske podatke i pseudonimizirane reference držite u nepromjenjivim zapisima, a osobne podatke u zasebnom sustavu s vlastitim procesom čuvanja i brisanja. Nepromjenjivost se odnosi na financijski događaj, a ne na svaku oznaku koja je uz njega vezana.

Je li knjigovodstveni softver otvorenog koda (open-source) srednje rješenje?

To je stvarna opcija koja mijenja strukturu troškova umjesto da ih uklanja: sami preuzimate hostiranje, nadogradnje, lokalizaciju po državama i usklađivanje s propisima. Procijenite te troškove prije nego što uštedu na licenci uzmete kao cjelovitu sliku.