プロジェクト管理

ワークフロー(TMS)

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

利用可能対象

  • Team、Professional、Business、Enterprise、Software UI/UXプラン

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

利用可能対象

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

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

翻訳プロジェクトには、多くの場合、複数の役割、言語、ファイル形式、期限、レビュー段階が関わります。明確な構造がなければ、タスクの見落とし、上書き、または遅延が発生する可能性があります。ワークフローは、誰が何をいつ行うかを定義することで、翻訳プロジェクトを整理された状態に保ちます。

ワークフローは、翻訳プロセスにおけるドキュメント(Phrase TMSではと呼ばれます)のライフサイクルを表すもので、目的の成果物に至る一連の工程です。

ワークフロー工程には、設定時の順序によって決定される階層構造があります。ワークフロー工程でセグメントが編集されると、その変更はより上位のワークフロー工程に反映されます。そのセグメントが未確認かつ未編集である限り、そのセグメントへの変更は下位のワークフロー工程から反映されます。上位のワークフロー工程でセグメントが編集または確認されると、下位の工程からの変更は反映されなくなります。前の工程がまだアクティブな状態でで工程を完了に変更すると、前の工程からの変更が反映されないまま、次の工程を言語担当者が利用できるようになります。

ワークフロー機能を使用すると、プロジェクトのカスタムワークフロー工程を設計し、特定の言語担当者を割り当てることができます。この役割は言語担当者のユーザープロファイルに記録され、プロジェクトマネージャーが新しいプロジェクトに言語担当者を割り当てる際、以前に特定のワークフロー工程を担当した言語担当者が適任者として提案されます。

ワークフロー工程の設定

翻訳、校正、およびクライアントレビューの工程は事前定義されています。より複雑なワークフローやカスタムワークフローが必要な場合は、Orchestratorを使用して構築できます。

プロジェクトには最大15のワークフロー工程を追加できます。追加した工程は削除できません。工程の順序は10の倍数で定義されるため、後から工程を追加する場合でも、既存の工程の間に配置できます。

1つのプロジェクト内で、言語の組み合わせごとに異なるワークフローを設定することはできません。

既存のワークフロー工程があるプロジェクトには、より高い階層順序を持つワークフロー工程のみを追加できます。

例:

プロジェクトが最初に工程番号1、2、4で作成された場合、5番目の工程を追加することは可能ですが、3番目の工程を追加することはできません。

ワークフロー工程を設定するには、以下の手順に従ってください。

  1. 設定Setup_gear.pngページで、プロジェクト設定セクションまでスクロールし、ワークフローステップをクリックします。

    ワークフローステップページが開きます。

  2. ワークフローステップを作成をクリックします。

    ワークフローステップを作成ページが開きます。

  3. 必要に応じて、名前、略称、表示順、およびLQAを入力します。

  4. 作成をクリックします。

    工程がリストに追加されます。

ファイル引き渡し

Phraseの外部で修正された翻訳済みファイルの最終バージョンをジョブに追加できます。ジョブへの最終バージョンの追加は、既存のワークフローを中断しません。

ファイル引き渡しを有効にすると、最後のワークフロー工程にファイルアップロードフィールドが追加されます。最終ファイルはいつでもアップロードできますが、割り当てられた言語担当者は、でジョブを完了に設定する前に最終版をアップロードする必要があります。完了後は、担当者がファイルを編集できなくなるためです。

許容されるファイルサイズは制限に従います。多言語形式(Excel、.XML、.CSV)はサポートされていません。

以下の場合、ファイル引き渡しはできません。

  • ファイルが継続的ジョブ用にアップロードされている場合。

  • コネクタから作成されたジョブ用にファイルがアップロードされている場合。

  • ファイルが多言語の場合。

  • ファイルが分割されている場合。

備考

訳文完成ファイル:翻訳済みファイル。

最終ファイル:Phraseの外部で修正され、再度インポートされた完了済みのファイル。

使用例:

  • InDesignファイルやプレゼンテーションスライドなど、凝ったレイアウトのファイルを翻訳すると、翻訳によってレイアウトが変わる場合があります。クライアントは、レイアウトが修正され、元のフォントやグラフィックが保持された最終版の受け取りを希望する場合があります。テキストはTMに反映できなくなるため、これ以上の変更はないものと想定されます。

ファイルの引き渡しを設定するには、以下の手順に従います。

  1. ファイル引き渡しが必要なプロジェクトまたはプロジェクトテンプレートを選択し、編集をクリックします。

    プロジェクト編集ページが開きます。

  2. Settings_expand.pngワークフロー設定を展開します。

    ワークフロー設定が表示されます。

  3. ファイル引き渡しを有効にするを選択します。

    最後に選択したワークフロー工程にファイル引き渡しが有効と表示されます。最後に選択したワークフロー工程を変更すると、新たに最後の工程となった工程でファイル引き渡しが有効になります。

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

引き渡し用のファイルを追加するには、以下の手順に従います。

  1. ジョブテーブルから、最後のワークフロー工程にあるジョブを選択します。

    最終ドキュメントをアップロードフィールドが有効になります。

  2. 最終ドキュメントをアップロードをクリックします。

    最終ドキュメントをアップロードウィンドウが開きます。

  3. 最終ファイルを選択します。

  4. アップロードをクリックします。

    ファイルはファイル引き渡し列に表示され、ジョブテーブルまたはポータルからダウンロードできます。

    Red_X.pngをクリックしてファイルを削除します。

ワークフローの管理

ワークフロー工程でのジョブの割り当て

プロジェクト内のアクティブな各ワークフロー工程には、選択したジョブのバージョンが関連付けられています。言語担当者を翻訳に割り当て、他の言語担当者を校正に割り当てることができ、最終ステップは言語担当者またはゲストユーザー権限を持つクライアントが行います。

最初のワークフローのステップのジョブがまだ進行中の場合、後続のステップに割り当てられた言語担当者は、そのジョブの編集を開始できません。例えば、校正者は、ジョブが翻訳ステップで完了としてマークされるまで、2番目のワークフローのステップのジョブを編集することはできません。

ワークフローの各ステップに対して異なる翻訳メモリを定義することもでき、ファイルはすべてのワークフローのステップで分割することも、1つのステップのみで分割することも可能です。

ワークフローのステップへのTMの割り当て

ワークフローのあるプロジェクトに対してTMを選択する場合、すべてのワークフローのステップで同じ翻訳メモリを選択することも、ワークフローの各ステップで独自のTM設定を行うこともできます。

メール通知

最初のワークフローステップでジョブを言語担当者またはベンダーに割り当てる際は、からメールで手動通知するか、ジョブがプロジェクトにインポートされたときに自動通知できます。

後続のステップに割り当てられた言語担当者には、前のステップのジョブが 完了に設定されると、自動的に通知が届きます。通知を受けると、校正者は翻訳が完了した直後に作業を開始します。設定されている場合、次のステップが完了したとき、またはジョブが拒否されたときに、言語担当者に通知が送信されます。

厳しい納期(同時進行のステップ)

納期が厳しい場合は、翻訳が完了する前に校正を開始することもできますが、慎重に行ってください。

前のワークフローのステップでジョブが完了していない場合、エディタ内の確認インジケータが赤色になり、前のワークフローのステップが完了していませんという警告メッセージが表示されます。

校正者は警告を無視して慎重に校正を進めることができますが、対象は翻訳者によって確定されたセグメントのみです。校正者が、前のワークフローステップ(この場合は翻訳)で確定されていないセグメントを変更した場合、翻訳者による変更は後の校正ステップに反映されません。

CATデスクトップエディタで作業する場合、バイリンガルMXLIFFには、エクスポートされた時点までに追加された、前のステップのターゲットセグメントのみが含まれます。

言語担当者が前のステップの完了前にワークフローステップを開始できるようにするオプションは、アクセスとセキュリティで設定します。エディタの設定については、CAT設定を参照してください。

ワークフローの自動化

複数の言語やワークフローステップを含むプロジェクトで作業する場合、特定のワークフローステップがすべてのジョブで必要とは限りません。

特定の言語でワークフローステップがスキップされることによる問題を回避するには、ワークフロー プロジェクト設定にあるワークフローの自動化オプションを有効にしてください。前のワークフローステップが完了すると、未割り当てのジョブは自動的に完了としてマークされ、ワークフロー内の次の関連ステップに進みます。

すべてのワークフローステップを更新

すべてのワークフローステップを更新オプションは、ソースコンテンツへの変更が定期的に検出され、すべてのワークフローステップに変更を反映させる必要がある継続的プロジェクトのワークフロー向けに設計されています。ソースが更新されると、最終ワークフローステップのターゲットセグメントの最新バージョンが、その前後のすべてのワークフローステップに反映されます。これにより、エディタに表示される内容とTMに保存されている内容との整合性が確保されます。

  • ワークフローステップ間の変更は、階層的な順序で反映されます。上位のワークフローステップでセグメントが編集または確定されると、そのバージョンが有効になり、下位のワークフローステップでの変更は反映されなくなります。

  • 継続的プロジェクトでは、ソースの更新によってジョブの新しいバージョンが作成されます。セグメントのバージョンは統合されず、Phrase TMSでは常に最新のジョブバージョンが使用されます。

  • すでに完了または承認されたワークフローステップは再開されません。ただし、更新後にセグメントの内容が新しいバージョンに置き換えられる場合があります。

  • 下位のステップが完了する前に上位のワークフローステップでジョブを編集したり、複数のワークフローステップで同時に作業したりすると、変更の反映方法に影響を与える可能性があります。

  • プロジェクトがすでに事前翻訳されている状態で、上位のワークフローステップで事前翻訳を実行すると、下位のステップからのリアルタイムの反映が中断されます。変更が正しく反映されるようにするには、有効なワークフローステップのうち、最も下位のステップにのみ事前翻訳を適用してください。

注意

この機能は、APC経由でソースの更新がある場合にのみ有効にしてください。そうでない場合は機能しません。

ジョブステータスの手動変更

プロジェクトマネージャーは、いつでもどのワークフローステップでもジョブのステータスを手動で変更できます。これには、すでに「完了」とマークされたステップを、「メール送信済み」や「新規」などの以前のステータスに戻すことも含まれます。これにより、ジョブは再作業のために担当の言語担当者に差し戻されます。

手動によるステータスの変更は、ジョブステータスの履歴に記録されます。プロジェクトジョブテーブルでジョブのステータスにカーソルを合わせると、ジョブが引き受けられた、完了した、またはその他の変更が行われた日時と、関連するユーザーを示すツールチップが表示されます。

ジョブのステータスを「完了」から「新規」に戻すと、ジョブのステータスのみがリセットされます。セグメントの編集済みまたは確定済みの状態はリセットされません。ジョブが再開される前に上位のステップのセグメントがすでに編集または確定されていた場合、下位のステップで行われた翻訳の変更は、その上位のステップには反映されません。

ワークフローの変更をエクスポート(Webエディタのみ)

ワークフローステップでの変更は、原文と、翻訳、校正、最終レビューなど各段階の訳文をまとめた概要とともに、翻訳工程に関わるすべての人に提供できます。元のテキストを最初の列に、各ワークフローステップをそれぞれ別の列に配置した.HTMLテーブルが生成されます。

この概要はプロバイダーと共有できません(例外:すべてのワークフローステップを含むプロジェクト全体がベンダーと共有されている場合)。ただし、必要に応じて生成された.HTMLファイルをダウンロードして配布できます。

ワークフローの変更をエクスポートするには、以下の手順に従ってください。

  1. プロジェクトページで、エクスポートするワークフローの変更があるジョブを選択します。

  2. ツールメニューから、ワークフローの変更をエクスポートを選択します。

    新しいブラウザタブが開き、生成された.HTMLが表示されます。

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

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.