社内規程・稟議規程の改訂を版管理と承認で行う

工場には一冊のバインダーがあります。中には稟議規程、つまり「100万円の発注は誰が決裁し、500万円なら誰が副署し、設備投資はどの取締役が印を押すか」を定めた文書が入っています。そのバインダーは何度もコピーされ、手書きで書き込まれ、さらにコピーされてきました。そのため、どのページが現行の規程で、どのページが誰かが削除し忘れた草案なのか、もう誰にも分からなくなっています。監査人が「係争中の支払が実行された日に、どの版の稟議規程が効力を持っていたか」と尋ねるとき、答えは肩をすくめるしかありません。

これが多くの中堅日本製造業が見落としているガバナンスの空白です。会社には社内規程があります。改訂もしています。欠けているのは、その改訂を版管理された承認履歴として残す仕組みです。すべての規程変更がメール、共有ドライブ、あるいは誰も捨てられないバインダーの中に浮遊しています。コンプライアンス監査は、ルールが間違っているからではなく、いつどの版が効力を持っていたか証明できないから失敗します。解決策は、社内規程の改訂そのものを一つの承認ワークフローとして、他のすべての申請と同じ基幹システムの中で扱うことです。

ポリシーガバナンスが監査で破綻する理由

社内規程と、その規程を定める稟議規程そのものは、会社が持つ他のすべての統制の土台です。この土台に統制された変更プロセスがないと、その上に築かれた統制は防御できなくなります。

破綻は3つの形で現れます。1つ目は版の履歴がないことです。規程は新しいPDFをメールに添付して「こちらを使ってください」と周知することで変更されます。半年後には3つの受信箱に3つの版が存在し、ある取引をどの版が律していたのか誰にも分からなくなります。2つ目は、変更そのものの承認証跡がないことです。誰かが承認枠を200万円から500万円に引き上げましたが、その改訂を誰が承認し、いつ発効し、適切な役員が署名したかの記録がありません。3つ目は、差し戻しの経路がないことです。改訂された規程が誤りだったと分かっても、前の版は新しい版が周知された瞬間に上書きされているため、きれいに戻せません。

皮肉が効いています。J-SOXレビューのために取引レベルの承認証跡を何週間もかけて再構築している会社が、そもそもその承認ルールを定めた規程の改訂については証跡を一つも持っていないことがあります。内部統制のレビュアーはそれを見逃しません。2024年4月1日以降に始まる事業年度から適用されたJ-SOXの改訂は、ポリシーのレイヤーも含め、主張ではなく証拠を求めます。規程の改訂を版管理し承認する基幹システムは、その空白を源流で塞ぎます。

事例：静岡の中堅精密部品メーカー

全国の自動車の一次顧客であるOEM各社にプレス部品を供給する、静岡の中堅精密部品メーカーを想像してください。社員数は約280名。分厚い稟議規程を持ち、最後に正式に改訂されたのは4年前です。それ以降、事業は変化しました。新たな製品ライン、二つ目の工場、再編された購買部門、そして新しい経営陣です。

現状では、ポリシーの変更はメールで行われます。総務担当が改訂案を起票し、メッセージに添付して役員に同意の返信を求めます。返信する人もいればしない人もいます。数週間遅れて返信する人もいます。最終的な承認版は、返信をかき集めて組み立てたもので、ファイル名は「稟議規程_最終_v3_これを使って.xlsx」のような共有フォルダに保存されます。内部統制のレビュアーが前事業年度に効力のあった版の閲覧を求めると、チームは二日がかりでフォルダを漁り、日付を比較し、なぜ3つのファイルがすべて現行版を名乗っているのか説明しようとします。

より深刻なのは変更そのものです。発注の役員決裁のしきい値は、年度のどこかで300万円から800万円に引き上げられました。それがいつ発効したか正確に言える人はいません。変更が正式に承認され、日付され、版管理されていなかったからです。年度の途中で決裁を通った600万円の発注は、グレーゾーンにあります。旧規程では役員承認が必要でした。新規程では不要でした。どちらの規程が律していたのか。その答えが、職務分掌のテストの合格・不合格を決めます。

-> 関連：製造業が走らせる60の承認ワークフローと、一つのERPに集約するROI

版管理された規程改訂ワークフローが実際にできること

社内規程の改訂を、他のすべての申請と同じ基幹システムの中に移すと、出発点が変わります。事後にポリシーの履歴を再構築するのではなく、改訂が起きる瞬間にシステムがそれを記録します。実際のワークフローエンジンを読むと、以下はロードマップ上の約束ではなく、本当に実装されている機能です。

すべての改訂はメールではなく承認申請

規程の改訂は、経費精算や発注、休暇と同じ構造化された申請として生まれます。起票者が改訂文書を添付し、変更内容を記述し、提出します。システムは会社が定めたルールに基づき、改訂を適切な承認者へルーティングします。稟議規程そのものの変更であれば、取締役会の全員合議かもしれません。部門別の手続であれば、部門長とコンプライアンス責任者かもしれません。

改訂が承認申請であるため、ワークフローエンジンが持つすべての機能を受け継ぎます。ルートには委員会の定足数（5人のうち3人以上の合意）や、迅速化のためのN人中何人かの承認を要求できます。ルートは名前ではなく役職に紐付けられるため、役員人事の途中で起票された改訂が止まることはありません。ウォッチャーは、承認者にならずに改訂を追跡できます。そのため内部監査チームは、ポリシーの変更をすべて観察しながら、それを阻塞することなく見守れます。これは後付けではありません。会社の他の60のワークフローを動かしているのと同じエンジンです。

承認された内容を正確に凍結するスナップショット

これが、ポリシーのガバナンスを監査可能にする機能です。改訂が提出されると、システムは文書とフォームデータのスナップショットを取得し、版を付けます。承認者は、自分の目の前で編集されうる生のファイルを承認しているのではありません。改訂された規程の固定され、タイムスタンプされた一枚の絵を承認しています。半年後に監査人が、規程が改訂された日に稟議規程がなんと書かれていたか尋ねるとき、答えは競合する草案のフォルダではなく、一つの版管理された記録です。

その改訂に対するすべてのアクションが、申請の監査記録に一行ずつ書き込まれます。誰が起票し、誰がレビューし、誰が承認もしくは却下し、各ステップがいつ起きたか、サービスレベルの期限がどうだったか。管理者が止まった改訂を強制的に通した場合でさえ、それ自体が記録され、管理者の身元と理由が捕捉されます。裏口はありません。誰かが通常のチェーンを迂回すれば、その迂回自体が履歴の一部になります。

完全な版履歴、いつでも復元可能

各改訂が承認時に版管理されるため、会社は時間経過に沿ったすべてのポリシー変更の完全な履歴を構築します。第7版、第8版、第9版、それぞれに承認チェーン、発効日、完全な文書スナップショットが付きます。改訂された規程が誤りだったと分かっても、会社は慌てる必要がありません。前の版は、独自の承認証跡とともにそこにあり、同じ統制されたワークフローを通じていつでも復元できます。

これこそがコンプライアンスのレビュアーが実際に見たいものです。コピーされたページのバインダーではなく、すべてのポリシー変更の検索可能な記録です。誰が起票し、誰が承認し、いつ発効し、すべての時点で規程がなんと書かれていたか。版履歴は、メールとバインダーのプロセスが決して生み出せないポリシー変更の証跡です。

-> 関連：監査で通用する承認証跡を残す基幹システムの作り方

日本の文脈：なぜ今、これがより重要なのか

日本はポリシーのガバナンスにおいて、二つの意味で条件を厳しくします。1つ目は、2024年4月1日以降に始まる事業年度から適用されたJ-SOXの改訂が、内部統制の証拠に対する要求を引き上げたことです。基準は今、取引だけでなく、統制そのものについても実証可能で版管理された記録を求めます。係争中の支払を律していた稟議規程の版を示せない会社は、単なる文書の不備ではなく、統制設計の指摘を受けることになります。

2つ目は、2025年の情報通信白書で48.7%の日本企業がデジタル化の最大の障害として挙げた人材不足が、暗黙のポリシー知識を危険なものにしていることです。「本当のルールを知っている」たった一人の人が定年を迎えると、バインダーは読めなくなります。すべての規程改訂を承認された版管理記録として捕捉する基幹システムは、次の世代へきれいに引き継がれます。後継者が受け取るのはパズルではなく、統制された履歴です。

適格請求書制度が三つ目の層を加えます。2023年10月以降、すべての課税仕入は、実在の承認の下、実在のルールの下で行われたことを遡って示す必要があります。「これは承認枠内だった」と防御される消費税の仕入控除は、その購入の日にその枠がいくつだったかを示す版管理された記録と同じ強さしか持ちません。ポリシーの証跡と取引の証跡は、一つの統制です。

正直な限界：現時点で手作業な部分

責任ある記事は、システムがまだできないことを明示します。ガバナンスを過剰に売り込むこと自体が統制の弱さだからです。

版管理された規程改訂ワークフローは、承認チェーン、文書スナップショット、完全な履歴を見事に捕捉します。ただし、それが発効した瞬間に、改訂されたルールを生きた取引に対して自動適用することまではしません。改訂が発注のしきい値を300万円から800万円に引き上げた場合、新規発注のルーティングルールは別の設定ステップになります。システムはポリシーがいつ変更されたかを記録します。その変更されたポリシーを、下流のすべてのワークフローの生きたルーティングしきい値に変えることは、管理者による統制された設定作業であり、その作業自体が記録されます。改訂されたルールを、人手を介さずにすべての下流ワークフローへ自動反映したい会社にとっては、それは出荷済みの機能ではなくロードマップ上の会話として扱ってください。

2つ目の正直な限界は、ワークフローエンジン全体に共通するものです。承認ワークフローは決定を記録し、文書を版管理しますが、すべての業務イベントを会計帳簿に自動で書き込むわけではありません。現時点で承認時に自動で記録を生成するのは、経費精算と休暇申請だけです。規程の改訂は帳簿に触れませんし、触れる必要もありません。ただし明確に言っておくべきは、これはガバナンスと版管理の機能であり、会計の転記機能ではないということです。その境界を明示することの方が、曖昧にするより大切です。

よくある質問

社内規程はそれほど複雑ではありません。本当にこれが必要ですか？

ルールが単純なほど、乱雑な変更プロセスを防御するのは難しくなります。メールで改訂され、3つの版が行き来している2ページの稟議規程は、版履歴がきれいに整った100ページの規程より監査が困難です。複雑さがトリガーではありません。承認チェーンも発効日もない改訂が一つでも存在すること、それがトリガーです。社内規程が一度でも変更されたことがあるなら、これが必要です。

文書管理システムとどう違いますか？

文書管理システムはファイルを保存し、おそらく版も管理します。ただし、委員会の定足数、役職ベースのルーティング、ウォッチャー、サービスレベルの期限、そして各承認者が実際に見た内容を凍結したスナップショットを持つ承認ワークフローは動かしません。違いは意思決定のレイヤーです。ファイルを版管理するのは保管です。ファイルに加え、その変更を正当化した統制された承認まで版管理すること、それがポリシーのガバナンスです。基幹システムは後者を行います。なぜなら承認エンジンは、会社の他のすべての申請を動かしているのと同じものだからです。

規程の改訂をシステムに移すと、現在のプロセスは壊れますか？

いいえ。正しい移行方法は、現在全国で効力を持っている規程を基準版として取り込み、以降のすべての改訂をワークフローに通すことです。過去数年分の履歴を遡って再構築する必要はありません。今日実際に効力を持っている版から、きれいな版管理記録を前向きに確立します。そこから先は、すべての変更が捕捉されます。導入後の最初の監査サイクルで価値が現れます。

軽微な規程の修正にはメールを使い続けてもよいですか？

使えますが、取引の承認を沈めたのと同じ論理が、ポリシーの承認にも当てはまります。メールでの修正は、監査人が追跡できない、版管理も承認もされない変更です。わずかな改訂をワークフローに通すコストは数分です。レビューの最中に追跡不能な変更を説明するコストは数日です。職務分掌、承認のしきい値、財務統制に影響するものについては、例外なくシステムに通してください。

重要なポイント

社内規程と稟議規程は、他のすべての統制の土台です。この土台に統制された版管理の変更プロセスがないと、その上に築かれた統制は防御できなくなります。すべての規程改訂を、承認された版管理の申請として扱い、凍結されたスナップショットと完全な監査証跡を伴う基幹システムは、会社にメールとバインダーのプロセスが決して与えられないものを与えます。どの版のルールが、いつ、効力を持っていたか、そして誰がその変更を承認したか、証明可能な記録です。

Kikan System で始める

もし稟議規程がコピーされたページのバインダーにあり、最後の改訂がメールのスレッドに埋もれているなら、Kikan System をご覧ください。ワークフローエンジンは、規程の改訂を他のすべての申請と同じ統制された承認プロセスに通し、版履歴、凍結スナップショット、委員会の定足数、完全な監査証跡を伴います。2ユーザーまで無料、カード不要のフリープランですぐに始められます。/#get-startedからお始めください。

-> 関連：J-SOX内部統制と承認ワークフローの実践ガイド