ワークフローのアクセス制御の例
ワークフローのアクセス制御の例を次に示します。
ワークフローのデータ・アクセス・グループ
次に、米国で様々なチームを設定する方法の例を示します。この例では、ロール、管理する変更オーダーおよび属性グループのタイプ、担当する処理およびその他の基準に基づいてデータ・アクセス・グループとして機能します。
- チーム1: 設計変更を作成および管理できるが、変更リクエストのみを表示できるコンポーネント・エンジニア。 原価変更拡張可能フレックスフィールド属性を除くすべての属性を管理できます。
- チーム2: ワークフロー承認者および参加者の追加および編集、影響を受けるオブジェクトの追加、関係の変更、ステータスの変更、およびワークフローのそれぞれのステータスの公開を行う権限を持つアナリストの変更。 このワークフロー・タイプの検出権限のみが保持されるため、CHIP設計更新でワークフローのワークフロー番号のみを表示できます。
- チーム3: 米国を拠点とするサプライヤは、サプライヤである問題レポートのサプライヤ・コメントを追加および編集でき、拡張可能フレックスフィールド属性「事業所」は「US」に設定されます。
- チーム4: JohnとSamは、変更オーダー・ヘッダーの表示のみを必要とする製品変更承認者です。
| チーム名 | ユーザーとフィルター済みリスト | アクセス許可 | 条件 | アクセス・グループ |
| チーム 1 | コンポーネント・エンジニア | 作成 | タイプ=設計変更 | 該当なし |
| コンポーネント・エンジニア | 管理 | タイプ=設計変更 | すべての属性とタブ | |
| コンポーネント・エンジニア | 表示 | タイプ=変更リクエスト | すべての属性とタブ | |
| チーム 2 | 変更アナリスト | 管理 |
タイプ= Commercialization Change Order EFF コンプライアンス= Yes |
基本属性 影響を受けるオブジェクト ワークフロー・アクティビティ 関係 |
| 変更アナリスト | ステータスの変更 |
タイプ= Commercialization Change Order EFF コンプライアンス= Yes |
該当なし | |
| 変更アナリスト | パブリッシュ |
タイプ= Commercialization Change Order EFF コンプライアンス= Yes |
該当なし | |
| 変更アナリスト | ディスカバー |
タイプ= CHIP設計更新 |
該当なし | |
| チーム 3 | USサプライヤ | 管理 | Muletiselect.EFF.Location=米国 | EFF.Supplierコメント |
| チーム 4 | John, Sam | 表示 | タイプ=設計変更 |
基本属性 EFF.AG.ProductDesignデータ 影響を受けるオブジェクト |
ユーザーベース・アクセスのフィルタ済リスト
組織として、権限階層を維持し、SCM業務のセキュリティと効率を向上させるチームを作成できます。 たとえば、次のチームを設定できます。
チームA: すべての企業ユーザーに表示専用アクセス権を付与し、可視性を確保します。
チームB: より排他的なグループであり、トップ・マネジメント、マネージャー、コンポーネント・エンジニア、製品エンジニアがワークフローを管理できるようにします。
チームC: 製品エンジニア向けにカスタマイズされ、新しいワークフローを作成可能
チームの構成を示す表を次に示します
| チーム名 | ユーザーとフィルター済みリスト | アクセス許可 | 条件 | アクセス・グループ |
| チームA | すべてのユーザー | 表示 |
タイプ=設計変更 優先度- 中および高 |
すべての属性およびタブへのアクセス |
| チームB |
マネージャ・ゴーアップ コンポーネント・エンジニア 製品エンジニア |
管理 |
タイプ=設計変更 優先度- 中および高 |
すべての属性およびタブへのアクセス |
| ステータスの変更 |
タイプ=設計変更 優先度- 中および高 |
該当なし | ||
| パブリッシュ |
タイプ=設計変更 優先度- 中および高 |
該当なし | ||
| チームC | 製品エンジニア | 作成 | タイプ=設計変更 | 該当なし |