プロジェクト管理

共有 (TMS)

本コンテンツはPhrase Language AIの機械翻訳により、英語から翻訳されています。

利用可能対象

  • Team、Professional、Business、Enterpriseプラン

  • Enterpriseトライアル

ライセンスに関する質問は、営業担当までお問い合わせください。

利用可能対象

  • Team、Ultimate、Enterpriseプラン(従来)

ライセンスに関する質問は、営業担当までお問い合わせください。

共有機能を使用すると、Phraseで定義されている同一の データセンター 内の異なる組織間でリソースを共有できます。ある組織がプロジェクトを作成し、そのプロジェクトまたは選択したジョブを別の組織と共有します。共有リソースは、検索結果 ページの 共有スペースを検索 をクリックすることで検索できます。

共有とは、協力関係にある2つの組織、つまり バイヤーベンダー の間の接続です。これらの役割は組織に固定されているわけではなく、特定のリソースに対する組織間の関係を表すものです。プロジェクトによっては、ある組織が バイヤー として機能し、別のプロジェクトでは ベンダー として機能することもあります。

共有プロジェクトの有効期間は、バイヤー側の基準によって管理されます。共有プロジェクトがバイヤーのプロファイルで利用できなくなると、ベンダーの組織からも表示されなくなります。

バイヤー

バイヤーとは、他の組織(ベンダー)にプロジェクトを割り当てることができるプロファイルを持つ組織です。バイヤーとして機能するには、Team/Professional(またはそれ以上)のプランが必要です。

ベンダー

ベンダーとは、他の組織(バイヤー)からプロジェクトやジョブを割り当てられる組織です。すべての有料プランでベンダーとして機能できます。

  • ベンダーは独自のプロファイルを持ち、その中でプロジェクト、翻訳メモリ、用語ベースを作成および編集できます。

  • ベンダーは、翻訳バイヤーから共有されたプロジェクトやジョブを承諾できます。ベンダーは、独自の翻訳メモリや用語ベースを添付し、プロジェクトオーナーが添付したリソースに加えて、これらのリソースを使用できます。

  • ベンダーはファイルを分割し、独自の分析を実行し、チーム内でファイルを割り当て、さらには他のパートナーに仕事を再委託することさえできます。

ヒント

バイヤーによるフィルタとバイヤー列は、プロジェクト一覧とジョブビューの両方で使用できます。ジョブビューは、バイヤーによるジョブのグループ化もサポートしています。

ベンダー接続の設定

バイヤーは、プロジェクトやジョブを共有する前に、ベンダー接続を確立する必要があります。ベンダー組織は、設定を行うためにベンダー トークンをバイヤーに提供する必要があります。

ベンダー接続を設定するには、次の手順に従います。

  1. ベンダー組織から、設定Setup_gear.pngページに移動し、組織セクションまでスクロールして、ベンダー トークンをコピーします。

  2. バイヤー組織から、設定Setup_gear.pngページに移動し、管理セクションまでスクロールして、ベンダーをクリックします。

    ベンダーページが開きます。

  3. [新規] をクリックします。

    作成ページが開きます。

  4. ベンダー トークンを入力します。

  5. 該当する場合は、課金率ルール価格表、および関連性情報を適用します。

  6. 保存をクリックします。

    ベンダーページが開き、新しいベンダーが一覧に追加されます。

これで、ベンダーとバイヤーの間でプロジェクトを共有できるようになり、1つまたは複数のベンダーとジョブを共有できるようになります。

備考

ベンダーページからベンダーを削除しても、共有プロジェクトやジョブへのアクセス権は削除されません。アクセスを制限するには、関連する共有プロジェクトまたはジョブの割り当てを解除します。

プロジェクトの共有

共有プロジェクトを使用すると、翻訳メモリ、用語ベース、MTエンジン、ユーザーなどの独自のリソースを使用して、別々の組織が共同作業を行うことができます。

使用例:

  • 企業のお客様が翻訳会社とプロジェクトを共有する場合。

  • 多言語ベンダーが単一言語ベンダーとプロジェクトを共有する。

  • 翻訳会社が、リンギストユーザーに割り当てるだけでなく、Team Startプロファイルを持つユーザーとプロジェクトを共有する。

プロジェクトを共有

プロジェクトを共有するには:

  • プロジェクトページから、共有をクリックし、ベンダーと共有またはバイヤーへ転送を選択します。

    プロジェクト一覧ページでは、共有されたプロジェクトはShared_project.pngで示されます。

ベンダーとのプロジェクトの共有を停止するには、以下の手順に従います。

  1. プロジェクトページから共有プロジェクトを選択し、共有をクリックしてベンダーと共有を選択します。

    ベンダーと共有ページが開きます。

  2. ベンダー一覧の最初の空欄を選択し、保存ボタンをクリックします。

    プロジェクトは共有されなくなります。

備考

共有ボタンを表示するには、プロジェクトのアクセスとセキュリティ設定でベンダーを使用オプションを有効にする必要があります。

共有プロジェクトのオーナーシップ

バイヤー組織が新しいベンダーを作成すると、そのベンダー組織のセットアップの下にバイヤー一覧が表示されます。接続されているバイヤー組織が一覧表示され、ベンダーは各バイヤーのデフォルトのプロジェクトオーナーを選択できます。

共有プロジェクトには常に2人のプロジェクトオーナーがいます。

  • バイヤーのプロジェクトオーナー

  • ベンダーのプロジェクトオーナー

ベンダーがプロジェクトを作成し、その後バイヤーと事後的に共有した場合、プロジェクトのオーナーシップをベンダーからバイヤーへ譲渡できます。

共有プロジェクトのユーザーの可視性

バイヤーとベンダーは、互いのプロジェクトオーナーのユーザー名を確認できます。

CAT Editorでは、すべてのユーザーが完全に匿名化されます。どちらの組織も、相手側のユーザーを確認することはできません。

PhraseとCAT Editorの両方において、組織間ではリンギストの名前は常に非表示になります。

共有プロジェクトの権限

バイヤーとベンダー間の相互信頼に基づく、コラボレーションのためのかなりオープンなフレームワークが提供されています。

この関係においてロック済の操作はほとんどなく、意図しない操作や誤った操作は元に戻すことができます。

バイヤーの権限

  • バイヤーは、プロジェクトおよびすべてのバイヤーのリソース(TM/TB、MTエンジンなど)に対する完全な権限を有します。

  • バイヤーは、ベンダーのTM/TBを編集、エクスポート、または選択解除することはできません。

  • バイヤーはベンダーのリンギストの名前を確認することはできませんが、ベンダーのリンギストが設定したジョブステータスを確認することはできます。

  • バイヤーはベンダーの解析を確認およびダウンロードできますが、それらを編集したり、見積もりの作成に使用したりすることはできません。

ベンダーの権限

ベンダーは以下の操作を行えません。

  • 共有プロジェクトを削除すること。

  • プロジェクトの機械翻訳設定を変更すること。

  • 共有プロジェクトをテンプレートとして保存すること。

  • バイヤーのTM/TBを編集、エクスポート、または選択解除すること。

  • バイヤーのリンギストの名前を確認すること。

  • バイヤーの解析を編集すること、またはそれを使用して見積もりを作成すること。

  • Phrase Language AIでバイヤーのMTエンジン設定を編集します。

  • ジョブレベルで共有プロジェクトにカスタムフィールドを作成または追加します。

ベンダーは以下のことができます:

  • ジョブ、解析、参考資料の作成/編集/削除。

  • ジョブの分割/一括翻訳/ダウンロード。

  • 後続のワークフローステップの追加(ベンダーのワークフローステップは、より高い階層順序である必要があります)。

  • ジョブにベンダーの言語スペシャリストを割り当てる。

  • ベンダーのTM/TBを追加する。

  • 他のベンダーとジョブを共有する。

  • バイヤーの解析を表示およびダウンロードします。

  • TMペナルティを含む、バイヤーのTM/TB設定を表示します。

  • CATペインで、事前翻訳および関連するMT候補のためにバイヤーのMTエンジンを表示および使用します。

削除

  • ベンダーが共有プロジェクト内のアイテムを削除した場合、バイヤーとベンダーの両方がごみ箱からそのアイテムを復元できます。

  • バイヤーが共有プロジェクト内のアイテムを削除した場合、バイヤーのみがそのアイテムを復元できます。

共有プロジェクトのメール通知

共有プロジェクトでは、生成されたメール通信は、直接接続されている2者間でのみ送信されます。

  1. バイヤーがプロジェクトを共有します。

    Vendor1に共有プロジェクトのメールが届きます。

  2. Vendor1がプロジェクトを承諾します。

    バイヤーはその後、プロジェクトステータスが変更されましたというメールを受け取ります。

  3. ベンダー1がベンダー2にジョブを割り当て/メール送信します。

    ベンダー2は、新しい仕事というメールを受け取ります。

  4. ベンダー2がジョブを承諾します。

    ベンダー1はその後、ジョブが承諾されましたというメールを受け取ります。

  5. ベンダー2がジョブを完了に設定します。 

    ベンダー1は、ジョブが完了しましたというメールを受け取ります。

  6. ベンダー1がプロジェクトを完了に設定します。 

    バイヤーは、プロジェクトステータスが変更されましたというメールを受け取ります。

共有プロジェクトのアプリ内コミュニケーション

共有されると、関係者はメンションされたり、コメントスレッドやLQAスレッドでCATエディター内でのやり取りが可能になります。メンション、返信、LQA完了に基づくアプリ内通知も利用可能です。

プロジェクトをベンダーからバイヤーへ転送する

バイヤーとベンダーのコラボレーションでは通常、バイヤーがプロジェクトを開始し、それをベンダーと共有します。ベンダーがプロジェクトを開始し、事後的に共有プロジェクトにする必要があるケースもあります。

ベンダーによって作成された既存のプロジェクトを、バイヤーが所有しベンダーと共有する共有プロジェクトに変更できます。バイヤーは、新しい共有プロジェクトが転送されると通知を受け取ります。

プロジェクトをベンダーからバイヤーへ転送するには、次のステップに従ってください:

  • プロジェクトページからプロジェクトを選択し、共有をクリックしてバイヤーへ転送を選択します。

    プロジェクトの所有権は、バイヤーに不可逆的に転送されます。

ジョブの共有

プロジェクトに複数のベンダーを使用する必要がある場合、そのプロジェクト内のジョブを共有できます。

備考

ベンダーにジョブを割り当てるには、プロジェクトレベルのアクセスとセキュリティプロジェクトにベンダーを使用オプションを有効にする必要があります。

非アクティブなリンギストは、共有ジョブで利用可能なユーザーとして表示されません。

使用例:
  • 企業のお客様(バイヤー)が、異なるベンダーが異なる訳文言語を担当するプロジェクト内のジョブを、複数のベンダーと共有します。

  • バイヤーがリードベンダーを選択し、そのベンダーとプロジェクトを共有します。リードベンダーは、複数のサブベンダーと仕事ができます。これは、共有プロジェクトと、同じプロジェクト内の共有ジョブの組み合わせになります。

  • MLV(多言語ベンダー)がSLV(単一言語ベンダー)にジョブを割り当てます。これは通常、訳文言語の専門性に基づいています。

  • プロジェクトを1つのベンダーと共有し、同じプロジェクト内のジョブを別のベンダーと共有します。プロジェクトとそのジョブを同じベンダーと共有することはできません。

ジョブを共有する

ジョブを共有するには、事前にベンダー接続を確立しておく必要があります。

ジョブを共有してベンダーに割り当てるには、次の手順に従います。

  1. プロジェクトページからジョブを選択し、編集をクリックします。

    編集ページが開きます。

  2. 1つ以上のプロバイダを選択します。選択したプロバイダにカーソルを合わせると、タイプ(リンギストまたはベンダー)が表示されます。

  3. 保存をクリックします。

    プロジェクトページが開き、プロバイダがジョブに関連付けられます。

共有ジョブの権限

共有ジョブは、よりバイヤー主導型です。共有ジョブにおけるベンダーの権限は、共有プロジェクトと比較して制限されています。

バイヤーの権限

  • バイヤーは、共有ジョブにおいて完全なプロジェクトマネージャの権限を持ちます。

  • バイヤーはベンダーのリンギストの名前を見ることはできませんが、ベンダーのリンギストによって設定されたジョブのステータスを見ることはできます。

  • バイヤーは、ベンダーのTMおよびTB(ベンダーがジョブに追加した場合)を見たりアクセスしたりすることはできず、エディタでこれらから得られる一致を見ることもできません。

  • バイヤーはベンダーの分析や見積もりを見ることができません。

ベンダーの権限

ベンダーは以下のことができます:

  • バイヤーによってベンダーに割り当てられたジョブのみを表示します。

  • バイヤーによってベンダーに割り当てられた(バイヤーが作成した)分析を表示します。

  • バイヤーのドメインとサブドメインを表示します(ただし、バイヤーのクライアント、コストセンター、ビジネスユニットは表示されません)。

  • 独自のTMを追加します。

  • 独自のTBを追加します。

  • CATペインで、事前翻訳および関連するMT候補のためにバイヤーのMTエンジンを表示および使用します。

  • ジョブを分割および結合します。

  • 分析を作成します。

  • 共有ジョブをベンダーのリンギストに割り当てます。

    プロバイダをジョブに追加する際、アクティブなリンギストのみが表示されます。

  • 割り当てられたジョブのLQAスコアカードのローカルコピーをダウンロードするか、ベンダーの組織のユーザーと共有するための独自のダウンロードURLを作成します。

  • TMペナルティを含む、バイヤーのTM/TB設定を表示します。

ベンダーは以下の操作を行えません。

  • 直接割り当てられていないジョブを表示します。

  • 割り当てられていないバイヤーの分析を表示します。

  • ジョブを削除します。

  • プロジェクト内のバイヤーの翻訳メモリまたは用語ベースの設定を変更します。

  • バイヤーの翻訳メモリ/用語ベースを編集またはエクスポートします。

  • バイヤーが作成したLQAスコアカードのダウンロードURLを使用します。

  • Phrase Language AIでバイヤーのMTエンジン設定を編集します。

  • ジョブレベルでカスタムフィールドに値を入力します。

共有ジョブのユーザー表示設定

ベンダーはバイヤーのプロジェクトオーナーのユーザー名を確認できます。バイヤーはベンダーのプロジェクトオーナーのユーザー名を確認できません。

CAT Editorでは、すべてのユーザーが完全に匿名化されます。どちらの組織も、相手側のユーザーを確認することはできません。

PhraseとCAT Editorの両方において、組織間ではリンギストの名前は常に非表示になります。

共有ジョブのメール注意

共有ジョブでは、すべての関係者が、ジョブのすべての承諾または完了<3>の変更に関する注意を受け取ります。

例:

バイヤーがジョブをベンダー1と共有し、ベンダー1がそのジョブをベンダー2と共有します。

ジョブは割り当てられるだけでなく、メールで送信される必要があります。

  1. バイヤーがジョブをベンダー1と共有します。

    ベンダー1は、バイヤーから新しい仕事のメールを受け取ります。

  2. ベンダー1がジョブを承諾した場合。

    バイヤーは、ベンダー1からジョブ承諾のメールを受け取ります。

  3. その後、ベンダー1がジョブをベンダー2と共有します。

    ベンダー2は、ベンダー1から新しい仕事のメールを受け取ります。

  4. ベンダー2がジョブを承諾します。

    ベンダー1はベンダー2からジョブ承諾のメールを受け取り、バイヤーはベンダー1からジョブ承諾のメールを受け取ります。

  5. Vendor2がジョブを完了します。

    Vendor1はVendor2からジョブ完了メールを受け取り、バイヤーはVendor1からジョブ完了メールを受け取ります。

Vendor1がジョブを先に承諾することなくVendor2と共有した場合、ステップ2はスキップできます。この場合、バイヤーが受け取るのは、Vendor2が承諾した後のジョブ承諾メール1通のみとなります。

共有ジョブのアプリ内コミュニケーション

共有されると、関係者はメンションされたり、コメントスレッドやLQAスレッドでCATエディター内でのやり取りが可能になります。メンション、返信、LQA完了に基づくアプリ内通知も利用可能です。

エラーメッセージ

「このジョブはすでに他のプロバイダによって取得されているか、このページを表示する権限がありません。」

このメッセージは、ユーザーがアクセス権のないジョブにアクセスしようとしたときに表示されます。その理由は以下の可能性があります:

  • ユーザー / リンギストが、別の組織のアカウントにログインした状態でジョブにアクセスしようとしています。

  • そのジョブは、他の誰かが取得したか、プロジェクトマネージャがユーザーの割り当てを解除したか、あるいはプロジェクトマネージャがジョブを割り当てていないため、ユーザー / リンギストには割り当てられていません。

この記事は役に立ちましたか?

Sorry about that! In what way was it not helpful?

The article didn’t address my problem.
I couldn’t understand the article.
The feature doesn’t do what I need.
Other reason.

Note that feedback is provided anonymously so we aren't able to reply to questions.
If you'd like to ask a question, submit a request to our Support team.
Thank you for your feedback.