Алтернативи на QuickBooks, когато имате нужда от API, а не от приложение

Защо платформените екипи надрастват QuickBooks, какво всъщност изисква концепцията „API, а не приложение“ и кои алтернативи за коя задача са подходящи.

QuickBooks Online е способно счетоводно приложение за малък бизнес с голяма потребителска база, REST API с OAuth 2.0, уебхукове (webhooks) и солидна екосистема за разработчици. Повечето екипи, които търсят алтернатива, не са недоволни от приложението като такова. Те са се сблъскали с друг проблем: нужно им е софтуер, а не човек, да води счетоводството, а QuickBooks е изграден с презумпцията, че това се прави от човек.

Тази статия е посветена на това несъответствие и на това какво да използвате вместо него. Ако сте малък бизнес, който избира софтуер за счетоводство, QuickBooks може би е правилният отговор за вас и нищо от написаното тук не се отнася за вашия случай.

Къде се проявява несъответствието

Една API връзка е един фирмен файл. API на QuickBooks е обвързан с една компания, идентифицирана чрез realm. Една платформа, на която й трябват счетоводни книги за 300 продавача, управлява 300 връзки и 300 абонамента, а не един акаунт с 300 компании вътре в него. Този единствен факт обикновено сложи край на оценката.

API е приложение към продукта, а не самият продукт. Функционалностите се появяват в интерфейса и стигат до API по свой собствен график. Когато цялата ви интеграция зависи от наличието на извикваема възможност, твърдението „налично в приложението“ не е равносилно на налично през API.

Ограничаването на честотата (throttling) е проектирано за синхронизация, а не за поток от транзакции. Лимитите на QuickBooks са описани в документацията като 500 заявки в минута на компания, с по-строги ограничения за пакетни заявки (batch) и крайна точки за отчети (reports); проверете актуалните числа спрямо официалната документация за разработчици на Intuit. Това е напълно достатъчно за синхронизиране на данните на един бизнес, но е съвсем друга ситуация, когато вашата платформа изпраща записи за хиляди бизнеси в реално време.

Трансграничното данъчно облагане в ЕС има пропуски. Собствените материали за поддръжка на Intuit посочват, че няма стандартна процедура за отчитане на ДДС по IOSS в QuickBooks и насочват потребителите към счетоводител. За платформа, която продава отвъд границите в ЕС, продажбите от разстояние и режимът в едно гише (OSS) не са краен случай, така че си струва да проверите това за вашите конкретни държави преди разработването.

Никое от тези неща не е дефект. Те са следствие от създаването на прекрасно приложение за бизнеси, които наемат счетоводител.

Какво всъщност изисква „API, а не приложение“

Преди да сравним алтернативите, е полезно да назовем какво точно търсят платформените екипи, тъй като условието „има API“ се покрива от почти всичко.

Пълно покритие. Всичко, което приложението може да направи, трябва да може да се извиква. Позицията на Nordlet тук е, че приложението няма частни крайни точки (/en/api-docs/) - интерфейсът работи на същите крайни точки, които получават и външните потребители.
Множество компании в рамките на един акаунт. Счетоводни книги за много субекти без необходимост от много абонаменти.
Идемпотентни записи (Idempotent writes). Повтореният опит за заявка не може да създаде втора фактура или дублиран счетоводен запис.
Доставка на събития. Уебхукове, които се задействат при промяна на състоянието, така че вашата система да реагира, вместо да прави периодични заявки (polling).
Наложени счетоводни инварианти. Небалансираните записи се отхвърлят, затворените периоди се заключват, а публикуваните документи не подлежат на редакция.
Данъците като данни, а не като екран. Ставките, решенията за място на изпълнение, резултатите от валидация и регистрите са достъпни програмно.
Среда за тестване (sandbox), която отговаря на производствената, и неограничен брой тестови компании, за да са евтини интеграционните тестове.

Оценете всяка алтернатива спрямо този списък, а не спрямо функционална матрица.

Алтернативите според това какво се опитвате да направите

Вашата ситуация	Изберете	Защо
Вашата платформа трябва да води счетоводството за много наематели (tenants)	Вградено счетоводно API (embedded accounting API), като Nordlet	Множество компании в един акаунт, тарифно плащане на база употреба, счетоводни правила, наложени на сървърната страна
Вашите клиенти водят счетоводството си в QuickBooks и вие се интегрирате с тях	Останете на API на QuickBooks или използвайте агрегатор	Счетоводните книги принадлежат на клиента; срещата с тях там е правилното решение
Трябват ви счетоводни книги в няколко счетоводни приложения едновременно	Агрегатор като Codat, Rutter или Merge	Един интерфейс за много поддържащи се системи
Трябват ви салда по портфейли в реално време, а не законоустановени счетоводни книги	Ледгър инфраструктура (Ledger infrastructure), като Modern Treasury Ledgers	Създадена за висока пропускателна способност и неизменяемост, а не за данъчни декларации
Искате една система за операционната дейност и финансите	ERP система като Odoo	Широта на обхвата срещу цената на самостоятелната поддръжка
Вие сте малък бизнес със счетоводител	Xero, QuickBooks или локален еквивалент	Приложението е същността на решението

Вградено счетоводно API

Това е директният отговор на „API, а не приложение“. Счетоводната система се превръща в бекенд услуга, която вашият продукт извиква, а потребителите ви никога не виждат главна книга.

Nordlet е изграден точно за този модел: неизменяема ледгър книга с двустранно счетоводно записване, при която балансът се гарантира от зададен в базата данни тригър в момента на съхранение (commit), последователно номероване на документите без пропуски, заключване на периоди, което отхвърля записи с дата вътре в затворен месец с код 409, одитна следа за всяка промяна, поддръжка на Idempotency-Key, която връща записания отговор при повторен опит, и подписани уебхукове, записвани в транзакционна кутия (outbox) в рамките на същата база данни като промяната. Ценообразуването е базирано на потребление, вместо на брой компании: започва от 10 евро на месец с включени 3000 заявки, с неограничен брой компании, потребители и sandbox компании във всеки план.

Честните ограничения: Nordlet е в ранен достъп (early access) и приема пилотни партньори; ДДС в ЕС покрива ставките по държави, VIES валидация и изчисляване на OSS/IOSS справки, но пакетите за местни данъчни декларации за момента се поддържат за три държави - Литва (FR0600), Германия (UStVA) и Полша (JPK_V7M), а трудовите възнаграждения и заплатите са само за Литва.

Агрегатори

Codat, Rutter и Merge ви дават единен интерфейс към която и счетоводна система да използва всеки отделен клиент. Ако задачата на вашия продукт е да чете или пише в счетоводните книги на вашите клиенти - кредитиране, управление на разходите, анализи - това е правилната категория, а вграденият ледгър би бил грешен избор. Ако вашата платформа трябва да бъде официалната система за отчитане (system of record), агрегаторът не може да изпълнява тази роля.

Ледгър инфраструктура

Продуктите в тази категория проследяват салда неизменяемо и с висока пропускателна способност, без да извършват законоустановено счетоводство. Те са подходящи за портфейл или платежен продукт, като оставят ДДС, фактурирането и годишното отчетност на нещо друго.

ERP

Odoo и подобните пакети обхващат много по-голяма част от бизнеса в сравнение с чисто счетоводните системи. Компромисът за платформените разработчици е интеграционната повърхност: външният API на Odoo работи на ниво модел от данни чрез RPC, документацията му посочва, че достъпът през API е ограничен до ценовия план Custom, а текущите RPC крайни точки подлежат на замяна с по-нов JSON API. Това е разгледано в Nordlet срещу Odoo за платформени разработчици.

Ако мигрирате от QuickBooks

Няколко неща, които надеждно отнемат повече време от очакваното:

Мапиране на сметкоплана. Направете го съзнателно и запазете кода на старата сметка като референтно поле в новата сметка. Ще ви трябва, когато някой попита защо сравнима величина се е променила.
Начални салда. Мигрирайте като салда към определена дата на рязко прекъсване (cut-off date), а не като история с повторно пуснати записи. Поддържайте старта система четима за срока на съхранение, вместо да се опитвате да възпроизвеждате години наред записи.
Номерация на документите. Решете дали новата серия продължава старата номерация или започва наново, и проверете изискванията във вашата юрисдикция, преди да изберете.
Отворени позиции. Неплатените фактури, неизползваните кредити и частичните плащания трябва да постъпят като отворени позиции, а не като нетни салда, в противен случай последващото реконсилиране няма да работи.
Данъчни периоди. Не мигрирайте в средата на период, освен ако не сте готови да подадете една справка-декларация от две системи.
Работете с двете системи за един цикъл. Пуснете един и същ месец в двете и сравнете оборотната ведомост, преди да спрете старата система.

FAQ

Има ли безплатна алтернатива на QuickBooks?

Има безплатни счетоводни системи с отворен код, а Odoo предлага безплатен план, ограничен до едно приложение. Безплатното рядко остава безплатно за една платформа, защото разходите се прехвърлят към хостинг, надстройки, актуализации за съответствие с нормативната уредба и инженерното време за поддържане на интеграцията. Оценявайте общата стойност, а не само лиценза.

Кое е по-добро от QuickBooks за маркетплейс (marketplace)?

Специално за маркетплейс счетоводство, вграденото счетоводно API е по-добро структурно решение, защото може да води счетоводни книги за множество субекти в рамките на един акаунт, да налага счетоводни правила на сървърната страна и да се управлява изцяло от вашия софтуер. QuickBooks остава по-добър продукт за отделен бизнес със счетоводител.

QuickBooks има ли API за разработчици?

Да. QuickBooks Online предлага REST API с OAuth 2.0, уебхукове и портал за разработчици. Ограничението при използване в платформа не е в качеството на API, а в неговия обхват: той е проектиран да се интегрира със счетоводството на една компания, а не да бъде главната книга вътре в друг продукт.

Мога ли да запазя QuickBooks и да добавя счетоводно API?

Можете и някои екипи правят точно това: собственото счетоводство на платформата се съхранява във вграден ледгър, докато интеграциите подават обобщени дневници към счетоводната система, която използва всеки бизнес клиент. Основното правило, което трябва да спазвате, е точно една система да бъде официалният източник на данни (system of record) за даден набор от счетоводни книги. Две системи, които едновременно твърдят, че са авторитетни, са начинът, по който започват проблемите с реконсилирането.

А какво ще кажете за Xero вместо това?

Xero е силна алтернатива като приложение и има добре документиран API, но притежава същата структурна форма: абонаментите и лимитите на API са за организация, а несертифицираните приложения са ограничени до 25 свързани организации. Сравнението е представено в Nordlet срещу Xero за вградено счетоводство.