프로세스 기반 부품 요청

엔지니어가 다음 설계를 캡처할 때 사용할 수 있는 설계 컴포넌트의 수는, 개별 심볼 및 모델 라이브러리에 흩어져 있는 수백 개 수준일 수도 있고, 전용 회사 부품 데이터베이스에 저장된 수십만 개 수준일 수도 있습니다. 하지만 사용 가능한 컴포넌트가 얼마나 많든 간에, 항상 없는 부품이 있기 마련이며, 이러한 부품은 재사용을 위해 새로 생성하여 추가해야 합니다.

소규모 설계 회사에서는 엔지니어가 단순히 역할을 바꿔 라이브러리 관리자가 되어, 설계 자산에 없는 필요한 컴포넌트를 직접 만들어 냅니다. 그러나 조직 내 모든 엔지니어와 설계자가 접근할 수 있도록 설계 컴포넌트를 확장하고 유지 관리하는 전담 라이브러리 부서를 두고 있는 대규모 조직이라면, 새로 필요한(누락된) 컴포넌트에 대한 요청을 해당 부서에 제출하는 것이 합리적입니다. 이를 위한 세련된 솔루션으로, Altium Designer는 Part Requests 기능을 제공합니다.

엔지니어는 하나 이상의 부품 생성을 간단히 요청할 수 있으며, 해당 요청이 완료되어 컴포넌트가 사용 가능해졌는지 또는 거부되었는지(그리고 그 이유가 무엇인지) 알림을 받을 수 있습니다. 요청자는 요청을 뒷받침할 수 있는 핵심 정보를 가능한 한 많이 제공합니다(제조사 및 부품 번호, 설명, 관련 데이터시트(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 and their Workflows are created and managed through the Workspace's browser interface – by an Administrator of that Workspace. Part Requests를 위한 사전 정의된 단일 프로세스 정의가 기본 제공 상태로 활성화되어 있습니다(New Part Request). 이는 browser interface의 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의 다섯 가지 추가 샘플 프로세스 정의도 제공됩니다. 이들은 현재 상태 그대로는 활성화하여 사용할 수 없습니다. 따라서 각각은 일종의 '템플릿'에 가깝습니다. 회사 요구 사항에 맞게 편집하고 이름을 지정한 다음 새 프로세스 정의로 저장하면, 이후 이를 활성화하여 Part Requests 프로세스 테마의 다른 모든 정의와 함께 사용할 수 있습니다.

• 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 인스턴스에 Component를 자동 생성한 다음 생성된 부품 번호를 다시 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 샘플 프로세스 정의의 워크플로 다이어그램.

Part Requests 시작하기

회사에 필요한 Part Requests 프로세스 테마의 프로세스 정의 세트가 준비되면, 활성화된 정의는 사용자가 Workspace에 적극적으로 연결된 상태에서 모두 사용할 수 있게 됩니다. 다음 섹션에서는 설계자가 이러한 활성 프로세스에 어디에서 접근하고 시작할 수 있는지, Altium Designer와 Workspace의 browser interface 양쪽에서 살펴봅니다.

Workspace 관리자는 Workspace의 browser interface에 있는 Processes 영역의 Part Requests 탭에서 컨트롤을 클릭하여, 활성화된 어떤 프로세스 정의든 새 인스턴스를 직접 시작할 수 있습니다.

Altium Designer 내부에서

Altium Designer 내에서는 Part Requests 테마에 속한 활성 프로세스 정의에 다음 위치에서 접근할 수 있습니다.

• Components panel에서. 패널의 기본 영역 안에서 마우스 오른쪽 버튼을 클릭하면 활성 part request 프로세스 정의가 Operations » Submit Request 하위 메뉴에 표시됩니다. 또는 Need more components? 섹션 아래의 Submit request 링크를 클릭해도 됩니다.

  
  Component panel 내부에서 Part Request 시작하기.

  Part Requests 프로세스 테마에 대해 활성 프로세스 정의가 하나도 없으면 Submit Request 하위 메뉴가 회색으로 비활성화됩니다(사용 불가). 새로 고치려면 Workspace에서 로그아웃했다가 다시 로그인하거나, Altium Designer를 다시 시작해야 할 수 있습니다.

• Manufacturer Part Search panel에서. 현재 선택된 검색 항목에 아이콘이 없으면, 을 클릭해 접근하는 Details 창에 버튼이 표시됩니다. 버튼의 드롭다운 부분을 클릭하면 활성 part request 프로세스 정의 메뉴에 접근할 수 있습니다. 버튼의 본체 부분을 직접 클릭하면 목록의 첫 번째 프로세스 정의가 실행됩니다.

  Manufacturer Part Search panel을 통해 부품을 요청하면 데이터시트와 파라메트릭 정보를 포함한 핵심 정보가 자동으로 채워지는 추가 이점이 있습니다.

  
  Manufacturer Part Search panel 내부에서, 모델이 없는 컴포넌트로부터 Part Request 시작하기.

  Part Requests 프로세스 테마에 대해 활성 프로세스 정의가 하나도 없으면 버튼이 회색으로 비활성화됩니다(사용 불가). 새로 고치려면 Workspace에서 로그아웃했다가 다시 로그인하거나, Altium Designer를 다시 시작해야 할 수 있습니다.

  현재 선택된 검색 항목에 아이콘이 있으면, 활성 part request 프로세스 정의는 버튼과 연결된 메뉴에서 사용할 수 있습니다(버튼의 드롭다운 부분 클릭).

  
  Manufacturer Part Search panel 내부에서, 모델이 있는 컴포넌트로부터 Part Request 시작하기.

  활성 part request 프로세스 정의는 패널 기본 영역의 오른쪽 클릭 메뉴에서 Submit Request 하위 메뉴를 통해서도 접근할 수 있습니다.

  
  Manufacturer Part Search panel의 기본 영역에서 Part Request 시작하기.

  Part Requests 프로세스 테마에 대해 활성 프로세스 정의가 하나도 없으면 Submit Request 하위 메뉴가 회색으로 비활성화됩니다(사용 불가). 새로 고치려면 Workspace에서 로그아웃했다가 다시 로그인하거나, Altium Designer를 다시 시작해야 할 수 있습니다.

• Explorer panel에서, 전용 Part requests 폴더를 선택했거나 검색을 수행한 후. 버튼이 제공되며, 이를 누르면 선택 가능한 활성 part request 프로세스 정의가 표시됩니다.

  
  Explorer panel 내부에서 Part Request 시작하기.

  Legacy Part Requests feature가 Enterprise Server Workspace에 대해 활성화된 경우, 버튼은 로 표시됩니다. 또한 해당 legacy 기능을 사용하는 새 part request와 관련된 추가 항목도 메뉴에 나타납니다. 이 항목에는 (Legacy) 접미사가 붙습니다. Part Requests 프로세스 테마에 대해 활성 프로세스 정의가 없고 Legacy Part Requests feature도 활성화되지 않은 경우에는 Submit Request 버튼이 표시되지 않습니다. 새로 고치려면 Workspace에서 로그아웃했다가 다시 로그인하거나, Altium Designer를 다시 시작해야 할 수 있습니다.

요청 시작하기

필요한 part request 프로세스 정의를 선택하면 Start Part Request 대화상자가 나타납니다. 여기에는 요청할 부품을 정의하기 위한 컨트롤이 제공되며, 컴포넌트 생성을 담당하는 사람이 필요한 부품을 정확하게 제공할 수 있도록 가능한 한 많은 정보를 입력해야 합니다.

대화상자에 실제로 포함되는 정보는 프로세스 워크플로의 Start 요소에 연결된 양식에 정의된 내용에 따라 달라집니다. 다음 이미지는 New Part Request 프로세스 정의의 Start 요소에 대해 정의된 양식과, 해당 정의를 Components panel 또는 Explorer panel에서 실행했을 때 나타나는 Start Part Request 대화상자를 보여줍니다.

Components panel 또는 Explorer panel 내에서 New Part Request 프로세스 정의를 실행할 때의 Start Part Request 대화상자 예시입니다. 대화상자의 내용은 해당 정의 프로세스 워크플로의 Start 요소에 대한 기반 양식에 의해 상당 부분 결정됩니다.

다음 이미지는 New Part Request 프로세스 정의를 Manufacturer Part Search panel에서 실행했을 때의 Start Part Request 대화상자를 보여줍니다. 이 패널에서 part request를 제출하면 데이터시트와 파라메트릭 정보를 포함한 핵심 정보가 자동으로 채워지는 추가 이점이 있습니다.

Manufacturer Part Search panel 내부에서 New Part Request 프로세스 정의를 실행할 때의 Start Part Request 대화상자 예시입니다. 많은 정보가 자동으로 미리 채워져 있다는 점에 주목하십시오(여기서 선택한 부품에 대해 초록색으로 강조 표시됨).

기본 part request 프로세스 정의에서는 다음과 같은 컨트롤을 사용할 수 있습니다.

• Request title – Part Request에 사용되는 식별 이름입니다. 수동으로 입력할 수도 있고, 형식이 <process name> #<incrementing number> 인 제목을 생성하는 기본값 AUTO 을 그대로 둘 수도 있습니다. 예: Part Request Lifecycle #9.

• Part number – 라이브러리 관리자에게 생성이 필요한 부품의 구체적인 부품 번호를 알려주는 필수 필드입니다.

• Manufacturer – 해당 부품의 실제 제조사를 라이브러리 관리자에게 알려주는 필수 필드입니다.

• Description – 부품에 대한 자세한 설명을 제공하는 데 사용할 수 있는 필드입니다(일반적으로 제조사 데이터시트에서 가져옴).

• Priority – 요청의 우선순위를 지정하는 데 사용되는 필수 필드입니다. Low, Medium, 또는 High 중 하나를 선택하십시오. 기본 설정은 Medium입니다.

• Needed by – 컴포넌트가 준비되어야 하는 날짜를 지정하는 필드입니다. 필드 내부를 클릭하면 달력 창이 팝업되며, 여기서 필요한 날짜를 지정할 수 있습니다.

• Link – 부품 데이터시트의 URL이 있다면 이 필드에 입력하십시오.

• Datasheets – 부품과 관련된 데이터시트가 있다면 이 필드를 사용하여 추가하십시오. ​ 버튼을 클릭해 대화상자를 통해 추가하거나, 표시된 영역으로 드래그 앤 드롭할 수 있습니다. 어떤 형식의 파일이든 첨부할 수 있습니다. 파일을 제거하려면 해당 파일의 제거 컨트롤( ​)을 클릭하십시오.

• Preliminary components – Workspace에 이미 존재하는 symbol, footprint, component에 대한 링크를 추가하는 데 사용하는 필드이며, 요청된 부품 생성의 기반으로 활용할 수 있습니다. 필드 안을 클릭하고 입력을 시작하면 사용 가능한 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 테마에 속한 활성 프로세스 정의에 Part Requests 페이지에서 접근할 수 있으며, 페이지 오른쪽 상단의 버튼을 클릭하면 됩니다.

Workspace browser interface의 Part Requests 페이지에서 활성화된 Part Requests 정의에 접근하는 모습입니다. 여기서는 Altium 365 Workspace에서 정의에 접근하는 예를 보여줍니다. 이미지 위에 커서를 올리면 Enterprise Server Workspace에서 정의에 접근하는 모습을 볼 수 있습니다.

Part Requests 프로세스 테마에 대해 활성 프로세스 정의가 하나도 없으면 버튼을 사용할 수 없습니다. 프로세스 정의가 하나만 있으면 버튼에 드롭다운 기능이 표시되지 않으며, 클릭 즉시 해당 프로세스를 바로 시작합니다.

요청 시작하기

필요한 part request 프로세스 정의를 선택하면, 선택한 프로세스 정의의 이름이 제목으로 표시되는 창이 나타납니다. 여기에는 요청할 부품을 정의하기 위한 컨트롤이 제공되며, 컴포넌트 생성을 담당하는 사람이 필요한 부품을 정확하게 제공할 수 있도록 가능한 한 많은 정보를 입력해야 합니다.

창에 실제로 포함되는 정보는 프로세스 워크플로의 Start 요소에 연결된 양식에 정의된 내용에 따라 달라집니다. 다음 이미지는 New Part Request 프로세스 정의의 Start 요소에 대해 정의된 양식과, 그 결과 나타나는 New Part Request 창을 보여줍니다.

Workspace의 browser interface 내에서 New Part Request 프로세스 정의를 실행할 때의 New Part Request 창 예시입니다. 창의 내용은 해당 정의 프로세스 워크플로의 Start 요소에 대한 기반 양식에 의해 상당 부분 결정됩니다.

기본 part request 프로세스 정의에서는 다음과 같은 컨트롤을 사용할 수 있습니다.

• Request title – Part Request에 사용되는 식별 이름입니다. 수동으로 입력할 수도 있고, 형식이 <process name> #<incrementing number> 인 제목을 생성하는 기본값 AUTO 을 그대로 둘 수도 있습니다. 예: Part Request Lifecycle #9.

• Part number – 라이브러리 관리자에게 생성이 필요한 부품의 구체적인 부품 번호를 알려주는 필수 필드입니다.

• Manufacturer – 해당 부품의 실제 제조사를 라이브러리 관리자에게 알려주는 필수 필드입니다.

• Description – 부품에 대한 자세한 설명을 제공하는 데 사용할 수 있는 필드입니다(일반적으로 제조사 데이터시트에서 가져옴).

• Priority – 요청의 우선순위를 지정하는 데 사용되는 필수 필드입니다. Low, Medium, 또는 High 중 하나를 선택하십시오. 기본 설정은 Medium입니다.

• Needed by – 컴포넌트가 준비되어야 하는 날짜를 지정하는 필드입니다. 필드 내부를 클릭하면 달력 창이 팝업되며, 여기서 필요한 날짜를 지정할 수 있습니다.

• Link – 부품 데이터시트의 URL이 있다면 이 필드에 입력하십시오.

• Datasheets – 부품과 관련된 데이터시트가 있다면 이 필드를 사용하여 추가하십시오. 버튼을 클릭해 대화상자를 통해 추가하거나, 표시된 영역으로 드래그 앤 드롭할 수 있습니다. 어떤 형식의 파일이든 첨부할 수 있습니다. 파일을 제거하려면 해당 파일의 제거 컨트롤()을 클릭하십시오.

• Preliminary components – Workspace에 이미 존재하는 symbol, footprint, component에 대한 링크를 추가하는 데 사용하는 필드이며, 요청된 부품 생성의 기반으로 활용할 수 있습니다. 필드 안을 클릭하고 입력을 시작하면 사용 가능한 Item 목록(Item ID 기준)에 접근할 수 있습니다. 항목을 선택하면 필드에 추가됩니다. 또는 버튼을 클릭하여 Explorer 창에 접근한 후 필요한 예비 컴포넌트를 찾아볼 수 있습니다. 항목을 제거하려면 해당 항목의 닫기 컨트롤()을 클릭하십시오.

  
  요청된 부품 생성 시 사용할 수 있도록 Workspace의 기존 콘텐츠에 대한 링크를 추가합니다.

필요한 모든 데이터를 입력/지정한 후 버튼을 클릭하여 요청을 시작하십시오. Part number, Manufacturer, Priority 필드는 part request가 처리되기 위해 필요한 최소한의 데이터이므로 필수 필드입니다. 이들 중 하나라도 정의하지 않은 상태에서 요청을 시작하려 하면 해당 필드는 필수 항목으로 표시됩니다.

Part number, Manufacturer, Priority은 새 부품 생성에 필요한 핵심 정보이므로 필수입니다. 따라서 이들 중 하나라도 정의되지 않은 상태에서는 요청을 진행할 수 없습니다.

초기 요청 할당

새 part request가 처음에 어떻게 할당되는지는, 프로세스 정의의 기반 워크플로에서 요청 제출 후 처음 만나게 되는 User Task에 대해 정의된 Assignee, Except, Task ownership 설정에 따라 달라집니다.

• Assignee – Workspace의 단일 사용자, 여러 사용자 또는 특정 역할(사용자 그룹)일 수 있습니다.
• Except – 담당자 범위에 포함되어 있더라도 해당 작업을 수행할 수 없는 사람을 지정합니다(예: 요청자는 자신의 부품 요청을 직접 승인해서는 안 됩니다!).
• Task ownership – Assignee 필드에 지정된 사용자와의 관계를 기준으로, 누가 작업을 수행할 수 있는지를 결정합니다. 사용 가능한 옵션은 다음과 같습니다.
  • One of assigned users – Assignee 필드에 사용자가 1명만 있는 경우, 요청 처리의 초기 작업이 해당 사용자에게 직접 할당됩니다. 담당자가 여러 명이면 모든 사용자가 자신의 작업 목록에서 해당 작업을 볼 수 있으며, 그중 한 사용자가 작업을 자신에게 할당합니다.
  • All assigned users – 모든 담당자가 작업을 받습니다.

기본 Part Request 프로세스 정의에서는 Assignee가 Workspace의 관리자(Administrators 역할의 멤버)로 정의됩니다. Task ownership는 One of assigned users로 설정되며, 이는 해당 관리자 사용자 중 한 명이 요청을 맡아야 함을 의미합니다.

새 부품 요청 작업을 처음 누가 받는지는 해당 프로세스 정의의 기본 워크플로에서 초기 사용자 작업에 대해 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 내에서 작업 액세스

Altium Designer를 통해 Workspace에 연결되어 있으면 현재 작업 목록을 Tasklist panel에서 확인할 수 있습니다. Part Request 관련 작업의 경우 작업의 Title을(를) 확인하십시오. 여기에는 연결된 프로세스 이름과 인스턴스 접미사(예: New Part Request #1)가 반영됩니다. 작업 이름 자체는 해당 프로세스의 기본 워크플로에서 사용자 작업 요소에 부여된 이름입니다.

현재 Workspace에 연결된 사용자에게 이미 할당되었거나 할당 가능한 Part Request 작업의 예입니다.

할당되지 않은 작업은 작업 목록에서 아이콘으로 표시됩니다. 사용자에게 할당된 작업은 아이콘으로 구분됩니다.

작업 항목을 클릭하면 해당 작업에 연결된 양식이 포함된 대화상자가 열립니다. 이 양식에는 프로세스 워크플로를 설계한 관리자가 해당 특정 사용자 작업에 대해 정의한 모든 정보와 필드가 표시되며, 이를 통해 사용자로부터 선택, 정보 또는 데이터를 받아 워크플로가 다음 단계로 진행될 수 있도록 합니다.

Altium Designer의 Tasklist 패널에서 액세스한 기본 New Part Request 프로세스 관련 사용자 작업 양식의 예입니다.

작업의 상위 프로세스에 대한 기본 워크플로를 보려면 Diagram 탭을 활성화합니다. 다이어그램에는 프로세스의 전체 워크플로와 현재 흐름에서 도달한 지점, 즉 현재 사용자가 처리 중인 사용자 작업이 표시되며, 여기에 사용자 이름이 포함되어 반영됩니다.

기본 New Part Request 프로세스의 워크플로 다이어그램에 액세스하여 조치가 필요한 사용자 작업과 담당자를 강조 표시한 모습입니다.

필요에 따라 양식과 상호작용하여 작업을 완료합니다. 이는 옵션 선택, 의견 작성, 추가 파일/데이터 첨부 등을 의미할 수 있습니다. 예를 들어 기본 New Part Request 프로세스에서 부품 생성자의 작업에는 세 가지 핵심 필드가 있습니다.

• Components – 이 필드를 사용하여 요청된 부품을 제공하기 위해 Workspace에서 생성된 기존 심볼, 풋프린트 및 컴포넌트에 대한 링크를 추가합니다.
• Next step – 이 필드를 사용하여 이 부품 요청의 다음 진행 단계를 결정합니다.
  • Completed – 부품(해당되는 경우 관련 도메인 모델 포함)을 생성한 경우 이 옵션을 선택합니다.
  • Rejected – 부품을 생성할 의도가 없는 경우 이 옵션을 선택합니다(중요: Note 필드에 그 이유를 추가해야 함).
  • Needs more info – 요청자로부터 추가 정보 없이는 현재 이 부품을 생성할 수 없는 경우 이 옵션을 선택합니다(중요: Note 필드에 필요한 내용을 추가해야 함).
• Note – 이 필드를 사용하여 작업과 관련된 의견을 제공합니다. 예를 들어 새로 생성된 컴포넌트가 '바로 사용 가능'하다는 표시를 하거나, 요청된 부품을 생성하지 않을 이유를 간단히 설명할 수 있습니다. 또한 요청자로부터 더 많은 정보가 필요한 경우, 원래 요청에서 무엇이 부족했는지 여기에 표시하면 됩니다!

필요에 따라 작업 양식을 모두 작성한 후 버튼을 클릭하면 프로세스가 다음 관련 단계로 진행됩니다. 해당 작업은 완료된 것으로 간주되어 패널에서 제거됩니다. 흐름의 다음 작업도 사용자에게 할당된 경우 관련 양식이 자동으로 표시됩니다.

Workspace의 브라우저 인터페이스에서 작업 액세스

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 프로세스에서 부품 생성자의 작업에는 세 가지 핵심 필드가 있습니다.

• Components – 이 필드를 사용하여 요청된 부품을 제공하기 위해 Workspace에서 생성된 기존 심볼, 풋프린트 및 컴포넌트에 대한 링크를 추가합니다.
• Next step – 이 필드를 사용하여 이 부품 요청의 다음 진행 단계를 결정합니다.
  • Completed – 부품(해당되는 경우 관련 도메인 모델 포함)을 생성한 경우 이 옵션을 선택합니다.
  • Rejected – 부품을 생성할 의도가 없는 경우 이 옵션을 선택합니다(중요: Note 필드에 그 이유를 추가해야 함).
  • Needs more info – 요청자로부터 추가 정보 없이는 현재 이 부품을 생성할 수 없는 경우 이 옵션을 선택합니다(중요: Note 필드에 필요한 내용을 추가해야 함).
• Note – 이 필드를 사용하여 작업과 관련된 의견을 제공합니다. 예를 들어 새로 생성된 컴포넌트가 '바로 사용 가능'하다는 표시를 하거나, 요청된 부품을 생성하지 않을 이유를 간단히 설명할 수 있습니다. 또한 요청자로부터 더 많은 정보가 필요한 경우, 원래 요청에서 무엇이 부족했는지 여기에 표시하면 됩니다!

필요에 따라 작업 양식을 모두 작성한 후 버튼을 클릭합니다. 해당 작업은 완료된 것으로 간주되어 작업 목록에서 제거됩니다. 흐름의 다음 작업도 사용자에게 할당된 경우 관련 양식이 자동으로 표시됩니다.

Part Request 보기

언제든지 모든 사용자는 활성 요청과 종료된 요청을 포함한 부품 요청 활동을 볼 수 있습니다. 이는 두 곳에서 가능합니다.

Part Requests 페이지(Workspace 브라우저 인터페이스)

Workspace 브라우저 인터페이스의 Part Requests 페이지에서 모든 부품 요청을 중앙에서 탐색할 수 있습니다.

편리한 한 위치에서 모든 부품 요청 프로세스를 탐색할 수 있습니다. 여기에는 Altium 365 Workspace의 Part Requests 페이지에 액세스한 모습이 표시되어 있습니다. 이미지 위에 커서를 올리면 Enterprise Server Workspace에서 페이지에 액세스하는 모습을 볼 수 있습니다.

각 항목에는 다음 정보가 표시됩니다(해당되는 경우).

• Status – 부품 요청 프로세스의 상태입니다. 다음 중 하나일 수 있습니다.
  •  Active – 부품 요청 프로세스가 현재 활성 상태이며 연결된 워크플로가 진행 중입니다.
  •  On hold – 부품 요청 프로세스가 현재 활성 상태이지만, 워크플로가 진행되기 전에 담당자 배정과 같은 초기 입력을 기다리고 있습니다.
  •  Closed – 부품 요청 프로세스가 이제 종료되었으며, 예를 들어 성공적으로 완료되었거나 거부되었습니다.
  • Terminated – 부품 요청 프로세스가 이제 종료되었으며, 요청 시작자 또는 Workspace Administrator가 직접 종료했습니다.
• 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 panel의 Activities 영역에서 탐색할 수 있습니다. Part Request 프로세스만 나열하려면 버튼을 클릭하고 Project Activity 및 Project Creation 항목을 비활성화한 뒤(Part Request 항목만 활성화된 상태로 둠) 사용하십시오.

Altium Designer 내에서 직접 사용자가 시작한 부품 요청에 액세스할 수 있습니다.

기본적으로 이 영역에는 모든 Active(실행 중인) 부품 요청 프로세스가 표시됩니다. 버튼을 클릭하고 Show closed 항목을 활성화하면 모든 Closed 프로세스(예: 완료됨, 거부됨 또는 종료됨) 보기로 전환할 수 있습니다.

각 항목에는 다음 정보가 표시됩니다(해당되는 경우).

• State – 부품 요청 프로세스의 상태입니다. 다음 중 하나일 수 있습니다.
  •  Active – 부품 요청 프로세스가 현재 활성 상태이며 연결된 워크플로가 진행 중입니다.
  •  On hold – 부품 요청 프로세스가 현재 활성 상태이지만, 워크플로가 진행되기 전에 담당자 배정과 같은 초기 입력을 기다리고 있습니다.
  •  Closed – 부품 요청 프로세스가 이제 종료되었으며, 예를 들어 성공적으로 완료되었거나 거부되었습니다.
  •  Terminated – 부품 요청 프로세스가 이제 종료되었으며, 요청 시작자 또는 Workspace Administrator가 직접 종료했습니다.
• Title – 동일한 부품 요청 프로세스의 여러 인스턴스를 구분하는 데 사용되는 필드입니다. 제목은 프로세스 이름에 인스턴스 접미사(#1, #2 등)가 붙은 형태입니다.
• Type – 부품 요청 프로세스 정의의 이름입니다.
• Started – 부품 요청 프로세스가 시작된 날짜와 시간입니다.

항목을 클릭하면 대화상자가 열리고, 해당 대화상자의 Diagram 탭에서 작업의 상위 프로세스에 대한 기본 워크플로가 표시됩니다. 여기에는 프로세스가 완료되기 위해 무엇이 필요한지와, 현재 누가 프로세스를 진행시키기 위한 작업을 수행해야 하는지 기준으로 워크플로상 어느 지점에 있는지가 나타납니다. 대화상자의 Data 탭으로 전환하면 프로세스와 관련된 모든 중요한 데이터가 표시됩니다. 부품 요청 프로세스의 경우 첨부된 데이터시트, 파라메트릭 데이터, 예비 컴포넌트가 포함될 수 있습니다.

선택한 부품 요청 프로세스의 기본 워크플로를 Diagram 탭에서 확인할 수 있습니다. 각 워크플로는 다이어그램 형태로 구성되어 있어, 현재 부품 요청이 워크플로의 어느 단계에 있는지와 요청 진행을 계속하기 위해 다음 작업을 수행해야 하는 사용자가 누구인지 한눈에 확인할 수 있습니다. 요청의 첨부 파일을 보려면 Data 탭으로 전환하십시오.

이메일 알림

원래 요청자와 해당 요청과 관련된 작업을 수행해야 하는 사용자만 해당 이메일 알림을 받습니다. 요청을 시작한 요청자는 새 부품 요청이 제출되었을 때와 완료되었을 때(부품이 성공적으로 생성되었거나 요청이 거부된 경우 모두 포함) 알림을 받습니다. 요청 작업을 처리하는 사용자는 해당 요청과 관련되어 자신의 주의가 필요한 모든 작업에 대해 알림을 받습니다. 추가 정보가 필요한 경우에는 원래 요청자가 해당 사용자일 수도 있습니다.

이메일 알림은 Email Notifications 기능이 활성화된 경우 수신됩니다. 이는 관리자가 Workspace의 브라우저 인터페이스에 있는 Email Notifications 페이지(Admin – Settings – Email Notifications)에서 설정합니다.

부품 요청이 완료되었을 때 수신되는 이메일의 예입니다.