改訂履歴の書き方と記入例｜マニュアル・規程の6つの欄、改訂の手順と最新版の管理

改訂履歴は、版数・改訂日と施行日・変更した箇所・変更の内容・変更の理由・承認と周知の記録の6つの欄を表にして、1回の改訂を1行で書けば足ります。改訂日（承認した日）と施行日（運用が切り替わる日）は別の欄で持ち、確定した行は書き換えずに下へ追記していきます。

改訂履歴とは：いつ・誰が・何を・なぜ変えたかの記録

改訂履歴とは、マニュアルや社内規程などの文書を、いつ・誰が・何を・なぜ変えたかを残す記録です。文書の冒頭か末尾に表の形で置くのが一般的で、表紙の次や目次の後など、文書を開いてすぐ目に入る位置に置くと最新版かどうかを確かめやすくなります。「改訂履歴表」と呼ぶ会社もあります。

改訂履歴があると、文書を開いた人が「これが最新版か」「前の版から何が変わったか」をその場で確かめられます。後から監査や社内の調査で「その時点ではどう決まっていたか」と聞かれたときにも、履歴をたどれば答えられます。6つの欄の立て方と、初版・一部改訂・全面改訂の記入例は、この後の「改訂履歴の書き方」の節で表にしています。

変更履歴・改定との違い

改訂履歴は、承認されて版が確定したときに1行ずつ残す公式の記録です。 変更履歴は、編集している途中の言い回しや誤字の直しまで残す記録で、Wordの「変更履歴の記録」のような機能がこれにあたります。改訂履歴には、細かな直しまでは書かず、意味の変わった箇所だけを書きます。

「改訂」は文書の中身を直して版を上げること、「改定」は料金や規則そのものを決め直すことを指します。規程の条文を決め直した場合でも、文書の版を上げた記録は「改訂履歴」と書く会社が多くあります。

どれで運用しているのか、聞かないと分からない

社内規程やマニュアルが分からなくなっていく道筋は、たいてい同じです。所管部署が改訂したファイルを共有ドライブに置き、周知のメールに同じファイルを添付します。受け取った部署はそれを自分たちのフォルダに保存し、現場向けの手順書へ内容を写します。数か月後には、共有ドライブと各部署のフォルダとメールの添付と、社内ポータルに貼られたリンク先に、少しずつ違う版が並びます。

困るのは、間違えても気づけないことです。古い版を見て手続きを進めても、その場では何も起きません。問題になるのは、後から監査や調査で「その時点の規程ではこうなっていた」と照らされたときや、取引先へ古い様式を出したときです。

もう一つ表に出にくいのが、改訂の影響が全部の文書へ届かない状態です。規程を1本直すと、それを引用している別の規程や、手順を書いたマニュアル、記入例、研修の教材まで直す必要が出ます。改訂した本体だけが新しくなり、ぶら下がっている文書が古いまま残ると、現場は古いほうを見て動きます。現場から見れば、社内の文書はどれも同じ見た目で置かれているためです。

規程やマニュアルを所管する総務・法務と、置き場や社内検索の仕組みを持つ情報システムの担当者が、それぞれどこまでを持つかを決めやすい形で書いています。改訂履歴の書き方だけを先に知りたい場合は、次の節で足ります。

改訂履歴の書き方：6つの欄と記入の手順

改訂履歴の様式に持たせる欄は、版数・施行日・変更した箇所・変更の内容・変更の理由・承認と周知の記録の6つで足ります。この6つがあれば、後から過去の時点について問われたときに答えられます。それぞれの欄が何に答えるためのものかは、後半の「改訂履歴に残す項目と、それぞれが答える問い」の表で見られます。

記入は次の順で進めます。

1. 改訂案が固まった時点で履歴の行を先に作る。施行日と承認の欄は空けたままでよい
2. 変更した箇所は条文の単位で書く。全文を差し替えた改訂でも「全文改訂」で済ませず、変わった条を挙げる
3. 変更の内容は変更前と変更後を並べる。要約の下書きはAIに作らせてよい
4. 変更の理由を人が1行書く。差分からは復元できない唯一の欄
5. 承認が下りた日と決裁者、周知した日と対象範囲を同じ行に入れる
6. 施行日が決まったら記入し、旧版の行には失効日を入れる

様式のほうで決めておくことが3つあります。改訂日と施行日は別の欄で持つこと（承認した日と運用が切り替わる日はずれます）、版数は連番で振り、途中で振り直さないこと、そして確定した行は書き換えず追記だけにすることです。行を上書きする運用にすると、履歴そのものが「いつ何が書き換わったか」分からない状態になります。

記入例：1行がどこまで埋まっていればよいか

欄の名前だけでは、どこまで細かく書くかが揃いません。次は同じ規程を初めて作ってから2回改訂したときの記入例です。第2版が一部改訂、第3版が全面改訂にあたります（値は書き方を示すための仮のものです）。

初版の行は、変更した箇所がないので「なし（初版）」と書き、変更の理由の欄には規程を作った目的を入れます。全面改訂の行でも「全文改訂」の一言で済ませず、変わった章や条を挙げます。第3版の行で押さえたいのは、この書き方と、理由が「上位規程の改訂に追随するため」と改訂のきっかけまで戻って書かれている点です。ここを「用語の見直し」「所要の改正」とだけ書くと、後から読んだ人には何が変わったのか分かりません。逆に、条文の全文を履歴へ貼る必要はありません。原本の版を残しておけば、突き合わせは原本どうしでできます。

空欄のまま残してよいのは、まだ確定していない欄だけです。施行日が未定のうちは空けておき、決まった時点で埋めます。該当がない欄には「なし」と入れ、空欄と区別できるようにします。

この6欄のうち、AIに任せられるのは2と3と5の下書きまでです。変更の理由と、施行日をいつにするかは人が決めます。その線の引き方と、履歴を残すだけでは追いつかない部分は、以降で工程ごとに見ていきます。

マニュアル改訂の手順：起案から承認、版数の更新、周知まで

改訂履歴は、改訂の手順の中で少しずつ埋まっていきます。マニュアルや規程を改訂するときは、次の4つの順に進めます。

承認が下りる前に版数を上げたり、新しい版を置き場へ出したりしないことが、最新版を1つに保つ要になります。順番が崩れると、承認前の案が「最新版」として読まれてしまいます。

「置き場を整える」話と「いつから何が変わるか」の話は別

規程の改訂管理は、文書管理の一部として語られることが多いのですが、設計するときは分けたほうが進みます。保管場所の整理から保管期限までを含む文書管理が扱うのは、文書をどこへ置き、いつまで持ち、誰に見せるかという入れ物の側です。

関連記事：AIエージェントで文書管理｜できること5つとメリット、導入の進め方

改訂管理で問われるのは、入れ物ではなく時間です。いつから新しい内容で運用するのか、それまでの期間はどちらに従うのか、変わったことを誰が知っている必要があるのか。 ファイルを新しいものへ差し替えれば済む話ではなく、施行日を挟んで運用が切り替わるところまでが一続きになっています。

この違いは扱いにも出ます。文書管理では、古い版は基本的に見えないところへ下げます。改訂管理では、旧版を消してはいけません。過去の時点の運用を説明する必要があるためです。「今の版を1つに絞る」ことと「過去の版を残す」ことを同時に成り立たせるのが、改訂管理の設計になります。

工程を7つに分け、どこから人が持つかを決める

改訂の一連の流れをまとめて自動化しようとすると、線が引けなくなります。次の7つに分けると、工程ごとに判断できます。

線の引き方は、間違いに気づける段階かどうかで決まります。差分の抽出や影響範囲の洗い出しは、抜けがあっても人が見れば気づけます。施行日の決定や改訂の承認は、間違えたまま流れると現場が誤った運用を始めます。 前者はAIに寄せ、後者は所管部署に残します。

工程は、通常のプログラムで動かすもの・AIに任せるもの・人が承認するものの3つに仕分けられます。改訂管理では、7工程のうちAIが要るのは差分の抽出と影響範囲の洗い出し、それに周知文の書き分けくらいで、残りは決められた規則に沿って動かす部分です。全部をAIで作ろうとしないほうが、後から挙動を追いやすくなります。

関連記事：AIエージェントにどこまで任せるか｜工程を通常のプログラム・AI・人の承認に仕分ける基準

現行版は、探し出す前に「1か所しかない」状態へ寄せる

最新版が分からない状態を仕組みで解くとき、最初に思い付くのは全部を集めて突き合わせる方向です。それも要りますが、続けるほど苦しくなります。集める対象が増え、判定の材料も揃わないためです。

先に手を付けるのは、現行版を置く場所を1つに決めることです。所管部署が更新する原本を1か所に置き、他の場所には実体を置かずにリンクだけを張る形にします。 各部署が自分のフォルダへ複製している限り、どれだけ判定を工夫しても食い違いは出続けます。

そのうえで、規程の1ページ目に版数と施行日と所管部署を書く運用へ変えます。地味な変更ですが、これが入っていない文書は機械からも人からも前後関係が分かりません。既にある文書へ後から入れるのは手間なので、改訂が回ってきた文書から順に付けていきます。

集めて突き合わせる仕組みは、この整理と並行して作ります。AIが担うのは、同じ主題の文書を集め、本文の重なり具合から同じ規程の別の版だと判定し、原本と違う中身が置かれている場所を挙げるところまでです。挙がったファイルを消すか、リンクへ差し替えるかは各部署が決めます。社内検索の仕組みを先に入れている場合は、現行版でないファイルを検索の対象から外すところまでを一続きにしておくと、古い版が回答に混ざりにくくなります。

関連記事：社内ドキュメントの検索をAIで横断する｜全文検索との違いと権限設計

差分は「文字がどう変わったか」ではなく「何が変わったか」で出す

改訂案のレビューで配られるのは、たいてい文字単位の見え消しです。読む側は赤い箇所を目で追い、意味が変わったのか語尾を整えただけなのかを毎回判断します。改訂の量が多いと、この判断だけで会議が終わります。

AIに任せられるのは、この読み替えです。旧版と改訂案を条文の単位で突き合わせ、次の3つへ振り分けさせます。

• 意味が変わる変更（対象範囲、金額や日数の基準、承認者、禁止事項の追加や削除）
• 意味は変わらない変更（表記の統一、条番号の繰り上がり、参照先の書き換え）
• 変えるべきだったのに変わっていない箇所（上位規程の改訂に合わせていない用語や基準）

3つ目が実務では効きます。差分ツールは変わった箇所しか出しません。上位の規程が改訂されたのに下位の細則が追随していない状態は、差分には現れず、改訂の場でも見落とされます。 改訂案と一緒に上位規程を読ませ、用語や基準が揃っていない箇所を挙げさせると、この抜けを拾えます。

出力の形は、条文ごとに「変更前・変更後・分類・確認が要る理由」を並べた一覧にします。所管部署はここを上から見て、意味が変わる行だけを丁寧に読むことになります。契約書の条文をひな形と突き合わせて差分を出す場合も、条文の単位で比べて人の確認へ渡すという作りはほぼ同じです。違うのは、契約書が相手のある一度きりの文書なのに対し、規程は自社の中で改訂を重ねていく点で、そのぶん履歴の残し方が重くなります。

関連記事：NDAレビューで確認する10条項｜AIで差分を出す手順と、法務が判断する範囲

影響範囲は、参照している側から引く

規程を1本直したとき、直す必要が出る文書を人が思い出しながら挙げるのは無理があります。所管部署は自分たちの規程の周りは知っていても、他部署のマニュアルがどこを引用しているかまでは把握していません。

洗い出しは、参照している側から引きます。社内文書を読み込んで、規程名・条番号・様式番号・用語の定義への言及を抜き出し、どの文書がどの規程のどこを引いているかの一覧を先に作っておきます。改訂のときは、変わった条文の番号でこの一覧を引けば、直す候補が出ます。

一覧はAIに作らせて構いませんが、改訂のたびに全文書を読み直させる作りにはしないほうがよい部分です。文書が増えるほど時間と費用が伸びます。参照関係の一覧は文書が追加・更新されたときに更新し、改訂のときはその一覧を引くだけにします。

挙がった候補のうち、どれを今回直すかは人が決めます。全部を同時に直せないときは、施行日までに直すものと後から追いつかせるものに分け、後回しにした文書には「この規程は◯月◯日改訂の内容に未対応」と表示しておきます。古いまま黙って置かれているより、対応中だと分かるほうが現場の判断を誤らせません。

施行日と経過措置は、所管部署が決める

改訂の確定と施行日は、AIが候補を出せても決めさせない範囲です。施行日は文書の都合ではなく業務の都合で決まります。月次の締めや期の切り替わり、システムの改修時期、取引先への通知に必要な期間が絡みます。

決めるのは施行日だけではありません。次の3つを一緒に確定させておかないと、現場からの問い合わせが所管部署へ集まります。

• 施行日をまたぐ案件をどちらの規程で扱うか（申請日で判定するか、決裁日で判定するか）
• 旧版に従って進行中の手続きをやり直させるかどうか
• 周知から施行までにどれだけの期間を置くか

AIが用意できるのは判断の材料です。過去の改訂で周知から施行までに置いた期間、その規程に関する問い合わせが月のどの時期に多いか、同じ内容を扱う他の規程の施行日といった値を並べます。決裁者はそこから選びます。改訂の頻度が高いルールほど、この決め方を毎回考え直さずに済む形にしておく価値があります。

関連記事：生成AIの社内ルールの作り方｜利用規定9章のひな形と入力可否の判定表

改訂履歴に残す項目と、それぞれが答える問い

履歴は、細かく残すほどよいわけではありません。全部の編集操作を記録すると、後から見ても何が起きたのか読み取れなくなります。基準になるのは、過去のある時点について外から問われたときに答えられるかです。

理由の欄だけは人が書きます。差分からは「何が変わったか」までしか分からず、なぜ変えたのかは改訂を決めた人の中にしかありません。ここが空欄だと、数年後に同じ論点が出たときに、当時なぜその形にしたのかが辿れず、元に戻す改訂を繰り返すことになります。1行でよいので、変更のたびに理由を書く欄を必須にしておきます。

旧版は消さず、現行版と間違えられない形で残す

旧版をいつまで残すかは、保管期限とは別に決めます。文書の保存年数は法令や社内規程で決まりますが、旧版を参照可能にしておく期間は、その規程に基づいて行った手続きが後から問われうる期間で考えます。目安を一律に置かず、規程の種類ごとに所管部署と決めるほうが実態に合います。

関連記事：文書の保存期間と廃棄をAIで管理する｜法定保存年限の判定と、廃棄前に人が確認する範囲

残し方で気をつけるのは、現行版と取り違えられない形にすることです。

• 旧版は別の置き場へ移し、現行版のフォルダには置かない
• ファイルを開いた1ページ目に「この版は◯年◯月◯日で失効」と入れる
• 社内検索の対象から外すか、結果に失効の表示を出す
• 旧版のページから現行版へのリンクを張る
• 直接のダウンロードよりも、履歴の一覧から辿る経路を主にする

社内の問い合わせ対応にAIを使っている場合は、参照する範囲を現行版だけに絞ります。過去の版まで含めて答えさせると、失効した基準を根拠に回答が返ります。過去の版を参照する必要があるのは、監査や調査のように目的がはっきりしている場面なので、その用途は履歴の一覧から人が辿る形で足ります。

関連記事：社内ヘルプデスクの自動化｜情シスの一次対応をAIに何割任せられるか

周知は、送って終わりにしない

改訂の周知でよくあるのは、全社宛のメールに改訂後のファイルを添付して終わる形です。受け取る側は、自分に関係があるのかを本文から読み取れず、後で見ようとして開かないまま流れます。

周知でAIに任せられるのは、対象を絞ることと、変更点を相手に合わせて書き分けることです。

• 影響範囲の一覧から、その規程に関係する部署と役割を挙げる
• 変更点のうち、その部署の業務で実際に変わることだけを抜き出す
• 手続きが変わる場合は、施行日を境に何をどうするかを書く
• 対応が要らない部署には、変更があった事実だけを短く伝える

書き分けた文面は人が確認してから配信します。規程の解釈を一段かみ砕いた文章になるため、条文の意味を狭めたり広げたりしていないかの確認は所管部署が持ちます。 出した文章に含まれる基準や日付が原本と食い違っていないかを機械的に照合させると、確認の負担は下がります。

配信のあとに追うのは、開封の有無だけではありません。改訂の重さによって、確認の取り方を変えます。

未読や未回答の一覧は自動で作れます。督促の文面も作れますが、いつまで待ってどこから個別に声をかけるかは所管部署が決めます。回答率が上がらない規程は、周知の仕方より、そもそも現場の業務と合っていない可能性を疑うほうが早いこともあります。

どの順で手を付けるか

1. 改訂の頻度が高く、影響する部署が多い規程を1本選ぶ
2. その規程の現行版を1か所に定め、他の場所の実体をリンクへ置き換える
3. 1ページ目に版数と施行日と所管部署を入れる様式へ変える
4. 社内文書からその規程への参照を抜き出し、影響範囲の一覧を作る
5. 次の改訂で、差分の分類と影響範囲の提示までを試す
6. 履歴の様式を決め、変更理由の欄を必須にする
7. 周知の書き分けと未読の把握を足し、対象の規程を広げる

5を「次の改訂で試す」としているのは、改訂が起きないと使い勝手を確かめられないためです。改訂が年に1回しかない規程を最初に選ぶと、検証まで1年空きます。頻度の高い規程から入るのは、そのためでもあります。

規程の改訂管理は、扱う件数がそれほど多くない代わりに、間違えたときの影響が広い業務です。処理の速さより、誰がどこで確認したかの記録が残ることを優先して設計するほうが合っています。

関連記事：AIエージェント開発の進め方｜対象業務の選び方と4工程の全体像、次へ進む前に決めること

まとめ：規程・マニュアルの改訂管理を仕組みに載せるときの要点

• 改訂管理は文書管理の入れ物の話とは別で、施行日を挟んで運用が切り替わるところまでが対象になる
• 現行版は探し出す前に1か所へ寄せる。各部署に実体の複製が残る限り、判定を工夫しても食い違いは出続ける
• 1ページ目に版数と施行日と所管部署を書く様式へ、改訂が回ってきた文書から順に変える
• 差分は文字単位ではなく、意味が変わる変更・変わらない変更・追随できていない箇所の3つへ分類させる
• 影響範囲は参照関係の一覧を先に作っておき、改訂のたびに全文書を読み直させない
• 施行日と経過措置の扱いは所管部署が決める。AIが用意するのは過去の周知期間などの判断材料まで
• 改訂履歴の様式は版数・施行日・変更した箇所・変更の内容・変更の理由・承認と周知の記録の6欄で足りる。確定した行は書き換えず追記する
• 改訂の手順は起案→承認→版数の更新→周知の順に進め、各段階で改訂履歴の欄を埋める
• 履歴は後から説明できるだけ具体的に残し、変更理由の欄だけは人が1行書く
• 旧版は消さず、失効の表示と現行版へのリンクを付けて別の置き場へ移す。問い合わせ対応が参照するのは現行版だけにする
• 周知は対象を絞って書き分け、確認の取り方を改訂の重さで変える

Augueでは、社内に散らばった規程やマニュアルの版の突き合わせから、改訂時の差分と影響範囲の提示、周知までを扱うAIエージェントの開発に対応しており、どの規程から載せるか、どこを所管部署が確定させるかの設計から一緒に進められます。自社の改訂管理のどこを仕組みに寄せられるか整理したい方は、是非ご相談ください。

自社専用のAIエージェントを作りませんか？

作るか既製品を使うか、費用の目安から相談できます。使うほど育ち、成果が続くAIエージェントの開発をご支援します。開発の進め方と事例はサービス資料でご覧いただけます。

資料をダウンロードする無料相談に申し込む

よくある質問

文書管理システムやワークフロー製品に付いている版管理の機能では足りませんか？

製品が持っているのは、同じ場所に置かれたファイルの版を並べる機能です。改訂管理で手間がかかるのは、その手前にある「どこに何版があるか」の突き合わせと、改訂によって直す必要が出る他の文書の洗い出しのほうです。製品を入れ替えるより、既存の入れ物は残したまま、この2つを補う仕組みを足すほうが動き出しは早くなります。

規程やマニュアルの本文そのものをAIに書かせてよいですか？

下書きまでは任せられますが、条文の文言を生成させたものをそのまま施行するのは避けたほうが安全です。規程の文言は他の規程や契約の書き方と揃っている必要があり、少しの言い換えで意味の範囲が変わります。書き換えの案は出させたうえで、採用するかどうかは所管部署が1文ずつ判断する形にします。

規程の数が少ない会社でも、仕組みにする意味はありますか？

規程の本数より、改訂したときに直す必要が出る文書の数で判断すると見当が付きます。規程が20本でも、そこにぶら下がる手順書や様式が数百あるなら、影響範囲の洗い出しだけで効果が出ます。逆に規程が多くても改訂がほとんど起きないなら、最新版の表示を整えるところで止めるほうが見合います。

外部の監査や認証を受けている文書にも同じ設計を使えますか？

工程の分け方は同じですが、残す項目は先に確認が要ります。監査や認証の枠組みごとに、記録として求められる項目や承認の形が個別に決められている場合があるためです。所管部署と監査に対応している担当へ、必要な項目を先に聞いたうえで履歴の様式に足し、後から様式を作り直さずに済むようにします。

関連する記事

AIエージェントで文書管理｜できること5つとメリット、導入の進め方AIエージェントで文書管理を回すと、意味で探す・要約・分類とタグ付け・AI-OCR・期限の見張りの5つを任せられます。探す時間が減るなどのメリット、正本の確定や廃棄を人に残す理由、小さく始める導入の進め方をまとめます。文書の保存期間と廃棄をAIで管理する｜法定保存年限の判定と、廃棄前に人が確認する範囲契約書や請求書などの社内文書について、種類ごとの法定保存年限をAIで判定し、期限の到来と廃棄候補を洗い出す設計を整理します。起算日の決め方、保存が延びる事情の拾い方、廃棄をどこから人が承認するかを線引きします。社内ドキュメントの検索をAIで横断する｜全文検索との違いと権限設計社内ドキュメントの検索をAIで横断できるようにする設計を整理します。キーワード一致の全文検索との違い、複数のPDFをまとめて探す手順、資料の選び方と更新への追随、部署ごとの閲覧権限を検索結果に持ち込む方法まで扱います。