Alternatywy dla QuickBooks, gdy potrzebujesz API, a nie aplikacji
Dlaczego zespoły platform wyrastają z QuickBooks, czego tak naprawdę wymaga założenie „API, a nie aplikacja” i które alternatywy pasują do konkretnych zadań.
QuickBooks Online to wydajna aplikacja księgowa dla małych firm z dużą bazą instalacyjną, interfejsami OAuth 2.0 REST API i webhookami oraz rozbudowanym ekosystemem programistycznym. Większość zespołów szukających alternatywy nie jest niezadowolona z samej aplikacji. Natknęły się one na inny problem: potrzebują oprogramowania, a nie człowieka, do prowadzenia ksiąg, tymczasem QuickBooks zakłada, że robi to człowiek.
Ten artykuł dotyczy właśnie tej niezgodności oraz tego, czego użyć w zamian. Jeśli prowadzisz małą firmę i wybierasz oprogramowanie księgowe, QuickBooks może być właściwym wyborem i nic z tego, co tu napisano, Cię nie dotyczy.
Gdzie pojawia się rozbieżność
Jedno połączenie API to jeden plik spółki. API QuickBooks obsługuje jedną firmę, identyfikowaną przez identyfikator realm. Platforma, która potrzebuje ksiąg dla 300 podmiotów sprzedających, zarządza 300 połączeniami i 300 subskrypcjami, a nie jednym kontem z 300 spółkami w środku. Ten pojedynczy fakt zazwyczaj kończy analizę.
API jest dodatkiem do aplikacji, a nie produktem. Funkcje pojawiają się w interfejsie i trafiają do API we własnym tempie. Kiedy cała integracja zależy od możliwości wywołania danej funkcji, stwierdzenie „dostępne w aplikacji” nie oznacza tego samego, co dostępne przez API.
Ograniczenia przepustowości (throttling) są zaprojektowane pod synchronizację, a nie pod ruch transakcyjny. Limity QuickBooks są powszechnie dokumentowane na poziomie 500 żądań na minutę dla każdej firmy, przy czym endpointy wsadowe i raportowe mają ostrzejsze limity. Aktualne dane warto zweryfikować w dokumentacji deweloperskiej Intuit. To wystarcza do synchronizacji dokumentacji jednej firmy, ale zupełnie nie sprawdza się, gdy platforma księguje operacje tysięcy przedsiębiorstw w czasie rzeczywistym.
Unijne podatki transgraniczne mają lukę. Materiały pomocnicze Intuit wskazują, że w QuickBooks nie ma standardowej procedury rejestrowania VAT w ramach IOSS, i odsyłają użytkowników do księgowego lub doradcy podatkowego. Dla platformy sprzedającej na terenie Unii Europejskiej obsługa sprzedaży wysyłkowej i procedury One Stop Shop nie jest przypadkiem brzegowym, dlatego przed rozpoczęciem prac warto upewnić się, jak wygląda to w konkretnych krajach.
Żadne z tych zjawisk nie jest wadą. Wynikają one z faktu stworzenia znakomitej aplikacji dla firm, które zatrudniają księgowego.
Czego naprawdę wymaga podejście „API, a nie aplikacja”
Przed porównaniem alternatyw warto nazwać to, o co faktycznie pytają zespoły budujące platformy, ponieważ kryterium „posiada API” spełnia niemal wszystko.
- Pełne pokrycie. Wszystko, co potrafi aplikacja, można wywołać programowo. Podejście Nordlet polega na tym, że aplikacja nie ma prywatnych endpointów – interfejs działa na tych samych endpointach, do których dostęp mają zewnętrzni klienci.
- Wiele spółek w ramach jednego konta. Księgi wielu podmiotów bez konieczności zakładania wielu subskrypcji.
- Zapisy idempotentne (idempotent writes). Ponowione żądanie nie może utworzyć drugiej faktury ani zduplikowanego zapisu księgowego.
- Dostarczanie zdarzeń. Webhooki uruchamiane w momencie zmiany stanu, dzięki czemu Twój system reaguje zamiast odpytywać API (polling).
- Egzekwowanie niezmienników księgowych. Odrzucanie niezbilansowanych dekretów, blokowanie zamkniętych okresów, brak możliwości edycji zaksięgowanych dokumentów.
- Podatki jako dane, a nie ekran. Stawki, reguły miejsca opodatkowania, wyniki walidacji i rejestry dostępne programowo.
- Środowisko piaskownicowe (sandbox) odpowiadające produkcji oraz nielimitowane firmy testowe, aby testy integracyjne były tanie.
Oceń każdą alternatywę według tej listy, a nie macierzy funkcji.
Alternatywy w zależności od Twojego celu
| Twoja sytuacja | Wybierz | Dlaczego |
|---|---|---|
| Twoja platforma musi posiadać księgi wielu najemców | Wbudowane API księgowe (embedded accounting API), takie jak Nordlet | Wiele spółek na jednym koncie, rozliczenie w modelu metrycznym (metered pricing), reguły księgowe egzekwowane po stronie serwera |
| Twoi klienci prowadzą księgi w QuickBooks i integrujesz się z nimi | Zostań przy API QuickBooks lub skorzystaj z agregatora | Księgi należą do klienta, więc dotarcie do niego tam, gdzie się znajduje, jest właściwym krokiem |
| Potrzebujesz ksiąg w wielu aplikacjach księgowych jednocześnie | Agregator, taki jak Codat, Rutter lub Merge | Jeden interfejs dla wielu leżących u podstaw systemów |
| Potrzebujesz sald portfela w czasie rzeczywistym, a nie ksiąg ustawowych | Infrastruktura księgowa (ledger infrastructure), taka jak Modern Treasury Ledgers | Stworzona z myślą o przepustowości i niezmienności, a nie deklaracjach podatkowych |
| Chcesz mieć jeden system obsługujący operacje i finanse | ERP, taki jak Odoo | Szeroki zakres funkcji kosztem samodzielnego utrzymania systemu |
| Jesteś małą firmą korzystającą z usług księgowego | Xero, QuickBooks lub lokalny odpowiednik | Kluczowa jest sama aplikacja |
Wbudowane API księgowe (embedded accounting API)
To bezpośrednia odpowiedź na potrzebę „API, a nie aplikacja”. System księgowy staje się usługą zaplecza (backend), którą wywołuje Twój produkt, a użytkownicy nigdy nie oglądają księgi głównej.
Nordlet został zaprojektowany z myślą o tym modelu: niezmienna księga podwójnego zapisu, w której saldo jest egzekwowane przez wyzwalacz bazodanowy (database trigger) w momencie zatwierdzenia, ciągła numeracja dokumentów, blokowanie okresów skutkujące odrzuceniem wpisów z datą w zamkniętym miesiącu z kodem 409, ścieżka audytu (audit trail) każdej modyfikacji, obsługa nagłówka Idempotency-Key odtwarzająca zapisaną odpowiedź w przypadku ponowienia, a także podpisywane webhooki zapisywane w transakcyjnej tabeli outbox w ramach tej samej transakcji bazodanowej, co zmiana. Cennik opiera się na rozliczeniu metrycznym, a nie od liczby firm: od 10 EUR miesięcznie z pakietem 3 000 żądań, przy czym w każdym planie dostępne są nielimitowane firmy, użytkownicy i środowiska piaskownicowe.
Szczere podsumowanie ograniczeń: Nordlet jest w fazie wczesnego dostępu (early access) dla partnerów wdrażających; unijny VAT obejmuje stawki krajowe, walidację VIES oraz obliczanie deklaracji OSS/IOSS, jednak krajowe pakiety deklaracji obsługują obecnie trzy kraje – Litwę (FR0600), Niemcy (UStVA) i Polskę (JPK_V7M) – a moduł płacowy dotyczy wyłącznie Litwy.
Agregatory
Codat, Rutter i Merge zapewniają jeden interfejs do dowolnego systemu księgowego, z którego korzysta dany klient. Jeśli zadaniem Twojego produktu jest odczyt lub zapis ksiąg klientów (pożyczki, zarządzanie wydatkami, analityka), to właściwa kategoria, a wbudowana księga byłaby tu chybionym wyborem. Jeśli jednak Twoja platforma ma być systemem źródłowym (system of record), agregator nie może pełnić tej roli.
Infrastruktura księgowa
Produkty z tej kategorii śledzą salda w sposób niezmienny przy dużej przepustowości, bez realizacji księgowości ustawowej. Sprawdzają się świetnie jako element portfela lub produktu płatniczego, pozostawiając kwestie VAT, fakturowania i rocznych sprawozdań czemuś innemu.
Systemy ERP
Odoo i podobne pakiety obejmują znacznie większy obszar działalności firmy niż sama księgowość. Kompromis dla twórców platform dotyczy powierzchni integracyjnej: zewnętrzne API Odoo działa na poziomie modelu danych poprzez protokół RPC, dokumentacja wskazuje, że dostęp przez API jest ograniczony do wyższego poziomu cenowego (Custom tier), a obecne endpointy RPC mają zostać zastąpione nowszym API JSON. Kwestia ta została omówiona w artykule Nordlet kontra Odoo dla twórców platform.
Migracja z QuickBooks
Kilka rzeczy, które niezmiennie zajmują więcej czasu, niż się zakłada:
- Mapowanie planu kont. Zrób to świadomie i zachowaj stary kod konta jako pole referencyjne na nowym koncie. Będzie Ci potrzebne, gdy ktoś zapyta, dlaczego wskaźnik porównawczy uległ zmianie.
- Salda otwarcia. Dokonaj migracji jako sald na datę graniczną, a nie jako ponownie zaksięgowanej historii. Zapewnij czytelność starego systemu przez okres retencji danych zamiast próbować odtwarzać lata zapisów.
- Numeracja dokumentów. Zdecyduj, czy nowa seria kontynuuje starą numerację, czy zaczyna od nowa, i sprawdź wymogi prawne obowiązujące w Twojej jurysdykcji przed podjęciem decyzji.
- Pozycje otwarte. Niezapłacone faktury, nierozliczone uznania (credits) i częściowo dopasowane płatności muszą trafić do systemu jako pozycje otwarte, a nie jako salda netto, w przeciwnym razie uzgadnianie (reconciliation) nie zadziała.
- Okresy podatkowe. Nie rób migracji w środku okresu, chyba że chcesz składać jedną deklarację z dwóch systemów.
- Uruchom oba systemy na jeden cykl. Zaksięguj ten sam miesiąc w obu miejscach i porównaj obroty i salda (trial balance) przed wyłączeniem starego systemu.
FAQ
Czy istnieje darmowa alternatywa dla QuickBooks?
Istnieją darmowe systemy księgowe o otwartym kodzie źródłowym, a Odoo publikuje darmowy pakiet ograniczony do jednej aplikacji. Darmowe rozwiązania rzadko pozostają takie dla platformy, ponieważ koszty przenoszą się na hosting, aktualizacje, zgodność z przepisami oraz czas inżynierów potrzebny na utrzymanie integracji. Oceń całkowity koszt, a nie samą licencję.
Co jest lepsze od QuickBooks dla marketplace'u?
W przypadku księgowości marketplace'u wbudowane API księgowe pasuje strukturalnie znacznie lepiej, ponieważ potrafi prowadzić księgi wielu podmiotów w ramach jednego konta, egzekwować reguły księgowe po stronie serwera i być obsługiwane w całości przez Twoje oprogramowanie. QuickBooks pozostaje lepszym produktem dla pojedynczej firmy współpracującej z księgowym.
Czy QuickBooks udostępnia API dla programistów?
Tak. QuickBooks Online oferuje REST API oparte na OAuth 2.0 z webhookami i portalem deweloperskim. Ograniczeniem przy zastosowaniu platformowym nie jest jakość API, lecz jego zakres: zostało zaprojektowane z myślą o integracji z księgami jednej firmy, a nie o pełnieniu roli głównej księgi wewnątrz innego produktu.
Czy mogę zachować QuickBooks i dodać API księgowe?
Możesz i niektóre zespoły tak robią: własne księgi platformy działają we wbudowanej księdze, podczas gdy integracje wysyłają zbiorcze dekrety do takiego systemu księgowego, z którego korzysta każdy kluczowy klient biznesowy. Należy trzymać się zasady, że dokładnie jeden system jest źródłem prawdy dla danego zestawu ksiąg. Dwa systemy roszczące sobie prawo do bycia autorytatywnymi to najkrótsza droga do problemów z uzgadnianiem danych.
A co z Xero?
Xero to silna alternatywa jako aplikacja z dobrze udokumentowanym API, ale ma tę samą strukturę: subskrypcje i limity API dotyczą pojedynczych organizacji, a niezweryfikowane aplikacje mają limit 25 połączonych organizacji. Porównanie to opisano w artykule Nordlet kontra Xero dla księgowości wbudowanej.