Overview
PIX4Dcloud では、リソース（データセット、サイト、フォルダ）を移行することができます：
- 同じ組織内（たとえば、あるフォルダから別のフォルダへデータセットを移動する場合など）
- 異なる組織間
転送は、ライセンスタイプ、ロール、およびアクセス権限によって制御されます。特に「チームアクセス制御」が有効になっている場合はそうです。
同一組織内での異動
-
役割と権限：以下のユーザーは、同じ組織内でリソースを転送できます：
-
所有者
- Manager
- Editor
- メンバー（管理者）
- メンバー（編集者）
-
-
アクセス権限の要件（重要）：
-
直接アクセス可能なリソースは譲渡できません。
-
「継承されたアクセス権」を持つリソースのみを移行できます。
-
-
転送後の権限はどうなるのか：
-
リソースが同じ組織内で移動された場合、そのリソースにアクセス権を持っていたすべてのユーザーは、新しい場所でもその権限を維持します。
-
例外 – データセットをサイトに割り当てる場合：
データセットがサイトに割り当てられると、そのサイトへのアクセス権を持つユーザーのみが、そのデータセットへのアクセス権を維持します。
-
リソースの転送方法
リソースをフォルダに移動する
-
単一のリソース
-
-
データセット、サイト、またはフォルダーの「その他のオプション（⋮）」メニューをクリックします。
-
「フォルダに移動」を選択します。
-
移動先を選択し、「ここに移動」をクリックしてください。
-
-
複数のアイテム
-
-
必要な項目のチェックボックスにチェックを入れてください。
-
「移動」をクリックします。
-
目的のフォルダに移動し、確認してください。
-
注：フォルダを移動すると、その中のすべてのファイルやフォルダも一緒に移動されます。
サイトにデータセットを割り当てる方法
ライセンス：この機能は、PIX4Dcloud 以上のライセンスをお持ちの方のみご利用いただけます。- ～について ドライブ、～において データセット、クリック 割り当てる.
-
既存のサイト名または新しいサイト名を入力してください。
-
「割り当て」を選択します。
注記：
-
データセットはサイト内に移動されます。
-
データセットを別のサイトに割り当てるには、まず現在のサイトからそのデータセットを削除する必要があります。
-
割り当てが完了すると、当該サイトへのアクセス権を持つユーザーのみが、そのデータセットにアクセスできるようになります。
組織間の異動
役割と権限（重要）
組織間のリソースの移動は、組織レベルのロールのみが実行できます。
ユーザーは、以下の条件を満たしている必要があります：
-
元の組織の管理者
-
対象組織の編集者
- メンバーは 、組織間でリソースを移行することはできません 組織間でリソースを移行することはできません。
アクセスタイプの要件：
-
直接アクセス可能なリソースは譲渡できません。
-
「継承されたアクセス権」を持つリソースのみを移行できます。
要件
組織間でリソースを移行するには：
組織への加盟
- ユーザーは、両方の組織に所属している必要があります。
- 転送を行う前に、対象組織への招待を受け入れる必要があります。
ライセンス要件
- 両組織とも、有効なPIX4Dcloud を保有している必要があります。
データセットの状態
- 転送できるのは、処理済みのデータセットのみです。
- 選択したすべてのデータセットが処理された場合にのみ、複数のデータセットを転送できます。
- 1つのデータセットが処理されない場合、転送全体が失敗します。
Information:
-
既存の 共有リンク 移行後は、既存の共有リンクは機能しなくなります。
-
The AWSクラスターのロケーション プロジェクトが保存されている場所は変更されません。
-
ライセンスの割り当て数やクレジット残高は、ライセンスモデルによって影響を受ける場合があります（以下のユースケースを参照）。
組織間でリソースを移行する方法
- cloud.pix4d.com/login にアクセスし、Pix4D でログインしてください。
-
「ドライブ」で、組織スイッチャーを使用して対象の組織を選択します。
-
転送するフォルダ、サイト、またはデータセットを選択してください。
- をクリックしてください 移動.
管理者 - に切り替える 対象組織 「組織」スイッチャーを使用して。
組織スイッチャーで対象組織を選択してください. -
「移動」をクリック：
-
既存のフォルダ内か、あるいは
-
ルートレベル（左上隅）。
-
- 指示が表示されたら、転送を確認してください。
使用例と条件
異動による影響は、各組織が以下を使用しているかどうかによって異なります：
-
画像・プロジェクトの許容量モデル
-
クレジットモデル
| 画像とプロジェクトを活用した目的地管理 | クレジットを利用した旅行手配 | |
| 画像やプロジェクトを使用したソース組織 |
ユースケース 1. 新規プロジェクトにより手当が削減されるため、プロジェクト費用は受入組織が負担することになります。 プロジェクトが終了したことで、ソース組織の予算枠は拡大されることになる。 |
ユースケース 2. 宛先組織のクレジットも、送信元組織の割り当ても変更されない。 |
| クレジットを使用したソース組織 | ユースケース 3.許可されない |
ユースケース 4.クレジットは変更されず、両組織のクレジット残高は移転の影響を受けません。 処理の時点でクレジットがそこで消費されたため、支払者はソース組織でした。 |
ユースケース 1 - 画像とプロジェクト → クレジット
以下の場合にのみ許可されます：
-
プロジェクトが1か月以上経過している、または
-
ソースライセンスの有効期限が切れています
影響：
-
クレジット（宛先）に変更はありません
-
手当に変更なし（出典）
ユースケース 2 - 画像とプロジェクト → 画像とプロジェクト
影響：プロジェクトが元の割当量から削除され、目的の割当量に追加されます。
ユースケース 3 - クレジット → 画像とプロジェクト
禁止です。
警告： クレジットを使用しているソース組織から、画像やプロジェクトを使用している組織へ、フォルダ、サイト、またはプロジェクトを移動することはできません 。
ユースケース 4 - クレジット → クレジット
影響：クレジットは変更されません。クレジットは、ソース組織での処理時に消費されました。
注：この場合、プロジェクトがある組織から別の組織へ移動されたとしても、両組織ともクレジット制を採用している限り、いずれの組織のクレジット残高にも変化はありません。