備考
従来のAPCは2025年に廃止予定です。顧客は2025年12月31日までに従来のAPCを新しいバージョンに移行する必要があります。
移行プロセス
-
各APCの横にある移行をクリックして移行を開始し、データの欠落を避けるためにオプションでトリガーを実行します。
-
APC v2のセットアップページで、保存する前に不足しているフィールドを確認して完了させてください。
新しいAPCが保存されると、古いAPC v1はすぐに無効になります。
すべての移行されたAPCには、デフォルトでドライランモードが有効になっています。これは、最初の反復でベースラインが作成され、実際のファイルインポートは次の反復から始まることを意味します。
自動プロジェクト作成ルールは、Phraseが特定のフォルダーを統合機能コネクターを介して監視し、新しいまたは更新されたコンテンツが検出された場合に新しいプロジェクトを作成する方法を構成することを可能にします。
-
ほとんどのAPC設定はプロジェクトテンプレートで管理されます。プロジェクトテンプレートは、ファイルの保存先、ソースおよびターゲット言語、ワークフローステップを定義します。プロジェクトテンプレートには、プロバイダーや見積もりおよび分析の生成など、プロセスおよび財務の詳細も定義されています。
翻訳をリポジトリにエクスポート中:
-
プロジェクトのステータスがに設定されると、ジョブがエクスポートされます。
-
ジョブは、 > を選択することで手動でエクスポートできます。変更されていないファイルもエクスポートされます。
-
各ターゲットファイルは、APC設定で指定されたターゲットパスに保存されます。
再インポート中:
-
ジョブは、メニューからジョブテーブルに再インポートできます。
前提条件:
-
プロファイルに少なくとも1つのコネクターとプロジェクトテンプレートが必要です。
-
(オプション)メールテンプレートで、またはのいずれかをタイプとして選択します。
-
ジョブシンク(Phrase Stringsコネクター)を使用する場合、監視するために複数のフォルダーまたはファイルを設定できます。
重要
APCごとに10,000ファイルを超えて監視すると、ファイルインポートエラーやパフォーマンスの問題が発生する可能性があります。UIでエラーが発生した場合は、監視するファイルの数を減らし、手動でAPC監視をトリガーしてインポートを再試行することをお勧めします。
APCごとに最大10の監視フォルダーを設定できます。
これらの手順に従ってください:
-
新しいAPCを作成
-
設定
ページから、自動プロジェクト作成 をクリックします。
ページが開きます。
-
新規 をクリックします。
ページが開きます。
-
APC の名前を入力してください(左上)。
-
必要に応じて プロジェクトテンプレート を選択します。
-
アクティブ/非アクティブのステータスを設定します(左上)。
すべての必須フィールドが入力されると、保存 ボタンがアクティブになります。
-
-
作成とエクスポートを設定します。
-
プロジェクトの作成方法を選択します。
-
次のいずれかを選択します:
-
APC は継続的なプロジェクトになります。
-
変更が検出された時期と場所に基づいて、新しいプロジェクトがどのように作成されるかをドロップダウンリストから選択します。
-
-
ドロップダウンリストからプロジェクトテンプレートを選択します。
-
ソース言語はプロジェクトテンプレートで定義されており、すべてまたは一部のターゲット言語を選択できます。
-
選択したプロジェクトテンプレートの設定をプレビューするには、プロジェクトテンプレートの詳細を表示 を選択します。
-
(ステップ 2)でのファイル選択は、コネクタで設定されたデフォルトのソースロケールのエントリを表示します。プロジェクトテンプレートが選択されている場合、そのテンプレートのソースロケールのエントリが表示されます。設定やプロジェクトテンプレートとコネクタのソースロケール間の潜在的な不一致に関係なく、プロジェクトテンプレートのソースロケールが遵守され、ジョブが正しく作成されます。
-
-
翻訳をエクスポートするための基準を選択します。
は、ワークフローの状態翻訳がエクスポートされるときのものです。ユーザーはエクスポートするコンテンツを決定できます。例としては、最終ワークフローステップからの翻訳やその前のステップからの翻訳があります。
最大5つのエクスポートを定義できます。どのコンテンツをエクスポートするか(どのワークフローステップから)およびエクスポートがトリガーされるタイミングを設定します。
エクスポートをトリガーするイベントが提供されます。
-
選択したワークフローステップが完了すると翻訳がエクスポートされます。特定のワークフローステップが1つのターゲット言語に対して完了すると、その言語のエクスポートがトリガーされ、他のターゲット言語が完了するのを待つことはありません。
-
プロジェクト全体が完了すると翻訳がエクスポートされます。つまり、すべてのワークフローステップからのすべてのジョブが完了したときです。
-
-
-
モニタリング
-
フォルダーまたはファイルをモニタリングするをクリックして、新しいまたは更新されたコンテンツを監視するフォルダーを選択します。
ウィンドウがアカウントに設定されたすべてのコネクターのリストと共に開きます。
必要なコネクターがリストにない場合は、ウィンドウの左上にあるプラスボタン
をクリックして追加できます。
-
コネクターをクリックしてフォルダーリストを開きます。
-
監視する特定のフォルダーまたはファイルを選択します。
すべてのコネクターで利用可能なオプションではありません。
-
何も選択されていない場合、フォルダー全体が変更や新しいファイルのために監視されます。
-
選択したフォルダーとそのサブフォルダーの監視を有効にするためにサブフォルダーを含めます。
-
は、翻訳に使用されたファイルを示すためにファイルベースのコネクターで使用できます。
は、顧客がフォルダー内で監視するファイルをフィルタリングするための正規表現を定義できるようにします。これを使用してフォルダーをフィルタリングすることはできません。
-
-
確定をクリックします。
選択したフォルダーまたはファイルは、コネクターの名前とタイプ、および監視対象エンティティへのパスと共にリストされます。参照をクリックして選択を変更します。
一部のコネクター(Strings、Contentful)では、フォルダーまたはファイルを監視を再度クリックすることで、リストにさらにフォルダーやファイルを追加できます。
-
複数のフォルダーまたはファイルは、1つのコネクター内でのみ監視できます。
-
監視対象のコネクターに変更が加えられた場合、以前に保存された設定は削除されます。
フォルダーとファイルの選択を確認するには、保存をクリックします。
-
-
監視を追加をクリックして、またはのトリガーを選択します。
監視ウィンドウにウェブフックまたはスケジュール(またはその両方)を提供します。
-
-
オプションの自動化を設定します。
-
必要な自動化を選択します。
-
ソース更新オプションを選択します(継続的なプロジェクトに対してのみ有効)。
-
APCセットアップの部分でが選択されている場合、APCはソース更新のためにリモートフォルダーを監視しますが、詳細な設定は必要ありません。変更が検出されるたびに新しいプロジェクトが作成されます。
-
継続的なプロジェクトの場合、ソース更新が検出されたときに再オープンが必要なワークフローステップを指定し、新しい分析と見積もりを生成するか、プロジェクトオーナーにソース更新について通知するかを指定します。
-
-
ターゲットの更新オプションを選択します(フレーズ文字列コネクタが選択されている場合のみ有効)。
ユーザーはターゲットの更新のためにリモートオンラインリポジトリを監視できます。オンラインリポジトリ内のターゲットコピーに加えられた変更は、翻訳メモリを自動的に更新します。
-
保存をクリックします。
が開きます。
が選択されている場合、オートメーションのドライランは最初のイテレーションでベースラインを作成し、その後はベースライン以降に新しい/更新されたファイルのみをインポートして不要な使用を減らします。このオプションは最初のイテレーションでのみ利用可能です。
-
確定をクリックします。
APCはページのリストに追加されます。
-
オートメーションルールが設定されると、指定されたフォルダにコンテンツを作成できるようになります。頻度チェックに基づいて、フレーズは指定されたフォルダを調査し、新しいまたは更新されたコンテンツを特定します(ファイル名、メタデータ、サイズなどに基づく)。
APCはコネクタの種類とその設定に応じて2つの変更検出戦略を使用します。
ファイル履歴に基づく検出
これはほとんどのコネクタによって使用されます。各検出実行時に、APCは監視フォルダ内のファイルをリストし、各ファイルを前回の実行からの保存された記録と比較します。次のフィールドが比較されます:
-
ハッシュ
-
ファイルサイズ
-
最終更新
-
締切日
実際に利用可能なフィールドは、コネクターが提供する内容に依存します。すべてのコネクターがすべてのフィールドを公開しているわけではありません。利用可能な(非ヌル)フィールドはすべて比較されます。
ファイルは、受信ファイルの利用可能なフィールドのいずれかが保存されたレコードと異なる場合、変更されたと見なされます。利用可能なフィールドのセットが実行間で変更される場合、たとえば、以前は利用できなかったハッシュが利用可能になると、ファイルはメタデータが変更されたと見なされ、インポートがトリガーされます。
保存されたレコードは、各成功した検出サイクルの後に更新されます。
差分ベースの検出
Gitベースのコネクターがサブフォルダ監視を有効にしている場合に使用されます。サブフォルダ監視のないGitコネクターの場合、ファイル履歴に基づく検出が代わりに使用されます。
ファイルメタデータを比較する代わりに、APCは最後に処理されたコミット以降に変更されたファイルのリストをコネクターに問い合わせます。
-
最初の実行時に、APCはフォルダ内のすべてのファイルを取得し、それらをすべて変更されたものとして扱います。
-
その後の実行では、APCは最後に知られているコミット以降に変更されたファイルのみを要求します。
最後に処理されたコミットIDは保存され、次の検出実行の開始点として使用されます。
インポートまたは更新がスキップされるとき
APCは、以下の条件下でインポートまたは更新のトリガーをスキップします:
-
一致するファイルが見つかりませんでした
監視されたフォルダがファイルを返さない場合、または構成されたファイル名フィルターに一致するファイルがない場合、実行はスキップされ、アクションは実行されません。
-
ファイルはこのAPCによってアップロードされました
監視されたフォルダ内のファイルが以前に同じAPCインスタンスによってアップロードされた場合(たとえば、翻訳されたファイルがソースフォルダに書き戻された場合)、再インポートを防ぐために変更検出から除外されます。
-
コンテンツの変更は検出されませんでした(ファイル履歴に基づくコネクター)
ファイルのすべての利用可能なフィールドが保存されたレコードと一致する場合、ファイルは変更されていないと見なされ、スキップされます。
-
選択的インポート(選択されたセットにないファイル)
特定のファイルのみをインポートするように構成された実行では、選択されたセットの外にあるファイルは現在の実行から除外され、次の検出サイクルで評価されます。
複数のフォルダが監視されているとき
APCが複数のフォルダを監視している場合、各監視フォルダは独自の独立した検出を実行します。結果は収集され、下流のインポートをトリガーする前にマージされます。
サブフォルダ監視が有効なGitベースのコネクタを使用するフォルダは差分検出を使用し、他のすべてのフォルダはファイル履歴に基づく検出を使用します。
各ターゲットファイルはプロジェクト設定で指定されたフォルダにエクスポートされます。
APCを無効にする方法は3つあります:
-
設定で手動で無効にする。
-
90日間の非アクティブ後に自動的に無効になります。
-
組織プロファイルが無効化された後(サブスクリプションの終了時)に自動的に無効になります。
自動プロジェクト作成ルールの一部として使用されるコネクタが、プロジェクトが作成されるべきときに3回以上連続して作成されないインスタンスを検出した場合、影響を受けるユーザーに通知が送信されます。
ページは、現在利用可能なAPCの概要を提供します。
APCは、、、、、およびでフィルタリングできます。
特定のAPCが選択されている場合:
-
編集
選択したAPCを編集のために開きます。
-
コピー
選択したAPCのコピーを作成します。
-
モニターをトリガー
ソースファイルの更新を手動でチェックし、の日付と時刻を更新します。
-
インポートを強制
選択したAPCによって監視されているリモートフォルダーからすべてのファイルをインポートし、変更検出をバイパスします。
強制インポートが有効な場合、フォルダーフィルターに一致するすべてのファイルは、その保存された履歴に関係なく変更されたものとして扱われます。これは、設定変更後や再インポートが必要な場合にファイルを再処理するのに便利です。
-
選択的強制インポート
監視されているフォルダーからインポートするファイルを選択します。選択したファイルのみが変更検出をバイパスします。フォルダー内の残りのファイルは影響を受けず、次のスケジュールされた検出実行時に通常通り評価されます。
-
-
削除
アクティブなプロジェクトに接続されているAPC、および削除できない未完了のアーカイブプロジェクト。
特定のAPCをクリックすると、そのAPCの設定ページが開きます。設定ページから、次のことが可能です:
-
タブから、APCの設定を確認および更新します。
-
タブから、APCによって実行された操作とそのステータスを追跡します。
-
タブから、APCのために生成された既存の継続的分析を表示およびダウンロードします。
履歴ログ
APCの履歴ログは、APCによって実行されたすべての操作の詳細を記録します。これにより、ローカリゼーションマネージャーはすべてのAPCイベントを表示し、検索およびフィルタリングし、特定のAPCの問題をトラブルシューティングできます。
備考
検索バーは英語の問い合わせにのみ機能します。すべてのデータは英語で保存されているため、ログはPhraseのエンジニアや技術サポート/顧客成功チームにとって有用です。
ログはこれらのイベントを追跡します:
-
プロジェクト
-
作成
-
ステータス変更
-
-
Job
-
インポート
-
エクスポート
-
原文の更新
-
訳文更新
-
ステータス変更
-
-
モニタリング
-
フォルダ監視
-
-
APC
-
作成
-
無効化
-
ログは追跡しません:
-
手動操作(手動ファイルインポート)
-
APCの機能に影響を与えない操作(例:APCに影響を与えないプロジェクトテンプレート設定の更新)
-
非APC関連の操作
-
見積もりと解析の作成
-
TMの更新
-
送信された通知
-
APC設定の変更
APCのステータスはAPC概要ページに表示されます。
-
アクティブ
APCは問題なく動作しています
-
非アクティブ
APCは意図的に非アクティブにされています
-
注意が必要です
APCは動作していますが、APCに影響を与える可能性のある変更や小さなエラーのためにユーザーの注意が必要です。
理由
詳細
APCチェックは成功しましたが、ファイルのインポートに失敗しました。
コネクターからのファイルインポートに失敗しました。APC編集ページで監視されているファイルの設定を確認してください。
ファイル監視が修正されたら、(または)をトリガーして、以前に失敗したファイルを再インポートします。
1つのAPCで複数のフォルダーが監視されています:監視されているフォルダーのいくつかが失敗しました。
APCは、正常に監視されているフォルダーの変更のみを監視しています。すべての監視フォルダーがまだ存在するか確認してください。
監視フォルダーが修正されたら、監視をトリガーして新しい/見逃した変更を処理します。
1つのAPCで監視されているフォルダー:監視フォルダーが失敗しました。
監視フォルダーがまだ存在するか確認してください。
監視フォルダーが修正されたら、監視をトリガーして新しい/見逃した変更を処理します。
1つのAPCで複数のフォルダーが監視されています:すべてのフォルダーにいくつかの問題がありますが、APCチェックは1回または2回だけ失敗しました。
APC編集ページでフォルダー監視設定を確認してください。監視フォルダーが修正されたら、監視をトリガーして新しい/見逃した変更を処理します。
コネクタの失敗
コネクターの設定を確認してください。
エクスポート用に設定されたワークフローステップはもはや存在しません。
APCはまだ実行中ですが、エクスポートを実行しません。プロジェクトテンプレートが正しいことを確認し、APCエクスポート設定が正しいことを確認してください。
エクスポート用に設定されたワークフローステップが変更されました。
APCはまだ実行中で、APCに設定されたワークフローステップ番号に対応する番号を持つワークフローステップからエクスポートを実行します。 プロジェクトテンプレートが正しいことを確認し、APCエクスポート設定が正しいことを確認してください。
いくつかの訳文言語がプロジェクトテンプレートから削除されました。
APCは削除された言語を新しく作成されたプロジェクトで使用しません。
APCからのファイルエクスポートに失敗しました。
ファイルを手動でエクスポートしてください。
-
中止
APCは、システムによってエラー/失敗が発生したため無効化されました。
理由
詳細
すべての原文および/または訳文言語がプロジェクトテンプレートから削除されました。
原文言語および訳文言語、またはどちらかがありません。プロジェクトテンプレートに少なくとも1つの原文と言語を追加し、その後APCのステータスをアクティブに設定してください。APCが再度有効化されると、新しく作成されたプロジェクトは更新された原文/訳文ロケールを使用します。
APCチェックは、監視されたすべてのフォルダーで3回失敗しました。
監視設定とコネクター設定を検証し、その後APCを再度有効化して監視を開始してください。
多言語ローカリゼーションでは、ピボット言語を橋渡し言語として使用し、原文言語から必要な数の訳文言語への翻訳を有効にすることができます。ピボット言語アプローチは、原文言語に限られた翻訳リソースがある場合に特に有効です。
ピボット言語による翻訳は、翻訳プロセスを自動化するためのAPCの使用ケースです。以下の例は、従うべき必要なステップを要約しています:
-
希望するオンラインリポジトリに原文言語のコンテンツを保存するためのフォルダーを作成してください。
この例では、フランス語の原文ファイルがGoogleドライブフォルダーに追加されています。
-
APCの監視オプションを設定して、希望するオンラインリポジトリのコンテンツ更新を監視します。
-
APCを設定して、必要なソース言語と選択したピボット言語を使用してプロジェクトを作成します。
この例では、APCはフランス語をソース言語、英語をピボットターゲット言語としてプロジェクトを作成するように設定されています。
-
APCのエクスポート設定を構成して、翻訳されたコンテンツを同じオンラインリポジトリの対応するターゲット言語フォルダにエクスポートします。
この例では、APCは英語の翻訳を同じGoogleドライブのターゲットフォルダにエクスポートするように設定されています。
-
プロジェクトが完了すると、エクスポートがトリガーされ、APCはピボット言語から希望のターゲット言語にコンテンツを翻訳するための別のプロジェクトを作成します。
この例では、エクスポートがトリガーされ、APCは英語からドイツ語にコンテンツを翻訳するための別のプロジェクトを作成します。
備考
必要なコネクタとプロジェクトテンプレートを設定して、ユースケースを適用する必要があります。
大規模プロジェクトの場合、ピボット言語を使用した翻訳は、APIを介したカスタムスクリプトによっても実現できます。
備考
非アクティブな顧客は、APCの以前のバージョンを使用していない場合、そのバージョンにアクセスできなくなります(ボタンが削除されました)。
自動プロジェクト作成ルールにより、Phraseが特定のフォルダを監視し、新しいまたは更新されたコンテンツが検出された場合に新しいプロジェクトを作成する方法を構成できます。これにより、完全なプロセスの自動化が提供されます。解析、事前翻訳、言語学者/ベンダーへの割り当て、および通知のメール送信。
プロジェクトのステータスが完了に変更されると、翻訳されたファイルはオンラインリポジトリに戻され、言語コード(en、es、jaなど)で識別された新しく作成されたサブフォルダに格納されます。ユーザーが手動でエクスポートをトリガーした場合、完了したファイルは標準の{targetLang}フォルダにエクスポートされます。
翻訳をリポジトリに戻すエクスポート
-
プロジェクトのステータスが完了に設定されると、ジョブがエクスポートされます。
-
ジョブは、 > を選択することで手動でエクスポートできます。変更されていないファイルもエクスポートされます。
-
各ターゲットファイルは、APC設定で指定されたターゲットパスに保存されます。
再インポート
-
ジョブは、メニューからジョブテーブルに再インポートできます。
自動プロジェクト作成ルールにより、Phrase TMSが特定のフォルダを監視し、新しいまたは更新されたコンテンツが検出された場合に新しいプロジェクトを作成する方法を構成できます。
前提条件:
備考
サービスが作成されるときは、分析のみまたは分析と見積もりのいずれかが選択され、オプションがセクションで選択解除されていることを確認してください。なしが選択されている場合、監視フォルダ内の新しいまたは更新されたコンテンツのために自動プロジェクト作成は新しいプロジェクトを作成しません。
これらの手順に従ってください:
-
設定
ページから、自動プロジェクト作成をクリックします。
ページが開きます。
-
新規 をクリックします。
ページが開きます。
-
APCの名前を提供してください。
-
アクティブ/非アクティブのステータスを設定します。
-
必要に応じてを選択します(選択すると次のオプションが変更されます)。
-
必要に応じてを選択します。
-
新しいまたは更新されたコンテンツを監視するリモートフォルダを選択します。
フォルダの内容がリストされます。
-
監視する特定のファイルを選択します。
すべてのコネクターで利用可能なオプションはありません。
-
何も選択されていない場合、フォルダ全体が変更または新しいファイルの監視対象となります。
-
選択したフォルダーとそのサブフォルダーの監視を有効にするためにサブフォルダーを含めます。
-
-
します。
-
必要なターゲットファイルのパス名に応じて、とを設定します。
-
を指定します。
インポートされたファイルはこのフォルダに移動され、どのファイルが処理されているかが可視化されます。無効にすると、ソースファイルは元のフォルダに留まります。
このオプションが無効で、ファイル名の変更が使用されていない場合、元の文書はその翻訳によって上書きされる可能性があります(リポジトリによります)。
は、顧客がフォルダー内で監視するファイルをフィルタリングするための正規表現を定義できるようにします。これを使用してフォルダーをフィルタリングすることはできません。
-
Phraseが指定されたフォルダ内の新しいコンテンツをどのくらいの頻度でチェックするかを設定します。
-
必要なを選択します(必要に応じて指定された納期スキームを含む)。
-
自動的に作成されたプロジェクトに関連付けられるソース言語とターゲット言語を選択します。
-
異なる自動化ルールから来るプロジェクトを区別するために、プロジェクトの自動生成名を定義するためにを使用します。
マクロ
{filename}はプロジェクトのタイトルに使用できます。プロジェクト名に複数のファイル名が使用されている場合、最初のファイル名のみが使用されます。 -
を設定します。
プロジェクトオーナーは、自動化ルールを使用して新しいプロジェクトが作成されると常に通知されます。
-
必要に応じて通知に使用されるメールテンプレートをカスタマイズします。
ソースファイルに対して、ターゲットファイルをエクスポートできる場所:
-
同じフォルダ
特定のファイルが選択されている場合、ソースファイルフォルダを選択してにし、を空に保ちます。フォルダ全体が監視されている場合はサポートされていません。
-
言語サブフォルダ
を常に空に保ちます。
特定のファイルが監視されている場合、ターゲット言語サブフォルダを選択してにします。
-
任意のフォルダ
特定のファイルが監視されている場合、ターゲット言語サブフォルダを選択してにします。
にフォルダ名を指定します:
-
これらのマクロを使用してターゲット言語を表します。
-
ソースフォルダー内にサブフォルダーを作成できます。
Amazon S3, Azure, FTP, SFTP, Dropbox, Google Drive, Box, OneDrive, Git, GitHub, GitLab, および Bitbucket Cloud で利用可能です。
-
一部のリポジトリでは、絶対パスが利用可能です。絶対パスを示すには、パスを / で始めます。
Amazon S3、Azure、FTP、SFTP、Dropbox、Google Drive、Box、OneDrive、Git、GitHub、GitLab、および SharePoint で利用可能です。Git コネクターを使用する場合、先頭の / の後にブランチ名が続き、その後に .git フォルダーがあるリポジトリのルートが続きます。ブランチが存在しない場合は、作成されます。他の Git ベースのコネクター(例:GitLab)を使用する場合、先頭のスラッシュの後に .git フォルダーがあるリポジトリのルートが続きます。
-
親フォルダーを参照するには
..を使用します。
ヒント
例
ソースファイルが
/files/loc/ui.propertiesで、ターゲット言語がドイツ語(ドイツ)の場合:-
translations/{targetLang}will create /files/loc/translations/de_de -
/files-{targetLang}/locwill create /files-de_de/loc/<filename> -
../{targetLang}will create /files/de_de/<filename>
-