Process-based Part Requests in Altium Designer

エンジニアが次の設計をキャプチャする際に利用できる設計コンポーネントの数は、個別のシンボルやモデルライブラリに点在する数百から、専用の企業部品データベースに保存された数十万にまで及ぶことがあります。しかし、手元にどれだけ多くのコンポーネントがあっても、常に不足しているものが存在し、それらを新たに作成して再利用のために追加する必要があります。

小規模な設計会社の場合、エンジニア自身が「ライブラリアン」としての役割を担い、設計に必要で不足しているコンポーネントを自ら作成します。しかし、設計コンポーネントの拡充と管理を担当する専任のライブラリ部門を持つ大規模な組織では、全エンジニアやデザイナーがアクセスできるように、その部門に新規（不足）コンポーネントの作成依頼を提出する方が理にかなっています。これに対する洗練されたソリューションとして、Altium DesignerはPart Requests機能を提供しています。

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

パートリクエストプロセスワークフロー

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

Altium Designerは強力なコラボレーティブ設計環境を提供します。その一部として、Workflowsのサポートがあり、企業のデザイナーが新規部品の作成など、日常的な設計プロセスをガイドします。特定の設計プロセスを実装するために使用される各ワークフローは、Process Definitionの一部として作成されます。したがって、そのプロセスの基盤となるワークフロー、または単にProcess Workflowと呼ぶことができます。

プロセスとそのワークフローは、Workspaceのブラウザーインターフェースを通じて、そのWorkspaceの管理者によって作成・管理されます。パートリクエスト用の単一の事前定義プロセス定義が、すぐに利用できる状態で有効化されています（New Part Request）。これは、ブラウザーインターフェースのAdmin – ProcessesページのPart Requestsタブで確認できます。これをそのまま使うことも、必要に応じて修正したり、自社のパートリクエスト運用に合わせて独自に作成したりできます。さらに、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）も用意されています。これらはそのままでは有効化・使用できません。それぞれは「テンプレート」としての位置付けであり、自社の要件に合わせて編集・命名し、新しいプロセス定義として保存・有効化することで、他のパートリクエストプロセステーマの定義とともに利用できます。

• New Part Request – 利用可能な状態で有効化されており、そのワークフローダイアグラムは下図の通りです。

  
  New Part Requestプロセス定義のワークフローダイアグラム。

• New Part Request Assign – テンプレートサンプル定義であり、これを元に独自の定義を作成できます（編集・命名後、保存/デプロイ）。ワークフローダイアグラムは下図の通りです。

  
  New Part Request Assignサンプルプロセス定義のワークフローダイアグラム。

• New Part Request Multiple Tasks – テンプレートサンプル定義であり、これを元に独自の定義を作成できます（編集・命名後、保存/デプロイ）。ワークフローダイアグラムは下図の通りです。

  
  New Part Request Multiple Tasksサンプルプロセス定義のワークフローダイアグラム。

• Part Request with PLM Part Create – テンプレートサンプル定義であり、PLMインスタンス内でのコンポーネント自動作成と、生成された部品番号をWorkspace内のコンポーネントへ反映する機能をサポートします。ワークフローダイアグラムは下図の通りです。

  
  Part Request with PLM Part Createサンプルプロセス定義のワークフローダイアグラム。

  このサンプル定義を編集して独自のものを作成する場合、部品を作成するPLMインスタンスを必ず指定する必要がある点にご注意ください。ワークフローダイアグラム内のCreate Part in PLMエンティティを選択し、PLM Instanceフィールドに関連付けられたドロップダウンメニューからPLMインスタンスを選択します。このメニューには、現在定義されているすべてのPLMインスタンス（インターフェースのPLM Integrationページで定義）が表示されます。

• Part Request with lifecycle change – テンプレートサンプル定義であり、コンポーネントのライフサイクル状態を変更する機能を提供します。ワークフローダイアグラムは下図の通りです。

  
  Part Request with lifecycle changeサンプルプロセス定義のワークフローダイアグラム。

• New Part Request Notify 3rd party – サンプル定義であり、ワークフローからのパラメータを用いたEDS通知のトリガーと、EDSからの応答待ち機能を提供します。これにより、Enterprise Server SDKへのアクセスが必要ですが、サードパーティシステムをEnterprise Serverプロセスに統合でき、ワークフローの意思決定に外部ソースから影響を与えることが可能となります。ワークフローダイアグラムは下図の通りです。

  
  New Part Request Notify 3rd partyサンプルプロセス定義のワークフローダイアグラム。

パートリクエストの開始

パートリクエストプロセステーマ用に必要なプロセス定義セットが自社向けに作成されたら、有効化された定義は、Workspaceに接続しているすべてのユーザーが利用できるようになります。以下のセクションでは、デザイナーがどこからこれらのアクティブなプロセスにアクセスし、開始できるかについて、Altium DesignerおよびWorkspaceのブラウザーインターフェースの両方から説明します。

Workspaceの管理者は、Workspaceのブラウザーインターフェース内のProcessesエリアのPart Requestsタブから、任意の有効化されたプロセス定義の新しいインスタンスを直接開始できます。コントロールをクリックしてください。

Altium Designerから

Altium Designer内では、パートリクエストテーマの有効化されたプロセス定義に、以下の場所からアクセスできます。

• Componentsパネルから。パネルのメインエリア内で右クリックすると、アクティブなパートリクエストプロセス定義がOperations » Submit Requestサブメニューから利用できます。または、Need more components?セクションの下にあるSubmit requestリンクをクリックしてください。

  
  Componentパネル内からパートリクエストを開始する例。

  パートリクエストプロセステーマ用の有効なプロセス定義がない場合、Submit Requestサブメニューはグレーアウトされ（利用不可）、表示されません。Workspaceから一度サインアウトして再度サインインするか、Altium Designerを再起動して更新してください。

• Manufacturer Part Searchパネルから。現在選択されている検索アイテムにアイコンがない場合、Detailsペイン（をクリックしてアクセス）にボタンが表示されます。ボタンのドロップダウン部分をクリックすると、アクティブなパートリクエストプロセス定義のメニューが表示されます。ボタンのメイン部分を直接クリックすると、リスト内の最初のプロセス定義が起動します。

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

  
  Manufacturer Part Searchパネル内で、モデルを持たないコンポーネントから部品リクエストを開始する場合。

  部品リクエストプロセステーマに利用可能なアクティブなプロセス定義がない場合、ボタンはグレーアウト（利用不可）になります。ワークスペースからサインアウトして再度サインインするか、Altium Designerを再起動して、情報を更新してください。

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

  
  Manufacturer Part Searchパネル内で、モデルを持つコンポーネントから部品リクエストを開始する場合。

  アクティブな部品リクエストプロセス定義は、パネルのメインエリアの右クリックメニュー内、Submit Requestサブメニューからもアクセスできます。

  
  Manufacturer Part Searchパネルのメインエリア内で部品リクエストを開始する場合。

  部品リクエストプロセステーマに利用可能なアクティブなプロセス定義がない場合、Submit Requestサブメニューはグレーアウト（利用不可）になります。ワークスペースからサインアウトして再度サインインするか、Altium Designerを再起動して、情報を更新してください。

• Explorerパネルで、専用のPart requestsフォルダーを選択した場合や検索を実行した後に、ボタンが利用可能になります。このボタンを押すと、選択可能なアクティブな部品リクエストプロセス定義が表示されます。

  
  Explorerパネル内で部品リクエストを開始する場合。

  エンタープライズサーバーワークスペースでレガシー部品リクエスト機能が有効になっている場合、ボタンはとして表示されます。また、そのレガシー機能を使用した新しい部品リクエストに関連する追加の項目もメニューに表示されます。これには(Legacy)というサフィックスが付きます。部品リクエストプロセステーマにアクティブなプロセス定義がなく、かつレガシー部品リクエスト機能が有効でない場合、Submit Requestボタンは表示されません。ワークスペースからサインアウトして再度サインインするか、Altium Designerを再起動して、情報を更新してください。

リクエストの開始

必要な部品リクエストプロセス定義を選択すると、Start Part Requestダイアログが表示されます。ここでリクエストする部品の詳細を定義するためのコントロールが表示されます。担当者が必要な部品を正確に作成できるよう、できるだけ多くの情報を入力してください。

ダイアログに表示される実際の情報は、プロセスワークフローのStart要素に関連付けられたフォームで定義された内容によって異なります。以下の画像は、Start要素のNew Part Requestプロセス定義用に定義されたフォームと、その定義がComponentsパネルまたはExplorerパネルから実行された際に表示されるStart Part Requestダイアログを示しています。

Start Part Requestダイアログの例。New Part Requestプロセス定義をComponentsパネルまたはExplorerパネルから実行した場合の表示です。ダイアログの内容は、その定義のプロセスワークフローのStart要素に基づくフォームによって大きく決まります。

次の画像は、Start Part RequestダイアログをNew Part Requestプロセス定義がManufacturer Part Searchパネルから実行された場合に示しています。このパネルから部品リクエストを送信すると、データシートやパラメトリック情報などの主要な情報が自動入力されるという追加の利点があります。

Start Part Requestダイアログの例。New Part Requestプロセス定義をManufacturer Part Searchパネルから実行した場合の表示です。多くの情報が自動入力されていることに注目してください（ここで選択した部品は緑色でハイライトされています）。

デフォルトの部品リクエストプロセス定義では、以下のコントロールが利用できます：

• Request title – リクエストには自動的にタイトルが生成され、<ProcessName> #nの形式で割り当てられます。このフィールドにはAUTOというテキストが含まれ、編集できません。
• Part number – 必須フィールドで、ライブラリアンに作成してほしい部品の具体的な部品番号を示します。
• Manufacturer – 必須フィールドで、実際に部品を作成するライブラリアンを指定します。
• Description – このフィールドは、部品の詳細な説明（通常はメーカーのデータシートから引用）を記載するために使用できます。
• Priority – 必須フィールドで、リクエストの優先度を示します。Low、Medium、またはHighから選択してください。デフォルト設定はMediumです。
• Needed by – このフィールドで、部品の準備が必要な日付を指定します。フィールド内をクリックするとカレンダーウィンドウが表示され、必要な日付を指定できます。
• Link – 部品のデータシートのURLがある場合は、このフィールドに入力してください。
• Datasheets – 部品のデータシートがある場合は、このフィールドを使って追加できます。ボタンをクリックしてダイアログから追加するか、指定エリアにドラッグ＆ドロップしてください。どのようなファイル形式でも添付可能です。ファイルを削除するには、削除コントロール（）をクリックしてください。

• Preliminary components – このフィールドを使って、ワークスペース内の既存のシンボル、フットプリント、コンポーネントへのリンクを追加できます。これらはリクエスト部品の作成時のベースとして利用できます。フィールド内をクリックして入力を始めると、利用可能なアイテム（アイテムID別）のリストが表示されます。エントリを選択するとフィールドに追加されます。あるいは、ボタンをクリックしてChoose Itemsダイアログ（Explorerパネルの簡易版）を開き、必要な予備コンポーネントを参照できます。エントリを削除するには、クローズコントロール（）をクリックしてください。

  
  リクエスト部品の作成時に利用できる、ワークスペース内の既存コンテンツへのリンクを追加します。

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

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

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

ワークスペースのブラウザーインターフェースから

ワークスペースのブラウザーインターフェースでは、部品リクエストテーマの一部である有効化されたプロセス定義にPart Requestsページからアクセスできます。ページ右上のボタンをクリックしてください。

ワークスペースのブラウザーインターフェースのPart Requestsページから有効化された部品リクエスト定義にアクセスします。ここでは、Altium 365 Workspaceで定義にアクセスする様子を示しています。画像にカーソルを合わせると、Enterprise Server Workspaceで定義にアクセスする様子が表示されます。

部品リクエストプロセステーマに利用可能なアクティブなプロセス定義がない場合、ボタンは使用できません。プロセス定義が1つだけ存在する場合、ボタンはドロップダウン機能を持たず、クリックすると直ちにそのプロセスが開始されます。

リクエストの開始

必要な部品リクエストプロセス定義を選択すると、選択したプロセス定義の名前がタイトルとなったウィンドウが表示されます。ここでは、リクエストする部品を定義するためのコントロールが表示されます。部品作成を担当する人が正確に必要な部品を提供できるよう、できるだけ多くの情報を入力してください。

ダイアログに表示される実際の情報は、プロセスワークフローのStart要素に関連付けられたフォームで定義された内容によって異なります。次の画像は、New Part Requestプロセス定義のStart要素用に定義されたフォームと、それにより生成されるNew Part Requestウィンドウを示しています。

ワークスペースのブラウザーインターフェースからNew Part Requestプロセス定義を実行した際のNew Part Requestウィンドウの例です。ウィンドウの内容は、その定義のプロセスワークフローのStart要素に基づくフォームによって大きく決まります。

デフォルトの部品リクエストプロセス定義では、以下のコントロールが利用できます：

• Request title – リクエストには自動的にタイトルが生成され、<ProcessName> #nの形式で割り当てられます。このフィールドにはAUTOというテキストが含まれ、編集できません。

• Part number – 必須フィールドで、ライブラリアンに作成してほしい部品の部品番号を示します。

• Manufacturer – 実際に部品を作成するライブラリアンを示す必須フィールドです。

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

• Priority – リクエストの優先度を示す必須フィールドです。Low、Medium、Highのいずれかを選択してください。デフォルト設定はMediumです。

• Needed by – このフィールドで、部品が必要な期日を指定します。フィールドをクリックするとカレンダーウィンドウが表示され、必要な日付を指定できます。

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

• Datasheets – 部品のデータシートがある場合は、このフィールドを使って追加できます。ボタンをクリックしてダイアログから追加するか、指定エリアにドラッグ＆ドロップしてください。どのような形式のファイルも添付可能です。ファイルを削除するには、削除コントロール（）をクリックしてください。

• Preliminary components – ワークスペース内の既存のシンボル、フットプリント、コンポーネントへのリンクを追加できます。これらはリクエスト部品の作成のベースとして利用できます。フィールドをクリックして入力を始めると、利用可能なアイテム（アイテムID別）のリストが表示されます。エントリを選択するとフィールドに追加されます。あるいは、ボタンをクリックしてExplorerウィンドウを開き、必要な予備部品を参照できます。エントリを削除するには、クローズコントロール（）をクリックしてください。

  
  リクエスト部品の作成時に利用できる、ワークスペース内の既存コンテンツへのリンクを追加します。

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

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

初期リクエストの割り当て

新しい部品リクエストが最初にどのように割り当てられるかは、Assignee、Except、Task ownershipの設定によって決まります。これらは、リクエスト送信後に最初に発生するユーザータスクのために、プロセス定義のワークフロー内で定義されています。

• Assignee – ワークスペースの単一ユーザー、複数ユーザー、または特定のロール（ユーザーのグループ）を指定できます。
• Except – 割り当て範囲に含まれていても、そのタスクに取り組むことが許可されていないユーザーを指定します（例：リクエスト者自身が自分の部品リクエストを承認することはできません）。
• Task ownership – Assigneeフィールドで指定されたユーザーに対して、誰がタスクを実行できるかを決定します。以下のオプションがあります：
  • One of assigned users – Assigneeフィールドに単一ユーザーのみの場合、リクエスト作業の初期タスクはそのユーザーに直接割り当てられます。複数の担当者がいる場合、全員のタスクリストにタスクが表示され、そのうちの1人が自分にタスクを割り当てます。
  • All assigned users – すべての担当者がタスクを受け取ります。

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

新しい部品リクエストの作業タスクが最初にどのユーザーに割り当てられるかは、該当するプロセス定義のワークフロー内で、初期ユーザータスクのAssignee、Except、Task ownershipの設定によって決まります。上記の画像は、デフォルトのNew Part Requestプロセス定義の設定を示しています。

部品リクエストの処理

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

部品リクエストが開始されると、そのリクエスト、つまり定義されたプロセスワークフローとのやり取りはTasksという概念を通じて行われます。タスクとは、ワークフロー内で定義されたユーザータスクのことで、ワークフローを進行させるためにユーザーのアクションが必要なポイントです。部品リクエストの場合、ワークフローの最初のタスクは、その部品の作成を担当し責任を持つ人に割り当てられます。

Altium Designer内からタスクにアクセスする

Altium Designerを通じてワークスペースに接続している場合、現在のタスクリストはTasklistパネルから確認できます。部品リクエスト関連のタスクは、タスクのTitleを確認してください。これは関連プロセスの名前とインスタンスサフィックス（例：New Part Request #1）が反映されています。タスク名は、プロセスのワークフロー内でユーザータスク要素に付けられた名前です。

現在ワークスペースに接続しているユーザーに割り当てられている、または割り当て可能な部品リクエストタスクの例。

未割り当てのタスクはアイコンでタスクリストに表示されます。自分に割り当てられたタスクはアイコンで区別されます。

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

タスクが現在未割り当ての場合、そのタスクを担当できるすべてのユーザー（Candidates）は、自分のTasklistパネルでそのタスクを確認できます。このようなタスクに取り組むには、まず自分自身に割り当てる必要があります。タスクをクリックすると、表示されるフォームにボタンが表示されます。これをクリックしてタスクを引き受けてください。その後、定義されたプロセスフローに従ってタスクに取り組むことができます。

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

タスクの親プロセスのワークフローを確認するには、Diagramタブをアクティブにしてください。ダイアグラムにはプロセスの全体的なワークフローと、現在到達しているポイント（現在対応しているユーザータスク）が表示され、あなたの名前が含まれていることで反映されます。

デフォルトのNew Part Requestプロセスのワークフローダイアグラムにアクセスし、対応が必要なユーザータスクと担当者をハイライトしています。

タスクを完了するために、必要に応じてフォームに入力してください。選択肢の選択、コメントの記入、追加ファイルやデータの添付などが該当します。たとえば、デフォルトのNew Part Requestプロセスでは、部品作成者のタスクに3つの主要フィールドがあります：

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

タスクのフォームに必要事項を入力したら、ボタンをクリックして、プロセスを次のステージへ進めてください。タスクは完了とみなされ、パネルから削除されます。もし次のタスクもあなたに割り当てられている場合は、関連するフォームが自動的に表示されます。

ワークスペースのブラウザーインターフェースからタスクにアクセス

ワークスペースのブラウザーインターフェースにサインインし、Tasksページにアクセスすると、現在対応が必要な未完了タスクの一覧が表示されます。各タスクは、関連するプロセスワークフロー内で到達した特定のステージです。

部品リクエスト関連のタスクの場合、タスクのTitleを確認してください。ここには関連プロセス名とインスタンスサフィックス（例：New Part Request #1）が表示されます。タスク名は、プロセスのワークフロー内でユーザータスク要素に付けられた名前です。

現在ワークスペースに接続しているユーザーに割り当てられている、または割り当て可能な部品リクエストタスクの例です。ここではAltium 365 Workspaceの部品リクエストタスクが表示されています。画像にカーソルを合わせると、Enterprise Server Workspaceの部品リクエストタスクが表示されます。

未割り当てのタスクはアイコンで一覧に表示されます。あなたに割り当てられているタスクはアイコンで区別されます。

該当する部品リクエストのタスクエントリをクリックすると、ページ右側のFormタブに関連フォームが表示されます。このフォームには、管理者がプロセスワークフロー作成時に定義した、その特定のユーザータスク用のすべての情報とフィールドが表示され、ユーザーから選択肢や情報、データを取得し、ワークフローの進行を円滑にします。

ワークスペースのブラウザーインターフェースのTasksページからアクセスした場合の、デフォルトの新規部品リクエストプロセスに関連付けられたユーザータスクのフォーム例です。

タスクの親プロセスのワークフローを確認するには、Diagramタブをアクティブにしてください。ダイアグラムにはプロセスの全体的なワークフローと、現在到達しているポイント（現在対応しているユーザータスク）が表示され、あなたの名前が含まれていることで反映されます。

デフォルトのNew Part Requestプロセスのワークフローダイアグラムにアクセスし、対応が必要なユーザータスクと担当者をハイライトしています。この場合、ユーザーPavel.Demidov@altium.comが要求された部品の作成を担当しており、ワークフローを次のイベントに進めるためにタスクに対応する必要があります。必要に応じてフォームを操作してタスクを完了してください。これは、オプションの選択、コメントの記入、追加ファイルやデータの添付などを意味します。たとえば、デフォルトのNew Part Requestプロセスでは、部品作成者のタスクには3つの主要なフィールドがあります。

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

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

部品リクエストの閲覧

いつでも、どのユーザーでも部品リクエストのアクティビティ（進行中・完了済みの両方）を閲覧できます。これは2つの場所から行えます。

部品リクエストページ（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タブを使用して、部品リクエストプロセスの詳細やワークフローアクティビティの履歴を閲覧できます。

タスクリストパネル（Altium Designer）

Altium Designer を通じてワークスペースに接続している場合、あなたが開始したすべてのプロセスベースのアクティビティは、Activities 領域の Tasklist パネル で閲覧できます。パートリクエストプロセスのみを一覧表示するには、 ボタンをクリックし、Project Activity および Project Creation のエントリを無効にし、Part Request のエントリのみ有効にしてください。

Altium Designer 内から直接、あなたが開始したパートリクエストにアクセスできます。

デフォルトでは、この領域にはすべての Active（進行中の）パートリクエストプロセスが表示されます。すべての Closed プロセス（例：完了、却下、終了済み）を表示するには、 ボタンをクリックし、Show closed のエントリを有効にしてください。

各エントリには、以下の情報が表示されます（該当する場合）：

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

エントリをクリックすると、そのタスクの親プロセスの基礎となるワークフローを表示するダイアログが開きます。このダイアログの Diagram タブで、プロセス完了までに必要な作業や、現在どの段階にあり、誰が次のタスクを担当しているかを確認できます。ダイアログの Data タブに切り替えると、プロセスに関するすべての関連データが表示されます。パートリクエストプロセスの場合、添付されたデータシート、パラメトリックデータ、予備コンポーネントなどが含まれることがあります。

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

メール通知

元のリクエスターおよびそのリクエストに関連するタスクを実行する必要があるユーザーのみが、該当するメール通知を受信します。リクエストを開始したリクエスターは、新しいパートリクエストが送信されたとき、また完了したとき（パートが正常に作成された場合やリクエストが却下された場合）に通知を受け取ります。リクエストに取り組んでいるユーザーは、そのリクエストに関連し注意が必要なタスクがある場合に通知を受け取ります。追加情報が必要な場合は、元のリクエスターが通知を受け取ることもあります。

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

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