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ận
2. Confirmation/ Acceptance Criteria (Tiêu chí nghiệm thu)
Quy trình "Thiết kế luồng A1.05 -> A1.08" (tài khoản Trungnd3 trên môi trường UAT)
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. HeadersSTT | Field | Source Data Type / Length | Description | Sample Values |
|---|
| 1 | authorization | <token> | Token của người dùng đăng nhập | Bearer eyJhbGciOiJIUzI1NiJ9.eyJleHAiOjE3NjY0NTU3ODksInVzZXIiOiJ7XCJpZFwiOjIwMjAsXCJ1c2VybmFtZVwiOlwiMDM3NDc4ODQwNVwiLFwibmFtZVwiOlwiQ2h1IFRo4buLIExpw6puXCIsXCJyb2xlc1wiOltdLFwibWFwQmVhdXR5U2Fsb25cIjp7XCJicG0ucmVib3JuLnZuXCI6Nn0sXCJlbXBsb3llZUlkXCI6NTMxLFwiYnJhbmNoSWRcIjoyM30ifQ.wrvIFd-Q2kHgkTmPf6ryMY6aDIgXpNsWmSvvifQWc5k |
2. RequestSTT | Field | Require | Data Type / Length | Description | Note | Sample Values |
|---|
| 1 | packageId | true | Integer | id gói thầu |
|
| | 2 | round | true | Integer | vòng nộp thầu |
|
|
3. Response / Incoming Data Specification| STT | Field | Data Type / Length | Description | Note | Sample Values |
|---|
| 1 | code | Integer | 0: thành công còn lại thất bại |
|
| | 2 | message | String | message |
|
| | 3 | result | Object | kết quả trả ra |
|
| | 4 | (result) status | Integer | 0: chưa đủ điều kiện, 1: đủ điều kiện mở thầu |
|
| | 5 | (result) docTypes | List<Object> | Danh sách loại hồ sơ nhà thầu nộp |
|
| | 6 | (docTypes) id | Integer | id loại hồ sơ (hồ sơ tài chính...) |
|
| | 7 | (docTypes) name | String | tê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"
- 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"