「あの稟議、いま誰のところで止まっているのか分からない」「差し戻されるたびに紙を刷り直して、また回覧」「テレワークだと押印のために出社するしかない」——。承認業務をめぐる現場の声は、規模を問わず驚くほど共通しています。稟議・承認は会社の意思決定そのものですが、その進め方が紙・メール・口頭のまま止まっている企業は少なくありません。この記事では、特定製品の優劣ではなく、稟議・承認ワークフローをシステム化するときの「判断の視点」を示します。読後に、貴社ならどこから手を付けるべきかの解像度が上がることを目指します。
・紙・メール・口頭の承認は「進捗が見えない」「証跡が残らない」「テレワークで止まる」が課題。
・手段は ①専用ワークフローSaaS ②kintone等で内製 ③グループウェア付属 ④会計/経費/受発注に内包 の4系統。
・成否はフロー設計で決まる。現行をそのまま電子化せず、承認段数の削減と金額・種別の分岐ルール整理を先に。
・頻度の高い申請1種類から試験運用し、段階展開するのが定石。
目次を開く
紙・メール・口頭の承認が抱える課題
まず、いま貴社の承認業務がどこで詰まっているのかを整理してみましょう。多くの現場で共通して起きているのは、次のような問題です。
- 進捗が見えない: 起案した申請がいま誰の手元にあるのか、承認待ちなのか差し戻されたのか、追いかけようがない。「あの件どうなった？」と口頭やメールで催促する時間そのものがコストになっています。
- 差し戻し・再申請の手間: 記入漏れや添付漏れで差し戻されると、紙なら刷り直し、メールなら履歴を遡って作り直し。何度も往復するうちに、そもそも何が正なのか分からなくなります。
- 証跡が残らない: いつ・誰が・どの内容で承認したのかが、押印済みの紙やバラバラのメールに散在します。内部統制や監査の場面で「承認の記録を出してください」と言われて、探すだけで半日、というのはよくある話です。
- テレワークで回らない: 承認が物理的な押印に依存していると、在宅勤務やリモート環境で業務が止まります。「ハンコを押すためだけの出社」は、働き方が多様化した今、無視できない非効率です。
これらはいずれも、承認という行為そのものではなく、承認を「運ぶ・記録する・見える化する」仕組みが欠けていることに起因します。裏を返せば、そこをシステムで補えば、意思決定のスピードと統制の両方を同時に底上げできるということです。バックオフィス全体を見渡した整理はバックオフィス業務を一元管理する考え方でも触れているので、あわせて参考にしてください。
システム化の主なアプローチを比較する
「ワークフローをシステム化する」と一口に言っても、実現の道筋はいくつもあります。専用のSaaSを入れるのか、手持ちのプラットフォームで内製するのか、既存システムの機能を使うのか。それぞれ得意な領域が違うため、まずは全体像を俯瞰しておきましょう。
| アプローチ | 主に効くケース | 一般的な特徴 | 検討時の観点 |
|---|---|---|---|
| ①専用ワークフローSaaS | 稟議・申請の種類が多く、承認フローを厳密に統制したい | 申請フォームと承認経路の設計自由度が高く、証跡・監査ログが標準装備。テンプレートも豊富 | 月額課金とユーザー数課金の体系／既存システムとの連携可否／自社の分岐ルールを再現できるか |
| ②kintone等の業務プラットフォームで内製 | 承認だけでなく案件・在庫・顧客管理なども同じ基盤に載せたい | ノーコード/ローコードでフォームとフローを自作。承認以外の業務アプリと横断しやすい | 設計・運用できる担当者の有無／プラグインや拡張で承認要件を満たせるか／作り込みすぎない設計 |
| ③グループウェア付属のワークフロー | すでに使っているグループウェアがあり、追加投資を抑えたい | メール・スケジュールと同じ環境で申請・承認が完結。導入の心理的ハードルが低い | 複雑な条件分岐や金額分岐への対応力／他システムとのデータ連携／将来の拡張余地 |
| ④会計/経費/受発注システムに内包された承認機能 | 経費精算・発注など特定業務の承認を、その業務システム内で完結させたい | 申請と会計処理・発注処理が地続きで、二重入力が起きにくい | 対象業務が限定される点／全社共通の稟議には不向きな場合がある／既存の受発注フローとの整合 |
どれが正解かは、貴社の申請の「種類の多さ」と「業務との結びつきの強さ」で変わります。経費や発注のように業務システムと一体で動く申請は④が自然ですし、部門をまたぐ多様な稟議を一箇所で統制したいなら①や②が向いています。②のkintoneをはじめとする内製の考え方は、Excel・Accessの業務をkintoneへ移行する方法でも扱っています。
承認フローの全体像を可視化する
システム化の前に、そもそも「承認とはどんな流れなのか」を一枚の図にしておくと、関係者の認識がそろいます。典型的な稟議は、起案から実行・記録まで次のように流れます。条件分岐や差し戻しも含めて描くのがポイントです。
flowchart TD
A[起案・申請作成] --> B[上長承認]
B -->|承認| C{金額・種別で分岐}
B -->|差し戻し| A
C -->|一定額以上| D[経理・管理部門承認]
C -->|少額・定型| E[決裁]
D -->|承認| E
D -->|差し戻し| A
E -->|決裁| F[実行・記録]
E -->|却下| G[申請終了]
F --> H[証跡として保管] この図で確認したいのは、分岐の条件と差し戻しの戻り先です。金額や申請種別によって承認者が変わる、少額なら経理承認を飛ばす、差し戻しは必ず起案者に戻る——こうしたルールを図の段階で言語化しておくと、後のツール設定が一気に楽になります。逆にここが曖昧なまま製品選定に進むと、「思っていた分岐ができない」という後戻りを招きます。
設計のコツ|フローそのものを見直す
ツール選びの前に、承認フローの設計品質が導入の成否を分けます。既存の流れをそのまま電子化するのではなく、この機会に「そもそも必要な承認か」を問い直しましょう。
- まず現状フローを可視化する: 申請書ごとに、誰が・どの順で・何を見て承認しているかを棚卸しします。頭の中にしかないルールを図と一覧に落とすだけで、無駄な段が見えてきます。
- 承認段数を減らす: 「念のため」で増えた押印欄はありませんか。承認者が5人並んでいても、実質的に判断しているのは2人、というケースは珍しくありません。形骸化した判子はこの機に整理します。
- 金額・種別による分岐ルールを決める: 少額の消耗品購入まで役員決裁を通すのは非効率です。金額のしきい値や申請種別で承認経路を自動的に切り替える設計にすると、スピードと統制を両立できます。
- 申請テンプレートを標準化する: 申請項目がバラバラだと、承認者は毎回書式を読み解く手間がかかります。種別ごとに入力項目を定型化し、必須項目・添付ルールを固めておくと差し戻しが激減します。
- 既存の受発注・経費システムと連携する: 承認後のデータが、発注や会計処理に自動で流れる設計にすると二重入力がなくなります。発注業務全体の効率化は受発注業務を自動化する方法で詳しく解説しています。
導入ステップの進め方
設計方針が固まったら、実際の導入は段階を踏んで進めます。いきなり全社・全種類を一度に切り替えるのではなく、小さく試してから広げるのが定石です。
- 現状の申請種類を棚卸しする: 稟議・購買・経費・休暇・押印依頼など、社内に存在する申請をすべて洗い出し、頻度と重要度で並べます。
- フローを再設計する: 前章のコツに沿って、承認段数の削減と分岐ルールの整理を行います。ここが最も価値の出る工程です。
- ツールを選定する: 再設計したフローを「再現できるか」を軸に、比較表の観点で製品を評価します。機能の多さより、自社の分岐を素直に表現できるかを優先します。
- 一部の申請で試験運用する: 使用頻度が高く、かつリスクの低い申請種別を1〜2種選んで先行導入します。現場の声を集めて画面や項目を微調整します。
- 全社へ展開する: 試験運用で固まった型をもとに、対象の申請種別を段階的に広げます。旧来の紙・メール運用を並行させず、切り替え日を明確に決めるのが浸透のコツです。
flowchart LR
S1[申請種類の棚卸し] --> S2[フロー再設計]
S2 --> S3[ツール選定]
S3 --> S4[試験運用]
S4 --> S5[全社展開]
S4 -->|課題を反映| S2 試験運用から設計に戻す矢印があるように、一度で完成させようとせず、小さく回して直す前提で進めると失敗しにくくなります。
失敗しないための3つのポイント
ワークフローのシステム化でつまずく企業には、共通したパターンがあります。裏返せば、次の3点を押さえるだけで成功確率は大きく上がります。
- 現行フローをそのまま電子化しない: 一番多い失敗が、非効率な紙の運用をそっくりデジタルに移すことです。判子が7つ並ぶ稟議を、そのまま7段階の電子承認にしても、遅さは変わりません。導入は業務を簡素化する絶好の機会だと捉えましょう。
- 現場が使う画面の簡単さを優先する: 管理者側の機能がどれだけ充実していても、申請する現場が「入力が面倒」と感じれば使われません。よく使う申請ほど、入力項目を減らし、迷わず出せる画面にすることが浸透の鍵です。
- 例外運用の逃げ道を用意する: 承認者が不在、緊急で先に実行が必要、といった例外は必ず起きます。代理承認や後追い申請のルールをあらかじめ決めておかないと、「システムがあるのに回らない」状態に陥ります。ルール外を無理に塞がず、逃げ道を設計に組み込むのが現実解です。
こうした設計・移行の勘所は、承認だけでなく定型業務全般に共通します。当社（Spell The Space）でも、kintoneへの業務移行やバックオフィスの仕組み化をお手伝いする中で、フローの棚卸しからご一緒することがあります。
まとめ
稟議・承認のシステム化は、単なるペーパーレス化ではありません。進捗の見える化・証跡の自動保存・テレワーク対応という実利に加えて、「本当に必要な承認は何か」を見直す経営改善の入口でもあります。ツール選びから入るのではなく、現状フローの可視化と簡素化から始め、小さく試して段階的に広げる。この順番を守ることが、脱・紙とメールを確実に成功させる近道です。
よくある質問（FAQ）
電子印鑑や電子契約とは違うのですか？
役割が異なります。電子契約は社外との契約書に法的効力を持たせる仕組みで、承認ワークフローは社内の意思決定プロセスを回す仕組みです。稟議で社内承認を得たあと、その結果として社外と電子契約を結ぶ、といった形で連携させることはできますが、両者は目的の異なる別のツールと捉えるのが正確です。
従業員が少ない会社にも必要ですか？
規模が小さくても、承認の記録が残らない・テレワークで止まるといった課題は同じように生じます。むしろ人数が少ない会社ほど、催促や差し戻しの往復に割く時間の重みが相対的に大きくなります。全社一斉ではなく、経費や購買など頻度の高い申請1種類から始めれば、小さな投資で効果を実感できます。
kintoneでも稟議ワークフローは作れますか？
作れます。kintoneはフォームと承認プロセスをノーコードで組めるため、承認以外の業務アプリと同じ基盤に載せたい場合に向いています。ただし複雑な条件分岐や高度な統制要件では、プラグインでの拡張や設計上の工夫が必要になることもあります。承認だけを厳密に統制したいなら専用SaaS、業務全体を一箇所にまとめたいならkintone、と目的で選び分けるとよいでしょう。
まず何から始めればよいですか？
ツール選定ではなく、現状の申請種類の棚卸しから始めてください。どんな申請が何種類あり、それぞれ誰がどの順で承認しているかを一覧にするだけで、減らせる承認段や標準化すべきテンプレートが見えてきます。この可視化ができていれば、その後のツール選定は「自社のフローを再現できるか」という明確な基準で判断できます。
