仕訳の修正を承認で、内部統制の証跡を残す

経理担当者がひとつのミスに気づきます。売上の仕訳が別の収益勘定に計上されていた。仕入先請求書が、すでに存在しないコストセンターに落とされていた。減価償却のバッチで同一の機械が二重に計上されていた。多くの会社で、この後に続くのが一番危ない部分です。担当者は仕訳を開き、行を直し、保存します。帳簿は正しい数字を示すようになります。でも、その変更を見た人は誰もいません。承認した人もいません。もとの数字がいくつだったか、誰が、いつ、なぜ直したのか、記録は一切残っていません。元帳は直り、同時に監査証跡が消えます。

これが日本の月次決算の現場に潜む、静かな問題です。帳簿は誰の目にも触れずに書き換えられてしまいます。後日、内部統制のレビューやJ-SOXの監査人が「この修正を誰が承認したのか、元の仕訳は何だったのか」と聞いたとき、正直な答えは「分からない」になりがちです。基幹システム（ERP）はこの問題を源泉で解決します。仕訳の修正をすべて承認に回し、誰が何をいつなぜ変えたかの完全な版履歴を凍結して残します。本稿では、この統制がどのように動くか、現時点で何が実装済みか、そして正直に線引すべき境界がどこにあるかを説明します。

無断の仕訳修正が内部統制を壊す理由

仕訳は財務の真実をなす最小単位です。貸借対照表も損益計算書も消費税申告書も、すべて仕訳の積み上げです。仕訳が帳簿上で承認なしに直接編集できる状態だと、内部統制の三つの原則が同時に崩れます。

一つ目は職務分掌です。仕訳を計上した人と、それを直せる人が同一であるべきではありません。計上も修正も同じ手で、分離なく行われると、単なるミスと意図的な操作の両方の扉が開き、帳簿上ではその二つを区別できなくなります。

二つ目は証跡の完全性です。J-SOXを含む内部統制の枠組みは、元帤に対する重要な変更にはすべて理由と承認が伴うことを求めます。理由が付与されていない修正後の数字は、まさに監査人が指摘する統制不備の典型です。数字そのものは正しくても、跡形がないために擁護できなくなります。

三つ目は時系列の追跡性です。修正後の数字と同じくらい、修正前の誤った仕訳も重要です。もし売上が三か月間ずっと誤った勘定に計上され、その後静かに移動されたのであれば、経営陣が依拠していた月次の動向は一四半期のあいだ間違っていたことになります。変更前の状態が凍結保存されていなければ、実際に報告されていた数字を再構築できず、期間比較の信頼性が失われます。

コストは抽象論ではありません。内部統制のレビューで「仕訳修正に承認がない」と指摘されれば、上場準備が遅れ、監査費用が上がり、統制そのものよりはるかに高価な是正プロジェクトに追い込まれます。解決策は経理担当者の注意深さを増すことではありません。無断修正を構造的に不可能にする仕組みです。

承認ルーティングが修正をどう変えるか

構造が変わります。内部統制を見据えた基幹システムでは、仕訳修正は編集ではなく要求です。担当者が仕訳を選んで修正を選んだ瞬間、システムは元の行、修正予定の新しい行、そして必須の理由欄を取りまとめ、帳簿が少しでも変わる前に承認者へ回します。

ルーティングは、社内の他の申請と同じ承認エンジンに従います。申請者の直属の上司、役職による経理部長、あるいは重要金額に対する委員会、いずれにも設定できます。ルーティングは人ではなく役職とポジションで決まるため、組織改編や休暇で経路が途切れることはありません。経理部長が出張中だからといって修正が一週間放置されることはなく、代理承認者が入り、証跡の連鎖は保たれたまま動きます。

承認者は一つの画面で変更の両面を見ます。元の仕訳がこちら、修正案がこちら、理由はこちら。承認、差戻し、却下のいずれも取れます。承認された瞬間にだけ、修正後の仕訳が元の仕訳に取って代わって帳簿に入ります。それまでは、計上された当初の数字がそのまま残ります。これがこの統制の最も重要な性質です。帳簿が無断で操作されることはありません。何も承認を経ずに変わることはないからです。

自動的に積み上がる監査証跡

統制のもう半分は証跡です。承認されたすべての修正は凍結された記録を残します。システムは、変更を要求した人、承認した人、正確なタイムスタンプ、元の数字、修正後の数字、そして理由をすべて記録します。これは担当者が書き忘れるかもしれない自由コメントではありません。理由は要求時の必須欄であり、版のスナップショットはシステムが自動で取得します。

J-SOXや内部統制のレビューアにとって、これはまさに求める証跡です。「前四半期の特定資産の減価償却仕訳を誰が直したか」と聞かれても、変更前後の金額、理由、承認者名とともに一検索で答えが出ます。「計上した人と修正を承認した人が同一か」と聞かれても、要求者と承認者はワークフロー上の別々の識別子であるため、同じく回答できます。

この監査証跡が、擁護できる元帤と露出した元帤の分かれ目です。統制とは、ミスが起きないことではありません。ミスも修正も、すべて目撃され、承認され、再構築可能であることです。それこそが監査人がサインする対象であり、数字が後から問われても会社を守るものです。

-> 関連：監査に耐える承認の証跡

事例：静岡の精密部品メーカーの月次決算

自動車や産業機械のOEMに部品を供給する、静岡の精密部品メーカーを想像してください。社員数は約280名、売上高は年間約98億円です。14人の経理チームが毎月厳しい締め切りの中で帳簿を締め、修正は決算の日常業務です。年度途中でコストセンターが再編され、前月の仕訳を移動させる必要が出る。締め切り後に仕入先請求書が届き、引当額を調整しなければならない。一行の消費税率が誤って入力され、申告書の草案はすでに上がっている。

統制を入れる前は、チームは多くの現場と同じやり方でこれらを処理していました。気づいた人が仕訳を開き、直し、次に進む。内部統制のレビューアが来ると、チームは数字がなぜ動いたかを再構築するために何日も費やし、メールのスレッドを引き出し、タイミングを推測していました。直した本人がすでに異動していたため、説明すらできない修正もありました。

修正を承認エンジンに回すようになって、決算の風景は変わりました。コストセンターの誤りに気づいた担当者は修正要求を起票し、元の仕訳と修正案、そして理由を構造化された欄に書きます。要求は役職ルーティングで経理部長のキューに届きます。部長は両面を確認し、工場巡回の合間にスマートフォンから承認します。修正後の仕訳が帳簿に転記され、元の仕訳は承認者名とタイムスタンプ付きの凍結スナップショットとして保存されます。レビューアが移動について尋ねると、答えは何日でもなく数秒で画面に出ます。決算に修正はまだありますが、どれも静かではありません。

正直な境界：承認は実装済み、自動書き戻しは近日対応

ここが正確さを要する部分です。統制を過剰に売り込むことは、持たないことより悪いからです。上で説明した仕訳修正の承認ワークフローと、完全な版履歴の監査証跡は実装済みで稼働しています。修正は承認に回り、誰がいつなぜ直したかを記録し、変更前後を保存します。これが内部統制の階層であり、現時点で動いています。

ロードマップにあり、まだ実装されていないのは、承認と同時に修正後の仕訳を帳簿へ自動書き戻しする機能です。現時点では、修正が承認されると、修正後の仕訳は通常の会計フローで転記されます。承認と証跡は自動です。承認イベントに紐づいて修正行そのものを元帳へ自動再転記するステップは、チームが標準的な方法で完了する作業であり、システムによる自動アクションではありません。

この区別が重要な理由は、監査人がサインする統制の価値とは承認と証跡の部分だからです。それは実装済みです。承認完了と同時にシステムが自動で仕訳行を差し替えるという利便性は、来るべき改善であり、現状の機能ではありません。書き戻しが実装済みであるかのように装うベンダーは、存在しない統制を売っています。私たちは依拠できる統制が、実際に手元にある統制であるために、この境界を率直に示します。

念のため記しますと、現時点で承認と同時にレコードへ自動書き戻しを行う申請タイプは、経費精算と休暇申請の二つだけです。仕訳修正、発注、仕入先、請求書、固定資産、ロット、部品表はいずれも承認フローが実装済みで、レコードの自動作成はロードマップ上にあります。

なぜ一つの基幹システムに置くべきなのか

会計ツールの外側に変更管理用のスプレッドシートを置き、それを統制と呼ぶことは可能です。しかし実際の決算の現場では生き残りません。誰かが仕訳を直接編集し、スプレッドシートへの記入を忘れた最初の瞬間に、両者はズレます。統制は、仕訳がある場所、つまり同じ基幹システムの中に生きていなければなりません。そうして初めて、承認フローを通さずに仕訳を編集することが、誰かが選んで従う規律ではなくなります。システムが提示しない経路になるからです。

承認エンジン、仕訳、版履歴が一つのシステムになると、三つのことが同時に真になります。修正が承認を迂回することはありません。仕訳修正そのものがワークフローの一つの要求だからです。監査証跡が不完全になることはありません。仕訳を転記するのと同じエンジンがスナップショットを取得するからです。そして証跡が帳簿からズレることはありません。両者が同じ取引の中で書かれるからです。

これはまた、メーカーが動かすより広い承認の面ともつながります。設備投資の承認、発注の承認、仕入先登録の承認、仕訳修正の承認は、フォームが異なるだけで同じエンジンです。すでに稟議や経費を電子化している会社は、仕訳修正の統制のための連携コストをすでに払い終えています。これは新しいプロジェクトではなく、同じ基盤の上にのるもう一つのワークフローです。

よくある質問

月次決算が遅くなりませんか？

決算の進み方は変わりますが、純粋に長くなるわけではありません。かつて無言の修正と後日の再構築にかかっていた時間は、短い要求と承認に置き換わります。承認自体は、役職ルーティングで出張中でも動ける管理者宛てに届くため速いです。無言の速さで失うものは、レビューアのために変更を再構築する何日分の作業で、余裕を持って回収できます。これを導入した現場では、決算は遅くならずにより確実になるのが通例です。

仕訳を計上した本人が修正してはいけないのですか？

許可されます。それこそ承認ステップが存在する理由です。計上した本人が修正要求を起票できます。ただし、自分の修正を自分で承認することはできません。システムは要求者と承認者を構造的に分離するため、職務分掌はワークフローによって担保され、希望によって担保されるわけではありません。これこそレビューアが見たい統制です。

修正後でも元の仕訳を見られますか？

はい。それが監査証跡の中核です。元の数字は修正後の数字、理由、要求者、承認者とともに、凍結スナップショットとして修正記録に保存されます。帳簿の過去任意の時点の状態を再構築できるため、期間比較が再び信頼に足るものになります。

承認と同時に修正仕訳は自動転記されますか？

現時点ではありません。承認と完全な版履歴の監査証跡は実装済みで稼働中です。承認イベントに紐づく修正行の帳簿への自動再転記はロードマップ上にあります。現状は、修正が承認されると、修正後の仕訳は通常の会計フローで転記されます。依拠できない統制は統制なしより悪いため、この点は率直に伝えます。

ワークフローだけを先に導入することはできますか？

はい。ワークフローエンジンはERPの他部分と接続せず、単体で導入できます。仕訳修正の統制もその上で動きます。多くの会社は最も件数の多い承認フローから始め、効果を確認してから元帤全体をつなげます。価値を出すために全面入れ替えは必要ありません。

重要なポイント

無言で編集できる仕訳は、監査人が擁護しない仕訳です。解決策は経理担当者の注意を増やすことではなく、すべての修正を目撃され、承認され、版追跡された出来事にする基幹システムです。承認ルーティングと監査証跡は実装済みで稼働しています。修正仕訳の自動再転記はロードマップ上にあります。この境界を明示し、存在する統制に依拠すれば、帳簿はレビューアが再構築プロジェクトなしでサインできるものになります。

Kikan System で始める

月末の修正がまだ無言の編集のままで、監査証跡が記憶に頼っている状態なら、Kikan System をご覧ください。仕訳修正の承認ワークフローと完全な版履歴の監査証跡は実装済みで稼働中であり、承認ワークフロー、経費精算、休暇申請、発注、ロット付き在庫、部品表の各モジュールが一つの基幹システム（ERP）に揃っています。2ユーザーまで無料、カード不要のフリープランですぐに始められます。/#get-startedからご開始ください。

-> 関連：メーカーが動かす60の承認ワークフローと、一つのERPにまとめるROI

-> 関連：仕訳が自動で生まれる場所

-> 関連：監査に耐える承認の証跡