「いま、誰の机に乗っている?」、稟議の止まり場所をひと目で把握する

月曜の朝、営業部門のマネージャーが1,200万円の見積承認を起票しました。金曜になっても、その稟議がいまどこにいるのか分かりません。部長はもう見たのでしょうか。役員の机に乗っているのでしょうか。それとも出張中の誰かの受信箱で眠っているのでしょうか。多くの申請者がそうするように、彼女は「進捗はいかがでしょうか」と控えめなメールを送ります。もう1通送ります。そして廊下を歩いて直接聞きに行きます。これを会社全体で月に数百件繰り返すと、目立たないが確実に効く振る舞いが根付きます。承認を回す時間よりも、承認を追う時間の方が長くなるのです。

これが日本の稟議・申請の現場で起きている問題の本質です。申請そのものが難しいわけではありません。難しいのは、一度提出するとその稟議が「ブラックボックス」になってしまうことです。誰が持っているか、次は誰か、どれくらい止まっているかが誰にも見えません。会社は自分たちのボトルネックが誰なのかさえ名指しできません。本稿では、基幹システム（ERP）がこの状況をどう変えるかを説明します。すべての承認ステップをリアルタイムで可視化し、承認者ではなくとも稟議を追える「ウォッチャー」を用意し、何か月も黙って続いていた遅れを、名指しして改善できるボトルネックに変えます。

「私の申請、いまどこ?」を聞かなくてはならない理由

「私の申請はいまどこですか」という問いそのものが、すでに症状です。健全な承認フローであれば、申請者がこんな問いを発する必要はありません。ステータスはクリック1つで分かるからです。紙やメールのフローでは、ステータスはどこにも存在しません。たまたま書類を持っている人の記憶の中にしかなく、その人が出張する、休む、単に忘れる、といった瞬間に消えてしまいます。

この「見えなさ」のコストは、見た目より大きくなります。1つ目は申請者の時間です。「まだですか」のメール1通は小さな割り込みですが、月に数百件の稟議を回すメーカーでは、エンジニアや営業の戦力を着実に削ります。2つ目は機会損失です。9日間ハンコ待ちの見積は、競合に単価を食われる見積です。出張中の上司を待つ発注は、納期が遅れる工作機械です。3つ目は、信頼を蝕むことです。社員は仕組みが動いていることを確認できなければ、動いていると信じるのをやめます。そしてチャットや裏ルートで回し始めます。稟議という名前だけが残り、会社が実際に決めたこととは一致しなくなります。

データもこの実態を裏付けます。SIOSの2025年の調査によれば、ワークフローツールを導入した企業の約40%は「電子化された紙の稟議書」の段階で止まっています。書類はスキャンした。見えないままなのは同じです。稟議は同じ口コミの追跡で動き、ただメール上で動くようになっただけです。atledの調査では67.7%の企業が何らかのワークフローシステムを使っていると答えていますが、同じ研究で「申請がいまどこにあるか」の可視化は、未解決の課題として最も広く報告されています。可視化を欠いた導入は、導入ではありません。新しいフォルダに入った紙にすぎません。

リアルタイムのステップ状況が具体的に意味すること

解決は、単純だが根本的な考えから始まります。すべてのステップが終わるまで承認は完了せず、すべてのステップの状況は、変わった瞬間に見える。基幹システムにおける承認ワークフローは、机から机へ回されるフォルダではありません。それぞれに担当者、状態、タイムスタンプを持つステップの連続です。

状態は具体的です。あるステップは「待機中」、つまり担当承認者を待っています。「対応中」、つまり承認者が申請を開いて確認中です。「承認」「差戻し」「却下」もあります。それぞれの変化には、誰が、いつ動かしたかが記録されます。申請者は誰にもメールする必要がありません。画面がすでに「ステップ5段中の3、現在生産部長のもと、火曜9:14に開かれました」と告げているからです。この1行の可視化だけで、組織が生み出す催促メールの大部分が消えます。

これは、誰かが手作業で更新するスプレッドシートとは違います。スプレッドシートは最後に編集を思い出した人と同じ分しか新しくありません。ERPにおけるリアルタイムのステップ状況は、自らを更新します。承認を実行しているのはワークフローエンジンそのものだからです。上司が承認すると、次のステップの担当者に自動で通知が飛び、状況が切り替わり、申請者は何もしなくてもその変化を見ます。事実と表示が、同じ1つのものになります。

-> 関連：組織改編に強いノーコード承認ワークフロー

ウォッチャー：承認者にならずに申請を追う

申請者への可視化は、1つの問題を解きます。しかし多くのシステムが見落とす、2つ目の問題があります。大きな稟議は、承認者ではない人にも関わることが多い、ということです。経理財務の責任者は、設備投資が通るかに関心があります。なぜなら資金繰りを計画しなければならないからです。プロジェクトマネージャーは発注が下りるかに関心があります。なぜなら自分の工程の入口になるからです。内部監査チームは、大型契約がきちんと回覧されたかに関心があります。なぜなら後でそれを証明しなければならないからです。

紙やメールのフローでは、こうした人々は、騒音にならずに申請を追う正当な手段を持ちません。メールの宛先に自分をccし続けるか、承認者の受信箱を汚すか、申請者に進捗を聞くか、つまりシステムが排除するはずだった催促の振る舞いを再現するかしかありません。結果として、関係者は過剰に連絡するか、申請を見失うかのどちらかになります。

ウォッチャーはこれをすっきりと解決します。ウォッチャーとは、申請者や承認者と同じ状況の更新を受け取るものの、承認も差戻しもできない人のことです。申請がステップを進む様子を見守れます。止まった瞬間も分かります。承認チェーンには現れないため、止めることもできませんし、新たな捺印要求を増やすこともありません。経理の責任者は設備投資のウォッチャーになり、誰にも聞かずに、通った朝を知ります。プロジェクトマネージャーは発注のウォッチャーになり、購買チームへの割り込みをやめます。監査チームは大型契約のウォッチャーになり、事後に履歴を取り寄せることなく、きれいな記録を受け継ぎます。

ウォッチャーという仕組みがあることで、承認の可視化は「申請者のための機能」から「組織全体のための機能」に変わります。正しい人たちが、作業する人たちへの中断コストほぼゼロで、状況を把握できるようになります。

ボトルネックが見える、だから直せる

ここから、システムがため始めたデータが自分自身の価値を証明し始めます。すべてのステップにタイムスタンプが付くと、会社は紙のままでは答えられなかった問いに、ついに答えられるようになります。ボトルネックは、具体的に誰なのか。

たいていの組織で、答えは驚きです。社員は、一番忙しい役員か、最も地位の高い承認者か、申請の最も多い部門がボトルネックだと思い込んでいます。往々にして、そのどれでもありません。リクエストが一貫して何日も止まる、ある特定の役割です。その人がよく出張するからかもしれません。明確な対応期限を与えられていないからかもしれません。ルーティングが本来見る必要のない申請までその人に送っているからかもしれません。

基幹システムは、誰かが調査を実施しなくても、これを浮かび上がらせます。ワークフローエンジンはすでに各ステップの所要時間を記録しています。数百件の申請に集計すると、パターンが自ずと現れます。設備投資フローのステップ4は平均6日かかっている。見積フローのステップ2は平均11時間だ。ここで会話は、「承認が遅い」という曖昧な感覚から、特定の、名指しできる、直せる問題へと変わります。

その後に続く修正は、ボトルネックのデータが指し示すものです。1つの役割が一貫した停滞元であれば、その人が不在でも承認が止まらないよう代理人を置けます。ただし高リスク案件については承認のやり直しを必須にし、安全網を弱めません。停滞が構造的なものであれば、申請が正しい机に早く届くようルーティングを変えられます。停滞が量にあるものであれば、負荷を分けるか、閾値を上げて小さな申請が上まで登らないようにできます。ボトルネックが見えない間は、どの修正も不可能です。タイムスタンプが1つの場所に揃った途端、すべてが明らかになります。

-> 関連：内部統制の指摘に耐える承認履歴

事例：静岡の精密部品メーカー

東京に本社、静岡に工場を持つ、自動車や産業機械の大手向けに精密部品を供給する、従業員約280名の中堅メーカーを想像してください。基幹システム導入前は、稟議・申請は紙とハンコで回っていました。新型工作機械の設備投資稟議は工場長の机を出て、社内便で本社に届き、客先出張中の役員の受信箱で眠り、1週間から2週間後に戻ってくる。その間、時間がどこで消えたのか誰にも言えない、という状況でした。

承認ワークフローを1つのERPに集約した後は、状況が変わります。同じ設備投資は電子で起票され、金額と部門に応じて自動的に正しい役割へルーティングされます。申請者である工場長は、生きたステータス行を見ます。「ステップ5段中の3、現にCFO、本日8:50に開かれました」。機械の資金を計画しなければならない経理の責任者はウォッチャーです。彼女は承認チェーンに一切現れることなく同じ状況更新を受け取り、申請者へのメールも役員への割り込みもやめました。

役員が出張しても、稟議は止まりません。代理人がフローを動かし続けられるようになり、高リスク部分については主担当の戻り後に必須の再承認が求められるため、統制は保たれます。営業日の期限が追跡され、祝日はスキップされるため、時計は公平です。最初の四半期を終えると、タイムスタンプは会社がこれまで証明できなかったことを明らかにしました。ボトルネックは役員ではありませんでした。生産現場も兼務するある中間管理職で、稟議を1日1回しか確認しないため、申請が一貫して5日間止まる、というものでした。これが名指しされたことで、会社は出張日に代理人を置き、ステップの対応期限を明確にしました。全社の平均承認時間は1週間超から2営業日未満に下がり、催促のメールはほぼ消えました。追うべきものが、何も残っていなかったからです。

スピードを超えて、なぜこれが重要なのか

メリットは承認が速くなることだけではありません。もちろん速さは実在し、測れます。すべてのステップを見える化する基幹システムは、紙のプロセスにはできない3つのことを成し遂げます。

1つ目は、仕組みへの信頼を取り戻すことです。社員は自分の申請が動いているのを見れば、チャットや裏ルートで回すのをやめます。稟議フローが、会社が何を決めたかの唯一の情報源になります。決定が記録されている場所がそこしかないからです。

2つ目は、監査証跡を副産物として構築することです。すべての状況変化、すべての承認、すべての代理指定にタイムスタンプが付き、申請に紐付きます。J-SOXや内部統制を意識する会社にとって、監査人が求める記録は事後につくられるのではなく、承認を回す行為そのものから生まれます。履歴は誰かが書くレポートではなく、ワークフローそのものの再再生です。

3つ目は、ガバナンスを推測から測定に変えることです。ボトルネックを名指しできる会社は、それを直せる会社です。できない会社は、感覚を巡って議論したままです。可視化こそが、稟議管理を「言い伝え」から「オペレーション」に変えるものです。

よくある質問

リアルタイムの状況把握は、承認者を過剰に管理することになりませんか？

いいえ。もっともなご懸念です。ステップ状況の目的は、承認者を監視することではありません。申請者に追わせる必要をなくすことです。多くの企業では、状況は申請者、ウォッチャー、承認チェーンの中にいる人にのみ見せます。ボトルネックのデータは、個人の評価としてではなく集計でレビューし、ルーティングを直す、代理人を置くといった改善に使います。忙しい承認者を罰するためではありません。うまく使えば、可視化は承認者への圧力を、むしろ下げます。中断がなくなるからです。

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

ワークフローは止まりません。代理人を割り当てれば、出張や休暇中も承認が動き続けます。高リスク案件については、主担当の戻り後に必須の再承認を求めることもでき、安全網は保たれます。要は、1人のカレンダーでもはや会社全体が止まらない、ということです。これは現時点で実装済みであり、ロードマップ上の約束ではありません。

関係者は、本当に承認ステップを増やさずに申請を追えるのですか？

はい、それこそがウォッチャーの役割です。ウォッチャーは状況更新を受け取り、申請の進捗を見られますが、承認チェーンにはいません。承認も差戻しも、止めることもできません。承認者の数とウォッチャーの数は別物であり、ウォッチャーを10人追加しても捺印は10個増えません。経理の責任者、プロジェクトマネージャー、監査チームは全員、誰が署名すべきかを変えることなく大型稟議を追えます。

承認を基幹の記録とつなぐ準備が整っていなくても使えますか？

はい。ワークフローエンジンは、ERPの他部分への依存なく、単体で先に導入できます。多くの企業は、まず承認フローをデジタル化して可視化とスピードの効果を実証し、あとで広げていきます。リアルタイムのステータス、ウォッチャー、ボトルネックのレポートは、すべて単体構成で動作します。ロードマップ上にあるのは、一部の承認結果を基幹システムのレコードへ自動で書き戻すことであり、それは別の付加的なステップであって、本稿で述べた可視化の前提条件ではありません。

重要なポイント

「私の申請はいまどこですか」という問いは、本来聞かれる必要のないものです。基幹システムはすべての承認ステップをリアルタイムで可視化し、関係者が承認者にならずに稟議を追えるようにし、黙って続いていた遅れを名指しして直せるボトルネックに変えます。この3つの機能が一緒に存在するとき、催促のメールは消え、1人が出張しても承認は止まらなくなり、会社は長年ブラックボックスのまま動かしてきた承認の仕組みを、ついに見て、改善できるようになります。

Kikan System で始める

申請者が承認を追う時間の方が、承認そのものより長くなっているなら、Kikan System をご覧ください。承認ワークフローモジュールは、すべてのステップの状況をリアルタイムで示し、関係者が承認せずに追えるウォッチャーを備え、ボトルネックを名指しで特定して改善できるようレポートします。2ユーザーまで無料、カード不要のフリープランですぐに始められます。/#get-startedからご開始ください。メーカーの稟議・申請カタログ全体は、ワークフローROIの総覧でご覧いただけます。