申請書が誰の机にあるか分からず、そのたびに催促している。こうした紙の回覧を減らすなら、月に数回以上発生し、既存の権限で承認者が原則1人に決まる業務を1つ選んで試しましょう。申請項目、回答期限、差し戻し先、保管先を先に決め、2〜4週間を目安に紙と並行して使います。ただし、二つの経路で別々の判断を出さないよう、試行中に正式な結果とする記録を指定してから始めます。
| 状況 | 判断 | 最初の対応 | 続けて決めること |
|---|---|---|---|
| 申請書が特定の人の机や不在で止まる | 定型業務なら試行候補 | 既存の権限で承認者が1人の業務を選び、申請者を決める | 回答期限と不在時の連絡先 |
| 金額・取引条件・仕様を複数部署で決める | 初回対象にはしない | 紙の回覧に含まれる審査と連絡を分ける | 判断者、条件分岐、例外の数 |
| 電子化後も催促が増えそうで不安 | 通知だけでは開始しない | 未承認一覧を見る担当を決める | 一覧を読む頻度と期限超過時の連絡方法 |
| 紙原本を廃棄してよいか分からない | 書類ごとの保存要件を別に判定する | 社内規程、取引先の要件、適用される保存制度を調べる | 並行期間中の原本保管場所 |
最初に電子化する承認業務を1つに絞る基準
初回は、申請から回答、その後の手配までを追えるかを試します。消耗品の購入依頼、条件の定まった修理見積の審査、休暇などの社内申請が候補になりますが、承認権限や個人情報の扱いは業務ごとに異なります。発生頻度、承認者数、判断材料、例外、紙原本の扱いを同じ表で比べ、顧客仕様や取引条件の調整を伴う複雑な案件は初回から外す案にします。
5問で試しやすい対象を比べる
候補の管理担当が、次の5問へ「はい」「いいえ」と理由を付けます。5つとも「はい」なら試行を検討できますが、それだけで実施を認めたことにはなりません。1つでも「いいえ」がある場合は、開始前に解消できるかを責任者と判断します。承認者を勝手に減らして条件へ合わせず、既存の規程で単純な経路を使える業務を選んでください。
- 月に数回以上発生し、試行期間中に複数件を試せるか。
- 既存の規程と権限で、通常の承認者が1人の業務か。
- 判断に使う情報を入力欄と添付資料で定型化できるか。
- 金額別分岐、複数部署の審査、個別交渉などの例外が少ないか。
- 紙原本の保存要件を調べ、残す場合の保管担当を決められるか。
修理見積なら、見積書、依頼理由、希望時期を見て、権限を持つ担当が判断できる範囲が候補です。一方、仕様や取引条件を複数の担当で決める案件は、その審査を省いて単純化しません。初回から複雑な案件を選ぶと、入力情報が足りないのか、判断の順番が合わないのかを分けにくくなるため、処理の境界が明らかな対象から試しましょう。
既存の審査と権限を保ち、試す承認経路を決める
紙の回覧には、申請、内容の照合、承認判断、記録、結果の連絡が混ざっています。画面へそのまま移す前に、それぞれが何のための行為かを書き出してください。単なる情報の共有と、規程で求められる審査を分けると、短くできる経路が見えてきます。ただし、押印が減ることと、審査や責任をなくすことは別です。残す行為と担当を決めてから画面へ移します。
試行例は、申請者1人が入力し、承認者1人が結果と理由を記録する流れです。閲覧だけを担当する人には、権限に合う一覧を案内できます。ただし、段階承認や金額別の権限が既に定められている業務では、その経路を後回しにせず対象を変えます。結果も「承認」「差し戻し」だけで足りるかを考え、不採用の判断がある場合は「否認」と理由を分け、再提出を求める状態と混同しないようにしましょう。
不在時の連絡先と代理できる範囲を先に決める
承認者が不在になる場合は、連絡先と、規程で認めた代替判断者を開始前に決めます。連絡を受けた管理担当が、そのまま承認権限を得るわけではありません。代理が判断する際は、代理する人自身のアカウントで対象、権限の根拠、代行理由、日時、結果を残します。代理を認められない案件は保留して指定先へ相談し、不在を理由に誰でも承認できる設定にはしないでください。
申請フォームには判断の根拠と条件を残す
申請欄は、何を、なぜ、いつまでに、金額や数量、根拠資料、申請者を基本に考えます。項目を減らす前に、その情報がなくても承認者が判断できるかを問いましょう。品目区分などは選択式、理由は具体的な記述にすると読みやすくなります。金額の税区分や数量の単位、添付資料の版も判断へ影響するため、対象業務で扱う条件を省かず示してください。
最小承認フロー設計シートを作る
設定前に、管理担当が下の項目を1枚へ記入し、申請者と承認者で読み合わせます。これは画面の項目一覧ではなく、誰がどの状態を引き取るかを決める設計シートです。回答期限は希望日だけから決めず、承認後の手配にかかる時間も含めて逆算しましょう。先に運用を言葉にしておくと、設定を変えた理由を利用者へ説明できます。
- 申請名：何の判断を求める申請か。
- 起点：誰が、どの時点で申請するか。
- 必須項目：判断に不可欠な入力欄と添付資料。
- 承認者：通常時に回答する担当者。
- 回答期限：業務上の締切から逆算した日時または日数。
- 承認後の処理：発注、手配、一覧更新などを誰が行うか。
- 差し戻し後の処理：誰へ戻し、何を直して再申請するか。
- 保管先：承認記録と添付資料を探す場所。
- 例外時の連絡先：不在、緊急、入力不能時に連絡する担当。
設計シートは申請一覧とは別に保管し、変更日、理由、判断者、適用開始日を残します。通常は新しい申請から適用しますが、審査条件や安全上の事情が変わった場合は、既に申請中の案件への影響も責任者が判断します。一律に旧案件を放置せず、保留や再申請にした対象を記録してください。どの版のルールで判断したかをたどれることが、後から説明するための前提です。
消耗品購入依頼での記入例
下の表は、消耗品購入依頼を試す場合の架空の記入例です。導入実績ではありません。自社の費目、承認権限、発注方法へ置き換え、申請が通った後に誰が発注するかまで決めて使ってください。承認済みという表示は、発注済みや納品済みの意味ではない点も共有しましょう。
| 項目 | 記入例 |
|---|---|
| 申請名 | 消耗品購入依頼 |
| 起点 | 担当者が現在庫と引当等を照らし、発注希望日の前に申請する |
| 必須項目 | 品名、数量、概算金額、購入理由、希望日、見積書等の添付、申請者 |
| 承認者 | 既存の購買権限を持つ1人 |
| 回答期限 | 希望日の前に手配できる日を基準に設定する |
| 承認後 | 手配担当が承認対象と版を照合し、発注状況を別に記録する |
| 差し戻し後 | 申請者が不足を補い、旧申請と結び付く番号・版で再提出する |
| 保管先 | 承認済み一覧から判断時の添付資料をたどれる保存先へ保管し、閲覧者を限定する |
| 例外時の連絡先 | 承認者が不在で期限が迫る場合に連絡する管理担当 |
差し戻すときは「不足」だけでなく、「概算金額の根拠資料を添付してください」など、修正する内容を具体的に伝えます。品目、数量、金額、希望日など判断の前提が変わった場合は、旧申請をたどれる形で再申請します。既に発注へ進んでいれば、その変更可否も手配担当が扱います。スプレッドシートの変更履歴を追跡する運用も参考になりますが、履歴が残るだけで再承認を済ませたことにはしません。
通知と未処理一覧で回答待ちを見つける
通知を送れたことと、承認者が読んで判断したことは別です。申請時、回答期限前、期限超過時、結果確定時の通知に加え、未処理一覧を読む担当と時刻を決めます。下の表は、その役割と記録場所を対応させたものです。通知が失敗したり承認者が不在だったりした場合も、申請者だけが催促を続けないよう、管理担当が指定の相手へ引き継ぎます。
状態と担当を決めて、回答待ちを拾う
状態は「申請中」「承認済み」「差し戻し」「取消し」の4つを基本例にできます。ただし、否認する業務では、その結果を差し戻しと区別できる状態も設けます。申請者は自分の案件、承認者は回答待ち、管理担当は未処理と期限超過を見る役割にします。営業日の始業時や終業前などの巡回時刻を決め、申請内容を他の担当へ広く公開しすぎない閲覧権限も設定しましょう。
| タイミング | 対応する人 | 行うこと | 記録する場所 |
|---|---|---|---|
| 申請時 | 申請者 | 必須項目と添付の内容・版を照合して送信する | 申請一覧 |
| 回答期限前 | 承認者 | 権限の範囲で審査し、承認・差し戻し・否認の結果と理由を記録する | 承認記録 |
| 期限超過時 | 管理担当 | 未処理一覧を読み、定めた連絡先へ引き継ぐ | 一覧の対応メモ |
| 結果確定時 | 申請者または手配担当 | 承認結果に応じて次の処理へ進める | 発注・手配の管理先 |
急ぐ案件では、記録に申請を残したうえで、指定した電話、チャット、メールなどで担当へ伝えます。ただし、期限が迫ったことを承認の代わりにはしません。通常のチャットへ届いた「OK」だけでは対象の版や権限が曖昧になるため、指定した承認記録で結果を確定します。Apps Scriptで対応待ち行をメール通知する方法も補助になりますが、送信を受領や承認完了の証拠としない扱いにします。
承認後の記録と紙の扱いを1か所に決める
承認記録は、申請内容、日時、申請者、結果、判断者、回答日時、理由、添付資料を1か所からたどれるようにします。同じ場所へ全員を招く意味ではなく、資料に応じて閲覧・編集の権限を分けます。添付が別の保存先ならリンクと版を記録し、後から差し替えられて判断時の資料が分からなくなる状態を避けましょう。
紙と並行する期間は、対象、正式な判断を残す場所、紙の保管担当、見直す時点を決めます。書類ごとの保存条件は、社内規程や取引先との取り決めに加え、適用される制度で別に判定します。紙の回覧をやめることと、原本を廃棄できることは同じではありません。国税関係書類なら国税庁のスキャナ保存案内（https://www.nta.go.jp/law/joho-zeikaishaku/sonota/jirei/tokusetsu/03.htm）などを担当者が参照し、試行が終わっただけで紙を処分しないでください。
判断者を識別するため、個別アカウントで結果を残します。共有アカウントをやめて個別アカウントへ移行する方法も参考になりますが、個別の名前が付いたことだけで承認権限が与えられるわけではありません。担当と権限の対応も管理します。保存先を決めたら、業務データのバックアップ頻度と保存先を決める方法を基に、記録と添付の両方を復元し、対応関係をたどれるかを試しましょう。
2〜4週間の並行運用で直す場所を絞り込む
2〜4週間の並行期間は、紙を残して安心するためではなく、運用が止まる箇所を見つけるための目安です。開始前にA4一枚の案内を作り、対象、入力先、回答期限、状態の意味、正式な記録、紙の保管先、緊急時の連絡先を示します。同じ申請には対応する番号を付け、紙と電子で二重発注や異なる承認が起きない手順にして試しましょう。
管理担当は、申請件数、回答までの時間、期限超過、差し戻しや否認の理由、紙へ戻した理由を残します。毎週15分を目安に関係者で一覧を見返し、情報不足、承認者、通知、例外のどこで止まったかを比べてください。対象件数が違う週は件数だけで良し悪しを決めず、割合や案件の内容も併せて見ます。誤承認や情報の露出が見つかった場合は、週次会議を待たず試行を止めます。
不具合が出たら、項目、承認者、通知、例外ルールをたどり、実際の申請とログから原因を調べます。「入力で迷った欄」「判断材料として足りなかったもの」「紙へ戻した理由」を利用者へ聞くと、画面への要望と業務上の問題を分けやすくなります。繰り返す不便は見直し対象にしますが、権限の誤りや重大な記録漏れは初回でも放置しません。修正した版と再試験の結果を設計シートへ残します。
紙の回覧をやめる前に満たしたい項目
紙の回覧をやめるか、別の業務へ広げるかは、下の項目と実際の試行記録で判断します。未実施の場面は合格とせず、業務へ影響しない試験で補うか、対象を限定したまま継続してください。操作ができたかに加えて、権限、保存、訂正、例外からの復旧を満たしたかを責任者が判定し、切替対象と開始日を決めます。
- 対象者全員が、決めた場所から申請を作成できる。
- 承認者が、承認・差し戻し・否認など対象業務の結果を記録上で確定できる。
- 管理担当が、未承認と期限超過を一覧で見つけられる。
- 申請内容、回答者、回答日時、判断時の添付資料を検索または一覧からたどれる。
- 承認後に内容が変わった場合、再申請へ戻す手順が共有されている。
- 不在、緊急、入力不能時の連絡先と対応者が決まっている。
- 紙原本の保存条件と、回覧を切り替える対象・開始日を責任者が定めている。
対象を広げる場合も、既存の権限で同じ承認者が扱える別の定型業務から比べます。金額や業務が変われば承認経路も変わる可能性があるため、前の設定をそのまま複製して使うことは避けましょう。期限超過や紙への切替が続く場合は、該当業務を既存の手順へ戻す判断もできます。その際は未処理案件と記録を引き継ぎ、電子側に残った申請が二重に動かないようにします。
よくある質問
導入前に迷いやすいのは、代理、承認後の修正、チャットの返答、紙からの切替です。以下は運用を決めるための考え方なので、対象業務の規程と担当権限へ合わせて設計シートに記してください。製品に機能があることと、その会社で使ってよいことは分けて判断します。
承認者が外出や休暇で回答できないとき、代理承認は最初から設定すべきですか？
代理の自動化より先に、代理できる業務、代替判断者、権限の範囲、不在時の連絡を定めます。最初から代理処理が頻繁な対象では、試行開始前にその経路も試します。実際の代行では代理する人自身のアカウントで理由と結果を残し、元の承認者との重複回答を防ぎます。Power Automateの公式案内（https://learn.microsoft.com/en-us/power-automate/approvals-howto）でも再割当と取消しを別操作として扱っています。利用製品の動作を自社の権限と照らして設定してください。
申請内容を承認後に変更した場合、どこまでなら再承認なしで処理できますか？
品目、数量、金額、希望日、理由など判断の前提が変わる場合は、再申請と再判断の対象にします。誤字など影響しない修正だけを認めるなら、その範囲と修正者を開始前に定めます。元の承認を上書きせず、変更前後、理由、修正日時を残しましょう。再申請は旧申請の番号と結び付け、旧内容での手配が続いていないかも担当者が照らします。
チャットで「OK」と返信された場合も、正式な承認記録として扱えますか？
通常のチャットへ書いた「OK」だけでは、どの申請のどの版を誰が認めたかが曖昧になる場合があります。一方、Teams内の承認機能のように、製品の正式な操作で結果が記録される仕組みもあり、単なる会話とは分けます。どの画面を使う場合でも、自社で指定した記録に対象、権限を持つ判断者、結果、日時、資料の版が残ることを試してください。表示場所だけで有効性を決めない扱いにします。
紙の申請書を完全にやめる前に、どのくらいの件数を試せばよいですか？
一律の件数ではなく、通常申請、差し戻し、不在、期限超過、取消し、入力不能などを扱えたかで判断します。2〜4週間が過ぎても、発生していない場面は検証済みになりません。試験用データで例外を再現し、未処理の引き継ぎと保存要件を満たした範囲について、責任者が紙の回覧からの切替を決めます。原本の廃棄はその判定とは別に扱ってください。
まとめ
まずは、既存の権限で承認者が原則1人となる業務を1つ選び、設計シートを埋めましょう。申請項目、回答期限、未処理を拾う担当、差し戻しや代理の扱いを決めてから、正式記録を明示した並行運用へ進みます。毎週の振り返りでは、期限超過や紙へ戻した理由を基に直す場所を選んでください。記録が残り、権限を持つ人の判断から手配へつながるかを見て、継続、修正、中止を決めていきます。
