Альтернативы QuickBooks, когда вам нужен API, а не приложение
Почему продуктовые команды перерастают QuickBooks, что на самом деле означает концепция «API, а не приложение» и какие альтернативы подходят для конкретных задач.
QuickBooks Online — это функциональное приложение для бухгалтерского учета малого бизнеса с большой клиентской базой, REST API на базе OAuth 2.0, вебхуками и развитой экосистемой разработчиков. Большинство команд, которые ищут альтернативу, не разочарованы им как приложением. Они столкнулись с другой проблемой: им нужно, чтобы учет вела программа, а не человек, тогда как QuickBooks изначально рассчитан на то, что учесть операции должен бухгалтер.
Эта статья посвящена этому несоответствию и тому, что использовать взамен. Если вы владелец малого бизнеса и выбираете программу для бухгалтерии, QuickBooks вполне может оказаться правильным выбором, и все написанное ниже вас не касается.
Где проявляется несоответствие
Одно подключение по API равно одному файлу компании. API QuickBooks привязан к конкретной компании, которая идентифицируется через realm. Платформе, которой необходимо вести учет для 300 продавцов, приходится управлять 300 подключениями и 300 подписками, а не одной учетной записью с 300 компаниями внутри. Именно этот факт обычно ставит крест на выборе системы.
API является дополнением к приложению, а не самостоятельным продуктом. Функции появляются в интерфейсе и попадают в API по собственному графику. Когда вся ваша интеграция зависит от возможности вызвать функцию программно, фраза «доступно в приложении» не означает, что она доступна через API.
Ограничение частоты запросов (throttling) рассчитано на синхронизацию, а не на поток транзакций. Согласно общедоступной документации, лимиты QuickBooks составляют 500 запросов в минуту на компанию, причем для пакетных эндпоинтов и отчетов действуют более жесткие ограничения. Актуальные цифры всегда стоит сверять с официальной документацией для разработчиков Intuit. Этого вполне достаточно для синхронизации данных одного бизнеса, но совершенно не подходит, когда ваша платформа в реальном времени проводит проводки для тысяч компаний.
В учете трансграничных налогов ЕС есть пробелы. В справочных материалах самой Intuit указано, что в QuickBooks нет стандартной процедуры для отражения НДС по схеме IOSS, и пользователям рекомендуется обратиться к бухгалтеру. Для платформы, продающей товары через границы стран ЕС, работа с дистанционными продажами и процедурой One Stop Shop (OSS) — это не редкий краевой случай, поэтому перед началом разработки стоит уточнить этот момент для конкретных стран.
Все это не является недостатками. Это закономерный результат создания отличного приложения для бизнесов, в которых работает штатный бухгалтер.
Что на самом деле означает концепция «API, а не приложение»
Прежде чем сравнивать альтернативы, полезно сформулировать, что именно ищут продуктовые команды, поскольку формулировке «имеет API» соответствуют почти все системы.
- Полное покрытие возможностей. Все, что умеет делать приложение, должно быть доступно через вызовы API. Подход Nordlet заключается в том, что у приложения нет приватных эндпоинтов: интерфейс работает через те же эндпоинты, к которым обращаются внешние клиенты.
- Многокомпактность (multi-company) в рамках одной учетной записи. Ведение учета для множества юридических лиц без необходимости оформлять множество подписок.
- Идемпотентность операций записи. Повторный запрос из-за сбоя сети не должен создавать второй инфобуджет или дублировать проводку.
- Доставка событий. Вебхуки, которые срабатывают при изменениях состояния, чтобы ваша система реагировала на события, а не занималась их опросом (polling).
- Принудительное соблюдение бухгалтерских инвариантов. Сбалансированные проводки обязательны, закрытые периоды заблокированы, а проведенные документы недоступны для редактирования.
- Налоги как данные, а не как элементы интерфейса. Программный доступ к ставкам, правилам определения места реализации, результатам валидации и регистрам.
- Песочница (sandbox), полностью повторяющая рабочее окружение, и неограниченное количество тестовых компаний, чтобы интеграционные тесты ничего не стоили.
Оценивайте любую альтернативу по этому списку, а не по маркетинговой матрице функций.
Альтернативы в зависимости от ваших задач
| Ваша ситуация | Что выбрать | Почему |
|---|---|---|
| Ваша платформа должна вести учет для множества арендаторов (tenants) | Встроенный (embedded) бухгалтерский API, например Nordlet | Несколько компаний в рамках одной учетной записи, тарификация по объему запросов, бухгалтерские правила проверяются на стороне сервера |
| Ваши клиенты ведут учет в QuickBooks, и вы интегрируетесь с ними | Оставайтесь на API QuickBooks или используйте агрегатор | Бухгалтерия принадлежит клиенту, и подключаться к ней там, где она есть, — правильное решение |
| Вам нужно вести учет в нескольких бухгалтерских приложениях одновременно | Агрегатор, такой как Codat, Rutter или Merge | Единый интерфейс поверх множества базовых систем |
| Вам нужны балансы кошельков в реальном времени, а не регламентированная отчетность | Инфраструктура леджеров (ledger infrastructure), например Modern Treasury Ledgers | Создано для высокой пропускной способности и неизменяемости данных, а не для сдачи налогов |
| Вы хотите использовать единую систему для операций и финансов | ERP-система, например Odoo | Широта функционала ценой самостоятельного администрирования |
| Вы — малый бизнес с бухгалтером в штате | Xero, QuickBooks или местный аналог | Само приложение и есть главная ценность |
Встроенный бухгалтерский API (Embedded Accounting API)
Это прямой ответ на запрос «API, а не приложение». Бухгалтерская система становится бэкенд-сервисом, к которому обращается ваш продукт, а ваши пользователи никогда не видят план счетов.
Nordlet создан именно для такого сценария: это неизменяемый бухгалтерский регистр двойной записи, где баланс проверяется базой данных с помощью триггера в момент коммита, нумерация документов идет без пропусков, закрытие периода отклоняет проводки внутри закрытого месяца с ошибкой 409, каждое изменение фиксируется в журнале аудита, поддерживается заголовок Idempotency-Key для повторного воспроизведения сохраненного ответа при сбое, а подписанные вебхуки записываются в транзакционную очередь (outbox) в рамках той же транзакции базы данных, что и само изменение. Ценообразование основано на потреблении, а не на количестве компаний: от 10 евро в месяц с включенными 3 000 запросов, причем на любом тарифе доступны неограниченное число компаний, пользователей и песочниц.
Честные ограничения: Nordlet находится на стадии раннего доступа и привлекает партнеров для пилотного внедрения; НДС в ЕС охватывает ставки по странам, проверку через VIES и расчет деклараций OSS/IOSS, однако стандартные комплекты местной отчетности на данный момент поставляются только для трех стран — Литвы (FR0600), Германии (UStVA) и Польши (JPK_V7M), а расчет зарплаты поддерживается только для Литвы.
Агрегаторы
Codat, Rutter и Merge предоставляют единый интерфейс для подключения к любой бухгалтерской системе, которую уже использует каждый отдельный клиент. Если задача вашего продукта — читать или записывать данные бухгалтерии ваших клиентов (кредитование, управление расходами, аналитика), это правильная категория, а встроенный леджер здесь не подойдет. Если же ваша платформа должна быть источником достоверных данных (system of record), агрегатор для этого не годится.
Инфраструктура леджеров
Продукты в этой категории отслеживают балансы с высокой пропускной способностью без возможности формирования регламентированной отчетности. Они отлично подходят для работы с кошельками или платежными продуктами, оставляя НДС, выставление счетов и годовую отчетность другим системам.
ERP
Odoo и аналогичные пакеты охватывают гораздо больше бизнес-процессов, чем просто бухгалтерия. Главная сложность для разработчиков платформ здесь заключается в интеграции: внешний API Odoo работает на уровне моделей данных через RPC, в документации указано, что доступ по API ограничен тарифным планом Custom, а текущие RPC-эндпоинты планируется заменить новым JSON API. Это подробно разобрано в статье Nordlet против Odoo для разработчиков платформ.
Если вы мигрируете с QuickBooks
Несколько задач, которые почти всегда занимают больше времени, чем планировалось:
- Маппинг плана счетов. Выполняйте его осознанно и сохраняйте старый код счета в качестве справочного поля в новой системе. Он вам понадобится, когда кто-нибудь спросит, почему изменилась сравнительная цифра в отчете.
- Вводные остатки. Переносите данные как сальдо на дату отсечки, а не как заново проведенную историю операций. Сохраните старую систему доступной для чтения на период архивного хранения, вместо того чтобы пытаться воссоздать годы проводок.
- Нумерация документов. Заранее решите, будет ли новая серия продолжать старую нумерацию или начнется заново, и проверьте требования местного законодательства в вашей юрисдикции.
- Открытые позиции. Неоплаченные счета, неразнесенные кредиты и частично сопоставленные платежи должны переноситься как открытые позиции, а не как чистые сальдо, иначе сверка сойтись не сможет.
- Налоговые периоды. Не выполняйте миграцию посреди налогового периода, если только вы не готовы сдавать одну декларацию, собирая данные из двух систем.
- Поработайте в обеих системах один цикл. Проведите один и тот же месяц в обеих программах и сравните пробный баланс (trial balance), прежде чем окончательно отключить старую систему.
FAQ
Существует ли бесплатная альтернатива QuickBooks?
Существуют бесплатные бухгалтерские системы с открытым исходным кодом, а Odoo предлагает бесплатный тариф с ограничением на одно приложение. Бесплатное ПО для платформы редко остается таковым, поскольку затраты просто смещаются в сторону хостинга, обновлений, соответствия требованиям комплаенса и рабочего времени инженеров на поддержание интеграции. Оценивайте общую стоимость владения, а не цену лицензии.
Что лучше QuickBooks для маркетплейса?
Конкретно для учета на маркетплейсах встроенный бухгалтерский API подходит гораздо лучше с архитектурной точки зрения, поскольку он умеет вести учет для множества юридических лиц под одной учетной записью, принудительно применять бухгалтерские правила на стороне сервера и управляться исключительно вашим софтом. QuickBooks остается более подходящим продуктом для отдельного бизнеса с бухгалтером.
Есть ли у QuickBooks API для разработчиков?
Да. QuickBooks Online предоставляет REST API на базе OAuth 2.0 с поддержкой вебхуков и порталом для разработчиков. Ограничение при использовании на платформе связано не с качеством самого API, а с его масштабом: он создан для интеграции с бухгалтерией конкретной компании, а не для роли внутреннего леджера внутри другого продукта.
Могу ли я оставить QuickBooks и добавить бухгалтерский API?
Можете, и некоторые команды так и делают: собственная бухгалтерия платформы живет во встроенном ледгере, в то время как интеграции отправляют сводные журналы в ту учетную систему, которую использует каждый конкретный бизнес-клиент. Главное правило, о котором нельзя забывать: для любого набора учетных данных ровно одна система должна быть источником правды. Если две системы претендуют на звание авторитетных одновременно, неизбежно начинаются проблемы со сверкой.
А как насчет Xero?
Xero — сильная альтернатива как приложение с хорошо документированным API, но оно имеет ту же архитектурную структуру: подписки и лимиты API привязаны к конкретной организации, а для несертифицированных приложений действует ограничение в 25 подключенных организаций. Сравнение приведено в статье Nordlet против Xero для встроенной бухгалтерии.