複数言語インタフェースを計画する。
異なる言語を使用するインタフェースを実装する場合、複数の言語インタフェース全体でその言語が実装される方法の基準を評価することがきわめて重要です。複数の国で共通の言語を使用し、サイトにアクセスする場合もありますが、それらの国では、異なるコード、用語および情報を表示するための基準が使用されている場合もあります。

たとえば、フランス、ベルギー、カナダおよびスイスでは、主要言語としてすべてフランス語を使用しています。エンドユーザー・ページに情報を公開する際、単にアンサーを言語にタグ付けするだけでは、その国にとって正しい情報とはならない場合もあります。適切な事前計画によって、サイトのパフォーマンス低下を防ぐことができます。

1つのインタフェースを構成することにより、別のインタフェースへのアクセスが可能になる。
インタフェースの構成タスクを受け持つスタッフが管理機能にアクセスするとき、そのスタッフには別のインタフェースに関連付けられた情報が表示されます。複数のスタッフがフル・アクセスでサイトを構成している場合に、スタッフが管理ページにログインするとき、他のインタフェースに関する情報もスタッフに表示されるということをスタッフが理解しておくことがたいへん重要です。

たとえば、スタッフ・マネジメント・テーブル、カスタマイズ項目テーブルおよびカスタム・フィールド・テーブルにアクセスできるスタッフは、自分独自のインタフェースだけでなく、すべてのインタフェースへのスタッフのアクセスおよび表示に影響を与える能力を持ちます。このことから、自分のインタフェースだけでなくナレッジ・ベース全体で起きていることをスタッフに意識させる1人のプロジェクト・コーディネータの重要性が、さらに説得力を持つようになります。

アクセスについてのスタッフのニーズを定義する。
複数のインタフェースを構成する場合の主要なタスクは、スタッフのアクセス権の計画と構成です。それぞれのスタッフがらアクセスする必要がある情報を決定し、それに応じてビュー、プロファイルおよびスタッフ・グループを構成します。特権を付与する情報をインタフェースごとに決定することから始めます。それぞれのスタッフがアクセスする必要がある情報は何ですか。スタッフはインタフェースをまたいで情報にアクセスしたりインシデントを割り当てたりしますか。構成を実行するとき、適切なスタッフに対して表示およびプロファイルをテストします。

追加情報:

各エンドユーザー・インタフェースのコンテンツを決定する。
プロジェクト・コーディネータによって導かれる1つの主要な計画マイルストーンは、プロダクトおよびカテゴリに関するアンサーの表示と、インタフェースごとのアンサーのアクセス・レベルを決定することです。このアクティビティは、発生することがあるラベル付けの課題の特定にも役立ちます。

追加情報:

各インタフェースに使用するビジネス・ルールを決定する。
既存のビジネス・ルールを見直すための時間をとり、当該インタフェースに使用するルールを決定します。それぞれのビジネス・ルールがすべてのインタフェースにわたって適用されるかどうかを判別します。そうでない場合、次にルール内でIF条件を使用して、ルールが適用されるインタフェースを指定します。

さらに、各インタフェースのタイムゾーンおよび業務時間の設定と、新しいインタフェースのエスカレーション・ルールにこれらが及ぼす影響についても検討してください。異なる言語を使用するインタフェースは、異なるタイム・スタンプを含むことがあります。そのインタフェースを使用するターゲット・オーディエンスの関連するロケールについて、環境設定TZ_INTERFACEを設定することが必要な場合もあります。

追加情報:

言語ごとのメールボックス。
サポート・リクエストをEメール経由で送信することを許可する場合、言語インタフェースごとにメールボックスを作成します。たとえば、データベースにフランス語、ドイツ語および英語の3つのインタフェースがある場合、インタフェースごとに別々のメールボックスを作成します。これにより、SmartAssistant提案ソリューション、受信Eメール・メッセージおよび応答Eメールが適切な言語であることが保証されます。また、メールボックスを別々にすることで、適切なスタッフにEメールが転送されることが保証されます。 

追加情報: