SOPは、作った瞬間より半年後の方が危険です。
画面が変わった。担当者が変わった。例外処理が増えた。それなのに文書だけ古いまま残ると、「書いてある通りにやったのに間違う」状態になります。
版番号を付ける
最初から難しい文書管理は不要です。
- v1.0：初版
- v1.1：軽微な修正
- v2.0：手順を大きく変更
くらいでも十分です。
重要なのは「どれが今使う版か」が分かることです。
変更理由を1行残す
変更履歴は、
|版|日付|変更|
|---|---|---|
|1.0|2026-09-01|初版|
|1.1|2026-10-15|請求先確認を追加|
程度で構いません。
後で「なぜこの手順が増えたのか」が分かります。
見直し日を持つ
改訂がなくても、見直し日は決めます。
たとえば半年ごとに、
- 現行画面と合っているか
- 使っていないステップがないか
- 例外が増えていないか
- 担当者が理解できるか
を確認します。
例外ログを改訂材料にする
SOP外の対応が毎月発生するなら、「例外」ではなく標準手順へ入れるべき可能性があります。
逆に、数年に1回しか起きないケースまで本文へ入れると読みにくくなります。
例外ログを見ながら「頻度が上がったものだけSOPへ昇格」させると保守しやすくなります。
旧版を消すか、保管するか
現場で使う場所には最新版だけを置きます。
ただし、変更経緯が必要な業務なら旧版は別フォルダーへ保管します。
ファイル名に版番号を入れる場合も、
請求SOP_最新版_最終_本当の最終.docx
のような名前にはしません。
最低限これだけ管理すればよい
|項目|例|
|---|---|
|現行版|v1.2|
|最終更新日|2026-09-14|
|見直し担当|請求担当|
|次回見直し日|2027-03-01|
|現行ファイル|請求SOP_v1.2.docx|
変更履歴は本文末尾や別表に、
|版|日付|変更理由|
|---|---|---|
|v1.0|2026-09-01|初版|
|v1.1|2026-10-15|請求先確認を追加|
|v1.2|2026-12-03|送信記録の保存先を変更|
のように残します。
定期見直し以外の「改訂トリガー」も決める
- 使用する画面・システムが変わった
- 担当者が変わった
- 同じ例外対応が繰り返し発生した
- ミスや差し戻しが起きた
- 契約・社内ルールが変わった
こうしておくと、「見直し日はまだ先だから」と古い手順を使い続けるのを防げます。
EPAのSOP関連資料でも、改訂や旧版の扱いは運用上の重要事項として扱われています。
SOPは文書そのものではなく、現行の仕事と同期し続ける仕組みまで含めて初めて役に立ちます。
参考
- US EPA: Guidance for Preparing Standard Operating Procedures
https://www.epa.gov/quality/guidance-preparing-standard-operating-procedures
