Вартість інтеграції з бухгалтерією: один проєкт для кожного постачальника

Офіційні оцінки становлять від трьох тижнів до дванадцяти місяців для кожної бухгалтерської системи, і ця робота не переноситься від одного постачальника до іншого. Ось цифри, їхні джерела та альтернативний варіант.

Платформа, яка підключається до бухгалтерських систем своїх клієнтів, створює по одній інтеграції для кожного постачальника. Оприлюднені оцінки однієї інтеграції варіюються від трьох-чотирьох тижнів для першого робочого підключення 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

У цих цифрах важливіші за загальні підсумки дві речі.

По-перше, розрив між трьома тижнями та трьома місяцями є розривом між демо-версією та продакшном. Підключення, яке створює рахунок-фактуру (invoice), працює швидко. Підключення, яке витримує закінчення терміну дії токена, дублювання вебхуків (webhooks), ліміти швидкості (rate limits), часткові збої та ситуацію, коли клієнт повторно підключає інший файл компанії, займає весь решту часу. Наш посібник з інтеграції хмарного бухгалтерського API в SaaS-платформу описує цю роботу крок за кроком.

По-друге, за моделюю Merge, підтримка обходиться дорожче за розробку: 300 годин на рік проти 150 годин одноразово. Ця вартість повторюється щороку для кожного постачальника, якого ви підтримуєте.

Чому друга інтеграція коштує стільки ж, скільки перша

Якби постачальники надавали однаковий інтерфейс, друга інтеграція використовувала б більшу частину напрацювань першої. Але це не так. У таблиці порівнюються чотири популярні системи.

	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 хвилин	Встановлюється Entra ID
Токен оновлення (refresh token)	100 днів з пролонгацією, максимум п'ять років	60 днів з пролонгацією	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 та без об'єднань, повертаючи щонайбільше 1 000 записів на сторінку. Xero фільтрує за допомогою виразу where в URL-адресі та радить використовувати прості тести на рівність для великих організацій. NetSuite має SuiteQL, повноцінний діалект SQL, який надсилається на власний ендпоінт. Business Central використовує фільтри OData. Запит, який знаходить неоплачені рахунки для одного клієнта, складається з чотирьох різних фрагментів коду, кожен з яких має власну пагінацію та власні особливі випадки.

Кожен постачальник обмежує трафік по-різному

QuickBooks і Xero підраховують кількість запитів на одну компанію на хвилину. NetSuite підраховує паралельні запити по всьому обліковому запису, тому ваша інтеграція ділить ліміт з усіма іншими інтеграціями, які запускає клієнт, і NetSuite відхиляє виклики, що перевищують ліміт. Business Central виконує підрахунок на одного користувача за п'ятихвилинний вікно. Масовий імпорт, який є безпечним для одного постачальника, може бути обмежений іншим, тому логіку обмеження швидкості та повторних спроб доводиться писати для кожного постачальника окремо.

Доступ є комерційними відносинами

Двоє з чотирьох постачальників тепер стягують плату за доступ до API за обсягом. Програма партнерів додатків Intuit (App Partner Program) вимірює виклики "CorePlus", які охоплюють більшість операцій читання даних, і блокує їх у разі перевищення обсягу, включеного до безкоштовного тарифу; платні тарифи коштують 300, 1 700 та 4 500 доларів США на місяць. 2 березня 2026 року компанія Xero перейшла на платні плани додатків, які варіюються від безкоштовного плану з обмеженням у 5 підключень до 1 445 австралійських доларів на місяць за 10 000 підключень. Таким чином, поточна вартість інтеграції залежить від того, скільки ваших клієнтів використовують кожного постачальника і скільки даних ви зчитуєте.

Постачальники змінюють правила за власним розкладом

Інтеграція, яка працює сьогодні, вже має відомий список примусових перепишуть коду, про які було оголошено заздалегідь:

NetSuite припиняє приймати нові інтеграції, які використовують автентифікацію на основі токенів, починаючи з версії 2027.1, а повідомлення Oracle щодо SOAP зазначає, що "з випуском NetSuite 2028.2 всі ендпоінти будуть вимкнені, а інтеграції на основі SOAP перестануть працювати" (Повідомлення NetSuite щодо SOAP).
Xero призначає деталізовані області дозволів (permission scopes) для додатків, створених з березня 2026 року, і дає наявним додаткам час до вересня 2027 року на перехід (Огляд Xero OAuth 2.0).
QuickBooks застосовує згадане вище п'ятирічне обмеження терміну дії токенів оновлення та виводить з експлуатації старі мінорні версії API, роблячи версію 75 базовою.
Онлайн-версія Business Central припинила приймати ключі доступу (базову автентифікацію) для вебсервісів у 2022 році; інтеграції повинні були перейти на Entra ID OAuth (Список застарілих функцій Microsoft).

Ждна з цих змін не додає нових функцій для ваших клієнтів. Кожна з них означає витрачений інженерний час на підтримку працездатності існуючого з'єднання, помножений на кількість постачальників, яких ви підтримуєте.

Арифметика для шести інтеграцій

Візьміть показник Rutter у три інженерно-місяці на одну платформу та показник Merge у 300 годин підтримки на рік, і застосуйте їх до шести бухгалтерських систем:

	Один постачальник	Шість постачальників
Розробка	3 інженерно-місяці	18 інженерно-місяців
Підтримка на рік	300 годин	1 800 годин, що близько до одного штатного інженера

Це власні припущення самих постачальників, а не наші, і лише один NetSuite перевершив би їх. Головна думка полягає в масштабі: вартість зростає разом із кількістю постачальників, а рядок витрат на підтримку ніколи не закінчується. Уніфікований API скорочує час розробки, але тоді ви залежите від того, наскільки якісно він покриває операції запису та особливі випадки (edge cases) для кожного постачальника, і ви платите за це за кожне підключення або за кожен виклик. Наша стаття про вибір між розробкою власними силами та купівлею детально описує чесний розрахунок цих витрат.

Інтегруйтеся один раз: ведіть облік у своєму продукті

Модель із конекторами передбачає, що облік кожного клієнта зберігається в системі, яку обрав сам клієнт, а ваша платформа копіює туди дані. Існує друга модель: ваша платформа веде облік самостійно через єдиний бухгалтерський API та відображає його у власному інтерфейсі. Саме для цього створено Nordlet. Вам потрібно розбити лише одну інтеграцію, незалежно від того, яким бухгалтерським програмним забезпеченням користувалися ваші клієнти раніше.

Як виглядає ця єдина інтеграція в Nordlet:

Уніфікований формат запитів. Будь-яка операція виконується як POST /v1/{module}/{resource}/{action}. Кожна дія list приймає однакове тіло для фільтрації, сортування та пагінації, а кожна помилка використовує однаковий конверт. Код, написаний для одного ендпоінта, працює так само і для інших. Дивіться Конвенції API.
Ключі API замість токенів оновлення. Ключ належить одній компанії, містить фіксовані області дозволів, може мати встановлену вами дату закінчення терміну дії та може бути відкликаний. Немає потреби ротувати та зберігати токени оновлення.
Безпечні повторні спроби (retries). Кожна зміна приймає заголовок Idempotency-Key. Повторення запиту з тим самим ключем повертає збережену відповідь замість створення другого рахунка-фактури.
Підписані вебхуки з повторними спробами. Події записуються в тій самій транзакції бази даних, що й зміна, підписуються за допомогою HMAC-SHA256 і повторюються протягом приблизно 24 годин.
Один опублікований ліміт запитів. 300 запитів на хвилину на один ключ API, що відображається в заголовках x-ratelimit-*.
Типізовані SDK дев'ятьма мовами, згенеровані з єдиної специфікації OpenAPI. Дивіться SDK.
Необмежена кількість тестових компаній (sandbox) в одному обліковому записі для тестування інтеграції.
Єдиний прайс-лист. Плари тарифікуються за кількістю запитів, починаючи від 10 євро на місяць за 3 000 запитів. Дивіться ціноутворення.

Бухгалтерська книга подвійного запису, рахунки-фактури, звірка банківських виписок, податкові декларації з ПДВ та звіти доступні через той самий API, тому інтеграція охоплює сам бухгалтерський облік, а не його копію. Сторінка функцій містить перелік включених можливостей, а матеріал що таке бухгалтерський API пояснює цю модель детальніше.

Клієнти, які вже ведуть облік в інших системах

Дві функції замінюють конектори для кожного окремого постачальника, які платформа інакше створювала б для таких клієнтів:

Міграція даних. План рахунків компанії, контрагенти, вхідні сальдо або повна історія проводок, відкриті рахунки-фактури, основні засоби та запаси імпортуються одним викликом. Дивіться міграцію з іншої системи.
Файли для бухгалтера. У випадках, коли бухгалтер клієнта працює у власному програмному забезпеченні, Nordlet експортує головну книгу у форматах, які читає це програмне забезпечення: пакет проводок DATEV (POST /v1/reports/datev) для німецьких бухгалтерів та файл SIE 4 (POST /v1/reports/sie) для шведських. Експорт файлів не потребує авторизації, оновлення токенів чи комісії за запит від постачальника бухгалтерського ПЗ.

Коли конектори все ще є правильним рішенням

Ведення бухгалтерського обліку у вашому продукті не є правильним вибором для кожної платформи:

Якщо фінансові команди ваших клієнтів вимагають, щоб їхня існуюча бухгалтерська система залишалася джерелом достовірних даних (system of record), вам потрібні конектори до цієї системи, створені безпосередньо або через уніфікований API.
Якщо вам потрібно лише передати кілька документів до бухгалтерії клієнта, наприклад, один рахунок на одне замовлення, може бути достатньо одного прямого конектора до постачальника, яким користується більшість ваших клієнтів.
Якщо більшість ваших клієнтів використовують одного постачальника, одна пряма інтеграція коштуватиме як один проєкт, а не шість.

Аргумент на користь єдиної інтеграції актуальний тоді, коли ваша платформа повинна вести бухгалтерський облік своїх користувачів, а не дублювати його: маркетплейси, що виплачують кошти продавцям, платформи, які виставляють рахунки від імені своїх користувачів, та 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 (App Partner Program) має безкоштовний тариф 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; якщо ці системи мають залишатися джерелом достовірних даних, вам усе одно знадобляться конектори до них.