Найкращі бухгалтери API для SaaS-платформ і маркетплейсів (2026)
Сім варіантів, які команда платформи дійсно бере до уваги, розсортовані за призначенням, із зазначенням обмежень і цінових моделей, які визначають вибір.
„Найкраще бухгалтерське API“ - це запитання без відповіді, доки ви не визначите, для чого саме потрібне це API. Продукти, які з'являються за цим пошуковим запитом, не є конкурентами один одному. Вони поділяються на чотири категорії, що вирішують різні завдання, і вибір не з тієї категорії - це найдорожча помилка, яку тут можна зробити.
Цей посібник сортує реалістичні варіанти за категоріями, вказує на сильні сторони кожного з них та називає обмеження, що визначають остаточний вибір. Факти про інших вендорів взяті з їхньої власної документації та сторінок ціноутворення, на які наведено посилання в тексті; усе, що ми не змогли перевірити, позначено як непідтверджене, а не вигадане.
Чотири категорії
| Категорія | Що ви отримуєте | Кому підходить |
|---|---|---|
| Вбудований бухгалтерський бекенд | Регламентований подвійний запис, яким володіє ваш продукт, із податками та документами | Платформам, які мають бути системою обліку (system of record) |
| Бухгалтерія з фокусом на API та готові додатки | Повноцінний бухгалтерський додаток плюс програмний доступ до нього | Продуктам, які обслуговують бізнес, що вже веде облік у цьому додатку |
| Інфраструктура реєстрів | Швидке незмінне відстеження балансів без регламентованого бухобліку | Гаманцям, внутрішньододатковим балансам, платіжним продуктам |
| Агрегатор / уніфіковане API | Єдиний інтерфейс до будь-якого бухгалтерського додатка, який використовує кожен клієнт | Інструментам, які читають або записують бухгалтерські дані своїх клієнтів |
| Податковий рушій | Ставки, розрахунок, іноді подання звіттності | Усім, кому потрібні податкові розрахунки паралельно з обліком, що ведеться в іншому місці |
Швидке порівняння
| Продукт | Категорія | Обліком володієте ви | Глибина ПДВ в ЄС | Цінова модель |
|---|---|---|---|---|
| Nordlet | Вбудований бухгалтерський бекенд | Так | ПДВ по країнах, VIES, звіти OSS/IOSS | Тарифікація за кількістю записів (metered) |
| Xero API | Бухгалтерія з фокусом на додатки | Так, у Xero | Звіти з ПДВ для підтримуваних країн | За організацію на місяць |
| QuickBooks Online API | Бухгалтерія з фокусом на додатки | Так, у QuickBooks | ПДВ за регіонами; немає стандартної процедури IOSS | За передплатою на компанію |
| Odoo | ERP з RPC API | Так, самостійне хостинг-рішення або хмара | Модулі локалізації по країнах | За користувача, API на тарифі Custom |
| Modern Treasury Ledgers | Інфраструктура реєстрів | Баланси, а не регламентований облік | Не є податковим продуктом | За контрактом |
| Codat / Rutter / Merge | Агрегатор | Ні, ними володіє додаток вашого клієнта | Успадковується від базового додатка | За контрактом, зазвичай за підключення |
| Stripe Tax | Податковий рушій | Ні | Розрахунок та необов'язкове подання звіттності | За розрахунок та транзакцію |
1. Nordlet - вбудований бухоблік методом подвійного запису з підтримкою ПДВ ЄС
Nordlet - це бухгалтерський бекенд, до якого платформа звертається зі свого власного коду. Він надає незмінну головну книгу (immutable ledger) подвійного запису, виставлення рахунків, облік закупівель, банківську звірку (reconciliation), облік товарно-матеріальних цінностей, заробітну плату та податки ЄС через єдиний REST-інтерфейс, який наразі налічує понад 400 ендпоїнтів у 29 модулях, згенерованих з однієї специфікації OpenAPI.
Що важливо саме для роботи платформи: збалансованість проводок забезпечується тригером бази даних у момент фіксації (commit), а не кодом додатка; заблоковані періоди відхиляють будь-які проводки, датовані всередині них; номери документів є неперервними та виділяються з урахуванням безпеки паралельності; а кожна зміна реєструється із зазначенням ініціатора (actor), дії, сутності та самої зміни. Повторні спроби запитів (retries) захищені заголовком Idempotency-Key, який повертає збережену відповідь замість створення другого документа. Події вебхуків записуються у транзакційну скриньку вихідних повідомлень (transactional outbox) у межах тієї ж транзакції бази даних, що й зміна, тож скасований документ ніколи не згенерує подію.
Ціноутворення базується на споживанні (metered): плани від 10 євро на місяць із 3 000 запитів, 50 євро із 30 000 запитів та 300 євро із 200 000 запитів, додаткові запити тарифікуються за штуку. Кожен план включає всі модулі та повний API; кількість компаній, користувачів і тестових (sandbox) компаній не обмежена.
Обмеження, про які слід знати: Nordlet перебуває на етапі раннього доступу (early access) та залучення партнерів із розробки, тому строки запуску у виробництво - це питання, яке варто уточнити. Довідник ставок ПДВ ЄС охоплює країни ЄС-27, а звіти OSS/IOSS розраховуються на основі ваших рахунків-фактур, проте стандартні пакети внутрішньої звітності наразі постачаються лише для трьох країн - Литви (FR0600), Німеччини (UStVA) та Польщі (JPK_V7M); облік заробітної плати доступний тільки для Литви, а податкова звітність не подається до податкових органів від вашого імені.
Найкраще підходить для: маркетплейсів, SaaS-платформ та продуктів електронної комерції, яким необхідно володіти власними обліковими книгами та підтвердженнями щодо ПДВ ЄС усередині власного продукту.
2. Xero API - зріле бухгалтерське API, орієнтоване на готові додатки
Xero - це бухгалтерський додаток із добре документованим REST API, магазином додатків та великою спільнотою бухгалтерів. Якщо ваші клієнти вже ведуть облік у Xero, інтеграція з ним дозволяє працювати у звичному для них середовищі.
Для вбудованого використання обмеження носять скоріше структурний, ніж технічний характер. Xero документує обмеження API на рівні 60 викликів на хвилину та 5 000 викликів на день для однієї підключеної організації, 5 паралельних викликів і 10 000 викликів на хвилину для всього додатка. Несертифіковані додатки можуть підключатися щонайбільше до 25 організацій; вихід за ці межі вимагає сертифікації App Partner - процесу перевірки з кількома контрольними точками та комерційними умовами. Ціноутворення здійснюється з розрахунку за організацію на місяць і публікується на сторінках ціноутворення Xero залежно від країни.
Найкраще підходить для: продуктів, які інтегруються з обліковими книгами, що їхні клієнти вже ведуть. Складніше використовується як бухгалтерський бекенд для сотень чи тисяч орендарів (tenants), оскільки кожен орендар є окремою підпискою та окремим підключенням у межах цих лімітів.
3. QuickBooks Online API - найбільша база встановлень
QuickBooks Online має найбільшу частку серед малого бізнесу на кількох ринках, пропонує REST API на базі OAuth 2.0, вебхуки та велику екосистему розробників. Обмеження кількості запитів (throttling) зазвичай документуються на рівні 500 запитів на хвилину на компанію, з нижчими лімітами для пакетних ендпоїнтів та ендпоїнтів звітів; власна документація розробників Intuit є основним джерелом для перевірки актуальних показників.
API прив'язаний до файлу компанії, тому платформа, яка обслуговує багато підприємств, керує багатьма з'єднаннями, а не одним багатомунисним обліковим записом. Щодо транскордонних податків у ЄС, у власних матеріалах підтримки Intuit зазначається, що немає стандартної процедури реєстрації ПДВ IOSS, і рекомендується звернутися до рахівника або бухгалтера, що варто знати перед плануванням процесів дистанційного продажу на його основі.
Найкраще підходить для: охоплення компаній, які вже використовують QuickBooks. Не розроблений для того, щоб бути головною книгою всередині чужої платформи.
4. Odoo - ERP-система з відкритим кодом і API на рівні моделей
Odoo охоплює бухгалтерський облік поряд із управлінням запасами, виробництвом, CRM та багатьом іншим, може розгортатися самостійно та є дійсно розширюваним. Його зовнішній API працює на рівні моделей, а не на рівні доменної логіки: ви викликаєте ORM-методи для таких моделей, як account.move та res.partner, через XML-RPC або JSON-RPC. Це потужний інструмент, який водночас покладає на вас відповідальність за правильне використання моделей.
Два факти змінюють розрахунки для розробників платформ. Документація Odoo зазначає, що доступ до зовнішнього API доступний на тарифному плані Custom, але не на планах One App Free або Standard. Крім того, Odoo оголосила, що ендпоїнти /xmlrpc, /xmlrpc/2 та /jsonrpc плануються до видалення в Odoo 22 та Odoo Online 21.1, а на заміну їм прийде новіший JSON-2 API, тому на інтеграцію, створену сьогодні, в майбутньому чекає міграція. Ціноутворення здійснюється за користувача на місяць і публікується на сторінці ціноутворення Odoo.
Найкраще підходить для: компаній, яким потрібна єдина система для операційної діяльності та фінансів, за наявності власних ресурсів для її запуску та оновлення. Більш детальний розбір наведено у статті Nordlet проти Odoo для розробників платформ.
5. Modern Treasury Ledgers - інфраструктура реєстрів
Modern Treasury Ledgers надає високопродуктивне незмінне відстеження балансів за методом подвійного запису, створене для розробників і орієнтоване на гаманці, внутрішньододаткові баланси та платіжні продукти. Система спроектована для забезпечення узгодженості та паралельності при високих обсягах.
Це не регламентований бухгалтерський облік. Тут немає плану рахунків для вашого річного звіту, податкового рушія, нумерації рахунків-фактур чи податкових реєстрів. Командам часто потрібно і те, й інше: інфраструктура для балансів у реальному часі та бухгалтерська система для книг, які подаються у звітності.
Найкраще підходить для: балансів у реальному часі при високих темпах транзакцій, коли регламентований бухоблік обробляється окремо.
6. Codat, Rutter та Merge - уніфіковані API до бухгалтерських книг ваших клієнтів
Ці продукти надають єдиний інтерфейс, який читає дані з багатьох бухгалтерських систем і записує їх туди, керуючи автентифікацією, мапінгом полів та синхронізацією. Codat схиляється до сценаріїв кредитування та банкінгу, Rutter - до даних комерції та платежів, а Merge пропонує широкий горизонтальний функціонал у багатьох категоріях програмного забезпечення.
Важливо чітко розуміти: з агрегатором бухгалтерські книги все одно залишаються книгами вашого клієнта в інструменті вашого клієнта. Це абсолютно правильно, якщо ви створюєте сервіси кредитування, управління витратами чи аналітики. Це абсолютно неправильно, якщо ваша платформа має бути системою обліку, оскільки ви успадковуєте все, що робить кожен базовий додаток, і не можете забезпечити єдину модель для них усіх.
Найкраще підходить для: читання або запису існуючих бухгалтерських книг ваших клієнтів у великих масштабах.
7. Stripe Tax - податковий розрахунок, а не бухоблік
Stripe Tax розраховує та стягує податки всередині екосистеми Stripe і пропонує кероване подання звітності на вищих тарифах із чітким публічним ціноутворенням за виклик розрахунку та за транзакцію. Його записи транзакцій є податковими записами, а не загальними бухгалтерськими журналами.
Найкраще підходить для: бізнесу, який вже працює на Stripe і якому потрібно швидко отримати правильні податкові розрахунки, тоді як облік ведеться в іншому місці.
Що обрати для конкретного завдання
| Ваше завдання | Зверніть увагу на |
|---|---|
| Бути системою обліку для власних книг вашої платформи | Вбудований бухгалтерський бекенд |
| Продавати бізнесу, який веде облік у Xero чи QuickBooks | API цього вендора або агрегатор, якщо потрібно кілька |
| Відстежувати баланси гаманців за тисяч транзакцій на секунду | Інфраструктуру реєстрів |
| Читати книги багатьох клієнтів для кредитування чи аналітики | Агрегатор |
| Отримати правильну податкову ставку під час оформлення замовлення | Податковий рушій |
| Вести фінанси та операції в одній системі власними силами | ERP |
Більшість платформ у підсумку використовують два з цих інструментів, а не один. Комбінація, яку варто спланувати - це бухгалтерський бекенд, що володіє книгами, плюс податковий рушій або агрегатор на периферії, а перше рішення, яке потрібно прийняти - який саме продукт володіє обліковим записом, оскільки все інше налаштовується навколо нього.
FAQ
Яке бухгалтерське API є найкращим для маркетплейсу?
Для маркетплейсу, який повинен володіти власними книгами, правильним вибором є вбудований бухгалтерський бекенд, оскільки кредиторська заборгованість продавців, дохід від комісій, повернення коштів та ПДВ по країнах мають реєструватися в одному місці з контрольним слідом (audit trail). API, орієнтовані на готові додатки, такі як Xero та QuickBooks, більше підходять для інтеграції з книгами, які ваші клієнти вже ведуть, ніж для виконання ролі вашої головної книги для сотень орендарів.
Чи можу я просто використовувати Stripe для бухобліку маркетплейсу?
Stripe переказує та розподіляє кошти, а також може розраховувати податки. Він не веде облік методом подвійного запису для вашої платформи: зароблені комісії, ПДВ, що підлягає сплаті з комісій, зобов'язання перед продавцями в період між платежем та виплатою, повернення коштів і резерви все одно потрібно десь реєструвати, і цей запис має звірятися зі Stripe, а не сприйматися як належне.
Чи є уніфіковане бухгалтерське API замінником власної головної книги?
Ні. Уніфіковане API - це шлях до чужих головних книг. Якщо ваша платформа є системою обліку, вам потрібна власна.
Скільки коштують бухгалтерські API?
Моделі відрізняються сильніше, ніж ціни. Ціноутворення за організацію та за користувача стягує плату залежно від масштабу бізнесу; тарифікація за споживанням (metered) стягує плату за використання. Опубліковані плани Nordlet починаються від 10 євро на місяць із включеними 3 000 запитів. Xero, QuickBooks та Odoo публікують ціни підписок за організацію, компанію чи користувача на власних сайтах, і саме на ці цифри варто спиратися при плануванні бюджету.
Що варто протестувати перед тим, як обрати будь-який із цих продуктів?
Проведіть розбиту на частини транзакцію (split transaction) та перевірте журнал. Надішліть той самий запит двічі та підрахуйте результати. Спробуйте відредагувати проведене надходження та зробити проводку в закритий період. Експортуйте дані за місяць і подивіться, чи зможе бухгалтер їх прочитати. Ці чотири тести відокремлюють категорії швидше за будь-який перелік функцій.