2026年における会計SaaS：その意味と選び方

2026年の会計SaaSの実態、3つの製品形態の違い、そして自社の取引データ生成プロセスに最適な製品の選び方を解説するガイド。

会計SaaSとは、インターネットを通じて利用し、ベンダーが運用およびアップデートを行い、ライセンス購入ではなくサブスクリプションとして料金を支払う会計ソフトウェアのことです。データはベンダーのインフラストラクチャ上に存在し、アップグレードは利用者の関与なしに行われ、法規制の変更はプロジェクトとしてではなくアップデートとして反映されます。

このような区別は、オフィス内のコンピュータにプログラムをインストールしていた2012年当時には有益でした。しかし2026年現在、ほとんどすべてのシステムがクラウドホスティングされているため、このラベル自体からは多くの情報を得られなくなっています。今問うべきなのは、製品がSaaSであるかどうかではありません。それが3つのまったく異なる形態のどれに該当するかです。それによって、誰が利用するか、どのように課金されるか、そして自社の取引量に耐えうるかどうかが決まるからです。

会計SaaSの3つの形態

形態	主な利用者	データの取り込み方法	課金方式
アプリファースト型会計	記帳担当者、税理士・会計士、または経営者	手入力、銀行フィード、ファイルインポート、一部の連携機能	ユーザー数または組織数 / 月
APIファースト（組み込み）型会計	製品を開発する開発者	イベントの発生時にソフトウェアからAPIを呼び出し	利用量（通常はリクエスト数または取引数）
ERPスイート	財務チーム、およびオペレーション部門	ビジネス全体の各モジュールから1つのデータベースに集約	ユーザー数 / 月、および導入費用

アプリファースト型会計は、導入実績の面で最大のカテゴリです。インターフェースが製品そのものであり、APIが存在する場合でも、それは他のツールと同期するための付随的なものに過ぎません。この形態が適しているのは、人間が帳簿を担当し、取引量が人間によって管理できる範囲である場合です。

APIファースト型会計はその構造を逆転させます。インターフェースこそがAPIであり、アプリケーションはその1つのクライアントに過ぎません。この形態が適しているのは、自社のソフトウェアが会計イベントを生成する場合です。例えば、売り手へのペイアウトを決済するマーケットプレイス、サブスクリプション収益を認識するSaaS製品、国境を跨いで請求書を発行するEコマースプラットフォームなどがこれに該当します。Nordletはこのカテゴリに属します。すべてのモジュールにAPI経由でアクセスでき、アプリケーション側も外部の呼び出し元と同じエンドポイントを使用しているため、非公開の特別なエンドポイントは存在しません。

ERPスイートは、会計に加え、在庫管理、生産管理、CRM、人事などを網羅しています。これらは、会計上の課題がオペレーション上の課題と切り離せない場合に購入されるものであり、サインアップフォームから手軽に始めるというよりは、導入プロジェクトを伴うのが一般的です。

このカテゴリにおけるソフトウェアの失敗の多くは、ベンダーの欠陥ではなく、製品形態のミスマッチに起因します。プラットフォームの会計バックエンドとして導入されたアプリファーストツールには、カスタムのミドルウェアが必要になるでしょう。逆に、記帳担当者を置き換えるために購入されたAPIは、その担当者を失望させることになります。

2026年までに何が変わったのか

今年選定を行うにあたり、4つの変化を押さえておく必要があります。

電子インボイスの義務化が国ごとに進行中。 欧州連合（EU）の複数の加盟国ではすでに国内のB2B取引において構造化された電子インボイスが義務付けられており、EUの「デジタル時代のVAT（VAT in the Digital Age）」パッケージはその方向性を明確にしています。2030年7月1日からは越境B2Bのデジタル報告が電子インボイスへと移行し、国内システムについても2035年1月1日までに関連規格が統一されます。PDFを出力するだけの製品は、この潮流から取り残されることになります。構造化フォーマットが重要です。Nordletは、発行された請求書およびクレジットノートをEN 16931 UBLフォーマット（Peppol BIS 3.0向け）でレンダリングします。これは、こうした義務化の多くが土台としているフォーマットです。

ワンストップショップ（OSS）申告が2027年に変更。 2027年1月1日より、OSSおよびIOSSスキームに、新たな修正メカニズム、追加のIOSS情報、および消費加盟国ごとの月次IOSSリストが導入されます。現在購入するツールは、単なる合計値だけでなく、元の取引に紐づく修正履歴を保持できる必要があります。

銀行接続は差別化要因ではなく標準機能に。 決済サービスに関する規制により、同意に基づく銀行口座へのアクセスがコモディティ化しました。ライブフィードは現在では前提条件となっています。製品ごとの違いは、入金データを適切なドキュメントにどれだけ正確に照合できるか、そして照合できなかったデータをどう処理するかという点にあります。

「AI記帳」の謳い文句には検証が必要。 自動仕訳は非常に有用であると同時に、間違いを犯す可能性もあります。ベンダーに問うべきなのは、モデルの精度がどうかではなく、間違っていたときにどう挙動するかです。修正履歴が追跡可能として残るか、そして締め期間を適切に保護できるかどうかが重要になります。

価格モデルの違い

ここが、製品の形態が最も明確に分かれ、機能一覧の比較よりもスプレッドシートによる試算がものを言う部分です。

モデル	主な該当製品	コストの増加要因	不向きなケース
ユーザーあたり月額	アプリファーストツール、ERPスイート	帳簿に触れる人数（ヘッドカウント）	人ではなく、ソフトウェアが仕訳を生成する場合
組織（テナント）あたり月額	会計事務所向けアプリファーストツール	法人またはクライアント企業の数	数百のテナントの帳簿を管理する必要がある場合
リクエストまたは取引あたり	APIファーストツール	自社製品が実際に生成するボリューム	ボリュームの変動が激しく予測が難しい場合

具体的な数値例で違いを明確にします。あるマーケットプレイスが、自社分に加えて200の出店者エンティティの帳簿を必要とし、合計で月間約40,000件の会計アクションが発生すると仮定します。

組織あたり月額30ユーロの料金体系の場合、201サブスクリプションとなり月額約6,000ユーロとなります。実際の活動量がどうであれ、コストはほとんど変動しません。
従量課金（metered pricing）の場合、同じワークロードは「無制限の企業を作成できる1つのアカウント」と「40,000件のリクエスト」になります。Nordletの公開プランに当てはめると、3,0000リクエストが含まれる月額50ユーロのティアに、追加10,000リクエスト（1件あたり0.003ユーロ）が加算されるため、月額約80ユーロとなります。

この例の数値はあくまで説明用であり、組織あたりの価格も特定のベンダーの価格ではなく仮のものです。具体的な単価に関わらず、構造的なポイントは変わりません。従量課金制が「実行された作業」に対して課金するのに対し、シート数やエンティティ数による課金は「組織の形態」に対して課金します。作業を行うのが人間であれば、シート数は妥当な指標になります。しかし、ソフトウェアが作業を行う場合、それは適切な指標になりません。

選定のためのチェックリスト

主な利用者を明確にする。 人間か、それともプログラムか。他のすべての要件はこの回答から導き出されます。
エンティティ数を数える。 単一企業なのか、連結決算が必要なグループ企業なのか、あるいは多数のテナントなのか。グループ連結とマルチテナントの分離は、似ているようで異なる課題です。
対象国をリストアップする。 その上で、国ごとに製品が実際に何を出力するのかを確認します。税率マスタのみなのか、税額計算なのか、申告準備完了状態のレジスタなのか、あるいは税務当局への電子申告まで行うのか。「VATに対応しています」とベンダーが説明する場合、これら4つはそれぞれ異なるサポートレベルを指しています。
書き込みパスを確認する。 必要なすべての操作をAPI経由で実行できるか、あるいは一部の操作はインターフェース（画面）操作が必須か。画面操作が必要なステップは、永遠に手作業として残ることになります。
例外処理・エラーケースをテストする。 リクエストをリトライしてみる。締め期間に対して仕訳をポストしようとしてみる。発行済みのドキュメントを編集しようとしてみる。こうした操作に対するシステムの拒絶反応こそが、成功事例よりも多くのことを教えてくれます。
エクスポート機能のリストを確認する。 XLSX、PDF、JSON形式でのレポート出力、税務当局が要求するフォーマットでの税務帳簿出力、仕訳データの完全なエクスポートが可能か。データを取り出せない場合、乗り換えコストは莫大なものになります。
ベンダーが提示するモデルケースではなく、自社の実際のボリュームに基づいてコストを試算する。
ルール変更時の対応を確認する。 誰がアップデートをリリースするのか、どのようなタイムラインで行われるのか、そして追加費用は発生するのか。

会計SaaSの導入が適切ではないケース

正直なところ、導入を見送るべきケースが2つあります。

月あたりの請求書がわずかで、国内の税務処理もシンプルな個人事業主の場合、サブスクリプション費用が節約できる金額を上回る可能性があります。この種のツールが真価を発揮するのは、取引量の多さ、複雑性、あるいはその両方が存在する場合です。

要件がウォレットや決済プロダクト内部のリアルタイム残高管理であり、法的な帳簿は別システムで管理される場合は、会計システムではなく元帳（ledger）インフラが必要になります。この違いについては、イミュータブルな複式簿記元帳APIに関するガイドで解説しています。

FAQ

会計におけるSaaSとはどういう意味ですか？

ソフトウェア・アス・ア・サービス（SaaS）とは、ベンダーが会計アプリケーションをホストおよび保守し、利用者はインターネット経由でそれにアクセスし、ライセンス買い切りではなく定期的なサブスクリプション料金を支払う仕組みを指します。法規制の変更を含むアップデートは、利用者がインストールするのではなく、ベンダーによって適用されます。

会計SaaSに財務データを預けても安全性は問題ありませんか？

安全性の確保は可能ですが、一般的な問いではなく具体的な問いを立てる必要があります。データはどこに保管されているか、誰がアクセスできるか、バックアップはどのように処理されているか、解約時にデータはどうなるか、そしてすべての変更に対する監査ログが保持されているか、といった点を確認してください。「銀行レベルのセキュリティ」と答えるベンダーよりも、こうした点に正確に答えられるベンダーの方が信頼できます。

会計SaaSと会計APIの違いは何ですか？

会計APIは会計SaaSの1つの形態であり、アドオンとしてではなく、プログラミング可能なインターフェースそのものが製品となっているものを指します。製品がSaaSであっても、実用的なAPIをまったく持たない場合もあります。

会計システムのSaaSの費用はどのくらいかかりますか？

機能セットよりも価格モデルに大きく依存します。ユーザーあたりのツールは概ね1ユーザーあたり月額10ユーロから70ユーロ程度、エンティティあたりのツールは企業ごとに課金され、従量課金ツールは利用量に応じて課金されます。Nordletのプランは月額10ユーロ（3,000リクエスト込み）から提供されており、すべてのプランですべてのモジュールと完全なAPIを利用できます。自社のボリュームに照らして試算を行うことが重要です。ビジネスがどのモデルの要素を最も多く生成するかによって、同じ製品でも割安にも割高にもなるからです。

会計SaaSは複数国にまたがるEU VATに対応できますか？

対応している場合もありますが、その深さは製品によって異なります。税率を把握しているだけなのか、申告書の計算まで行うのか、申告準備用のファイルを出力するのか、あるいは申告の代行まで行うのかを確認してください。Nordletは、請求書から過去の期間の修正を含めてOSSおよびIOSS申告書を計算し、国別のVAT税率リファレンスはEU27カ国を網羅しています。ただし、国内申告用のパッケージについては現在3カ国（リトアニアのFR0600、ドイツのUStVA、ポーランドのJPK_V7M）に対応しており、税務当局への代理申告は行っていません。