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

エンジニアが次の設計に取りかかる際に利用できる設計コンポーネントの数は、個々のシンボルライブラリやモデルライブラリに分散する数百点から、専用の社内部品データベースに保存された数十万点まで、さまざまです。しかし、手元にどれほど多くのコンポーネントがあっても、利用できないものは必ずあり、再利用できるように作成して追加する必要があります。

小規模な設計会社では、エンジニアがライブラリアンの役割も兼任し、設計に必要でありながら手元にないコンポーネントを手早く作成します。一方、大規模な組織では、組織内のすべてのエンジニアや設計者が利用する設計コンポーネントの拡充と保守を専門のライブラリ部門が担当しているため、新しい（不足している）コンポーネントの作成をその部門に依頼するのが合理的です。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のブラウザーインターフェースで作成、管理します。部品リクエスト用の定義済みプロセス定義が1つ、初期状態で使用できるように有効化されています（New Part Request）。これは、ブラウザーインターフェースのAdmin – ProcessesページにあるPart Requestsタブに表示されます。社内の部品リクエストのニーズに合わせて、これをそのまま使用することも、変更することも、独自の定義を作成することもできます。また、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という5つのサンプルプロセス定義も用意されています。これらは、そのまま有効化して使用することはできません。いずれも「テンプレート」に相当するもので、社内の要件に合わせて編集し、名前を付けて新しいプロセス定義として保存した後、部品リクエストのプロセステーマ内のほかの定義と同様に、有効化して使用できます。

• 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のプロセスに統合できます（Enterprise Server SDKへのアクセスが必要です）。これにより、ワークフローをさらにカスタマイズしたり、外部ソースからプロセスのワークフロー内の判断に影響を与えたりすることが可能になります。ワークフロー図を以下に示します。

  
  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パネル内で、モデルのないコンポーネントから部品リクエストを開始します。

  Part Requestsプロセステーマに有効なプロセス定義がない場合、ボタンはグレー表示されます（使用できません）。表示を更新するには、Workspaceからサインアウトして再度サインインするか、Altium Designerを再起動する必要がある場合があります。

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

  
  Manufacturer Part Searchパネル内で、モデルのあるコンポーネントから部品リクエストを開始します。

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

  
  Manufacturer Part Searchパネルのメイン領域から部品リクエストを開始します。

  Part Requestsプロセステーマに有効なプロセス定義がない場合、Submit Requestサブメニューはグレー表示されます（使用できません）。表示を更新するには、Workspaceからサインアウトして再度サインインするか、Altium Designerを再起動する必要がある場合があります。

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

  
  Explorerパネル内から部品リクエストを開始します。

  Enterprise Server Workspaceで従来の部品リクエスト機能が有効になっている場合、ボタンはとして表示されます。また、この従来の機能を使用した新規部品リクエスト用の項目もメニューに追加されます。この項目には、接尾辞(Legacy)が付きます。Part Requestsプロセステーマに有効なプロセス定義がなく、従来の部品リクエスト機能も有効になっていない場合、Submit Requestボタンは表示されません。表示を更新するには、Workspaceからサインアウトして再度サインインするか、Altium Designerを再起動する必要がある場合があります。

リクエストの開始

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

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

ComponentsパネルまたはExplorerパネル内からNew Part Requestプロセス定義を実行したときに表示されるStart Part Requestダイアログの例。ダイアログの内容は、その定義のプロセスワークフローにあるStart要素の基となるフォームによって、大部分が決まります。

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

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

デフォルトの部品リクエストプロセス定義では、次のコントロールを使用できます。

• Request title – 部品リクエストを識別するための名前です。手動で入力することも、デフォルトの 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内の既存のシンボル、フットプリント、コンポーネントへのリンクを追加するフィールドです。フィールド内をクリックして入力を開始すると、利用可能なアイテムのリスト（アイテムID別）にアクセスできます。項目を選択すると、フィールドに追加されます。または、ボタンをクリックしてChoose Itemsダイアログ（Explorerパネルの簡易版）にアクセスし、ベースとして使用するコンポーネントを探すこともできます。項目を削除するには、その項目の閉じるコントロール（）をクリックします。

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

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

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

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

Workspaceのブラウザーインターフェースから

Workspaceのブラウザーインターフェースでは、Part Requestsページの右上にあるボタンをクリックすることで、Part Requestsテーマに属する有効化済みのプロセス定義にアクセスできます。

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

Part Requestsプロセステーマに有効なプロセス定義がない場合、ボタンは使用できません。プロセス定義が1つしかない場合、ボタンにドロップダウン機能は表示されず、クリックするとそのプロセスがすぐに開始されます。

リクエストの開始

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

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

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

デフォルトの部品リクエストのプロセス定義では、次のコントロールを使用できます。

• Request title – 部品リクエストの識別名です。手動で入力することも、デフォルトの 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内の既存のシンボル、フットプリント、コンポーネントへのリンクを追加するフィールドです。フィールド内をクリックして入力を開始すると、使用可能なアイテムの一覧（アイテムID別）にアクセスできます。項目を選択すると、フィールドに追加されます。または、ボタンをクリックしてExplorerウィンドウを開き、ベースとなるコンポーネントを探すこともできます。項目を削除するには、その閉じるコントロール（）をクリックします。

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

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

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

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

新しい部品リクエストの初期割り当て方法は、Assignee、Except、Task ownershipの設定によって決まります。これらは、プロセス定義の基となるワークフロー内で、リクエスト送信後に最初に実行されるユーザータスクに対して定義されます。

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

デフォルトの部品リクエストのプロセス定義では、AssigneeはWorkspaceの管理者（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からWorkspaceに接続している場合、現在のタスク一覧はTasklistパネルで確認できます。部品リクエスト関連のタスクについては、タスクのTitleを確認してください。ここには、関連するプロセスの名前とインスタンスの接尾辞が表示されます（例： New Part Request #1）。タスク名は、そのプロセスの基盤となるワークフロー内のユーザータスク要素に付けられた名前です。

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

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

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

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

タスクの親プロセスの基盤となるワークフローを表示するには、Diagramタブをアクティブにします。図には、プロセスのワークフロー全体と、そのフローの現在の到達点が表示されます。現在対応しているユーザータスクには、自分の名前が表示されます。

デフォルトのNew Part Requestプロセスのワークフロー図。操作が必要なユーザータスクと、その担当者が強調表示されています。

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

• Components – このフィールドを使用して、要求された部品のために作成された、Workspace内の既存のシンボル、フットプリント、コンポーネントへのリンクを追加します。
• Next step – このフィールドを使用して、この部品リクエストの次の処理を決定します。
  • Completed – 部品（および該当する場合は関連するドメインモデル）を作成した場合は、このオプションを選択します。
  • Rejected – 部品を作成しない場合は、このオプションを選択します。その際、Noteフィールドに理由を入力することが重要です。
  • Needs more info – リクエスト元から追加情報を得るまで部品を作成できない場合は、このオプションを選択します。その際、Noteフィールドに必要な情報を記載することが重要です。
• Note – このフィールドを使用して、タスクに関するコメントを入力します。たとえば、新しく作成したコンポーネントが使用可能であることや、要求された部品を作成しない理由を簡潔に記載します。また、リクエスト元から追加情報が必要な場合は、元のリクエストに不足していた内容をここに記載してください。

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

Workspaceのブラウザーインターフェースからタスクにアクセスする

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

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

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

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

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

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

タスクの親プロセスの基になるワークフローを表示するには、Diagramタブをアクティブにします。この図には、プロセスのワークフロー全体だけでなく、フローが現在どの時点に達しているかも表示されます。現在対応しているユーザータスクには、自分の名前が表示されます。

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

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

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

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

部品リクエストの表示

すべてのユーザーは、進行中および終了済みの部品リクエストの状況をいつでも確認できます。次の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パネル（Altium Designer）

Altium DesignerからWorkspaceに接続している場合、自分が開始したすべてのプロセスベースのアクティビティを、Tasklistパネルの Activities 領域で確認できます。部品リクエストプロセスのみを一覧表示するには、 ボタンをクリックし、Project Activity と Project Creation のエントリを無効にします（Part Request エントリのみを有効にします）。

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

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

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

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

エントリをクリックすると、そのタスクの親プロセスの基となるワークフローを示すダイアログが開き、Diagram タブに表示されます。ここでは、プロセスの完了に必要な作業や現在の進行状況、プロセスを先に進めるために現在誰がタスクを実行する必要があるかを確認できます。ダイアログの Data タブに切り替えると、プロセスに関連するすべてのデータが表示されます。部品リクエストプロセスの場合、添付されたデータシート、パラメトリックデータ、暫定的なコンポーネントなどが含まれます。

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

メール通知

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

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

部品リクエストが完了したときに届くメールの例。