翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

ファームにユーザーをオンボードする

オンボーディングにより、新しいユーザーのグループがファームにアクセスできます。自分のチームのメンバー、外部のベンダーや請負業者、または組織の別のチームです。設定ごとに詳細が異なりますが、一般的なステップは同じです。3 つの質問に対する回答によって、チェックリストがどのように適用されるかが決まります。

オンボードするグループごとに、次の手順を実行します。

独自のアーティストをオンボードする

ユーザーとアーティストは、記載されているチェックリストに従います。部門、ショー、プロジェクトごとにグループを作成し、グループコントリビューターにキューへのアクセス権を付与し、各アーティストに へのリンクを送信ワークステーションをセットアップするして、独自のワークステーションをセットアップできるようにします。ワークステーションから作業を送信する組織内のグループにも同じ手順が適用されます。組織がワークステーションを一元管理している場合、管理者は各ワークステーションに事前に送信者とモニターをインストールできます。モニターインストーラは、 でのサイレントインストールをサポートしていますWindows。各ユーザーは引き続き自分のアカウントでサインインします。

ベンダーまたは請負業者のオンボーディング

組織外のユーザーにとって、分離とライフサイクルが最も重要です。ユーザーが組織の残りの作業を表示できないように、ベンダーごとに個別のファームを作成します。「各ベンダーまたはクライアントのファーム」を参照してください。ファーム境界のセキュリティの詳細については、「」を参照してくださいファーム、フリート、キューを使用してワークロードを分離する。割り当てられていないユーザーがモニタにサインインしないようにするには、割り当てを必要とする設定を有効にします。「モニターにアクセスできるユーザーの制限」を参照してください。

ID ソースが外部 ID プロバイダーの場合、ベンダーのサインインはそのプロバイダーのゲストアカウントであるため、アカウントの作成と削除を管理するチームと調整します。共有ストレージへのアクセス権をベンダーに付与するのではなく、ジョブアタッチメントを使用してファイルを移動します。「Deadline Cloud のジョブアタッチメント」を参照してください。ベンダーの作業で消費できる金額を制限するには、キューに予算を設定します。「予算によるコストの管理」を参照してください。エンゲージメントの終了日に合意し、ベンダーのユーザーとグループが合格したら削除します。

内部チームのオンボーディング

通常、組織内のチームにはベンダー分離手順は必要ありません。チームのキューを共有ファームに追加し、そのキューに対する ID ソースコントリビューターアクセスと他の場所でのビューワーアクセス許可を既存のグループに付与できます。「チームごとに 1 つの共有ファーム、1 つのキュー」を参照してください。チーム別の支出を追跡する場合は、チームのキューに予算を設定します。

他の種類のユーザーをオンボードする

一部のユーザーには、完全なチェックリストは必要ありません。