申請と承認は、どの会社にも必ずある業務です。稟議、経費精算、休暇や購買の申請。多くの中小企業は、これを紙やメール、そしてExcelの申請書で回しています。Excelは無料で始められ、既存の帳票をそのまま流用でき、現場が使い慣れています。だからワークフロー専用のシステムを入れる前に、まずExcelで一通り回してみます。これはごく自然な選択です。
問題は、その運用が「一通り回る」から「もう限界だ」に変わる瞬間に、多くの記事が限界を進捗の遅さの話として語ることにあります。承認が滞留する、差し戻しで混乱する、誰の手元で止まっているか分かりません。確かにそれも不便です。ですがExcel承認の本当の限界は、速さではなく別のところにあります。この記事は、限界を「効率」と「統制」に分けて見直し、ワークフロー化をどこまで既製品で足せて、どこから専用開発が要るのかまで整理します。
Excel承認フローの限界は「回覧の遅さ」ではなく「証跡の欠落」で測る
結論から言えば、Excelでの承認申請の限界は「回覧が遅い」ではなく「誰がいつ何を承認したかが後から証明できない」で測ります。承認の滞留や差し戻しの混乱は、催促や運用ルールで当面しのげます。しかし承認の証跡が残らないことは、運用では埋められません。
Excelの申請書は、承認欄に名前や日付を手で書き込む形が多いです。ですがその欄は、後からいくらでも書き換えられます。誰が本当に承認したのか、承認した時点の申請内容は何だったのか、差し戻し後にどこが変わったのか。ファイルを上書きした瞬間に、その履歴は消えます。承認の解説記事の多くも、限界として「原本の上書きや改ざん」「検索や証跡の管理に手間がかかる」を挙げています。ただしそれらは「不便」として並べられがちです。本記事はこれを不便ではなく、監査や不正、責任の所在にかかわる統制の問題として最初に置きます。回覧の速さは我慢できても、証跡の欠落は我慢の問題ではありません。
Excelの申請と承認でよく起きる限界のサイン
証跡の話に入る前に、現場でよく語られる限界のサインを整理します。競合各社が共通して挙げるものを3つに絞りました。
承認状況が見えず滞留する
いま誰の手元で止まっているのかが、ファイルを開くまで分かりません。申請者は催促のために担当者を探し回り、承認者は自分に回ってきたことに気づきません。申請数が増えるほど、滞留と抜け漏れが起きやすくなります。
版が先祖返りしメールに散らばる
Excelの申請書はメール添付で回ることが多く、同じ申請書の版が複数の受信箱に散らばります。誰かが古い版に承認してしまう先祖返りや、上書き保存による内容のすり替わりが起きます。どれが最終版かを人が突き合わせることになります。
特定の担当者しか直せず属人化する
集計や転記をマクロで組み込むと、その中身は作った担当者しか触れなくなります。書式の変更や不具合の修正が特定の人に依存し、その人が異動や退職をすると、申請の仕組みごとブラックボックスになります。
限界を「効率の限界」と「統制の限界」に仕分ける
3つのサインは、実は性質の違う2種類が混ざっています。ここを分けずに「もう限界だ」とまとめるから、打ち手を誤ります。
効率の限界 運用と工夫でしのげる
滞留や転記の手間、版の散らばりは「効率の限界」です。不便ではありますが、事故ではありません。承認期限のルールを決める、共有フォルダやクラウドで版を一本化する、催促を自動化します。こうした運用の手当てで、当面しのげることも多いです。効率の限界しか出ていないなら、あわてて大きなシステムを入れる必要はありません。むしろここで過剰投資に走るほうが失敗しやすいです。
統制の限界 監査と責任で事故になる
一方、承認の証跡が残らない、権限を分けられない、承認済みの内容が後から書き換えられるのは「統制の限界」です。これは我慢や工夫の問題ではありません。監査で承認の経緯を問われたときに証明できない、不正な書き換えに気づけない、責任の所在が曖昧になります。属人化した申請の仕組みは、担当者が一人抜けた瞬間に止まります。統制の限界は、速さではなく事業が止まる・間違える・証明できないというリスクの話です。だからExcel承認の限界は、重さで測るのではなく「後から誰がいつ承認したかを証明できるか」で測ります。
ワークフロー化を判断する基準
種類で見分けたら、次はいつ動くかです。以下の観点が重なるほど、ワークフロー化の適期に近いです。
- 統制の限界（証跡・権限・改ざん）が1つでも常態化しているか
- 同じ申請を複数人が毎回繰り返し、承認ルートが決まっているか
- 承認の経緯を監査や取引先に説明する場面があるか
- テレワークや外出先からの承認で意思決定が遅れているか
とくに1つめの統制の限界は、見落とされやすいです。滞留のような目に見える不便と違い、証跡の欠落は事故が起きるまで表面化しません。誰も困っていないように見えても、監査や不正が起きた瞬間に一気に問題化します。逆に、効率の限界しか出ておらず、少人数が都度違う内容を申請しているだけなら、Excelのままで足りることも多いです。数を数えるのではなく、この観点と「同じ承認を繰り返す人数」で判断します。
既製SaaSで足りる範囲と専用開発が要る範囲の線引き
ワークフロー化と聞くと、すぐに専用システムの開発を思い浮かべがちですが、多くの申請は既製のワークフローSaaSで足ります。ここを取り違えると、要らない開発に費用をかけたり、逆に既製品では届かない業務を無理に当てはめたりします。
既製ワークフローSaaSで足りる申請
稟議、経費精算、休暇や購買の申請など、承認ルートが決まっていて完結する業務は、既製のワークフローSaaSで足りることが多いです。近年はExcelの申請書をそのまま取り込み、見た目を変えずにWebフォーム化できる製品もあります。証跡が自動で残り、権限も分けられ、Excel運用の統制の限界はこれで多くが解けます。まずはここを検討するのが順当です。
基幹連携が絡むと専用開発を検討する
線を引くのは、承認が社内の他システムと連動する場面です。承認と同時に会計や販売管理、在庫や基幹のマスタを更新します。既存システムの承認結果を参照して次の処理へ渡します。取引先ごとに承認ルートや条件が複雑に分岐します。こうした基幹連携や独自ルートが絡む範囲は、既製SaaSの設定では届かず、専用開発や伴走での構築が現実的になります。すべてを専用開発にする必要はなく、標準的な申請は既製品、基幹に食い込む部分だけを専用に、という組み合わせが多いです。全部やめる必要はなく、Excelを入力の下書きとして残す使い方も併用できます。
よくある質問（FAQ）
Excelの承認フローは何が一番の限界ですか
滞留や差し戻しの不便よりも、誰がいつ何を承認したかの証跡が残らないことが本質的な限界です。効率の不便は運用でしのげますが、統制の限界は監査や責任の場面で事故になります。
ワークフローシステムを入れれば全部解決しますか
いいえ。標準的な申請は既製のワークフローSaaSで多くが解けますが、会計や基幹システムとの連携、複雑な承認ルートが絡む範囲は既製品では届かず、専用開発や伴走での構築を検討することになります。
Excelは全部やめるべきですか
いいえ。承認と証跡が要る申請は手放す対象ですが、少人数で内容が都度変わる下書きや試算はExcelのほうが速いです。入力はExcelで残し、承認と記録だけをシステムに任せる使い方もできます。
承認フローはExcelを残したまま外付けで回せる
Excel承認の限界は効率と統制で性質が分かれ、向く手段も既製ワークフローSaaS・専用開発・Excelを活かした使い分けと変わります。効率の限界だけなら、Excelの申請書は下書きとして残しつつ、承認と証跡だけを外付けに逃がせば足ります。何を残し何を外付けにするかはExcelを活かして補う進め方で全体像を確認できます。
自社の承認が効率の限界だけなのか統制の限界まで出ているか、次に既製SaaSと専用開発のどちらを検討すべきかは、3分の無料業務診断で見当がつきます。
