翻訳インポートプロセスの理解

ローカリゼーションは自由度の高いプロセスであるため、何をいつインポートするかを管理する独自のアプローチは、貴社の標準的なプロセス、エージェンシー、そしてその過程で解決しなければならない潜在的な問題によって大きく異なります。

LSPから翻訳されたコンテンツを受け取ったら、それをCCMS Webにインポートする必要があります。インポート プロセスでは、各翻訳オブジェクトのファイル名と言語を、CCMS Web内の同じ名前と言語の仮想オブジェクトに照合します。この時点で、仮想オブジェクトが実際のオブジェクトになります。

照合プロセスはロバストで自動的なため、LSPからコンテンツを受け取るとすぐに、どのような順序でもインポートできます。

LSPから受信したZIPファイルの構造

LSPから受信するZIPファイルは、あなたが送ったZIPファイルと同じ構造である必要はありません。LSPは、ZIPファイル内に複数のレベルのフォルダを導入することがあります。LSPはキット内の言語フォルダの名前を変更することもあります。いずれも重要ではありません。インポートプロセスは、ファイルそのものにのみ関係し、ファイルがあるフォルダには関係しません。

ファイル名は重要です。インポートするファイル名は常に以下の形式でなければなりません： abc1234567890987_00001.xmlつまり、ファイル名、リビジョン番号、拡張子です。

ファイル名に言語コードなど他の情報が含まれている場合は、その余分な情報を削除する必要があります。

LSPがすべてを1つのフォルダに入れる場合、同じ名前のファイルを区別するために言語コードを使うことがよくあります。LSPがこのような場合、言語コードやその他の情報をファイル名に追加しないように、フォルダごとに言語を分けることができるかどうかをLSPに尋ねてください。

余分な情報を含むファイル名が避けられない場合は、余分な情報をすばやく削除できる無料のユーティリティがたくさんあります。

部分翻訳のインポート

さらに、キットは完全でなくてもインポートできます。LSPは多くの場合、完成したコンテンツを送り返してくるので、このコンテンツを問題なくインポートすることができます。

ファイルの送受信を手動で管理している場合は、ファイルの総数に関係なく、「part_1」など、キットが部分的であることを示すインジケータをファイル名に使用して送信するよう、LSPに促すとよいでしょう。

インポート時のエラーチェック

翻訳されたコンテンツをインポートする際、CCMS WebはマップとトピックのDTDに対して検証を行い、コンテンツが構造的に有効であることを確認します。これにより、<menucascade>の<uicontrol >要素の間にテキスト要素が追加されるなど、LSP がマークアップに不慮のミスをした場合に検出されます。無効なコンテンツはインポートされません。

翻訳されたコンテンツの言語コードが、設定で指定された言語コードと一致していることを確認するために、他のチェックも行われます。言語コードが一致しないコンテンツはインポートされません。

言語コードは、大文字と小文字を含めて正確に一致する必要があります。たとえば、構成でスペイン語の言語コードとして「es-es」を定義している場合、インポートされるコンテンツには、「es」、「es-ES」、「es_es」、「es_ES」などの組み合わせではなく、同じ言語コードを使用する必要があります。

インポートの結果は、CCMS Webによって提供されます。これには、添付のログファイルへのアクセスも含まれ、エラーを含むすべてのオブジェクトを特定し、トラブルシューティングに役立てることができます。

その後、自分でエラーを修正してコンテンツを再インポートするか、LSPにエラーを通知して修正してもらい、インポートするために修正されたコンテンツを送信するかを選択できます。

自分で修正した場合でも、次の翻訳ラウンドで問題が再発しないよう、とにかくLSPに通知するのが最善です。