Бухгалтерський SaaS у 2026 році: що це таке і як обрати

Посібник про те, чим насправді є бухгалтерський SaaS у 2026 році, чим відрізняються три форми продукту та як обрати ту, що відповідає способу створення транзакцій у вашому бізнесі.

Бухгалтерський SaaS (accounting SaaS) - це бухгалтерське програмне забезпечення, до якого ви отримуєте доступ через інтернет, яке постачальник самостійно запускає та оновлює і за яке ви сплачуєте за підпискою, а не за ліцензією. Дані зберігаються на інфраструктурі постачальника, оновлення відбуваються без вашої участі, а зміни в законодавстві надходять як оновлення, а не як окремий проєкт.

Це було слушним розмежуванням у 2012 році, коли альтернативою була програма, встановлена на офісному комп'ютері. У 2026 році майже все розміщується в хмарі, тому сама лише позначка більше нічого не говорить. Питання, яке варто поставити зараз, полягає не в тому, чи є продукт SaaS, а в тому, яку з трьох дуже різних форм він має, адже саме це визначає, хто ним користується, як він тарифікується і чи зможе він впоратися з вашими обсягами транзакцій.

Три форми бухгалтерського SaaS

Форма	Основний користувач	Як потрапляють дані	Тарифікація за
Бухгалтерія з орієнтацією на додаток (App-first accounting)	Бухгалтер або власник бізнесу	Ручне введене, виписки з банків, імпорт файлів, деякі інтеграції	Користувачів або організації на місяць
Бухгалтерія з орієнтацією на API (API-first / embedded accounting)	Розробник від імені продукту	Ваше програмне забезпечення викликає API в момент настання подій	Використання, зазвичай за запити або транзакції
ERP-система (ERP suite)	Фінансовий відділ разом з операційним	Модулі по всьому бізнесу наповнюють одну базу даних	Користувачів на місяць плюс впровадження

Бухгалтерія з орієнтацією на додаток - це найбільша категорія за кількістю встановлень. Інтерфейс є самим продуктом; API, якщо він існує, є доповненням для синхронізації з іншими інструментами. Ця форма підходить тоді, коли за бухоблік відповідає людина, а обсяг транзакцій є таким, що людина здатна його контролювати.

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

ERP-системи охоплюють бухгалтерію разом із управлінням запасами, виробництвом, CRM, кадрами тощо. Їх купують тоді, коли бухгалтерські завдання неможливо відокремити від операційних процесів, і зазвичай вони супроводжуються проєктом впровадження, а не просто формою реєстрації.

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

Що насправді змінилося до 2026 року

На рішення про покупку, зроблене цього року, мають вплинути чотири зміни.

Електронне виставлення рахунків стає обов'язковим усередині країн. Кілька держав-членів ЄС уже вимагають структуровані електронні рахунки для внутрішніх операцій між бізнесом (B2B), а пакет ініціатив ЄС щодо ПДВ у цифрову епоху (VAT in the Digital Age) визначає чіткий вектор: з 1 липня 2030 року транскордонна цифрова звітність у сегменті B2B переходить на електронні рахунки, а внутрішні системи приведуть до єдиного стандарту до 1 січня 2035 року. Продукт, який генерує лише PDF, знаходиться на хибному боці цього тренду. Структуровані формати мають значення - Nordlet формує виставлені рахунки-фактури (invoices) та кредитові ноти (credit notes) у форматі EN 16931 UBL для Peppol BIS 3.0, який є основою для більшості таких законодавчих вимог.

Звітність One Stop Shop змінюється у 2027 році. З 1 січня 2027 року схеми OSS та IOSS отримують новий механізм коригувань, додаткову інформацію IOSS та щомісячні звіти IOSS у розрізі держав-членів споживання. Будь-який інструмент, який ви купуєте зараз, повинен вміти зберігати коригування, прив'язані до їхніх первинних транзакцій, а не просто підсумкові суми.

Банківська інтеграція стала стандартом, а не конкурентною перевагою. Регулювання платіжних послуг перетворило доступ до банків за згодою на звичний базовий інструмент. Живі банківські виписки сьогодні є мінімальним очікуванням; різниця полягає лише в тому, наскільки добре продукт зіставляє вхідний платіж із правильним документом і що він робить із тими платежами, які не вдалося зіставити.

Заяви про «бухгалтерію на основі ШІ» потребують перевірки. Автоматична категоризація є водночас справді корисною та справді помилковою. Питання, яке варто поставити постачальнику, полягає не в тому, наскільки точна модель, а в тому, що відбувається, коли вона помиляється: чи залишає виправлення слід в історії і чи можна все ще захистити закритий період?

Чим відрізняються моделі ціноутворення

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

Модель	Типова для	Витрати зростають разом із	Незручно, коли
За користувача на місяць	Інструментів з орієнтацією на додаток, ERP-систем	Кількістю співробітників, які працюють з обліком	Ваше ПЗ, а не люди створюють проводки
За організацію на місяць	Інструментів для бухгалтерських компаній	Кількістю юридичних осіб або клієнтів	Потрібно вести облік для сотень орендарів (tenants)
За запит або транзакцію	Інструментів з орієнтацією на API	Обсягом, який фактично генерує ваш продукт	Обсяг є стрибкоподібним і його важко прогнозувати

Конкретний приклад робить цю різницю наочною. Уявіть, що маркетплейсу потрібен облік для себе та 200 компаній-продавців, із загальною кількістю близько 40 000 бухгалтерських операцій на місяць.

За умови тарифікації за організацію, скажіть, по €30 за організацію на місяць, ви отримуєте 201 підписку та приблизно €6 000 на місяць, причому майже нічого з цієї суми не залежить від реальної активності.
За умови тарифікації за використання (metered pricing), те саме навантаження означає один обліковий запис із необмеженою кількістю компаній та 40 000 запитів. На тарифних планах Nordlet це коштуватиме €50 на місяць (включає 30 000 запитів) плюс 10 000 додаткових запитів по €0,003 за кожен, тобто приблизно €80 на місяць.

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

Чекліст для вибору

Визначте основного користувача. Це людина чи програма? Усе інше випливає з цієї відповіді.
Порахуйте кількість юридичних осіб (entities). Одна компанія, група, що потребує консолідації, чи безліч орендарів (tenants). Консолідація групи та ізоляція мультитенантних даних звучать схоже, але це різні проблеми.
Перелічіть країни. Потім запитайте для кожної країни, що саме створює продукт: лише ставки податків, розрахунок декларації, готовий до звітності реєстр чи безпосереднє подання до державних органів. Це чотири різні рівні підтримки, хоча постачальники називають їх однаково: «підтримує ПДВ».
Перевірте шлях запису (write path). Чи можна зробити все необхідне через API, чи деякі дії доступні лише через інтерфейс? Дії, доступні лише через інтерфейс, назавжди залишаться ручною роботою.
Протестуйте сценарії з помилками. Спробуйте повторити запит (retry). Спробуйте зробити проводку в закритий період. Спробуйте відредагувати вже виставлений документ. Те, у чому вам відмовлять, розповість про систему більше, ніж її успішні операції.
Перечитайте список форматів експорту. Звіти у форматах XLSX, PDF або JSON; податкові реєстри у форматі, якого вимагає податкова; повна виписка з журналу проводок (journal extract). Якщо ваші дані не можуть залишити систему, вартість переходу на інше рішення буде нескінченно високою.
Оцініть вартість на основі власних обсягів, а не вигаданого прикладу клієнта від постачальника.
Запитайте, що відбувається у разі зміни правил. Хто випускає оновлення, у які терміни і якою ціною.

Коли купувати бухгалтерський SaaS - це помилка

Два чесні випадки.

Якщо ви є підприємцем-одинаком із кількома рахунками на місяць і простою внутрішньою податковою ситуацією, підписка може коштувати дорожче, ніж економія від неї. Інструменти окупаються там, де є великі обсяги, складність або і те, і інше.

Якщо ваша вимога - це баланс у реальному часі всередині гаманця чи платіжного продукту, а обов'язкова звітність є окремим питанням, яке вирішується деінде, вам потрібна інфраструктура грошової книги (ledger infrastructure), а не бухгалтерська система. Це розмежування детально описане в нашому посібнику про незмінні API подвійного запису для говіркових книг (immutable double-entry ledger APIs).

FAQ

Що означає SaaS у бухгалтерії?

Програмне забезпечення як послуга (Software as a service) означає, що постачальник розміщує та підтримує бухгалтерський додаток, ви отримуєте доступ до нього через інтернет і сплачуєте регулярну підписку замість придбання ліцензії. Оновлення, включно зі змінами в законодавстві, розгортаються постачальником, а не встановлюються вами.

Чи безпечний бухгалтерський SaaS для фінансових даних?

Це можливо, і тут варто ставити конкретні, а не загальні питання: де зберігаються дані, хто має до них доступ, як здійснюється резервне копіювання, що відбувається з вашими даними, якщо ви вирішите піти, і чи веде продукт журнал аудиту кожної зміни. Постачальник, який дає чіткі відповіді на ці питання, викликає більше довіри, ніж той, хто каже про «безпеку на рівні банків».

У чому різниця між бухгалтерським SaaS та бухгалтерським API?

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

Скільки коштує бухгалтерський SaaS?

Це більше залежить від моделі ціноутворення, ніж від набору функцій. Інструменти з тарифікацією за користувача зазвичай коштують від €10 до €70 за користувача на місяць; інструменти з тарифікацією за юридичну особу стягують плату за кожну компанію; інструменти з тарифікацією за використання виставляють рахунок залежно від активності. Тарифні плани Nordlet починаються від €10 на місяць із включеними 3 000 запитів, причому кожен план містить усі модулі та повноцінний API. Завжди моделюйте витрати під власні обсяги, оскільки той самий продукт може бути дешевим або дорогим залежно від того, які саме операції у вас переважають.

Чи може бухгалтерський SaaS працювати з ПДВ ЄС у кількох країнах?

Деякі можуть, але з різним рівнем глибини. Запитайте, чи знає продукт лише ставки податків, чи обчислює він декларацію, чи формує готовий до подання файл і чи подає він його за вас. Nordlet розраховує декларації OSS та IOSS на основі ваших рахунків із урахуванням коригувань за попередні періоди, а його довідник ставок ПДВ у розрізі країн охоплює всі 27 країн ЄС, проте готові пакети внутрішньої звітності наразі доступні для трьох країн - Литви (FR0600), Німеччини (UStVA) та Польщі (JPK_V7M), і жодна декларація не подається до податкових органів від вашого імені.