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

月末の最終金曜日です。経理責任者は帳簿を締めていて、外部の税理士から高額経費について質問が来ています。それが誰の承認を得て、いつ、本当に承認権限がある人だったのか、誰も確言できません。誰かが「承認メール」をまとめた共有スプレッドシートを開きます。別の誰かが押印台帳の紙をひっくり返しています。40分が消え、それでも数字は突き合いません。

この光景に覚えがあるなら、問題は社員ではありません。基幹システムにあります。現代のERPは取引が起きたことだけでなく、その背後にある人の意思決定を、監査人が5日ではなく5分で読める構造で記録します。本稿では、監査に通用する承認証跡に何が含まれるべきか、なぜ日本企業にとって今それが重要なのか、そして今日の正直な限界はどこにあるかを説明します。

なぜ今、日本で承認証跡がより重要になったのか

日本企業をより強い内部統制へと同時に押し上げる2つの力があります。

第1は適格請求書制度です。2023年10月から運用が始まり、経過措置は年々縮小しています。課税仕入れには登録番号、税率、そして実際の承認と紐付く証跡が伴います。承認された請求書に追溯到達できない消費税控除は、危険にさらされた控除です。消費税の勘定が売上税と仕入税を分離しているとき、監査人はそれぞれの側で誰が承認したかを見ることを期待します。

第2は2025年のレガシーシステム崖です。もはや抽象論ではありません。IPAの2025年DXトレンドレポートによれば、日本企業の約5社に4社は依然としてレガシーシステムを抱えており（レガシーを全く持たないと答えたのは約20%のみ）、システムのほぼすべてがレガシーだと答える企業の割合は日本・米国・ドイツの中で日本が最も高くなっています。経済産業省は年間の経済損失リスクを最大12兆円と試算しています。そのリスクの多くはハードウェアではなく、もはや誰も完全に理解していない古いツールの中に息づく、無音の監査されないプロセスにあります。

これに2024年4月1日以降開始の事業年度から適用されたJ-SOX基準改正が加わり、圧力は現実のものです。財務報告に係る内部統制は、主張ではなく証拠を求めます。承認履歴を検索可能な形で保持する基幹システムは、もはや「あれば良い」ものではありません。統制環境そのものの一部です。

承認証跡とは何か（そして何ではないか）

3つの似たものが混同されがちです。整理します。

取引ログは、レコードに何が起きたかを示します。「請求書INV-2026-0312のステータスが14時02分に支払済に変更されました」。有用ですが、理由も承認者も分かりません。

バージョン履歴は、何が変わったかを示します。「2行目の単価が1,200円から980円に変更されました」。これも有用ですが、その変更を正当化した意思決定は見えません。

承認証跡は意思決定の層です。重要な操作すべてに対し、4つの問いに答えます。誰が依頼したのか。誰が承認または却下したのか。各ステップはいつ起きたのか。承認者は判断した瞬間に何を見ていたのか。

3つ目の層こそ、監査人とCFOが本当に求めるものです。強い基幹システムは3つすべてを結びつけ、請求書とその変更履歴、そしてそれを正当化した承認チェーンが1つの繋がったレコードにまとまります。

ワークフローエンジンがその証跡をどう作るか

ここでアーキテクチャが効いてきます。平易な言葉で理解する価値があります。

良く作られたERPでは、承認は誰かが「OK」と打ち込むコメント欄ではありません。定義とステップと割り当てを持つ構造化されたワークフローです。部門長が経費精算を提出すると、システムは要求を作成し、ルールに基づいて適切な承認者に割り当て、要求が進むにつれて各ステップを記録します。

各ステップは固有のデータを持ちます。ステップ名、割り当て先の種類（特定の個人、役職、ロール、チーム、部門）、そのステップが有効になった瞬間、そして決着した瞬間が分かります。それが本当に人間の意思決定だったのか、それとも例えば依頼者自身が割り当てられた承認者だったための自動承認だったのかも分かります。サービスレベルの期限と、そのステップが期限内に着地したかも分かります。ステップが並列で動くとき、全員の合意が必要だったのか、承認者いずれか一人で足りたのかも記録されます。

決定的に重要なのは、承認者が自分の下で変わり得る生のレコードを承認するわけではない、という点です。提出時にシステムはフォームデータのスナップショットを取得し、バージョン管理します。監査人が「承認者が承認ボタンを押したとき実際に何を見ていたか」と尋ねるとき、答えは固定されたタイムスタンプ付きの姿であり、そのレコードが今日たまたま持っている中身ではありません。

これらの操作はすべて、要求の監査記録に1行を書き込みます。承認、却下、差戻し、委任、再割り当て。管理者が止まった要求を強制的に通す操作でさえ、管理者の身元と理由が記録されます。密かな裏口はありません。誰かが通常のチェーンを覆せば、その上書き自体が証跡の一部です。

そしてその下にあるすべてのレコードは、誰が作成し、誰が最後に更新したか、正確なタイムスタンプを持ちます。それが基準です。承認ワークフローこそが、その基準を監査人が追える物語に変えるものです。

具体的なシナリオ：東大阪の部品メーカー

東大阪の精密部品メーカーを想像してください。社員約70名、自動車のティアワン顧客向けにプレス部品を供給しています。年商は約18億円。見積もり、受注、発注、ロット追跡付き在庫、そして複式簿記の会計を1つの基幹システムで動かしています。

刷新前の月末は苦痛でした。200万円超の発注には取締役の押印が必要で、購買担当者は発注書を印刷し、2階まで歩き、待ち、押印済みの控えをバインダーに綴じていました。外部の税理士が1四半期の12件の大型発注の承認証拠の閲覧を求めたとき、2冊のバインダーが見つかりませんでした。ある押印は8か月前に退職した取締役のものだったことが判明しました。

承認をワークフローエンジンに移した後、同じ会社の月末は変わりました。購買担当者が発注書を入力します。閾値を超えれば、システムは個人ではなく役職に基づいて現職の取締役へ自動的に回付します。取締役はスマートフォンから承認します。発注書はロックされます。承認した内容のスナップショットが要求と共に保存され、その後に続くロット追跡可能な入庫は、まさにその承認済み発注書に紐付きます。

1年後、税理士が同じ質問をすると、答えはフィルタされた一覧です。12件の要求、12のチェーン、それぞれに依頼者、承認者、タイムスタンプ、そして承認時のフォームが示されます。かつて半日かかったことが今は数分です。退職した取締役はもうチェーンにおらず、ルールが常に役職に結びついていたからです。

最後の点は微妙で重要です。承認を名指しの個人ではなく役職とロールに結びつけることが、人材異動や昇進、そしてすべての日本の製造業をリーンにする人手不足を通じて統制を機能し続けさせるものです。統制は人を超えて生き残ります。

アクセス権：証跡のもう半分

承認証跡は、本来見てはいけない人がそもそもその記録に到達できなければ意味があります。証跡と鍵は1つの統制です。

真剣な基幹システムはロールごとにアクセス権を付与し、倉庫担当者が総勘定元帳を見ることも、若手経理が自身の経費精算を承認することもありません。ログイン自体も共有パスワードを超えます。パスキーやパスワードレスログインは、多くの中小企業のセキュリティ構成で最も弱いリンクである、モニターに貼られたパスワードを取り除きます。IP制限により、午前2時に未知のネットワークから帳簿が開かれるのを防ぎます。

そして各会社のデータは、プラットフォーム上の他社すべてから完全に分離されます。3つの子会社を持つ多事業体グループは、管理者が意図的に橋渡ししない限り、ある子会社の承認が別の子会社の監査ビューに混入することはありません。

これは飾りではありません。不正アクセスや個人情報漏洩の事案は、日本の警察庁とIPAにとっても毎年繰り返される懸念事項です。承認を守る統制は、御社がその統計に入らないようにするのと同じ統制です。

正直な限界：今日の手動部分

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

今日、専用の追記専用の暗号署名された監査ログテーブルは存在しません。監査の前提は、承認ワークフローの履歴とすべてのレコードの「誰が・いつ」項目に依存しています。多くの運用監査や財務監査ではそれで十分です。なぜなら承認チェーンこそが監査人が見たいものだからです。しかし御社の要件が、特定の保管義務や証拠基準を満たす独立した追記専用の暗号署名ログであれば、それは出荷済みの機能ではなく、ロードマップの相談として扱ってください。今日は承認履歴を定期的にエクスポートし、御社自身の追記専用保管層に保存することでその差を埋められます。

2つ目の正直な限界です。承認ワークフローは意思決定を美しく記録しますが、すべての運用イベントを会計帳簿に自動で書き込むわけではありません。売上請求書、仕入請求書、経費精算のみが自動で仕訳を生成します。製造の労務、スクラップ、材料消費は今日、自力では帳簿に転記されず、手動の仕訳が必要です。したがって監査の範囲に製造原価差異が含まれるなら、その自動化が追加されるまではある程度の手動突合作業を想定してください。

これらの限界を明示することは弱さではありません。監査人は、すべてをこなせると主張する統制環境よりも、自身の境界を記述する統制環境をはるかに信頼します。

よくある質問

切り替えで既存の統制は壊れませんか？

多くの刷新を殺すのはこの不安であり、もっともなものです。正しい進め方は、まず現在の承認マトリクスをモデル化し、各ルールをワークフロー定義に割り当て、1決算サイクルは新旧を並行で動かすことです。承認は役職とロールに結びついているため、職務分掌を記憶から組み直すのではなく正確に再現でき、Kikan System では統制の抜け穴なく証跡が改善されます。

本当のROIはどれくらいですか？

ソフトウェアではなく時間で考えてください。月に1〜2人日をかけて税理士向けの承認証拠をまとめている中堅企業は、1件の控除失敗や1度の監査遅延のコを勘定する前から、1年で実質的な費用を費やしています。監査人の質問が5日ではなく5分で答えられる初回に、基幹システムは元を取ります。

移行にはどれくらいかかりますか？

社員100名未満でマスターデータが整っている企業なら、財務と承認のコア設定は、かつてERPプロジェクトを苦しめた長期のマラソンではなく、週単位で見込めます。プラットフォームを過度にカスタマイズしなければリスクは急減し、まずは最大2ユーザーまで無料、クレジットカード不要のプランで現状の承認マトリクスを再現できるか確かめられます。

小規模企業には過剰ですか？

いいえ。職務分掌と正直な承認証跡は、人が少ないほど重要です。それぞれの人がより多くの役割を兼ねるからです。300万円の支払いを同じ人が入力し承認する20名規模の企業こそ、これを最も必要としています。

重要なポイント

監査に通用する基幹システムとは、もう一つのデータベースではありません。取引と変更とその背後の人の意思決定を繋いだ記録であり、ロール別アクセス権で守り、揺らがないフォームスナップショットで捉えたものです。それこそが、監査人と税務調査と取締役の退任が同じ1週間に起きても生き残る証跡です。

承認証跡の構築を始める

2025年の刷新、J-SOXレビュー、あるいは単に長引きすぎる月末に直面しているなら、今日の承認がどう記録されているかを見てください。そして構造化された承認ワークフローが何を変えるかを見てください。

基幹システムは、上記の履歴、スナップショット、ロール別アクセス権を持つ承認ワークフローを、複式簿記、ロット追跡可能な在庫、そして今日本企業に必要な適格請求書の税務処理と共に提供しています。2ユーザーまで無料、カード不要で、/#get-startedからお試しいただけます。

-> 関連：J-SOXに対応する承認ワークフローの構築 -> 関連：すべての承認と一致する複式簿記の月次決算