1. Card (Mô tả tính năng)

Là người xử lý công việc tôi có quyền thực hiện từ chối/ yêu cầu điều chỉnh công việc nếu công việc được giao không đúng trách nhiệm của tôi hoặc đầu vào chưa đầy đủ để tôi sẵn sàng tiếp nhậnthiết kế quy trình, tôi muốn thể hiện được bước nộp thầu của nhà thầu (từ hệ thống portal) trên hệ thống BPM

2. Confirmation/ Acceptance Criteria (Tiêu chí nghiệm thu)

3. Conversation (Mô tả chi tiết)

3.1 Bước A1.04: Quản lý dự thầu (bổ sung nhà thầu, quản lý yêu cầu làm rõ, bổ sung nhà thầu) và nộp thầu

1. 1. Chức năng Quản lý yêu cầu làm rõ

Image Removed

Cho phép cấu hình chắc năng quản lý yêu cầu làm rõ thành các bước trên hệ thống cho phép:

...

• Cho phép cấu hình nhận dữ liệu từ hệ thống khác hoặc từ bước trước đó trong quy trình
• Hệ thống sinh công việc theo quy trình để tính toán OLA khi nhận dữ liệu từ hệ thống khác
• Cho phép cấu hình ẩn/hiện chức năng gửi yêu cầu làm rõ trên Portal
• Cho phép cấu hình định dạng dữ liệu yêu cầu làm rõ (chữ, số, bảng, tệp đính kèm,...) 
• Cho phép cấu hình một hoặc nhiều trường nhập yêu cầu làm rõ

...

• Cho phép cấu hình nhận dữ liệu từ hệ thống khác hoặc từ bước trước đó trong quy trình
• Hệ thống sinh công việc theo quy trình để tính toán OLA khi nhận dữ liệu từ hệ thống khác
• Cho phép cấu hình định dạng dữ liệu yêu cầu làm rõ (chữ, số, bảng, tệp đính kèm,...) 
• Cho phép cấu hình một hoặc nhiều trường nhập yêu cầu làm rõ
• Cho phép cấu hình danh sách nhân được phân công mặc định theo từng lại hồ sơ
• Cho phép cấu hình một hoặc nhiều trường nhập yêu cầu làm rõ
• Cho phép cấu hình một hoặc nhiều trường nhập trả lời yêu cầu làm rõ

...

• Cho phép cấu hình nhận dữ liệu từ hệ thống khác hoặc từ bước trước đó trong quy trình
• Hệ thống sinh công việc theo quy trình để tính toán OLA khi nhận dữ liệu từ hệ thống khác (nhận OLA từ bước phân công)
• Cho phép cấu hình định dạng dữ liệu yêu cầu làm rõ (chữ, số, bảng, tệp đính kèm,...)
• Cho phép cấu hình định dạng dữ liệu trả lời yêu cầu làm rõ (chữ, số, bảng, tệp đính kèm,...)
• Cho phép cấu hình một hoặc nhiều trường nhập yêu cầu làm rõ
• Cho phép cấu hình một hoặc nhiều trường nhập trả lời yêu cầu làm rõ

...

2.1. Tôi muốn BPM nhận được thông tin sẽ được đẩy từ Portal sang  khi nhà thầu thực hiện nhấn nút "Xác nhận Tham gia", "Xác nhận Từ chối", "Xác nhận Tham gia lại"

1. • Mã nhà thầu
   • Trạng thái
   • Số lượng nhà thầu đã mời thầu

2.2. Tôi muốn trường hợp mỗi lần nhà thầu thực hiện "xác nhận Nộp thầu", hệ thống sẽ  thông tin sẽ được đẩy từ Portal sang BPM bao gồm:

1. • • Mã nhà thầu
     • Vòng nộp thầu
     • Loại hồ sơ dự thầu Đã nộp (Hồ sơ kỹ thuật, hồ sơ tài chính, hồ sơ năng lực, hợp đồng mẫu)
     • Hồ sơ dự thầu đã nộp
     • Thời gian nộp thầu

2.3. Tôi muốn hệ thống kiểm tra điều kiện khi tất cả nhà thầu đã thực hiện xác nhận tham gia/từ chối và tất cả nhà thầu thầu xác nhận tham gia đã hoàn thành nộp thầu (Trường hợp tất cả đã xác nhận mà chưa hết thời gian) để kích hoạt luồng Mở thầu

2.4. Khi hết thời gian nộp thầu, tôi muốn hệ thống BPM nhận từ hệ thống Portal và kiểm tra điều kiện đã có nhà thầu nộp thầu từ đó kích hoạt công việc Mở thầu, thông tin nhận về bao gồm:

• • Mã gói thầu
  • Vòng nộp thầu
  • Trạng thái

Quy trình Thiết kế luồng A1.05 

                             Image Added

3. Conversation (Mô tả chi tiết)

3.1. UI/UX

3.2. Luồng

3.3 API Spec

3.4 Mô tả các trường dữ liệu trên từng màn hình của từng công việc

3.4.1. Bước nhà thầu nộp thầu

3.4.1.1 Receive Task "Nhà thầu nộp thầu"

1. Tại bước này hệ thống sẽ ghi nhận thông tin được phản hồi từ hệ thống Portal:

• Thông tin nhà thầu xác nhận tham gia/từ chối tham gia gói thầu: Thông tin sẽ được đẩy từ Portal sang BPM mỗi lần nhà thầu thực hiện nhấn nút "Xác nhận Tham gia", "Xác nhận Từ chối", "Xác nhận Tham gia lại"
  
  • Mã nhà thầu
  • Trạng thái: Tham gia, Từ chối
  • Số lượng nhà thầu đã mời thầu
• Thông tin nộp thầu của nhà thầu: Thông tin sẽ được đẩy từ Portal sang BPM mỗi lần nhà thầu thực hiện "xác nhận Nộp thầu"
  • Mã nhà thầu
  • Vòng nộp thầu
  • Loại hồ sơ dự thầu Đã nộp (Hồ sơ kỹ thuật, hồ sơ tài chính, hồ sơ năng lực, hợp đồng mẫu)
  • Thời gian nộp thầu

    2. Receive task sẽ được hoàn thành trên điều kiện: Khi tất cả nhà thầu đã thực hiện xác nhận tham gia/từ chối và tất cả nhà thầu thầu xác nhận tham gia đã hoàn thành nộp thầu (Service task tổng hợp kết quả)

    3. Với trường hợp gói thầu bị phát hành lần 2 trở lên (trường hợp công việc bị từ chối về bước phát hành hoặc bước trước phát hành):

• Trường hợp còn thời gian nộp thầu: Hệ thống Portal bỏ qua
• Trường hợp hết thời gian nộp thầu: Portal trả về cho BPM thời gian kết thúc để hệ thống BPM kích hoạt điều kiện hết giờ và đi tiếp đến bước tiếp theo.

3.4.1.2 Conditional intermediate catch event (Hết giờ nộp thầu)

Node nhận tín hiệu gói thầu đã được đóng (do hết thời gian nộp thầu) hệ thống BPM nhận từ hệ thống Portal từ đó kích hoạt công việc Mở thầu

Hệ thống Portal gửi tín hiệu cho BPM tại thời điểm hết thời gian nộp thầu.

Thông tin đóng thầu bao gồm:

• Mã gói thầu
• Vòng nộp thầu
• Trạng thái: Đã đóng thầu

3.4.1.3 Service task Tổng hợp hồ sơ dự thầu

Service task với mục đích tổng hợp dữ liệu từ Send task "Nhà thầu nộp thầu" để kiểm tra điều kiện đi tiếp công việc "Mở thầu":

Khi tất cả nhà thầu đã thực hiện xác nhận tham gia/từ chối và tất cả nhà thầu thầu xác nhận tham gia đã hoàn thành nộp thầu → Kích hoạt dây đi tiếp luồng "Mở thầu"

3.4.1.4 Script task Biến đổi dữ liệu hồ sơ dự thầu

Script task với mục đích biến đổi dữ liệu đã tổng hợp để cho ra kết quả có bao nhiêu loại hồ sơ đã được nộp từ đó là cơ sở để kích hoạt số lượng công việc, dây công việc đánh giá tương ứng khi thực hiện mở thầu.

Dữ liệu sẽ được biến đổi thành các biến: