QuickBooksi alternatiivid, kui vajate API-d, mitte rakendust
Miks platvormimeeskonnad kasvavad QuickBooksist välja, mida "API, mitte rakendus" tegelikult eeldab ja milline alternatiiv sobib milliseks ülesandeks.
QuickBooks Online on võimekas väikeettevõtete raamatupidamisrakendus, millel on suur kasutajaskond, OAuth 2.0 REST API, veebikonksud (webhooks) ja mahukas arendajate ökosüsteem. Enamik meeskondi, kes otsivad alternatiivi, ei ole rahulolematud rakendusega kui sellisega. Nad on põrkunud teistsuguse probleemiga: nad vajavad raamatupidamise pidamiseks tarkvara, mitte inimest, ning QuickBooks lähtub eeldusest, et raamatupidamist teeb inimene.
See artikl räägib sellest ebakõlast ja sellest, mida selle asemel kasutada. Kui olete väikeettevõte, kes valib raamatupidamistarkvara, võib QuickBooks olla teie jaoks igati õige valik ja käesolev artikkel ei ole teile suunatud.
Kus ebakõla ilmneb
Üks API ühendus võrdub ühe ettevõtte failiga. QuickBooksi API on seotud konkreetse ettevõttega, mida tuvastatakse valdkonna (realm) alusel. Platvorm, mis peab haldama raamatupidamist 300 müüja jaoks, peab haldama 300 ühendust ja 300 tellimust, mitte ühte kontot 300 ettevõttega selle sees. See üksainus asjaolu on tavaliselt see, mis hindamise lõpetab.
API on rakenduse kaaslane, mitte toode. Uued funktsioonid jõuavad liidesesse ja seejärel API-sse omas tempos. Kui kogu teie integratsioon sõltub sellest, et funktsiooni peab saama välja kutsuva koodiga kasutada, ei ole "rakenduses saadaval" sama mis API-s saadaval.
Piirangud on loodud sünkroonimiseks, mitte tehinguvoogude jaoks. QuickBooksi limiidid on dokumentatsiooni kohaselt 500 päringut minutis ettevõtte kohta, kusjuures pakett- ja aruandluse otspunktidele kehtivad rangemad piirangud. Täpsed kehtivad numbrid tuleks alati üle vaadata Intuiti enda arendajadokumentatsioonist. See on piisav ühe ettevõtte andmete sünkroonimiseks, kuid hoopis teine olukord, kui teie platvorm postitab tuhandete ettevõtete kandeid reaalajas.
EL-i riigiülene maksustamine on lünklik. Intuiti enda tugimaterjalid kinnitavad, et QuickBooksis puudub standardne protseduur IOSS-käibemaksu kajastamiseks ning suunavad kasutajad raamatupidaja või maksunõustaja poole. Platvormi jaoks, mis müüb üle EL-i piiride, ei ole kaugmüük ja ühtse liidese (One Stop Shop) haldus mingi äärejuhtum, mistõttu tasub seda enne süsteemi ehitamist oma sihtturgude lõikes kindlasti kontrollida.
Need ei ole vead. Need on tagajärjed sellest, et ehitatakse suurepärast rakendust ettevõtetele, kus töötab raamatupidaja.
Mida "API, mitte rakendus" tegelikult nõuab
Enne alternatiivide võrdlemist on kasulik sõnastada, mida platvormide meeskonnad tegelikult otsivad, sest vastus "on olemas API" kehtib peaaegu kõigi kohta.
- Täielik katvus. Kõike, mida rakendus suudab teha, saab välja kutsuva koodiga käivitada. Nordleti põhimõte on, et rakendusel puuduvad privaatsed otspunktid - kasutajaliides töötab täpselt samadel otspunktidel, mida saavad kasutada ka välised süsteemid.
- Mitu ettevõtet ühe konto all. Raamatupidamine paljudele juriidilistele isikutele ilma paljude tellimusteta.
- Idempotentsed kirjutamised. Uuesti saadetud päring ei tohi luua teist arvet ega topeltkannet.
- Sündmuste edastamine. Veebikonksud, mis käivituvad olekumuutuste korral, nii et teie süsteem reageerib sündmusele, selle asemel et ise andmeid pärida (polling).
- Tagatud raamatupidamisreeglid. Tasakaalustamata kanded lükatakse tagasi, suletud perioodid lukustatakse ja postitatud dokumente ei saa muuta.
- Maksud andmetena, mitte kasutajaliidese vaatena. Maksumäärad, asukohariigi määramised, valideerimistulemused ja registrid peavad olema kättesaadavad programmiliselt.
- Testkeskkond (sandbox), mis vastab tootmiskeskkonnale, ning piiramatul hulgal testettevõtteid, et integratsioonitestid oleksid soodsad.
Hinnake kõiki alternatiive selle loendi, mitte turunduslike funktsioonide maatriksi alusel.
Alternatiivid vastavalt teie eesmärgile
| Teie olukord | Valige | Miks |
|---|---|---|
| Teie platvorm peab vastutama paljude rentnike raamatupidamise eest | Sisseehitatud raamatupidamise API nagu Nordlet | Mitu ettevõtet ühe konto all, mahupõhine hinnastamine, raamatupidamisreeglite serveripoolne tagamine |
| Teie kliendid peavad raamatupidamist QuickBooksissa ja te integreerute nendega | Jääge QuickBooksi API juurde või kasutage agregaatorit | Raamatupidamine kuulub kliendile ja tema süsteemiga kohandumine on õige lähenemine |
| Vajate raamatupidamiskandeid mitmes raamatupidamisrakenduses korraga | Agregaator nagu Codat, Rutter või Merge | Üks liides paljude alussüsteemide jaoks |
| Vajate reaalajas rahakoti saldosid, mitte seadusjärgset raamatupidamist | Pearaamatu infrastruktuur nagu Modern Treasury Ledgers | Loodud läbilaskevõime ja muutumatuse, mitte maksuaruandluse jaoks |
| Soovite ühte süsteemi nii äritegevuseks kui ka finantsideks | ERP-süsteem nagu Odoo | Lai haare, mille hinnaks on süsteemi ise haldamine |
| Olete raamatupidajaga väikeettevõte | Xero, QuickBooks või kohalik ekvivalent | Rakendus ise ongi sihtotstarve |
Sisseehitatud raamatupidamise API
See on otsene vastus soovile "API, mitte rakendus". Raamatupidamissüsteemist saab taustateenus, mida teie toode kutsub, ning teie kasutajad ei näe kunagi pearaamatut.
Nordlet on ehitatud just seda mustrit silmas pidades: muutumatu kahekordse kirjendiga pearaamat, kus saldod tagatakse andmebaasi trigeri abil salvestamise hetkel, katkematu dokumendiseriaalide numeratsioon, perioodide lukustamine, mis lükkab 409 veaga tagasi kanded suletud kuupäeva sisse, iga muudatuse auditijälg, Idempotency-Key tugi korduva päringu korral salvestatud vastuse tagastamiseks ning allkirjastatud veebikonksud, mis kirjutatakse transaktsioonilisse väljaminevate teadete tabelisse (outbox) samas andmebaasi transaktsioonis muudatusega. Hinnastamine põhineb mahul, mitte ettevõtete arvul: alates 10 eurost kuus, sisaldades 3000 päringut, ning piiramatul hulgal ettevõtteid, kasutajaid ja testettevõtteid igas paketis.
Ausad piirangud: Nordlet on varajases juurdepääsufaasis ning ootab liituma esimesi partnereid; EL-i käibemaks katab riigipõhised määrad, VIES-kontrolli ja OSS/IOSS aruannete arvutuse, kuid riigisisesed aruandluspakid on praegu saadaval kolmele riigile – Leedu (FR0600), Saksamaa (UStVA) ja Poola (JPK_V7M) – ning palgaarvestus on toetatud ainult Leedus.
Agregaatorid
Codat, Rutter ja Merge pakuvad teile ühtset liidest ükskõik millisesse raamatupidamissüsteemi, mida teie klient juba kasutab. Kui teie toote ülesanne on lugeda või kirjutada teie klientide raamatupidamisandmeid (laenamine, kulude haldus, analüütika), on see õige kategooria ja sisseehitatud pearaamat oleks vale valik. Kui aga teie platvorm peab ise olema tõeallikas (system of record), siis agregaator seda rolli täita ei saa.
Pearaamatu infrastruktuur
Selle kategooria tooted jälgivad saldosid suure läbilaskevõimega muutumatul kujul, ilma et nad teeksid seadusjärgset raamatupidamist. Need sobivad hästi e-rahakoti või makselahenduse alla, jättes käibemaksu, arvelduse ja aastaaruanded muude süsteemide hooleks.
ERP
Odoo ja sarnased tarkvarakomplektid katavad suurema osa ettevõtte tegevusest kui pelgalt raamatupidamine. Kompromissiks platvormi ehitajale on siin integratsioonipind: Odoo väline API töötab andmemudeli tasemel RPC kaudu, selle dokumentatsioon märgib, et API ligipääs on piiratud Custom hinnatasemega ning praegused RPC otspunktid asendatakse peagi uuema JSON API-ga. Seda teemat on käsitletud artiklis Nordlet vs Odoo platvormi ehitajatele.
Kui migreerute QuickBooksist ära
Mõned asjad, mis võtavad kindlasti kauem aega kui oodatud:
- Kontoplaani vastendamine. Tehke seda läbimõeldult ja säilitage vana kontokood uuel kontol viiteväljana. Seda läheb vaja siis, kui keegi küsib, miks võrdlusandmed on muutunud.
- Algandmed ja saldod. Migreerige saldod seisuga teatud kuupäeva seisuga, mitte uuesti postitatud ajalugu. Säilitage vana süsteem arhiivina nõutud säilitusperioodi jooksul, selle sijemel et püüda taasesitada aastatepikkuseid kandeid.
- Dokumendiseriaalide numeratsioon. Otsustage, kas uus seeria jätkab vana numeratsiooni või algab otsast peale, ning kontrollige enne valiku tegemist oma jurisdiktsiooni nõudeid.
- Avatud kirjed. Tasumata arved, sidumata kreeditarved ja osaliselt seotud maksed peavad saabuma avatud kirjetena, mitte netosaldodena, vastasel juhul ei hakka vastendamine pärast toimima.
- Maksuperioodid. Ärge migreeruge perioodi keskel, välja arvatud juhul, kui olete valmis esitama ühe deklaratsiooni kahest eri süsteemist.
- Kasutage mõlemat ühe tsükli vältel. Postitage sama kuu andmed mõlemasse süsteemi ja võrrelge proovibilanssi enne vana süsteemi sulgemist.
FAQ
Kas QuickBooksil on tasuta alternatiiv?
On olemas tasuta ja avatud lähtekoodiga raamatupidamissüsteeme ning Odoo pakub tasuta paketti, mis on piiratud ühe rakendusega. Tasuta tarkvara ei jää platvormi jaoks harva tasuta, kuna kulud nihkuvad majutusele, uuendustele, vastavusnõuete täitmisele ja inseneritööle, et integratsioon töös hoida. Hinnake kogukulu, mitte ainult litsentsi hinda.
Mis on turu-uuringute ja platvormide (marketplace) jaoks QuickBooksist parem?
Spetsiaalselt turuplatvormide raamatupidamise jaoks on sisseehitatud raamatupidamise API struktuurselt sobivam, kuna see suudab hallata paljude ettevõtete raamatupidamist ühe konto all, tagada raamatupidamisreeglite täitmise serveri poolel ja seda saab juhtida täielikult teie tarkvara kaudu. QuickBooks on endiselt parem toode ühe ettevõtte jaoks, millel on palgatud raamatupidaja.
Kas QuickBooksist leiab arendajale mõeldud API?
Jah. QuickBooks Online pakub OAuth 2.0 REST API-d koos veebikonksude ja arendajaportaaliga. Platvormi jaoks kasutamisel ei ole piiranguks mitte API kvaliteet, vaid selle ulatus: see on loodud integreeruma ühe ettevõtte raamatupidamisega, mitte olema pearaamatuks mõne teise toote sees.
Kas ma saan jätta QuickBooksi alles ja lisada raamatupidamise API?
Saate küll ja mõned meeskonnad teevadki nii: platvormi enda raamatupidamine elab sisseehitatud peasaamatus, samas kui integratsioonid edastavad koondkandeid mis tahes raamatupidamissüsteemi, mida iga äriklient kasutab. Reegel, mida tuleb meeles pidada, on see, et igal antud raamatupidamiskomplektil peab olema täpselt üks tõeallikas. Kaksi süsteemi, mis mõlemad väidavad end olevat õiged, on kiireim viis vastendamisprobleemide tekkeks.
Kuidas on lood Xeroga?
Xero on rakendusena tugev alternatiiv ja sellel on hästi dokumenteeritud API, kuid sellel on sama struktuurne kuju: tellimused ja API limiidid kehtivad organisatsiooni kohta ning sertifitseerimata rakenduste jaoks on ühendatud organisatsioonide piiriks seatud 25. Võrdlust on põhjalikumalt käsitletud artiklis Nordlet vs Xero sisseehitatud raamatupidamiseks.