差し戻された申請を、修正点と再提出日から整理する

1. 今日の相談

「社内申請が差し戻されました。コメントが複数あり、どこから直すか迷っています」

差し戻しのときは、指摘、修正内容、確認先、再提出日に分けます。差し戻しの意図をAIに想像させず、書かれたコメントと現行の申請様式に戻ります。

2. 大丈夫です

ほー先輩：一度で全部直そうとせず、一件ずつ「確認→修正」に分けよ。

差し戻しは、ご自身の仕事全体への評価ではありません。申請書のどこを、何と照らして直すかに絞ります。

3. 今日使うAI・道具

使うのはChatGPT、差し戻しコメント、申請書の最新版、現行の社内ルールです。申請者・承認者の実名、金額、取引先、案件名は必要に応じて記号化します。

4. 実際にやってみる

1. 差し戻しコメントを一件ずつ写す

複数の指摘が一文に入っていたら、別々の行に分けます。書かれていない理由は付け足しません。

同じ欄への指摘が複数ある場合は、片方だけ直して完了にしません。指摘番号を付け、どのコメントに対する修正かを一対一で追えるようにします。

2. 元の申請と最新様式を並べる

指摘された欄、添付書類、金額、日付、承認経路を確認します。古い様式を直し続けず、現行版から作り直す方が安全かも判断します。

申請システムの必須項目、文字数、ファイル形式、有効期限も確認します。内容を直しても入力エラーで送れない場合は、修正内容とシステム上の不備を混ぜず、別々に解消します。

3. AIへ修正リストを頼む

以下は架空の申請と差し戻しコメントです。
「指摘内容」「確認する元資料」「修正する内容」
「確認する人」「再提出日」に整理してください。

コメントにない差し戻し理由、要件、金額、日付、承認状態を付け足さないでください。
判断できない箇所は「要確認」と残してください。

【申請内容】
（置き換え済みの内容）

【差し戻しコメント】
（記載された文言）

4. 「要確認」を先に聞く

金額の根拠、必要な添付、承認順など、修正する前に確認が必要なものを集めます。不明点を仮の数字や表現で埋めません。

一つの確認結果で別の欄も変わる場合は、依存する修正をまとめます。確認前に途中版を何度も再提出すると、承認者が別の版を見てしまうため、再提出できる条件を先にそろえます。

5. 再提出前に差分を確認する

元の指摘ごとに「対応済み」「要確認」を付け、申請者と別の人が確認します。再提出日と結果も履歴に残します。

ファイルで出す場合は、版、更新日、申請番号をそろえ、古い添付を外します。再提出後に追加指摘が来たときも、どの版へのコメントか分かるように申請システムの履歴へ戻します。

再提出前に、指摘していない箇所が意図せず変わっていないかも差分で見ます。金額や日付を直した結果、合計、承認経路、添付、予算残など別の項目へ影響する場合は、関連する確認を終えてから提出します。

5. 完成例

以下は架空の例です。

指摘内容：費用の根拠資料が付いていない
確認する元資料：現行の見積書
修正する内容：承認済み見積書を添付
確認する人：Aさん
再提出日：7月17日

指摘内容：納期の記載が見積書と一致していない
確認する元資料：最新の見積書
修正する内容：要確認
確認する人：要確認
再提出日：7月17日予定

差し戻し理由を想像せず、次に聞くことを「要確認」で残しています。

近い場面の記事として、会計ソフトの承認待ちの確認もあります。

6. 使うときの注意

申請書に個人情報、未公開の金額、取引条件、口座情報がある場合は、職場で承認されたAI環境であっても、不要な情報を除いてから扱います。

最終的な承認はAIではなく、正式な申請システムと承認者の操作で確定します。

再提出が完了しても承認済みとは限りません。受付、審査中、再差し戻し、承認、却下などの状態を区別し、完了通知と承認番号を正式な画面で確認します。

7. 今日できたこと

• 差し戻しコメントを一件ずつ分けられた。
• 指摘と修正内容を対にできた。
• 分からない理由をAIに作らせなかった。
• 再提出前の確認順を作れた。

8. ほー先輩の一言

ほー先輩：差し戻しの紙は、やり直しの地図にできるで。