Nghiệp vụ

IT

Người lập

Người duyệt

Người lập

Người duyệt

Tên, Chức danh





Ngày ký





Jira Link

[BPMKVH-1899] Thiết kế luồng happy A1.05 - Jira


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. 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"
  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:
  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
  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:

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


                             

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

3.1. UI/UX

3.2. Luồng


3.3 API Spec

Method

GET

URL

application/tender-package/submission/check-completeness

Description

API tổng hợp hồ sơ dự thầu

Note

API mới tổng hợp hồ sơ dự thầu.

1. Headers

STT

Field

Source Data Type / Length 

Description

Sample Values

1authorization<token>Token của người dùng đăng nhậpBearer eyJhbGciOiJIUzI1NiJ9.eyJleHAiOjE3NjY0NTU3ODksInVzZXIiOiJ7XCJpZFwiOjIwMjAsXCJ1c2VybmFtZVwiOlwiMDM3NDc4ODQwNVwiLFwibmFtZVwiOlwiQ2h1IFRo4buLIExpw6puXCIsXCJyb2xlc1wiOltdLFwibWFwQmVhdXR5U2Fsb25cIjp7XCJicG0ucmVib3JuLnZuXCI6Nn0sXCJlbXBsb3llZUlkXCI6NTMxLFwiYnJhbmNoSWRcIjoyM30ifQ.wrvIFd-Q2kHgkTmPf6ryMY6aDIgXpNsWmSvvifQWc5k

2. Request

STT

Field

Require

Data Type / Length

Description

Note

Sample Values

1packageIdtrueIntegerid gói thầu

2roundtrueIntegervòng nộp thầu

3. Response / Incoming Data Specification

STT

Field

Data Type / Length

Description

Note

Sample Values

1codeInteger0: thành công còn lại thất bại

2messageStringmessage

3resultObjectkết quả trả ra

4(result) statusInteger0: chưa đủ điều kiện,  1: đủ điều kiện mở thầu

5(result) docTypesList<Object>Danh sách loại hồ sơ nhà thầu nộp

6(docTypes) idIntegerid loại hồ sơ (hồ sơ tài chính...)

7(docTypes) nameStringtên loại hồ sơ

==> Logic xử lý: 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 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:

    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):

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:

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"