どれで運用しているのか、聞かないと分からない
社内規程やマニュアルが分からなくなっていく道筋は、たいてい同じです。所管部署が改訂したファイルを共有ドライブに置き、周知のメールに同じファイルを添付します。受け取った部署はそれを自分たちのフォルダに保存し、現場向けの手順書へ内容を写します。数か月後には、共有ドライブと各部署のフォルダとメールの添付と、社内ポータルに貼られたリンク先に、少しずつ違う版が並びます。
困るのは、間違えても気づけないことです。古い版を見て手続きを進めても、その場では何も起きません。問題になるのは、後から監査や調査で「その時点の規程ではこうなっていた」と照らされたときや、取引先へ古い様式を出したときです。
もう一つ表に出にくいのが、改訂の影響が全部の文書へ届かない状態です。規程を1本直すと、それを引用している別の規程や、手順を書いたマニュアル、記入例、研修の教材まで直す必要が出ます。改訂した本体だけが新しくなり、ぶら下がっている文書が古いまま残ると、現場は古いほうを見て動きます。現場から見れば、社内の文書はどれも同じ見た目で置かれているためです。
「置き場を整える」話と「いつから何が変わるか」の話は別
規程の改訂管理は、文書管理の一部として語られることが多いのですが、設計するときは分けたほうが進みます。保管場所の整理から保管期限までを含む文書管理全体の設計は 社内の文書管理をAIエージェントで回す にまとめてあります。そちらで扱うのは、文書をどこへ置き、いつまで持ち、誰に見せるかという入れ物の側です。
改訂管理で問われるのは、入れ物ではなく時間です。いつから新しい内容で運用するのか、それまでの期間はどちらに従うのか、変わったことを誰が知っている必要があるのか。 ファイルを新しいものへ差し替えれば済む話ではなく、施行日を挟んで運用が切り替わるところまでが一続きになっています。
この違いは扱いにも出ます。文書管理では、古い版は基本的に見えないところへ下げます。改訂管理では、旧版を消してはいけません。過去の時点の運用を説明する必要があるためです。「今の版を1つに絞る」ことと「過去の版を残す」ことを同時に成り立たせるのが、改訂管理の設計になります。
工程を7つに分け、どこから人が持つかを決める
改訂の一連の流れをまとめて自動化しようとすると、線が引けなくなります。次の7つに分けると、工程ごとに判断できます。
| 工程 | AIに任せられること | 人が確定させること |
|---|---|---|
| 最新版の特定 | 社内に散らばった同じ規程のファイルを集め、版数と施行日と中身から現行版の候補を示す | どれを現行版とするかの確定 |
| 改訂の必要性の検知 | 法令の改正や上位規程の改訂、問い合わせの偏りから、見直しの候補を挙げる | 改訂に着手するかどうか |
| 改訂案の差分抽出 | 旧版と改訂案を条文の単位で突き合わせ、変わった箇所と変わっていない箇所を並べる | 変更の意図と合っているかの確認 |
| 影響範囲の洗い出し | その規程を引用している他の規程・マニュアル・様式・教材を挙げ、直す箇所を示す | 直す対象と直さない対象の切り分け |
| 改訂の確定と施行日 | 過去の改訂での周知期間を示し、施行日の候補を出す | 改訂内容の承認と施行日の決定 |
| 改訂履歴の記録 | 変更点の要約を作り、決められた様式で履歴へ書き込む | 変更理由の記載 |
| 現場への周知 | 対象者を部署と役割から絞り、変更点を対象者向けに書き分けて配信し、未読を追う | 読んだだけでは足りない範囲の指定 |
線の引き方は、間違いに気づける段階かどうかで決まります。差分の抽出や影響範囲の洗い出しは、抜けがあっても人が見れば気づけます。施行日の決定や改訂の承認は、間違えたまま流れると現場が誤った運用を始めます。 前者はAIに寄せ、後者は所管部署に残します。
工程を通常のプログラム・AI・人の承認へ仕分ける考え方そのものは AIエージェントにどこまで任せるか で整理しています。改訂管理では、7工程のうちAIが要るのは差分の抽出と影響範囲の洗い出し、それに周知文の書き分けくらいで、残りは決められた規則に沿って動かす部分です。全部をAIで作ろうとしないほうが、後から挙動を追いやすくなります。
現行版は、探し出す前に「1か所しかない」状態へ寄せる
最新版が分からない状態を仕組みで解くとき、最初に思い付くのは全部を集めて突き合わせる方向です。それも要りますが、続けるほど苦しくなります。集める対象が増え、判定の材料も揃わないためです。
先に手を付けるのは、現行版を置く場所を1つに決めることです。所管部署が更新する原本を1か所に置き、他の場所には実体を置かずにリンクだけを張る形にします。 各部署が自分のフォルダへ複製している限り、どれだけ判定を工夫しても食い違いは出続けます。
そのうえで、規程の1ページ目に版数と施行日と所管部署を書く運用へ変えます。地味な変更ですが、これが入っていない文書は機械からも人からも前後関係が分かりません。既にある文書へ後から入れるのは手間なので、改訂が回ってきた文書から順に付けていきます。
集めて突き合わせる仕組みは、この整理と並行して作ります。AIが担うのは、同じ主題の文書を集め、本文の重なり具合から同じ規程の別の版だと判定し、原本と違う中身が置かれている場所を挙げるところまでです。挙がったファイルを消すか、リンクへ差し替えるかは各部署が決めます。散らばった資料を集めて横断的に扱う側の設計は 社内文書検索をAIで横断する にあります。検索の仕組みを先に入れている場合は、現行版でないファイルを検索の対象から外すところまでを一続きにしておくと、古い版が回答に混ざりにくくなります。
差分は「文字がどう変わったか」ではなく「何が変わったか」で出す
改訂案のレビューで配られるのは、たいてい文字単位の見え消しです。読む側は赤い箇所を目で追い、意味が変わったのか語尾を整えただけなのかを毎回判断します。改訂の量が多いと、この判断だけで会議が終わります。
AIに任せられるのは、この読み替えです。旧版と改訂案を条文の単位で突き合わせ、次の3つへ振り分けさせます。
- 意味が変わる変更（対象範囲、金額や日数の基準、承認者、禁止事項の追加や削除）
- 意味は変わらない変更（表記の統一、条番号の繰り上がり、参照先の書き換え）
- 変えるべきだったのに変わっていない箇所（上位規程の改訂に合わせていない用語や基準）
3つ目が実務では効きます。差分ツールは変わった箇所しか出しません。上位の規程が改訂されたのに下位の細則が追随していない状態は、差分には現れず、改訂の場でも見落とされます。 改訂案と一緒に上位規程を読ませ、用語や基準が揃っていない箇所を挙げさせると、この抜けを拾えます。
出力の形は、条文ごとに「変更前・変更後・分類・確認が要る理由」を並べた一覧にします。所管部署はここを上から見て、意味が変わる行だけを丁寧に読むことになります。契約書の条文をひな形と突き合わせて差分を出す設計は NDA・秘密保持契約のレビューをAIで自動化する で扱っていて、条文単位で比較して人の確認へ渡すという構造は規程でもほぼ同じです。違うのは、契約書が相手のある一度きりの文書なのに対し、規程は自社の中で改訂を重ねていく点で、そのぶん履歴の残し方が重くなります。
影響範囲は、参照している側から引く
規程を1本直したとき、直す必要が出る文書を人が思い出しながら挙げるのは無理があります。所管部署は自分たちの規程の周りは知っていても、他部署のマニュアルがどこを引用しているかまでは把握していません。
洗い出しは、参照している側から引きます。社内文書を読み込んで、規程名・条番号・様式番号・用語の定義への言及を抜き出し、どの文書がどの規程のどこを引いているかの一覧を先に作っておきます。改訂のときは、変わった条文の番号でこの一覧を引けば、直す候補が出ます。
| 影響の出方 | 見つけ方 | 改訂のときにすること |
|---|---|---|
| 条番号で引用している | 「○○規程第5条に基づき」のような記載を抜き出す | 条番号の繰り上がりでも表記の修正が要る |
| 数値や期限を写している | 規程に書かれた金額や日数と同じ値を本文に持つ文書を探す | 値が変わったら写している側を全部直す |
| 手順として書き下している | 規程の条文と同じ主題を扱うマニュアルを主題で結ぶ | 手順の順序や承認者が変わっていないか確認する |
| 様式・記入例が付いている | 規程が指定する様式番号から様式ファイルを辿る | 項目が増減したら様式と記入例の両方を直す |
| 教材や研修資料に載っている | 研修資料から規程名への言及を抜き出す | 次回の研修までに差し替える |
一覧はAIに作らせて構いませんが、改訂のたびに全文書を読み直させる作りにはしないほうがよい部分です。文書が増えるほど時間と費用が伸びます。参照関係の一覧は文書が追加・更新されたときに更新し、改訂のときはその一覧を引くだけにします。
挙がった候補のうち、どれを今回直すかは人が決めます。全部を同時に直せないときは、施行日までに直すものと後から追いつかせるものに分け、後回しにした文書には「この規程は◯月◯日改訂の内容に未対応」と表示しておきます。古いまま黙って置かれているより、対応中だと分かるほうが現場の判断を誤らせません。
施行日と経過措置は、所管部署が決める
改訂の確定と施行日は、AIが候補を出せても決めさせない範囲です。施行日は文書の都合ではなく業務の都合で決まります。月次の締めや期の切り替わり、システムの改修時期、取引先への通知に必要な期間が絡みます。
決めるのは施行日だけではありません。次の3つを一緒に確定させておかないと、現場からの問い合わせが所管部署へ集まります。
- 施行日をまたぐ案件をどちらの規程で扱うか（申請日で判定するか、決裁日で判定するか）
- 旧版に従って進行中の手続きをやり直させるかどうか
- 周知から施行までにどれだけの期間を置くか
AIが用意できるのは判断の材料です。過去の改訂で周知から施行までに置いた期間、その規程に関する問い合わせが月のどの時期に多いか、同じ内容を扱う他の規程の施行日といった値を並べます。決裁者はそこから選びます。ルールを改訂して現場へ戻すまでの手順そのものは 生成AIの社内利用ルール・利用規定の作り方 でも扱っていて、改訂の頻度が高いルールほど、この決め方を毎回考え直さずに済む形にしておく価値があります。
改訂履歴は、後から説明できる粒度で残す
履歴の粒度は、細かく残すほどよいわけではありません。全部の編集操作を記録すると、後から見ても何が起きたのか読み取れなくなります。基準になるのは、過去のある時点について外から問われたときに答えられるかです。
| 残す項目 | 何に答えるためか | 書き方 |
|---|---|---|
| 版数と施行日 | その時点でどの版が有効だったか | 版数は連番、施行日は日付。改訂日と施行日は別に持つ |
| 変更の対象箇所 | どこが変わったか | 条文の単位。全文差し替えでも変わった条を挙げる |
| 変更の内容 | 何がどう変わったか | 変更前と変更後を並べる。要約はAIが下書きしてよい |
| 変更の理由 | なぜ変えたか | 法令の改正、運用の実態との乖離、監査の指摘など。人が書く |
| 承認の記録 | 誰が決めたか | 決裁者と決裁日。稟議番号があれば紐づける |
| 周知の記録 | 誰にいつ伝えたか | 配信日と対象範囲。個人単位の既読は必要な文書だけ |
理由の欄だけは人が書きます。差分からは「何が変わったか」までしか分からず、なぜ変えたのかは改訂を決めた人の中にしかありません。ここが空欄だと、数年後に同じ論点が出たときに、当時なぜその形にしたのかが辿れず、元に戻す改訂を繰り返すことになります。1行でよいので、変更のたびに理由を書く欄を必須にしておきます。
旧版は消さず、現行版と間違えられない形で残す
旧版をいつまで残すかは、保管期限とは別に決めます。文書の保存年数は法令や社内規程で決まりますが、旧版を参照可能にしておく期間は、その規程に基づいて行った手続きが後から問われうる期間で考えます。目安を一律に置かず、規程の種類ごとに所管部署と決めるほうが実態に合います。法定の保存年限そのものの判定と廃棄の進め方は 文書の保存期間と廃棄をAIで管理する を参照してください。
残し方で気をつけるのは、現行版と取り違えられない形にすることです。
- 旧版は別の置き場へ移し、現行版のフォルダには置かない
- ファイルを開いた1ページ目に「この版は◯年◯月◯日で失効」と入れる
- 社内検索の対象から外すか、結果に失効の表示を出す
- 旧版のページから現行版へのリンクを張る
- 直接のダウンロードよりも、履歴の一覧から辿る経路を主にする
社内の問い合わせ対応にAIを使っている場合は、参照する範囲を現行版だけに絞ります。過去の版まで含めて答えさせると、失効した基準を根拠に回答が返ります。問い合わせ対応の設計と、どこまでを自動応答に任せるかは 社内問い合わせ対応のAI自動化 にまとめてあります。過去の版を参照する必要があるのは、監査や調査のように文脈がはっきりしている場面なので、その用途は履歴の一覧から人が辿る形で足ります。
周知は、送って終わりにしない
改訂の周知でよくあるのは、全社宛のメールに改訂後のファイルを添付して終わる形です。受け取る側は、自分に関係があるのかを本文から読み取れず、後で見ようとして開かないまま流れます。
周知でAIに任せられるのは、対象を絞ることと、変更点を相手に合わせて書き分けることです。
- 影響範囲の一覧から、その規程に関係する部署と役割を挙げる
- 変更点のうち、その部署の業務で実際に変わることだけを抜き出す
- 手続きが変わる場合は、施行日を境に何をどうするかを書く
- 対応が要らない部署には、変更があった事実だけを短く伝える
書き分けた文面は人が確認してから配信します。規程の解釈を一段かみ砕いた文章になるため、条文の意味を狭めたり広げたりしていないかの確認は所管部署が持ちます。 出した文章に含まれる基準や日付が原本と食い違っていないかを機械的に照合させると、確認の負担は下がります。
配信のあとに追うのは、開封の有無だけではありません。改訂の重さによって、確認の取り方を変えます。
| 改訂の重さ | 周知の仕方 | 確認の取り方 |
|---|---|---|
| 表記の修正や条番号の整理 | 一覧への掲載のみ | 取らない |
| 手続きの一部が変わる | 対象部署へ配信し、変更点を明示する | 開封の記録を残す |
| 承認者や禁止事項が変わる | 対象者へ個別に配信する | 内容を読んだ旨の回答を取る |
| 罰則や責任の所在が変わる | 説明の場を設けたうえで配信する | 出席と回答の両方を取る |
未読や未回答の一覧は自動で作れます。督促の文面も作れますが、いつまで待ってどこから個別に声をかけるかは所管部署が決めます。回答率が上がらない規程は、周知の仕方より、そもそも現場の業務と合っていない可能性を疑うほうが早いこともあります。
どの順で手を付けるか
- 改訂の頻度が高く、影響する部署が多い規程を1本選ぶ
- その規程の現行版を1か所に定め、他の場所の実体をリンクへ置き換える
- 1ページ目に版数と施行日と所管部署を入れる様式へ変える
- 社内文書からその規程への参照を抜き出し、影響範囲の一覧を作る
- 次の改訂で、差分の分類と影響範囲の提示までを試す
- 履歴の様式を決め、変更理由の欄を必須にする
- 周知の書き分けと未読の把握を足し、対象の規程を広げる
5を「次の改訂で試す」としているのは、改訂が起きないと使い勝手を確かめられないためです。改訂が年に1回しかない規程を最初に選ぶと、検証まで1年空きます。頻度の高い規程から入るのは、そのためでもあります。
対象業務の選び方から、次の工程へ進む前に何を決めておくかまでの全体像は AIエージェント開発の進め方 にまとめてあります。規程の改訂管理は、扱う件数がそれほど多くない代わりに、間違えたときの影響が広い業務です。処理の速さより、確認の経路が残ることを優先して設計するほうが合っています。
まとめ：規程・マニュアルの改訂管理を仕組みに載せるときの要点
- 改訂管理は文書管理の入れ物の話とは別で、施行日を挟んで運用が切り替わるところまでが対象になる
- 現行版は探し出す前に1か所へ寄せる。各部署に実体の複製が残る限り、判定を工夫しても食い違いは出続ける
- 1ページ目に版数と施行日と所管部署を書く様式へ、改訂が回ってきた文書から順に変える
- 差分は文字単位ではなく、意味が変わる変更・変わらない変更・追随できていない箇所の3つへ分類させる
- 影響範囲は参照関係の一覧を先に作っておき、改訂のたびに全文書を読み直させない
- 施行日と経過措置の扱いは所管部署が決める。AIが用意するのは過去の周知期間などの判断材料まで
- 履歴は後から説明できる粒度で残し、変更理由の欄だけは人が1行書く
- 旧版は消さず、失効の表示と現行版へのリンクを付けて別の置き場へ移す。問い合わせ対応が参照するのは現行版だけにする
- 周知は対象を絞って書き分け、確認の取り方を改訂の重さで変える
Augueでは、社内に散らばった規程やマニュアルの版の突き合わせから、改訂時の差分と影響範囲の提示、周知までを扱うAIエージェントの開発に対応しており、どの規程から載せるか、どこを所管部署が確定させるかの設計から一緒に進められます。自社の改訂管理のどこを仕組みに寄せられるか整理したい方は、是非ご相談ください。
関連する記事
保管場所や保管期限まで含めた文書管理全体の設計は 社内の文書管理をAIエージェントで回す、法定の保存年限と廃棄の進め方は 文書の保存期間と廃棄をAIで管理する、規程を探して答える側の仕組みは 社内文書検索をAIで横断する を参照してください。
よくある質問
文書管理システムやワークフロー製品に付いている版管理の機能では足りませんか？
製品が持っているのは、同じ場所に置かれたファイルの版を並べる機能です。改訂管理で手間がかかるのは、その手前にある「どこに何版があるか」の突き合わせと、改訂によって直す必要が出る他の文書の洗い出しのほうです。製品を入れ替えるより、既存の入れ物は残したまま、この2つを補う仕組みを足すほうが動き出しは早くなります。
規程やマニュアルの本文そのものをAIに書かせてよいですか？
下書きまでは任せられますが、条文の文言を生成させたものをそのまま施行するのは避けたほうが安全です。規程の文言は他の規程や契約の書き方と揃っている必要があり、少しの言い換えで意味の範囲が変わります。書き換えの案は出させたうえで、採用するかどうかは所管部署が1文ずつ判断する形にします。
規程の数が少ない会社でも、仕組みにする意味はありますか？
規程の本数より、改訂したときに直す必要が出る文書の数で判断すると見当が付きます。規程が20本でも、そこにぶら下がる手順書や様式が数百あるなら、影響範囲の洗い出しだけで効果が出ます。逆に規程が多くても改訂がほとんど起きないなら、最新版の表示を整えるところで止めるほうが見合います。
外部の監査や認証を受けている文書にも同じ設計を使えますか？
工程の分け方は同じですが、残す項目は先に確認が要ります。監査や認証の枠組みごとに、記録として求められる項目や承認の形が個別に決められている場合があるためです。所管部署と監査に対応している担当へ、必要な項目を先に聞いたうえで履歴の様式に足し、後から様式を作り直さずに済むようにします。