SaaSプラットフォームおよびマーケットプレイス向けベスト会計API（2026年）
プラットフォーム開発チームが実際に検討すべき7つの選択肢。それぞれの用途、制約、および選定を決定づける料金モデルに基づいて解説。
「ベストな会計 API」という問いは、その API の用途が明示されない限り答えようがありません。この検索結果に表示される製品同士は、競合関係にありません。それぞれ異なる課題を解決する4つのカテゴリに分類されるため、間違ったカテゴリから選択してしまった場合、ここで最も大きなコストを支払うことになります。
本ガイドでは、現実的な選択肢をカテゴリ別に整理し、それぞれの得意分野と、選定の決め手となる制約を挙げます。他社ベンダーに関する情報は、リンク先にある各社の公式ドキュメントおよび料金ページに基づいており、検証できなかったものは推測ではなく「確認中」として明記しています。
4つのカテゴリ
| カテゴリ | 提供される機能 | 適した対象 |
|---|---|---|
| 組込み型会計バックエンド | 自社プロダクトが所有する法定の複式簿記、税務機能および帳票 | 自社が記録の正本（システムオブレコード）である必要があるプラットフォーム |
| APIを備えたアプリファースト型会計ソフト | 熟成された会計アプリケーション、およびそこへのプログラムによるアクセス | 顧客がすでにそのアプリで記帳を行っているプロダクト |
| 台帳インフラ | 法定会計を含まない、高速かつ改ざん不可能な残高追跡 | ウォレット、アプリ内残高、決済プロダクト |
| アグリゲーター / 統合API | 顧客が利用している任意の会計アプリへアクセスする単一のインターフェース | 顧客の帳簿の読み取りや書き込みを行うツール |
| 税務エンジン | 税率、税額計算、および場合によっては申告代行 | 別途保持された帳簿と並行して、税務判断を必要とするあらゆるシステム |
クイック比較
| プロダクト | カテゴリ | 自社で所有する帳簿 | EU VATの対応深度 | 料金モデル |
|---|---|---|---|---|
| Nordlet | 組込み型会計バックエンド | はい | 国別VAT、VIES、OSS/IOSS申告 | リクエスト従量課金制 |
| Xero API | アプリファースト型会計 | はい（Xero内） | 対応国ごとのVAT申告 | 組織ごと、月額 |
| QuickBooks Online API | アプリファースト型会計 | はい（QuickBooks内） | 地域ごとのVAT。標準的なIOSS手続きはなし | 企業ごとのサブスクリプション |
| Odoo | RPC APIを備えたERP | はい（セルフホストまたはホステッド） | 国別のローカライゼーションモジュール | ユーザーごと、APIはCustomプランで利用可能 |
| Modern Treasury Ledgers | 台帳インフラ | 残高のみ（法定帳簿ではない） | 税務プロダクトではない | 契約 |
| Codat / Rutter / Merge | アグリゲーター | いいえ（顧客のツールが所有） | 基盤となるアプリに依存 | 契約、通常は接続数ごと |
| Stripe Tax | 税務エンジン | いいえ | 計算およびオプションでの申告 | 計算回数および取引ごと |
1. Nordlet - EU VATに対応した組込み型複式簿記会計
Nordletは、プラットフォームが自社のコードから呼び出す会計バックエンドです。改ざん不可能な複式簿記台帳、請求書発行、仕入記録、銀行照合、在庫管理、給与計算、およびEU税務を単一のRESTインターフェース経由で提供します。現在、単一のOpenAPI仕様書から生成された29のモジュールにわたる400以上のエンドポイントを備えています。
プラットフォーム開発において特に重要な点として、仕訳の貸借一致はアプリケーションコードではなく、コミット時のデータベーストリガーによって強制されます。また、ロックされた期間内の日付を持つ仕訳はすべて拒否され、伝票番号は欠番なく並行処理の安全性を確保して割り当てられ、すべてのデータ変更は実行者、操作、エンティティ、および変更内容とともに記録されます。リクエストの再試行は Idempotency-Key ヘッダーによって保護されており、2回目の伝票作成ではなく保存されたレスポンスを再生します。Webhookイベントは変更と同じデータベーストランザクション内でトランザクションアウトボックスに書き込まれるため、ロールバックされた伝票がイベントを発行することはありません。
料金体系は従量課金制です。3,000リクエストを含む月額10ユーロのプラン、30,000リクエストの50ユーロのプラン、200,000リクエストの300ユーロのプランがあり、超過分はリクエストごとに対価が請求されます。どのプランでもすべてのモジュールとすべてのAPI機能を利用でき、企業数、ユーザー数、およびサンドボックス企業数は無制限です。
知っておくべき制約事項として、Nordletはアーリーアクセス段階であり、オンボーディングを行うデザインパートナーを募集中であるため、本番稼働のスケジュールは検討課題となります。EU VATの税率リファレンスはEU27カ国を網羅しており、OSS/IOSS申告は請求書から自動計算されますが、国内の申告書パッケージは現時点でリトアニア（FR0600）、ドイツ（UStVA）、ポーランド（JPK_V7M）の3カ国のみに対応しており、給与計算もリトアニアのみの対応となります。また、税務当局への申告書の提出代行は行っていません。
最適な用途: 自社プロダクト内に会計帳簿とEU VATのエビデンスを保持する必要があるマーケットプレイス、SaaSプラットフォーム、およびEコマースプロダクト。
2. Xero API - 熟成されたアプリファースト型会計API
Xeroは、十分にドキュメント化されたREST API、アプリストア、および大規模な公認会計士コミュニティを持つ会計アプリケーションです。顧客がすでにXeroで記帳を行っている場合、Xeroとの連携によって顧客の既存のワークフローにシームレスに組み込むことができます。
組込み用途として使用する場合の制約は、技術的なものというより構造的なものです。Xeroは、接続された組織あたり毎分60コール、毎日5,000コールのAPI制限、同時実行5コール、アプリ全体で毎分10,000コールという制限を文書化しています。未認証のアプリが接続できる組織は最大25までに制限されており、それを超えるには複数のチェックポイントと商業条件を含む審査プロセスであるApp Partner認定が必要です。料金は国別のXeroの料金ページに公開されており、組織ごとの月額課金となります。
最適な用途: 顧客がすでに保持している帳簿と連携するプロダクト。テナントごとに個別のサブスクリプションと制限に対する個別の接続が必要になるため、数百から数千に及ぶテナントの会計バックエンドとして使用することはより困難になります。
3. QuickBooks Online API - 最大の導入実績を誇る基盤
QuickBooks Onlineは、複数の市場において中小企業の間で最大の導入実績を誇り、OAuth 2.0 REST API、Webhook、および大規模な開発者エコシステムを備えています。そのスロットリング制限は一般的に企業あたり毎分500リクエストとされており、バッチおよびレポート系のエンドポイントではさらに低い制限が設定されています。現在の数値を確認するにはIntuit自身の開発者ドキュメントが公式の情報源となります。
APIのスコープは企業ファイル単位であるため、多くの企業にサービスを提供するプラットフォームは、単一のマルチ企業アカウントではなく、多数の接続を管理することになります。EU域内の国境を越えた課税に関して、Intuitの公式サポート資料では、IOSS VATを記録するための標準的な手順は存在しないと述べられており、記帳代行者や会計士に相談することが推奨されています。そのため、その周辺でＥＣの遠隔販売フローを計画する前に、この点を把握しておく価値があります。
最適な用途: すでにQuickBooksを利用している企業へのアプローチ。他社のプラットフォーム内部の台帳として設計されているわけではありません。
4. Odoo - モデルレベルのAPIを備えたオープンソースERP
Odooは、在庫、製造、CRMなど多岐にわたる機能と並行して会計をカバーしており、セルフホストが可能で、真に拡張性の高いシステムです。その外部APIはドメインレベルではなくモデルレベルであり、XML-RPCまたはJSON-RPCを介して account.move や res.partner などのモデルに対してORMメソッドを呼び出します。これは非常に強力である反面、モデルを正しく使用する責任を自社が負うことを意味します。
プラットフォーム開発者にとって前提を変える事実が2つあります。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は、開発者向けに構築された高スループットかつ改ざん不可能な複式簿記による残高追跡を提供し、ウォレット、アプリ内残高、決済プロダクトをターゲットとしています。大量処理時における一貫性と並行処理性能に特化して設計されています。
これは法定会計ではありません。年次報告書のための勘定科目表、税務エンジン、請求書番号採番、税務台帳は含まれていません。開発チームは、リアルタイム残高のためのインフラと、申告用の帳簿のための会計システムの双方を必要とすることがよくあります。
最適な用途: 高いトランザクション量におけるリアルタイムの残高管理。法定会計は別途処理する場合。
6. Codat、Rutter、Merge - 顧客の帳簿への統合API
これらのプロダクトは、認証、フィールドマッピング、同期を処理しながら、多くの会計システムの間で読み取りと書き込みを行う単一のインターフェースを提供します。Codatは融資やバンキングのユースケースに傾注しており、Rutterはコマースおよび決済データに、Mergeは多くのソフトウェアカテゴリにわたる幅広い水平方向の領域を提供しています。
明確にしておくべき点は、アグリゲーターを使用した場合でも、帳簿は依然として顧客のツール内にある顧客のものであるということです。融資、支出管理、アナリティクスを構築している場合、これは完全に正しい選択です。しかし、プラットフォームがシステムの正本（システムオブレコード）である必要がある場合、基盤となる各アプリの挙動に依存し、それらの間で一貫したモデルを強制することができないため、完全に間違った選択となります。
最適な用途: 顧客の既存の帳簿を大規模に読み取りまたは書き込みする場合。
7. Stripe Tax - 会計ではなく税金計算エンジン
Stripe TaxはStripeスタック内で税金の計算と徴収を行い、上位プランでは申告代行を提供しており、計算呼び出しごとおよび取引ごとの明確な公開価格を設定しています。その取引記録は税務上の記録であり、一般的な会計仕訳ではありません。
最適な用途: すでにStripeを利用しており、帳簿を別の場所で保持しながら、迅速に正確な税務処理を必要とする企業。
用途に応じた選定基準
| あなたの要件 | 選ぶべき対象 |
|---|---|
| プラットフォーム自身の帳簿のシステムオブレコードとする | 組込み型会計バックエンド |
| XeroやQuickBooksで記帳を行っている企業向けに販売する | そのベンダーのAPI、複数必要な場合はアグリゲーター |
| 秒間数千件のトランザクションでウォレット残高を追跡する | 台帳インフラ |
| 融資やアナリティクスのために多くの顧客の帳簿を読み取る | アグリゲーター |
| チェックアウト時に正しい税率を取得する | 税務エンジン |
| 財務とオペレーションを単一のシステムで自社運用する | ERP |
ほとんどのプラットフォームは、1つではなく最終的にこれらのうちの2つを組み合わせることになります。計画すべき組み合わせは、帳簿を所有する会計バックエンドと、周辺を固める税務エンジンまたはアグリゲーターであり、最初に下すべき決定は「どのプロダクトが記録を所有するか」です。他のすべての要素はその周りに配置されるためです。
FAQ
マーケットプレイスにとって最適な会計 API は何ですか？
自社の帳簿を所有しなければならないマーケットプレイスの場合、出品者への買掛金、手数料収益、返金、国別VATのすべてを監査証跡とともに一箇所に記録する必要があるため、組込み型会計バックエンドが適切なカテゴリとなります。XeroやQuickBooksなどのアプリファースト型APIは、数百のテナントの台帳として機能させるよりも、顧客がすでに保持している帳簿と連携する用途に適しています。
マーケットプレイスの会計に Stripe をそのまま使用できますか？
Stripeは資金の移動と分割を行い、税金を計算することができます。しかし、プラットフォームの複式簿記を保持するわけではありません。獲得した手数料、手数料にかかるVAT、決済から出金までの売掛金、返金、および引当金はどこかに記録する必要があり、その記録はStripeから推測するのではなく、Stripeと照合（突合）されなければなりません。
統合会計APIは自社台帳の代替になりますか？
いいえ。統合APIは他社の台帳へのアクセス手段にすぎません。プラットフォームがシステムの正本（システムオブレコード）である場合、独自の台帳が必要になります。
会計APIの費用はどれくらいかかりますか？
価格そのものよりも料金モデルの違いが大きいです。組織ごとおよびユーザーごとの料金モデルはビジネスの規模に応じて課金され、従量課金モデルは利用量に応じて課金されます。Nordletの公開プランは、3,000リクエストを含み月額10ユーロから始まります。Xero、QuickBooks、Odooは、組織、企業、またはユーザーごとのサブスクリプション価格を自社サイトで公開しており、それらが予算策定の基準となります。
どれかを選択する前に何をテストすべきですか？
分割取引を仕訳として起票し、仕訳帳を確認してください。同じリクエストを2回送信し、結果の数を数えてください。計上された仕訳の編集を試み、締切済みの期間に対する起票を試みてください。1ヶ月分のデータをエクスポートし、会計士がそれを読み取れるかどうかを確認してください。これら4つのテストは、どのような機能リストよりも早く各カテゴリの本質を判別させます。