受信箱とはメール ボックスのようなもので、特定のユーザーまたはユーザー グループに送られた（割り当てられた）対応中でアクティブな問題がすべてそこに配信されます。受信箱とユーザー アカウントを混同しないようにすることが重要です。問題は、特定のユーザーではなく必ず受信箱に割り当てられます。
メモ： アーカイブされた問題は受信箱に表示されません。
受信箱への問題のルーティング
Issue Manager のルーティング ルールによって、問題は自動的に適切な受信箱にディスパッチされます。ユーザーが対処するまで（たとえば開発者がバグを修正するなど）、問題は受信箱に残っています。対処が済むと、Issue Manager は、ワークフローとルーティング ルールに基づいて、問題を次の受信箱に自動的にディスパッチします。最後に、問題の対応が完了すると、Issue Manager は最後の受信箱から問題を削除します。
ユーザーが [問題の再割り当て] セキュリティ権限を持っている場合には、問題を手動で再割り当てして別の受信箱に送ることもできます。
受信箱が必要なユーザー
問題に対してアクションを取るユーザーには、受信箱が必要です。開発者、QA エンジニア、テクニカル ライターなどがその例です。
バグを報告したり見たりするだけのユーザーには、受信箱は必要ありません。顧客が発見したバグを日常的に報告はしても、バグの対処は行わない技術サポート担当者は、こちらに含まれるでしょう。
1 人のユーザーに必要な受信箱の数
1 人のユーザーが複数の受信箱を所有することができます。たとえば、開発者は、2 つの異なる製品についてのバグ レポートを受け取るために、2 つの受信箱が必要な場合があります。たとえば、Dan - Dev (Product A) と Dan - Dev (Product B) をセットアップすることになるかもしれません。
Issue Manager でセットアップできる受信箱の数には、実質的な限界はありません。ただし、受信箱が多くなるほど、問題の管理が困難になることに留意してください。
メモ： 受信箱はグループに関連付けられます。そのため、受信箱より先にグループをセットアップする必要があります。
個人の受信箱とグループの受信箱
受信箱は、個別のユーザー、ユーザーのグループ、または問題のサブセットに対してセットアップできます。たとえば、QA エンジニアの Sarah と Mike が、異なる製品のバグ修正の検証を担当しているものとします。このような場合は、2 つの受信箱（Sarah - QA と Mike - QA）をセットアップすることになります。
一方、ユーザー間で受信箱を共有することもできます。たとえば、製品管理（PM） グループでは、1 つの受信箱にすべての機能拡張要求をまとめておき、定期的にグループ全員が集まって提案された改善を検討しているとします。このような場合は、PM - Inbox といった名前の受信箱を 1 つだけセットアップすることになります。
受信箱のもう 1 つの用途は、問題のサブセットを保持する場所としてです。たとえば、Product C について先送りされているすべての問題を含めるための受信箱を作成するとします。このような場合は、Deferred (Product C) という名前の受信箱を作成するとよいでしょう。
ユーザーのデフォルト受信箱の割り当て
ここでは、受信箱を定義する方法について学びます。「ユーザー アカウントのセットアップ」では、受信箱をユーザーのアカウントに割り当てます。この受信箱が、ユーザーのデフォルト受信箱になります。ユーザーが持つことのできるデフォルト受信箱は 1 つだけです。
ユーザーは、[問題追跡｜追跡] を選択することで、デフォルト受信箱を表示できます（デフォルト受信箱が表示されない場合は、ツールバーの [マイ受信箱] ボタンをクリックしてください）。
デフォルト以外の受信箱を表示するには、[受信箱] ドロップダウン リストで別の受信箱を選択します。どのユーザーもすべての受信箱を見ることができますが、問題に対処したり、問題を割り当て直したりできるのは、適切な権限とアクセス許可を持つユーザーだけです。
システム デフォルト ビュー
Issue Manager では、全ユーザー用に受信箱の初期デフォルト ビューが用意されています。この全ユーザー用の受信箱のデフォルト ビューは、カスタマイズ可能です。「受信箱のシステム デフォルト ビューのセットアップ」を参照してください。