役割と権限

画面が見えるかどうかを決定づける要因と、役割によって回避できない2つのこと。

アクセス権限は役割に基づいて付与されます。役割とは、モジュールとアクションの権限のセットであり、企業ごとに設定されます。各企業は独自の役割セットと管理者を持ち、役割は自社内のユーザーにのみ割り当てることができます。

許可が実際にゲートするもの

• ナビゲーションについて。アクセスできないモジュールにはタブが表示されず、アクセスできない画面にはタイルも検索結果も表示されません。
• API。すべてのエンドポイントがチェックを行うため、ゲートはリクエストがコンソール、インポート、スケジュールされたジョブ、またはASKから到着したルートに関係なく保持します。
• レポート機能。すべてのクエリですべてのキューブがチェックされるため、レポートは画面で保護されているデータへの容易なアクセス手段ではありません。

役職では避けられない2つのこと

• 職務分掌。プラットフォーム上で給与計算と給与承認のように2人必要な場合、1人が両方の役割を兼任すると、同じ実行で両方の作業を行うことはできません。
• 監査証跡。ログイン、ログアウト、および役割の変更は常に記録され、管理者を含むいかなる人物も無効にすることはできません。

すべてのスクリーンはロールに取り付けることができます

すべてのアクションが許可されていないロールは、許可された画面のみを表示できます。コンソールのすべての画面に権限を付与できます。これには、OEE ボード、MRP ワークベンチ、ソーシング パイプライン、すべての分析レポートなど、レコードを持たないボード、ワークベンチ、レポートも含まれます。これらの画面では、表示権限のみが意味を持つため、他の 3 つの権限は提供されません。管理者のみが開くことができる画面 (ユーザー、ロール、ランタイム設定など) は、権限を付与しても何も起こらないため、グリッドには表示されません。

各モジュールにはダッシュボード画面もあり、モジュールのホーム画面に数値、アラート、最近のアクティビティが表示されます。表示を制限したロールにのみ表示させるには、その画面の「表示」にチェックを入れてください。モジュール内のすべてのアクションを許可するロールには、既に表示されています。

文書上の行は文書の一部です。サプライチェーン → 戦略的調達で「応答」を付与すると、応答の行も一緒に付与されます。「応答行」という個別の権限を探す必要はなく、ヘッダーを変更することで行を追加または編集できます。

それぞれの権限でできること

何かを変更するすべてのボタンは、画面上の権限に応じて動作します。レコードの作成は追加です。既存のレコードに対して行われる操作（承認、転記、受領、リリース、送信、キャンセル、取り消し、明細の編集など）はすべて変更です。レコードの削除は削除です。読み取り、レポートの実行、プレビューは表示です。購買発注に対して表示のみの権限が付与されたロールは、注文を表示できますが、承認、受領、明細の追加はできません。変更権限を持つロールはこれらが可能です。

役割エディタでは、各画面の行に「変更可能項目：受信、承認申請、行編集」と明記されています。ボタンが要求する権限にはそれぞれチェックボックスがあります。指定された人物または役割にルーティングされた承認は、その人物または役割のみが決定し、承認を開くことができない役割にルーティングされた承認ルールは保存できません。

モジュール外でも同様のことが言えます。ドキュメントの添付や削除、カスタムフィールドの値、分類、接続されたドライブ、スプレッドシートのインポート、請求書や注文のキャンセルや取り消しなどはすべて、該当するレコードが属する画面上で権限を要求します。

数百人の中から1人のユーザーを見つける

プラットフォーム → アクセス → ユーザーでは、他のリストと同様に検索条件を設定できます。名前、メールアドレス、役割の一部を入力するか、条件を追加できます（ステータスが無効、役割に財務が含まれるなど）。メールアドレスが既に使用されている新規ユーザーは、入力中の新規ユーザーフォーム内で拒否され、フォームの背後にあるリストでは拒否されません。

役割を見つける

• プラットフォーム → アクセス → ロールには、他のリストと同様に検索およびフィルターバーがあります。ロールの名前、コード、説明の一部、またはロールがアクセスするモジュールの名前を入力してください。
• ユーザー一覧画面で、ユーザーの役割にチェックを入れると、「役割の検索」機能を使って、会社に多くの役割がある場合にリストを絞り込むことができます。
• 署名制限の役割を選択するピッカーも、同様の方法で検索できます。

役割が割り当てられる前にログインした人

シングルサインオンで新規ユーザー用のサインインを作成するように設定されている場合、TRANXACTアカウントを持たないユーザーが社内ディレクトリからサインインすると、ヘルプ＆サポートにのみアクセスできるサインインが作成されます。ユーザー一覧には「初回サインイン時に作成」と表示されます。ユーザーを開き、実際の役割を割り当てると、次の画面でその役割が適用されます。詳しくは、「社内ディレクトリ経由での初回サインイン」をご覧ください。

報告書はモジュールの範囲を超えることはありません

複数のモジュールを同時に参照するレポートは、それらのモジュールにアクセスできる権限を持つユーザーに対してのみ有効です。ヘルプとサポートのみを開く権限、または特定のモジュールのダッシュボードのみを開く権限を持つユーザーには、それらのモジュールは表示されません。

新しいスクリーンは他のものと同様に付与されます

サプライチェーンの下にある「固定資産詳細」、「固定資産ラベル」、「文書検索」は、それぞれ個別に権限が付与されます。資産のカウントには「固定資産詳細」、ラベルの印刷には「固定資産ラベル」、資材文書の検索には「文書検索」が必要です。倉庫担当者と資産会計担当者には、それぞれの業務に必要な権限が付与されます。

CRM → リード連絡先（各リードの担当者）は、他の画面と同様に単独でアクセスできます。追加で連絡先を作成またはインポートし、変更で編集、表示で確認、削除で削除できます。リードを管理する役割には、通常、リードとリード連絡先の両方の権限が必要です。

リリースで追加されるすべての画面は、[プラットフォーム] → [役割] で役割ごとに付与でき、他の画面と同様に、追加、変更、表示、削除の 4 つの権限が付与されます。証明書、保持ポリシー、保持実行、アーカイブ済みレコードは最新のものです。管理者以外は、役割によって許可されるまで、誰もこれらの画面にアクセスできません。

マイグレーションコックピットとマイグレーション準備状況は、役割ごとに付与することもできます。コックピットでは、追加は抽出ファイルのアップロード、削除は抽出ファイルの破棄またはカットオーバーのリセット、その他の操作はすべて変更です。マイグレーションリーダーと本番稼働レビュー担当者の役割は割り当て可能です。詳しくは、「別のシステムからの移行 → 誰が何を実行できるか」をご覧ください。

画面によっては、権限はその名前が示す以上に重要な意味を持ちます。なぜなら、その権限の背後にあるアクションは取り消しができないからです。保持ポリシーでは、パージの実行やパージポリシーの有効化には変更ではなく削除が必要です。パージはレコードを削除するため、レコードを1つずつ削除する権限は、レコードを数千個単位で削除する権限である必要があります。古いデータの保持と削除を参照してください。

9月末に追加されたアクションは、他のアクションと同様に、それぞれのアクションが属する画面上で許可されます。

他人としてログインする

問題を調査する管理者は、他のユーザーの身元を偽装して、そのユーザーが見ている画面を確認できます。これには2つの承認が必要で、明示的に権限を拡大しない限り読み取り専用です。偽装された身元で行われたすべての呼び出しは、偽装された身元で行われたものとして記録され、偽装された身元を持つユーザーは、その操作が行われたことを確認できます。

Since 20 October new shipped roles include Security administrator, Security & AI Governance Admin, Records & Legal Admin, Governance Auditor (read only), Benefits Administrator, GL Interface Administrator, Payroll Auditor (read only), Learning & Development Administrator, HR Auditor, HR Recruiter and EEO Officer. HR Auditor reads the HR screens — people, recruiting, time and leave, learning, skills, performance, benefits, expenses and records — but not payroll; Payroll Auditor reads payroll (runs, payslips, pay rates, tax, garnishments, the GL interface and parallel payroll). A company that wants both gives a person both roles. See HRIS/HCM capability map.