Embedded accounting: Vlastný vývoj verzus nákup pre online trhoviská

Zoznam rozmerov projektu, model nákladov s jasnými predpokladmi a podmienky, za ktorých je každá odpoveď správna.

Každé online trhovisko (marketplace) nakoniec dospeje k vlastnej hlavnej knihe (ledger). Jediná otázka znie, či vznikne zámerne ako systém s pevnými kontrolami, alebo náhodou vo forme stĺpca balance, do ktorého zapisujú tri rôzne služby a nikto mu celkom dôveruje.

Tento článok vám pomôže urobiť toto rozhodnutie vedome. Dozviete sa v ňom, čo všetko takáto práca obnáša, ako realisticky vyčísliť náklady a za akých špecifických podmienok sa oplatí vyvinúť vlastné riešenie, pretože v určitých prípadoch to naozaj dáva zmysel.

Čo pod pojmom „embedded accounting“ chápeme

Embedded accounting znamená, že účtovníctvo je integrované priamo vo vašom produkte a nenachádza sa v samostatnej aplikácii, ktorú treba otvárať zvlášť. Váš softvér zaznamenáva položky v reálnom čase priamo pri vzniku udalostí, používatelia vidia presne to, čo im vaše rozhranie zobrazí, a na konci mesiaca nikto neexportuje tabuľky pre účtovníka.

Pre online trhovisko to zahŕňa prinajmenšom: prijaté platby od kupujúcich, sumy dlhované predajcom, získané provízie, poplatky za spracovanie platieb, DPH z vašich poplatkov aj z predávaného tovaru či služieb, vrátenia platieb (refundácie), spätné platby (chargebacks), rezervy, výplaty provizérnych podielov a celkovú párovanú rekonciliáciu oproti bankovému účtu alebo platobnej bráne.

Čo vlastne budujete, ak sa rozhodnete pre vlastný vývoj

Samotná hlavná kniha (ledger) predstavuje len malú časť práce. Vývojové tímy zvyčajne nadimenzujú prvú položku a na zvyšok prídu až dodatočne.

Komponent	Čo zahŕňa
Denník a účty	Vyrovnané zápisy, účtová osnova, typy účtov, počiatočné zostatky
Nemennénosť (immutability)	Úložisko len na pridávanie (append-only), pracovný postup pre storná a opravy, žiadne priame úpravy existujúcich záznamov
Uzávierka období	Uzatváranie, zamykanie, odmietanie neskorých zápisov, kontrolované opätovné otvorenie so záznamom v audítorskej stope
Idempotencia	Kľúče, ukladanie predchádzajúcich odpovedí, detekcia kolízií pri zmenených dátových payloadoch
Práca s peniazmi	Presná desiatková aritmetika alebo aritmetika v najmenších peňažných jednotkách, kódy mien, smenné kurzy a ich zdroje, zaokrúhľovacie účty
DPH engine	Sadzby pre jednotlivé krajiny s platnosťou od určitého dátumu, určenie miesta dodania, prenesenie daňovej povinnosti (reverse charge), pravidlá pre osobitné usmernenia platforiem (deemed supplier), oslobodenia od dane
Kontroly IČ DPH	Overovanie voči oficiálnemu registru, cachovanie, časové pečiatky, identifikátory požiadaviek, fronta na manuálnu kontrolu v prípade zlyhania
Dokumenty	Faktúry, dobropisy, číslovanie bez medzier podľa číselných radov a rokov, generovanie PDF, doručovanie
E-fakturácia	Štruktúrované formáty ako EN 16931 UBL a národné formáty jednotlivých krajín, ak sú povinné
Načítavanie bankových výpisov	Import výpisov alebo pripojenie k bankám cez súhlas (consent), deduplikácia už importovaných transakcií
Rekonciliácia	Pravidlá párovania, bodovanie zhody, čiastočné zhody, výnimky, ktoré musí vyriešiť človek
Výplaty (payouts)	Generovanie platobných súborov, dávkové spracovanie výplat, párovanie výplat späť na pôvodné položky
Reportovanie	Súvaha, súvaha stavu, výkaz ziskov a strát, peňažné toky, prehľady DPH, analýza pohľadávok po lehote splatnosti
Daňové registre a priznania	Všetko, čo vyžadujú úrady vo vašej cieľovej krajine, a to vo formáte, ktorý daná inštitúcia akceptuje
Audit	Subjekt, akcia, entita a samotná zmena, s možnosťou vyhľadávania pre každú mutáciu
Uchovávanie a export	Desaťročná archivácia pre záznamy OSS, kompletný export údajov, obhájiteľný archív

Približne dva z týchto sedemnástich bodov predstavujú to, čo si väčšina tímov predstaví, keď vyhlásia: „vyvinieme si vlastnú hlavnú knihu“.

Poctivý prepočet nákladov

Akékoľvek číslo v tejto oblasti závisí od vášho tímu, preto nasledujúci postup berte skôr ako metódu než ako presnú cenovú ponuku. Vezmite komponenty uvedené vyššie, priraďte každému veľkosť v inžinierskych týždňoch na základe rýchlosti vášho tímu a aplikujte tri korekcie, ktoré odhady nákladov zvyčajne prehliadajú.

Prvá korekcia: komponenty pre dodržiavanie predpisov nie sú jednorazové. Sadzby sa menia, limity sa menia, formáty sa menia a balík opatrení EÚ pre DPH v digitálnom veku (ViDA) prináša časovo harmonizované povinnosti - zmeny v systémoch OSS a IOSS od 1. januára 2027, rozšírené pravidlá pre platformy od 1. júla 2028 a cezhraničné digitálne vykazovanie od 1. júla 2030. Vlastný vývoj znamená, že každú takúto migráciu znášate vy.

Druhá korekcia: ladenie správnosti trvá dlhšie ako vývoj samotných funkcií. Prvá verzia zvládne ideálny scenár (happy path). Dlhý chvost problémov však tvoria refundácie po výplate, čiastočné vrátenia peňazí, spätné platby (chargebacks) prichádzajúce o týždne neskôr, zaokrúhľovanie mien, duplicitné webhooky a vyúčtovacie súbory, ktoré nesedia s vašimi záznamami. Tu sa vytráca reálny čas.

Tretia korekcia: účtovník je stakeholder, nie recenzent. Účtovníctvo, ktoré finančný odborník odmietne podpísať, nie je hotové a táto spätná väzba zvyčajne prichádza neskoro v priebehu vývoja.

Užitočný test reality: nacenьте najmenší dôveryhodný vlastný systém - hlavnú knihu, opravy, zamykanie období, idempotenciu, prácu s peniazmi, DPH jednej krajiny, faktúry, bankový import, párovanie a základnú sadu reportov - a porovnajte ho s ročnými nákladmi na metskú cloudovú službu. Cenník spoločnosti Nordlet začína na sume 10 € mesačne vrátane 3 000 požiadaviek a končí na 300 € mesačne pre 200 000 požiadaviek. Ak vývoj stojí zlomok ročnej práce jedného inžiniera, ide o reálny argument pre vlastný vývoj. Ak to stojí niekoľko inžinierskych rokov plus trvalú údržbu, porovnanie nevychádza priaznivo a s každým rokom, keď sa menia predpisy, sa tento rozdiel ešte zväčšuje.

Kedy má vlastný vývoj skutočne zmysel

Tri prípady, všetky reálne.

Hlavná kniha je váš produkt. Ak budujete platobnú platformu, bankový produkt alebo peňaženku, kde je správanie zostatkov pri vysokej súbežnosti (concurrency) vaším hlavným diferenciátorom, hlavná kniha je jadrom vášho biznisu a mala by byť vaša. Zvážte radšej infraštruktúrne produkty pre vedenie hlavných kníh než vývoj od nuly a oddelené vedenie povinného účtovníctva.

Váš model nezodpovedá žiadnemu účtovnému systému. Niektoré trhoviská majú skutočne neštruktúrované vyrovnávacie mechanizmy - viacstranné rozdelenia s podmieneným uvoľnením prostriedkov, viazané účty (escrow) s fázovanými míľnikmi, zložité pravidlá pre rezervy. Ak to žiaden existujúci produkt nepodporuje a obchádzkove riešenia sú horšie než vlastný vývoj, stavajte.

Váš objem robí metrované ceny nevýhodnými. Pri dostatočne extrémnych transakčných objemoch prestáva byť cenotvorba za požiadavku atraktívna. Predtým, než takýto predpoklad urobíte, si to prepočítajte s reálnymi číslami, pretože „extrémny“ objem je v tomto kontexte oveľa vyšší, než dosahuje väčšina platforiem.

Kedy je nákup správnou voľbou

Nákup víťazí vtedy, keď je účtovníctvo nutnosťou, ale nie diferenciátorom, čo je najčastejší prípad. Nikto si vaše trhovisko nevyberie preto, lebo máte elegantné zápisy v denníku. Všimnú si to iba vtedy, keď účtovníctvo nesedí.

Nákup je taktiež správnou voľbou v prípade, že vaše povinnosti presahujú hranice jednej krajiny. Pravidlá DPH pre rôzne štáty, uchovávanie dôkazov a povinnosti v oblasti e-fakturácie predstavujú trvalý zdroj nárokov na údržbu a dodávateľ tieto náklady rozpočítava medzi všetkých zákazníkov. Nordlet poskytuje DPH v EÚ pre jednotlivé krajiny s overovaním VIES, výpočet priznaní OSS a IOSS, registre iSAF a formát EN 16931 UBL pre sieť Peppol priamo ako súčasť produktu, a nie ako projekt, ktorý si musíte sami naplánovať.

Stredná cesta, ku ktorej dospieva väčšina tímov

Praktická odpoveď zvyčajne nespočíva ani v jednej z extrémnych možností. Riešením je: kúpte hlavnú kniha, vyviňte si pracovný postup.

Účtovný backend spravuje zápisy, daňový režim, dokumenty, uzávierky období a auditnú stopu. Váš produkt spravuje všetko, čo vidia vaši používatelia, a všetky obchodné pravidlá špecifické pre vaše trhovisko - kedy sa uvoľnia finančné prostriedky, aká je politika rezerv, ako sa riešia spory a čo zobrazuje paleta predajcu. Účtovné API voláte v momente, keď sa peniaze zaväzujú, pričom si ponechávate tie časti, ktoré sú skutočne vaše.

Táto hranica navyše odoláva zmenám lepšie než alternatívy. Pridanie novej krajiny znamená konfiguráciu namiesto nového projektu. Nové pravidlá vyplácania sú vaším kódom, nie požiadavkou na dodávateľa.

Čo si musíte ujasniť pred rozhodnutím

Je vaša hlavná kniha diferenciátor alebo zákonná povinnosť? Buďte úprimní, väčšinou ide o povinnosť.
V koľkých krajinách pôsobíte a čo každá z nich vyžaduje? Iba sadzby, alebo aj priznania, registre či podávanie hlásení?
Aký je váš postup pre opravy? Refundácie po výplate a oneskorené spätné platby sú situácie, ktoré odhalia slabý dizajn.
Kto podpisuje účtovnú závierku? Zapojte tohto človeka ešte pred dokončením dizajnu, nie až po ňom.
Aké sú plány na desaťročnú archiváciu? Záznamy OSS sa musia uchovávať desať rokov od konca roka transakcie a archív je systém, nie obyčajná záloha.
Ako bude vyzerať migrácia o tri roky? A to v oboch smeroch. Pripravte si testovací export hneď v prvý deň a udržujte ho funkčný.

FAQ

Ako dlho trvá vývoj hlavnej knihe pre trhovisko?

Prvá verzia, ktorá zaúčtuje vyrovnané zápisy, môže fungovať už za niekoľko týždňov. Verzia, ktorá zvláda refundácie po výplate, neskoré spätné platby, zaokrúhľovanie mien pri viacerých menách, duplicitné webhooky od poskytovateľov, uzávierky období a audit, ktorý akceptuje účtovník, trvá podstatne dlhšie a údržba sa nikdy nekončí. Odhadujte radšej ten druhý variant, pretože to je to, čo v produkčnom prostredí reálne zažijete.

Môžeme začať so stĺpcom `balance` a migrovať neskôr?

Môžete a mnohí to tak robia, ale pripravte sa na to, že migrácia bude náročnejšia než pôvodný vývoj. Rekonštrukcia histórie z meniteľného zostatku je možná iba vtedy, ak ste uchovali každú udalosť, ktorá ho zmenila - čo inými slovami znamená, že ste už vlastne mali hlavnú knihu.

Nahradí API pre embedded accounting náš finančný tím?

Nie. Odstráni manuálne účtovanie a rekonciliáciu. Niekto však stále musí uzavrieť mesiac, kontrolovať výnimky, robiť kvalifikované rozhodnutia a podávať daňové priznania.

Ako je to s GDPR, ak je hlavná kniha nemenná?

Uchovávajte peňažné dáta a pseudonymizované referencie v nemenných záznamoch, pričom osobné údaje ponechajte v samostatnom systéme s vlastným procesom uchovávania a vymazania. Princíp nemennnosti sa vzťahuje na finančnú udalosť, nie na každý atribút, ktorý je k nej pripojený.

Je open-source účtovný softvér vhodnou strednou cestou?

Je to reálna možnosť, ktorá však náklady mení, než aby ich odstraňovala: preberáte na seba hosting, aktualizácie, lokalizáciu pre jednotlivé krajiny a aktualizácie súladu s predpismi. Predtým, než úsporu na licencii začnete považovať za celkový obraz, si tieto náklady vyčíslite.