NetSuite ロールと権限を深掘り

ユーザーロールを明確かつ自信をもって理解することは、NetSuite をうまく管理するうえで欠かせません。新しいアカウントを導入している場合も、古いアカウントを整理している場合も、SOX compliance のために職務分掌（職務分離）を設定している場合も、いくつかの基本をしっかり押さえる必要があります。

ユーザーロールの理解

NetSuite にはロールベースのアクセス制御システムがあります。つまり、各ユーザーがアクセスするにはロールの割り当てが必要で、そのロールによって、システム内で何を表示でき、何を実行できるかが決まります。

4923 個の個別のタスク、検索、レコードを管理する 636 個の異なる権限があります。さらに、各ロールには、すべてのレコードおよび取引タイプごとに、優先または必須のリスト表示やフォームを設定できます。そのうえで、ユーザーが異なるセグメントや子会社からどのデータを見られるかを左右する、すべてのコンテキスト設定が加わります。アカウントの性質によっては、考えられる組み合わせの数は数十万にのぼることもあります。

しかし、実際にはそこまで複雑であることはほとんどありません。簡単に言うと、ロールは次の 3 つで構成されています：

• 権限：ユーザーに、データを閲覧し、そのデータを使って作業する権利を付与します。
• 制限：権限の使用を、自社の子会社、部署、またはクラスに関連するデータに限定します。
• インターフェイス：フォーム、リスト表示、ダッシュボードなど、また「center」と呼ばれる全体的なナビゲーションのテーマは ユーザーが 物事をどのように見えるかを定義します。

ユーザー権限を理解する

各ユーザー ロール（Administrator を除く）には、少なくとも 1 つの権限が必要です。基本的に、権限とは、ユーザーがシステム内でできること／できないことを管理する権利の束です。

ほとんどの権限には、View から Full までの権限レベルの範囲もあります。それは次のとおりです：

• 表示：ユーザーはデータを見ることはできますが、変更することはできません
• 作成：ユーザーはレコードまたはトランザクションも作成できますが、編集はできません
• 編集：ユーザーは、作成された後のレコードまたはトランザクションを変更することもできます
• フル：ユーザーはレコードまたはトランザクションを削除することもできます

ほぼ誰にでも、ほぼ何に対しても「フル」の権限レベルを付与することには、非常に、非常に注意してください。ほとんどの運用ロールには、「フル」に設定されたトランザクション権限を付与すべきではありません。

ユーザー権限に関するよくある質問4つ

管理者（Admin）ロールにはどのような権限がありますか？

管理者（Administrators）はすべての権限を持ち、さらに誰にでもアクセス権を付与することができ、あなたのアカウント全体を削除することもできます。そのため、Admin アクセスを誰に付与するかは非常に慎重に判断してください。覚えておくべき重要な点の1つは、管理者ロールに含まれるほぼすべての機能が、個別の権限としても利用できるということです。権限を考える最善の方法は、権限をショートカット（近道）として捉えることです。これにより、管理者は1ステップでロールに一群の機能をまとめて付与できます。

タスク（task）とは何ですか？

多くの権限は、タスク（task）との関連で説明されます。この関連性が、権限について混乱が生じる主な要因の1つです。では、タスク（task）とは何でしょうか？

タスクは基本的に、NetSuite で何かを行うための「道筋」です。タスクは常に、1 つ以上のインターフェイス要素によって表されます。これらの要素は、ナビゲーション上のもの、またはレコードやトランザクションのインターフェイス上のものです。

たとえば、「Sales Order Approval」の権限は「Sales Order Approval」タスクのオン／オフを切り替えます。この権限がない場合、ユーザーは販売オーダーを承認できません。

権限はナビゲーションにどのような影響を与えますか？

「View（表示）」の権限レベルは、ナビゲーションを制御し、場合によってはダッシュボードにリマインダーを追加できるかどうかも制御します。その他のレベルは、レコード、トランザクション、または設定にあるデータを作成／変更／削除できるかどうかを制御し、その結果として、ボタンの追加や承認ステータスの有効化によって、インターフェイスの機能が変わることがあります。

これはデータやトランザクションだけでなく、上で述べたすべての設定（コンフィグレーション）権限にも当てはまります。さらに、その能力がタスクと呼ばれているのかレコードと呼ばれているのかは、実のところあまり問題ではありません。権限との機能的な関係は同じだからです。

NetSuite のロールと権限には、どのようなカテゴリがありますか？

• 取引（Transactions）：これらの権限は、NetSuite の取引レコードへのアクセスと、それらを承認できる能力を制御します。職務の分離を適切に行うため、特定のロールに基づいて権限を限定して付与することが重要です。さらに、取引に関連する SuiteFlow のワークフローを設定するための権限が必要なロールがあるかどうかを検討してください。
• レポート（Reports）：これらの権限は、NetSuite 内でのより幅広い財務レポートへのアクセスを決定します。財務レポートに関わるロールには、通常、これらの権限の大部分が割り当てられています。
• リスト（Lists）：このカテゴリは、顧客、ベンダー、従業員など、NetSuite 内のすべての非取引（non-transaction）レコードへのアクセスを対象とします。このカテゴリの権限のすべてが直感的な名前になっているとは限らないので、各権限の目的を理解するためにそれぞれを慎重に確認してください。“Mass Updates”（一括更新）のような特定の管理権限は、ごく一部のユーザーに限定すべきです。
• セットアップ（Setup）：これらの権限は主に管理者向けの性質を持っています。ただし、このカテゴリ内の一部の権限は、より幅広いロールに関連する場合があります。たとえば、「Import CSV File」（CSV ファイルの取り込み）権限により、エンドユーザーは自分がアクセスできるレコードについて、自身の CSV 取り込みを処理できるようになります。さらに、「SAML Single Sign-on」（SAML シングルサインオン）権限は、シングルサインオン認証（single sign-on authentication）を使用するロールにとって不可欠です。
• Custom Record：このカテゴリは、NetSuite 内の SuiteApps またはカスタムレコードに該当します。特定のレコード、またはレコードのグループへのアクセスは、ユーザーの役割に基づいて付与できます。新しい SuiteApp を導入する際には、ユーザーが必要に応じてソリューションとやり取りできるよう、これらの権限が調整されることがよくあります。

管理者の動作を監視する

NetSuite では、Administrator ロールがユーザーに広範なトランザクション権限を与えます。つまり、詐欺の可能性も同時に伴います。理想的な世界であれば、どのユーザーも本番アカウント（production account）でトランザクションを作成・編集・削除できないはずです。

管理者権限を持つユーザーによって行われたすべてのトランザクション変更を定期的に監視し、確認することは、SOX コンプライアンスに向けた準備の重要な要素です——もちろん、安全を保つためのベストプラクティスでもあります。ただし、これらの変更を検出するのは、想像以上に難しい場合があります。そのため、チームを完全に信頼していても、監査対応（audit readiness）は課題になり得ます。

問題の根本原因は、NetSuite では、管理者権限を持つユーザーによってトリガーされていなくても、いくつかのスクリプトやワークフローが管理者（administrator）として実行されることがある点です。その結果、システムノート（system notes）でトランザクションのアクティビティを検索すると、数百件、場合によっては数千件の誤検知（false positives）が発生します。

未使用のロールを整理する

システム内に未使用のロールがあると、NetSuite におけるアクセス管理ははるかに難しくなります。ほかの形のテクニカルデットと同様に、使用されているロールは、アクセス制御に関するあらゆる判断をより困難にします。そして、クリーンアップ（整理）プロジェクトを先送りするほど、問題は悪化します。

クリーンアップ（整理）の対象になり得るロールは2種類あります：

• 未割り当てのロール 誰にも割り当てられていないもの
• 未使用のロール 割り当て済みだが使用されていないもの

未割り当てのロールを見つけるには、従業員レコードを検索し、結果をロール別にグループ化するだけです。リストにないユーザーロールは、誰にも割り当てられていません。

未使用のロールを見つけるには、過去6か月間のすべてのログインについて、ログイン監査証跡（Login Audit Trail）（Setup>Manage Users>View User Login Audit Trail）を検索します。このリストにロールが載っていなければ、そのロールは使用されていません。

アカウントが混雑している場合、これらの検索はタイムアウトすることがあります。問題を回避するには、関心のあるロールに絞って検索してください。

Netwrix Strongpoint（旧称：Netwrix Strongpoint）でより簡単になる理由

Netwrix Strongpoint (formerly Netwrix Strongpoint) には、NetSuite で未使用および未割り当てのロールを特定するための、すぐに使える検索が同梱されています。

Netwrix Strongpoint は、削除されたロールを永続アーカイブに自動的に保存し、いつでも復元できるようにすることで、セキュリティと安心感をさらに高めます。

先ほども述べたとおり、Netwrix Strongpoint は「特定のロールとして実行される」スクリプトを見つけられる唯一のソリューションです。

権限の使用状況を確認する

レコードが編集されるたびに、NetSuite は、何が変更されたのか、いつ変更されたのか、誰が、そしてどのロールによって変更されたのかを説明するシステムノートを作成します。これを使うことで、逆順に追って、データを変更するためにどの権限が使用されているかを突き止められます。

そのレコードにシステムノートがあり、かつ、ユーザーが対象のレコードを作成または編集したことに関するシステムノートが存在しない場合、その権限は積極的には使用されていません（つまり、データや設定の入力・変更に使用されていないということです）。

ただし、現在積極的に使用されていない権限には、システムノートに記録されていないナビゲーション要素が含まれている場合があります。したがって、NetSuite の権限をクリーンアップするためにこの方法を使う場合、識別した候補は View — not deleted — に設定して、ナビゲーション上の問題を防ぐようにしてください。 

最後に、カスタムロールのグループから権限を View に設定する必要がある（または権限を削除する必要がある）場合は、大量更新を使ってその変更を行うことができます。ただし、正しいロールを選択していることを十分に注意してください。

主要な Netwrix Strongpoint レポート：

Netwrix Strongpoint には、権限の使用状況を確認するための、すぐに使えるレポートが 3 つ付属しています：

• ロール別トランザクション活動：「ロール別トランザクション活動」レポートでは、カスタムトランザクションを含むすべてのトランザクションを対象とします
• 役割別の会社アクティビティ：「役割別の会社アクティビティ」レポートでは、リード、顧客、見込み客、ベンダー、パートナー、およびその他の会社を対象とします。
• 役割別のその他のレコード アクティビティ：「役割別のその他のレコード アクティビティ」レポートは、システム ノートを持つすべてのレコードと設定を対象とします。

NetSuite に最小特権の原則を適用する

データの data security を確実にし、未授权アクセスのリスクを最小限に抑えるためには、NetSuite 内でユーザーの権限とロールを設定するときに principle of least privilege を適用することが重要です。ユーザーに、業務機能を遂行するために必要な最小限の権限だけを付与することで、組織はシステム内での悪用や不正な操作の可能性を減らせます。

最小特権の原則は、ユーザーが職務上の責任を効果的に果たすために必要な「最小限」の権限を付与することを推奨します。これは、特に組織の立ち上げ初期のようにスピードと俊敏性が重視される段階で、過剰な権限やロールを割り当てる慣行を抑制します。不必要な権限を付与すると、システムが悪用や侵害に対して脆弱になる可能性があります。ユーザーの権限を定期的に見直し、現在の職務責任に適合していることを確認することが不可欠です。

NetSuite でユーザーの権限とロールを設定する際は、安全な環境を維持するために最小権限の原則に従うことが非常に重要です。ここでは、いくつかの重要な検討事項を紹介します：

1. ロールベースの権限：類似するロールに対して権限を揃え、継続的な運用・保守の一貫性としやすさを確保します。業務機能が近いユーザーを適切なロールの下でグループ化することで、権限の割り当てを効率化し、過剰なアクセス権を付与してしまうリスクを低減できます。
2. 慎重なロール作成：新しいロールを作成する際は、各ロールに必要な権限を注意深く評価してください。最小権限の原則を考慮し、各ロール内のユーザーの具体的な職務機能に基づいて、本当に必要な特権のみを割り当てます。
3. 継続的なメンテナンス：職務の責任が変わったら、ユーザーの権限とロールを定期的に見直し、更新してください。これにより、ユーザーが敏感なデータやシステム機能へ不必要にアクセスすることなく、業務を効果的に遂行するために必要な権限を持てるようになります。
4. ユーザーロールの管理された移行：NetSuite 内で大規模なユーザーのロール移行を行う場合は、手作業による移行の代替手段を検討してください。誤りや意図しない特権のエスカレーションの可能性を最小限に抑えつつ、効率的かつ安全にロールを切り替えられる選択肢を評価します。

業務プロセスのリスク：正しい NetSuite 権限を確保する

NetSuite でロールの権限と権限レベルを割り当てることは、ユーザーのアクセスを制御し、システムのセキュリティを維持するうえで重要です。しかし、不適切な権限や不適切なレベルを付与すると、業務プロセス上のリスクが生じる可能性があります。たとえば、適切な管理策のないまま過剰な権限を与えると、不正やエラーにつながるおそれがあります。一方で、権限が不十分だと、財務の締め処理などの重要なタスクが妨げられる場合があります。ロールの権限を慎重に評価し、最小権限の原則に沿って調整することで、組織はリスクを軽減し、安全な NetSuite 環境を確保できます。

NetSuite では、役割内で定義できるさまざまな種類の制限（Restriction）を提供し、異なる種類のレコードへのアクセスを制御できます。これには、従業員の制限（Employee Restrictions）、部署の制限（Department Restrictions）、クラスの制限（Class Restrictions）、所在地の制限（Location Restrictions）、子会社の制限（Subsidiary Restrictions）が含まれます。各制限は、特定のフィールド値に基づいて特定のレコード種別へのアクセスを制限し、割り当てられたロールを持つユーザーが関連するレコードのみを閲覧または編集できるようにします。

しかし、権限や権限レベルが適切に割り当てられていない場合、業務プロセス上のリスクが生じる可能性があります。たとえば、適切な管理策なしにユーザーロールへ、ベンダーレコード、ベンダー請求書、ベンダー支払いを作成できる権限を与えると、組織に重大なリスクをもたらしかねません。潜在的な不正やエラーを防ぐために、必要なリスク低減策を評価し、実装することが重要です。

NetSuite における職務分掌（Segregation of Duties）の管理

職務分掌（Segregation of duties）とは、同一人物が同じ取引の連鎖（transaction chain）における後続の手順を完了できてはならない、という考え方です。たとえば、小切手を書けるだけでなく銀行口座の残高も照合できる人であれば、詐欺の際に自分の痕跡を隠すことができてしまいます。

職務分掌（Segregation of duties）は、NetSuite のロールと権限を見直す際に大きな懸念事項であることは明らかです。これは SOX コンプライアンスの重要な要素であり、さらに民間企業でもますます求められるようになっています。

職務分掌（Segregation of duties）を維持する標準的な実践は、異なる役割を持つ別の人々に責任を分けることです。また、取引の一部に対して二次レビューや承認などの統制ステップを追加することでも実現できます。

SoD を導入する際に企業が犯す最大のミスは、最初にユーザーのロールを整理（クリーンアップ）しないことです。次に大きいミスは、ロールのクリーンアップに行き過ぎて時間を使ってしまうことです。これを踏まえると、SoD を本番で稼働させるための、よりシンプルな道筋を描くことができます：

1. 未使用かつ未割り当てのすべてのロールを見つけて無効化する
2. 未使用のロール割り当てをすべて特定して削除します
3. Netwrix Strongpoint のルール ライブラリを使って、ロール内の SoD（職務分掌の相反）競合を確認します
4. 競合している権限が実際にアクティブに使用されているか確認します。使用されていない場合は、その権限を「View」に設定して競合を解決してください。
5. Netwrix Strongpoint Agent を使ってスマート コントロールを構築し、残っている競合をすべて解決します。
6. 複数ロール間の競合を確認し、Agent を使って解決してください。

職務分掌（SoD）は、組織内で効果的な内部統制を維持し、誤りや不正を防止するうえで重要です。分離すべき主な領域は3つあります。すなわち、承認（authorization）、保管（safekeeping）、記録管理（record-keeping）です。

職務分掌を実施することで、不正（フロード）のリスクを軽減できます。不正は通常、次の3つの条件がそろったときに発生します。すなわち、動機（motive）、正当化（rationalization）、そして機会（opportunity）です。たとえば、ベンダーの作成と請求書の支払い、顧客の作成とクレジットメモの発行、仕訳の作成とその承認といった主要業務を分離することで、不正を行う機会が減少します。

職務分掌が重要なのは、特定の一人が過度な統制を持ち、その統制を無許可の目的のために悪用できないようにするためです。資金の横領、企業スパイ活動、報復キャンペーン、または財務記録の改ざんといった不正行為から保護するのに役立ちます。

NetSuite の文脈では、関係する権限やタスクの数が多いため、アクセス管理と職務分掌の強制は複雑になる可能性があります。NetSuite には、さまざまなタスク、検索、記録を管理する多数の権限が含まれています。アクセスを効果的に管理するには、管理者や財務チームが常にすぐに確保できるとは限らない時間とリソースが必要です。さらに、自動化によって、監査人がコントロール上の不備と見なす可能性のある予期しない競合が生じることがあり、適切な職務分掌を維持することがさらに難しくなります。

SOX コンプライアンスとアクセス制御

先ほど述べたとおり、SoD——そして一般にアクセスレビュー——は SOX コンプライアンスの大きな要素です。監査人は、詐欺（不正）防止のための統制がシステムに組み込まれており、明確に定義されたロールと権限の割り当てによって裏付けられていることを確認したいと考えます。

問題は、従来の SoD アクセスレビューが、ある時点のスナップショットにすぎないことです。NetSuite チームは、四半期ごとのレビューに向けてロールと権限を準備しますが、費用が非常にかかることが少なくありません。このアプローチでは、関連する変更について広範な手作業による確認が必要で、さらに誤検知の調査に何時間もかかります。また、監査と監査の間に発生した競合が確実に検出され、対処されるという確信も得られません（あなたにも、監査人にも）。

その結果、監査コストは膨れ上がり、ストレスは高まり、さらに両方の問題を悪化させる重大な不備もよく見られます。加えて、システムに実質的な保護が組み込まれていないため、監査をなんとかやり過ごせたとしても、SOX がそもそも目指している不正（詐欺）から十分に守られているわけではありません。

継続的コンプライアンスによるアクセス管理のアプローチ

Netwrix Strongpoint は NetSuite 向けの唯一のネイティブ SoD ソリューションです。SOX に対する当社の「継続的コンプライアンス」アプローチに基づき、ロールおよび権限の変更を継続的に監視することで、いつでも監査に対応できる形でアクセス状況を把握できます。

Netwrix Strongpoint は、事前承認なしに管理者権限を付与するなど、特に危険な変更もブロックできます。実装が素早いため、ストレスを抑えながらすぐに稼働できます。

事前に用意されたルールとツールのライブラリが従業員の記録に統合されることで、重要な役割や権限へのアクセスを制御するのに役立つ、検知・ブロック・緩和の各コントロールを素早く導入できます。さらに、その内容を監査担当者に対して証明することも可能です。