User Story - A2.05 - Nhà thầu nộp thầu

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

Là người thiế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)

1. 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

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

3.1 UIUX:

3.2 Luồng:

3.2.1. Bước "A2.05 Nhà thầu nộp thầu"

3.3 API Spec: <gắn link tài liệu mô tả API vào đây>

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

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: