経費精算システムの導入が失敗する4つの型｜楽楽精算のオプションで足りる範囲

Q: 楽楽精算・マネーフォワード クラウド経費を、AI駆動開発システムに完全に置き換えるべきですか？

いいえ。領収書の受領・保存・精算は、制度対応を満たし続けるため経費精算SaaSに残すのが基本です。作り替えの対象は標準機能の外側に限ります。

Q: 案件・プロジェクトとの予算連動は、どこまでが「標準機能の外側」なのですか？

標準機能・上位プランが案内する範囲を超えて、案件固有の按分や独自の予算突き合わせをそのつど手作業で調整している場合です。詳細は契約中の製品の機能一覧で確認してください。

Q: 残す／作り替えを判断するとき、最初に何を確認すればよいですか？

契約中の経費精算SaaSの機能を、本記事の判断表の10項目に当てはめ、標準機能の外側にある業務がどれだけあるかを洗い出すのが最初の一歩です。

2026 10/25

2026年9月11日 2026年10月25日

著者: Walkers編集部監修: 渡辺敦司（株式会社Walkers 代表取締役）公開: 2026年9月11日最終更新: 2026年10月25日監修者: AI駆動開発・FDE型AI導入支援の実務家

経費精算システムの導入では、製品選定時の要件不一致だけでなく、導入後の運用段階で想定外の業務負荷が生じる事例が多く見られます。領収書の受領・電子帳簿保存法に沿った保存・仕訳連携は、そのままSaaS（クラウド型ソフトウェア）に残すのが基本です。運用でつまずきやすい代表的な課題は、自社固有の承認ルールと限度額、案件や予算との連動、独自の按分（費用を割合で配分すること）、他システムとの二重入力という4つの領域に集中します。ただし、承認ルールやAPI（システム間連携口）の利用などは既存製品の設定や上位プランで解決できる場合もあるため、直ちに作り替えを判断するのではなく、まず標準機能やオプションの適用可否を切り分けることが重要です。

残す／作り替えの判断表【早見表】

経費精算の業務を、感覚ではなく次の10項目で仕分けます。契約中の経費精算SaaSを1つずつ表に当てはめてみてください。表の用語について、「OCR」は文字を光学的に読み取り自動でデータ化する技術、「按分」は1つの金額を決めた割合で複数に振り分けること、「CSV」は表計算ソフトで開ける一覧データ形式、「API」はシステム同士が自動でデータをやり取りするための接続口を指します。「スキャナ保存」は紙で受け取った書類をスキャンして電子保存すること、「電子取引」はメールやクラウド経由でデータのままやり取りした取引を指します。

判定は4種類です。「残す」はそのままSaaSに置くもの、「残す（標準機能）」は追加契約なしで標準に含まれるもの、「残す（プラン要確認）」は上位プランや追加オプションの契約が前提になる場合があるもの、「作り替え候補」は標準機能の外側にあり内製の検討対象になるものを指します。

業務	判定	理由
領収書の受領・保存（紙のスキャナ保存）	残す	紙の領収書を電子化するスキャナ保存要件（タイムスタンプ等）に対応する仕組みはSaaSの基本機能として提供されることが多い
適格請求書（インボイス）の記載事項確認	残す（標準機能）	楽楽精算は機能一覧に「インボイス制度対応」を掲載。マネーフォワードクラウド経費はビジネスプラン等の標準機能に含まれると案内（2026-09-10確認）
電子取引データの保存（電帳法）	残す（製品・プラン要確認）	メール等で受け取った電子データの保存は、楽楽精算では「楽楽電子保存」との連携機能として案内。マネーフォワードクラウド経費では「電子帳簿保存法機能」がプラン別の比較項目（2026-09-10確認）
領収書の自動読取り・代行入力	残す（プラン要確認）	楽楽精算はスマホでのAI-OCRを「オプション」の一例として案内。マネーフォワードクラウド経費はOCR入力のほか、人手によるオペレーター入力（チーム／コーポレートは20円/枚、エンタープライズは無制限※極端に多い場合は制限あり）をプラン別に設定（2026-09-10確認）
交通費精算（経路検索・IC連携）	残す（プラン要確認）	経路検索入力は両社に掲載。交通系ICカード連携は、楽楽精算では料金ページに「オプション」の一例として案内（2026-09-10確認）
自動仕訳・会計ソフト連携	残す（標準機能）	主要な会計ソフト向けのCSV出力や連携機能が用意されている
基本の申請・承認フロー	残す（標準機能）	一般的な申請から承認までのフローは標準機能に含まれる
複雑な承認分岐・部門別の限度額	残す（プラン要確認）	役職・金額・部門に応じた多段階分岐は、上位プランやワークフローオプションの設定で対応できる場合がある
案件・プロジェクトとの予算連動、独自按分	作り替え候補	自社固有の案件管理・配賦基準・原価突き合わせに依存し、SaaS標準の集計機能では手作業の表計算が残りやすい
他システムとの連携（API・手作業転記）	条件付き作り替え候補	API連携は上位プランやバッチ処理頻度の見直しで解決できる場合もある。専用システムを構築してもSaaS側のAPI回数・負荷制限は適用され続けるため、その制限内で実現可能な連携により解消できる手作業に限定して候補となる（API枠不足自体を専用開発で回避できるわけではない）。マネーフォワードクラウド経費ではチーム300回/時、コーポレート3,600回/時、エンタープライズ無制限（高負荷時は制限あり）と規定（2026-09-10確認）

これらを評価する際は、該当する項目数だけで機械的に判断するのではなく、現場の作業負荷・入力ミスの影響度・上位プランやオプションを追加した場合の費用対効果を軸に見極めます。いずれの項目であっても、まずは既存契約での設定変更や上位プランへの変更で業務が成立しないかを検証することが共通の第一歩となります。

インボイス制度・電子帳簿保存法への対応が、受領・保存・精算をSaaSに残す根拠

インボイス制度（適格請求書等保存方式）では、消費税の仕入税額控除（売上税額から仕入れにかかった税額を差し引いて計算すること）を受ける原則として、法定事項が記載された帳簿とインボイス（適格請求書）の双方案を保存することが求められます。従業員の立替経費で受領する領収書やレシートも、要件を満たした適格請求書でなければ原則として控除対象になりません。

ただし、取引形態や事業者規模に応じて以下のような例外や負担軽減措置が設けられています。

簡易インボイスの受領: 小売店・飲食店・タクシー等では宛名が省略された適格簡易請求書が交付されますが、記載不備ではなく有効なインボイスとして処理できます。
帳簿のみの保存で控除が認められる取引: 従業員に支給する通常必要と認められる出張旅費・宿泊費・日当・通勤手当や、基準期間の課税売上高が1億円以下等の事業者が行う税込1万円未満の課税仕入れ（少額特例、令和11年9月30日まで）などは、一定事項を記載した帳簿保存のみで仕入税額控除が認められます。
インボイス保存不要の申告特例: 簡易課税制度を選択している場合や、免税事業者から課税事業者になった小規模事業者が適用できる「2割特例」（令和5年10月1日〜令和8年9月30日までの日の属する各課税期間）および個人事業者を対象とした「3割特例」（令和8年度税制改正により令和9年分・令和10年分に創設）を適用して申告する場合、納付税額の計算上は受け取ったインボイスの保存がなくとも控除計算が可能です（ただし所得税法・法人税法等の帳簿書類保存義務は別途残ります）。個人事業者は2026年分（令和8年分）、法人は2026年9月30日を含む事業年度の申告で2割特例は最後となり、3割特例の対象を除くその後の課税期間は原則として帳簿とインボイスの両方の保存が要件となる一般課税か、簡易課税で申告します（確認日: 2026年10月24日）。

電子帳簿保存法は、税務関係帳簿書類のデータ保存に関する要件を定めた法律です。法律自体が経費精算SaaSの契約を義務付けているわけではありませんが、要件への適合が必要です。

電子取引データの保存義務: メールやWebサイト経由で受け取ったPDF領収書などの電子データは、原則として改ざん防止措置（タイムスタンプや訂正削除履歴の保持、事務処理規程など）と検索機能を備えて電子のまま保存する必要があります。なお、所轄税務署長が相当の理由があると認め、税務調査等の際に電子データのダウンロードの求めおよびプリントアウト書面の提示・提出の求めの双方に応じられる場合の猶予措置も存在します（猶予措置下でも電子データ自体の保存は必要です）。
紙の領収書のスキャナ保存: 紙で受け取ったレシートを破棄して電子データのみで保管する場合は、入力期間の制限や解像度、タイムスタンプ等のスキャナ保存要件を満たす必要があります。

領収書の受領・保存・基本精算を経費精算SaaSに残す大きな理由は、こうした複雑な法改正や要件の維持改修を自社で追随し続ける負担を避けるためです。自社の運用が要件に合致しているかの個別判断は、税理士等の専門家への確認を推奨します。

楽楽精算のオプションとマネーフォワードクラウド経費のプラン別対応範囲【2026年9月10日確認】

楽楽精算は、株式会社ラクスが提供するクラウド型経費精算システムです。公式サイトの料金ページによれば、初期費用は100,000円（税抜）、月額費用は30,000円〜（税抜）で、利用従業員数やオプション内容に応じて変動するとされています。プランごとの詳細な費用内訳やオプションの内容は、料金表の請求（フォーム入力）が必要で、公式サイト上に一覧表は公開されていません。機能面では、経費精算・交通費精算・出張費精算・請求書支払処理・汎用ワークフロー・自動仕訳と会計ソフト連携・API連携と外部サービス連携・経費・予算管理・申請ルールチェック・経費精算AI機能が主要機能として案内されています（予算管理は「経費データの出力・予算管理」として掲載されており、案件別の按分まで含むかは契約中の環境で確認が必要です）。電子帳簿保存法については、JIIMA（日本文書情報マネジメント協会）の認証を取得済みとしており、サイトには「スキャナ保存ソフト」のJIIMA認証マークが掲示されています。一方、スマートフォンでの領収書読み取り（AI-OCR）や交通系ICカード連携は、料金ページに「豊富なオプション」の一例として挙げられており、標準機能とは別契約になる場合があります。なお、取引関連書類の電子帳簿保存法対応は「楽楽電子保存」との連携機能として機能一覧に掲載されています。対象とする書類の種類や保存要件、自社の契約構成によって別製品の契約が必要になるかは確認が必要です。

マネーフォワードクラウド経費は、株式会社マネーフォワードが提供する経費精算システムです。料金体系は「基本料金プラン」と経費精算の機能範囲を決める「オプションプラン」の二段構成になっています（いずれも税抜・2026年9月10日確認）。

まず基本料金プラン（年払いの場合）は、ひとり法人プラン（1名・月額2,480円）、スモールビジネスプラン（3名まで・月額4,480円）、ビジネスプラン（5名まで・月額6,480円、6名以上は1名あたり月額500円追加）が公表されています。これに加えて、経費精算のオプションプランとして以下の区分が用意されています。

チームプラン（0円／基本料金内）: 経費登録・申請等の基本機能。領収書のオペレーター入力は20円/枚。API利用制限は300回/時間（事業者単位）。
コーポレートプラン（200円/名・最低5名〜月額最低1,000円）: 複雑なワークフロー分岐ルール、電子帳簿保存法機能、コーポレートカード連携などに対応。オペレーター入力は20円/枚。API利用制限は3,600回/時間（事業者単位）。
エンタープライズプラン（400円/名・最低10名〜月額最低4,000円）: 仮払い機能、汎用マスタ設定に対応。オペレーター入力は無制限（利用数が極端に多い場合は制限あり）。API利用回数は無制限ですが、システム負荷による個別連絡や強制停止の可能性があり、同時複数のAPIリクエストを避ける案内がされています。

なお、同社は2027年6月に料金体系の一部改定を予定している旨を公式告知しています（本稿の金額は現行料金に基づく案内です）。また、電子帳簿保存法に関してはJIIMAの電帳法スキャナ保存ソフト認証（2016年）および電子取引ソフト認証（2021年）を取得済みと公表されていますが、機能利用にあたってはオプションプランの選択が必要となる点に注意が必要です。

両社の体系にみられるのは、受領や基本の申請承認といった標準的な機能と、複雑なワークフロー、電子取引データの保存（プランや外部連携の確認が必要）、高頻度のAPI利用、AI-OCRやオペレーター入力といった機能を、製品ごとに上位プランや個別オプションとして区分する設計です。そうした製品ごとの提供区分の外側に残る業務が、作り替えを検討する対象になります。どちらが優れているかを比較する記事ではありません。

経費精算システムの導入が失敗する4つの型｜標準機能の外側で手作業や二重入力が残る

経費精算SaaSの標準機能でカバーしきれない部分は、主に4つに集中します。

自社固有の承認ルール・限度額: 部門ごとに異なる承認者・決裁ライン、金額に応じた多段階承認、役職別の利用限度額など、会社独自のルールは標準的な承認フローの外側になりやすい領域です。条件分岐による承認ルート設定に対応する製品でも、複雑な分岐ルールは上位プランの案内対象になる場合があります
案件・予算・プロジェクトとの連動: プロジェクトごとの予算消化状況や原価と経費を突き合わせる管理は標準機能の外側になりやすく、担当者が別途、表計算ソフトで管理する運用になりがちです
複数SaaS・表計算との二重入力: 案件管理システムや工数管理表と経費精算SaaSが別契約の場合、同じ情報を複数箇所に入力する作業が残りやすい領域です
独自の按分・集計ルール: 複数部門・複数案件にまたがる経費の按分や、自社独自の集計区分は標準の集計項目に収まりきらないことがあります（出張日当は楽楽精算の出張費精算機能、マネーフォワードクラウド経費の日当機能として案内されているため、まず標準機能で足りるかを確認してください）

これらは、SaaSの機能が足りないという欠陥ではなく、標準機能の外側にある業務固有の要素です。標準の受領・保存・基本の申請承認は引き続きSaaSに任せ、この4つだけを見直しの対象にするのが現実的です。

業務データの確定元は既存データベースに置いたまま、AIが担う処理範囲だけを切り分けた設計の考え方は、事例集の〈CASE 06｜業務DBと生成AIを、あえて分ける〉（※業務DBとAIの分離構成を考える参考例）で確認できます。

オプション追加か自前で作るか｜検討を進める適切な順序

4つの型のうち「自社固有の承認ルールと限度額」は、判断表で残す（プラン要確認）に位置づけられています。複雑な分岐ルールは上位プランやオプションの案内対象になる場合があるため、作る検討へ進む前に、既存の契約プランや設定、追加オプションで対応できるかを自社で確かめるのが先になります。

一方、作り替え候補に挙げた「案件・プロジェクトとの予算連動、独自按分」と「他システムとの連携」の2行は、4つの型のうち3つに対応します。これらは自社の案件管理の仕組みや予算ルールに依存するため、オプションを足しても手作業が残りやすい領域です。案件ごとの原価の突き合わせや別システムとの二重入力が、表計算での作業として残り続ける傾向があります。

自社で作る検討に入っても、経費精算のすべてを作り直すわけではありません。受領やOCR読み取り、保存、仕訳連携はSaaSに残し、承認判定や予算との突き合わせ、按分に絞って自社で開発します。両者の受け渡し設計は次の節で扱います。

併用設計 — 受領・保存・精算はSaaSに、固有ルールと連動は自社システムで持つ

現実的な進め方は、SaaSを全廃することではなく「役割ごとの併用」です。システム全体を一括でマスターデータと呼ぶのではなく、領収書原本データと仕訳データは法令要件を満たす経費精算SaaSに保持し、案件・予算との照合や独自の按分計算は自社専用システムで行うというように、データごとの正（確定元）を切り分けます。

以下は、架空のモデルケース（未検証の設計例）として従業員45名の会社を想定した併用設計の例です。複数のプロジェクトを兼務する社員が多く、経費明細を複数案件に独自基準で按分し、予算超過を判定したうえで精算する必要がある環境を前提とします。

1. 原本受領と明細化（経費精算SaaS）: 領収書のスキャナ保存や電子取引データの保存、OCR読取りはSaaS上で実施します。
2. 明細取得と独自計算（自社専用システム）: SaaSから経費明細データをAPIまたはCSVで取得。自社のプロジェクト管理DBと照合し、按分比率の算出や部門・案件別予算の消化チェックをルールに基づいて機械処理します。AIは入力補助等に限定し、計算自体は確定ルールで実行します。
3. 担当者確認と確定: 端数処理の調整、按分合計と原額の一致を担当者が確認し、金額を確定させます。
4. SaaSへの反映と承認: 按分後の複数明細と元の経費明細・領収書原本との対応関係（ID等の関連付け）を保持したうえで、SaaS側へデータを取り込みます（※更新可能な承認状態の制約や、外部からの明細取込・更新APIにおける原本対応の維持仕様は製品のプラン・仕様による事前確認が必須であり、SaaS側で自動維持されるとは断定できません）。そのうえで、社内の承認権限者がSaaS上で内容を確認して承認を実行します。承認前後に金額や配賦条件の変更が生じた場合は、自社専用システムでの再計算・再確認・再承認の工程へ差し戻します。
5. 会計ソフト連携: SaaSの標準機能を用いて、仕訳データの生成と会計ソフトへの連携を行います。

按分済み明細の取込と仕訳出力が既存形式に適合することを確認できた場合、会計ソフト側の受入フォーマットや電帳法ストレージの仕組みを崩さずに標準外の複雑な手作業だけを専用システムへ切り出す設計目標が成り立ちます。なお、工数削減額や開発期間は、対象アカウント数・案件数・按分ロジックの複雑度により大きく変動するため、本稿では特定の効果を保証・断定しません。

経費精算SaaSと自社専用システムの併用フロー（未検証の設計例）

1. SaaS側（原本管理） 領収書の受領・保存・明細化 紙のスキャナ保存や電子取引データを電帳法要件に沿ってSaaSに保管し、OCR読取り等で一次明細を作成する。
2. 外部連携 明細データのエクスポート SaaSから未確定の経費明細データをAPIまたはCSVで専用システムへ安全に受け渡す（API制限・仕様の事前確認が必要）。
3. 専用システム側 案件・予算照合と独自按分計算 案件DBや予算マスタと照合し、事前定義された配賦ルールで按分を自動計算。AIによる推測ではなく確定的ルールで処理。
4. 人による統制 端数・合計確認と金額確定 担当者が按分合計と原額の一致および端数処理を目視確認し、金額を確定する（修正時は計算工程へ差し戻し）。
5. SaaS側へ反映 確定明細の取込と承認フロー 原本との対応関係を維持して確定按分データをSaaSへ戻し（取込仕様・原本関連付け・更新可能な承認状態は要確認）、社内規程に沿った承認フローを実行する。
6. SaaS側（仕訳連携） 自動仕訳と会計ソフトへの連携 SaaSの標準機能で仕訳データを生成し、適合性が確認できれば既存フォーマットを維持した形で会計システムへ出力・連携する。

原本データの正はSaaSに置いたまま計算ロジックのみを外出しする設計例です。原本と按分明細の対応保持、更新可能な承認状態、SaaS側への明細書き戻しや更新APIの対応可否は製品・プランの仕様確認が前提となります。

自社のどの業務が標準機能の外側にあるかを整理したい場合は、無料のAI自動化診断が出発点になります。

AI駆動開発で作り替えると、何がどう変わるか

独自の按分計算や予算突き合わせを専用システムに切り出す場合でも、経費精算SaaSの基本利用料や法令対応ストレージの維持費、API利用料などの継続費用は残り続けます。削減できるのは標準外作業のために追加していた特定の上位オプション費や外部代行費、および表計算ソフトによる手作業人件費であり、専用システムの「初期開発費＋保守運用費」と照らし合わせて損益分岐を見極める必要があります。

AI駆動開発（生成AIを活用して設計や実装を効率化する開発手法）で構築する場合、1社1環境の専用システムとして自社の業務手順に沿った画面を構築できます。進め方としては、FDE（Forward Deployed Engineer：顧客の現場に入り込み、業務分解から実装・定着までを一貫して担うエンジニア）が業務を棚卸しし、まずは按分計算などの核となる単一業務に絞ってMVP（Minimum Viable Product：実務で検証可能な最小限の実装）を構築し、稼働を確認したうえで連携範囲を広げるアプローチが一般的です（FDE型AI導入支援とは）。開発費用の相場構造は、受託型や内製補助により異なります（詳細は開発費用の相場解説を参照）。

なお、標準機能や設定変更だけで業務が無理なく回っている企業では、専用開発を行う経済的合理性はありません。また、金額や承認の確定責任は人が担うべき領域です。請求・承認まわりの判断をAIに任せず、人の統制プロセスとして設計する考え方は、事例集の〈CASE 17｜請求の判断は、AIにさせない〉（※経費精算SaaS直接連携の実績ではなく、AIと人の役割分担を検討する参考例）で確認できます。

よくある質問

経費精算SaaSを使っているのに、なぜ承認ルールや按分計算だけ大変なのですか？

汎用のSaaSは多くの企業に共通する精算フローを前提に最適化されているためです。承認ルールは上位プランの設定等で解決できることもありますが、自社固有の案件管理や配賦基準に基づく按分計算などは標準機能で完結しにくく、表計算での手作業や二重入力が残りやすくなります。

楽楽精算・マネーフォワードクラウド経費を、AI駆動開発システムに完全に置き換えるべきですか？

いいえ。領収書の受領・保存・精算は、制度対応を満たし続けるため経費精算SaaSに残すのが基本です。作り替えの対象は標準機能の外側に限ります。

案件・プロジェクトとの予算連動は、どこまでが「標準機能の外側」なのですか？

標準機能・上位プランが案内する範囲を超えて、案件固有の按分や独自の予算突き合わせをそのつど手作業で調整している場合です。詳細は契約中の製品の機能一覧で確認してください。

残す／作り替えを判断するとき、最初に何を確認すればよいですか？

契約中の経費精算SaaSの機能を、本記事の判断表の10項目に当てはめ、標準機能の外側にある業務がどれだけあるかを洗い出すのが最初の一歩です。

業務別の判断基準は、CRM・SFA・請求・見積・勤怠の各記事でも扱っています。SaaS費用の考え方を横断的に整理する場合は「SaaS is dead」とは何か、残す／置き換えの基本は残すSaaSと置き換えるSaaSの見極め基準、契約中の全SaaSの棚卸し手順はSaaS費用の棚卸し実務、解約・データ移行等の個別論点は脱SaaSのよくある質問20、経理・会計領域の活用例は経理・会計のAI活用事例をご覧ください。

自社のどの業務からAI化すべきかを知りたい方は、無料のAI自動化診断をご利用ください。自社の業務に合わせたシステムをAI駆動開発で作る場合の相談・見積りは、株式会社Walkersのシステム開発事業で受け付けています。本記事は、FDE型のAI導入支援を行う株式会社Walkersが運営しています。

参考

執筆時点（2026年9月10日確認・インボイス制度の特例情報は2026年9月21日確認・2026年10月24日再確認、マネーフォワードクラウド経費のオペレーター入力区分およびAPI制限・改定予定告知は2026年10月9日確認）の各公式サイト・国税庁の公開情報に基づきます。制度・仕様・料金は変更される場合があるため、最新情報は各公式サイト・国税庁でご確認ください。