Alternative za QuickBooks kada vam treba API, a ne aplikacija

Zašto timovi unutar platformi prerastu QuickBooks, što zapravo znači "API, a ne aplikacija" i koje alternative odgovaraju kojoj vrsti zadatka.

QuickBooks Online je sposobna računovodstvenjka aplikacija za mala poduzeća s velikom bazom korisnika, OAuth 2.0 REST API-jem, webhookovima i značajnim ekosustavom za razvojne inženjere. Većina timova koji traže alternativu nije nezadovoljna ovom aplikacijom kao takvom. Naišli su na drugačiji problem: trebaju softver, a ne osobu, koji će voditi knjige, a QuickBooks je izgrađen na pretpostavci da to radi čovjek.

Ovaj članak govori o tom nesrazmjeru i o tome što umjesto toga iskoristiti. Ako ste malo poduzeće koje bira softver za vođenje knjigovodstva, QuickBooks je možda upravo pravi izbor za vas i ništa od ovoga se ne odnosi na vas.

Gdje se nesrazmjer najviše primjećuje

Jedna API veza predstavlja jednu datoteku tvrtke. QuickBooks API je ograničen na razinu jedne tvrtke, koja se identificira putem realm-a. Platforma koja treba voditi knjige za 300 subjekata prodavača mora upravljati s 300 veza i 300 pretplata, a ne s jednim korisničkim računom unutar kojeg se nalazi 300 tvrtki. Ta obično jedina činjenica prekida daljnje ocjenjivanje i testiranje sustava.

API je dodatak aplikaciji, a ne sam proizvod. Značajke stižu u korisničko sučelje i dospijevaju do API-ja po vlastitom rasporedu. Kada cijela vaša integracija ovisi o mogućnosti pozivanja određene funkcije, tvrdnja "dostupno u aplikaciji" nije isto što i dostupnost putem API-ja.

Ograničavanje brzine (throttling) prilagođeno je sinkronizaciji, a ne protoku transakcija. QuickBooks ograničenja uobičajeno su dokumentirana na 500 zahtjeva u minuti po tvrtki, uz stroža ograničenja za batch i report krajnje točke (endpoint); provjerite trenutne brojke u Intuitovoj vlastitoj dokumentaciji za razvojne inženjere. To je sasvim dovoljno za sinkronizaciju evidencije jednog poslovanja, ali predstavlja sasvim drugačiji izazov kada vaša platforma u stvarnom vremenu šalje unose za tisuće tvrtki.

Porez na dodanu vrijednost u prekograničnom prometu unutar EU ima nedostataka. Intuitov vlastiti materijal za podršku navodi da ne postoji standardni postupak za knjiženje IOSS PDV-a u QuickBooksu te upućuje korisnike na knjigovođu ili računovođu. Za platformu koja prodaje preko granica EU-a, daljinska prodaja (distance-selling) i obrada kroz sustav One Stop Shop nisu rubni slučajevi, stoga je ovo vrijedno provjeriti za vaše specifične zemlje prije nego što bilo što izgradite.

Ništa od ovoga nisu nedostaci. To su posljedice izrade izvrsne aplikacije za tvrtke koje zapošljavaju knjigovođu.

Što zapravo zahtijeva koncept "API, a ne aplikacija"

Prije usporedbe alternativa, korisno je imenovati ono što timovi unutar platformi zapravo traže, jer uvjet "ima API" ispunjava gotovo sve.

Potpuna pokrivenost. Sve što aplikacija može učiniti mora se moći pozvati putem API-ja. Stajalište Nordleta ovdje je da aplikacija nema privatne krajnje točke (private endpoints) - sučelje radi na istim krajnjim točkama koje dobivaju i vanjski pozivatelji.
Više tvrtki pod jednim korisničkim računom. Vođenje knjiga za mnoge subjekte bez potrebe za otvaranjem mnogih pretplata.
Idempotentno pisanje. Ponovljeni zahtjev ne smije kreirati drugi račun (invoice) ili dvostruki temeljnicu (journal entry).
Isporuka događaja. Webhookovi koji se pokreću pri promjenama stanja, tako da vaš sustav reagira umjesto da stalno provjerava podatke (polling).
Nametnute računovodstvene inkompatibilnosti i pravila. Neuravnotežena knjiženja se odbijaju, zaključana razdoblja su nedostupna za izmjene, a proknjiženi dokumenti se ne mogu uređivati.
Porez kao podatak, a ne kao zaslon. Stope, odluke o mjestu oporezivanja, rezultati provjeri i registri kojima se može pristupiti programski.
Okruženje za testiranje (sandbox) koje odgovara produkcijskom, uz neograničen broj testnih tvrtki kako bi testovi integracije bili povoljni.

Ocijenite bilo koju alternativu prema tom popisu umjesto prema tablici značajki.

Alternative, s obzirom na ono što pokušavate postići

Vaša situacija	Posegnite za	Zašto
Vaša platforma mora samostalno voditi knjige za više zakupaca (tenants)	Ugrađeni računovodstveni API (embedded accounting API) poput Nordleta	Više tvrtki pod jednim računom, naplata prema potrošnji (metered pricing), računovodstvena pravila se provode na strani poslužitelja
Vaši klijenti vode knjige u QuickBooksu i vi se integrirate s njima	Ostanite na QuickBooks API-ju ili koristite agregator	Knjige pripadaju klijentu; susret s njim na njegovom terenu je ispravan pristup
Trebate knjige u nekoliko računovodstvenih aplikacija istovremeno	Agregator poput Codata, Ruttera ili Mergea	Jedno sučelje za rad s više temeljnih sustava
Trebate stanja novčanika u stvarnom vremenu, a ne zakonske poslovne knjige	Infrastruktura glavne knjige (ledger) poput Modern Treasury Ledgers	Izrađeno za visoku propusnost i nepromjenjivost, a ne za porezno izvještavanje
Želite jedan jedinstveni sustav za poslovanje i financije	ERP poput Odoo-a	Širina mogućnosti, uz cijenu samostalnog održavanja
Malo ste poduzeće s knjigovođom	Xero, QuickBooks ili lokalni ekvivalent	Sama aplikacija je poanta

Ugrađeni računovodstveni API (Embedded accounting API)

Ovo je izravan odgovor na zahtjev "API, a ne aplikacija". Računovodstveni sustav postaje pozadinska usluga koju vaš proizvod poziva, a vaši korisnici nikada ne vide glavnu knjigu.

Nordlet je građen upravo za ovaj oblik: nepromjenjiva glavna knjiga s dvojnim knjigovodstvom (immutable double-entry ledger) gdje baze podataka provjeravaju ravnotežu putem okidača (database trigger) u trenutku zapisivanja (commit), numeriranje dokumenata bez praznina, zaključavanje razdoblja koje odbija knjiženja s datumom unutar zatvorenog mjeseca uz 409 pogrešku, revizijski trag svake promjene, podrška za Idempotency-Key koja ponovno reproducira spremljeni odgovor prilikom ponovnog pokušaja, te potpisani webhookovi zapisani u transakcijski odlazni pretinac (outbox) unutar iste baze podataka kao i sama promjena. Cijene se temelje na potrošnji, a ne po tvrtki: počevši od 10 EUR mjesečno s uključenih 3.000 zahtjeva, uz neograničen broj tvrtki, korisnika i sandbox tvrtki na svakom planu.

Iskrene granice i ograničenja: Nordlet je u ranoj fazi pristupa (early access) i privlači partnere za dizajn; EU PDV pokriva stope po državama, VIES provjeru i obračun OSS/IOSS obrazaca, ali domaći paketi izvještaja trenutačno podržavaju tri zemlje - Litvu (FR0600), Njemačku (UStVA) i Poljsku (JPK_V7M), dok je obračun plaća (payroll) dostupan samo za Litvu.

Agregatori

Codat, Rutter i Merge vam daju jedno sučelje za povezivanje s bilo kojim računovodstvenim sustavom koji vaš klijent već koristi. Ako je zadatak vašeg proizvoda čitanje ili pisanje u knjige vaših klijenata - poput kreditiranja, upravljanja potrošnjom, analitike - ovo je prava kategorija, dok bi ugrađena glavna knjiga bila pogrešan izbor. Ako vaša platforma mora biti službeni izvor istine (system of record), agregator to ne može biti.

Infrastruktura glavne knjige (Ledger infrastructure)

Proizvodi u ovoj kategoriji prate stanja nepromjenjivo i uz visoku propusnost, bez bavljenja zakonskim računovodstvom. Dobar su izbor za proizvode povezane s novčanicima (wallets) ili plaćanjima, dok PDV, fakturiranje i godišnje izvještavanje prepuštaju nečem drugom.

ERP

Odoo i slični paketi pokrivaju znatno više poslovnih procesa od samog računovodstva. Kompromis za graditelje platformi jest površina za integraciju: Odooov vanjski API radi na razini podatkovnog modela putem RPC-a, njegova dokumentacija navodi da je API pristup ograničen na Custom razinu cijena, a trenutne RPC krajnje točke predviđene su za zamjenu novijim JSON API-jem. To je obrađeno u članku Nordlet vs Odoo za graditelje platformi.

Ako selite podatke iz QuickBooksa

Nekoliko je stvari za koje se pouzdano zna da traju dulje nego što se očekuje:

Mapiranje kontnog plana. Učinite to promišljeno i zadržite stari kod konta kao referentno polje na novom kontu. Trebat će vam kada netko upita zašto se usporedna brojka pomaknula.
Početna stanja. Migrirajte kao stanja na određeni datum presjeka (cut-off date), a ne kao ponovno unesenu povijest. Stari sustav držite dostupnim za čitanje tijekom razdoblja čuvanja podataka umjesto da pokušavate ponovno reproducirati godine unosa.
Numeriranje dokumenata. Odlučite nastavljaju li nove serije staro numeriranje ili počinju ispočetka, te provjerite zakonske zahtjeve u svojoj nadležnosti prije nego što odaberete.
Otvorene stavke. Neplaćeni računi, neiskorištene doznake (credits) i djelomično usklađena plaćanja moraju stići kao otvorene stavke, a ne kao neto saldo, inače usklađivanje nakon toga neće raditi.
Porezna razdoblja. Nemojte vršiti migraciju usred razdoblja osim ako niste spremni podnijeti jednu prijavu iz dva sustava.
Pokrenite oba sustava za jedan ciklus. Proknjižite isti mjesec u oba sustava i usporedite probnu bilancu prije nego što isključite stari sustav.

FAQ

Postoji li besplatna alternativa za QuickBooks?

Postoje besplatni i otvoreni računovodstveni sustavi (open-source), a Odoo objavljuje besplatnu razinu ograničenu na jednu aplikaciju. Besplatne opcije rijetko ostaju besplatne za platformu, jer se troškovi sele na hosting, nadogradnje, usklađenost s propisima i inženjersko vrijeme potrebno da bi integracija radila. Izračunajte ukupnu cijenu, a ne samo licencu.

Što je bolje od QuickBooksa za internetsku trgovinu ili marketplace?

Za računovodstvo marketplace-a specifično, ugrađeni računovodstveni API je strukturno bolji izbor jer može voditi knjige za više subjekata pod jednim računom, provoditi računovodstvena pravila na poslužitelju i njime se može upravljati u potpunosti putem vašeg softvera. QuickBooks ostaje bolji proizvod za jedno poduzeće s knjigovođom.

Ima li QuickBooks API za razvojne inženjere?

Da. QuickBooks Online nudi OAuth 2.0 REST API s webhookovima i portalom za razvojne inženjere. Ograničenje za korištenje unutar platforme nije kvaliteta API-ja, već njegov obujam: dizajniran je za integraciju s knjigama jedne tvrtke, a ne da bude glavna knjiga unutar drugog proizvoda.

Mogu li zadržati QuickBooks i dodati računovodstveni API?

Možete, i neki timovi to rade: vlastite knjige platforme nalaze se u ugrađenoj glavnoj knjizi, dok integracije šalju sažete dnevnike (summary journals) u onaj računovodstveni sustav koji svaki poslovni klijent koristi. Pravilo kojeg se treba držati jest da točno jedan sustav bude izvor istine za bilo koji zadani skup knjiga. Dva sustava koja istovremeno tvrde da su mjerodavna recept su za početak problema s usklađivanjem.

Što je s alternativom poput Xero-a?

Xero je jaka alternativa kao aplikacija i ima dobro dokumentiran API, ali ima isti strukturni oblik: pretplate i API ograničenja su po organizaciji, a necertificirane aplikacije ograničene su na 25 povezanih organizacija. Usporedba je iznesena u članku Nordlet vs Xero za ugrađeno računovodstvo.