ロールごとのアクセス権で基幹システムの内部統制を強化する
基幹システムで内部不正と情報漏えいを防ぐロール別アクセス権、パスキー、IP制限の実践的な設計を、日本企業向けに分かりやすく詳しく解説する実践ガイド。
月曜の朝7時40分、名古屋の本社ビル。経理責任者が月末の仕訳を登録しようと新しいERPを開くと、違和感のある記録が目に留まりました。3週間後に退職を控えた営業担当者が、先週金曜日の午後9時12分に顧客マスターを全件エクスポートしていたのです。誰の承認もなく、誰にも共有もされないまま。データはすでに個人のクラウドドライブに置かれていました。
これは外部からのハッキングの話ではありません。2026年の日本で最もよくある情報漏えいの典型であり、ほぼ例外なく見知らぬ他人から始まるわけではありません。仕事に必要な範囲を超えた権限を持っていた従業員から始まるのです。
ロールごとのアクセス権を持つ基幹システムは、あの金曜夜のエクスポートを最初から不可能にするために存在します。本記事では、ロールベースの権限が実際に何をするのか、なぜ日本市場が2026年にこれを絶対条件と見なすのか、そして中堅メーカーが業務のスピードを落とさずに統制を整えるにはどうすればよいかを整理します。
誰も二度と繰り返したくない現場
東大阪の精密部品メーカーを思い浮かべてください。従業員は約70名、年商は18億円ほど。帳簿、受注、発注、在庫、勤怠をひとつのシステムで回しています。長年、権限の設計は単純でした。全員にフル権限のアカウントを渡していたのです。現場の事情はもっともでした。少数の信頼できるメンバー、権限を細かく管理する時間はない。
そこに競合他社へ転職するベテラン営業担当者が退職しました。退職から2週間後、会社は事実を知ります。彼は過去の見積履歴全体、価格マージン、そして自社で最も利益率の高い製品ラインの仕入先リストを持ち出していました。意図を示すログはなく、承認ステップもありません。ただ、すべてを閲覧しエクスポートできる汎用のログインだけが存在していました。
被害は失注だけではありませんでした。会社は弁護士費用、フォレンジック調査、顧客への通知に1,100万円を費やしました。主要顧客3社から書面での保証を求められ、1社は発注の一部を別の業者に切り替えました。本当の損害は信用であり、信用ほど再構築に時間のかかるものはありません。
この溝を埋めるのが、ロールごとのアクセス権です。「信頼できる人」という考えを「最小権限」という実践に置き換えます。各人が仕事に必要な権限だけを持ち、それ以上は持たない。
ロールベースの権限が実際に何をしているのか
現代の基幹システムは、アクセスをマトリクスとして捉えます。縦軸には人が触れる対象が並びます。顧客、製品、在庫ロット、仕訳、予算、受注、発注、製造オーダー、経費精算、承認依頼など。横軸にはアクションが並びます。閲覧、新規作成、編集、削除、エクスポート。
ロールとは、このマトリクスに対する「保存された答え」です。買掛担当者のロールなら、請求書に対して閲覧と新規作成を許可し、勘定科目は閲覧のみ、販売見積には一切触れない、といった設定になります。倉庫責任者には在庫移動と出荷に対するフル権限を与えつつ、仕訳や予算への可視性は与えません。営業担当者は自身の見積を編集できても、承認された理由なしには一切エクスポートできません。
Kikan System の仕組みは、各ロールに保存された実際の権限マップを読み取ります。すべての画面、すべての操作には要求が伴い、操作が実行される前にシステムがその要求をロールと照合します。ロールがその特定の対象に対する特定の操作を認めていなければ、要求は拒否されます。部分点はなく、既定で上書きされることもありません。
実運用でこれを成立させる性質が3つあります。
第一に、チェックはきめ細かいです。モジュール単位のオールオアナッシングではありません。例えば経理のレポート層は、各レポートを独立した対象として扱います。管理者が試算表は読めるが総勘定元帳の明細は閲覧できない、損益計算書はエクスポートできるが貸借対照表はエクスポートできない、といった設定が可能です。J-SOXレビューや顧客からのセキュリティ質問への対応を準備する際、この精度は意味を持ちます。
第二に、チェックは操作そのものに対して適用されます。メニューを隠すのは装飾です。本当の統制は、権限を認めないユーザーに対して背後の操作が実行を拒否することです。ブックマークしたリンクやエクスポートジョブ経由で、決意の固い従業員が制限されたレコードに到達することはできません。
第三に、このマトリクスは利用者自身が形作れます。Kikan System は、誤って名称変更や削除ができないように守られた標準のシステムロールを同梱しています。その周囲に、組織が実際に使うロールを構築します。CRMのリードや製造オーダーから税設定、承認ワークフローまで、90以上の対象領域にわたり、誰が閲覧・作成・編集・削除・エクスポートできるかを設定できます。
東大阪のメーカーでの1日の実践
統制が整った後、同じ70名の会社がどのように回るかを見てみましょう。
新しく入社した営業担当者が初出社しログインします。彼女のロールは見積に対する閲覧と新規作成、顧客の閲覧を認め、勘定科目や予算画面には一切触れさせません。見込み客向けの見積を下書きできます。しかし部品の仕入価格は見えず、顧客リストを自分のPCにエクスポートすることもできません。
倉庫責任者は、主力工場と岐阜のサテライト倉庫の間の移動オーダーを開きます。彼のロールは在庫移動と出荷に対する作成と編集を認めています。品質問題でロットが回収された際、ロットトレーサビリティの画面には、該当ロットを受け取った顧客が正確に表示されます。ただし、彼が廃棄の損金処理を元帳に計上することはできません。それには経理のロールが必要であり、システムはその試みを源頭でブロックします。
経理管理者が月末の確認を行います。彼女は仕訳、決算処理、レポート層(試算表、損益計算書、貸借対照表を含む)にフルアクセスを持ちます。現場のエンジニアが出張先で起票した経費精算を承認します。承認はシステム内蔵の承認ワークフロー経由で回るため、依頼内容、承認者、タイムスタンプがすべて一緒に記録されます。
午後6時半、退職予定の営業担当者が価格表の最後のエクスポートを試みます。彼のロールは見積に対するエクスポート権を一度も持っていません。システムはきれいに拒否を返します。アラートは鳴らず、騒ぎも起きず、フォレンジック費用も発生しません。統制が単にその役割を果たしただけです。
ロールを支える安全装置
強固なロールは全体の半分にすぎません。残りの半分は、ロールを正しく保ち続ける支えです。Kikan System にはいくつかが組み込まれており、それぞれが監査人がいつか尋ねる質問に答えます。
誰が、いつロールを変更したか。 すべてのロールレコードは、作成者と最終編集者をタイムスタンプ付きで保持します。退職前夜に誰かが営業担当者のエクスポート権を広げても、その変更は可視化され、帰属先が明らかです。記憶に頼る必要はありません。
ひとつの操作ミスで全社をロックアウトできるか。 できません。システムは最後の管理者ロールを保護します。最後の管理者ロールは削除できず、残る最後の1人から管理者権限を剥がすこともできません。疲れた状態でのクリックが全社を締め出すことはありません。
標準ロールは設定のズレから守られるか。 はい。システムロールにはフラグが立ち、保護されています。名称変更や削除の試みを拒否します。人が出入りしても、ベースラインの統制は崩れません。
同時編集でロールが壊れないか。 壊れません。各ロールはバージョンカウンターを持ちます。2人が同時に同じロールを編集した場合、後からの保存は明確な競合として拒否され、先の内容を黙って上書きすることはありません。権限は、競合で失われるには重要すぎます。
会社ごとのデータは本当に分離されているか。 はい。会社ごとにデータは完全に分離されています。ある会社のロールが、別の会社のレコードに到達する経路はありません。これが、グループ企業や複数のクライアントを運用する事業者にとってこのモデルを安全にしている点です。
日本が2026年にこれを絶対条件とする理由
ロールごとのアクセス権を「あれば嬉しい」から「基準要件」へと押し上げる力が2つあります。
第一はサプライチェーンからの圧力です。大手メーカーや商社は、取引先の中小企業に対しセキュリティ質問状を送るようになり、その項目には必ずアクセス管理が含まれます。退職した従業員のアクセスが適切に範囲設定され、取り消されていたことを示せなければ、取引を失いかねません。IPAの2024年調査(中小企業4,191社対象)では、約70%の日本の中小企業が情報セキュリティを組織的に管理していないと回答しています。この溝こそが、顧客が監査を始めている部分です。
第二は内部不正の事件が後を絶たないことです。IPAの「情報セキュリティ10大脅威 2024」では、内部不正や不正アクセスによる情報漏えいが9年連続で上位に位置しています。東京商工リサーチの集計では、2024年に上場企業で発生した個人情報漏えい事故は189件(過去最多)に上り、約1,586万人に影響し、不正アクセスとウイルス感染が約60%を占めました。傾向は明確です。攻撃者や不満を持つ内部者がひとたび内部に入ると、被害は彼らがどこまで到達できるかで広がり方が決まります。
その上に現実の背景が重なります。2025年のレガシーシステム崖が、サポートの終わった会計・販売ツールから単一の基幹システムへの移行を後押ししています。適格請求書制度と複数税率の消費税ルールは、より多くの財務データがひとつの場所を流れることを意味します。事業承継は、創業者が次世代へ「鍵」を手渡す場面であり、属人的でなく構造化された統制を必要とします。人手不足は、より多くの業務委託者やパートタイムスタッフがシステムに触れることを意味し、それぞれに異なる「知る必要の範囲」があります。
ロールごとのアクセス権は、これらすべてに一度に応える答えです。合鍵を渡すのと、ひとつの部屋の鍵だけを渡すのとの違いです。
現在は手作業の部分と、ロードマップにあるもの
ここは正直に書くべきです。統制を過剰に売り込むことが、企業が痛い目を見る原因になるからです。Kikan System は多くを自動で処理しますが、人間のステップがまだ担っている部分もあります。
システムが自動で担保すること。検証済みの権限マトリクスによるロールの作成と編集。ロールが認めない操作の、操作レベルでの拒否。システムロールの保護、最終管理者の保護、楽観的ロック、変更者の完全な記録。パスキー・パスワードレスログインにより、スタッフが弱いパスワードを使い回すのを防ぐ。システムにアクセスできる場所を限定するIP制限。退職者のアカウントを停止した瞬間にセッションを無効化する、トークンの無効化と非アクティブアカウントのブロック。依頼、承認者、タイムスタンプを紐付ける承認ワークフロー。
依然として手作業の規範であること。すべてのレコードの読み取りを1行残らず記録する、単一の変更不可な監査ログテーブルは存在しません。完全な追跡可能性が必要な場合は、ロール変更履歴、承認ワークフローの記録、ログイン記録を組み合わせ、退職時の手続きチェックリストを厳密に保ちます。複数通貨や為替レートの扱いは未実装であるため、複数通貨で事業を行う企業は依然として元帳の外で調整します。電子帳簿保存法に基づく認定の保存は対象外であり、規制された記録の保管は既存のアーカイブプロセスに引き続き依存します。
ポイントはシステムが不完全ということではありません。金曜夜のエクスポートを防ぐのに最も重要な統制、すなわち範囲設定されたロール、強制される拒否、パスキーログイン、IP制限、整然とした承認記録は、今日実際に稼働している、という点です。残りはロードマップであり、お尋ねいただければ率直にお答えします。
よくある質問
アクセスを厳しくすると現場が遅くなるのでは。
ほとんどありません。最小権限とは不要なものを取り除くことであり、必要な作業に摩擦を加えることではないからです。見積の作成しかしない営業担当者は、見積しか触れない状態になっても何も失いません。目に見える摩擦があるとすれば、誰かが自身のロールの範囲外のことを試みた瞬間の1回の拒否であり、その拒否は多くの場合、統制がその存在意義を示している場面です。
これはJ-SOX対象の企業だけの話ですか。
いいえ。J-SOX上場企業には内部統制の正式な文書化が必要であり、ロールごとのアクセス権はそれを文書化する構造を与えます。しかし金曜夜のエクスポートは、上場グループと同じように70名のメーカーをも傷つけます。統制は小規模にもスケールし、小さな企業は定義するロールを減らせば済みます。Kikan System は最大2ユーザーまで無料、クレジットカード不要で始められるため、小規模チームでもまず標準のシステムロールから検証できます。
現在の「誰でもフル権限」の運用からの移行は難しくないですか。
正直な道は段階を踏むことです。まず標準のシステムロールから始め、実際の職務を5〜8個のロールにまとめ、人を割り当てた後にエクスポート権限を最後に絞ります。エクスポートこそ、リスクと抵抗が最も集中する場所だからです。中堅メーカー規模の企業で、調整に2〜4週間を見込めば、現場のスピードを落とさずに統制を整えられます。
誰かが退職したとき、アクセスはどうなりますか。
アカウントを停止します。トークンの無効化がアクティブなセッションを終了させ、非アクティブフラグが新規ログインをブロックし、範囲設定されたロールのおかげで、元々個人の端末に広範なデータが置かれることはありませんでした。退職時の処理は、被害調査ではなくワンステップの操作になります。
重要なポイント: ロールごとのアクセス権は、セキュリティを「人を信頼するか」という問いから「システムを設計するか」という問いへと変えます。正しい設計は、従業員を信頼に足る人間にするのではなく、漏えいそのものを不可能にします。
整然とした統制に向けた次のステップ
金曜夜のエクスポートのシナリオを読んで身を乗り出したなら、それが合図です。基幹システムは、営業担当者に総勘定元帳の鍵を渡してはなりません。退職時の処理が1,100万円のフォレンジック費用で終わるべきでもありません。
Kikan System は、操作レベルで強制されるロールごとのアクセス権、パスキーログイン、IP制限、承認ワークフロー、変更内容の完全な記録を、会社ごとのデータ分離とともに提供します。午後には最初のロール群を立ち上げ、続く数週間で実際の境界線がどこにあるかを学びながら絞り込んでいくことができます。
まずは無料プランで、2ユーザーまで、カード不要で始められます。/#get-started から始めるか、/#pricing で料金プランをご確認ください。
来四半期、最大の取引先からセキュリティ質問状が届いたとき、あなたは真実で、文書化され、すでに本番環境で稼働している答えを持っているはずです。
関連記事
グループの基幹システムで、会社ごとのデータが完全に分離される理由
基幹システムで会社ごとのデータを完全に分離し、グループ経営における他社レコードの漏えいを防ぐ仕組みと、日本企業が監査人から得る信頼を解説します。
続きを読む→監査で通用する承認証跡を残す基幹システムの作り方
基幹システムが承認ワークフローとロール別アクセス権で監査に通用する証跡をどう残すか、日本企業向けに内部統制の限界まで正直に詳しく解説する実践ガイド。
続きを読む→ISMS・SOC 2 に対応する基幹システムのセキュリティ制御:認証から監査まで
基幹システムでISMSとSOC 2に対応するセキュリティ制御を、パスワードレス認証からロールベースのアクセス権まで整理し、残る課題も正直に解説します。
続きを読む→