Nordlet

← Блог

Най-добрите счетоводни API за SaaS платформи и прекyвита (marketplaces) (2026 г.)

Седем опции, които един продуктов екип наистина разглежда, подредени според предназначението им, заедно с лимитите и ценовите модели, които определят избора.

Nordlet Team · · 10 мин четене

"Най-доброто счетоводно API" е въпрос без отговор, докато не уточните за какво ще се използва съответното API. Продуктите, които излизат при това търсене, не са конкуренти помежду си. Те попадат в четири категории, които решават различни проблеми, а изборът на грешна категория е най-скъпоструващата грешка тук.

Настоящото ръководство подрежда реалистичните опции по категории, посочва силните страни на всяка от тях и назовава ограниченията, които определят крайния избор. Фактите за другите доставчици са взети от тяхната собствена документация и ценови страници (връзки към които са оставени в текста); всичко, което не успяхме да проверим, е обозначено като непотвърдено, вместо да бъде предполагано.

Четирите категории

Категория Какво получавате За кого е подходящо
Вграден счетоводен софтуер (embedded accounting backend) Законоустановено двустранно счетоводство, притежавано от вашия продукт, заедно с данъци и документи Платформи, които трябва да бъдат система на първоначален запис (system of record)
API-ориентирано счетоводство с API Зряло счетоводно приложение, плюс програмен достъп до него Продукти, които обслужват фирми, водещи вече счетоводството си в това приложение
Инфраструктура за главни книги (ledger infrastructure) Бързо неизменно проследяване на салда без законоустановено счетоводство Портфейли, вътрешни приложения за салда, платежни продукти
Агрегатор / обединено API (unified API) Единен интерфейс към счетоводното приложение, което използва всеки отделен клиент Инструменти, които четат или записват счетоводните данни на своите клиенти
Данъчен двигател (tax engine) Ставки, изчисление, понякога подаване на декларации Всеки, който се нуждае от данъчни изчисления, наред със счетоводство, водено на друго място

Бързо сравнение

Продукт Категория Чие счетоводство притежавате Дълбочина на ДДС в ЕС Ценови модел
Nordlet Вграден счетоводен софтуер Да ДДС по държави, VIES, OSS/IOSS справки На база заявки
Xero API API-ориентирано счетоводство Да, в Xero ДДС справки за поддържаните държави На организация, на месец
QuickBooks Online API API-ориентирано счетоводство Да, в QuickBooks ДДС по региони; без стандартна IOSS процедура На фирменен абонамент
Odoo ERP с RPC API Да, със собствено хостване или хоствано Модули за локализация по държави На потребител, API в Custom плана
Modern Treasury Ledgers Инфраструктура за главни книги Салда, а не законоустановено счетоводство Не е данъчен продукт Договор
Codat / Rutter / Merge Агрегатор Не, инструментът на вашия клиент ги притежава Наследява се от базовото приложение Договор, обикновено на връзка
Stripe Tax Данъчен двигател Не Изчисление и опционално подаване На изчисление и транзакция

1. Nordlet - вградено двустранно счетоводство с ДДС в ЕС

Nordlet е счетоводен софтуер (backend), който дадена платформа извиква от собствения си код. То предоставя неизменна главна книга с двустранно счетоводство, фактуриране, записи за покупки, банково съгласуване (reconciliation), складова наличност, трудови възнаграждения и данъци в ЕС чрез единен REST интерфейс - към момента над 400 ендпойнта в 29 модула, генерирани от една OpenAPI спецификация.

Какво е важно конкретно за работата с платформи: балансираните контировки се гарантират от базата данни чрез тригър в момента на потвърждаване (commit), вместо от приложния код; заключените периоди отхвърлят всякакви записи с дата вътре в тях; номерата на документите нямат пропуски и се разпределят по начин, безопасен при едновременен достъп (concurrency-safe), а всяка промяна се записва заедно с извършителя, действието, обекта и самата промяна. Повторните опити (retries) се защитени от заглавка Idempotency-Key, която връща записания отговор, вместо да създава втори документ. Събитията от уебхуковете (webhooks) се записват в транзакционна опашка (outbox) в рамките на същата транзакция в базата данни, така че върнат назад (rolled-back) документ никога не генерира събитие.

Ценообразуването е на база консумация (metered): планове от 10 евро на месец с включени 3 000 заявки, 50 евро с 30 000 и 300 евро с 200 000, като допълнителните заявки се фактурират на брой. Всеки план включва всеки модул и пълното API; броят на фирмите, потребителите и тестовите (sandbox) компании е неограничен.

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

Най-подходящо за: прекyвита (marketplaces), SaaS платформи и продукти за електронна търговия, които трябва да притежават собствени счетоводни книги и доказателства за ДДС в ЕС в рамките на собствения си продукт.

2. Xero API - зряло 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 има най-широко присъствие сред малкия бизнес на няколко пазара, предлага OAuth 2.0 REST API, уебхукове и голяма екосистема от разработчици. Ограничаването на трафика (throttling) често се документира на ниво 500 заявки в минута за компания, с по-ниски лимити за пакетни (batch) ендпойнти и такива за отчети; собствената документация за разработчици на Intuit е авторитетният източник за проверка на актуалните числа.

API-то е обвързано с фирмен файл (company file), така че платформа, обслужваща много бизнеси, управлява множество връзки, вместо един многофирмен акаунт. По отношение на трансграничното данъчно облагане в ЕС, собствените материали за поддръжка на Intuit отбелязват, че няма стандартна процедура за отчитане на IOSS ДДС и препоръчват консултация с домоводител или счетоводител, което е добре да знаете, преди да планирате процесите си за дистанционни продажби около него.

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

4. Odoo - ERP с отворен код и API на ниво модел

Odoo покрива счетоводство наред със складово стопанство, производство, CRM и много други, може да бъде хоствано самостоятелно и е искрено разширяемо. Неговото външно API е на ниво модел, а не на ниво бизнес логика (domain-level): вие извиквате 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 предоставя високопроизводително, неизменно проследяване на салда с двустранно счетоводство, изградено за разработчици, насочено към портфейли, вътрешни приложения за салда и платежни продукти. То е проектирано за последователност (consistency) и едновременен достъп (concurrency) при големи обеми.

Това не е законоустановено счетоводство. Липсва сметкоплан за вашия годишен финансов отчет, данъчен двигател, номерова серия за фактури или данъчни регистри. Екипите често се нуждаят и от двете: инфраструктура за салда в реално време и счетоводна система за книгите, които подлежат на подаване.

Най-подходящо за: салда в реално време при високи нива на транзакциите, като законоустановеното счетоводство се управлява отделно.

6. Codat, Rutter и Merge - обединени API (unified APIs) към счетоводството на вашите клиенти

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

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

Най-подходящо за: четене или запис на съществуващите счетоводни книги на вашите клиенти в мащаб.

7. Stripe Tax - данъчно изчисление, а не счетоводство

Stripe Tax изчислява и събира данъци в рамките на екосистемата на Stripe и предлага управлявано подаване на декларации във високите планове, с ясни публични цени на изчислителна заявка и на транзакция. Неговите записи за транзакции са данъчни записи, а не общи счетоводни дневници.

Най-подходящо за: бизнеси, които вече са в Stripe и се нуждаят от бързи и правилни данъчни изчисления, докато счетоводството им се води другаде.

Какво да изберете за коя задача

Вашата задача Изберете
Да бъдете системата на първоначален запис за собственото счетоводство на платформата Вграден счетоводен софтуер
Да продавате на бизнеси, които водят счетоводството си в Xero или QuickBooks API на съответния доставчик или агрегатор, ако ви трябват няколко
Да проследявате салда по портфейли при хиляди транзакции в секунда Инфраструктура за главни книги
Да четете счетоводството на много клиенти с цел кредитиране или анализи Агрегатор
Да получите правилната данъчна ставка при плащане (checkout) Данъчен двигател
Да управлявате финансите и операциите в една система, със собствен ресурс ERP

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

FAQ

Кое е най-доброто счетоводно API за прекyвита (marketplace)?

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

Мога ли просто да използвам Stripe за счетоводството на прекyвита?

Stripe премества и разделя парични средства и може да изчислява данъци. То не води двустранно счетоводство за вашата платформа: спечелената комисиона, дължимият ДДС върху таксите, задълженията към продавачите между плащането и изплащането, възстановяванията и резервите все пак трябва да бъдат записани някъде, като този запис трябва да бъде съгласуван (reconciled) със Stripe, вместо да се приема за даденост.

Обединеното счетоводно API замества ли притежаването на собствена главна книга?

Не. Обединеното API е начин за достъп до чужди главни книги. Ако вашата платформа е система на първоначален запис, имате нужда от собствена такава.

Колко струват счетоводните API?

Моделите се различават повече от самите цени. Ценообразуването на база организация и потребител таксува структурата на бизнеса; ценообразуването на база консумация (metered) таксува използването. Публикуваните планове на Nordlet започват от 10 евро на месец с включени 3 000 заявки. Xero, QuickBooks и Odoo публикуват абонаментни цени на организация, компания или потребител на собствените си сайтове и това са цифрите, срещу които да планирате бюджета си.

Какво трябва да тествам, преди да се ангажирам с което и да е от тях?

Контирахте разделена транзакция и проверете дневника (journal). Изпратете същата заявка два пъти и пребройте резултатите. Опитайте се да редактирате отчетен запис и да направите запис в затворен период. Експортирайте данни за един месец и вижте дали счетоводител може да ги разчете. Тези четири теста разделят категориите по-бързо от който и да е списък с функции.

Допълнително четене