Разходи за счетоводна интеграция: Един проект за всеки доставчик

Публикуваните оценки варират от три седмици до дванадесет месеца за всяка счетоводна система, като работата не се пренася от един доставчик към друг. Ето числата, техните източници и алтернативата.

Една платформа, която се свързва със счетоводните системи на своите клиенти, изгражда по една интеграция за всеки доставчик. Публикуваните оценки за една интеграция варират от три до четири седмици за първа работеща връзка с QuickBooks до шест до дванадесет месеца за NetSuite, като всяка открита от нас оценка идва от компания, която продава начин да се избегне тази работа. Работата не се пренася: QuickBooks, Xero, NetSuite и Microsoft Dynamics 365 Business Central имат собствени методи за влизане, време за живот на токените, заявков синтаксис, лимити на заявките, такси и график за оттегляне на функционалности. Шест доставчика означават шест проекта и шест бюджета за поддръжка.

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

Колко време отнема една счетоводна интеграция

Никой не публикува неутрално проучване относно времето за изграждане на интеграции. Посочените по-долу числа идват от компании, които продават обединени счетоводни API (unified accounting APIs), така че имат стимул да представят работата като по-мащабна. Въпреки това те са най-конкретните налични числа и са съгласувани помежду си, след като разграничите „първата работеща версия“ от „производствената среда“ (production).

Източник	Какво твърдят	Тяхната мотивация
Apideck (2026)	QuickBooks: „един кадърен софтуерен инженер може да подготви работещо решение за три до четири седмици“. Поддръжката на над 35 конектора изисква „поне един инженер, изцяло посветен на поддръжката на интеграциите“.	Продава обединено API
Rutter (април 2026)	„Три инженерни месеца за всяка платформа“, което Rutter определя като консервативна оценка. За NetSuite „крайният срок се разтяга до шест до дванадесет месеца“. Клиент е оценил QuickBooks на двама инженери за няколко месеца; отнело е „поне три месеца с множество итерации“.	Продава обединено API
Merge	150 часа за изграждане на една интеграция и 300 часа годишно за нейната поддръжка, при заплата от 150 000 щатски долара. Merge определя разходите на „50 000 до 150 000 щатски долара годишно“.	Продава обединено API

Две неща в тези числа са по-важни от общите суми.

Първо, разликата между три седмици и три месеца е разликата между демонстрационната версия (demo) и производствената среда (production). Връзка, която създава фактура, заработва бързо. Връзка, която издържа на изтичане на токени, дублирани уебхукове (webhooks), лимити на заявките, частични грешки и клиент, който свързва наново различен фирмен файл, отнема останалото време. Нашето ръководство за интегриране на облачно счетоводно API в SaaS платформа описва тази работа стъпка по стъпка.

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

Защо втората интеграция струва колкото първата

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

	QuickBooks Online	Xero	NetSuite	Business Central
Влизане в системата	OAuth 2.0	OAuth 2.0	OAuth 2.0; удостоверяването въз основа на токени е преустановено за нови интеграции от версия 2027.1	Само Microsoft Entra ID OAuth
Време за живот на достъпващия токен (access token)	1 час	30 минути	60 минутa	Определя се от Entra ID
Опресняващ токен (refresh token)	100 дни с плъзгащ се прозорец (rolling), максимум пет години	60 дни с плъзгащ се прозорец (rolling)	7 дни	Определя се от Entra ID
Стил на заявките	SQL подобен `SELECT … FROM Invoice`, без `OR`, без обединения (joins)	REST с параметър `where`	SuiteQL (SQL) през REST, плюс SOAP до 2028 г.	OData v4
Лимит на заявките	500 заявки в минута и 10 в секунда за компания	60 в минута, 5 000 на ден и 5 едновременни за компания	5 до 20 едновременни заявки на профил, според тарифния план	6 000 заявки за 5 минути и 5 едновременни на потребител
Отделна такса за API	Програма за партньори за приложения (App Partner Program): безплатен план, след това от 300 до 4 500 щатски долара на месец	Планове за приложения от безплатни до 1 445 австралийски долара на месец	Не е открито; допълнителната едновременност се продава като лицензи SuiteCloud Plus	Не е открито

Източници: ЧЗВ за оторизацията на Intuit, Лимити и ограничения на Intuit, Ръководство за програмата за партньори за приложения на Intuit, Ръководство за Xero OAuth 2.0, Лимити на Xero API, Ценообразуване на Xero, Токени NetSuite OAuth 2.0, Удостоверяване въз основа на токени в NetSuite, Оперативни лимити на Business Central.

Токените изтичат по четири различни графика

Една интеграция трябва да опреснява токените на всеки доставчик преди изтичането им и да съхранява новия опресняващ токен всеки път, в противен случай клиентът трябва да се свърже наново. Графиците се различават четиринадесеткратно: опресняващият токен на NetSuite издържа седем дни, а този на QuickBooks – 100 дни. QuickBooks добавя стриктно ограничение: опресняващите токени са валидни най-много пет години, така че дълготрайните връзки ще започнат да изтичат на фиксирана дата независимо от употребата. Всеки график изисква собствена фонова задача за опресняване, собствено обработване на грешки и собствено съобщение до клиента от типа „моля, свържете се наново“.

Всеки доставчик има собствен език за заявки

Четенето на данни обратно е моментът, в който кодът се разминава най-много. QuickBooks приема ограничен SQL диалект без OR и без обединения (joins), като връща най-много 1 000 записа на страница. Xero филтрира с израз where в URL адреса и препоръчва прости тестове за равенство при големи организации. NetSuite разполага със SuiteQL - пълен SQL диалект, изпращан към собствен краен пункт (endpoint). Business Central използва OData филтри. Една заявка, която намира платени фактури за един клиент, представлява четири различни парчета код, всяко със собствено странициране и специфични гранични случаи (edge cases).

Всеки доставчик ограничава трафика по различен начин

QuickBooks и Xero броят заявките на компания за минута. NetSuite брои едновременните заявки за целия профил, така че вашата интеграция споделя ресурсния лимит с всяка друга интеграция, която клиентът изпълнява, като NetSuite отхвърля заявките над лимита. Business Central броя заявките на потребител в рамките на петминутен прозорец. Масовото импортиране (bulk import), което е безопасно спрямо един доставчик, се ограничава от друг, затова логиката за регулиране на трафика (throttling) и повторни опити (retry logic) се пише отделно за всеки доставчик.

Достъпът е търговско взаимоотношение

Два от четиримата доставчици вече таксуват за API достъп на база обем. Програмата за партньори за приложения на Intuit измерва заявките „CorePlus“, които обхващат повечето четения на данни, и ги блокира над включеното количество в безплатния план; платените планове струват 300, 1 700 и 4 500 щатски долара на месец. Xero премина към платени планове за приложения на 2 март 2026 г., вариращи от безплатен план, ограничен до 5 връзки, до 1 445 австралийски долара на месец за 10 000 връзки. Следователно текущите разходи за интеграцията зависят от това колко от вашите клиенти използват съответния доставчик и колко данни произате.

Доставчиците променят правилата по собствен график

Една интеграция, която работи днес, има предварително обявен списък от задължителни пренаписвания на кода:

NetSuite спира да приема нови интеграции, използващи удостоверяване въз основа на токени, считано от версия 2027.1, а съобщението относно SOAP на Oracle посочва, че „с версия 2028.2 на NetSuite всички крайни точки ще бъдат деактивирани и интеграциите, базирани на SOAP, ще спрат да работят“ (Известие за SOAP на NetSuite).
Xero въвежда детайлни обхвати на правата (permission scopes) за приложения, създадени след март 2026 г., и дава срок на съществуващите приложения да се прехвърлят до септември 2027 г. (Общ преглед на Xero OAuth 2.0).
QuickBooks прилага споменатото по-горе петгодишно ограничение на опресняващия токен и пенсионира по-старите под-версии на API, така че версия 75 да се превърне в основа.
Business Central онлайн спре да приема ключове за достъп (базово удостоверяване / basic authentication) за уеб услуги през 2022 г.; интеграциите трябваше да преминат към Entra ID OAuth (Списък на Microsoft с отпаднали функционалности).

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

Аритметиката за шест интеграции

Вземете цифрата на Rutter от три инженерни месеца на платформа и цифрата на Merge от 300 часа за поддръжка годишно и ги приложете към шест счетоводни системи:

	Един доставчик	Шест доставчици
Изграждане	3 инженерни месеца	18 инженерни месеца
Поддръжка годишно	300 часа	1 800 часа, близо до един инженер на пълен работен ден

Това са собствените предположения на доставчиците, а не нашите, като само NetSuite би ги надвишил. Същността е в мащаба: разходите нарастват с броя на доставчиците, а линията на поддръжката никога не свършва. Обединеното API намалява времето за изграждане, но тогава зависите от това колко добре то покрива операциите по запис и граничните случаи на всеки доставчик, като за него се плаща на връзка или на заявка. Нашата статия изграждане спрямо купуване (build-versus-buy) разглежда изчисляването на тези разходи по честен начин.

Интегрирайте се веднъж: съхранявайте счетоводството във вашия продукт

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

Как изглежда тази една интеграция в Nordlet:

Единна структура на заявките. Всяка операция е POST /v1/{module}/{resource}/{action}. Всяко действие list приема едно и също тяло за филтриране, сортиране и странициране, като всяка грешка използва еднакъв обвиващ формат (envelope). Кодът, написан за един краен пункт, работи по същия начин и за останалите. Вижте Конвенции за API.
API ключове вместо опресняващи токени. Един ключ принадлежи на една компания, носи фиксирани обхвати на правата, може да има зададена от вас дата на изтичане и може да бъде отзван. Няма опресняващ токен за въртене (rotate) и съхранение.
Безопасни повторни опити (retries). Всяка промяна приема заглавна част (header) Idempotency-Key. Повтарянето на заявка със същия ключ връща съхранения отговор вместо създаването на втора фактура.
Подписани уебхукове с повторни опити. Събитията се записват в същата транзакция на базата данни като промяната, подписват се с HMAC-SHA256 и се повтарят в рамките на около 24 часа.
Един публикуван лимит на заявките. 300 заявки в минута за API ключ, отчитани в заглавните части x-ratelimit-*.
Типизирани SDK библиотеки на девет езика, генерирани от една OpenAPI спецификация. Вижте SDK библиотеки.
Неограничен брой тестови фиктивни компании (sandbox companies) под един профил за целите на тестовете за интеграция.
Една ценова листа. Плановете се отчитат на база брой заявки, като започват от 10 евро на месец за 3 000 заявки. Вижте ценообразуване.

Главната счетоводна книга с двустранно счетоводство (double-entry ledger), фактурите, съгласуването на банкови извлечения (bank matching), справките по ДДС и отчетите са достъпни чрез същото това API, така че интеграцията обхваща самото счетоводство, а не неговото копие. Страницата с функционалности изброява включените възможности, а какво представлява счетоводното API обяснява модела по-подробно.

Клиенти, които вече имат счетоводство другаде

Две неща заменят конекторите за отделни доставчици, които една платформа иначе би трябвало да изгради за тези клиенти:

Преместване в системата. Индивидуалният сметкоплан на компанията, контрагентите, началното салдо или пълната хронология на счетоводните статии, отворените фактури, дълготрайните активи и наличностите се импортират с една единствена заявка. Вижте мигриране от друга система.
Файлове за счетоводителя. Когато счетоводителят на клиента работи със собствен софтуер, Nordlet експортира главната книга във форматите, които този софтуер разчита: пакет счетоводни записвания DATEV (POST /v1/reports/datev) за германски счетоводители и SIE 4 файл (POST /v1/reports/sie) за шведски такива. Експортирането на файл не изисква вход в системата, опресняване на токени или такса на заявка от счетоводния доставчик.

Кога конекторите все още са правилният отговор

Поддържането на счетоводството във вашия продукт не е правилният избор за всяка платформа:

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

Аргументът за интегриране веднъж важи, когато вашата платформа трябва да управлява счетоводството на своите потребители, а не да го дублира: пазари (marketplaces), които изплащат средства към продавачи, платформи, които фактурират от името на своите потребители, и SaaS продукти, при които счетоводството е част от самия продукт. Преди да изберете който и да е път, нашият план за предпроизводствени тестове на счетоводно API описва какво подлежи на тестване.

FAQ

Колко време отнема изграждането на интеграция с QuickBooks?

Apideck изчислява три до четири седмици за първа работеща версия от един способен инженер. Клиент на Rutter е оценил времето на двама инженери за няколко месеца, като са били необходими поне три месеца с няколко итерации. Производствената работа (опресняване на токени, повторни опити, лимити на заявките, повторно свързване и съгласуване) е разликата между тези цифри.

Колко време отнема интеграцията с NetSuite?

Rutter определя NetSuite на шест до дванадесет месеца. NetSuite добавя лимити за едновременност на ниво профил, седемдневни опресняващи токени, SuiteQL наред със SOAP, както и обявени промени: липса на нови интеграции с удостоверяване въз основа на токени от версия 2027.1 и деактивирани SOAP крайни точки във версия 2028.2.

Премахва ли обединеното счетоводно API работата по поддръжка на отделните доставчици?

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

Колко струва API достъпът до QuickBooks и Xero?

Програмата за партньори за приложения на Intuit има безплатен план Builder и платени планове на стойност 300, 1 700 и 4 500 щатски долара на месец, като четенето на данни се тарифира над включеното количество. Плановете за приложения на Xero, в сила от 2 март 2026 г., варират от безплатен план за 5 връзки до 1 445 австралийски долара на месец за 10 000 връзки, като по-големите планове се договарят индивидуално.

Може ли Nordlet да замени интеграциите със счетоводните системи на моите клиенти?

Когато вашата платформа поддържа счетоводството на своите потребители - да: вие изграждате една интеграция с API на Nordlet вместо по една за всеки счетоводен доставчик. Съществуващото счетоводство се импортира с една заявка, а счетоводителите, които използват съвместим с DATEV или SIE софтуер, получават файлове за експорт. Nordlet не извършва синхронизация към QuickBooks, Xero, NetSuite или Business Central; ако те трябва да останат системата на първичния запис, вие все още се нуждаете от конектори към тях.