架空の保守会社では、現場報告メールを「設備名・症状・実施作業・次回対応」へ要約しています。管理担当は、文章が長くて受付担当が読みづらいという理由でP03を短くする提案を変更票C02へ記します。

旧版の全文、新版の全文、差分を残します。「短くした」だけでは、次回対応の指示も消したのか分かりません。P04で「各欄を短い文で」と足した箇所と、削った説明を分け、編集者と編集日時を記します。

モデルや参照資料も同時に変更したら、指示文だけの影響を比べられません。今回のモデルM02と報告書式R01は固定します。W3Cの来歴という考え方を、指示文を誰がどの版から加工したかの記録へ応用する例です。

この章の根拠：出典1出典3

長い説明を短くすることと、次回対応を消すことは違います。現場責任者は、設備名、症状、実施作業、次回対応を残す欄として指定します。短さの目標を、重要項目を削る許可に読み替えません。

報告E11に「ポンプP2、異音、点検済み、部品交換は未決定」とあるなら、次回対応は未決定という状態を残します。AIが短くするため「交換予定」と変えるのは、予定の創作です。現場担当が原文と照合する対象にします。

入力に次回対応が書かれていない場合は、P04で未記載と示すか現場へ確認するかを決めます。空欄、未記載、未決定を1つの「なし」へまとめると業務の意味が変わります。責任者が採用する表記を先に指定します。

比較表は横に動かして全ての列を確認できます。

この章の根拠：出典1出典2

管理担当は通常の点検報告E10、未決定を含むE11、次回対応の記載がないE12を用意します。資料は利用が認められた架空例や検証用のものを使い、現場担当が期待する欄を先に確認します。

P03とP04へ同じ資料を渡し、回答を資料IDで並べます。読みやすさは受付担当、作業の意味は現場担当が確かめます。受付担当の「読みやすい」だけで、現場の約束内容まで正しいと判定しません。

変更を考えたE11だけに合わせて直すと、E10の正常な欄を崩す場合があります。修正に使わなかった報告も残して確認します。AI回答の揺れがある場合は複数の回答を保存し、良い回答1回だけを選んで記録しないようにします。

この章の根拠：出典1出典3

共有フォルダのP03を直接P04へ上書きすると、確認前の新版が社員へ広がります。管理担当は検証中のP04を別に保存し、正式に使う版を示す一覧にP03が継続中であると記します。

業務責任者が採用を決めたら、P04を正式な一覧へ反映し、利用開始日と対象の報告を伝えます。社員には版名だけでなく、未決定を残すなど変更した判断も伝えます。説明を送った事実と、使う人が確認した事実は分けます。

サービスに版管理がない場合でも、会社側で全文と版名を保存できます。ただし設定を読めない社員へ秘密の認証情報を共有する必要はありません。設定できる管理担当と、使う社員に知らせる文面を区別します。

この章の根拠：出典2出典3

E11で未決定が交換予定に変わったら、業務責任者は次回対応のある報告へのP04利用を止めます。管理担当は保存したP03を復元し、E11で必須欄が保たれるかを再確認します。古い版という理由だけで正しいとは扱いません。

P04で既に作成した要約があれば、対象の資料IDを一覧にします。現場担当は元メールを見て、予定を誤って伝えた記録や対応依頼がないかを確認します。指示文を戻すだけでは、過去の誤った要約は直りません。

修正する場合はP04を無言で再編集せず、P05として原因と変更内容を残します。P05の確認後も、次に戻す版を指定します。NISTの変更・復旧管理の原則を、会社の変更票と既存報告の見直しへ落とした手順です。

この章の根拠：出典1出典2

社員が指示文を直すときは、管理担当が変更理由を記し、旧版P03と新版P04の全文を残します。短くしたい目的と、消してはいけない業務項目を分けることが最初の判断です。

現場担当は要約の意味、受付担当は読みやすさを同じ報告で確認します。業務責任者が対象範囲と開始日を決めるまでは、新版を正式な作業へ広げません。正式版の表示と利用者の確認も必要です。

問題が出たら、指示文の復元と作成済みの要約の見直しを分けます。変更票の記入メモを担当者へ渡し、戻す版と未確認の報告が見える状態で、次の修正へ進んでください。

この章の根拠：出典1出典2出典3