共有は、Phraseで定義された同じデータセンター内の異なる組織間でリソースを共有することを可能にします。1つの組織がプロジェクトを作成し、そのプロジェクトまたは選択した作業を別の組織と共有します。共有リソースは、共有スペースを検索をクリックすることで検索できます。ページ。
共有は、2つの協力する組織間の接続です：バイヤーとベンダー。これらの役割は組織に固定されているわけではなく、特定のリソースに対する関係を説明します。いくつかのプロジェクトでは、組織はバイヤーとして機能することができ、他のプロジェクトではベンダーとして機能することができます。
共有プロジェクトの寿命は、バイヤー側の基準によって制御されます。共有プロジェクトがバイヤーのプロファイルにもう存在しない場合、それはベンダーの組織からも消えます。
バイヤー
バイヤーは、他の組織（ベンダー）にプロジェクトを割り当てることができるプロファイルを持つ組織です。バイヤーとして機能するには、Team/Professional（またはそれ以上）のプランが必要です。
ベンダー
ベンダーは、他の組織（バイヤー）からプロジェクトや作業を割り当てられることができる組織です。すべての有料プランは、ベンダーとして機能できます。
-
ベンダーは、自分のプロファイルを持ち、そこでプロジェクト、翻訳メモリ、用語集を作成および編集できます。
-
ベンダーは、翻訳バイヤーからの共有プロジェクトや作業を受け入れることができます。彼らは自分の翻訳メモリや用語集を添付し、プロジェクトオーナーが添付したリソースに加えてこれらのリソースを使用できます。
-
ベンダーはファイルを分割し、自分の分析を実行し、チーム内でファイルを割り当てたり、他のパートナーに作業をさらに下請けすることができます。
バイヤーは、プロジェクトや仕事を共有する前にベンダー接続を確立する必要があります。ベンダー組織は、設定するためにバイヤーにベンダートークンを提供する必要があります。
ベンダー接続を設定するには、次の手順に従ってください：
-
ベンダー組織から、設定
ページに移動し、セクションまでスクロールしてをコピーします。
-
バイヤー組織から、設定
ページが開きます。
-
［新規］ をクリックします。
ページが開きます。
-
を入力します。
-
適用可能な場合は、、、および関連情報を適用します。
-
保存をクリックします。
ページが新しいベンダーがリストに追加されて開きます。
プロジェクトは、ベンダーとバイヤーの間で共有でき、仕事は1つまたは複数のベンダーと共有できます。
共有プロジェクトは、別々の組織が翻訳メモリ、用語集、MTエンジン、ユーザーなどの独自のリソースを使用してコラボレーションできるようにします。
使用例：
-
企業顧客が翻訳会社とプロジェクトを共有する。
-
多言語ベンダーが単一言語のベンダーとプロジェクトを共有する。
-
翻訳会社がチームスタートプロファイルを持つユーザーとプロジェクトを共有し、リンギストユーザーにのみ割り当てることができるのではなく。
プロジェクトを共有するには:
-
ページから、共有をクリックし、またはを選択します。
ページでは、共有されたプロジェクトは
で示されます。
ベンダーとのプロジェクトの共有を停止するには、次の手順に従います:
-
プロジェクトページから、共有されたプロジェクトを選択し、共有をクリックしてを選択します。
ページが開きます。
-
リストの最初の空行を選択し、保存をクリックします。
プロジェクトはもはや共有されていません。
備考
プロジェクトの設定でベンダーを使用オプションを有効にする必要があります。
バイヤー組織が新しいベンダーを作成すると、そのセットアップの下にベンダー組織のためのバイヤーリストが表示されます。接続されたバイヤー組織がリストされ、ベンダーは各バイヤーのデフォルトのプロジェクトオーナーを選択できます。
共有プロジェクトには常に2人のプロジェクトオーナーがいます:
-
バイヤーのプロジェクトオーナー
-
ベンダーのプロジェクトオーナー
ベンダーがプロジェクトを作成し、その後バイヤーと事後的に共有する場合、プロジェクトの所有権はベンダーからバイヤーに移転できます。
バイヤーとベンダー間の相互信頼に基づく比較的オープンなコラボレーションの枠組みが提供されます。
関係においてロックされているアクションは少なく、望ましくないまたは誤ったアクションは元に戻すことができます。
バイヤーの権利
-
バイヤーはプロジェクトとすべてのバイヤーのリソース（TM/TB、MTエンジンなど）に完全な権利を持っています。
-
バイヤーはベンダーのTM/TBを編集、エクスポート、または選択解除することはできません。
-
バイヤーはベンダーのリンギストの名前を見ることはできませんが、ベンダーのリンギストによって設定されたジョブのステータスを見ることができます。
-
バイヤーはベンダーの分析を見てダウンロードできますが、それを編集したり、見積もりを作成するために使用することはできません。
ベンダーの権利
ベンダーは次のことをしてはいけません：
-
共有プロジェクトを削除する。
-
プロジェクトの機械翻訳設定を変更する。
-
共有プロジェクトをテンプレートとして保存する。
-
バイヤーのTM/TBを編集、エクスポート、または選択解除する。
-
バイヤーのリンギストの名前を見る。
-
バイヤーの分析を編集するか、それを使用して見積もりを作成する。
-
Phrase Language AIでバイヤーのMTエンジン設定を編集する。
-
ジョブレベルで共有プロジェクトにカスタムフィールドを作成または追加する。
ベンダーは次のことができます：
-
ジョブ、分析、参考資料を作成/編集/削除する。
-
ジョブを分割/一括翻訳/ダウンロードする。
-
その後のワークフローステップを追加する（ベンダーのワークフローステップはより高い階層順序を持つ必要があります）。
-
ジョブにベンダーのリンギストを割り当てる。
-
ベンダーのTM/TBを追加する。
-
他のベンダーとジョブを共有します。
-
バイヤーの分析を確認し、ダウンロードします。
-
バイヤーのMTエンジンを事前翻訳およびCATペインでの関連MT提案に使用します。
削除
-
ベンダーが共有プロジェクト内のアイテムを削除すると、バイヤーとベンダーの両方がごみ箱からそれを元に戻すことができます。
-
バイヤーが共有プロジェクト内のアイテムを削除すると、バイヤーのみがそれを元に戻すことができます。
共有プロジェクトでは、生成されたメール通信は直接接続された2者間のみで送信されます。
-
バイヤーがプロジェクトを共有します。
ベンダー1は共有プロジェクトのメールを受け取ります。
-
ベンダー1はプロジェクトを受け入れます。
その後、バイヤーはプロジェクトのステータスが変更されましたのメールを受け取ります。
-
ベンダー1はベンダー2にジョブを割り当て/メールします。
ベンダー2は新しい作業のメールを受け取ります。
-
ベンダー2はジョブを受け入れます。
その後、ベンダー1はジョブが受け入れられましたのメールを受け取ります。
-
ベンダー2はジョブを完了に設定します。
ベンダー1はジョブが完了しましたのメールを受け取ります。
-
ベンダー1はプロジェクトを完了に設定します。
バイヤーはプロジェクトのステータスが変更されましたのメールを受け取ります。
バイヤーとベンダーのコラボレーションは通常、バイヤーがプロジェクトを開始し、それをベンダーと共有することを含みます。プロジェクトを開始するのがベンダーであり、その後、事後的に共有プロジェクトにする必要がある場合もあります。
ベンダーによって作成された既存のプロジェクトは、バイヤーが所有し、ベンダーと共有される共有プロジェクトに変えることができます。プロジェクトが移行されると、バイヤーは新しい共有プロジェクトの通知を受け取ります。
ベンダーからバイヤーにプロジェクトを移行するには、次の手順に従います：
複数のベンダーをプロジェクトに使用する必要がある場合、そのプロジェクト内の仕事を共有できます。
備考
ベンダーに仕事を割り当てるには、プロジェクトレベルでプロジェクトにベンダーを使用するオプションを有効にする必要があります。
非アクティブな言語専門家は、共有された仕事に利用可能として表示されません。
使用例：
-
企業顧客（バイヤー）が、異なるベンダーが異なるターゲット言語を担当するプロジェクト内で複数のベンダーと仕事を共有します。
-
バイヤーはリードベンダーを選択し、プロジェクトを共有します。リードベンダーは、その後、複数のサブベンダーと協力できます。これは、共有プロジェクトと同じプロジェクト内の共有仕事の組み合わせになります。
-
MLV（マルチランゲージベンダー）は、SLV（シングルランゲージベンダー）にジョブを割り当てます。これは通常、ターゲット言語の専門性に基づいています。
-
プロジェクトは1つのベンダーと共有され、同じプロジェクト内のジョブは別のベンダーと共有されます。同じベンダーとプロジェクトおよびそのジョブを共有することはできません。
ジョブを共有する前に、ベンダー接続を確立する必要があります。
ジョブを共有し、ベンダーに割り当てるには、次の手順に従ってください：
共有ジョブはよりバイヤー主導です。共有ジョブにおけるベンダーの権利は、共有プロジェクトに比べて制限されています。
バイヤーの権利
-
バイヤーは共有ジョブにおいて完全なプロジェクトマネージャー権限を持っています。
-
バイヤーはベンダーのリンギストの名前を見ることはできませんが、ベンダーのリンギストによって設定されたジョブのステータスを見ることができます。
-
バイヤーはベンダーのTMおよびTB（ベンダーがジョブに追加した場合）を見たりアクセスしたりすることはできず、エディターでこれらからのマッチを見ることもできません。
-
バイヤーはベンダーの分析や見積もりを見ることはできません。
ベンダーの権利
ベンダーは次のことができます：
-
バイヤーによってベンダーに割り当てられたジョブのみを表示します。
-
バイヤーが作成したベンダーに割り当てられた分析を表示します。
-
バイヤーのドメインとサブドメインを表示します（ただし、バイヤーのクライアント、コストセンター、ビジネスユニットは表示されません）。
-
自分のTMを追加します。
-
自分のTBを追加します。
-
バイヤーのMTエンジンを事前翻訳およびCATペインでの関連MT提案に使用します。
-
ジョブを分割して結合します。
-
分析を作成します。
-
ベンダーの言語学者に共有ジョブを割り当てます。
プロバイダをジョブに追加する際には、アクティブな言語学者のみが表示されます。
-
割り当てられたジョブのLQAスコアカードのローカルコピーをダウンロードするか、ベンダーの組織のユーザーと共有するための独自のダウンロードURLを作成します。
ベンダーは次のことをしてはいけません：
-
直接割り当てられていないジョブを表示します。
-
自分に割り当てられていないバイヤーの分析を表示します。
-
ジョブを削除します。
-
プロジェクト内のバイヤーの翻訳メモリまたは用語ベースの設定を変更します。
-
バイヤーのTM/TBを編集またはエクスポートします。
-
バイヤーが作成したLQAスコアカードのダウンロードURLを使用します。
-
Phrase Language AIでバイヤーのMTエンジン設定を編集する。
-
ジョブレベルでカスタムフィールドに値を入力します。
共有ジョブでは、すべての関係者が受け入れられたまたは完了ジョブの変更について通知を受け取ります。
例：
バイヤーがVendor1とジョブを共有し、Vendor1がそのジョブをVendor2と共有します。
ジョブは割り当てられるだけでなく、メールでも送信される必要があります。
-
バイヤーはVendor1とジョブを共有します。
Vendor1はバイヤーからの新しい仕事メールを受け取ります。
-
Vendor1がジョブを受け入れた場合。
バイヤーはVendor1からのジョブ受諾メールを受け取ります。
-
Vendor1はその後、Vendor2とジョブを共有します。
Vendor2はVendor1からの新しい仕事メールを受け取ります。
-
Vendor2はジョブを受け入れます。
Vendor1はVendor2からのジョブ受諾メールを受け取り、バイヤーはVendor1からのジョブ受諾メールを受け取ります。
-
Vendor2はジョブを完了します。
Vendor1はVendor2からのジョブ完了メールを受け取り、バイヤーはVendor1からのジョブ完了メールを受け取ります。
ステップ2は、Vendor1が最初に受け入れずにVendor2とジョブを共有した場合、スキップできます。これが発生した場合、バイヤーはVendor2が受け入れた後に1通のジョブ受諾メールのみを受け取ります。