自動プロジェクト作成ルールを使用すると、Phraseが統合コネクタを介して特定のフォルダーを監視する方法や、そのフォルダー内で新規または更新されたコンテンツが検出された場合に新しいプロジェクトを作成する方法を設定できます。
-
APC設定のほとんどは、プロジェクトテンプレートで処理されます。プロジェクトテンプレートでは、ファイルの保存先、ソース言語とターゲット言語、ワークフローのステップを定義します。APCまたはそのプロジェクトテンプレートで選択されたターゲット言語は、プロジェクトの作成時にのみ適用されます。APCやプロジェクトテンプレートに後からターゲット言語を追加しても、そのAPCがすでに作成したプロジェクトにその言語は追加されません。
-
プロセスや財務に関する詳細（プロバイダー、見積もりや分析の生成など）もプロジェクトテンプレートで定義されます。
-
個別のAPCで同じプロジェクトテンプレートを共有することは可能ですが、各APCはそれぞれ独自のプロジェクトを作成します。異なるAPCによって監視されているファイルやフォルダーからのジョブが、単一のプロジェクトにまとめられることはありません。
-
APCによって作成されたプロジェクトは、そのAPC専用となります。APCは、APC自身が作成したTMSプロジェクトにのみジョブをインポートできます。手動または他のプロセスによって作成された別の既存のTMSプロジェクトにジョブをインポートすることはできません。
-
非継続的なAPCの場合、ジョブのインポートに失敗したりジョブが見つからなかったりしても、APCがすでに作成したプロジェクトにそのジョブを追加することはできません。非継続的なAPCでは、新たな実行や再試行のたびに新しいプロジェクトが作成され、既存のプロジェクトにジョブが追加されることはありません。
-
APCのジョブインポートは、同じコネクタを共有する他の長時間実行タスクによって遅延する可能性があります。プロジェクト作成直後にジョブが存在しなくても、必ずしもインポートが失敗したとは限りません。インポートエラーと判断する前に、コネクタのタスクキューを確認してください。
翻訳をリポジトリにエクスポートする:
-
ジョブは、APCのエクスポート設定に従い、選択したワークフローのステップが完了したとき、またはプロジェクト全体が完了したとき（プロジェクトステータスがの場合）に自動的にエクスポートされます。
-
ジョブは、 > を選択することで手動でエクスポートできます。変更されていないファイルもエクスポートされます。
-
各ターゲットファイルは、APC設定で指定されたターゲットパスに保存されます。
-
ジョブが複数のパートに分割されている場合、1つのパートをエクスポートすると、同じジョブの他のすべてのパートもエクスポートされます。
再インポート：
-
ジョブはジョブ一覧表のメニューから再インポートできます。
前提条件：
-
プロファイル内に、少なくとも1つのコネクタとプロジェクトテンプレートが必要です。
-
（オプション）タイプとしてまたはを選択したメールテンプレート。
-
Job Sync（Phrase Stringsコネクタ）を使用する場合、APCは複数のフォルダーやファイルを監視できます。
Job Syncはジョブレベルまたはプロジェクトレベルで設定でき、それぞれ異なる監視場所とトリガータイプが必要です。
ジョブレベルの同期の場合は、監視場所をプロジェクトとブランチのjobsサブフォルダーに設定します（例：
All projects / [project name] / [branch] / jobs）。APCがコンテンツをインポートして対応するTMSプロジェクトを作成するには、Stringsジョブを作成して開始する必要があります。プロジェクトレベルの同期の場合は、監視場所をjobsサブフォルダーを含まないプロジェクトとブランチのパスに設定します（例：
All projects / [project name] / [branch]）。Phrase Stringsコネクタの設定には、エクスポートされたジョブのロケール、最終的にはジョブ全体をStringsでCompletedとしてマークするオプションが含まれています。これらのオプションを有効にすると、対応するTMSジョブがエクスポートされた後、APCはそのコンテンツの監視を停止します。
これらのオプションが有効になっていない場合、Stringsジョブは進行中のままになります。APCは、そのコンテンツのソース更新を検出し、再インポートをトリガーできます。
注意
APCごとに10,000を超えるファイルを監視すると、ファイルのインポートエラーやパフォーマンスの問題が発生する可能性があります。UIでエラーが発生した場合は、監視対象のファイル数を減らし、APCの監視を手動で実行してインポートを再試行することをお勧めします。
APCごとに最大10個の監視対象フォルダーを設定できます。
以下の手順に従ってください。
-
新しいAPCを作成する
-
設定
ページから、自動プロジェクト作成をクリックします。
ページが開きます。
-
APCを作成をクリックします。
ページが開きます。
-
APCの名前を入力します（左上）。
-
必要に応じて、のプロジェクトテンプレートを選択します。
-
有効/無効のステータスを設定します（左上）。
すべての必須フィールドに入力すると、保存ボタンが有効になります。
-
-
作成とエクスポートの設定
-
プロジェクトの作成方法を選択します。
-
以下のいずれかを選択します。
-
APCを継続的プロジェクトにする。
-
APCは毎回新しいプロジェクトを作成する。
変更が検出されたときに新しいプロジェクトをどのように作成するかをドロップダウンリストから選択します。
-
すべての変更に対して：デフォルトオプション
-
各フォルダーについて
-
各ファイルについて
-
-
-
ドロップダウンリストからプロジェクトテンプレートを選択します。
-
ソース言語はプロジェクトテンプレートで定義され、ターゲット言語のすべてまたは一部を選択できます。APCに対して選択されたターゲット言語は、そのAPCが監視するすべてのファイルとフォルダーに適用されます。APCは、同じルール内の異なるファイルやサブフォルダーに異なるターゲット言語セットを割り当てることはできません。ファイルやサブフォルダーごとに異なるターゲット言語の組み合わせでジョブを作成する場合（たとえば、あるファイルにはドイツ語のみ、別のファイルにはドイツ語、スペイン語、フランス語が必要な場合）、ファイルまたはフォルダーごとに別々のAPCを設定します。各APCの監視対象を該当するファイルまたはフォルダーのみに限定し、そのコンテンツに必要なターゲット言語のみを設定してください。
-
プロジェクトテンプレートの詳細を表示を使用して、選択したプロジェクトテンプレートの設定をプレビューします。
-
（ステップ2）でのファイル選択には、デフォルトのソースロケール（コネクタで設定されたソースロケール）のエントリが表示されます。プロジェクトテンプレートが選択されている場合、そのテンプレートのソースロケールのエントリが表示されます。設定内容や、プロジェクトテンプレートとコネクタのソースロケール間に不一致があるかどうかにかかわらず、プロジェクトテンプレートのソースロケールが使用され、ジョブが正しく作成されます。
-
-
APCに関する問題の通知送信を有効にします：
-
APCがシステムによって停止されたときに通知を送信は常に有効になっており、変更できません。これは、システムがAPCを停止したときに、Phraseが自動的にメールおよびアプリ内通知を送信することを示しています。
-
オプションで、APCが注意を必要とする場合に通知を送信を選択すると、APCが初めてステータスになったとき、およびそのステータスの理由が変更されたときに、メールおよびアプリ内通知を受け取ることができます。
通知は、継続的なプロジェクトの場合は進行中のプロジェクトの所有者に、変更ごとに新しいプロジェクトが作成される場合はプロジェクトテンプレートの所有者に、いずれの所有者も特定できない場合は最後にAPCを編集したユーザーに送信されます。
-
-
翻訳をエクスポートするための基準を選択します。
では、エクスポートする翻訳のワークフロー状態を指定します。ワークフローの最終ステップやそれ以前のステップの翻訳など、エクスポートするコンテンツを選択できます。
最大5つのエクスポートを定義できます。どのコンテンツを（どのワークフローステップから）エクスポートするか、およびいつエクスポートをトリガーするかを設定します。
では、エクスポートをトリガーするイベントを指定します。
-
選択したワークフローステップが完了すると翻訳がエクスポートされます。特定のワークフローステップが1つのターゲット言語に対して完了すると、他のターゲット言語の完了を待たずに、その言語のエクスポートがトリガーされます。
-
翻訳はプロジェクト全体が完了したとき、つまりすべてのワークフローステップのすべてのジョブが完了したときにエクスポートされます。
オプションで、エクスポート後にエクスポートされたワークフローステップを納品済みに設定する。かどうかを選択します。
-
-
-
モニタリング
-
フォルダまたはファイルを監視をクリックして、新規または更新されたコンテンツを監視するフォルダを選択します。
ウィンドウが開き、アカウント用に構成されたすべてのコネクタのリストが表示されます。
必要なコネクタがリストにない場合は、ウィンドウ左上のプラスボタン
をクリックして追加できます。
-
コネクタをクリックして、フォルダリストを開きます。
-
監視対象とする特定のフォルダまたはファイルを選択します。
すべてのオプションがすべてのコネクタで利用できるわけではありません。
-
何も選択されていない場合は、フォルダ全体が変更または新規ファイルの監視対象となります。
-
「サブフォルダを含める」を選択すると、選択したフォルダとそのサブフォルダを監視できます。
-
は、ファイルベースのコネクタで、どのファイルがすでに翻訳に使用されたかを示すために使用できます。
を使用すると、顧客は正規表現を定義して、フォルダ内で監視するファイルを絞り込めます。これはフォルダのフィルタリングには使用できません。
-
-
確認をクリックします。
選択したフォルダまたはファイルが、コネクタの名前とタイプ、および監視対象エンティティへのパスとともにリスト表示されます。参照をクリックして、選択を変更します。
一部のコネクタでは、フォルダまたはファイルを監視を再度クリックすると、リストにフォルダやファイルを追加できます。これは現在、以下の統合で利用可能です。Strings、Contentful、WordPress、Kontent.ai、Git、GitHub、GitLab、およびZendesk Guide。
-
複数のフォルダまたはファイルは、1つのコネクタ内でのみ監視できます。
-
監視対象のコネクタに変更が加えられた場合、以前に保存された設定は削除されます。
保存をクリックして、フォルダとファイルの選択を確定します。
-
-
モニターを追加をクリックして、またはのトリガーを選択します。
モニタリングウィンドウで、Webhookまたはスケジュール（あるいはその両方）を指定します。
Webhookベースのモニタリング：
-
Webhookトークンは、APCのセットアップ中にのモニタリングを選択して追加をクリックすると、自動的に生成されます。
-
各APCには、固有のトークンが割り当てられます。トークンは共有されず、他のAPCで再利用することもできません。
-
Webhook URLを呼び出すと、その特定のAPCで変更検出が直ちにトリガーされます。Webhookが再度呼び出されたときにAPCがすでにチェックを実行している場合、Phraseは追加の実行を1回キューに入れます。実行がすでにキューに入っている間にさらに呼び出しても、実行は追加されません。保留中の1回の実行が行われることを確認するだけです。
備考
このWebhookは、Phrase Stringsの汎用Webhooks機能とは別のメカニズムです。この機能は、指定されたURLにアウトバウンドイベント通知を送信するものであり、APC Webhookトークンを提供も受け入れもしません。WebhookでトリガーされるAPCは、手動で作成したStringsのWebhookではなく、APCのセットアップ手順で設定してください。
ジョブレベルの同期にJob Syncコネクタを使用する場合は、手動で作成したStringsのWebhookではなく、APCのセットアップ手順でWebhookでトリガーされるAPCを設定してください。
プロジェクトレベルの同期ではStringsジョブの作成や開始を必要としないため、
jobs:startイベントは発生しません。プロジェクトレベルの同期には、Webhookベースの監視ではなく、スケジュールベースの監視を使用してください。 -
-
-
オプションの自動化を設定します。
-
必要な自動化を選択します。
-
-
分析と見積もりのオプション
-
デフォルトの解析結果を生成する
-
バイヤーの見積もりを生成
有効化した場合、バイヤーの見積もりは、プロジェクトの財務機能設定で指定された価格表と課金率ルールを基に、既存の解析結果から生成されます。解析結果がない場合は、見積もりは生成されません。
-
プロバイダーの見積もりを生成
有効にすると、プロバイダーの見積もりは、リンギストの価格表及び課金率ルールに従い、現在の解析結果に基づいて生成されます。無効にすると、プロジェクトの財務機能設定が適用されます。分析でが選択されていることを確認してください。そうでない場合、見積もりは生成されません。
-
-
単語数、勤務時間、チームの対応能力を使用してプロジェクトの期限を自動的に計算します。期限を適用するには、分析と見積もりのセクションで「デフォルトの分析を生成」が選択されていることを確認してください。
-
またはを使用するメールテンプレートが、このドロップダウンで利用可能になります。
-
-
ソース更新オプションを選択します（継続的プロジェクトでのみ有効）。
-
APC設定のセクションでが選択されている場合、APCはリモートフォルダーを監視してソースの更新を確認しますが、変更が検出されるたびに新しいプロジェクトが作成されるため、詳細な設定は不要です。
-
継続的プロジェクトの場合、ソースの更新が検出されたときにどのワークフローステップを再開する必要があるか、新しい分析と見積もりを生成するかどうか、およびプロジェクト所有者にソースの更新について通知するかどうかを指定します。
-
-
ターゲット更新オプションを選択します（が選択されている場合、Phrase Stringsコネクタでのみ有効）。
ユーザーはリモートのオンラインリポジトリを監視して、ターゲットの更新を確認できます。オンラインリポジトリ内のターゲットコピーに加えられた変更は、自動的に翻訳メモリを更新します。
-
保存をクリックします。
画面が開きます。
が選択されている場合、自動化のドライランでは最初の反復でベースラインが作成され、その後は不要な使用量を削減するために、そのベースライン以降の新規または更新されたファイルのみがインポートされます。このオプションは最初の反復でのみ利用可能です。
-
確認をクリックします。
APCはページのリストに追加されます。
-
自動化ルールの設定後、指定されたフォルダーにコンテンツを作成できます。設定された確認頻度に従って、Phraseは指定されたフォルダーを確認し、ファイル名、メタデータ、サイズなどに基づいて新規または更新されたコンテンツを特定します。
APCは、コネクタの種類と設定に応じて、2つの変更検出方法を使用します。
ファイル履歴ベースの検出
これはほとんどのコネクタで使用されます。検出のたびに、APCは監視対象フォルダー内のファイルの一覧を取得し、各ファイルを前回の実行時に保存された記録と比較します。以下のフィールドが比較されます。
-
ハッシュ
-
ファイルサイズ
-
最終更新日
-
納期
実際に利用できるフィールドはコネクタによって異なります。すべてのコネクタがすべてのフィールドを提供するわけではありません。利用可能な（nullではない）すべてのフィールドが比較されます。
ファイルは、受信したファイルの利用可能なフィールドのいずれかが保存された記録と異なる場合に、変更されたとみなされます。実行間で利用可能なフィールドのセットが変更された場合（例：以前は利用できなかったハッシュが利用可能になった場合）、そのファイルはメタデータが変更されたものとして扱われ、インポートがトリガーされます。
保存された記録は、検出サイクルが正常に完了するたびに更新されます。
差分ベースの検出
Gitベースのコネクタでサブフォルダー監視が有効になっている場合に使用されます。サブフォルダー監視機能のないGitコネクタの場合、代わりにファイル履歴ベースの検出が使用されます。
ファイルメタデータを比較する代わりに、APCは最後に処理されたコミット以降に変更されたファイルのリストをコネクタに照会します。
-
初回実行時、APCはフォルダー内のすべてのファイルを取得し、それらすべてを変更済みとして扱います。
-
2回目以降の実行では、APCは最後に認識されたコミット以降に変更されたファイルのみを要求します。
最後に処理されたコミットIDが保存され、次回の検出実行の開始点として使用されます。
インポートまたは更新がスキップされる場合
次の条件に該当する場合、APCはインポートまたは更新を開始しません。
-
一致するファイルが見つかりません
監視対象フォルダーにファイルがない場合、または設定されたファイル名フィルターに一致するファイルがない場合、その回は処理を行わずにスキップします。
-
このAPCによってアップロードされたファイル
監視対象フォルダー内のファイルが以前に同じAPCインスタンスによってアップロードされていた場合（例：ソースフォルダーに書き戻された翻訳済みファイル）、APCの出力を再インポートしないように、そのファイルは変更検出から除外されます。
-
コンテンツの変更が検出されませんでした（ファイル履歴ベースのコネクタ）
ファイルの利用可能なすべてのフィールドが保存された記録と一致する場合、そのファイルは変更されていないものとして扱われ、スキップされます。
-
選択的インポート（選択対象外のファイル）
特定のファイルのみをインポートする設定で実行する場合、選択対象外のファイルは今回の実行から除外され、次回の検出時に評価されます。
複数のフォルダーが監視されている場合
APCが複数のフォルダーを監視する場合、監視対象フォルダーごとに独立して変更を検出します。後続のインポートを開始する前に、各フォルダーの検出結果を収集して統合します。
サブフォルダー監視が有効なGitベースのコネクタを使用するフォルダーは差分検出を使用し、その他のすべてのフォルダーはファイル履歴ベースの検出を使用します。
Phrase Stringsジョブを監視するJob Syncコネクタの場合、変更検出は実行のたびに監視対象フォルダー内のすべてのアクティブなジョブをチェックします。監視対象フォルダー内のアクティブなジョブ数が多いと、インポートが必要なジョブがわずかであっても、APCの実行完了までの時間が大幅に長くなる可能性があります。変更検出を高速に保つには、ジョブまたはジョブのロケールが完了したらPhrase Stringsで「完了」としてマークし、監視対象フォルダー内のアクティブなジョブ数を少なく抑えてください。
各ターゲットファイルは、プロジェクト設定で指定されたフォルダーにエクスポートされます。
APCを無効にするには3つの方法があります。
-
設定で手動で無効にする。
-
90日間アクティビティがない場合に自動的に無効になる。
-
組織プロファイルが無効化された後（サブスクリプション終了時）に自動的に無効になる。
プロジェクトの自動作成ルールで使用されているコネクタが、プロジェクトが作成されるべきタイミングで作成されなかったことを3回以上連続して検出した場合、影響を受けるユーザーに通知が送信されます。
監視対象フォルダーの削除
-
APC設定から監視対象フォルダーを削除しても、そのフォルダーの今後の監視が停止されるだけです。APCは監視対象から削除されたフォルダー内の新規コンテンツや更新されたコンテンツを検出しなくなるため、そのフォルダーから新しいプロジェクトやジョブが作成されることはありません。
-
そのフォルダーに対して既に存在するジョブは、監視対象から削除した後も通常どおり完了させ、リポジトリにエクスポートできます。推奨される方法として、フォルダーを監視対象から削除する前に、そのフォルダーのすべてのジョブをエクスポートしてください。
-
変更を保存した後、APCが正常に再実行されるまで、一時的に「要対応」ステータスが表示される場合があります。手動でモニターを起動するか、次回の自動実行を待ってステータスをクリアしてください。
-
監視対象から削除されたフォルダーのインポートやダウンロードの失敗は、解決または無視されるまで、APCの失敗アクションリストに残る場合があります。
-
APCには少なくとも1つの監視対象フォルダーが必要です。フォルダーが1つしか設定されていない場合は削除できないため、代わりにAPCを無効にする必要があります。
ページでは、現在利用可能なAPCの概要を確認できます。
APCは、、、、、でフィルタリングできます。
特定のAPCが選択されている場合：
-
編集
選択したAPCを編集用に開きます。
-
コピー
選択したAPCのコピーを作成します。
-
モニターをトリガー
ソースファイルの更新を手動で確認し、を更新します。
-
インポートを強制
選択したAPCによって監視されているリモートフォルダーからすべてのファイルをインポートし、変更検知をバイパスします。
強制インポートが有効な場合、フォルダーフィルターに一致するすべてのファイルは、保存された履歴に関係なく、変更されたものとして扱われます。これは、構成変更後にファイルを再処理する場合や、再インポートが必要な場合に便利です。
-
選択的強制インポート
監視対象フォルダーからインポートするファイルを選択します。選択したファイルのみが変更検知をバイパスします。フォルダー内の残りのファイルは影響を受けず、次回予定されている変更検知の実行時に通常どおり評価されます。
-
-
削除
アクティブなプロジェクトに関連付けられているAPCは削除できません。
APCを削除すると、元に戻せません。削除されたAPCは、ごみ箱から復元したり自動的に再作成したりすることはできません。必要な場合は、最初から設定し直す必要があります。これは、APCを手動で無効にする（非アクティブに切り替える）こととは異なります。手動で無効にしたAPCはいつでも再び有効にできます。
特定のAPCをクリックすると、そのAPCの設定ページが開きます。設定ページから、以下のことが可能です。
-
タブで、APCの設定を確認・更新します。
-
タブで、APCが実行した操作とそのステータスを確認します。
-
タブでは、APCに対して生成された既存のレポートを表示・ダウンロードできます。
履歴ログ
APC履歴ログには、APCによって実行されたすべての操作が詳細に記録されます。これにより、ローカライゼーションマネージャーはすべてのAPCイベントを表示、検索、フィルタリングし、特定のAPCに関する問題をトラブルシューティングできます。
備考
検索バーでは英語でのみ検索できます。すべてのデータは英語で保存されるため、ログはPhraseのエンジニアやテクニカルサポート/カスタマーサクセスチームにとって有用です。
ログは以下のイベントを追跡します。
-
プロジェクト
-
作成
-
ステータス変更
-
-
ジョブ
-
インポート
-
エクスポート
-
原文の更新
-
訳文更新
-
ステータス変更
-
-
モニタリング
-
フォルダー監視
-
-
APC
-
作成
-
無効化
-
ログは以下を追跡しません。
-
手動操作（手動ファイルインポート）
-
APCの機能に影響を与えない操作（例：APCに影響を与えないプロジェクトテンプレート設定の更新）
-
APCに関連しない操作
-
見積もりと分析の作成
-
TMの更新
-
送信済み通知
-
APC構成の変更
APCのステータスは、APC概要ページに表示されます。
-
アクティブ
APCは問題なく実行されています
-
非アクティブ
APCは意図的に非アクティブにされています
-
実行中
APCは監視対象リポジトリのコンテンツを処理しています。処理時間は、監視対象コンテンツのサイズによって異なります。
APCの処理時間を短縮するには：
-
大量のファイルがたまらないよう、少量ずつ、より頻繁にインポートを実行してください。
-
大きなフォルダーやパスの監視を複数のAPCに分割し（フォルダーや製品領域ごとなど）、各APCが処理するファイル数を減らしてください。
-
長期間非アクティブだったAPCを再アクティブ化するのではなく、新しいAPCを作成することで、対象となるジョブの大量のバックログを一度にインポートすることを回避してください。
-
-
注意が必要です
APCは実行中ですが、APCに影響を与える可能性のある変更や軽微なエラーのため、ユーザーの注意が必要です。
APCのエラーおよび警告ステータスは、直近の実行結果のみを反映します。これらのステータスはリアルタイムでは更新されません。またはエラー状態は、APCが再度正常に実行されるまで表示されたままになります。根本的な問題が解決した場合は、APCを手動でトリガーして古いステータスをクリアしてください。
APC設定でを有効にしている場合、PhraseはAPCが初めて要対応になったときと、要対応の状態が続いている間にその理由が変わるたびに、メールとアプリ内通知を送信します。
理由
詳細
APCチェックは成功しましたが、ファイルのインポートに失敗しました。
コネクタからのファイルインポートに失敗しました。APC編集ページで監視対象ファイルの構成を確認してください。
ファイル監視の問題を修正したら、（または）を実行して、以前にインポートに失敗したファイルを再インポートしてください。
1つのAPCで複数のフォルダーを監視中：一部のフォルダーの監視に失敗しました。
APCは、正常に監視できているフォルダーの変更のみを監視しています。すべての監視対象フォルダーがまだ存在するか確認してください。
監視対象フォルダーの問題を修正したら、監視を実行して新規の変更や見逃した変更を処理してください。
1つのAPCで1つのフォルダーを監視中：監視対象フォルダーの監視に失敗しました。
監視対象フォルダーがまだ存在するか確認してください。
監視対象フォルダーの問題を修正したら、監視を実行して新規の変更や見逃した変更を処理してください。
1つのAPCで複数のフォルダーを監視中：すべてのフォルダーに何らかの問題がありますが、APCチェックに失敗したのは1回か2回だけです。
APC編集ページでフォルダーの監視設定を確認してください。監視対象フォルダーの問題を修正したら、監視を実行して新規の変更や見逃した変更を処理してください。
コネクタの障害
コネクタの設定を確認してください。
エクスポートのワークフローステップが削除されました。
APCは実行中ですが、エクスポートが実行されません。プロジェクトテンプレートが正しいこと、およびAPCのエクスポート設定が正しいことを確認してください。
エクスポートのワークフローステップが変更されました。
APCは引き続き稼働しており、APCに設定されたワークフローステップ番号に該当するステップからエクスポートを実行します。 プロジェクトテンプレートが正しいこと、およびAPCのエクスポート設定が正しいことを確認してください。
一部のターゲット言語がプロジェクトテンプレートから削除されました。
APCは、新しく作成されたプロジェクトで削除された言語を使用しません。
APCからのファイルエクスポートに失敗しました。
ファイルを手動でエクスポートしてください。
-
中止
重大なエラー/障害が発生したため、システムによってAPCが無効化されました。
APCが停止すると、Phraseはメールおよびアプリ内通知を送信します。
理由
詳細
プロジェクトテンプレートから、ソース言語またはターゲット言語、あるいはその両方がすべて削除されました。
原文言語および訳文言語、またはどちらかがありません。プロジェクトテンプレートに少なくとも1つのソース言語と少なくとも1つのターゲット言語を追加し、APCステータスを「アクティブ」に設定してください。APCが再アクティブ化されると、新しく作成されたプロジェクトは更新されたソース/ターゲットロケールを使用します。
すべての監視対象フォルダでAPCチェックが3回失敗しました。
監視の構成とコネクタの設定を確認してから、APCを再度有効にし、監視を開始してください。
多言語ローカリゼーションでは、ピボット言語をブリッジ言語として使用することで、ソース言語から必要な数のターゲット言語への翻訳が可能になります。ピボット言語アプローチは、ソース言語の翻訳リソースが限られている場合に特に有効です。
ピボット言語を使用した翻訳は、翻訳プロセスを自動化するためのAPCのユースケースです。以下の例は、必要な手順をまとめたものです。
-
ソース言語のコンテンツを保存するために、目的のオンラインリポジトリにフォルダを作成します。
この例では、フランス語のソースファイルがGoogleドライブのフォルダに追加されます。
-
APCを設定する際に、目的のオンラインリポジトリのコンテンツ更新を監視するためのオプションを設定します。
-
必要なソース言語と、ターゲット言語として使用する選択したピボット言語でプロジェクトを作成するようにAPCを設定します。
この例では、APCはフランス語をソース言語、英語をピボットターゲット言語としてプロジェクトを作成するように設定されています。
-
APCエクスポート設定を構成して、翻訳されたコンテンツを同じオンラインリポジトリ上の対応するターゲット言語フォルダにエクスポートします。
この例では、APCは英語の翻訳を同じGoogleドライブ上のターゲットフォルダにエクスポートするように設定されています。
-
プロジェクトが完了すると、エクスポートを契機に、APCはピボット言語から目的のターゲット言語へコンテンツを翻訳するための別のプロジェクトを作成します。
この例では、エクスポートを契機に、APCは英語からドイツ語へコンテンツを翻訳するための別のプロジェクトを作成します。
備考
ユースケースを適用するには、必要なコネクタおよびプロジェクトテンプレートを設定する必要があります。
大規模なプロジェクトの場合、ピボット言語を使用した翻訳は、APIを介したカスタムスクリプトによっても実現できます。