Yêu cầu linh kiện dựa trên quy trình

Số lượng thành phần thiết kế mà một kỹ sư có thể dùng khi thu thập cho thiết kế tiếp theo của mình có thể dao động từ vài trăm phần tử nằm rải rác trong các thư viện ký hiệu và mô hình riêng lẻ đến hàng trăm nghìn phần tử được lưu trong một cơ sở dữ liệu linh kiện chuyên dụng của công ty. Nhưng dù có sẵn bao nhiêu thành phần đi nữa, vẫn sẽ luôn có thêm những thành phần chưa có sẵn và cần được tạo rồi thêm vào để tái sử dụng.

Đối với một đơn vị thiết kế nhỏ, kỹ sư chỉ cần đổi “vai” và trở thành Thủ thư linh kiện – nhanh chóng tạo ra những thành phần còn thiếu trong kho thiết kế của mình. Tuy nhiên, với một tổ chức lớn hơn có một bộ phận thư viện chuyên trách để phát triển và duy trì các thành phần thiết kế – cho phép mọi kỹ sư và nhà thiết kế trong tổ chức đó cùng truy cập – thì việc gửi yêu cầu về các thành phần mới (bị thiếu) tới bộ phận đó là điều hợp lý. Để cung cấp một giải pháp gọn gàng cho việc này, Altium Designer cung cấp tính năng Part Requests.

Kỹ sư có thể đơn giản gửi yêu cầu tạo một hoặc nhiều linh kiện và nhận thông báo khi yêu cầu đó đã được hoàn tất, các thành phần đã sẵn sàng để sử dụng, hoặc bị từ chối (kèm lý do). Người yêu cầu cần cung cấp càng nhiều thông tin quan trọng để hỗ trợ yêu cầu càng tốt (nhà sản xuất và mã linh kiện, mô tả, bất kỳ datasheet liên quan nào (PDF hoặc URL)). Thậm chí có thể tạo sẵn các Stub Component Item để thủ thư linh kiện tiếp tục xử lý (và hoàn thiện).

Workflow quy trình Part Request

Related page: Creating & Managing Processes (Altium 365 Workspace, Enterprise Server Workspace)

Altium Designer cung cấp một môi trường thiết kế cộng tác mạnh mẽ. Một phần của điều đó là hỗ trợ Workflows để hướng dẫn các nhà thiết kế trong công ty thực hiện những quy trình thiết kế điển hình, diễn ra hằng ngày như tạo linh kiện mới. Mỗi Workflow được dùng để triển khai một quy trình thiết kế cụ thể sẽ được tạo như một phần của Process Definition. Vì vậy, nó có thể được gọi là Workflow nền tảng của quy trình đó, hoặc đơn giản là một Process Workflow.

Các quy trình và Workflow tương ứng được tạo và quản lý thông qua browser interface của Workspace – bởi Quản trị viên của Workspace đó. Một định nghĩa quy trình được xác định sẵn cho Part Requests được kích hoạt để sử dụng ngay khi cài đặt (New Part Request). Bạn có thể tìm thấy nó trên tab Part Requests của trang Admin – Processes trong browser interface. Hãy dùng nó, chỉnh sửa nó hoặc tự tạo quy trình của riêng bạn khi cần để phù hợp với nhu cầu gửi yêu cầu linh kiện trong công ty. Ngoài ra, còn có thêm năm định nghĩa quy trình mẫu – New Part Request Assign, New Part Request Multiple Tasks, Part Request with PLM Part Create, Part Request with lifecycle change, và New Part Request Notify 3rd party. Những định nghĩa này không thể được kích hoạt và sử dụng nguyên trạng. Vì thế, mỗi định nghĩa giống như một “mẫu” hơn – hãy chỉnh sửa cho phù hợp với yêu cầu của công ty bạn, đặt tên và lưu thành một định nghĩa quy trình mới; sau đó bạn có thể kích hoạt và sử dụng nó cùng với tất cả các định nghĩa khác trong chủ đề quy trình Part Requests.

• New Part Request – đang được kích hoạt để sử dụng, và sơ đồ workflow của nó được hiển thị bên dưới.

  
  Sơ đồ workflow của định nghĩa quy trình New Part Request.

• New Part Request Assign – định nghĩa mẫu dạng template, từ đó bạn có thể tạo định nghĩa riêng của mình (chỉnh sửa, đặt tên, rồi lưu/deploy). Sơ đồ workflow được hiển thị bên dưới.

  
  Sơ đồ workflow của định nghĩa quy trình mẫu New Part Request Assign.

• New Part Request Multiple Tasks – định nghĩa mẫu dạng template, từ đó bạn có thể tạo định nghĩa riêng của mình (chỉnh sửa, đặt tên, rồi lưu/deploy). Sơ đồ workflow được hiển thị bên dưới.

  
  Sơ đồ workflow của định nghĩa quy trình mẫu New Part Request Multiple Tasks.

• Part Request with PLM Part Create – định nghĩa mẫu dạng template, hỗ trợ tự động tạo một Component trong phiên bản PLM của bạn, rồi truyền ngược mã linh kiện đã tạo về component trong Workspace. Sơ đồ workflow được hiển thị bên dưới.

  
  Sơ đồ workflow của định nghĩa quy trình mẫu Part Request with PLM Part Create.

  Một điều quan trọng cần lưu ý là khi bạn chỉnh sửa định nghĩa mẫu này để tạo định nghĩa của riêng mình, bạn phải chỉ định phiên bản PLM nơi các linh kiện sẽ được tạo. Chọn thực thể Create Part in PLM trong sơ đồ workflow và chọn phiên bản PLM từ menu thả xuống gắn với trường PLM Instance. Menu này liệt kê tất cả các phiên bản PLM hiện đang được định nghĩa (như được định nghĩa trên trang PLM Integration của giao diện).

• Part Request with lifecycle change – định nghĩa mẫu dạng template, cung cấp khả năng thay đổi trạng thái vòng đời của một component. Sơ đồ workflow được hiển thị bên dưới.

  
  Sơ đồ workflow của định nghĩa quy trình mẫu Part Request with lifecycle change.

• New Part Request Notify 3rd party – định nghĩa mẫu, cung cấp khả năng kích hoạt thông báo EDS với các tham số từ workflow, và chờ phản hồi từ EDS. Điều này có thể được dùng để tích hợp một hệ thống bên thứ ba vào các quy trình của Enterprise Server (yêu cầu quyền truy cập Enterprise Server SDK), cho phép bạn tùy biến thêm các workflow của mình và hỗ trợ tác động đến các quyết định trong workflow của một quy trình từ một nguồn bên ngoài. Sơ đồ workflow được hiển thị bên dưới.

  
  Sơ đồ workflow của định nghĩa quy trình mẫu New Part Request Notify 3rd party.

Khởi tạo Part Request

Khi bộ định nghĩa quy trình cần thiết cho chủ đề quy trình Part Requests đã được xây dựng theo nhu cầu của công ty bạn, những định nghĩa nào được kích hoạt sẽ sẵn sàng để tất cả người dùng sử dụng ngay khi họ đang kết nối với Workspace. Các phần sau đây sẽ xem xét nơi mà nhà thiết kế có thể truy cập và khởi chạy các quy trình đang hoạt động này – cả từ Altium Designer lẫn browser interface của Workspace.

Quản trị viên của Workspace có thể khởi chạy một instance mới của bất kỳ định nghĩa quy trình đã kích hoạt nào – trực tiếp từ tab Part Requests trong khu vực Processes của browser interface của Workspace – bằng cách nhấp vào điều khiển .

Từ bên trong Altium Designer

Từ bên trong Altium Designer, các định nghĩa quy trình đã kích hoạt thuộc chủ đề Part Requests có thể được truy cập tại những vị trí sau:

• Từ Components panel. Nhấp chuột phải trong vùng chính của panel – các định nghĩa quy trình yêu cầu linh kiện đang hoạt động sẽ có trong menu con Operations » Submit Request. Ngoài ra, hãy nhấp vào liên kết Submit request dưới mục Need more components?.

  
  Khởi tạo Part Request từ trong panel Component.

  Nếu không có định nghĩa quy trình đang hoạt động nào cho chủ đề quy trình Part Requests, menu con Submit Request sẽ bị làm mờ (không khả dụng). Bạn có thể cần đăng xuất khỏi Workspace rồi đăng nhập lại, hoặc khởi động lại Altium Designer, để làm mới.

• Từ Manufacturer Part Search panel. Nếu mục tìm kiếm hiện được chọn không có biểu tượng , ngăn Details (truy cập bằng cách nhấp ) sẽ hiển thị nút . Nhấp vào phần mũi tên thả xuống của nút để truy cập menu các định nghĩa quy trình yêu cầu linh kiện đang hoạt động. Nhấp trực tiếp vào phần chính của nút sẽ khởi chạy định nghĩa quy trình đầu tiên trong danh sách.

  Gửi yêu cầu linh kiện thông qua panel Manufacturer Part Search có thêm lợi ích là nó sẽ tự động điền thông tin quan trọng cho bạn, bao gồm tất cả datasheet và thông tin tham số.

  
  Khởi tạo Part Request từ trong panel Manufacturer Part Search, từ một component không có model.

  Nếu không có định nghĩa quy trình đang hoạt động nào cho chủ đề quy trình Part Requests, nút sẽ bị làm mờ (không khả dụng). Bạn có thể cần đăng xuất khỏi Workspace rồi đăng nhập lại, hoặc khởi động lại Altium Designer, để làm mới.

  Nếu mục tìm kiếm hiện được chọn có biểu tượng , các định nghĩa quy trình yêu cầu linh kiện đang hoạt động sẽ có sẵn từ menu gắn với nút (nhấp vào phần thả xuống của nút).

  
  Khởi tạo Part Request từ trong panel Manufacturer Part Search, từ một component có model.

  Các định nghĩa quy trình yêu cầu linh kiện đang hoạt động cũng có thể được truy cập từ menu chuột phải của vùng chính của panel, từ menu con Submit Request.

  
  Khởi tạo Part Request từ trong vùng chính của panel Manufacturer Part Search.

  Nếu không có định nghĩa quy trình đang hoạt động nào cho chủ đề quy trình Part Requests, menu con Submit Request sẽ bị làm mờ (không khả dụng). Bạn có thể cần đăng xuất khỏi Workspace rồi đăng nhập lại, hoặc khởi động lại Altium Designer, để làm mới.

• Từ Explorer panel, khi thư mục chuyên dụng Part requests được chọn hoặc sau khi đã thực hiện tìm kiếm. Nút sẽ khả dụng; khi nhấn vào, nó sẽ hiển thị các định nghĩa quy trình yêu cầu linh kiện đang hoạt động để lựa chọn.

  
  Khởi tạo Part Request từ trong panel Explorer.

  Lưu ý rằng nếu tính năng Legacy Part Requests feature đã được bật cho một Enterprise Server Workspace, thì nút này sẽ xuất hiện dưới dạng . Một mục bổ sung liên quan đến các yêu cầu linh kiện mới sử dụng chức năng legacy đó cũng sẽ xuất hiện trên menu. Mục này sẽ có hậu tố (Legacy). Nếu không có định nghĩa quy trình đang hoạt động nào cho chủ đề quy trình Part Requests và tính năng Legacy Part Requests không được bật, nút Submit Request sẽ không được hiển thị. Bạn có thể cần đăng xuất khỏi Workspace rồi đăng nhập lại, hoặc khởi động lại Altium Designer, để làm mới.

Bắt đầu một yêu cầu

Sau khi chọn định nghĩa quy trình yêu cầu linh kiện cần dùng, hộp thoại Start Part Request sẽ xuất hiện. Hộp thoại này sẽ cung cấp các điều khiển để xác định linh kiện được yêu cầu – hãy cung cấp càng nhiều thông tin càng tốt để người được giao tạo component có thể cung cấp linh kiện đúng chính xác theo nhu cầu.

Thông tin thực tế có trong hộp thoại sẽ phụ thuộc vào nội dung được định nghĩa trong biểu mẫu liên kết với phần tử Start của workflow quy trình. Hình ảnh sau cho thấy biểu mẫu được định nghĩa cho phần tử Start của định nghĩa quy trình New Part Request, cùng với hộp thoại Start Part Request tương ứng khi định nghĩa đó được chạy từ panel Components hoặc panel Explorer.

Ví dụ minh họa hộp thoại Start Part Request khi chạy định nghĩa quy trình New Part Request từ panel Components hoặc panel Explorer. Nội dung của hộp thoại phần lớn được quyết định bởi biểu mẫu nền tảng cho phần tử Start trong workflow quy trình của định nghĩa đó.

Hình ảnh sau cho thấy hộp thoại Start Part Request khi định nghĩa quy trình New Part Request được chạy từ panel Manufacturer Part Search. Gửi yêu cầu linh kiện từ panel này có thêm lợi ích là nó sẽ tự động điền thông tin quan trọng cho bạn, bao gồm tất cả datasheet và thông tin tham số.

Ví dụ minh họa hộp thoại Start Part Request khi chạy định nghĩa quy trình New Part Request từ panel Manufacturer Part Search. Lưu ý rằng rất nhiều thông tin đã được điền sẵn cho bạn (được tô nổi màu xanh lá cho linh kiện được chọn ở đây).

Đối với các định nghĩa quy trình yêu cầu linh kiện mặc định, có các điều khiển sau:

• Request title – tên nhận dạng được dùng cho Part Request. Có thể nhập thủ công hoặc giữ nguyên mặc định AUTO, giá trị này sẽ tạo tiêu đề theo định dạng <process name> #<incrementing number>  - ví dụ: Part Request Lifecycle #9.

• Part number – đây là trường bắt buộc, cho thủ thư linh kiện biết chính xác mã linh kiện bạn cần họ tạo.

• Manufacturer – đây là trường bắt buộc để cho thủ thư linh kiện biết ai là nhà sản xuất thực sự của linh kiện đó.

• Description – trường này có thể được dùng để cung cấp mô tả chi tiết cho linh kiện (thường lấy từ datasheet của nhà sản xuất).

• Priority – đây là trường bắt buộc dùng để chỉ định mức ưu tiên của yêu cầu. Chọn một trong các giá trị Low, Medium, hoặc High. Thiết lập mặc định là Medium.

• Needed by – dùng trường này để chỉ định ngày mà bạn cần component phải sẵn sàng. Nhấp vào trường sẽ mở ra một cửa sổ lịch để chỉ định ngày yêu cầu.

• Link – nếu bạn có URL của datasheet linh kiện, hãy nhập vào trường này.

• Datasheets – nếu bạn có bất kỳ datasheet nào cho linh kiện, hãy thêm chúng bằng trường này, hoặc qua hộp thoại bằng cách nhấp nút ​, hoặc bằng cách kéo thả chúng vào vùng được chỉ định. Có thể đính kèm tệp ở bất kỳ định dạng nào. Để xóa một tệp, nhấp vào điều khiển xóa của nó ( ​).

• Preliminary components – dùng trường này để thêm liên kết đến bất kỳ symbol, footprint và component hiện có nào trong Workspace của bạn, có thể được dùng làm cơ sở để tạo linh kiện được yêu cầu. Nhấp vào trường và bắt đầu gõ để truy cập danh sách các Item hiện có (theo Item ID). Chọn một mục sẽ thêm nó vào trường. Ngoài ra, nhấp nút để mở hộp thoại Choose Items (một biến thể rút gọn của panel Explorer) để duyệt các thành phần sơ bộ cần thiết. Để xóa một mục, nhấp vào điều khiển đóng của mục đó ().

  
  Thêm liên kết tới nội dung hiện có trong Workspace, có thể được dùng khi tạo linh kiện được yêu cầu.

• Properties – trường này chỉ khả dụng khi bắt đầu yêu cầu từ một linh kiện đã chọn trong panel Manufacturer Part Search và chỉ đơn giản tải/hiển thị các tham số của linh kiện đó cùng với giá trị của chúng.

Khi toàn bộ dữ liệu đã được nhập/chỉ định theo yêu cầu, hãy nhấp vào nút để khởi tạo yêu cầu. Các trường Part number, Manufacturer, và Priority là những dữ liệu tối thiểu bắt buộc để một yêu cầu linh kiện có thể được xử lý, vì vậy chúng là các trường bắt buộc. Nếu bạn cố bắt đầu yêu cầu mà thiếu một trong các trường này, trường đó sẽ được đánh dấu là bắt buộc, hiển thị biểu tượng dấu chấm than màu đỏ, và nút sẽ không khả dụng.

Part number, Manufacturer và Priority là những thông tin thiết yếu cần để tạo linh kiện mới và vì vậy là bắt buộc – bạn không thể tiếp tục yêu cầu khi một trong số đó vẫn chưa được xác định.

Từ Browser Interface của Workspace

Từ browser interface của Workspace, các định nghĩa quy trình đã kích hoạt thuộc chủ đề Part Requests có thể được truy cập từ trang Part Requests, bằng cách nhấp nút ở góc trên bên phải của trang.

Truy cập các định nghĩa Part Requests đã kích hoạt từ trang Part Requests trong browser interface của Workspace. Ở đây minh họa việc truy cập các định nghĩa trong một Altium 365 Workspace. Di chuột lên hình ảnh để xem cách truy cập các định nghĩa trong một Enterprise Server Workspace.

Nếu không có định nghĩa quy trình đang hoạt động nào cho chủ đề quy trình Part Requests, nút sẽ không khả dụng. Nếu chỉ có một định nghĩa quy trình tồn tại, nút sẽ không xuất hiện với chức năng thả xuống, mà sẽ bắt đầu quy trình đó ngay khi được nhấp.

Bắt đầu yêu cầu

Sau khi chọn định nghĩa quy trình yêu cầu linh kiện cần dùng, một cửa sổ sẽ xuất hiện với tiêu đề phản ánh tên của định nghĩa quy trình đã chọn. Cửa sổ này sẽ cung cấp các điều khiển để xác định linh kiện được yêu cầu – hãy cung cấp càng nhiều thông tin càng tốt để người được giao tạo component có thể cung cấp linh kiện đúng chính xác theo nhu cầu.

Thông tin thực tế có trong hộp thoại sẽ phụ thuộc vào nội dung được định nghĩa trong biểu mẫu liên kết với phần tử Start của workflow quy trình. Hình ảnh sau cho thấy biểu mẫu được định nghĩa cho phần tử Start của định nghĩa quy trình New Part Request, cùng với cửa sổ New Part Request kết quả.

Ví dụ minh họa cửa sổ New Part Request khi chạy định nghĩa quy trình New Part Request từ browser interface của Workspace. Nội dung của cửa sổ phần lớn được quyết định bởi biểu mẫu nền tảng cho phần tử Start trong workflow quy trình của định nghĩa đó.

Đối với các định nghĩa quy trình yêu cầu linh kiện mặc định, có các điều khiển sau:

• Request title – tên nhận dạng được dùng cho Part Request. Có thể nhập thủ công hoặc giữ nguyên mặc định AUTO, giá trị này sẽ tạo tiêu đề theo định dạng <process name> #<incrementing number>  - ví dụ: Part Request Lifecycle #9.

• Part number – đây là trường bắt buộc, cho thủ thư linh kiện biết chính xác mã linh kiện bạn cần họ tạo.

• Manufacturer – đây là trường bắt buộc để cho thủ thư linh kiện biết ai là nhà sản xuất thực sự của linh kiện đó.

• Description – trường này có thể được dùng để cung cấp mô tả chi tiết cho linh kiện (thường lấy từ datasheet của nhà sản xuất).

• Priority – đây là trường bắt buộc dùng để chỉ định mức ưu tiên của yêu cầu. Chọn một trong các giá trị Low, Medium, hoặc High. Thiết lập mặc định là Medium.

• Needed by – dùng trường này để chỉ định ngày mà bạn cần component phải sẵn sàng. Nhấp vào trường sẽ mở ra một cửa sổ lịch để chỉ định ngày yêu cầu.

• Link – nếu bạn có URL của datasheet linh kiện, hãy nhập vào trường này.

• Datasheets – nếu bạn có bất kỳ datasheet nào cho linh kiện, hãy thêm chúng bằng trường này, hoặc qua hộp thoại bằng cách nhấp nút , hoặc bằng cách kéo thả chúng vào vùng được chỉ định. Có thể đính kèm tệp ở bất kỳ định dạng nào. Để xóa một tệp, nhấp vào điều khiển xóa của nó ().

• Preliminary components – dùng trường này để thêm liên kết đến bất kỳ symbol, footprint và component hiện có nào trong Workspace của bạn, có thể được dùng làm cơ sở để tạo linh kiện được yêu cầu. Nhấp vào trường và bắt đầu gõ để truy cập danh sách các Item hiện có (theo Item ID). Chọn một mục sẽ thêm nó vào trường. Ngoài ra, nhấp nút để mở cửa sổ Explorer, từ đó duyệt các thành phần sơ bộ cần thiết. Để xóa một mục, nhấp vào điều khiển đóng của mục đó ().

  
  Thêm liên kết tới nội dung hiện có trong Workspace, có thể được dùng khi tạo linh kiện được yêu cầu.

Khi toàn bộ dữ liệu đã được nhập/chỉ định theo yêu cầu, hãy nhấp nút để khởi tạo yêu cầu. Các trường Part number, Manufacturer, và Priority là những dữ liệu tối thiểu bắt buộc để một yêu cầu linh kiện có thể được xử lý, vì vậy chúng là các trường bắt buộc. Nếu bạn cố bắt đầu yêu cầu mà thiếu một trong các trường này, trường đó sẽ được đánh dấu là bắt buộc.

Part number, Manufacturer và Priority là những thông tin thiết yếu cần để tạo linh kiện mới và vì vậy là bắt buộc – bạn không thể tiếp tục yêu cầu khi một trong số đó vẫn chưa được xác định.

Phân công yêu cầu ban đầu

Việc một yêu cầu linh kiện mới được phân công ban đầu như thế nào phụ thuộc vào các thiết lập được xác định cho Assignee, Except, và Task ownership – được định nghĩa cho User Task đầu tiên xuất hiện sau khi gửi yêu cầu, như một phần của workflow nền tảng của định nghĩa quy trình.

• Assignee – có thể là một người dùng duy nhất trong Workspace của bạn, nhiều người dùng, hoặc một vai trò cụ thể (nhóm người dùng).
• Except – người không được phép thực hiện tác vụ, ngay cả khi họ thuộc phạm vi người được giao (ví dụ: người yêu cầu không nên tự phê duyệt yêu cầu linh kiện của chính mình!).
• Task ownership – xác định ai có thể xử lý một tác vụ, liên quan đến (các) người dùng được chỉ định trong trường Assignee. Có các tùy chọn sau:
  • One of assigned users – nếu chỉ có một người dùng duy nhất trong trường Assignee, tác vụ ban đầu để xử lý yêu cầu sẽ được giao trực tiếp cho người dùng đó. Nếu có nhiều người được giao, tất cả người dùng sẽ thấy tác vụ trong danh sách tác vụ của họ và một trong những người đó sẽ tự nhận tác vụ.
  • All assigned users – tất cả người được giao đều nhận tác vụ.

Đối với các định nghĩa quy trình Part Request mặc định, Assignee được xác định là các quản trị viên của Workspace (thành viên của vai trò Administrators). Task ownership được đặt thành One of assigned users, nghĩa là một trong những người dùng quản trị đó phải tiếp nhận yêu cầu.

Người dùng nào ban đầu sẽ nhận tác vụ xử lý một yêu cầu linh kiện mới phụ thuộc vào cách các thiết lập cho Assignee, Except và Task ownership đã được định nghĩa cho tác vụ người dùng ban đầu trong workflow nền của định nghĩa quy trình tương ứng. Hình trên cho thấy các thiết lập cho định nghĩa quy trình New Part Request mặc định.

Xử lý một Part Request

Related page: Working with Tasks (Altium 365 Workspace, Enterprise Server Workspace)

Sau khi một Part Request được khởi tạo, việc tương tác với yêu cầu đó – hay đúng hơn là workflow quy trình đã được định nghĩa của nó – được thực hiện thông qua khái niệm Tasks. Một Task liên quan đến một tác vụ người dùng được định nghĩa trong workflow – một điểm mà tại đó cần có hành động của người dùng để workflow có thể tiếp tục. Đối với một Part Request, tác vụ đầu tiên trong workflow sẽ được chuyển đến người được giao và chịu trách nhiệm tạo linh kiện đó.

Truy cập Task từ trong Altium Designer

Khi bạn kết nối với Workspace của mình thông qua Altium Designer, danh sách tác vụ hiện tại của bạn sẽ có sẵn thông qua Tasklist panel. Đối với các tác vụ liên quan đến Part Request, hãy xem Title của tác vụ, phản ánh tên của quy trình liên kết cùng với hậu tố phiên bản (ví dụ: New Part Request #1). Tên của tác vụ đơn giản là tên được đặt cho phần tử tác vụ người dùng trong workflow nền của quy trình.

Ví dụ về các tác vụ Part Request hiện đang được giao cho, hoặc có thể được gán cho, người dùng hiện đang kết nối với Workspace.

Một tác vụ chưa được gán sẽ được hiển thị trong danh sách tác vụ với biểu tượng . Các tác vụ được giao cho bạn được phân biệt bằng biểu tượng .

Nhấp vào mục của một tác vụ sẽ mở một hộp thoại chứa biểu mẫu liên kết với tác vụ đó. Biểu mẫu trình bày mọi thông tin và trường đã được định nghĩa cho tác vụ người dùng cụ thể đó – bởi quản trị viên khi xây dựng workflow quy trình – nhằm lấy các lựa chọn, thông tin hoặc dữ liệu từ người dùng, từ đó hỗ trợ workflow tiếp tục tiến triển.

Ví dụ biểu mẫu cho một tác vụ người dùng liên kết với quy trình New Part Request mặc định, khi được truy cập từ bảng Tasklist trong Altium Designer.

Để xem workflow nền cho quy trình cha của tác vụ, hãy kích hoạt tab Diagram. Sơ đồ cho thấy workflow hoàn chỉnh của quy trình và điểm đã đạt được trong luồng đó – tác vụ người dùng mà bạn hiện đang xử lý, được thể hiện bằng việc bao gồm tên của bạn.

Truy cập sơ đồ workflow cho quy trình New Part Request mặc định, làm nổi bật tác vụ người dùng cần hành động và ai là người phải thực hiện.

Tương tác với biểu mẫu khi cần để hoàn thành tác vụ của bạn. Việc này có thể là chọn một tùy chọn, đưa ra nhận xét hoặc đính kèm thêm tệp/dữ liệu. Ví dụ, đối với quy trình New Part Request mặc định, tác vụ dành cho người tạo linh kiện có ba trường chính:

• Components – dùng trường này để thêm liên kết đến bất kỳ symbol, footprint và component hiện có nào trong Workspace của bạn, đã được tạo để đáp ứng linh kiện được yêu cầu.
• Next step – dùng trường này để xác định điều gì sẽ xảy ra tiếp theo trong vòng đời của yêu cầu linh kiện này:
  • Completed – chọn tùy chọn này nếu bạn đã tạo linh kiện (và các domain model liên quan nếu áp dụng).
  • Rejected – chọn tùy chọn này nếu bạn không có ý định tạo linh kiện (và quan trọng là phải thêm lý do vào trường Note).
  • Needs more info – chọn tùy chọn này nếu tại thời điểm này bạn không thể tạo linh kiện nếu không có thêm thông tin từ người yêu cầu (và quan trọng là phải thêm nội dung cần thiết vào trường Note).
• Note – dùng trường này để cung cấp nhận xét liên quan đến tác vụ. Ví dụ: cho biết component mới tạo là 'good to go', hoặc giải thích ngắn gọn vì sao linh kiện được yêu cầu sẽ không được tạo. Và nếu bạn cần thêm thông tin từ người yêu cầu, đây là nơi để nêu rõ những gì còn thiếu trong yêu cầu ban đầu!

Sau khi bạn đã điền biểu mẫu cho tác vụ của mình theo yêu cầu, hãy nhấp vào nút để quy trình có thể chuyển sang giai đoạn liên quan tiếp theo. Tác vụ sẽ được xem là đã hoàn tất và bị xóa khỏi bảng. Nếu tác vụ tiếp theo trong luồng cũng được giao cho bạn, biểu mẫu liên quan sẽ tự động được hiển thị.

Truy cập Task từ giao diện trình duyệt của Workspace

Đăng nhập vào giao diện trình duyệt của Workspace và truy cập trang Tasks để xem danh sách các tác vụ hiện còn tồn đọng của bạn, đang cần hành động. Mỗi tác vụ là một giai đoạn cụ thể đạt được trong workflow của một quy trình liên kết.

Đối với các tác vụ liên quan đến Part Request, hãy xem Title của tác vụ, phản ánh tên của quy trình liên kết cùng với hậu tố phiên bản (ví dụ: New Part Request #1). Tên của tác vụ đơn giản là tên được đặt cho phần tử tác vụ người dùng trong workflow nền của quy trình.

Ví dụ về các tác vụ Part Request hiện đang được giao cho, hoặc có thể được gán cho, người dùng hiện đang kết nối với Workspace. Ở đây hiển thị các tác vụ Part Request trong một Altium 365 Workspace. Di chuột qua hình ảnh để xem các tác vụ Part Request trong một Enterprise Server Workspace.

Một tác vụ chưa được gán sẽ được hiển thị trong danh sách tác vụ với biểu tượng . Các tác vụ được giao cho bạn được phân biệt bằng biểu tượng .

Nhấp vào mục tác vụ tương ứng – liên quan đến Part Request – để biểu mẫu liên kết của nó được hiển thị trên tab Form, ở phía bên phải của trang. Biểu mẫu trình bày mọi thông tin và trường đã được định nghĩa cho tác vụ người dùng cụ thể đó – bởi quản trị viên khi xây dựng workflow quy trình – nhằm lấy các lựa chọn, thông tin hoặc dữ liệu từ người dùng, từ đó hỗ trợ workflow tiếp tục tiến triển.

Ví dụ biểu mẫu cho một tác vụ người dùng liên kết với quy trình New Part Request mặc định, khi được truy cập từ trang Tasks trong giao diện trình duyệt của Workspace.

Để xem workflow nền cho quy trình cha của tác vụ, hãy kích hoạt tab Diagram. Sơ đồ không chỉ cho thấy workflow hoàn chỉnh của quy trình mà còn cho biết điểm đã đạt được trong luồng đó – tác vụ người dùng mà bạn hiện đang xử lý, được thể hiện bằng việc bao gồm tên của bạn.

Truy cập sơ đồ workflow cho quy trình New Part Request mặc định, làm nổi bật tác vụ người dùng cần hành động và ai là người phải thực hiện. Trong trường hợp này, người dùng Pavel.Demidov@altium.com được giao nhiệm vụ tạo linh kiện được yêu cầu và cần xử lý tác vụ để workflow có thể tiếp tục đến sự kiện tiếp theo.

Tương tác với biểu mẫu khi cần để hoàn thành tác vụ của bạn. Việc này có thể là chọn một tùy chọn, đưa ra nhận xét hoặc đính kèm thêm tệp/dữ liệu. Ví dụ, đối với quy trình New Part Request mặc định, tác vụ dành cho người tạo linh kiện có ba trường chính:

• Components – dùng trường này để thêm liên kết đến bất kỳ symbol, footprint và component hiện có nào trong Workspace của bạn, đã được tạo để đáp ứng linh kiện được yêu cầu.
• Next step – dùng trường này để xác định điều gì sẽ xảy ra tiếp theo trong vòng đời của yêu cầu linh kiện này:
  • Completed – chọn tùy chọn này nếu bạn đã tạo linh kiện (và các domain model liên quan nếu áp dụng).
  • Rejected – chọn tùy chọn này nếu bạn không có ý định tạo linh kiện (và quan trọng là phải thêm lý do vào trường Note).
  • Needs more info – chọn tùy chọn này nếu tại thời điểm này bạn không thể tạo linh kiện nếu không có thêm thông tin từ người yêu cầu (và quan trọng là phải thêm nội dung cần thiết vào trường Note).
• Note – dùng trường này để cung cấp nhận xét liên quan đến tác vụ. Ví dụ: cho biết component mới tạo là 'good to go', hoặc giải thích ngắn gọn vì sao linh kiện được yêu cầu sẽ không được tạo. Và nếu bạn cần thêm thông tin từ người yêu cầu, đây là nơi để nêu rõ những gì còn thiếu trong yêu cầu ban đầu!

Sau khi bạn đã điền biểu mẫu cho tác vụ của mình theo yêu cầu, hãy nhấp vào nút . Tác vụ sẽ được xem là đã hoàn tất và bị xóa khỏi danh sách tác vụ của bạn. Nếu tác vụ tiếp theo trong luồng cũng được giao cho bạn, biểu mẫu liên quan sẽ tự động được hiển thị.

Xem Part Requests

Bất kỳ lúc nào, bất kỳ người dùng nào cũng có thể xem các hoạt động yêu cầu linh kiện – cả yêu cầu đang hoạt động lẫn yêu cầu đã đóng. Việc này có thể được thực hiện từ hai nơi.

Trang Part Requests (Giao diện trình duyệt Workspace)

Từ trang Part Requests của giao diện trình duyệt Workspace, bạn có thể duyệt tập trung tất cả các yêu cầu linh kiện.

Duyệt tất cả các quy trình yêu cầu linh kiện từ một vị trí thuận tiện duy nhất. Ở đây hiển thị cách truy cập trang Part Requests trong một Altium 365 Workspace. Di chuột qua hình ảnh để xem cách truy cập trang trong một Enterprise Server Workspace.

Đối với mỗi mục, các thông tin sau sẽ được trình bày (khi áp dụng):

• Status – trạng thái của quy trình yêu cầu linh kiện. Trạng thái này có thể là một trong các trạng thái sau:
  •  Active – quy trình yêu cầu linh kiện hiện đang hoạt động và workflow liên kết của nó đang tiến triển.
  •  On hold – quy trình yêu cầu linh kiện hiện đang hoạt động, nhưng đang chờ đầu vào ban đầu, chẳng hạn như phân bổ người được giao, trước khi workflow của nó có thể tiếp tục.
  •  Closed – quy trình yêu cầu linh kiện hiện đã đóng, ví dụ như đã hoàn tất thành công hoặc bị từ chối.
  • Terminated – quy trình yêu cầu linh kiện hiện đã đóng và đã bị chấm dứt trực tiếp bởi người khởi tạo yêu cầu hoặc một Quản trị viên Workspace.
• Process Name – tên của định nghĩa quy trình yêu cầu linh kiện.
• Title – trường này được dùng để phân biệt giữa nhiều phiên bản của cùng một quy trình yêu cầu linh kiện. Tiêu đề là tên quy trình, kèm hậu tố phiên bản (#1, #2, v.v.).
• State – đây là trạng thái hiện tại đã đạt được trong workflow liên kết của quy trình.
• Assignee (Chỉ quy trình đang hoạt động) – đây là người dùng hiện có một tác vụ cần thực hiện để đưa quy trình yêu cầu linh kiện tiến lên từ trạng thái workflow hiện tại.
• Started By – người dùng đã khởi tạo quy trình yêu cầu linh kiện.
• Started At – ngày và giờ mà quy trình yêu cầu linh kiện được bắt đầu.
• Ended At (Chỉ quy trình đã đóng) – ngày và giờ mà quy trình yêu cầu linh kiện đã kết thúc.

Đối với một quy trình yêu cầu linh kiện đang hoạt động, cũng có điều khiển Terminate (). Nhấp vào đây để buộc kết thúc quy trình yêu cầu linh kiện. Quy trình sẽ được chuyển sang danh sách các quy trình yêu cầu linh kiện Closed. Chỉ người khởi tạo một yêu cầu linh kiện hoặc thành viên của vai trò Administrators cho Workspace mới có thể chấm dứt một quy trình yêu cầu linh kiện.

Các quy trình yêu cầu linh kiện có thể được sắp xếp theo bất kỳ cột nào có điều khiển – nhấp vào điều khiển đó hoặc tên cột. Cũng có thể thực hiện tìm kiếm bằng trường Search ở đầu danh sách. Dữ liệu trong tất cả các trường ngoại trừ Status, Started At và Terminate đều có thể được dùng để tìm kiếm.

Nhấp vào một mục cho quy trình yêu cầu linh kiện để xem sơ đồ workflow nền của nó (trên tab Diagram bên dưới danh sách), cho biết điều gì cần xảy ra để quy trình được hoàn tất và quy trình đó hiện đang ở đâu trong luồng của nó, xét theo việc ai hiện có một tác vụ cần thực hiện để đưa quy trình tiến lên.

Nhấp vào điều khiển ở góc dưới bên phải để làm nổi bật điểm hiện tại đã đạt được trong workflow – mục của (các) người dùng sẽ nhấp nháy trong chốc lát.

Xem workflow nền cho một quy trình yêu cầu linh kiện đã chọn trên tab Diagram của nó. Mỗi workflow được xây dựng dưới dạng sơ đồ để bạn có thể nhìn nhanh và biết ngay yêu cầu linh kiện hiện đang nằm ở đâu trong workflow, và ai hiện có tác vụ tiếp theo để tiếp tục tiến trình của yêu cầu đó.

Các tab bổ sung sau cũng khả dụng:

• Data – hiển thị tất cả dữ liệu liên quan cho quy trình. Đối với một quy trình yêu cầu linh kiện, điều này có thể bao gồm datasheet đính kèm, dữ liệu tham số và mọi component sơ bộ.

  Các thực thể áp dụng, chẳng hạn như datasheet, sẽ xuất hiện dưới dạng siêu liên kết để điều hướng nhanh đến hoặc mở chúng.
• History – hiển thị lịch sử các hành động đã thực hiện trong suốt workflow của quy trình.

Sử dụng các tab Data và History để duyệt thêm chi tiết cho quy trình yêu cầu linh kiện và vết hoạt động workflow của nó, tương ứng.

Tasklist Panel (Altium Designer)

Khi bạn kết nối với Workspace của mình thông qua Altium Designer, tất cả các hoạt động dựa trên quy trình mà bạn đã khởi tạo sẽ có thể duyệt được trong vùng Activities của Tasklist panel. Để chỉ liệt kê các quy trình Part Request, hãy nhấp vào nút và tắt các mục Project Activity và Project Creation (chỉ để lại mục Part Request được bật).

Truy cập các yêu cầu linh kiện mà bạn đã khởi tạo, trực tiếp từ bên trong Altium Designer.

Theo mặc định, vùng này hiển thị tất cả các quy trình yêu cầu linh kiện Active (đang chạy). Chuyển sang xem tất cả các quy trình Closed (ví dụ: đã hoàn tất, bị từ chối hoặc đã chấm dứt) bằng cách nhấp vào nút và bật mục Show closed.

Đối với mỗi mục, các thông tin sau sẽ được trình bày (khi áp dụng):

• State – trạng thái của quy trình yêu cầu linh kiện. Trạng thái này có thể là một trong các trạng thái sau:
  •  Active – quy trình yêu cầu linh kiện hiện đang hoạt động và workflow liên kết của nó đang tiến triển.
  •  On hold – quy trình yêu cầu linh kiện hiện đang hoạt động, nhưng đang chờ đầu vào ban đầu, chẳng hạn như phân bổ người được giao, trước khi workflow của nó có thể tiếp tục.
  •  Closed – quy trình yêu cầu linh kiện hiện đã đóng, ví dụ như đã hoàn tất thành công hoặc bị từ chối.
  •  Terminated – quy trình yêu cầu linh kiện hiện đã đóng và đã bị chấm dứt trực tiếp bởi người khởi tạo yêu cầu hoặc một Quản trị viên Workspace.
• Title – trường này được dùng để phân biệt giữa nhiều phiên bản của cùng một quy trình yêu cầu linh kiện. Tiêu đề là tên quy trình, kèm hậu tố phiên bản (#1, #2, v.v.).
• Type – tên của định nghĩa quy trình yêu cầu linh kiện.
• Started – ngày và giờ mà quy trình yêu cầu linh kiện được bắt đầu.

Nhấp vào một mục sẽ mở một hộp thoại trình bày workflow nền cho quy trình cha của tác vụ – trên tab Diagram của hộp thoại đó – cho biết điều gì cần xảy ra để quy trình được hoàn tất và quy trình đó hiện đang ở đâu trong luồng của nó, xét theo việc ai hiện có một tác vụ cần thực hiện để đưa quy trình tiến lên. Chuyển sang tab Data của hộp thoại để hiển thị tất cả dữ liệu liên quan cho quy trình. Đối với một quy trình yêu cầu linh kiện, điều này có thể bao gồm datasheet đính kèm, dữ liệu tham số và mọi component sơ bộ.

Xem quy trình làm việc nền tảng cho một quy trình yêu cầu linh kiện đã chọn trên tab Diagram. Mỗi quy trình làm việc được xây dựng dưới dạng sơ đồ, cho phép bạn nhanh chóng thấy được yêu cầu linh kiện hiện đang ở bước nào trong quy trình và ai là người sẽ nhận tác vụ tiếp theo để tiếp tục xử lý yêu cầu đó. Chuyển sang tab Data để xem các tệp đính kèm của yêu cầu.

Thông báo Email

Chỉ người yêu cầu ban đầu và bất kỳ người dùng nào được yêu cầu thực hiện tác vụ liên quan đến yêu cầu đó mới nhận được các thông báo email áp dụng. Người yêu cầu, tức người đã khởi tạo yêu cầu, sẽ nhận được thông báo khi yêu cầu linh kiện mới đó được gửi đi và cả khi yêu cầu được hoàn tất (nghĩa là linh kiện đã được tạo thành công hoặc yêu cầu đã bị từ chối). Người dùng đang xử lý yêu cầu sẽ nhận được thông báo về bất kỳ tác vụ nào liên quan đến yêu cầu đó và cần họ chú ý. Đây cũng có thể là người yêu cầu ban đầu, nếu cần họ cung cấp thêm thông tin.

Các thông báo email sẽ được gửi khi tính năng Email Notifications được bật. Việc này được thực hiện bởi Quản trị viên trên trang Email Notifications (Admin – Settings – Email Notifications) trong giao diện trình duyệt của Workspace.

Một ví dụ về email nhận được khi yêu cầu linh kiện được hoàn tất.