引き継ぎマニュアルの例外処理の書き方｜条件・確認先・再開を残す例文

例外処理は「通常どおり進めない条件」から書く

最初に書くのは、いつもの手順を続けられないと分かる条件です。「トラブル時」では広すぎるため、後任が画面や資料から確かめられる状態に分けます。

例として「申請書に添付資料がない」「同じ申請番号で内容の異なる資料がある」「通常の確認担当が不在」などが考えられます。原因を決めつけず、確認できる違いを起点にしてください。

通常手順を先に一つ決める

例外を書く前に、どの作業の何番目の手順かを決めます。「受付から完了まで」の全体を一度に扱うより、「必要項目を確認して受付記録を残す工程」のように区切ると、分岐の置き場所が明確になります。

通常手順には開始条件、実施する動作、完了したと判断する条件を残します。通常の完了条件が曖昧なまま例外を追加すると、どこへ戻ればよいか分からなくなります。

【通常手順の想定例】
対象作業：社内申請の受付記録
開始：会社が指定する受付窓口へ申請が届いた。
確認：社内の確認項目に沿って、必要事項と添付資料を確認する。
完了：必要な確認を終え、受付記録を残した。
例外への入口：必要事項や添付資料の不足、内容の食い違いがある。

「受付記録を残す」と「申請内容を承認する」は別の作業です。担当者に承認権限がないなら、受付が済んだことを承認済みと表現しないようにします。通常手順にも、本人が判断できる範囲を書いておきます。

過去の対応と正式な基準を分ける

前任者が一度行った対応を、そのまま一般ルールにしないことも大切です。「前回は担当上司の指示で翌日まで保留した」と「常に翌日まで保留する」は意味が違います。

過去の事例は、起きた条件、確認した相手、そのときの判断、今回も使えるかを分けて残します。適用範囲が確認できなければ「過去事例・今回の適用は要確認」としてください。

Asanaの引き継ぎ資料の作成ガイドでも、判断基準や注意点、未解決の課題などが記載項目として紹介されています。以下の例外欄は、その様式を転載したものではなく、日常作業の引き継ぎを整理するための本記事の提案です。

一つの例外を六つの欄で整理する

例外は、条件、直近の動作、止める範囲、確認先、再開条件、記録に分けます。「誰へ聞くか」だけでなく、返事を待つ間に何をしてよいかまで分かる形を目指します。

欄	残す内容	曖昧にしない点
条件	何が通常と違うか	判断できる事実や表示
直近の動作	最初に確認・連絡すること	会社で認められた動作か
止める範囲	返事があるまで進めない工程	全業務停止と混同しない
確認先	判断する役割、連絡方法、不在時の経路	連絡先と決裁権限を区別
再開条件	何の確認が取れたらどこへ戻るか	返事が来ただけで再開しない
記録	発生条件、依頼、回答、対応結果	事実と推測を分ける

六つの欄は、すべての仕事に共通の公式基準ではありません。社内様式があればその項目に合わせ、足りない点だけ補います。緊急時の連絡網や障害対応手順が別にある場合は、最新版の参照先を示してください。

確認先は役割と連絡経路で残す

個人名だけを書くと、異動や休暇で止まることがあります。「申請業務の承認担当」「担当部署の受付窓口」のように、役割と現在の連絡先を併記します。ただし、代替の担当者や経路は、引き継ぐ本人だけで新設せず、所属部署へ確認します。

「返事がなければ誰でもよい」ではなく、不在時にどの役割へ連絡するか、緊急性をどう伝えるかを会社の運用に沿って残します。確認経路そのものが未定なら、引き継ぎの残課題にしてください。

再開条件は返事の内容まで確かめる

「了解です」という返信だけでは、何が認められたか分からない場合があります。足りない資料が届いた、内容の相違について正式な判断が出たなど、再開に必要な条件と実際の回答が対応するかを確認します。

返事が曖昧なときは、勝手に広く解釈せず、どの作業を進めてよいか聞き直します。後任が判断の根拠へ戻れるよう、回答を保管する場所も社内のルールに従って残してください。

例文1｜必要な資料が届いていない

不足があるときは、何を不足と判断したか、どこまで保留するかを具体化します。資料がないことと、依頼そのものが無効であることを混同しないようにします。

【例外欄の想定例】
条件：社内の必須確認項目にある添付資料が届いていない。
直近の動作：申請者へ、不足している資料と必要な理由を確認する。
止める範囲：必要資料を確認する前に、受付確認を完了扱いにしない。
確認先：不足時の扱いに迷う場合は、受付業務の管理担当へ相談する。
再開条件：必要資料がそろったこと、または正式な代替対応の指示を確認し、
通常手順の「必要事項と添付資料の確認」へ戻る。
記録：不足資料、確認依頼日、回答内容、再開した日を記録する。

会社に不足資料の扱いや回答期限が定められている場合は、その基準を記載します。決まっていない期限を「三日待てば進める」などと追加しないでください。

申請者へ送る確認文も残しておくと、後任が必要な情報を一つずつ尋ねられます。以下は社内規程に合わせて調整する想定文です。

申請内容を確認したところ、［資料名］を確認できませんでした。
［確認に必要な項目］を確認するため、資料の提出可否をお知らせください。
準備に時間がかかる場合は、提出の見通しをご連絡いただけますか。
現時点では［保留している工程］を完了扱いにしていません。

例文2｜番号は同じでも内容が一致しない

内容が食い違うときは、どちらを正しいとするかを担当者が推測で決めず、相違を整理して確認します。作成日時が新しいことだけで、正式版とは限りません。

【例外欄の想定例】
条件：同じ申請番号の資料で、対象期間や依頼内容が一致しない。
直近の動作：資料名、版、相違する項目を確認し、社内の照会先へ伝える。
止める範囲：正しい内容が確定するまで、相違する項目を基に後続処理しない。
確認先：申請内容の確認窓口。必要な承認は社内で定めた担当へ依頼する。
再開条件：使用する資料と内容が確定し、必要な承認を確認できたら、
通常の確認工程から再開する。
記録：相違点、照会した内容、確定した資料、判断した役割を残す。

どちらの資料を採用するか、訂正・保存の方法が確認できるまでは、元資料を独断で上書きしたり、片方を削除したりしないでください。変更が必要な場合は、所属部署の訂正手順と自分の権限を確認し、必要な承認を得て行います。証跡の保管も部署のルールに従ってください。内容に個人情報がある場合、相談メールへ実データをそのまま転記する必要があるかも確認します。

例文3｜確認担当が不在で回答を待っている

担当者の不在では、回答待ちという状態と、確認先が分からない状態を分けます。連絡していないのに「回答待ち」と書くと、引き継ぎ後に依頼が済んでいると誤認されます。

【例外欄の想定例】
条件：社内で定める確認担当へ連絡したが、不在で回答が得られない。
直近の動作：既存の不在時連絡手順を確認し、指定の経路で状況を伝える。
止める範囲：必要な判断を未承認のまま実施しない。
確認先：不在時の代替窓口が決まっていればそこへ連絡。
未定の場合は所属長へ確認経路の判断を依頼する。
再開条件：権限のある担当から、実施内容と範囲を確認できたら再開する。
記録：連絡先、連絡日時、回答の有無、現在止めている工程を残す。

提出期限への影響があるなら、その事実も併記します。「急ぎです」だけでなく、「この確認が終わらないと、予定している提出に間に合わない可能性があります」と、どの予定へ影響するかを伝えてください。期限変更の承認を得ていない段階で、新期限を確定事項として書かないようにします。

書いていない例外には相談用の入口を作る

すべての例外を先回りして書くことはできません。未掲載の事象が起きたときも、通常手順から外れたことを整理し、適切な確認先へ相談できる入口を用意します。

【未掲載の例外を相談する想定文】
対象作業：［作業名と手順番号］
通常と違う点：［実際に確認した状態］
確認済みのこと：［資料や表示を確認した範囲］
未確認のこと：［原因や正しい扱いなど］
現在の状態：［進めた工程／保留している工程］
判断をお願いしたいこと：［今回進めてよい範囲など、一つに絞る］
影響する予定：［確認できる期限や後続作業］

原因が不明なら、エラー表示と原因の推測を分けます。「システム障害です」と決めつけず、「この操作でこの表示が出た。原因は未確認」と書くと、確認してほしいことが明確になります。

緊急性のある事象は通常の相談待ちにしない

事故、誤送信、情報漏えいの疑いなどは、会社の緊急連絡手順を優先します。週次の引き継ぎメモに書くだけで、報告が済んだと考えないようにします。

IPAのインシデント発生時の緊急対応体制に関する案内も、情報セキュリティ事故に備えた体制や初動対応の整備を扱っています。これはセキュリティの文脈の資料であり、日常業務の六つの欄を公式に指定する資料ではありません。

事故や情報漏えいの疑いがある場合は、会社の緊急連絡手順に従って速やかに指定窓口へ報告し、既存の手順で自分の役割として定められた初動対応を行います。権限や手順を確認せず、再送、データの削除、システムの復旧、指定外の社外連絡などを独断で追加しないでください。判断に迷う場合は指定窓口へ確認し、確認できた事実、受けた指示、実施した動作を記録します。

後任がたどれるかを一件ずつ確かめる

書いた例外は、後任に一件ずつ読んでもらい、条件から再開まで説明してもらいます。実際の申請データで試せない場合は、個人情報のない想定ケースで読み合わせできます。

「分かりましたか」と聞くだけで終えず、「何を見て例外と判断しますか」「どの工程を止めますか」「返事の何を確認して再開しますか」と尋ねます。説明に迷う箇所が見つかったら、後任の理解不足と決めず、手順の不足も見直します。

通常と違う条件が、具体的な状態として書かれている。
直近の動作が社内の権限・ルールの範囲にある。
保留する工程と、進めてよい工程が混ざっていない。
確認先と不在時の経路を確認した。
再開に必要な回答や資料が明確である。
記録先を後任が開けるか確認した。
不明な期限や担当を勝手に確定していない。
緊急連絡が必要な事象の参照先が分かる。

担当や期限が決まっていない項目は、担当者・期限が未定のときの記入例と確認メッセージも参考に、未定・要確認と次の確認行動を分けて残してください。

手順書を開けても作業できない場合

資料への閲覧権限と、業務システムの操作権限は別です。後任が手順を読めても、必要な操作ができない場合は、正式な権限申請の窓口を確認します。前任者のアカウントを借りる方法を、例外手順として書かないでください。

例外欄は更新日と判断の根拠も残す

回答を得て終わりにせず、どの条件でどの判断があったかを整理します。ただし、今回の対応が次回以降も使える正式な手順かは、管理担当へ確認してからマニュアルへ反映します。

【更新記録の項目】
変更日：［日付］
対象の例外：［作業名・条件］
変更したこと：［旧手順と新手順の違い］
根拠：［正式な規程、判断の記録など］
適用範囲：［今回のみ／継続運用など、確認した範囲］
確認した役割：［担当部署・承認者など］
次に見直すきっかけ：［規程変更、担当変更、同じ事象の再発など］

見直しの頻度や保存期間は、会社の管理ルールに合わせます。更新日が新しくても、本文が現行の規程と合っているかは別に確認してください。個人のメモを正式版と誤認させないよう、版の置き場所と参照先をそろえます。

AIで整える場合も判断を補完させない

例外欄の整理をAIへ頼むなら、共有してよい情報だけを使い、空欄を推測で埋めない条件を付けます。「確認先未定」「再開条件未確認」は、解決済みに言い換えず残してください。

次の公開可能なメモを、条件・直近の動作・止める範囲・確認先・
再開条件・記録の六欄へ整理してください。
［共有を認められたメモ］
権限、期限、代替担当、判断基準を新しく作らないでください。
足りない情報は空欄の理由と確認質問として分けてください。
過去一回の対応を、今後の正式ルールへ一般化しないでください。

社内資料を使う前には、会社の資料をAIに入れる前の確認項目で入力範囲を確認します。自動整理した文章も、元の規程と判断の記録へ戻って照合してください。