Iegultā grāmatvedība: pašiem izstrādāt vai iegādāties tirgus laukumiem
Funkciju saraksts, izmaksu modelis ar norādītiem pieņēmumiem un apstākļi, kuros katra no atbildēm ir pareiza.
Agri vai vēlu katrs tirgus laukums izveido savu virsgrāmatu. Vienīgais jautājums ir tas, vai tā tiek izveidota apzināti kā kontrolēta sistēma, vai nejauši kā balance lauks, kuram datus raksta trīs dažādi servisi un kuram īsti neviens neuzticas.
Šis raksts ir par to, kā šo izvēli veikt apzināti. Tajā ir apskatīts, ko šis darbs reāli ietver, kā godīgi aprēķināt tā izmaksas un kādos konkrētos apstākļos izstrāde pašu spēkiem ir pareizā atbilde, jo dažreiz tā tiešām ir.
Ko šeit nozīmē „iegultā grāmatvedība“
Iegultā grāmatvedība nozīmē, ka grāmatvedības dati atrodas jūsu produktā, nevis atsevišķā lietotnē, ko kāds atver atsevišķi. Jūsu programmatūra reģistrē ierakstus notikumu brīdī, lietotāji redz to, ko attēlo jūsu saskarne, un mēneša beigās nevienam nav jāeksportē izklājlapa grāmatvedim.
Tirgus laukumam tas minimālā apjomā ietver: saņemtos pircēju maksājumus, tirgotājiem pienākošās summas, nopelnīto komisijas maksu, maksājumu apstrādes izmaksas, PVN par jūsu pakalpojumiem un pamata piegādi, atmaksas, maksājumu pretenzijas (chargebacks), rezerves fondus, izmaksas un visu šo datu saskaņošanu ar banku vai maksājumu pakalpojumu sniedzēju.
Ko jūs patiesībā izstrādājat, ja lemjat par labu pašu izstrādei
Virsgrāmata pati par sevi ir tikai neliela daļa. Komandas regulāri novērtē tikai pirmo punktu un visu pārējo atklāj vēlāk.
| Komonents | Ko tas ietver |
|---|---|
| Žurnāls un konti | Sabalansēti ieraksti, kontu plāns, kontu veidi, sākuma atlikumi |
| Nemainīgums (immutability) | Datu glabāšana tikai ar pievienošanu, labojumu un anulēšanas darbplūsma, bez tiešas datu labošanas esošajās rindās |
| Periodu kontrole | Slēgšana, bloķēšana, novēlotu ierakstu noraidīšana, kontrolēta atkārtota atvēršana ar audita ierakstu |
| Idempotence | Atslēgas, iepriekšējo atbilžu saglabāšana, kolīziju noteikšana mainītiem datiem |
| Naudas summu apstrāde | Precīza decimāldaļu vai mazāko naudas vienību aritmētika, valūtu kodi, valūtu kursi un to avots, noapaļošanas konti |
| PVN dzinējs | Likmes pa valstīm ar spēkā esamības datumiem, piegādes vieta, apgrieztais PVN (reverse charge), nosacītā piegādātāja (deemed supplier) noteikumi, atbrīvojumi |
| PVN reģistrācijas pārbaudes | Validācija pret oficiālo reģistru, kešatmiņa, laika zīmogi, pieprasījumu identifikatori, manuālas pārbaudes rinda kļūdu gadījumā |
| Dokumenti | Rēķini, kredītrēķini, nepārtraukta numerācija katrai sērijai un gadam, PDF renderēšana, piegāde |
| E-rēķini | Strukturēti formāti, piemēram, EN 16931 UBL, un nacionālie formāti katrai valstij, kur tas ir obligāti |
| Bankas datu imports | Konta izrakstu imports vai piekrišanā balstīts bankas savienojums, jau importēto transakciju deeskalācija |
| Saskaņošana (reconciliation) | Saskaņošanas noteikumi, vērtēšana, daļējas atbilstības, izņēmumi, kurus cilvēks var atrisināt |
| Izmaksas (payouts) | Maksājumu failu ģenerēšana, izmaksu pakešu veidošana, izmaksu sasaistīšana ar pamata pozīcijām |
| Atskaites | Apgrozījuma pārskats, bilance, peļņas vai zaudējumu aprēķins, naudas plūsma, PVN kopsavilkumi, kavētie maksājumi |
| Nodokļu reģistri un deklarācijas | Tas, ko pieprasa jūsu valstis, institūcijas pieņemtajā formātā |
| Audits | Izpildītājs, darbība, objekts un pati izmaiņa, vaicājams žurnāls katrai modifikācijai |
| Saglabāšana un eksports | Desmit gadu glabāšana OSS ierakstiem, pilns datu eksports, juridiski drošs arhīvs |
Aptuveni divas no šīm septiņpadsmit rindām ir tas, ko vairums komandu iedomājas, kad saka: „mēs uzbūvēsim virsgrāmatu“.
Godīgs izmaksu aprēķins
Jebkurš skaitlis šeit ir atkarīgs no jūsu komandas, tāpēc uztveriet tālāk minēto kā metodi, nevis cenu piedāvājumu. Paņemiet iepriekš minētos komponentus, piešķiriet katram apjomu inženiernedēļās, pamatojoties uz jūsu komandas tempu, un pēc tam piemērojiet trīs korekcijas, kuras aplēsēs parasti neņem vērā.
Pirmā korekcija: atbilstības (compliance) komponenti nav vienreizējs darbs. Likmes mainās, sliekšņi mainās, formāti mainās, un ES Digitālā laikmeta PVN (ViDA) pakotne ievieš datumam piesaistītus pienākumus - OSS un IOSS izmaiņas no 2027. gada 1. janvāra, paplašinātos platformu noteikumus no 2028. gada 1. jūlija, pārrobežu digitālo ziņošanu no 2030. gada 1. jūlija. Pašu izstrāde nozīmē, ka katra no šīm migrācijām gulsies uz jūsu pleciem.
Otrā korekcija: pareizības nodrošināšanas darbs pārsniedz funkciju izstrādi. Pirmā versija apstrādā standarta scenāriju. Garā aste ietver atmaksas pēc izmaksām, daļējas atmaksas, maksājumu pretenzijas, kas saņemtas nedēļas vēlāk, valūtas noapaļošanu, dubultus tīmekļa āķus (webhooks) un norēķinu failus, kas nesakrīt ar jūsu datiem. Šeit kalendāra laiks burtiski izkūst.
Trešā korekcija: grāmatvedis ir ieinteresētā puse, nevis recenzents. Grāmatvedība, kuru finanšu profesionālis neapstiprinās, nav pabeigta, un šādas atsauksmes parasti tiek saņemtas vēlu izstrādes procesā.
Noderīga veselā saprāta pārbaude: novērtējiet mazāko ticamo izstrādes apjomu - virsgrāmatu, labojumus, periodu bloķēšanu, idempotenci, naudas apstrādi, vienas valsts PVN, rēķinus, bankas importu, saskaņošanu un pamata atskaišu kopu - un salīdziniet to ar gadu ilgu abonementu izmantojot mērīto servisu. Nordlet publicētie plāni sākas no 10 eiro mēnesī, iekļaujot 3000 pieprasījumus, un sasniedz 300 eiro mēnesī par 200 000 pieprasījumiem. Ja izstrāde maksā tikai daļu no viena inženiergada, tas ir nopietns arguments par labu pašu izstrādei. Ja tas maksā vairākus inženiergadus plus pastāvīgu uzturēšanu, salīdzinājums vairs nav aktuāls, un ar katru gadu, kad mainās noteikumi, šī starpība kļūst tikai lielāka.
Kad izstrāde pašu spēkiem tiešām ir pareizā izvēle
Trīs gadījumi, un tie visi ir reāli.
Jūsu virsgrāmata ir jūsu produkts. Ja jūs izstrādājat maksājumu platformu, bankas produktu vai maciņu, kur bilances uzvedība slodzes apstākļos ir jūsu atšķirības zīme, virsgrāmata ir pamatkomponents, kuram jābūt jūsu pārziņā. Šādā gadījumā apsveriet gatavus virsgrāmatas infrastruktūras produktus, nevis izstrādi no nulles, un turiet likumā noteikto grāmatvedību atsevišķi.
Jūsu modelis neatbilst nevienai grāmatvedības sistēmai. Dažiem tirgus laukumiem ir patiesi neparastas norēķinu struktūras - vairāku pušu sadalījums ar nosacītiem maksājumiem, darījumu konti ar posmu starpposmiem, sarežģītas rezervju politikas. Ja neviens produkts to nemodelē un pagaidu risinājumi ir sliktāki par pašu izstrādi, būvējiet paši.
Jūsu apjomi padara tarifu plānu neizdevīgu. Pie pietiekami ekstremāliem transakciju apjomiem cena par pieprasījumu vairs nav pievilcīga. Pirms pieņemat lēmumu, izveidojiet modeli ar reāliem skaitļiem, jo šeit vārds „ekstremāls“ nozīmē apjomus, ko sasniedz tikai reta platforma.
Kad iegāde ir pareizā izvēle
Iegāde uzvar tad, kad grāmatvedība ir nepieciešamība, bet nevis atšķirības zīme, kas ir visbiežāk sastopamais gadījums. Neviens neizvēlas jūsu tirgus laukumu tāpēc, ka jūsu žurnāla ieraksti ir eleganti. Lietotāji to pamana tikai tad, ja grāmatvedībā ir kļūdas.
Iegāde ir pareizā izvēle arī tad, kad jūsu saistības attiecas uz vairākām valstīm. PVN noteikumi katrā valstī, datu glabāšana un e-rēķinu prasības ir pastāvīgs uzturēšanas slogs, un pārdevējs šo darbu sadala starp visiem klientiem. Nordlet piedāvā ES PVN katrai valstij ar VIES validāciju, OSS un IOSS deklarāciju aprēķinu, i.SAF reģistriem un EN 16931 UBL priekš Peppol kā produkta daļu, nevis kā projektu, ko nākas plānot pašiem.
Vidusceļš, pie kura nonāk lielākā daļa komandu
Praktiskā atbilde parasti nav ne viens, ne otrs. Tā ir: iegādāties virsgrāmatu, bet darbplūsmu izstrādāt pašiem.
Grāmatvedības kodols pārvalda ierakstus, nodokļu režīmu, dokumentus, perioda slēgšanu un audita izsekojamību. Jūsu produkts pārvalda visu, ko redz lietotāji, un visus biznesa noteikumus, kas raksturīgi tieši jūsu tirgus laukumam - kad tiek atbrīvoti līdzekļi, kāda ir rezerves politika, kā tiek risināti strīdi, kas redzams tirgotāja informācijas panelī. Jūs izsaucat grāmatvedības API brīžos, kad tiek apstiprināta nauda, un paturat to daļu, kas patiesībā pieder jums.
Šī robeža arī spēj izturēt pārmaiņas labāk nekā alternatīvas. Jauna valsts pievieno konfigurāciju, nevis projektu. Jauna izmaksu politika ir jūsu kods, nevis pieprasījums pakalpojumu sniedzējam.
Kas jāizlemj pirms saistību uzņemšanās
- Vai jūsu virsgrāmata ir atšķirības zīme vai juridisks pienākums? Esiet godīgi, vairumā gadījumu tas ir pienākums.
- Cik valstīs darbosieties un ko katra no tām pieprasa? Tikai likmes vai arī deklarācijas, reģistri vai datu iesniegšana.
- Kāda ir jūsu kļūdu labošanas stratēģija? Atmaksas pēc izmaksām un novēlotas maksājumu pretenzijas ir gadījumi, kas atklāj vāju dizainu.
- Kas paraksta grāmatvedības datus? Iesaistiet šo cilvēku pirms dizains ir apstiprināts, nevis pēc tam.
- Kāds ir desmit gadu saglabāšanas plāns? OSS ieraksti ir jāglabā desmit gadus no darījuma gada beigām, un arhīvs ir sistēma, nevis dublējumkopija.
- Kā izskatīsies migrācija pēc trim gadiem? Abos virzienos. Izveidojiet testa eksportu pirmajā dienā un uzturiet to strādājošu.
FAQ
Cik ilgs laiks nepieciešams tirgus laukuma virsgrāmatas izstrādei?
Pirmo versiju, kas reģistrē sabalansētus ierakstus, var palaist dažu nedēļu laikā. Versija, kas apstrādā atmaksas pēc izmaksām, novēlotas pretenzijas, vairāku valūtu noapaļošanu, pakalpojumu sniedzēju dubultus tīmekļa āķus, perioda slēgšanu un auditu, ko grāmatvedis apstiprina, prasa ievērojami ilgāku laiku, un šī uzturēšana nebeidzas nekad. Plānojiet otro variantu, jo tas ir tas, ko nozīmē reāla sistēma ražošanā.
Vai mēs varam sākt ar balance lauku un migrēt vēlāk?
Jūs to varat, un daudzi tā dara, bet rēķinieties, ka migrācija būs grūtāka nekā sākotnējā izstrāde. Vēstures rekonstrukcija no mainīgas bilances ir iespējama tikai tad, ja esat saglabājuši katru notikumu, kas to mainīja - tas nozīmē, tikai tad, ja jums jau bija virsgrāmata.
Vai iegultās grāmatvedības API aizstāj mūsu finanšu komandu?
Nē. Tas novērš manuālu ierakstu veikšanu un saskaņošanu. Kāds joprojām slēdz mēnesi, izskata izņēmumus, pieņem lēmumus un iesniedz deklarācijas.
Kā ir ar VDAR (GDPR), ja virsgrāmata ir nemainīga?
Glabājams finanšu datus un pseidonimizētas atsauces nemainīgajos ierakstos, bet personas datus atsevišķā sistēmā ar savu saglabāšanas un dzēšanas procesu. Nemainīgums attiecas uz finanšu notikumu, nevis uz katru tam piesaistīto atribūtu.
Vai atvērtā pirmkoda (open-source) grāmatvedības programmatūra ir vidusceļš?
Tā ir reāla iespēja, kas maina izmaksu struktūru, nevis to novērš: jūs paši uzņematies mitināšanu, jauninājumus, lokalizāciju pa valstīm un atbilstības atjauninājumus. Novērtējiet šīs izmaksas, pirms uztverat licences ietaupījumu kā visu ainu.