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