プロセスベースの部品リクエスト

次の設計をキャプチャする際にエンジニアが利用できる設計コンポーネントの数は、個別のシンボルライブラリやモデルライブラリに散在する数百点程度の場合もあれば、専用の社内部品データベースに保存された数十万点に及ぶ場合もあります。しかし、手元で利用可能なコンポーネントがどれだけ多くても、常に未登録のものが存在し、それらは再利用できるよう作成して追加する必要があります。

小規模な設計会社であれば、エンジニアが単に“帽子をかぶり替えて”ライブラリアンとなり、自分の設計資産に不足している必要なコンポーネントを手早く作成するだけです。しかし、専任のライブラリ部門を置き、その組織内のすべてのエンジニアや設計者が利用できる設計コンポーネントを拡充・保守している大規模組織では、新しい（不足している）コンポーネントのリクエストをその部門に提出するほうが理にかなっています。これに対する洗練されたソリューションとして、Altium Designer には Part Requests 機能が用意されています。

エンジニアは、1つまたは複数の部品の作成を簡単にリクエストでき、そのリクエストが完了してコンポーネントが利用可能になったとき、あるいは却下されたとき（およびその理由）に通知を受け取れます。リクエスト担当者は、要求を支えるための重要情報（メーカー名、部品番号、説明、関連するデータシート（PDF または URL））を、可能な限り多く提供します。ライブラリアンが引き継いで仕上げられるよう、Stub Component Item を作成することもできます。

Part Request Process Workflows

Related page: Creating & Managing Processes（Altium 365 Workspace、Enterprise Server Workspace）

Altium Designer は強力な共同設計環境を提供します。その一部として、会社の設計者を新規部品の作成など日常的な典型設計プロセスへ導く Workflows をサポートしています。特定の設計プロセスを実装するために使用される各 Workflow は、Process Definition の一部として作成されます。そのため、そのプロセスの基盤となる Workflow、または単に Process Workflow と呼ぶことができます。

Processes とそれらの Workflows は、Workspace の browser interface を通じて、その Workspace の管理者によって作成・管理されます。Part Requests 用の事前定義済み process definition は 1 つあり、初期状態ですぐに使用できるよう有効化されています（New Part Request）。これは browser interface の Admin – Processes ページにある Part Requests タブで確認できます。これをそのまま使うことも、変更することも、あるいは自社内での部品リクエストの運用に合わせて独自に作成することもできます。さらに、サンプル process definition が 5 つ追加で用意されています。New Part Request Assign、New Part Request Multiple Tasks、Part Request with PLM Part Create、Part Request with lifecycle change、および New Part Request Notify 3rd party です。これらはそのままでは有効化して使用できません。したがって、いずれも“テンプレート”に近いものです。自社の要件に合うよう編集し、名前を付けて新しい process definition として保存すれば、Part Requests process theme 内の他の定義とあわせて有効化して使用できます。

• New Part Request – 使用可能な状態で有効化されており、その workflow diagram を以下に示します。

  
  New Part Request process definition の workflow diagram。

• New Part Request Assign – テンプレートのサンプル定義で、これをもとに独自の定義を作成できます（編集し、名前を付けて保存/デプロイします）。workflow diagram を以下に示します。

  
  New Part Request Assign sample process definition の workflow diagram。

• New Part Request Multiple Tasks – テンプレートのサンプル定義で、これをもとに独自の定義を作成できます（編集し、名前を付けて保存/デプロイします）。workflow diagram を以下に示します。

  
  New Part Request Multiple Tasks sample process definition の workflow diagram。

• Part Request with PLM Part Create – テンプレートのサンプル定義で、PLM インスタンス内での Component の自動作成と、生成された部品番号を Workspace 内のコンポーネントへ反映することをサポートします。workflow diagram を以下に示します。

  
  Part Request with PLM Part Create sample process definition の workflow diagram。

  重要な点として、このサンプル定義を変更して独自の定義を作成する場合、部品を作成する PLM インスタンスを必ず指定する必要があります。workflow diagram で Create Part in PLM entity を選択し、PLM Instance フィールドに対応するドロップダウンメニューから PLM インスタンスを選んでください。このメニューには、現在定義されているすべての PLM インスタンス（interface の PLM Integration ページで定義） が表示されます。

• Part Request with lifecycle change – テンプレートのサンプル定義で、コンポーネントのライフサイクル状態を変更する機能を提供します。workflow diagram を以下に示します。

  
  Part Request with lifecycle change sample process definition の workflow diagram。

• New Part Request Notify 3rd party – サンプル定義で、workflow からパラメーター付きで EDS 通知をトリガーし、EDS からの応答を待機する機能を提供します。これは Enterprise Server の process にサードパーティ製システムを統合するために利用でき（Enterprise Server SDK へのアクセスが必要）、workflow をさらにカスタマイズしたり、外部ソースから process の workflow 内の判断に影響を与えたりできます。workflow diagram を以下に示します。

  
  New Part Request Notify 3rd party sample process definition の workflow diagram。

Part Request の開始

Part Requests process theme に必要な一連の process definition を自社向けに整備すると、有効化された定義は、ユーザーが Workspace にアクティブに接続している限り、全ユーザーが利用できるようになります。以下の各セクションでは、設計者がこれらのアクティブな process にアクセスして開始できる場所について、Altium Designer と Workspace の browser interface の両方から見ていきます。

Workspace の管理者は、Workspace の browser interface の Processes 領域内にある Part Requests タブから、 コントロールをクリックすることで、有効化された任意の process definition の新しいインスタンスを直接開始できます。

Altium Designer 内から

Altium Designer 内では、Part Requests theme に属する有効化済み process definition に、次の場所からアクセスできます。

• Components panel から。panel のメイン領域内で右クリックすると、アクティブな part request process definition が Operations » Submit Request サブメニューから利用できます。あるいは、Need more components? セクションの下にある Submit request リンクをクリックします。

  
  Component panel 内から Part Request を開始する。

  Part Requests process theme に対して有効な process definition が存在しない場合、Submit Request サブメニューはグレー表示され（使用不可）、選択できません。更新するには、Workspace からサインアウトして再度サインインするか、Altium Designer を再起動する必要がある場合があります。

• Manufacturer Part Search panel から。現在選択されている検索項目に アイコンがない場合、 をクリックして開く Details ペインに ボタンが表示されます。ボタンのドロップダウン部分をクリックすると、アクティブな part request process definition のメニューにアクセスできます。ボタン本体を直接クリックすると、一覧の先頭の process definition が起動します。

  Manufacturer Part Search panel から部品をリクエストすると、データシートやパラメトリック情報を含む重要情報が自動入力されるという追加の利点があります。

  
  Manufacturer Part Search panel 内で、モデルを持たないコンポーネントから Part Request を開始する。

  Part Requests process theme に対して有効な process definition が存在しない場合、 ボタンはグレー表示され（使用不可）、選択できません。更新するには、Workspace からサインアウトして再度サインインするか、Altium Designer を再起動する必要がある場合があります。

  現在選択されている検索項目に アイコンがある場合、アクティブな part request process definition は ボタンに関連付けられたメニューから利用できます（ボタンのドロップダウン部分をクリックします）。

  
  Manufacturer Part Search panel 内で、モデルを持つコンポーネントから Part Request を開始する。

  アクティブな part request process definition には、panel メイン領域の右クリックメニューからも Submit Request サブメニュー経由でアクセスできます。

  
  Manufacturer Part Search panel のメイン領域内から Part Request を開始する。

  Part Requests process theme に対して有効な process definition が存在しない場合、Submit Request サブメニューはグレー表示され（使用不可）、選択できません。更新するには、Workspace からサインアウトして再度サインインするか、Altium Designer を再起動する必要がある場合があります。

• Explorer panel から。専用の Part requests フォルダーが選択されているとき、または検索を実行した後に利用できます。 ボタンが表示され、押すと選択可能なアクティブな part request process definition が表示されます。

  
  Explorer panel 内から Part Request を開始する。

  Legacy Part Requests feature が Enterprise Server Workspace で有効になっている場合、このボタンは として表示される点に注意してください。また、そのレガシー機能を使った新規 part request に関する追加エントリもメニューに表示されます。これには (Legacy) という接尾辞が付きます。Part Requests process theme に対して有効な process definition がなく、かつ Legacy Part Requests feature も有効でない場合、Submit Request ボタンは表示されません。更新するには、Workspace からサインアウトして再度サインインするか、Altium Designer を再起動する必要がある場合があります。

リクエストの開始

必要な part request process definition を選択すると、Start Part Request ダイアログが表示されます。ここには、要求する部品を定義するためのコントロールが表示されます。コンポーネントを作成する担当者が必要どおりの部品を正確に用意できるよう、できるだけ多くの情報を入力してください。

ダイアログに含まれる実際の情報は、process workflow の Start 要素に関連付けられたフォームで定義されている内容によって決まります。次の画像は、New Part Request process definition の Start 要素に対して定義されたフォームと、その定義を Components panel または Explorer panel から実行したときに表示される Start Part Request ダイアログを示しています。

Components panel または Explorer panel 内から New Part Request process definition を実行した際の Start Part Request ダイアログの例。このダイアログの内容は、その定義の process workflow における Start 要素の基礎フォームによって大きく決まります。

次の画像は、Manufacturer Part Search panel から New Part Request process definition を実行したときの Start Part Request ダイアログを示しています。この panel から part request を送信すると、データシートやパラメトリック情報を含む重要情報が自動入力されるという追加の利点があります。

Manufacturer Part Search panel 内から New Part Request process definition を実行した際の Start Part Request ダイアログの例。多くの情報があらかじめ入力されていることに注目してください（ここで選択した部品については緑色で強調表示されています）。

デフォルトの part request process definition では、次のコントロールを利用できます。

• Request title – Part Request に使用される識別名です。手動で入力することもできますし、AUTO のデフォルトのままにすることもできます。この場合、<process name> #<incrementing number> 形式のタイトルが生成されます。例：Part Request Lifecycle #9。

• Part number – これは必須フィールドで、作成してほしい部品の具体的な部品番号をライブラリアンに伝えます。

• Manufacturer – これは必須フィールドで、その部品を実際に製造しているメーカーをライブラリアンに示します。

• Description – このフィールドは、部品の詳細な説明を記入するために使用できます（通常はメーカーのデータシートから取得）。

• Priority – これはリクエストの優先度を示す必須フィールドです。Low、Medium、または High から選択します。デフォルト設定は Medium です。

• Needed by – このフィールドを使用して、コンポーネントをいつまでに準備してほしいかの日付を指定します。フィールド内をクリックするとカレンダーウィンドウがポップアップし、必要な日付を指定できます。

• Link – 部品のデータシートの URL がある場合は、このフィールドに入力します。

• Datasheets – 部品に関するデータシートを持っている場合は、このフィールドを使って追加します。 ​ ボタンをクリックしてダイアログ経由で追加するか、指定エリアにドラッグ＆ドロップします。任意の形式のファイルを添付できます。ファイルを削除するには、その削除コントロール（ ​）をクリックします。

• Preliminary components – このフィールドを使用して、Workspace 内にある既存のシンボル、フットプリント、コンポーネントへのリンクを追加できます。これらは要求部品の作成のベースとして利用できます。フィールド内をクリックして入力を始めると、利用可能な Item の一覧（Item ID ごと）が表示されます。エントリを選択するとフィールドに追加されます。あるいは ボタンをクリックして Choose Items ダイアログ（Explorer panel の簡略版）を開き、必要な予備コンポーネントを参照することもできます。エントリを削除するには、その閉じるコントロール（）をクリックします。

  
  Workspace 内の既存コンテンツへのリンクを追加します。これらは要求部品の作成時に利用できます。

• Properties – このフィールドは、Manufacturer Part Search panel で選択した部品からリクエストを開始した場合にのみ利用でき、その部品のパラメーターと値をそのまま読み込み、表示します。

必要なデータをすべて入力・指定したら、 ボタンをクリックしてリクエストを開始します。Part number、Manufacturer、および Priority フィールドは、part request を処理するために最低限必要なデータであるため、必須フィールドです。これらのいずれかが未定義のままリクエストを開始しようとすると、そのフィールドは必須としてマークされ、赤い感嘆符アイコンが表示され、 ボタンは使用できなくなります。

Part number、Manufacturer、および Priority は新しい部品を作成するために不可欠な情報であり、そのため必須です。これらのいずれかが未定義のままでは、リクエストを進めることはできません。

Workspace の Browser Interface から

Workspace の browser interface では、Part Requests theme に属する有効化済み process definition に、Part Requests ページの右上にある ボタンをクリックしてアクセスできます。

Workspace の browser interface の Part Requests ページから、有効化された Part Requests 定義にアクセスしている例。ここでは Altium 365 Workspace で定義にアクセスしている様子を示しています。画像にカーソルを重ねると、Enterprise Server Workspace で定義にアクセスしている様子を確認できます。

Part Requests process theme に対して有効な process definition が存在しない場合、 ボタンは使用できません。process definition が 1 つしか存在しない場合、ボタンにドロップダウン機能は表示されず、クリックするとただちにその process が開始されます。

リクエストの開始

必要な part request process definition を選択すると、選択した process definition 名をタイトルに反映したウィンドウが表示されます。ここには、要求する部品を定義するためのコントロールが表示されます。コンポーネントを作成する担当者が必要どおりの部品を正確に用意できるよう、できるだけ多くの情報を入力してください。

ウィンドウに含まれる実際の情報は、process workflow の Start 要素に関連付けられたフォームで定義されている内容によって決まります。次の画像は、New Part Request process definition の Start 要素に対して定義されたフォームと、それによって表示される New Part Request ウィンドウを示しています。

Workspace の browser interface 内から New Part Request process definition を実行した際の New Part Request ウィンドウの例。ウィンドウの内容は、その定義の process workflow における Start 要素の基礎フォームによって大きく決まります。

デフォルトの part request process definition では、次のコントロールを利用できます。

• Request title – Part Request に使用される識別名です。手動で入力することもできますし、AUTO のデフォルトのままにすることもできます。この場合、<process name> #<incrementing number> 形式のタイトルが生成されます。例：Part Request Lifecycle #9。

• Part number – これは必須フィールドで、作成してほしい部品の具体的な部品番号をライブラリアンに伝えます。

• Manufacturer – これは必須フィールドで、その部品を実際に製造しているメーカーをライブラリアンに示します。

• Description – このフィールドは、部品の詳細な説明を記入するために使用できます（通常はメーカーのデータシートから取得）。

• Priority – これはリクエストの優先度を示す必須フィールドです。Low、Medium、または High から選択します。デフォルト設定は Medium です。

• Needed by – このフィールドを使用して、コンポーネントをいつまでに準備してほしいかの日付を指定します。フィールド内をクリックするとカレンダーウィンドウがポップアップし、必要な日付を指定できます。

• Link – 部品のデータシートの URL がある場合は、このフィールドに入力します。

• Datasheets – 部品に関するデータシートを持っている場合は、このフィールドを使って追加します。 ボタンをクリックしてダイアログ経由で追加するか、指定エリアにドラッグ＆ドロップします。任意の形式のファイルを添付できます。ファイルを削除するには、その削除コントロール（）をクリックします。

• Preliminary components – このフィールドを使用して、Workspace 内にある既存のシンボル、フットプリント、コンポーネントへのリンクを追加できます。これらは要求部品の作成のベースとして利用できます。フィールド内をクリックして入力を始めると、利用可能な Item の一覧（Item ID ごと）が表示されます。エントリを選択するとフィールドに追加されます。あるいは ボタンをクリックして Explorer ウィンドウを開き、必要な予備コンポーネントを参照することもできます。エントリを削除するには、その閉じるコントロール（）をクリックします。

  
  Workspace 内の既存コンテンツへのリンクを追加します。これらは要求部品の作成時に利用できます。

必要なデータをすべて入力・指定したら、 ボタンをクリックしてリクエストを開始します。Part number、Manufacturer、および Priority フィールドは、part request を処理するために最低限必要なデータであるため、必須フィールドです。これらのいずれかが未定義のままリクエストを開始しようとすると、そのフィールドは必須としてマークされます。

Part number、Manufacturer、および Priority は新しい部品を作成するために不可欠な情報であり、そのため必須です。これらのいずれかが未定義のままでは、リクエストを進めることはできません。

初期リクエスト割り当て

新しい part request が最初にどのように割り当てられるかは、process definition の基盤 workflow の一部として、リクエスト送信後に最初に現れる User Task に対して定義された Assignee、Except、および Task ownership の設定に依存します。

• Assignee – Workspace の単一ユーザー、複数ユーザー、または特定のロール（ユーザーのグループ化）を指定できます。
• Except – 担当者スコープに含まれていても、そのタスクを実行できないユーザーを指定します（たとえば、依頼者が自分自身の部品リクエストを承認するべきではありません）。
• Task ownership – Assignee フィールドで指定されたユーザーとの関係において、誰がタスクを実行できるかを決定します。使用できるオプションは次のとおりです。
  • One of assigned users – Assignee フィールドにユーザーが 1 人しかいない場合、リクエスト対応の初期タスクはそのユーザーに直接割り当てられます。担当者が複数いる場合は、すべてのユーザーのタスクリストにそのタスクが表示され、そのうちの 1 人が自分自身にタスクを割り当てます。
  • All assigned users – すべての担当者がそのタスクを受け取ります。

デフォルトの Part Request プロセス定義では、Assignee は Workspace の管理者（Administrators ロールのメンバー）として定義されています。Task ownership は One of assigned users に設定されており、これらの管理ユーザーのうち 1 人がそのリクエストを引き受ける必要があることを意味します。

新しい部品リクエストの対応タスクを最初に受け取るユーザーは、該当するプロセス定義の基礎となるワークフロー内で、初期ユーザータスクに対して Assignee、Except、および Task ownership の設定がどのように定義されているかによって決まります。上の画像は、デフォルトの New Part Request プロセス定義の設定を示しています。

Part Request への対応

Related page: Working with Tasks（Altium 365 Workspace、Enterprise Server Workspace）

Part Request が開始されると、そのリクエスト、正確には定義されたプロセスワークフローとのやり取りは、Tasks の概念を通じて行われます。Task は、ワークフロー内で定義されたユーザータスク、つまりワークフローを進めるためにユーザーのアクションが必要となる時点に対応します。Part Request では、ワークフロー内の最初のタスクは、その部品の作成に割り当てられ、責任を持つ担当者に向けられます。

Altium Designer 内からの Task へのアクセス

Altium Designer を介して Workspace に接続している場合、現在のタスク一覧は Tasklist panel から利用できます。Part Request 関連のタスクについては、そのタスクの Title を確認してください。ここには、関連付けられたプロセス名とインスタンス接尾辞（例： New Part Request #1）が反映されます。タスク名自体は、そのプロセスの基礎となるワークフロー内のユーザータスク要素に付けられた名前です。

現在 Workspace に接続しているユーザーに割り当てられている、または割り当て可能な Part Request タスクの例。

未割り当てのタスクは、タスク一覧内で アイコン付きで表示されます。自分に割り当てられているタスクは アイコンで区別されます。

タスクのエントリをクリックすると、そのタスクに関連付けられたフォームを含むダイアログが開きます。このフォームには、その特定のユーザータスクに対して定義されたすべての情報とフィールドが表示されます。これらは、プロセスワークフローを作成した管理者によって設定されたもので、ユーザーから選択、情報、またはデータを取得し、そのワークフローの先への進行を促進するためのものです。

Altium Designer の Tasklist panel からアクセスした場合の、デフォルト New Part Request プロセスに関連付けられたユーザータスク用フォームの例。

タスクの親プロセスの基礎ワークフローを表示するには、Diagram タブをアクティブにします。この図には、そのプロセスの完全なワークフローと、そのフロー内で現在到達しているポイント、つまり現在あなたが対応しているユーザータスクが、あなたの名前を含む形で示されます。

デフォルトの New Part Request プロセスのワークフロー図にアクセスし、アクションが必要なユーザータスクと、その担当者を強調表示している例。

必要に応じてフォームを操作し、タスクを完了してください。これは、オプションの選択、コメントの入力、追加ファイル/データの添付などを意味します。たとえば、デフォルトの New Part Request プロセスでは、部品作成者向けのタスクに 3 つの主要フィールドがあります。

• Components – このフィールドは、要求された部品を提供するために作成された、Workspace 内の既存のシンボル、フットプリント、およびコンポーネントへのリンクを追加するために使用します。
• Next step – このフィールドは、この部品リクエストの今後の扱いを決定するために使用します。
  • Completed – 部品（必要に応じて関連ドメインモデルも）を作成した場合は、このオプションを選択します。
  • Rejected – 部品を作成する予定がない場合は、このオプションを選択します（さらに重要なのは、Note フィールドにその理由を追加することです）。
  • Needs more info – 依頼者から追加情報を得なければ現時点で部品を作成できない場合は、このオプションを選択します（さらに重要なのは、Note フィールドに何が必要かを追加することです）。
• Note – このフィールドは、タスクに関するコメントを入力するために使用します。たとえば、新しく作成したコンポーネントが「使用可能」であることを示したり、要求された部品を作成しない理由を簡潔に説明したりできます。また、依頼者からさらに情報が必要な場合は、元のリクエストに何が不足していたかをここで示します。

タスク用フォームへの入力が完了したら、 ボタンをクリックして、プロセスを次の適切な段階へ進めます。タスクは完了済みと見なされ、パネルから削除されます。フロー内の次のタスクもあなたに割り当てられている場合は、関連するフォームが自動的に表示されます。

Workspace のブラウザーインターフェースからの Task へのアクセス

Workspace のブラウザーインターフェースにサインインし、Tasks ページにアクセスすると、現在アクションが必要な未処理タスクの一覧を確認できます。各タスクは、関連するプロセスワークフロー内で到達した特定の段階を表します。

Part Request 関連タスクについては、そのタスクの Title を確認してください。ここには、関連付けられたプロセス名とインスタンス接尾辞（例：New Part Request #1）が反映されます。タスク名自体は、そのプロセスの基礎となるワークフロー内のユーザータスク要素に付けられた名前です。

現在 Workspace に接続しているユーザーに割り当てられている、または割り当て可能な Part Request タスクの例。ここでは Altium 365 Workspace 内の Part Request タスクを示しています。画像にカーソルを合わせると、Enterprise Server Workspace 内の Part Request タスクを確認できます。

未割り当てのタスクは、タスク一覧内で アイコン付きで表示されます。自分に割り当てられているタスクは アイコンで区別されます。

Part Request に関連する対象のタスクエントリをクリックすると、その関連フォームがページ右側の Form タブに表示されます。このフォームには、その特定のユーザータスクに対して定義されたすべての情報とフィールドが表示されます。これらは、プロセスワークフローを作成した管理者によって設定されたもので、ユーザーから選択、情報、またはデータを取得し、そのワークフローの先への進行を促進するためのものです。

Workspace のブラウザーインターフェースの Tasks ページからアクセスした場合の、デフォルト New Part Request プロセスに関連付けられたユーザータスク用フォームの例。

タスクの親プロセスの基礎ワークフローを表示するには、Diagram タブをアクティブにします。この図には、そのプロセスの完全なワークフローだけでなく、そのフロー内で現在到達しているポイント、つまり現在あなたが対応しているユーザータスクも、あなたの名前を含む形で示されます。

デフォルトの New Part Request プロセスのワークフロー図にアクセスし、アクションが必要なユーザータスクと、その担当者を強調表示している例。この場合、ユーザー Pavel.Demidov@altium.com は要求された部品の作成を担当しており、ワークフローが次のイベントへ進むためには、そのタスクに対応する必要があります。

必要に応じてフォームを操作し、タスクを完了してください。これは、オプションの選択、コメントの入力、追加ファイル/データの添付などを意味します。たとえば、デフォルトの New Part Request プロセスでは、部品作成者向けのタスクに 3 つの主要フィールドがあります。

• Components – このフィールドは、要求された部品を提供するために作成された、Workspace 内の既存のシンボル、フットプリント、およびコンポーネントへのリンクを追加するために使用します。
• Next step – このフィールドは、この部品リクエストの今後の扱いを決定するために使用します。
  • Completed – 部品（必要に応じて関連ドメインモデルも）を作成した場合は、このオプションを選択します。
  • Rejected – 部品を作成する予定がない場合は、このオプションを選択します（さらに重要なのは、Note フィールドにその理由を追加することです）。
  • Needs more info – 依頼者から追加情報を得なければ現時点で部品を作成できない場合は、このオプションを選択します（さらに重要なのは、Note フィールドに何が必要かを追加することです）。
• Note – このフィールドは、タスクに関するコメントを入力するために使用します。たとえば、新しく作成したコンポーネントが「使用可能」であることを示したり、要求された部品を作成しない理由を簡潔に説明したりできます。また、依頼者からさらに情報が必要な場合は、元のリクエストに何が不足していたかをここで示します。

タスク用フォームへの入力が完了したら、 ボタンをクリックします。タスクは完了済みと見なされ、タスク一覧から削除されます。フロー内の次のタスクもあなたに割り当てられている場合は、関連するフォームが自動的に表示されます。

Part Request の表示

どのユーザーでも、いつでも部品リクエストのアクティビティ（進行中のリクエストと終了済みリクエストの両方）を表示できます。これは 2 か所から実行できます。

Part Requests ページ（Workspace ブラウザーインターフェース）

Workspace のブラウザーインターフェースの Part Requests ページから、すべての部品リクエストを一元的に参照できます。

便利な 1 か所から、すべての部品リクエストプロセスを参照できます。ここでは Altium 365 Workspace の Part Requests ページにアクセスしている例を示しています。画像にカーソルを合わせると、Enterprise Server Workspace でのページアクセスを確認できます。

各エントリについて、次の情報が表示されます（該当する場合）。

• Status – 部品リクエストプロセスの状態。次のいずれかになります。
  •  Active – 部品リクエストプロセスは現在アクティブで、関連するワークフローが進行中です。
  •  On hold – 部品リクエストプロセスは現在アクティブですが、ワークフローを進める前に、担当者の割り当てなどの初期入力を待機しています。
  •  Closed – 部品リクエストプロセスは終了しており、たとえば正常に完了したか、却下されています。
  • Terminated – 部品リクエストプロセスは終了しており、リクエストの起票者または Workspace 管理者によって直接終了されました。
• Process Name – 部品リクエストプロセス定義の名前。
• Title – 同一の部品リクエストプロセスの複数インスタンスを区別するために使用するフィールドです。タイトルは、プロセス名にインスタンス接尾辞（#1、#2 など）を付けたものです。
• State – プロセスに関連付けられたワークフロー内で現在到達している状態です。
• Assignee（アクティブなプロセスのみ）– 部品リクエストプロセスを現在のワークフローステートから先へ進めるために、今タスクを実行する必要があるユーザーです。
• Started By – 部品リクエストプロセスを開始したユーザーです。
• Started At – 部品リクエストプロセスが開始された日時です。
• Ended At（終了済みプロセスのみ）– 部品リクエストプロセスが終了した日時です。

アクティブな部品リクエストプロセスには、Terminate コントロール（）もあります。これをクリックすると、部品リクエストプロセスを強制終了できます。プロセスは部品リクエストプロセスの Closed 一覧へ移動します。部品リクエストプロセスを終了できるのは、その起票者、または Workspace の Administrators ロールのメンバーのみです。

部品リクエストプロセスは、 コントロールを持つ任意の列でソートできます。コントロールまたは列名をクリックしてください。一覧上部の Search フィールドを使用して検索することもできます。Status、Started At、および Terminate を除くすべてのフィールドのデータを検索に使用できます。

部品リクエストプロセスのエントリをクリックすると、その基礎ワークフローの図が（一覧の下にある Diagram タブ上に）表示されます。これにより、プロセス完了のために何が必要か、また、そのプロセスを先へ進めるために今タスクを実行する必要があるのが誰かという観点で、プロセスがフロー内のどの位置にあるかを確認できます。

右下の コントロールをクリックすると、ワークフロー内で現在到達しているポイントが強調表示されます。ユーザーのエントリが一瞬点滅します。

選択した部品リクエストプロセスの Diagram タブで、その基礎ワークフローを表示している例。各ワークフローは図式的に構築されており、部品リクエストが現在ワークフローのどこにあり、そのリクエストの進行を続けるための次のタスクを誰が持っているかを一目で確認できます。

次の追加タブも利用できます。

• Data – プロセスに関するすべての関連データを表示します。部品リクエストプロセスの場合、添付データシート、パラメトリックデータ、および予備コンポーネントが含まれることがあります。

  データシートなどの該当エンティティは、すばやく移動または開けるようハイパーリンクとして表示されます。
• History – プロセスのワークフローに沿って実行されたアクションの履歴を表示します。

Data タブと History タブを使用して、それぞれ部品リクエストプロセスの詳細情報と、そのワークフローアクティビティの履歴を参照できます。

Tasklist Panel（Altium Designer）

Altium Designer を介して Workspace に接続している場合、自分が開始したすべてのプロセスベースのアクティビティは、Tasklist panel の Activities 領域で参照できます。Part Request プロセスのみを一覧表示するには、 ボタンをクリックし、Project Activity および Project Creation エントリを無効にして（Part Request エントリのみ有効のままにして）ください。

自分が開始した部品リクエストに、Altium Designer 内から直接アクセスできます。

デフォルトでは、この領域にはすべての Active（実行中の）部品リクエストプロセスが表示されます。 ボタンをクリックし、Show closed エントリを有効にすることで、すべての Closed プロセス（完了、却下、終了など）の表示に切り替えられます。

各エントリについて、次の情報が表示されます（該当する場合）。

• State – 部品リクエストプロセスの状態。次のいずれかになります。
  •  Active – 部品リクエストプロセスは現在アクティブで、関連するワークフローが進行中です。
  •  On hold – 部品リクエストプロセスは現在アクティブですが、ワークフローを進める前に、担当者の割り当てなどの初期入力を待機しています。
  •  Closed – 部品リクエストプロセスは終了しており、たとえば正常に完了したか、却下されています。
  •  Terminated – 部品リクエストプロセスは終了しており、リクエストの起票者または Workspace 管理者によって直接終了されました。
• Title – 同一の部品リクエストプロセスの複数インスタンスを区別するために使用するフィールドです。タイトルは、プロセス名にインスタンス接尾辞（#1、#2 など）を付けたものです。
• Type – 部品リクエストプロセス定義の名前。
• Started – 部品リクエストプロセスが開始された日時です。

エントリをクリックすると、ダイアログの Diagram タブに、そのタスクの親プロセスの基礎ワークフローが表示されます。ここでは、プロセス完了のために何が必要か、また、そのプロセスを先へ進めるために今タスクを実行する必要があるのが誰かという観点で、プロセスがフロー内のどの位置にあるかを確認できます。ダイアログの Data タブに切り替えると、そのプロセスに関するすべての関連データが表示されます。部品リクエストプロセスの場合、添付データシート、パラメトリックデータ、および予備コンポーネントが含まれることがあります。

選択した部品リクエストのプロセスについて、その基盤となるワークフローを Diagram タブで表示します。各ワークフローは図式化されているため、部品リクエストが現在ワークフローのどの段階にあるか、またそのリクエストを先へ進めるための次のタスクを現在誰が担当しているかを、一目で確認できます。リクエストの添付ファイルを表示するには、Data タブに切り替えます。

メール通知

元のリクエスト送信者と、そのリクエストに関連するタスクを実行する必要があるユーザーのみが、該当するメール通知を受信します。リクエストを開始した送信者には、新しい部品リクエストが送信されたときと、そのリクエストが完了したとき（部品が正常に作成された場合、またはリクエストが却下された場合のいずれか）に通知が届きます。リクエストを処理しているユーザーには、そのリクエストに関連し、対応が必要なタスクについて通知が届きます。より多くの情報の提供が必要な場合は、元のリクエスト送信者がこれに該当することもあります。

メール通知は、Email Notifications 機能が有効になっている場合に受信されます。これは、Workspace のブラウザーインターフェースの Email Notifications ページ（Admin – Settings – Email Notifications）で管理者が設定します。

部品リクエストが完了した際に受信するメールの例。