経費も稟議も休暇も、ひとつのシステムで。複数ツールの維持費と二重入力をなくす

名古屋にある従業員約180名の中堅産業機械メーカーを想像してください。経費精算はあるクラウドツール、稟議は別のツール、有給休暇はさらに別のツールで運用しています。その裏では出張仮払い用の共有スプレッドシートと、承認依頼で埋まったメールボックスが控えています。現場の社員が1日の休みを取るには休暇ツールにログインします。客先訪問から戻った同じ社員は経費ツールにログインし直します。設備投資の稟議を承認する管理職は稟議ツールを開きます。5つのシステム、5つのログイン、5つの月額請求、そして同じ社員名をそれぞれに入力し直す作業が毎日続いています。経理担当は承認済みの金額を経費ツールから会計ソフトへ手入力で転記します。どのツールも互いに連携していないからです。

このバラバラの状態こそ、個別最適のツールを買い集めた結果の静かなコスト増です。単体で見ればどれも安く見えました。まとめると単一の基幹システムより高くつき、それでいて誰が何を承認したかの信頼できる一覧は一つも得られません。解決策は、残り5つをつなぐ6つ目のツールを導入することではありません。すべての申請種別をひとつのERPに集約することです。

5つのツールがひとつより高くつく理由

サブスクリプションの散在は本当のコストを隠します。各承認ツールはユーザーごと、月ごとに、永遠に課金されます。そこにシステム連携、シングルサインオンのコネクタ、年次更新の割増料金、そして四半期に半日かかる「まだ使っているユーザーは誰か」の棚卸し作業まで加わります。180名規模の企業では、承認系の個別ツール4つで、申請を1件も出さないうちに年間300万円から500万円かかることは珍しくありません。

さらに大きなコストは目に見えません。各ツールが社員、部署、プロジェクト、承認ルールのコピーを個別に持つため、同じデータを二度、三度、四度と入力することになります。営業エンジニアは出張経費を経費ツールに申請し、同じ出張を勤怠ツールに入力し、さらに出張仮払いの依頼を経理に別途メールします。社員が異動すれば、各ツールの承認ルートを個別に更新しなければならず、必ず一つは見落とされます。

市場データもこの実態を裏付けています。atledの調査では、日本企業の67.7%がすでにワークフローシステムを利用している一方、約28%は依然として何も導入していないことが分かっています。導入済みの企業の中でも、SIOSの2025年調査によると約40%が「電子化された紙の稟議書」の段階で止まっています。古い稟議書を新しいアプリにスキャンしただけで、サイロはそのまま残している状態です。統合を伴わない導入は、すべてのパターンの中で最もコストがかかります。ソフトウェアの請求書は払い続け、手作業もそのまま残るからです。

-> 関連：中堅メーカーが動かす60の承認ワークフローと、ひとつのERPに集約するROI

ひとつのシステム、多様な申請、それぞれ専用のフォーム

統合された基幹システムの核となる考え方は、申請の種類は変わっても承認の仕組みは変わらない、というものです。経費精算も稟議も有給休暇の申請も、本質は「誰かに承認してもらう必要のある構造化された依頼」です。このシステムでは、各申請に必要な項目だけを備えた専用フォームを、開発者を介さずに定義できます。

経費フォームには、税の内訳とレシート添付を伴う明細行のほか、費目ごとのレシート必須ルールを設定できます。休暇フォームには、休暇種別、日付、残日数、添付する理由を設定できます。設備投資の稟議フォームには、金額、回収期間、想定リターン、添付資料を設定できます。各フォームは設定可能な項目タイプから構成され、入力内容に応じて項目の表示と非表示を切り替えられます。そのため国内出張の依頼にパスポート番号を尋ねることはなく、海外出張では必ず尋ねられます。

これが、単一システムとアプリの寄せ集めの違いです。ひとつのERPでは、すべてのフォームが同じマスタデータを参照します。申請者、部署、プロジェクトコード、コストセンターはすべて、5つの異しい箱に手入力する自由テキストではなく、生きた参照です。部署を一度変更すれば、すべてのフォーム種別をまたぐすべての保留中の申請が新しいルートを自動的に反映します。

組織改編に強い統合承認

すべての申請種別がひとつのシステムに入ると、承認は自然に統合されます。同じ承認エンジンが、経費精算、稟議、休暇申請を処理します。ルーティングは名指しの個人ではなく、役職、ポジション、または部署に対して行われます。営業部門が2つの課に分割される組織改編があっても、ルーティングは組織の変更に追従し、壊れることはありません。

大きな支出には複数の目を要求できます。閾値を超える稟議は定足数付きの委員会決裁を要求でき、5名の取締役のうち3名以上が承認しなければ大型購入は進みません。より速くリスクの低い申請には、N人中の誰か一人方式のルーティングで、グループ内の最初に空いている管理職が承認できるため、本来の承認者がその日の午後休みだったというだけで申請が待たされることはありません。ルーティングは申請者に追従することもでき、各申請をその人の直属の上司に自動的に送ります。申請種別ごとのルーティング表を保守する作業はなくなります。一つのルーティングの概念が、一貫して適用されるからです。

これこそがSIOSのデータが明らかにするギャップです。「電子化された紙の稟議書」で止まっている40%の企業は、フォームはスキャンしても承認を直列のメール連鎖のまま残しています。意思決定の経路を脇のやり取りではなくデータの一部にすることで、統合承認はこのギッップを埋めます。

すべての申請がどこで詰まっているかを一箇所で把握

散在したツールは、ステータスの追跡をフルタイムの仕事にしてしまいます。5つのツールの世界では、何が待機中かを知りたい管理職は、経費ツール、稟議ツール、休暇ツール、メール、スプレッドシートを順に開くことになります。自分の休暇が承認されたかを尋ねる社員は、どのシステムに申請したかを思い出さなければなりません。

ひとつのERPはこれを単一のキューにまとめます。すべてのフォーム種別をまたぐ、保留中の申請がすべて一箇所に表示されます。各申請がどこで詰まっているか、誰を待っているか、そこにどれくらい留まっているかを正確に確認できます。営業日のSLA（サービスレベル）の期限により、遅い承認は見えないままではなく可視化されます。ウォッチャー機能を使えば、承認者ではなくても関係者が申請を追跡できるため、プロジェクトリーダーが自分のスケジュールに関わる設備決裁を、承認チェーンに割り込むことなく追えます。

管理職が出張に出ても、承認は止まりません。安全な代理承認により、自分のキューを預けることができます。高リスクの項目には再承認を必須にできるため、代理者が本来すべきでないものをこっそり承認することはできません。これこそが、日本で散在した稟議ツールが行き詰まる最大の理由です。決裁は物理的に戻るのを待ちます。統合された代理承認は、統制を外すことなくその待ち時間をなくします。

5つではなく、ひとつの監査証跡

内部統制とJ-SOXの準備は、監査証跡にかかっています。5つのツールは、レビュー時に見る場所が5か所、エクスポート形式が5種類、一致するかどうか分からないタイムスタンプが5セットあることを意味します。監査人が特定の設備購入を誰がいつ承認したかと尋ねたとき、答えは往々にして、あるツールからのスクリーンショットと転送メール、そして日付が揃っていることを祈る気持ちの組み合わせになります。

基幹システムは、すべての申請種別をまたいで、何が、誰によって、どのタイムスタンプで承認されたかの確定スナップショットをひとつ保持します。経費精算、稟議決裁、休暇承認がすべて同じ履歴の中にあります。ひとつのシステムに問い合わせて、ひとつの答えが得られます。内部統制レビューに直面するメーカーにとって、これはクリーンな監査と数週間にわたる再構築の差になります。

-> 関連：基幹システムで実現する経費精算のペーパーレス化

-> 関連：タイムカード、休暇、勤怠をひとつの基幹システムで終わらせる

事例：名古屋の中堅産業機械メーカー

名古屋のその企業に戻りましょう。統合前、エンジニアが客先訪問を申し出るには、まず休暇ツールを開いて日程を取り、経費ツールで仮払いを申請し、費用が閾値を超えれば稟議ツールを開き、その合間に上司にメールを送っていました。1回の出張に4つのログインです。

統合後のモデルでは、エンジニアは単一のERPを開きます。出張依頼フォームが日程、出張先、見積費用を一度の提出で集めます。フォームはエンジニアの部署を把握しており、自動的に直属の上司へルーティングします。見積費用が閾値を超えれば、同じ申請に定足数付きの委員会決裁の稟議ステップが追加され、別のツールを開く必要はありません。出張が終わると、エンジニアは同じ申請に対して実際の経費を、各行にレシートを添付して申請し、同じ記録に対して有給残高も更新されます。管理職が見るのは4つの画面ではなく1つのスレッドです。経理が見るのは1つの承認済み金額と1つの監査証跡であり、再入力はありません。

月末、経理担当は3つのツールからエクスポートして帳簿に貼り付ける作業をもう行いません。承認済みの経費精算と休暇申請はシステム内で完結します。同社は最初の四半期で4つの承認ツールのうち2つのサブスクリプションを廃止し、残りは再交渉しました。かつて経理チームの月末を食いつぶしていた手動の転記作業は、単に存在しなくなりました。

自動書き戻しについて正直に

統合ERPは初日からすべての申請種別の承認業務を行いますが、会計レコードへの自動書き戻しは現時点で2種類のみ実装済みです。経費精算が承認されると仕訳が自動起票されます。休暇申請が承認されると残高が自動更新されます。発注、仕入先マスタ、請求書、買掛については、承認フローは今すぐ利用でき、レコードの自動生成はロードマップ上にあります。これが正直な線引きです。すべての申請種別でひとつの承認システムをすぐに利用できます。経費と休暇の自動仕訳は今利用でき、残りはロードマップが着地する順に拡張されます。

この正直さが重要なのは、書き戻しを過剰に売り込むことが、企業のデジタルトランスフォーメーション案件を失望させる原因だからです。「すべての承認が初日からすべての仕訳を自動起票する」と約束するベンダーは、間違っているか、顧客が確認しないことを前提にしています。正しい期待は、申請と承認のレイヤーの統合が即時の成果であり、自動会計のレイヤーは申請種別ごとに順に育っていく、というものです。

統合に関するよくあるご質問

現在のツールに構築したワークフローは失われますか？

作り直すことになりますが、想像より早く終わります。各フォームは開発者なしで設定できるため、既存の経費や休暇のフローを再現するのはプロジェクトではなく、半日の作業です。さらに大きな価値は、申請種別をまたいで項目とルールを初めて揃えられることです。部署リストとプロジェクトコードがツール間でずれることなく、どこでも一致するようになります。

上司が不在のとき、承認はどうなりますか？

統合された代理承認で対応します。管理職は不在の日だけ自分のキューを預けることができ、高リスクの項目は帰任後に本来の管理職の再承認を必須に設定できます。誰かが仕入先訪問に出ているだけで承認が1週間止まることはもうありません。

これで二重入力はどう減りますか？

すべての申請種別が同じマスタデータを参照するからです。申請者、部署、プロジェクト、コストセンターは一度入力され、あらゆる場所から参照されます。社員が異動すれば、すべてのフォーム種別をまたぐすべての保留中の申請が、5つのツールを人間が更新することなく新しいルーティングを反映します。

大企業向けですか？

いいえ。ワークフローエンジンは基幹システムの残り部分に依存せず、単体で先に導入できます。そのため、会計に触れる前に承認を統合したい中堅企業にとって実用的です。まず経費、稟議、休暇で統合のROIを証明し、成長に合わせて残りのシステムをつないでいく、という導入が可能です。

重要なポイント

経費をあるツール、稟議を別のツール、休暇をさらに別のツールで運用することは、業務の中で最も安い部分を最も高く処理する方法です。単一の基幹システムは、すべての申請種別をそれぞれ専用のフォームで処理し、役職ごとに承認をルーティングして組織改編に耐え、5つの監査証跡ではなく1つを保持します。統合とは、より多くのソフトウェアを買うことではありません。一度、より少なく買い、誰が何を承認したかへの信頼できる答えを1つ得ることです。

Kikan System で始める

4つの承認ツールに課金しながら、なおすべてを横断してステータスを追い回しているなら、Kikan System をご覧ください。ひとつのシステムが経費、稟議、休暇を、それぞれ設定可能な専用フォームで実行し、統合された承認と単一の監査証跡を提供します。2ユーザーまで無料、カード不要のフリープランですぐに始められます。/#get-startedからご開始ください。