Alternative la QuickBooks atunci când aveți nevoie de un API, nu de o aplicație
De ce echipele de platformă își depășesc QuickBooks, ce presupune cu adevărat un „API, nu o aplicație” și ce alternative se potrivesc fiecărui caz în parte.
QuickBooks Online este o aplicație de contabilitate competentă pentru întreprinderi mici, cu o bază mare de instalări, un API REST OAuth 2.0, webhooks și un ecosistem considerabil pentru dezvoltatori. Cele mai multe echipe care caută o alternativă nu sunt nemulțumite de produs ca aplicație. Ele s-au lovit de o altă problemă: au nevoie ca software-ul, nu o persoană, să țină contabilitatea, iar QuickBooks este conceput pornind de la premisa că o persoană face acest lucru.
Acest articol este despre această neconcordanță și despre ce ar trebui să folosiți în schimb. Dacă sunteți o afacere mică care își alege un software de ținere a evidenței contabile, QuickBooks ar putea fi răspunsul corect, iar nimic din cele de mai jos nu vi se aplică.
Unde se vede neconcordanța
O conexiune API înseamnă un singur fișier de companie. API-ul QuickBooks este limitat la o singură companie, identificată printr-un realm. O platformă care are nevoie de contabilitate pentru 300 de entități de tip vânzător gestionează 300 de conexiuni și 300 de abonamente, nu un singur cont cu 300 de companii în interiorul său. Acest singur fapt este cel care pune, de obicei, capăt evaluării.
API-ul este un accesoriu al aplicației, nu produsul în sine. Funcționalitățile apar în interfață și ajung în API după propriul calendar. Când întreaga dumneavoastră integrare depinde de posibilitatea de a apela o anumită capabilitate, „disponibil în aplicație” nu este același lucru cu disponibil prin API.
Limitarea ratei (throttling) este concepută pentru sincronizare, nu pentru fluxul de tranzacții. Limitele QuickBooks sunt documentate în mod obișnuit la 500 de cereri pe minut per companie, cu limite mai stricte pentru endpoint-urile de lot și de raportare; confirmați cifrele actuale consultând documentația oficială pentru dezvoltatori a celor de la Intuit. Acest lucru este generos pentru sincronizarea înregistrărilor unei singure afaceri, dar devine o problemă complet diferită atunci când platforma dumneavoastră înregistrează operațiuni pentru mii de companii în timp real.
Taxele transfrontaliere din UE au lacune. Materialele de asistență ale Intuit mențin că nu există o procedură standard pentru înregistrarea TVA-ului IOSS în QuickBooks și îndrumă utilizatorii către un contabil sau un expert fiscal. Pentru o platformă care vinde transfrontalier în UE, vânzările la distanță și gestionarea regimului One Stop Shop nu reprezintă cazuri particulare, așa că merită să confirmați aceste aspecte pentru țările dumneavoastră specifice înainte de a începe dezvoltarea.
Niciunul dintre acestea nu reprezintă defecte. Ele sunt consecințele creării unei aplicații excelente pentru companii care angajează un contabil.
Ce presupune cu adevărat „un API, nu o aplicație”
Înainte de a compara alternativele, este util să definim ceea ce cer de fapt echipele de platformă, deoarece „are un API” este o condiție îndeplinită de aproape orice produs.
- Acoperire completă. Tot ceea ce poate face aplicația trebuie să poată fi apelat programatic. Poziția Nordlet aici este că aplicația nu are endpoint-uri private - interfața rulează pe aceleași endpoint-uri pe care le primesc apelanții externi.
- Mai multe companii sub un singur cont. Contabilitate pentru entități multiple fără a fi nevoie de abonamente multiple.
- Scrieri idempotente (idempotent writes). O cerere reîncercată nu poate crea o a doua factură sau o notă contabilă duplicat.
- Livrare de evenimente. Webhooks care se declanșează la modificările de stare, astfel încât sistemul dumneavoastră să reacționeze în loc să interogheze periodic (poll).
- Invarianți contabili aplicați cu strictețe. Înregistrările neechilibrate sunt respinse, perioadele închise sunt blocate, iar documentele contabilizate nu mai pot fi modificate.
- Taxele ca date, nu ca interfață grafică. Cote de impozitare, decizii privind locul prestării (place-of-supply), rezultate ale validării și registre accesibile programatic.
- Un mediu de testare (sandbox) care oglindește producția și companii de test nelimitate, astfel încât testele de integrare să fie ieftine.
Evaluați orice alternativă în raport cu această listă, nu în funcție de o matrice de funcționalități.
Alternativele, în funcție de obiectivul dumneavoastră
| Situația dumneavoastră | Alegeți | De ce |
|---|---|---|
| Platforma dumneavoastră trebuie să gestioneze contabilitatea pentru mulți chiriași (tenants) | Un API de contabilitate încorporată (embedded accounting) precum Nordlet | Mai multe companii sub un singur cont, prețuri bazate pe consum, reguli contabile aplicate la nivel de server |
| Clienții dumneavoastră țin contabilitatea în QuickBooks și vă integrați cu ei | Rămâneți la API-ul QuickBooks sau folosiți un agregator | Contabilitatea aparține clientului; este corect să vă integrați acolo unde se află acesta |
| Aveți nevoie de contabilitate în mai multe aplicații contabile simultan | Un agregator precum Codat, Rutter sau Merge | O singură interfață pentru diverse sisteme subiacente |
| Aveți nevoie de solduri de portofel în timp real, nu de registre contabile legale (statutory books) | Infrastructură de registre (ledger infrastructure) precum Modern Treasury Ledgers | Concepută pentru debit mare (throughput) și imuabilitate, nu pentru declarații fiscale |
| Doriți un singur sistem care să acopere atât operațiunile, cât și finanțele | Un ERP precum Odoo | Complexitate ridicată, cu costul operării pe cont propriu |
| Sunteți o afacere mică cu un contabil | Xero, QuickBooks sau un echivalent local | Aplicația este scopul principal |
API de contabilitate încorporată (embedded accounting)
Acesta este răspunsul direct la cerința „un API, nu o aplicație”. Sistemul contabil devine un serviciu backend pe care produsul dumneavoastră îl apelează, iar utilizatorii dumneavoastră nu văd niciodată un mare registru (general ledger).
Nordlet este construit exact pentru acest scop: un registru imuabil în partidă dublă unde soldul este impus de un trigger de BBDD în momentul confirmării (commit), numerotare a documentelor fără goluri (gapless), blocare a perioadelor care respinge înregistrările datate într-o lună închisă cu un cod 409, o înregistrare de audit (audit trail) pentru fiecare modificare, suport pentru Idempotency-Key care reia stocarea răspunsului în caz de reîncercare, precum și webhooks semnate scrise într-o coadă de ieșire transacțională (transactional outbox) în aceeași tranzacție de BBDD cu modificarea. Prețurile sunt bazate pe consum, nu pe companie: de la 10 EUR pe lună, cu 3.000 de cereri incluse, cu companii, utilizatori și companii sandbox nelimitate în orice plan.
Limitele asumate onest: Nordlet se află în stadiul de acces timpuriu (early access) și colaborează cu parteneri de design; TVA-ul UE acoperă cotele per țară, validarea VIES și calculul declarațiilor OSS/IOSS, dar pachetele de declarații fiscale naționale sunt disponibile momentan pentru trei țări - Lituania (FR0600), Germania (UStVA) și Polonia (JPK_V7M) -, iar salarizarea este disponibilă doar pentru Lituania.
Agregatoarele
Codat, Rutter și Merge vă oferă o singură interfață către orice sistem contabil pe care îl folosește deja fiecare client în parte. Dacă scopul produsului dumneavoastră este să citească sau să scrie în contabilitatea clienților dumneavoastră - creditare, gestionarea cheltuielilor, analize -, aceasta este categoria corectă, iar un registru încorporat ar fi alegerea greșită. Dacă platforma dumneavoastră trebuie să fie singura sursă de adevăr (system of record), un agregator nu poate îndeplini acest rol.
Infrastructura de registre (ledger infrastructure)
Produsele din această categorie urmăresc soldurile în mod imuabil la un debit mare, fără a efectua contabilitate financiară legală. Ele se potrivesc foarte bine pentru un portofel digital sau un produs de plăți, lăsând TVA-ul, facturarea și raportarea anuală în seama altor sisteme.
ERP
Odoo și suitele similare acoperă o parte mult mai mare din afacere decât simpla contabilitate. Compromisul pentru creatorii de platforme este suprafața de integrare: API-ul extern de la Odoo funcționează la nivelul modelului de date prin RPC, documentația sa menționând că accesul la API este limitat la nivelul de preț Custom, iar endpoint-urile RPC actuale sunt programate să fie înlocuite de un nou API JSON. Acest subiect este tratat pe larg în Nordlet vs Odoo pentru creatorii de platforme.
Dacă migrați de la QuickBooks
Câteva aspecte care durează, în mod sigur, mai mult decât v-ați aștepta:
- Maparea planului de conturi. Faceți acest lucru în mod deliberat și păstrați vechiul cod de cont ca un câmp de referință pe contul nou. Veți avea nevoie de el atunci când cineva va întreba de ce s-a modificat o cifră comparativă.
- Soldurile de deschidere. Migrați ca solduri la o anumită dată de referință (cut-off date), nu ca istoric retransmis. Pastați vechiul sistem accesibil pentru citire pe perioada de retenție, în loc să încercați să rulați din nou ani de înregistrări.
- Numerotarea documentelor. Stabiliți dacă noua serie continuă vechea numerotare sau începe de la zero și verificați cerințele din jurisdicția dumneavoastră înainte de a lua o decizie.
- Elemente deschise (open items). Facturile neplătite, creditele neutilizate și plățile parțial alocate trebuie să ajungă ca elemente deschise, nu ca solduri nete, altfel reconcilierea nu va funcționa ulterior.
- Perioadele fiscale. Nu migrați la mijlocul unei perioade decât dacă sunteți pregătiți să depuneți o declarație fiscală din două sisteme diferite.
- Rulați ambele sisteme timp de un ciclu. Înregistrați aceeași lună în ambele sisteme și comparați balanța de verificare înainte de a opri vechiul sistem.
FAQ
Există o alternativă gratuită la QuickBooks?
Există sisteme contabile gratuite și open-source, iar Odoo oferă un nivel gratuit (free tier) limitat la o singură aplicație. Gratuitul rar rămâne gratuit pentru o platformă, deoarece costurile se mută spre găzduire, actualizări, actualizări de conformitate și timpul de inginerie necesar pentru a menține o integrare funcțională. Evaluați prețul total, nu doar licența.
Ce este mai bun decât QuickBooks pentru o piață online (marketplace)?
Pentru contabilitatea specifică unui marketplace, un API de contabilitate încorporată este o alegere structurală mult mai potrivită, deoarece poate gestiona contabilitatea pentru numeroase entități sub un singur cont, aplică regulile contabile la nivel de server și poate fi controlat în întregime de software-ul dumneavoastră. QuickBooks rămâne un produs mai bun pentru o singură afacere care are un contabil.
Are QuickBooks un API pentru dezvoltatori?
Da. QuickBooks Online oferă un API REST OAuth 2.0 cu webhooks și un portal pentru dezvoltatori. Constrângerea pentru utilizarea într-o platformă nu este calitatea API-ului, ci domeniul său de aplicare (scope): este conceput pentru a se integra cu contabilitatea unei companii, nu pentru a fi registrul intern al unui alt produs.
Pot să păstrez QuickBooks și să adaug un API de contabilitate?
Puteți, iar unele echipe o fac: contabilitatea proprie a platformei se află într-un registru încorporat, în timp ce integrările trimit note contabile sintetice către sistemul contabil pe care îl folosește fiecare client comercial. Regula de bază pe care trebuie să o respectați este ca un singur sistem să fie sursa unică de adevăr pentru un anumit set de date contabile. Două sisteme care pretind simultan că sunt autoritative reprezintă rețeta sigură pentru apariția problemelor de reconciliere.
Ce spuneți despre Xero în schimb?
Xero este o alternativă solidă ca aplicație și are un API bine documentat, dar are aceeași formă structurală: abonamentele și limitele API sunt per organizație, iar aplicațiile necertificate sunt limitate la 25 de organizații conectate. Comparația este detaliată în Nordlet vs Xero pentru contabilitate încorporată.