Hệ thống quản trị dự án
tư vấn thiết kế điện — EPMS

Vấn đề

PECC3 là doanh nghiệp mà sản phẩm bán ra là hồ sơ, và chi phí đầu vào gần như hoàn toàn là giờ công kỹ sư. Đặc thù đó tạo ra những bài toán quản trị mà phần mềm quản lý dự án phổ thông không xử lý được: sản lượng thiết kế gắn với thu nhập, KCS nhiều cấp có giá trị pháp lý, thay đổi thiết kế phải quy đổi thành phụ lục hợp đồng, và tiến độ phụ thuộc vào các mốc hành chính ngoài tầm kiểm soát của đơn vị tư vấn.

Hiện trạng phổ biến: tiến độ nằm trên Excel của từng chủ nhiệm dự án, sản lượng chốt thủ công 3–5 ngày mỗi kỳ, hồ sơ rải rác trên ổ đĩa mạng và Zalo, thay đổi thiết kế không được quy đổi thành tiền, và dữ liệu tích lũy từ các dự án đã làm không quay vòng phục vụ đấu thầu gói tiếp theo.

Giải pháp

Một hệ thống 33 module phủ toàn bộ vòng đời — từ theo dõi cơ hội và đấu thầu, qua thực hiện dự án, tới nghiệm thu quyết toán và tích lũy tri thức — vận hành trên nguyên tắc một nguồn sự thật duy nhất: kỹ sư chỉ thực hiện đúng những thao tác họ vốn đã phải làm, còn tiến độ, sản lượng, doanh thu, chi phí và toàn bộ báo cáo được hệ thống tự suy ra.

Trong 21 hành động cấu thành luồng lõi, chỉ 3 hành động bắt buộc con người thực hiện. Đây là điểm khác biệt quyết định giữa một hệ thống được dùng thật và một hệ thống bị bỏ rơi sau ba tháng.

Năm khối tạo khác biệt

Về phần AI

Chúng tôi tách rõ ba nhóm chức năng: kiểm soát tuân thủ quy trình (bộ luật nghiệp vụ, không dùng AI) · phân tích thống kê (toán học, không dùng AI) · xử lý ngôn ngữ tự nhiên (đây mới là AI). Hai nhóm đầu — nơi tập trung phần lớn giá trị kiểm soát chất lượng — luôn thuộc phạm vi hợp đồng chính, không phụ thuộc bên thứ ba nào.

Riêng nhóm thứ ba, tài liệu trình bày hai hướng triển khai để PECC3 lựa chọn: chúng tôi thực hiện trọn gói, hoặc bên thứ ba thực hiện và chúng tôi tích hợp. Kiến trúc AI Gateway được thiết kế sẵn để PECC3 không bị khóa vào bất kỳ nhà cung cấp AI nào và có thể quyết định sau mà không ảnh hưởng tiến độ hệ thống chính. Chi tiết ở Phần IX.

Lộ trình

Tổng thời gian triển khai dự kiến 10–14 tháng; các pha có thể chạy gối đầu để rút ngắn. Chi tiết ở Phần XVII.

Phạm vi đợt này và định hướng tương lai

Nguyên tắc phạm vi: đợt này tập trung các tính năng nội bộ của hệ thống nhằm tối ưu chi phí đầu tư giai đoạn đầu. Các hạng mục định hướng tương lai sẽ được hai bên khảo sát và lập giải pháp chi tiết khi có nhu cầu.

---

0.1. Đặc thù của một công ty tư vấn thiết kế điện

PECC3 không phải doanh nghiệp sản xuất, cũng không phải nhà thầu xây lắp. Sản phẩm bán ra là hồ sơ — và toàn bộ chi phí đầu vào gần như là giờ công của kỹ sư. Điều đó tạo ra 5 đặc thù mà các phần mềm quản lý dự án phổ thông (MS Project, Base, Odoo PM, Jira…) không xử lý được:

0.2. Những "điểm đau" chúng tôi dự đoán PECC3 đang gặp

• Tiến độ dự án nằm trên file Excel của từng chủ nhiệm dự án (CNDA), lãnh đạo muốn biết tình hình phải đi hỏi từng người; báo cáo giao ban tổng hợp thủ công 2–3 ngày/lần.
• Không biết chính xác một kỹ sư đang gánh bao nhiêu dự án → người giỏi quá tải, người khác nhàn; điều động nhân sự theo cảm tính.
• Sản lượng chốt cuối tháng/cuối quý bằng bảng tính, hay tranh cãi giữa các phòng về tỷ trọng và mức độ hoàn thành.
• Hồ sơ nằm rải rác trên ổ đĩa mạng/USB/Zalo, không rõ bản nào là bản phát hành cuối; kỹ sư thi công dùng nhầm revision cũ → phát sinh hiện trường.
• Thay đổi thiết kế (do chủ đầu tư, do vướng mặt bằng, do thay đổi thiết bị) không được ghi nhận thành hồ sơ có giá trị pháp lý và không được quy đổi thành chi phí phát sinh/phụ lục hợp đồng → làm không công.
• Công nợ và hồ sơ nghiệm thu thanh toán bị chậm vì thiếu chứng từ, thiếu biên bản, không ai theo dõi mốc thanh toán.
• Rủi ro dự án (chậm thỏa thuận tuyến, chậm số liệu đầu vào từ chủ đầu tư, chậm khảo sát mùa mưa) chỉ được nói miệng, không có sổ rủi ro và người chịu trách nhiệm.

Giải pháp EPMS được thiết kế để giải quyết đúng 7 điểm đau trên, không phải là một phần mềm quản lý công việc chung chung được "gọt" cho ngành điện.

---

1.1. Bản đồ module

┌────────────────────────────────────────────────────────────────────┐
│                    LỚP ĐIỀU HÀNH & RA QUYẾT ĐỊNH                   │
│  M13 Dashboard lãnh đạo │ M14 Báo cáo – BI │ M15 Cảnh báo/Thông báo │
├────────────────────────────────────────────────────────────────────┤
│                    LỚP NGHIỆP VỤ LÕI                               │
│ M01 Dự án & Danh mục      M02 Công việc & Giao việc                │
│ M03 Tiến độ (Gantt/S-Curve) M04 Nhân sự & Năng lực                 │
│ M05 Hợp đồng & Phụ lục     M06 Doanh thu & Công nợ                 │
│ M07 Chi phí & Giá thành    M08 Sản lượng thiết kế                  │
│ M09 Hồ sơ thiết kế (DMS)   M10 KCS & Phát hành đa cấp              │
│ M11 Thay đổi thiết kế      M12 Rủi ro & Vấn đề                     │
├────────────────────────────────────────────────────────────────────┤
│                    LỚP DỮ LIỆU KỸ THUẬT                            │
│      M16 CDE (ISO 19650)  │  M17 BIM Viewer & Liên kết mô hình     │
├────────────────────────────────────────────────────────────────────┤
│  LỚP NỀN: Phân quyền RBAC │ Ký số │ Audit log │ API tích hợp        │
└────────────────────────────────────────────────────────────────────┘

1.2. Nguyên tắc thiết kế

1. Một nguồn sự thật duy nhất (Single Source of Truth) — mọi con số tiến độ/sản lượng/chi phí đều bắt nguồn từ cùng một bản ghi công việc, không nhập lại lần hai.
2. Nhập liệu tại nguồn — kỹ sư cập nhật % hoàn thành và nộp hồ sơ; hệ thống tự sinh sản lượng, tiến độ, doanh thu, báo cáo. Không có "bộ phận tổng hợp báo cáo".
3. Cấu hình được, không cần lập trình lại — bộ định mức tỷ trọng sản lượng, quy trình KCS, mẫu mã hồ sơ đều do PECC3 tự cấu hình qua giao diện.
4. Số hóa dần, không phá vỡ vận hành — triển khai theo pha, pha 1 chạy song song với cách làm cũ.

---

Sơ đồ liên kết luồng lõi

                    ┌──────────────────────┐
   M05 Hợp đồng ───▶│   M01 · DỰ ÁN        │◀─── M20 Đấu thầu (khi trúng thầu)
   giá trị, mốc thu │   hạng mục, bộ môn   │
                    └──────────┬───────────┘
                               │ CNDA chọn bộ mẫu → sinh cây công việc
                               ▼
   M03 Tiến độ ◀────┌──────────────────────┐────▶ M04 Nhân sự
   Gantt, đường găng│   M02 · CÔNG VIỆC    │      tải nguồn lực, chứng chỉ
   M12 Rủi ro ◀─────│   giao việc,timesheet│────▶ M07 Chi phí
                    └──────────┬───────────┘      giờ công × đơn giá
                               │ kỹ sư nộp sản phẩm
                               ▼
                    ┌──────────────────────┐
   M11 Thay đổi ───▶│   M09 · HỒ SƠ        │────▶ M16 CDE
   thiết kế         │   phiên bản, revision│      WIP/Shared/Published
   M18 Khảo sát ───▶└──────────┬───────────┘◀──── M17 BIM
                               │ CNTK trình duyệt
                               ▼
                    ┌──────────────────────┐
   M23 Tiêu chuẩn ─▶│   M10 · KCS          │◀─── M32 Trợ lý AI (gợi ý)
   M32 Rule engine ▶│   duyệt đa cấp,ký số │
                    └──────────┬───────────┘
                               │ người duyệt ký từng cấp → mở mốc 60/80/100%
                               ▼
                    ┌──────────────────────┐
   M06 Doanh thu ◀──│   M08 · SẢN LƯỢNG    │────▶ M04 phân phối thu nhập
   M24 Quyết toán ◀─│   tỷ trọng, quy đổi  │
                    └──────────┬───────────┘
                               │ phòng Kế hoạch chốt sản lượng kỳ
                               ▼
                    ┌──────────────────────┐
                    │   M13 · DASHBOARD    │────▶ M33 Cổng chủ đầu tư
                    │   báo cáo, cảnh báo  │
                    └──────────────────────┘

Cách đọc sơ đồ: cột giữa là luồng nghiệp vụ lõi — nơi duy nhất con người nhập liệu. Các module hai bên lấy dữ liệu từ luồng lõi, không yêu cầu nhập lại. Mỗi mũi tên là một hành động có chủ thể cụ thể, được đặc tả đầy đủ ở Phần VI.

---

Một dự án tại PECC3 không bắt đầu từ lúc ký hợp đồng. Nó bắt đầu từ khi có thông tin mời thầu, và kết thúc sau khi quyết toán và lưu trữ hồ sơ. Bản đồ module phải phủ hết vòng đời đó:

 ┌──────────────┬──────────────┬─────────────────────┬──────────────┐
 │ TRƯỚC HĐ     │ KHỞI ĐỘNG    │ THỰC HIỆN           │ KẾT THÚC     │
 ├──────────────┼──────────────┼─────────────────────┼──────────────┤
 │ Nắm thông tin│ Ký hợp đồng  │ Khảo sát            │ Nghiệm thu   │
 │ mời thầu     │ Lập kế hoạch │ Thiết kế            │ Thanh quyết  │
 │ Quyết định   │ Huy động     │ KCS, phát hành      │ toán         │
 │ dự thầu      │ nhân sự      │ Thẩm tra, thẩm định │ Bàn giao     │
 │ Lập HSDT     │              │ Thay đổi thiết kế   │ Lưu trữ      │
 │ Đấu thầu     │              │ Giám sát tác giả    │ Bài học      │
 └──────────────┴──────────────┴─────────────────────┴──────────────┘

Phạm vi đợt này đi theo vòng đời hợp đồng: hai giai đoạn KHỞI ĐỘNG và THỰC HIỆN — từ ký hợp đồng đến nghiệm thu, bàn giao hồ sơ theo hợp đồng — được phủ bởi 17 module lõi (M01–M17; điều kiện nghiệm thu, hồ sơ thanh toán theo mốc hợp đồng thuộc M05/M06, giao nộp hồ sơ thuộc M09). Hai đầu còn lại là định hướng tương lai: giai đoạn TRƯỚC HĐ (M19–M21) và phần chuyên sâu của giai đoạn KẾT THÚC (M24 Nghiệm thu & thanh quyết toán, M31 Bài học kinh nghiệm).

Hệ quả của việc bỏ trống giai đoạn trước hợp đồng: dữ liệu giá thành lịch sử, hồ sơ năng lực, danh mục công trình đã thực hiện — vốn được tạo ra trong quá trình thực hiện dự án — không được quay vòng để phục vụ đấu thầu. Đó chính là vòng khép kín tạo giá trị lớn nhất của hệ thống, và nó đang bị đứt.

---

Bản đồ 33 module theo 9 nhóm

Chú giải phân loại: Lõi — 17 module thuộc phạm vi triển khai đợt này, phân bổ theo pha 1–4 của lộ trình chuẩn. Bổ sung — 16 module thuộc nhóm mở rộng tương lai, không thuộc phạm vi và báo giá đợt này; số pha ghi kèm chỉ là vị trí dự kiến trong lộ trình nếu PECC3 quyết định mở rộng sau này.

Tổng: 33 module — 17 module lõi + 16 module bổ sung.

---

---

---

M01. QUẢN LÝ DỰ ÁN & DANH MỤC ĐẦU TƯ

Mục tiêu: Tạo "hồ sơ gốc" chuẩn hóa cho mọi dự án, làm xương sống cho tất cả module còn lại.

Cấu trúc phân cấp:

Danh mục dự án (Portfolio)
 └─ Dự án (VD: ĐZ 220kV Nhà máy điện A – TBA 220kV B)
     └─ Bước thiết kế / Giai đoạn (Pre-FS, FS, TKKT, TKBVTC, GSTG, Hoàn công)
         └─ Hạng mục công trình (Đường dây, TBA 220kV, Ngăn lộ mở rộng, Khảo sát…)
             └─ Phần việc theo bộ môn (Nhất thứ, Nhị thứ/SCADA, Kết cấu, Móng, Khảo sát địa hình…)
                 └─ Đầu việc / Sản phẩm (Bản vẽ, Thuyết minh, Bảng tính, Dự toán…)

Trường dữ liệu đặc thù ngành cần có:

Tính năng: - Khởi tạo dự án từ bộ mẫu (template) theo loại công trình — chọn "Đường dây 220kV mạch kép" là hệ thống tự sinh sẵn ~120 đầu việc, cấu trúc hồ sơ, tỷ trọng sản lượng, checklist KCS. Đây là điểm khác biệt lớn nhất so với phần mềm phổ thông. - Sổ tay dự án điện tử: tập hợp toàn bộ quyết định, công văn, biên bản họp, thỏa thuận tuyến/hướng tuyến, thỏa thuận đấu nối, văn bản địa phương. - Bản đồ dự án (GIS): hiển thị tuyến đường dây và vị trí trạm trên nền bản đồ, tô màu theo trạng thái tiến độ/vướng mắc mặt bằng. - Hồ sơ năng lực tự động: hệ thống tổng hợp danh mục công trình đã thực hiện theo cấp điện áp/loại hình để phục vụ lập hồ sơ dự thầu tư vấn.

Vai trò sử dụng: Ban TGĐ, Phòng KH–KT, CNDA.

---

M02. QUẢN LÝ CÔNG VIỆC & GIAO VIỆC

Mục tiêu: Chuyển từ "giao việc miệng/Zalo" sang giao việc có định lượng, có hạn, có sản phẩm đầu ra.

Tính năng: - Cấu trúc công việc theo sản phẩm hồ sơ: mỗi task gắn với 1 sản phẩm cụ thể (VD: "Bản vẽ mặt bằng bố trí thiết bị TBA 220kV – tỷ lệ 1/200", "Bảng tính chọn dây dẫn và kiểm tra ổn định nhiệt", "Thuyết minh tính toán móng trụ néo góc VT.27"). - Phân loại đầu việc: Thiết kế / Tính toán / Khảo sát hiện trường / Dự toán / Làm việc với địa phương / Bảo vệ hồ sơ / Trả lời thẩm tra – thẩm định / Xử lý hiện trường (GSTG). - Ma trận RACI cho từng đầu việc: Người thực hiện – Người kiểm tra (KCS bộ môn) – CNTK duyệt – CNDA phê duyệt. - Quản lý đầu vào liên bộ môn (IDC – Inter-Discipline Check): Bộ môn Xây dựng không thể tính móng nếu chưa có tải trọng cột từ bộ môn Đường dây. Hệ thống cho phép khai báo "đầu vào chờ" và tự động cảnh báo bộ môn cung cấp — đây là nguyên nhân chậm tiến độ số 1 trong nội bộ đơn vị tư vấn. - Giao việc kèm định mức giờ công dự kiến và tỷ trọng sản lượng → task hoàn thành sẽ tự động chảy vào M08. - Timesheet (bảng chấm công theo dự án): kỹ sư ghi nhận giờ làm theo từng dự án/đầu việc (theo ngày hoặc theo tuần), là dữ liệu gốc để tính giá thành thực tế ở M07. - Bảng Kanban theo bộ môn / Danh sách / Lịch / Gantt — chuyển đổi 1 chạm. - Ứng dụng di động: cập nhật tiến độ, chụp ảnh hiện trường khi đi khảo sát/GSTG (có gắn tọa độ GPS + thời gian) — giai đoạn sau, chưa thuộc phạm vi lần này.

---

M03. QUẢN LÝ TIẾN ĐỘ

Mục tiêu: Nhìn được toàn cảnh tiến độ 30–100 dự án đồng thời, phát hiện chậm trước khi trễ mốc hợp đồng.

Tính năng: - Gantt đa cấp với ràng buộc FS/SS/FF, đường găng (Critical Path), độ trễ cho phép (float). - Baseline & tiến độ điều chỉnh: lưu đường tiến độ gốc theo hợp đồng và các phiên bản điều chỉnh theo phụ lục → luôn so được "chậm bao nhiêu so với cam kết ban đầu". - Đường cong S (S-Curve) theo khối lượng và theo giá trị; EVM (PV/EV/AC, SPI, CPI) cho các dự án lớn. - Mốc pháp lý – hành chính (thường quyết định tiến độ hơn cả công việc thiết kế), theo dõi riêng: - Bàn giao số liệu đầu vào từ CĐT - Thỏa thuận hướng tuyến với UBND tỉnh/huyện, Sở Công Thương, Sở Xây dựng - Thỏa thuận với các ngành: giao thông, thủy lợi, quốc phòng, đất rừng, di tích - Thỏa thuận đấu nối/SCADA với đơn vị điều độ (A0/Ax) - Trình – thẩm tra – thẩm định – phê duyệt - Nghiệm thu bàn giao hồ sơ - Cảnh báo tự động 3 cấp: sắp đến hạn (T-7/T-3), quá hạn, có nguy cơ trễ mốc hợp đồng (dự báo dựa trên tốc độ hoàn thành thực tế). - Báo cáo giao ban tự động: xuất bản tiến độ tuần/tháng theo mẫu của PECC3 chỉ bằng 1 nút.

---

M04. QUẢN LÝ NHÂN SỰ & NĂNG LỰC

Mục tiêu: Điều phối nguồn lực kỹ sư — tài sản đắt nhất của công ty tư vấn.

Tính năng: - Hồ sơ năng lực kỹ sư: chuyên ngành, số năm kinh nghiệm, chứng chỉ hành nghề (hạng I/II/III, lĩnh vực thiết kế điện – hạ tầng kỹ thuật – khảo sát), ngày hết hạn chứng chỉ (cảnh báo trước 90 ngày), phần mềm sử dụng (PLS-CADD, PLS-TOWER, Revit, Civil 3D, ETAP, CYME, SAP2000…), danh mục công trình đã tham gia. - Ma trận năng lực – chứng chỉ ↔ yêu cầu hồ sơ dự thầu: khi lập HSDT cần chủ nhiệm thiết kế hạng I có kinh nghiệm 220kV, hệ thống lọc ra ngay danh sách người đủ điều kiện. Rất giá trị với bộ phận đấu thầu. - Biểu đồ tải nguồn lực (Resource Histogram): xem theo tuần từng kỹ sư đang được phân bổ bao nhiêu % công suất, cảnh báo đỏ khi >100%. - Kế hoạch huy động (Staffing plan) theo dự án và theo phòng; mô phỏng "nếu nhận thêm dự án X thì phòng nào vỡ trận". - Quản lý công tác hiện trường: lịch đi khảo sát/GSTG, đề nghị công tác phí, theo dõi ngày công ngoài hiện trường. - Liên thông chấm công – nghỉ phép; kết nối với phần mềm nhân sự/kế toán tiền lương hiện có. - Xếp hạng hiệu suất: sản lượng/người/tháng, tỷ lệ hồ sơ bị KCS trả lại, tỷ lệ đúng hạn — dữ liệu khách quan cho đánh giá và phân phối thu nhập.

---

M05. QUẢN LÝ HỢP ĐỒNG & PHỤ LỤC

Mục tiêu: Không để mất tiền vì quên điều khoản, quên mốc thanh toán, quên bảo lãnh.

Tính năng: - Hồ sơ hợp đồng đầy đủ: số HĐ, ngày ký, chủ đầu tư, loại hợp đồng (trọn gói / theo tỷ lệ % / theo thời gian), phạm vi công việc, giá trị trước–sau VAT, nguồn vốn. - Cây phụ lục: mỗi phụ lục ghi rõ loại (điều chỉnh giá trị / gia hạn thời gian / bổ sung khối lượng / thay đổi phạm vi), giá trị tăng–giảm, căn cứ pháp lý, văn bản gốc kèm theo. Hệ thống luôn hiển thị giá trị hợp đồng hiện hành = HĐ gốc + Σ phụ lục. - Lịch thanh toán theo mốc (Payment Milestone): VD tạm ứng 30% sau ký; 40% sau nộp hồ sơ TKKT; 25% sau phê duyệt; 5% giữ lại đến quyết toán. Theo dõi trạng thái từng mốc: chưa đủ điều kiện → đủ điều kiện → đã lập hồ sơ → đã xuất hóa đơn → đã thu. - Điều kiện nghiệm thu: bộ hồ sơ cần có để thanh toán (biên bản nghiệm thu, biên bản bàn giao hồ sơ, quyết định phê duyệt, hóa đơn…) — có checklist, thiếu chứng từ là hệ thống chặn/cảnh báo. - Theo dõi bảo lãnh thực hiện hợp đồng / bảo lãnh tạm ứng: giá trị, ngân hàng phát hành, ngày hết hiệu lực, cảnh báo gia hạn. - Quản lý hợp đồng thầu phụ / thuê ngoài (khoan khảo sát địa chất, đo đạc địa hình, quan trắc, ĐTM, kiểm định) — đối ứng công nợ phải trả. - Cảnh báo hết hạn hợp đồng khi công việc chưa xong → nhắc lập phụ lục gia hạn trước khi vi phạm. - Tự động sinh Biên bản nghiệm thu, Biên bản bàn giao hồ sơ, Đề nghị thanh toán theo mẫu PECC3 (điền dữ liệu từ hệ thống).

---

M06. QUẢN LÝ DOANH THU & CÔNG NỢ

Mục tiêu: Biết chính xác doanh thu tháng này đến từ đâu, còn phải thu ai bao nhiêu, ai chậm trả.

Tính năng: - Ghi nhận doanh thu theo % hoàn thành: doanh thu kỳ = Σ (giá trị hạng mục × % sản lượng hoàn thành trong kỳ), lấy trực tiếp từ M08 — không nhập tay. - Đối chiếu 3 lớp: Doanh thu ghi nhận (kế toán) ↔ Giá trị nghiệm thu với CĐT ↔ Hóa đơn đã xuất ↔ Tiền đã thu. Bảng đối chiếu này thường là chỗ "hổng" lớn nhất trong các đơn vị tư vấn. - Kế hoạch doanh thu: giao chỉ tiêu năm/quý cho từng phòng, từng CNDA; theo dõi thực hiện/kế hoạch theo thời gian thực. - Dự báo dòng tiền (cash-in forecast) 3–12 tháng dựa trên mốc thanh toán hợp đồng và tiến độ dự kiến. - Quản lý công nợ phải thu: tuổi nợ (0–30/31–60/61–90/>90 ngày), phân theo chủ đầu tư; tự động nhắc CNDA và phòng kế hoạch đi đòi nợ; lịch sử làm việc công nợ. - Doanh thu dở dang (work-in-progress): giá trị công việc đã làm nhưng chưa đủ điều kiện nghiệm thu — con số lãnh đạo rất cần nhưng thường không có. - Phân tích doanh thu theo: chủ đầu tư / loại công trình / cấp điện áp / phòng ban / CNDA / vùng miền.

---

M07. QUẢN LÝ CHI PHÍ & GIÁ THÀNH DỰ ÁN

Mục tiêu: Trả lời câu hỏi "dự án này lãi hay lỗ?" — điều mà đa số công ty tư vấn chỉ biết khi đã kết thúc.

Cấu trúc chi phí dự án tư vấn thiết kế:

Tính năng: - Dự toán chi phí nội bộ (budget) lập ngay khi khởi động dự án; so sánh liên tục Dự toán – Cam kết – Thực chi – Dự báo đến khi hoàn thành (EAC). - Đơn giá giờ công cấu hình theo bậc/chức danh (KS mới, KS chính, CNTK, Chuyên gia) — nền tảng để tính giá thành và cả để chào giá hợp đồng theo phương pháp thời gian. - Quy trình đề nghị – duyệt – thanh toán chi phí trên hệ thống (tạm ứng công tác, hoàn ứng, đề nghị mua sắm), có luồng duyệt theo hạn mức. - Báo cáo lãi/lỗ theo dự án (P&L per project) và theo phòng ban; cảnh báo khi chi phí vượt ngưỡng % của giá trị hợp đồng. - Phân tích giá thành trên một đơn vị sản phẩm: chi phí/km đường dây, chi phí/ngăn lộ, chi phí/MVA — dữ liệu vàng để định giá dự thầu các gói sau chính xác hơn. - Đối chiếu với phần mềm kế toán (FAST/MISA/SAP/Bravo…) qua API hoặc file chuẩn.

---

M08. QUẢN LÝ SẢN LƯỢNG THIẾT KẾ ⭐ (module khác biệt)

Mục tiêu: Tự động hóa việc chốt sản lượng — vốn là quy trình thủ công, tranh cãi và tốn thời gian nhất mỗi cuối tháng/quý.

Cơ chế hoạt động:

1. Bộ định mức tỷ trọng (cấu hình được) — ví dụ minh họa cho công trình đường dây 220kV:

2. Mỗi đầu việc/sản phẩm được gán một tỷ trọng con trong bộ môn.
3. Khi hồ sơ đi qua các trạm KCS, % ghi nhận sản lượng tăng dần theo trạng thái: Đã lập (60%) → Đã KCS bộ môn (80%) → Đã duyệt phát hành (100%). Cơ chế này chống "khai khống hoàn thành".
4. Hệ thống tự tính: Sản lượng kỳ (theo %) và Sản lượng quy đổi ra tiền (VNĐ) theo dự án – bộ môn – phòng – cá nhân.

Tính năng: - Theo dõi sản lượng theo từng hạng mục đặc thù: Đường dây / Trạm biến áp / Khảo sát địa hình / Khảo sát địa chất / Nhị thứ – SCADA – viễn thông / Xây dựng / Kinh tế – dự toán / Môi trường. - Bảng chốt sản lượng tháng tự động sinh, có luồng duyệt: CNTK bộ môn → CNDA → Trưởng phòng → Phòng Kế hoạch → Ban TGĐ. - Sản lượng cá nhân → xuất bảng phân phối thu nhập theo sản lượng, kết nối tính lương. - So sánh sản lượng kế hoạch – thực hiện – lũy kế năm theo phòng/cá nhân; bảng xếp hạng. - Đối chiếu sản lượng ↔ giờ công thực tế: phát hiện đầu việc "ngốn giờ nhưng sản lượng thấp" → dữ liệu để điều chỉnh định mức tỷ trọng cho các dự án sau. - Xuất dữ liệu sang M06 (doanh thu) và M07 (giá thành) tự động.

---

M09. QUẢN LÝ HỒ SƠ THIẾT KẾ (DMS)

Mục tiêu: Ai cũng biết đâu là bản mới nhất, đâu là bản đã phát hành, và tìm được trong 10 giây.

Tính năng: - Quy tắc mã hóa hồ sơ tự động theo chuẩn PECC3, ví dụ: PECC3-[Mã DA]-[Bước]-[Hạng mục]-[Bộ môn]-[Loại TL]-[Số TT]-[Rev] → PECC3-DZ220-A/B-TKKT-DZ-KC-BV-015-R02 Người dùng chỉ chọn từ danh mục, hệ thống sinh mã — hết cảnh mỗi người đặt tên một kiểu. - Quản lý phiên bản & revision: R0, R1, R2… lưu vết đầy đủ, xem được lịch sử, so sánh, khôi phục; khóa bản đã phát hành (không ai sửa đè được). - Watermark & đóng dấu tự động: bản nháp đóng "DRAFT/WIP", bản phát hành đóng dấu "PHÁT HÀNH – Rev.X – Ngày", có QR code tra cứu tính hợp lệ. Kỹ sư ngoài công trường quét QR là biết bản trên tay có phải bản mới nhất không — tính năng nhỏ nhưng cực kỳ được đánh giá cao. - Danh mục hồ sơ (Document Register) theo dự án: tổng số bản vẽ/thuyết minh, đã lập bao nhiêu, đã duyệt bao nhiêu → chính là thước đo tiến độ khách quan nhất. - Xem trực tiếp trên trình duyệt (PDF, DWG, DGN, RVT, IFC, XLSX, DOCX) không cần cài phần mềm; đánh dấu – ghi chú (markup) ngay trên bản vẽ. - Tìm kiếm toàn văn (kể cả nội dung file PDF/Word), lọc theo bộ môn/trạng thái/rev/người lập. - Giao nộp hồ sơ: sinh gói giao nộp (transmittal) cho chủ đầu tư kèm danh mục, biên bản bàn giao, link tải có hạn; ghi nhận xác nhận đã nhận. - Lưu trữ theo quy định (retention), phân quyền chi tiết đến từng thư mục/tài liệu, chống tải xuống với vai trò chỉ xem.

---

M10. KIỂM SOÁT CHẤT LƯỢNG (KCS) & PHÁT HÀNH ĐA CẤP ⭐ (module khác biệt)

Mục tiêu: Số hóa đúng quy trình KCS theo ISO 9001 mà PECC3 đang áp dụng, biến nó từ thủ tục giấy thành công cụ kiểm soát thực chất.

Luồng phê duyệt chuẩn (cấu hình linh hoạt theo cấp công trình):

[1] Người thiết kế lập hồ sơ
        ↓ nộp
[2] Kiểm tra nội bộ bộ môn (KCS cấp 1 – kỹ sư kiểm tra)
        ↓ checklist bộ môn
[3] Chủ trì thiết kế bộ môn (CNTK) duyệt
        ↓
[4] Kiểm tra liên bộ môn (IDC) – phát hiện xung đột giữa các bộ môn
        ↓
[5] KCS cấp công ty / Phòng Quản lý kỹ thuật
        ↓ checklist tổng hợp + đối chiếu tiêu chuẩn
[6] Chủ nhiệm dự án (CNDA) xác nhận
        ↓
[7] Lãnh đạo phê duyệt phát hành (PTGĐ Kỹ thuật/TGĐ) – ký số
        ↓
[8] PHÁT HÀNH → đóng dấu, cấp số, đưa vào CDE trạng thái "Published"

Tính năng: - Checklist KCS theo bộ môn và loại công trình — cấu hình sẵn, ví dụ với hồ sơ đường dây: kiểm tra khoảng cách pha–đất theo QCVN, kiểm tra hành lang tuyến, kiểm tra tải trọng cột với vùng gió, kiểm tra chống sét – nối đất, kiểm tra giao chéo với đường dây/đường bộ/thủy lợi, đối chiếu số liệu địa chất – địa hình, đối chiếu bảng kê vật tư với dự toán… - Phiếu ý kiến KCS: mỗi lỗi ghi nhận theo cấp độ (Nghiêm trọng / Lớn / Nhỏ / Góp ý), gắn trực tiếp lên trang bản vẽ, gán người xử lý và hạn xử lý. Trạng thái: Mở → Đang xử lý → Đã xử lý → Đóng (người phát hiện đóng, không phải người sửa tự đóng). - Không cho phép chuyển bước nếu còn lỗi Nghiêm trọng/Lớn chưa đóng. - Ký số (USB Token/HSM, tuân thủ Luật Giao dịch điện tử) tại các bước duyệt; dấu công ty điện tử khi phát hành. - Thống kê chất lượng: tỷ lệ hồ sơ bị trả lại, số lỗi trung bình/hồ sơ theo bộ môn – theo cá nhân, thời gian trung bình mỗi vòng KCS, top lỗi lặp lại. Đây là dữ liệu để cải tiến chất lượng thực sự, phục vụ đánh giá nội bộ ISO. - Quản lý ý kiến thẩm tra – thẩm định của cơ quan quản lý/CĐT: nhập từng ý kiến, phân công trả lời, theo dõi đến khi được chấp thuận; sinh Bảng giải trình tiếp thu ý kiến tự động. - Toàn bộ vết duyệt được lưu vĩnh viễn (audit trail) — bằng chứng pháp lý khi có tranh chấp hoặc sự cố công trình.

---

M11. QUẢN LÝ THAY ĐỔI THIẾT KẾ

Mục tiêu: Mọi thay đổi đều được kiểm soát, được đánh giá tác động, và được quy đổi thành tiền.

Tính năng: - Phiếu yêu cầu thay đổi (Design Change Request) với đầy đủ trường: - Nguồn phát sinh: Chủ đầu tư / Cơ quan thẩm định / Vướng mặt bằng – GPMB / Điều chỉnh quy hoạch / Thay đổi nhà cung cấp thiết bị / Sai sót nội bộ / Điều kiện địa chất thực tế khác khảo sát / Yêu cầu của địa phương - Mô tả thay đổi, lý do, căn cứ văn bản - Đánh giá tác động 4 chiều: kỹ thuật – tiến độ (+X ngày) – chi phí nội bộ (+Y giờ công) – giá trị hợp đồng (+Z đồng) - Danh mục hồ sơ/bản vẽ bị ảnh hưởng (chọn từ M09, hệ thống tự đề xuất qua liên kết tài liệu) - Luồng duyệt thay đổi phân cấp theo mức độ ảnh hưởng: thay đổi nhỏ (CNDA duyệt) → thay đổi lớn (lãnh đạo duyệt) → thay đổi ảnh hưởng giá trị hợp đồng (bắt buộc lập phụ lục, liên kết sang M05). - Phân biệt rõ 2 nhóm — điều quan trọng nhất về mặt kinh tế: - Thay đổi do lỗi/thiếu sót của tư vấn → chi phí tự chịu, tính vào chỉ số chất lượng của bộ môn. - Thay đổi do yêu cầu bên ngoài → cơ sở đề nghị phụ lục hợp đồng; hệ thống tự tổng hợp thành hồ sơ đề nghị. Đây là nguồn doanh thu bị bỏ sót phổ biến nhất ở các công ty tư vấn. - Nhật ký thay đổi (Change Log) theo dự án: xem được toàn bộ lịch sử, ai yêu cầu, ai duyệt, tốn bao nhiêu. - Tự động nâng revision hồ sơ liên quan và thông báo tới các bên đã nhận bản cũ (theo danh sách phát hành) — chống dùng nhầm bản vẽ tại hiện trường. - Quản lý Văn bản xử lý kỹ thuật hiện trường trong giai đoạn giám sát tác giả: yêu cầu từ nhà thầu → khảo sát → phương án xử lý → phê duyệt → bản vẽ điều chỉnh → đưa vào hồ sơ hoàn công.

---

M12. QUẢN LÝ RỦI RO & VẤN ĐỀ

Mục tiêu: Rủi ro ngành tư vấn điện phần lớn nằm ngoài phạm vi kỹ thuật — cần được nhận diện sớm và có người chịu trách nhiệm.

Thư viện rủi ro mẫu theo ngành (hệ thống cài sẵn, có thể bổ sung):

Tính năng: - Sổ đăng ký rủi ro (Risk Register) theo dự án: mô tả – xác suất (1–5) – mức tác động (1–5) – chỉ số rủi ro – biện pháp ứng phó (né tránh/giảm thiểu/chuyển giao/chấp nhận) – người chịu trách nhiệm – hạn xử lý – trạng thái. - Ma trận nhiệt rủi ro (Heat Map) 5×5 theo dự án và toàn công ty. - Rủi ro xảy ra → chuyển thành Vấn đề (Issue) với luồng xử lý và theo dõi đến khi đóng. - Liên kết rủi ro ↔ tiến độ ↔ chi phí: rủi ro có tác động tiến độ sẽ hiển thị cảnh báo ngay trên Gantt. - Rà soát rủi ro định kỳ bắt buộc (tháng/theo mốc), có nhắc việc tự động. - Báo cáo Top 10 rủi ro toàn công ty cho cuộc họp giao ban lãnh đạo.

---

M13–M15. DASHBOARD – BÁO CÁO – CẢNH BÁO

Dashboard theo vai trò:

Bộ báo cáo chuẩn (>40 mẫu), xuất Excel/PDF theo đúng biểu mẫu PECC3: báo cáo giao ban tuần, báo cáo tháng/quý/năm, bảng chốt sản lượng, bảng theo dõi hợp đồng, báo cáo tiến độ gửi chủ đầu tư, báo cáo chất lượng ISO… Công cụ báo cáo động: người dùng tự kéo–thả tạo báo cáo mới mà không cần yêu cầu nhà cung cấp. Kênh cảnh báo: trong hệ thống, email, và Zalo OA / Telegram (thực tế người Việt Nam đọc Zalo nhanh hơn email rất nhiều).

---

M16. CDE – MÔI TRƯỜNG DỮ LIỆU CHUNG (ISO 19650)

Tính năng: - Bốn vùng trạng thái theo ISO 19650: WIP (đang thực hiện) → SHARED (chia sẻ liên bộ môn) → PUBLISHED (phát hành) → ARCHIVED (lưu trữ), với quy tắc chuyển vùng gắn với luồng KCS ở M10. - Mã hóa tài liệu và mô hình theo ISO 19650 hoặc theo chuẩn PECC3 tự định nghĩa; trạng thái phù hợp (Suitability Code: S0–S7, A1–A5…). - Không gian làm việc chung cho các bên: PECC3 – Chủ đầu tư – Thầu phụ khảo sát – Nhà thầu xây lắp – Đơn vị thẩm tra, phân quyền theo tổ chức. - Transmittal có kiểm soát: mọi lần gửi/nhận đều có vết, có xác nhận. - Nhật ký truy cập đầy đủ; đáp ứng yêu cầu ngày càng phổ biến của EVN/EVNNPT về áp dụng CDE trong các dự án lưới điện.

M17. TÍCH HỢP BIM

Tính năng: - Trình xem mô hình 3D trên trình duyệt (IFC 2x3/4, Revit, Navisworks, DGN) — xoay, cắt, đo, ẩn/hiện theo bộ môn, không cần cài phần mềm nặng. - Liên kết mô hình ↔ dữ liệu quản trị: click vào một cột đường dây/ngăn lộ trong mô hình → xem được bản vẽ liên quan, tiến độ, hồ sơ KCS, thay đổi thiết kế, ảnh hiện trường của đối tượng đó. - Kiểm tra xung đột (Clash Detection) giữa các bộ môn trong trạm biến áp (điện – kết cấu – cáp – hệ thống nước/PCCC) và ghi nhận thành phiếu ý kiến KCS. - 4D (mô hình + tiến độ) và 5D (mô hình + khối lượng/dự toán) cho các dự án trạm 220/500kV — hiện là lợi thế cạnh tranh rõ rệt khi tham gia thầu. - Bóc khối lượng từ mô hình (QTO) đối chiếu với bảng kê vật tư và dự toán → giảm sai lệch khối lượng, vốn là nguyên nhân điều chỉnh dự toán phổ biến. - Kết nối công cụ chuyên ngành: PLS-CADD / PLS-TOWER / PLS-POLE (đường dây), Revit / Civil 3D / OpenUtilities Substation (trạm), ETAP / CYME / PSS/E (tính toán lưới) — ở mức trao đổi dữ liệu và quản lý file/mô hình, không thay thế các phần mềm này.

---

Phần này mô tả 16 module bổ sung, chủ yếu phủ giai đoạn trước hợp đồng và các khối hỗ trợ vận hành.

Nhóm A — Phát triển kinh doanh & Đấu thầu

Đây là khối quan trọng nhất bị thiếu. Với một công ty tư vấn, thắng thầu là điều kiện tồn tại, và chất lượng hồ sơ dự thầu phụ thuộc trực tiếp vào dữ liệu tích lũy từ các dự án đã làm.

---

M19 · CƠ HỘI DỰ ÁN & THEO DÕI THỊ TRƯỜNG

Mục tiêu

Không bỏ lỡ cơ hội, và quyết định tham gia dựa trên phân tích thay vì cảm tính.

Tính năng

a) Theo dõi nguồn thông tin dự án

b) Phễu cơ hội (pipeline)

Trạng thái: Phát hiện → Đang theo dõi → Có kế hoạch mời thầu → Đã phát hành HSMT → Đã nộp thầu → Trúng/Trượt → Đã ký hợp đồng.

Mỗi cơ hội có: giá trị ước tính, xác suất thắng, giá trị kỳ vọng, thời điểm dự kiến ra thầu, người phụ trách theo dõi.

c) Dự báo doanh thu từ phễu

Tổng hợp giá trị kỳ vọng theo quý/năm, đối chiếu với chỉ tiêu doanh thu — cho lãnh đạo biết sớm việc "năm sau đủ việc chưa", thay vì đến lúc hết việc mới biết.

d) Quyết định tham gia hay không (Bid / No-bid)

Đây là chức năng tạo giá trị thực, vì lập một bộ HSDT tốn nhiều công sức mà tỷ lệ thắng thấp thì lỗ. Hệ thống chấm điểm theo bộ tiêu chí cấu hình được:

Kết quả: điểm tổng hợp và khuyến nghị, nhưng quyết định vẫn thuộc về lãnh đạo — hệ thống ghi lại quyết định và lý do để đối chiếu về sau.

---

M20 · QUẢN LÝ ĐẤU THẦU & HỒ SƠ DỰ THẦU

Mục tiêu

Rút ngắn thời gian lập HSDT, giảm sai sót loại hồ sơ, và tăng tỷ lệ thắng thầu bằng dữ liệu.

Tính năng

a) Quản lý gói thầu

b) Phân rã yêu cầu HSMT thành danh mục kiểm tra

Hệ thống bóc yêu cầu từ HSMT thành checklist thành phần hồ sơ, phân công người chịu trách nhiệm từng phần và hạn hoàn thành. Trước khi nộp, hệ thống rà soát: thiếu tài liệu nào, tài liệu nào chưa ký, chưa đóng dấu, chưa công chứng, chưa còn hiệu lực.

Đây là chức năng ngăn ngừa rủi ro lớn nhất trong đấu thầu: bị loại vì lỗi hình thức dù năng lực đủ.

c) Lập hồ sơ đề xuất kỹ thuật

d) Lập giá dự thầu

Đây là liên kết quan trọng nhất của module này: dữ liệu giá thành thực tế từ các dự án đã làm quay ngược lại phục vụ chào giá. Không có hệ thống, thông tin này nằm trong đầu vài người.

Lưu ý về vai trò của hệ thống trong định giá: toàn bộ số liệu trên (giá thành lịch sử, điểm hòa vốn, kịch bản giá) chỉ là thông tin tham khảo — gợi ý mức sàn có lãi. Giá chào thầu thực tế thường được điều chỉnh theo từng gói và từng đối tượng chủ đầu tư vì nhiều nguyên nhân (quan hệ, mức độ cạnh tranh, chiến lược thị trường…) — quyết định giá cuối cùng thuộc về lãnh đạo và bộ phận đấu thầu, hệ thống không tự định giá.

e) Theo dõi sau nộp thầu

Làm rõ HSMT/HSDT, biên bản mở thầu, kết quả đánh giá, thông báo trúng/trượt, thương thảo hợp đồng → khi trúng thì chuyển thẳng thành dự án ở M01 kèm toàn bộ dữ liệu đã lập (không nhập lại).

f) Phân tích hiệu quả đấu thầu

---

M21 · HỒ SƠ NĂNG LỰC CÔNG TY

Mục tiêu

Hồ sơ năng lực luôn cập nhật, sinh tự động, không phải "làm lại từ đầu" mỗi lần đi thầu.

Tính năng

a) Hồ sơ pháp lý tổ chức

Giấy chứng nhận đăng ký doanh nghiệp · Chứng chỉ năng lực hoạt động xây dựng (hạng, lĩnh vực: thiết kế, khảo sát, giám sát, quản lý dự án — kèm ngày hết hạn và cảnh báo gia hạn) · Chứng nhận ISO 9001 và các hệ thống khác · Giấy phép, chứng nhận chuyên ngành · Báo cáo tài chính kiểm toán các năm · Xác nhận hoàn thành nghĩa vụ thuế.

b) Danh mục công trình đã thực hiện — sinh tự động từ M01

Đây là điểm khác biệt: thay vì duy trì một file Word riêng, danh mục tự cập nhật mỗi khi một dự án hoàn thành. Mỗi công trình lưu:

• Tên công trình, chủ đầu tư, địa điểm
• Cấp điện áp, quy mô (km tuyến, số vị trí cột, MVA, số ngăn lộ, MWp, MW)
• Phạm vi công việc PECC3 thực hiện (bước thiết kế nào)
• Giá trị hợp đồng, thời gian thực hiện
• Hợp đồng, biên bản nghiệm thu, thư giới thiệu của chủ đầu tư (đính kèm)
• Hình ảnh công trình

Lọc và xuất theo yêu cầu HSMT: "công trình đường dây từ 220kV trở lên, giá trị từ 5 tỷ, thực hiện trong 5 năm gần nhất" → ra bảng kê đúng mẫu trong 30 giây.

c) Năng lực nhân sự tổng hợp

Thống kê từ M04: tổng số kỹ sư theo chuyên ngành, số chứng chỉ hành nghề theo hạng, số thạc sĩ/tiến sĩ, kinh nghiệm bình quân. Dùng cho phần giới thiệu năng lực.

d) Năng lực thiết bị và phần mềm

Từ M27: danh mục thiết bị khảo sát (máy toàn đạc, GNSS, máy khoan, thiết bị thí nghiệm — kèm chứng nhận kiểm định còn hiệu lực), danh mục phần mềm bản quyền.

e) Sinh hồ sơ giới thiệu năng lực

Xuất bộ hồ sơ năng lực (PDF/PowerPoint) theo mẫu, chọn lọc nội dung phù hợp với từng khách hàng và loại công trình — thay vì gửi một bộ chung chung.

---

---

Nhóm D — Thư viện kỹ thuật

M22 · THƯ VIỆN THIẾT BỊ, VẬT TƯ & BẢN VẼ MẪU

Giá trị: giảm thời gian thiết kế, tăng tính nhất quán giữa các dự án và các kỹ sư, và là nền tảng để chuẩn hóa chất lượng.

M23 · TIÊU CHUẨN & VĂN BẢN PHÁP LÝ

---

---

Nhóm E — Nghiệm thu & quyết toán

M24 · NGHIỆM THU & THANH QUYẾT TOÁN

Tách riêng khỏi M05/M06 vì đây là khâu hay tắc nghẽn và làm chậm thu tiền.

---

---

Nhóm F — Đào tạo & tài sản

M26 · ĐÀO TẠO & PHÁT TRIỂN

Gắn trực tiếp với từ điển năng lực M25 — nếu không, đánh giá năng lực chỉ để đó mà không dẫn tới hành động.

M27 · THIẾT BỊ, TÀI SẢN & BẢN QUYỀN PHẦN MỀM

---

---

Nhóm G — Kiểm soát & tuân thủ

M28 · HỆ THỐNG QUẢN LÝ CHẤT LƯỢNG ISO

PECC3 đang vận hành ISO 9001. Module này số hóa phần quản trị hệ thống, khác với M10 là số hóa quy trình tác nghiệp.

M29 · AN TOÀN HIỆN TRƯỜNG (HSE)

Áp dụng cho hoạt động khảo sát và giám sát tác giả — nơi kỹ sư làm việc ngoài hiện trường, gần đường dây mang điện, địa hình khó.

M30 · VĂN THƯ & CÔNG VĂN DỰ ÁN

Đặc thù ngành: một dự án đường dây đi qua 3 tỉnh có thể phát sinh hàng trăm công văn với các sở ngành. Đây là nguyên nhân chậm tiến độ hàng đầu nhưng thường không được quản lý bằng công cụ.

---

---

Nhóm H — Tri thức

M31 · BÀI HỌC KINH NGHIỆM & GIẢI PHÁP ĐIỂN HÌNH

Giá trị chiến lược: đây là module biến kinh nghiệm cá nhân thành tài sản công ty. Kỹ sư giỏi nghỉ việc thì tri thức vẫn ở lại. Với một công ty tư vấn, đây là tài sản thực sự.

---

---

Nhóm I — Cổng thông tin

M33 · CỔNG THÔNG TIN CHỦ ĐẦU TƯ

Lưu ý triển khai: module này nên làm ở Pha 4 và triển khai thí điểm với một chủ đầu tư thân thiện trước, vì phụ thuộc mức độ sẵn sàng của phía đối tác.

---

---

Vòng khép kín dữ liệu

Khi bổ sung nhóm A, hệ thống mới hình thành vòng tuần hoàn giá trị:

    M20 Đấu thầu ──────────────────────────┐
         │ thắng thầu                       │
         ▼                                  │ dữ liệu quay lại
    M01 Dự án                               │ phục vụ gói sau
         │                                  │
         ▼                                  │
    M02→M09→M10→M08  (thực hiện)            │
         │                                  │
         ├──▶ M07 giá thành thực tế ────────┤ biết chào giá bao nhiêu thì có lãi
         ├──▶ M21 danh mục công trình ──────┤ hồ sơ kinh nghiệm tự cập nhật
         ├──▶ M04/M25 năng lực nhân sự ─────┤ nhân sự chủ chốt đủ điều kiện
         ├──▶ M31 bài học, giải pháp ───────┤ nội dung hồ sơ kỹ thuật
         └──▶ M03 tiến độ thực tế ──────────┘ cam kết tiến độ khả thi

Đây là giá trị lớn nhất của bản đồ đầy đủ: mỗi dự án thực hiện xong không chỉ mang lại doanh thu, mà còn làm tăng năng lực thắng thầu của gói tiếp theo — với điều kiện dữ liệu được ghi nhận có hệ thống. Không có vòng khép kín này, công ty làm 100 dự án vẫn phải lập hồ sơ dự thầu như lần đầu.

---

Mỗi đường nối giữa hai module là một giao diện dữ liệu (interface) có đặc tả rõ ràng: truyền cái gì, khi nào truyền, theo chiều nào, và quy tắc nghiệp vụ ràng buộc. Đây là phần sẽ được đặc tả kỹ thuật đầy đủ trong tài liệu SRS ở giai đoạn khảo sát (đầu Pha 1).

2.1. Nguyên tắc đọc sơ đồ: mũi tên là HÀNH ĐỘNG, không phải đường ống dữ liệu

Mỗi mũi tên trong sơ đồ kiến trúc là một sự kiện nghiệp vụ do một chủ thể cụ thể thực hiện, làm đối tượng chuyển từ trạng thái này sang trạng thái khác. Dữ liệu chỉ là thứ được mang theo trong sự kiện đó.

Vì vậy mỗi liên kết được đặc tả theo bốn thành phần:

Cách đặc tả này quan trọng vì hai lý do thực tế:

1. Với khách hàng: người dùng nghiệp vụ nhận ra ngay công việc thường ngày của mình trên sơ đồ ("à, chỗ này là lúc tôi ký duyệt"), thay vì nhìn một sơ đồ kỹ thuật trừu tượng.
2. Với đội phát triển: mỗi hành động tương ứng một sự kiện có thể lập trình, ghi nhật ký và kiểm thử được. Nhật ký hệ thống (audit log) chính là danh sách các hành động này — đây cũng là bằng chứng pháp lý khi có tranh chấp.

Ký hiệu: → một chiều · ↔ hai chiều (có phản hồi ngược) · Tần suất: thời gian thực / theo sự kiện / theo lô định kỳ

---

2.2. Bảng tổng hợp 21 hành động của hệ thống

Đọc cột cuối cùng theo chiều dọc là thấy ngay bức tranh: trong 21 hành động, chỉ có 3 hành động bắt buộc con người thực hiện (L02 nộp sản phẩm, L04 ký duyệt, L13 ký phát hành) — và cả ba đều là việc kỹ sư vốn đã phải làm. Phần còn lại hệ thống tự chạy hoặc chỉ cần một cú xác nhận.

---

2.3. Nhóm liên kết LÕI — trục xương sống của hệ thống

L01 · Khởi tạo cây công việc từ bộ mẫu

(M01 Dự án → M02 Công việc) | Mục | Nội dung | |---|---| | Gói dữ liệu | Cây cấu trúc: Dự án → Bước thiết kế → Hạng mục → Bộ môn → Danh mục sản phẩm (bản vẽ/thuyết minh/bảng tính); kèm tỷ trọng sản lượng và định mức giờ công dự kiến của từng sản phẩm, lấy từ bộ mẫu công trình | | Kích hoạt | Khi CNDA khởi tạo dự án và chọn bộ mẫu; khi bổ sung hạng mục | | Chiều · Tần suất | → · Theo sự kiện | | Quy tắc nghiệp vụ | Không được tạo đầu việc nằm ngoài cây cấu trúc dự án. Tổng tỷ trọng các sản phẩm trong một bộ môn phải bằng 100% | | Nếu thiếu liên kết này | Kỹ sư tự đặt tên đầu việc tùy ý → không tổng hợp được sản lượng, không so sánh được giữa các dự án |

L02 · Nộp sản phẩm thiết kế

(M02 Công việc → M09 Hồ sơ thiết kế) | Mục | Nội dung | |---|---| | Gói dữ liệu | File sản phẩm + metadata bắt buộc: mã dự án, bước, hạng mục, bộ môn, loại tài liệu, người lập, ngày lập, tỷ lệ bản vẽ, khổ giấy | | Kích hoạt | Kỹ sư bấm "Nộp sản phẩm" trên đầu việc | | Chiều · Tần suất | ↔ · Theo sự kiện (chiều ngược: hồ sơ bị trả lại làm đầu việc mở lại) | | Quy tắc nghiệp vụ | Hệ thống tự sinh mã hồ sơ theo quy tắc mã hóa PECC3 — người dùng không được tự gõ mã. Không cho nộp nếu thiếu metadata bắt buộc | | Nếu thiếu liên kết này | Hồ sơ không gắn được với đầu việc → không biết ai chịu trách nhiệm bản vẽ nào |

L03 · Trình duyệt hồ sơ

(M09 Hồ sơ → M10 KCS) | Mục | Nội dung | |---|---| | Gói dữ liệu | Bộ hồ sơ trình duyệt + checklist KCS tương ứng bộ môn/loại công trình + danh sách đầu vào liên bộ môn đã nhận (để người kiểm tra biết bản vẽ này dựa trên số liệu nào) | | Kích hoạt | Hồ sơ chuyển trạng thái "Trình duyệt" | | Chiều · Tần suất | ↔ · Theo sự kiện | | Quy tắc nghiệp vụ | Checklist được chọn tự động theo bộ môn + cấp điện áp + loại công trình. Người kiểm tra không được trùng người lập | | Nếu thiếu liên kết này | KCS phải tự tìm hồ sơ, không biết bản nào mới, không có checklist chuẩn |

L04 · Ký duyệt qua từng cấp

(M10 KCS → M08 Sản lượng) | Mục | Nội dung | |---|---| | Gói dữ liệu | Trạng thái duyệt từng cấp của từng sản phẩm, kèm mốc ghi nhận sản lượng tương ứng: 60% đã lập · 80% đã qua KCS bộ môn · 100% đã phát hành | | Kích hoạt | Mỗi lần hồ sơ vượt qua một trạm duyệt | | Chiều · Tần suất | → · Thời gian thực | | Quy tắc nghiệp vụ | Đây là cơ chế chống khai khống: sản lượng không do người thực hiện tự khai mà do trạng thái duyệt quyết định. Hồ sơ bị trả lại sẽ tự động hạ mốc sản lượng về mức trước đó | | Nếu thiếu liên kết này | Quay lại tình trạng tự khai % hoàn thành → tranh cãi mỗi kỳ chốt sản lượng |

L05 · Chốt sản lượng kỳ

(M08 Sản lượng → M13 Dashboard & M06 Doanh thu) | Mục | Nội dung | |---|---| | Gói dữ liệu | Sản lượng đã được duyệt, quy đổi ra giá trị tiền, bóc tách theo dự án – bước – hạng mục – bộ môn – phòng – cá nhân | | Kích hoạt | Bảng chốt sản lượng kỳ được duyệt ở cấp cuối cùng | | Chiều · Tần suất | → · Theo lô định kỳ (tháng/quý) + xem nhanh thời gian thực | | Quy tắc nghiệp vụ | Chỉ sản lượng đã duyệt mới ghi nhận doanh thu. Sản lượng chưa duyệt hiển thị riêng ở mục "dở dang" |

---

2.4. Nhóm liên kết KINH TẾ — biến công việc thành tiền

L06 · Phân bổ giá trị hợp đồng

(M05 Hợp đồng → M01 Dự án) | Mục | Nội dung | |---|---| | Gói dữ liệu | Giá trị hợp đồng phân bổ xuống từng bước thiết kế và hạng mục; thời hạn hoàn thành từng bước; mốc thanh toán và điều kiện nghiệm thu kèm theo | | Kích hoạt | Ký hợp đồng hoặc ký phụ lục | | Chiều · Tần suất | → · Theo sự kiện | | Quy tắc nghiệp vụ | Giá trị hợp đồng hiện hành = HĐ gốc + Σ phụ lục. Mọi thay đổi giá trị đều phải qua phụ lục, không sửa trực tiếp giá trị gốc |

L07 · Ấn định đơn giá quy đổi

(M05 Hợp đồng → M08 Sản lượng) | Mục | Nội dung | |---|---| | Gói dữ liệu | Đơn giá quy đổi: giá trị tiền của mỗi 1% sản lượng theo từng hạng mục | | Kích hoạt | Khi phân bổ giá trị hợp đồng; khi có phụ lục điều chỉnh giá | | Chiều · Tần suất | → · Theo sự kiện | | Quy tắc nghiệp vụ | Khi phụ lục làm thay đổi giá trị hạng mục, sản lượng các kỳ trước không tính lại; chênh lệch ghi nhận vào kỳ có hiệu lực phụ lục |

L08 · Kết chuyển giờ công

(M02 Timesheet → M07 Chi phí) | Mục | Nội dung | |---|---| | Gói dữ liệu | Giờ công theo từng người × từng dự án × từng đầu việc, nhân với đơn giá giờ công theo bậc (lấy từ M04) | | Kích hoạt | Kỹ sư khai công; trưởng phòng duyệt bảng công tuần | | Chiều · Tần suất | → · Theo lô hàng tuần | | Quy tắc nghiệp vụ | Tổng giờ công khai trong tuần không vượt quá quỹ giờ chuẩn + giờ làm thêm đã duyệt. Giờ công không gắn dự án được đưa vào chi phí quản lý chung |

L09 · Đối chiếu hiệu quả đầu việc

(M08 Sản lượng ↔ M07 Chi phí (liên kết phân tích)) | Mục | Nội dung | |---|---| | Gói dữ liệu | Đối chiếu giá trị sản lượng tạo ra với chi phí giờ công thực tế bỏ ra, theo từng đầu việc | | Kích hoạt | Cuối mỗi kỳ chốt sản lượng | | Chiều · Tần suất | ↔ · Theo lô định kỳ | | Quy tắc nghiệp vụ | Đầu việc có tỷ lệ chi phí/sản lượng vượt ngưỡng cấu hình sẽ được đánh dấu để hiệu chỉnh bộ định mức tỷ trọng cho các dự án sau — đây là cơ chế tự học của hệ thống |

L10 · Phát tín hiệu tài chính

(M06 Doanh thu → M13 & M15) | Mục | Nội dung | |---|---| | Gói dữ liệu | Doanh thu ghi nhận, giá trị đã nghiệm thu, hóa đơn đã xuất, tiền đã thu, tuổi nợ theo chủ đầu tư | | Kích hoạt | Hàng ngày + khi có biến động (xuất hóa đơn, nhận tiền) | | Chiều · Tần suất | → · Thời gian thực + cảnh báo hàng ngày | | Quy tắc nghiệp vụ | Công nợ quá 60 ngày tự động gửi cảnh báo tới CNDA; quá 90 ngày gửi tới Ban TGĐ |

---

2.5. Nhóm liên kết KIỂM SOÁT — chất lượng, thay đổi, rủi ro

L11 · Đề nghị lập phụ lục hợp đồng

(M11 Thay đổi thiết kế → M05 Hợp đồng) | Mục | Nội dung | |---|---| | Gói dữ liệu | Khối lượng công việc phát sinh đã được lượng hóa (số bản vẽ phải làm lại, số giờ công, chi phí khảo sát bổ sung) + căn cứ pháp lý (văn bản của CĐT/cơ quan thẩm định/địa phương) | | Kích hoạt | Phiếu thay đổi được phân loại "do nguyên nhân bên ngoài" và được lãnh đạo duyệt | | Chiều · Tần suất | → · Theo sự kiện | | Quy tắc nghiệp vụ | Chỉ thay đổi do nguyên nhân bên ngoài mới được đề nghị phụ lục. Thay đổi do lỗi nội bộ chuyển sang M07 như chi phí tự chịu và ghi nhận vào chỉ số chất lượng của bộ môn | | Giá trị mang lại | Đây là đường liên kết thu hồi doanh thu đang bị bỏ sót |

L12 · Nâng revision và thu hồi bản cũ

(M11 Thay đổi thiết kế → M09 Hồ sơ) | Mục | Nội dung | |---|---| | Gói dữ liệu | Danh sách hồ sơ/bản vẽ bị ảnh hưởng (hệ thống tự đề xuất qua liên kết tài liệu, người dùng xác nhận) + yêu cầu nâng revision | | Kích hoạt | Phiếu thay đổi được duyệt | | Chiều · Tần suất | → · Theo sự kiện | | Quy tắc nghiệp vụ | Hồ sơ bị ảnh hưởng tự động nâng revision và gửi thông báo tới toàn bộ đơn vị đã nhận bản cũ theo danh sách phát hành — chống dùng nhầm bản vẽ tại hiện trường |

L13 · Ký phát hành và khóa bản

(M10 KCS → M09 Hồ sơ) | Mục | Nội dung | |---|---| | Gói dữ liệu | Kết quả duyệt cuối cùng + chữ ký số + số phát hành + dấu phát hành và mã QR tra cứu | | Kích hoạt | Lãnh đạo ký phát hành | | Chiều · Tần suất | → · Theo sự kiện | | Quy tắc nghiệp vụ | Bản đã phát hành bị khóa vĩnh viễn, không ai được sửa đè; muốn sửa phải tạo revision mới và đi lại quy trình |

L14 · Đo tiến độ theo danh mục hồ sơ

(M09 Hồ sơ → M03 Tiến độ) | Mục | Nội dung | |---|---| | Gói dữ liệu | Số lượng tài liệu đã lập / đã KCS / đã phát hành trên tổng danh mục hồ sơ của từng hạng mục | | Kích hoạt | Mỗi lần tài liệu đổi trạng thái | | Chiều · Tần suất | → · Thời gian thực | | Quy tắc nghiệp vụ | Đây là thước đo tiến độ khách quan nhất — tiến độ hạng mục được đối chiếu giữa "% do người thực hiện báo" và "% theo danh mục hồ sơ thực tế"; chênh lệch quá ngưỡng sẽ cảnh báo |

L15 · Sinh rủi ro từ trễ hạn

(M03 Tiến độ → M12 Rủi ro) | Mục | Nội dung | |---|---| | Gói dữ liệu | Đầu việc trên đường găng bị chậm, mốc hợp đồng có nguy cơ trễ, đầu vào liên bộ môn chờ quá hạn | | Kích hoạt | Quét tự động hàng ngày | | Chiều · Tần suất | → · Hàng ngày | | Quy tắc nghiệp vụ | Chậm đường găng quá N ngày tự động sinh một mục trong sổ rủi ro, gán cho CNDA, yêu cầu nêu biện pháp ứng phó |

L16 · Áp tác động rủi ro lên tiến độ, chi phí

(M12 Rủi ro → M03 & M07) | Mục | Nội dung | |---|---| | Gói dữ liệu | Tác động dự kiến của rủi ro tới tiến độ (số ngày) và chi phí (số tiền) | | Chiều · Tần suất | → · Theo sự kiện | | Quy tắc nghiệp vụ | Rủi ro mức cao được hiển thị trực tiếp trên biểu đồ Gantt tại đúng đầu việc bị ảnh hưởng, không nằm riêng một chỗ |

---

2.6. Nhóm liên kết NGUỒN LỰC

L17 · Đề xuất và chặn người không đủ điều kiện

(M04 Nhân sự → M02 Công việc) | Mục | Nội dung | |---|---| | Gói dữ liệu | Danh sách người đủ điều kiện đảm nhận đầu việc (theo chuyên ngành, chứng chỉ hành nghề, kinh nghiệm cấp điện áp) + mức tải hiện tại theo tuần | | Kích hoạt | Khi CNTK mở màn hình giao việc | | Chiều · Tần suất | ↔ · Thời gian thực | | Quy tắc nghiệp vụ | Cảnh báo khi giao việc cho người đã vượt 100% công suất; chặn giao vai trò chủ trì thiết kế cho người không đủ hạng chứng chỉ theo quy định pháp luật |

L18 · Kiểm tra thẩm quyền ký duyệt

(M04 Nhân sự → M10 KCS) | Mục | Nội dung | |---|---| | Gói dữ liệu | Thẩm quyền ký duyệt theo chức danh và hạng chứng chỉ hành nghề; trạng thái hiệu lực chứng chỉ | | Kích hoạt | Khi hồ sơ đến trạm duyệt | | Chiều · Tần suất | → · Thời gian thực | | Quy tắc nghiệp vụ | Người có chứng chỉ hết hạn không được ký duyệt — hệ thống chặn và cảnh báo trước 90 ngày. Đây là điểm bảo vệ pháp lý quan trọng cho công ty |

L19 · Kết chuyển sản lượng cá nhân

(M08 Sản lượng → M04 Nhân sự) | Mục | Nội dung | |---|---| | Gói dữ liệu | Sản lượng cá nhân theo kỳ, phục vụ phân phối thu nhập và đánh giá hiệu suất | | Kích hoạt | Sau khi bảng chốt sản lượng được duyệt | | Chiều · Tần suất | → · Theo lô định kỳ | | Quy tắc nghiệp vụ | Dữ liệu này được xuất sang phần mềm tính lương; hệ thống EPMS không tự tính lương |

---

2.7. Nhóm liên kết KỸ THUẬT — CDE & BIM

L20 · Chuyển vùng trạng thái CDE

(M16 CDE ↔ M09 Hồ sơ + M10 KCS) | Mục | Nội dung | |---|---| | Gói dữ liệu | Trạng thái vùng dữ liệu (WIP → Shared → Published → Archived) và mã trạng thái phù hợp (suitability code) của từng tài liệu/mô hình | | Kích hoạt | Mỗi bước chuyển trạng thái trong quy trình KCS | | Chiều · Tần suất | ↔ · Thời gian thực | | Quy tắc nghiệp vụ | Quy trình KCS là thứ điều khiển việc chuyển vùng CDE — không có chuyện tài liệu vào vùng Published mà chưa qua duyệt |

L21 · Ánh xạ đối tượng mô hình

(M17 BIM → M09 + M07 + M11) | Mục | Nội dung | |---|---| | Gói dữ liệu | Ánh xạ đối tượng mô hình 3D ↔ tài liệu liên quan ↔ khối lượng bóc tách (QTO) ↔ phiếu thay đổi liên quan | | Kích hoạt | Khi upload/cập nhật mô hình; khi người dùng chọn một đối tượng trong viewer | | Chiều · Tần suất | ↔ · Theo sự kiện | | Quy tắc nghiệp vụ | Click vào một ngăn lộ hoặc một vị trí cột trong mô hình sẽ hiện ngay: bản vẽ liên quan, tình trạng KCS, thay đổi thiết kế, ảnh hiện trường. Khối lượng bóc từ mô hình được đối chiếu với bảng kê vật tư trong dự toán, chênh lệch quá ngưỡng sẽ cảnh báo |

---

2.8. Ba nguyên tắc kiểm soát chất lượng dữ liệu

1. Không nhập lại lần hai. Mỗi dữ liệu chỉ có duy nhất một điểm nhập. Nếu một màn hình yêu cầu người dùng gõ lại thứ đã có ở nơi khác, đó là lỗi thiết kế.
2. Không có mũi tên đi ngược từ báo cáo về dữ liệu gốc. Mọi con số trên dashboard đều truy vết được về đúng một bản ghi công việc hoặc một hồ sơ cụ thể — lãnh đạo hỏi "con số này ở đâu ra", bấm hai lần chuột là ra người và ngày giờ.
3. Trạng thái quyết định số liệu, không phải lời khai. Sản lượng, tiến độ, doanh thu đều được suy ra từ trạng thái đã được duyệt của hồ sơ, không từ việc người thực hiện tự đánh giá.

---

Đây là phần quyết định hệ thống triển khai được hay chết yểu. Phần mềm quản lý thất bại hầu như luôn vì một lý do: bắt người dùng nhập quá nhiều. Kỹ sư thiết kế đang chịu áp lực tiến độ sẽ không nhập, hoặc nhập đối phó — và dữ liệu sai còn nguy hiểm hơn không có dữ liệu.

7.1. Năm nguyên tắc thiết kế bắt buộc

Nguyên tắc 1 — Dữ liệu suy ra được thì không hỏi. Trước khi thêm bất kỳ trường nhập liệu nào, phải trả lời được: dữ liệu này có thể lấy từ hệ thống khác, tính từ dữ liệu đã có, hoặc bóc từ chính file người dùng nộp không? Nếu có, cấm hỏi người dùng.

Nguyên tắc 2 — Bám vào thao tác người dùng vốn đã phải làm. Kỹ sư dù có phần mềm hay không vẫn phải: vẽ xong thì nộp bản vẽ, kiểm tra xong thì ghi ý kiến, duyệt xong thì ký. Hệ thống chỉ chen vào đúng những điểm đó, không tạo thêm việc mới.

Nguyên tắc 3 — Xác nhận thay vì nhập. Khi buộc phải có dữ liệu từ con người, hệ thống điền sẵn phương án đề xuất; người dùng chỉ bấm xác nhận hoặc sửa phần khác biệt. Một cú click thay cho một biểu mẫu.

Nguyên tắc 4 — Nhập một lần, dùng mọi nơi. Không màn hình nào được yêu cầu gõ lại thứ đã tồn tại ở nơi khác trong hệ thống. Vi phạm nguyên tắc này bị coi là lỗi thiết kế, không phải "tính năng bổ sung".

Nguyên tắc 5 — Trạng thái tự thay lời khai. Tiến độ, sản lượng, doanh thu đều suy ra từ trạng thái đã duyệt của hồ sơ. Hệ thống không bao giờ hỏi "anh làm được bao nhiêu phần trăm rồi?".

---

7.2. Bản đồ điểm nhập liệu — toàn hệ thống chỉ còn 9 điểm nhập tay

Sau khi áp dụng 5 nguyên tắc trên, đây là toàn bộ những gì con người còn phải nhập:

Ngoài 9 điểm này, không có màn hình nhập liệu nào khác trong toàn hệ thống. Đây là cam kết nên đưa thẳng vào hợp đồng.

---

7.3. Mười sáu cơ chế tự động hóa cụ thể

Nhóm A — Tự động khi khởi tạo

Nhóm B — Tự động khi làm việc

Nhóm C — Tự động suy ra (không hỏi ai)

Nhóm D — Tự động đầu ra

---

7.4. Thang tự động hóa theo module

Lưu ý quan trọng cần nói rõ với khách hàng: M10 (KCS) cố tình giữ tỷ lệ thủ công cao — vì đó chính là giá trị chuyên môn của PECC3. Tự động hóa việc kiểm tra chất lượng là sai về nguyên tắc. Hệ thống chỉ tự động hóa phần thủ tục (định tuyến hồ sơ, gán checklist, nhắc việc, lưu vết), còn phần phán đoán kỹ thuật vẫn thuộc về kỹ sư.

---

7.5. Cam kết định lượng về thao tác người dùng

Đề xuất đưa các chỉ số sau vào phụ lục hợp đồng làm điều kiện nghiệm thu:

---

7.6. Khởi tạo dữ liệu ban đầu — không bắt gõ lại quá khứ

Đây là nỗi lo lớn thứ hai của khách hàng sau chuyện nhập liệu hàng ngày. Phương án:

1. Nhập từ Excel hiện có: bảng danh mục dự án, danh sách hợp đồng, bảng theo dõi tiến độ, danh sách nhân sự, danh mục hồ sơ — nhà cung cấp nhận file Excel đang dùng và tự viết bộ chuyển đổi, PECC3 không phải gõ lại.
2. Hồ sơ cũ chỉ quét vào kho lưu trữ tra cứu, không cần chuẩn hóa metadata đầy đủ; dùng tìm kiếm toàn văn để tra.
3. Chỉ dự án đang chạy mới đưa vào vận hành đầy đủ; dự án đã kết thúc chỉ lưu ở dạng tham chiếu.
4. Danh mục nền (bộ môn, chức danh, loại tài liệu, thư viện thiết bị, thư viện rủi ro, bộ mẫu công trình) do nhà cung cấp cài đặt sẵn dựa trên giai đoạn khảo sát đầu Pha 1 — PECC3 chỉ rà soát và duyệt.

---

7.7. Điều này ảnh hưởng thế nào tới kế hoạch triển khai

Vì tự động hóa là điều kiện sống còn, cần điều chỉnh hai điểm trong kế hoạch:

• Giai đoạn khảo sát (đầu Pha 1) phải thu thập đủ nguyên liệu để tự động hóa: mẫu khung tên bản vẽ của từng bộ môn, quy tắc mã hóa hồ sơ, các file Excel đang dùng, biểu mẫu văn bản chuẩn, bộ định mức tỷ trọng. Thiếu những thứ này thì không tự động hóa được, buộc phải bắt người dùng nhập.
• Pha 1 phải bao gồm plugin nộp hồ sơ và cơ chế bóc metadata, không được lùi sang pha sau. Nếu pha 1 bắt kỹ sư mở web upload và gõ metadata, người dùng sẽ từ chối hệ thống ngay từ tháng đầu và rất khó cứu vãn.

---

---

Mỗi luồng dưới đây cho thấy nhiều module ghép với nhau tạo ra giá trị thực.

Luồng 1 — Từ ký hợp đồng đến giao việc (M05 → M01 → M02 → M04)

1. Phòng Kế hoạch nhập hợp đồng, giá trị, mốc bàn giao, mốc thanh toán.
2. Chọn mẫu công trình (VD: ĐZ 220kV mạch kép) → hệ thống sinh sẵn cấu trúc hạng mục, danh mục hồ sơ, tỷ trọng sản lượng.
3. Giao CNDA; CNDA giao việc cho các CNTK bộ môn; hệ thống kiểm tra tải nguồn lực và cảnh báo nếu kỹ sư đã vượt 100% công suất.
4. Tiến độ tự sinh từ mẫu, CNDA chỉ điều chỉnh mốc và chốt baseline.

Giá trị: thời gian khởi động dự án từ 1–2 tuần rút xuống nửa ngày.

Luồng 2 — Vòng đời một bản vẽ (M02 → M09 → M10 → M16 → M08)

1. Kỹ sư nhận đầu việc "Bản vẽ mặt bằng bố trí thiết bị TBA 220kV".
2. Upload lên vùng WIP, hệ thống tự cấp mã hồ sơ theo quy tắc PECC3.
3. Nộp KCS → kiểm tra bộ môn (checklist) → CNTK duyệt → kiểm tra liên bộ môn → KCS công ty → CNDA → lãnh đạo ký số phát hành.
4. Mỗi trạm duyệt, % ghi nhận sản lượng tăng dần (60% → 80% → 100%).
5. Bản phát hành chuyển sang vùng Published của CDE, đóng dấu + QR, bản cũ tự động khóa.

Giá trị: không bao giờ còn tình trạng dùng nhầm revision; sản lượng không thể khai khống.

Luồng 3 — Xử lý thay đổi thiết kế (M11 → M05 → M07 → M09)

1. Chủ đầu tư yêu cầu dịch tuyến 3 vị trí cột do vướng đền bù.
2. CNDA lập phiếu thay đổi, đánh giá 4 chiều: kỹ thuật / tiến độ +12 ngày / chi phí nội bộ +180 giờ công / giá trị hợp đồng +X đồng.
3. Hệ thống liệt kê 14 bản vẽ và 2 bảng tính bị ảnh hưởng.
4. Lãnh đạo duyệt → tự sinh hồ sơ đề nghị phụ lục hợp đồng, đồng thời nâng revision các hồ sơ liên quan và thông báo tới các bên đã nhận bản cũ.

Giá trị: đây là luồng thu hồi tiền đang bị bỏ sót.

Luồng 4 — Chốt sản lượng và ghi nhận doanh thu cuối tháng (M08 → M06 → M07 → M13)

1. Ngày 25 hàng tháng, hệ thống tự tổng hợp bảng sản lượng theo bộ môn – phòng – cá nhân từ trạng thái KCS thực tế.
2. CNTK → CNDA → Trưởng phòng → Phòng Kế hoạch duyệt trên hệ thống (không họp, không file Excel gửi qua lại).
3. Doanh thu kỳ được ghi nhận theo % hoàn thành; chi phí nhân công tính từ timesheet.
4. Dashboard hiển thị ngay lãi/lỗ từng dự án và bảng phân phối thu nhập theo sản lượng.

Giá trị: từ 3–5 ngày còn dưới 1 ngày, và hết tranh cãi vì số liệu có nguồn gốc.

Luồng 5 — Điều hành theo cảnh báo (M03 + M12 + M15 → M13)

1. Hệ thống quét hàng ngày: đầu việc quá hạn, hồ sơ tồn ở khâu duyệt quá X ngày, mốc hợp đồng sắp đến, bảo lãnh sắp hết hiệu lực, công nợ quá 90 ngày, chứng chỉ hành nghề sắp hết hạn.
2. Gửi đúng người theo vai trò qua in-app + email + Zalo.
3. Cuộc họp giao ban mở dashboard thay vì đọc báo cáo giấy.

---

VIII.1. Nguyên tắc kiến trúc: AI là một dịch vụ tách rời, có thể thay thế

Trước khi bàn ai làm phần AI, cần chốt một nguyên tắc kiến trúc:

EPMS không bao giờ gọi trực tiếp tới mô hình AI. Mọi yêu cầu đi qua một lớp trung gian gọi là AI Gateway với hợp đồng giao diện cố định. Nhà cung cấp AI phía sau là ai — đội chúng tôi, bên thứ ba, hay chính PECC3 tự phát triển sau này — đều không ảnh hưởng tới EPMS.

┌──────────────────────────────────────────────────┐
│                    EPMS                          │
│  M09 Hồ sơ · M10 KCS · M07 Dự toán · M13 BC     │
└────────────────────┬─────────────────────────────┘
                     │ Giao diện cố định
                     │ (hợp đồng API do chúng tôi định nghĩa)
          ┌──────────▼──────────┐
          │    AI GATEWAY        │  ◀── thuộc phạm vi của chúng tôi
          │  • định tuyến        │      trong MỌI phương án
          │  • kiểm soát quyền   │
          │  • ghi nhật ký       │
          │  • bộ nhớ đệm        │
          │  • dự phòng khi lỗi  │
          └──────────┬──────────┘
                     │ Adapter chuẩn hóa
        ┌────────────┼────────────┬──────────────┐
        ▼            ▼            ▼              ▼
  ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐
  │ Nhà cung │ │ Nhà cung │ │ Mô hình  │ │ (dự phòng)│
  │ cấp AI A │ │ cấp AI B │ │ nội bộ   │ │ tắt AI   │
  └──────────┘ └──────────┘ └──────────┘ └──────────┘

Ba hệ quả thực tế của kiến trúc này:

1. PECC3 không bị khóa vào một nhà cung cấp AI. Nếu bên cung cấp AI không đạt yêu cầu hoặc tăng giá, thay thế bằng cách viết một adapter mới — không sửa EPMS.
2. AI hỏng thì hệ thống vẫn chạy. Khi dịch vụ AI không khả dụng, EPMS tự động chuyển sang chế độ không có gợi ý AI; toàn bộ nghiệp vụ lõi (nộp hồ sơ, KCS, sản lượng, báo cáo) hoạt động bình thường. AI là lớp tăng cường, không phải lớp phụ thuộc.
3. Có thể triển khai AI sau, không cản trở tiến độ chính. EPMS hoàn thành và vận hành trước; AI ghép vào khi sẵn sàng.

---

VIII.2. Phân định: phần nào là AI, phần nào KHÔNG phải AI

Đây là điểm cần làm rõ trước tiên, vì nó quyết định phần nào phụ thuộc bên thứ ba và phần nào không.

Điểm quan trọng với PECC3: phần lớn giá trị kiểm soát chất lượng mà PECC3 mong muốn nằm ở Nhóm 1 và Nhóm 2 — và hai nhóm này không phụ thuộc vào bất kỳ bên thứ ba nào, được cam kết trong phạm vi hợp đồng chính. Nhóm 3 là phần tăng cường, giá trị cao nhưng có thể triển khai độc lập về thời gian và nhà cung cấp.

---

VIII.3. Các chức năng AI (Nhóm 3) — mô tả nghiệp vụ

Dù ai thực hiện, yêu cầu nghiệp vụ vẫn như nhau. Đây là 6 chức năng đề xuất:

AI-01 · Rà soát viện dẫn tiêu chuẩn, văn bản pháp lý

Quét thuyết minh và bản vẽ, phát hiện mọi viện dẫn QCVN/TCVN/Nghị định/Thông tư, đối chiếu cơ sở dữ liệu hiệu lực (M23), trả về bảng: viện dẫn – vị trí – trạng thái hiệu lực – khuyến nghị.

AI-02 · Hỏi đáp tri thức nội bộ

Kỹ sư hỏi bằng tiếng Việt tự nhiên, nhận câu trả lời kèm trích dẫn có thể click mở đúng trang tài liệu gốc. Phạm vi tri thức: văn bản pháp luật, tiêu chuẩn, quy trình ISO nội bộ, hồ sơ dự án lịch sử, ý kiến thẩm định đã nhận.

AI-03 · Cảnh báo dựa trên lỗi lịch sử

Đối chiếu hồ sơ sắp trình với ngân hàng ý kiến thẩm tra – thẩm định (M31), cảnh báo những nội dung dự án tương tự từng bị yêu cầu bổ sung.

AI-04 · Soát mâu thuẫn ngữ nghĩa trong dự toán

Đối chiếu dự toán với thuyết minh, bản vẽ, báo cáo khảo sát để phát hiện mâu thuẫn mà rule engine không bắt được (ví dụ: thuyết minh dùng cột mạ kẽm nhúng nóng, dự toán áp đơn giá cột sơn phủ).

AI-05 · Diễn giải báo cáo bằng ngôn ngữ tự nhiên

Viết đoạn tóm tắt 3–5 câu nêu bật điều bất thường trong kỳ, đặt trên đầu báo cáo tóm tắt dự án.

AI-06 · Soạn nháp văn bản trả lời thẩm định

Tra cứu cách công ty đã trả lời ý kiến tương tự trước đây, đề xuất bản nháp giải trình có dẫn chiếu để kỹ sư biên tập.

Ràng buộc bắt buộc — áp dụng cho mọi nhà cung cấp

---

VIII.4. HAI HƯỚNG TRIỂN KHAI PHẦN AI

Theo yêu cầu của PECC3, chúng tôi trình bày cả hai hướng để PECC3 lựa chọn.

---

HƯỚNG 1 — Chúng tôi thực hiện trọn gói phần AI

Phạm vi

Lộ trình — 13 tuần, chạy song song với Pha 2

Lựa chọn mô hình

Ưu — nhược

---

HƯỚNG 2 — Bên thứ ba thực hiện AI, chúng tôi tích hợp

Đây là hướng PECC3 đang cân nhắc. Chúng tôi hoàn toàn ủng hộ và đã thiết kế kiến trúc sẵn sàng cho phương án này.

Phân định trách nhiệm — bảng RACI

Phạm vi công việc của chúng tôi trong Hướng 2

Dù không làm AI, phần việc tích hợp không nhỏ và cần được tính đúng:

Đặc tả hợp đồng giao diện — yêu cầu bắt buộc với bên thứ ba

Đây là tài liệu chúng tôi sẽ cung cấp để PECC3 đưa vào yêu cầu kỹ thuật khi lựa chọn nhà cung cấp AI.

Chuẩn giao thức: REST API, JSON, xác thực OAuth2 hoặc API key, tài liệu theo OpenAPI 3.0.

Các điểm cuối (endpoint) bắt buộc:

Cấu trúc phản hồi bắt buộc — mọi endpoint:

{
  "request_id": "...",
  "model_version": "...",        // bắt buộc, phục vụ truy vết
  "result": { ... },
  "citations": [                  // BẮT BUỘC, không được rỗng
    {
      "source_id": "...",         // mã tài liệu trong hệ thống PECC3
      "source_title": "...",
      "location": "...",          // trang, điều, khoản
      "excerpt": "..."            // đoạn trích ngắn
    }
  ],
  "confidence": 0.0-1.0,
  "processing_time_ms": 0
}

Yêu cầu phi chức năng bắt buộc:

Bộ tiêu chí nghiệm thu chất lượng AI (PECC3 dùng để nghiệm thu bên thứ ba):

Ưu — nhược của Hướng 2

Cơ chế kiểm soát rủi ro ba bên

Đây là phần quyết định thành bại của Hướng 2:

Đề xuất cơ chế điều phối: thành lập nhóm kỹ thuật liên bên, họp định kỳ 2 tuần/lần trong giai đoạn tích hợp, có biên bản và danh sách vấn đề mở. PECC3 cử một đầu mối duy nhất làm trọng tài khi hai bên không thống nhất.

---

VIII.5. So sánh hai hướng

---

VIII.6. Khuyến nghị của chúng tôi

Chúng tôi đề xuất một phương án trung dung, giữ mở lựa chọn cho PECC3:

Lý do đề xuất cách này:

1. PECC3 không phải quyết định ngay bây giờ về một hạng mục có nhiều bất định.
2. Hạ tầng tích hợp được xây sẵn nên không mất công làm lại dù chọn hướng nào.
3. Khi PECC3 đi đấu thầu phần AI, đã có sẵn bộ đặc tả kỹ thuật và tiêu chí nghiệm thu định lượng — vị thế đàm phán tốt hơn nhiều so với việc mô tả yêu cầu chung chung.
4. Nếu bên thứ ba không đạt, hệ thống vẫn hoạt động đầy đủ ở Nhóm 1 và 2.

---

VIII.7. Ảnh hưởng tới thương mại và lộ trình

Đề nghị đưa vào hợp đồng: phần AI Nhóm 3 được tách thành phụ lục riêng để PECC3 kích hoạt khi đã quyết định hướng đi, không ràng buộc tiến độ và nghiệm thu của hợp đồng chính.

---

X.1. Rà soát rủi ro, sai số và giá trị đột biến trong dự toán

B2.1. Bài toán

Dự toán là hạng mục dễ sai và hậu quả nặng: sai đơn giá thì lệch tổng mức đầu tư, thiếu hạng mục thì phát sinh khi thi công, khối lượng bất thường thì bị cơ quan thẩm định bắt lỗi và kéo dài thời gian phê duyệt. Hiện việc soát dự toán phụ thuộc kinh nghiệm cá nhân người kiểm tra.

B2.2. Bốn tầng kiểm tra

Tầng 1 — Kiểm tra logic và toàn vẹn (rule-based, chắc chắn 100%)

Tầng 2 — Phát hiện giá trị đột biến bằng thống kê

Đây là phần PECC3 hỏi trực tiếp. Phương pháp áp dụng:

a) So chuẩn theo đơn giá quy đổi (benchmark theo chỉ tiêu kỹ thuật)

Hệ thống tích lũy dữ liệu từ mọi dự toán đã lập, xây dựng dải giá trị bình thường theo các chỉ tiêu ngành:

Khi một dự toán mới có chỉ tiêu nằm ngoài khoảng tin cậy so với nhóm dự án cùng loại, hệ thống cảnh báo kèm so sánh trực quan.

b) Kỹ thuật thống kê áp dụng

Lưu ý về mặt phương pháp: ngoại lệ thống kê không đồng nghĩa với sai. Một tuyến đi qua vùng núi cao địa hình phức tạp hoàn toàn có thể có suất đầu tư/km vượt xa mức bình thường. Vì vậy hệ thống thiết kế theo hướng: cảnh báo kèm lý do và yêu cầu người lập giải trình, giải trình được ghi lại thành tri thức cho lần sau — chứ không chặn cứng.

Tầng 3 — Phân tích độ nhạy và rủi ro dự toán

Tầng 4 — Trợ lý AI soát dự toán ĐỊNH HƯỚNG TƯƠNG LAI

AI đối chiếu dự toán với thuyết minh và bản vẽ để phát hiện mâu thuẫn ngữ nghĩa mà rule engine không bắt được:

"Thuyết minh mô tả sử dụng cột thép mạ kẽm nhúng nóng nhưng dự toán áp đơn giá cột thép sơn phủ." "Bản vẽ thể hiện 4 vị trí móng cọc nhưng dự toán chỉ có khối lượng cho 2 vị trí." "Báo cáo khảo sát địa chất ghi nhận đất yếu tại VT.15–VT.18, dự toán không có hạng mục xử lý nền."

Đầu ra: Phiếu soát dự toán tự động

Mỗi lần dự toán được nộp, hệ thống sinh phiếu gồm 4 mục: lỗi logic bắt buộc sửa · giá trị đột biến cần giải trình · phân tích độ nhạy · mâu thuẫn với hồ sơ khác. Người kiểm tra làm việc trên phiếu này thay vì dò từ đầu — thời gian soát dự toán giảm mạnh và chất lượng đồng đều giữa các người kiểm tra. Đợt này phiếu soát gồm các mục từ Tầng 1–3 (rà trên dữ liệu có cấu trúc đã nhập vào hệ thống); mục đối chiếu mâu thuẫn với hồ sơ khác thuộc Tầng 4 — định hướng tương lai.

Điều kiện tiên quyết

Tầng 2 chỉ chạy tốt khi có dữ liệu lịch sử đủ lớn. Đề nghị PECC3 cung cấp trong giai đoạn khảo sát: tối thiểu 30–50 bộ dự toán đã được phê duyệt của các loại công trình chủ yếu, kèm thông số kỹ thuật tương ứng (chiều dài tuyến, số vị trí cột, công suất, số ngăn lộ, vùng địa hình). Chưa đủ dữ liệu thì Tầng 1, 3, 4 vẫn hoạt động; Tầng 2 sẽ tăng dần độ chính xác theo thời gian.

---

---

X.2. Báo cáo tóm tắt tự động · Đường cong sản lượng · Phân tích rủi ro tiến độ

B3.1. Báo cáo tóm tắt thực hiện dự án — tự động

Nội dung một trang A4 (Project One-Pager)

Cấu trúc chuẩn, sinh tự động cho mọi dự án tại bất kỳ thời điểm nào:

Cơ chế sinh và phát hành

• Sinh theo lịch: tự động lập vào 16h thứ Sáu hàng tuần và ngày 25 hàng tháng, gửi email theo danh sách (kênh Zalo OA: định hướng tương lai).
• Sinh theo yêu cầu: bấm nút, có ngay bản PDF đúng biểu mẫu PECC3.
• Bản tổng hợp toàn công ty: gộp tất cả dự án, xếp theo mức độ cần chú ý — dự án đèn đỏ lên đầu.
• Diễn giải bằng ngôn ngữ tự nhiên: AI viết đoạn tóm tắt 3–5 câu nêu bật điều bất thường trong kỳ, thay vì để lãnh đạo tự đọc bảng số — định hướng tương lai, thuộc hạng mục AI.

Ví dụ đoạn diễn giải tự sinh: "Dự án chậm 12 ngày so với baseline, nguyên nhân chính là chờ thỏa thuận hướng tuyến với UBND huyện X (đã quá hạn 18 ngày). Sản lượng tháng đạt 78% kế hoạch. Chi phí nhân công đang vượt 9% so với dự toán nội bộ do phát sinh 2 đợt khảo sát bổ sung. Có 1 phiếu thay đổi trị giá 340 triệu chưa được duyệt phụ lục."

---

B3.2. Đường cong sản lượng

Bốn đường cong hệ thống dựng tự động

a) Đường cong S sản lượng (lũy kế theo thời gian)

Ba đường trên cùng một biểu đồ: - Kế hoạch (baseline) — theo hợp đồng - Kế hoạch điều chỉnh — sau các phụ lục - Thực hiện — lũy kế sản lượng đã duyệt - Dự báo — phần còn lại, ngoại suy theo tốc độ thực tế

b) Đường cong sản lượng theo bộ môn

Cho thấy bộ môn nào đang là nút thắt. Rất hữu ích với đặc thù phụ thuộc chéo liên bộ môn của PECC3.

c) Đường cong sản lượng theo phòng / cá nhân

Phục vụ điều phối nguồn lực và phân phối thu nhập.

d) Biểu đồ tốc độ (velocity)

Sản lượng theo từng tháng (không lũy kế), giúp nhìn ra xu hướng tăng/giảm nhịp độ mà đường cong S che mất.

Phương pháp kỹ thuật

---

B3.3. Phân tích rủi ro tiến độ — phương pháp và kỹ thuật

Đây là phần PECC3 hỏi cụ thể về phương pháp. Chúng tôi áp dụng bốn lớp, từ đơn giản đến nâng cao:

Lớp 1 — Chỉ số hiệu suất tiến độ (áp dụng cho mọi dự án)

Lớp 2 — Phân tích đường găng và độ nổi

• Tính đường găng và độ nổi tự do/toàn phần của từng đầu việc.
• Chỉ số đường găng (Critical Path Drag): đầu việc nào trên đường găng đang kéo dài dự án nhiều nhất — chỉ ra chính xác chỗ cần dồn nguồn lực.
• Phân tích gần găng (near-critical): các chuỗi việc có độ nổi thấp, dễ trở thành đường găng mới — thường bị bỏ sót nhưng là nguyên nhân trễ hạn phổ biến.

Lớp 3 — Mô phỏng Monte Carlo tiến độ (cho dự án lớn/phức tạp)

Cách làm:

1. Mỗi đầu việc được gán ba giá trị thời lượng: lạc quan (a) – khả dĩ nhất (m) – bi quan (b). Giá trị này lấy từ dữ liệu lịch sử thực tế của chính PECC3, không phải ước lượng cảm tính: hệ thống đã lưu thời gian thực hiện các đầu việc tương tự ở những dự án trước.
2. Áp phân phối xác suất (PERT-Beta cho đầu việc thiết kế, phân phối tam giác cho mốc hành chính có độ bất định cao).
3. Chạy 5.000–10.000 lần mô phỏng trên toàn mạng công việc, có xét tương quan giữa các đầu việc cùng bộ môn.
4. Kết quả:

Lớp 4 — Cảnh báo sớm bằng học máy ĐỊNH HƯỚNG TƯƠNG LAI

Khi hệ thống đã tích lũy đủ dữ liệu (khoảng 12–18 tháng vận hành), xây mô hình phân loại dự báo xác suất một dự án sẽ trễ mốc hợp đồng, dựa trên các đặc trưng:

Đầu ra: điểm rủi ro 0–100 cho từng dự án, cập nhật hàng tuần, kèm giải thích yếu tố đóng góp (dùng SHAP để chỉ rõ vì sao điểm cao) — không phải hộp đen.

Điều kiện: cần tối thiểu 40–60 dự án đã kết thúc có dữ liệu đầy đủ. Vì vậy hạng mục này đặt ở Pha 5, sau khi hệ thống đã chạy đủ lâu. Chúng tôi không đề xuất làm sớm hơn vì mô hình huấn luyện trên dữ liệu mỏng sẽ cho kết quả không đáng tin.

Lớp 5 — Rủi ro tiến độ đặc thù ngành (rule-based, chạy ngay từ Pha 1)

Không cần chờ dữ liệu lớn, các luật này áp dụng được ngay:

---

---

PECC3 đề nghị đi sâu hơn ba mảng này. Dưới đây là cấu trúc dữ liệu và bộ mẫu công trình chúng tôi đề xuất bổ sung.

B4.1. Nhà máy điện năng lượng tái tạo

a) Điện mặt trời

Phần mềm chuyên ngành liên quan: PVsyst, PVcase, Helioscope, ETAP, Civil 3D — hệ thống quản lý file mô hình, phiên bản và kết quả xuất ra.

b) Điện gió

Phần mềm liên quan: WindPRO, WAsP, OpenWind, WindSim, SACS/Bladed (ngoài khơi).

c) Thủy điện & các loại khác

d) Bộ mẫu công trình NLTT bổ sung

Bổ sung vào thư viện bộ mẫu (M01): Điện mặt trời mặt đất · Điện mặt trời nổi · Điện gió trên bờ · Điện gió gần bờ/ngoài khơi · Thủy điện nhỏ · BESS · Trạm nâng áp + tuyến đấu nối nhà máy NLTT. Mỗi bộ mẫu kèm cấu trúc hạng mục, danh mục hồ sơ, tỷ trọng sản lượng và checklist KCS riêng.

---

B4.2. Dự án EPC — thiết kế và thi công

Khi PECC3 tham gia với vai trò trong tổ hợp EPC (hoặc thực hiện phần E của EPC), phạm vi quản lý mở rộng đáng kể so với thuần tư vấn thiết kế.

Các module bổ sung cho EPC

Điểm cần lưu ý về phạm vi

Quản lý EPC đầy đủ là một hệ thống lớn tương đương EPMS. Chúng tôi đề xuất tiếp cận theo hai bước:

• Bước 1 (trong phạm vi hiện tại): bổ sung cấu trúc dữ liệu và bộ mẫu cho dự án EPC ở mức quản lý phần E (thiết kế) đầy đủ, cộng module Vendor Document Control và ITP — đây là phần PECC3 trực tiếp chịu trách nhiệm.
• Bước 2 (đánh giá riêng sau): module quản lý thi công, chạy thử, HSE đầy đủ — nên tách thành gói mở rộng có khảo sát và báo giá riêng, vì phụ thuộc mức độ PECC3 thực sự tham gia vai trò EPC.

Chúng tôi nêu rõ điều này thay vì hứa gộp tất cả vào phạm vi hiện tại, để tránh vỡ tiến độ và tranh chấp phạm vi khi triển khai.

---

B4.3. Tư vấn giám sát

Điểm nhấn giá trị: nhật ký giám sát điện tử có ký số và ảnh gắn tọa độ – thời gian là bằng chứng pháp lý rất mạnh khi có tranh chấp với nhà thầu hoặc sự cố công trình. Đây là giá trị mà sổ nhật ký giấy không có.

---

---

B6.1. Vì sao đây là điểm nghẽn quan trọng

Khảo sát là đầu vào của gần như mọi bộ môn thiết kế. Số liệu khảo sát chậm, thiếu hoặc sai gây hậu quả dây chuyền: bộ môn xây dựng không tính được móng, bộ môn đường dây không chốt được tuyến, dự toán không có cơ sở khối lượng. Đây thường là nguyên nhân trễ tiến độ nội bộ lớn nhất mà lại ít được quản lý bằng công cụ.

B6.2. Module Quản lý số liệu khảo sát (M18 — bổ sung mới)

a) Quản lý nhiệm vụ khảo sát

b) Tiếp nhận và quản lý dữ liệu khảo sát địa hình

c) Tiếp nhận và quản lý dữ liệu khảo sát địa chất

d) Kiểm soát chất lượng số liệu khảo sát — phần tạo giá trị lớn nhất

e) Nghiệm thu và bàn giao nội bộ

Luồng chuẩn hóa: Xí nghiệp Khảo sát nộp → hệ thống kiểm tra tự động → KCS khảo sát → bộ môn thiết kế nghiệm thu tiếp nhận → mở khóa đầu vào cho các bộ môn phụ thuộc.

Điểm quan trọng: chỉ khi bộ môn thiết kế xác nhận đã nhận đủ và đạt yêu cầu, hệ thống mới mở trạng thái "đầu vào sẵn sàng" cho các đầu việc phụ thuộc. Nhờ đó:

• Trách nhiệm rõ ràng khi có sai sót — không còn tranh cãi "tôi đã gửi rồi" / "tôi chưa nhận được".
• Thời gian chờ số liệu khảo sát được đo đạc chính xác, trở thành chỉ số theo dõi và là căn cứ khi giải trình chậm tiến độ.

f) Khai thác số liệu khảo sát

g) Sản lượng và chi phí khảo sát

Xí nghiệp Khảo sát được quản lý như một đơn vị có sản lượng riêng: định mức tỷ trọng theo m khoan, ha đo vẽ, km tuyến, số mẫu thí nghiệm; chi phí hiện trường, thiết bị, nhân công theo dõi riêng; tính được lãi/lỗ của hoạt động khảo sát.

---

---

B7.1. Cấu trúc từ điển năng lực

Chúng tôi đề xuất khung năng lực bốn nhóm, mỗi năng lực đánh giá theo thang 5 mức.

Bốn nhóm năng lực

Thang 5 mức — định nghĩa hành vi cụ thể

Điểm mấu chốt: mỗi mức phải mô tả bằng hành vi quan sát được, không phải bằng tính từ. Nếu không, đánh giá sẽ trở thành cảm tính và mất giá trị.

Ma trận Vai trò × Năng lực

Mỗi chức danh có hồ sơ năng lực yêu cầu. Ví dụ:

Hệ thống tự tính khoảng cách năng lực (gap) giữa mức hiện tại của mỗi người và mức yêu cầu của vị trí — đây là căn cứ khách quan cho kế hoạch đào tạo và quy hoạch cán bộ.

---

B7.2. Chỉ số thích ứng đa nhiệm

PECC3 nêu yêu cầu cụ thể về "mức thích ứng đa nhiệm". Chúng tôi đề xuất đo bằng bốn chỉ số bổ trợ nhau:

a) Chỉ số đa năng (Versatility Index)

Số năng lực chuyên môn mà cá nhân đạt mức 3 trở lên, có tính trọng số theo mức độ khác biệt giữa các năng lực.

Một người thành thạo 3 năng lực thuộc 3 bộ môn khác nhau có chỉ số cao hơn người thành thạo 3 năng lực gần nhau trong cùng một bộ môn — vì giá trị điều động thực tế cao hơn.

b) Chỉ số linh hoạt điều động (Deployment Flexibility)

Số loại công trình cá nhân đã tham gia thực tế và được đánh giá đạt: đường dây · trạm biến áp · điện mặt trời · điện gió · thủy điện · khảo sát · EPC · tư vấn giám sát.

Đo bằng dữ liệu thật từ lịch sử dự án trong hệ thống, không phải tự khai.

c) Chỉ số hiệu suất đa nhiệm (Multi-project Performance)

Đo khả năng duy trì chất lượng khi chạy nhiều dự án cùng lúc, dựa trên dữ liệu vận hành đã có:

Chỉ số này phát hiện đúng điều PECC3 quan tâm: có người làm tốt khi tập trung một dự án nhưng chất lượng sụt mạnh khi phải chạy song song — và ngược lại. Thông tin này rất giá trị khi phân công.

d) Chỉ số tốc độ tiếp thu (Learning Agility)

Thời gian trung bình từ khi bắt đầu tham gia một loại công trình mới đến khi đạt mức 3 ở năng lực tương ứng.

Đo bằng lịch sử đánh giá năng lực theo thời gian. Chỉ số này dự báo tốt tiềm năng phát triển, hữu ích cho quy hoạch cán bộ nguồn.

Bản đồ nhân sự trực quan

Hệ thống hiển thị ma trận hai trục: Chiều sâu chuyên môn (mức năng lực cao nhất đạt được) × Chiều rộng đa năng (chỉ số đa năng), chia thành bốn nhóm:

---

B7.3. Cơ chế đánh giá — tránh bệnh hình thức

Đây là phần quyết định từ điển năng lực có sống được hay không. Đa số hệ thống đánh giá năng lực thất bại vì trở thành thủ tục điền phiếu mỗi năm một lần.

Chu kỳ: dữ liệu vận hành cập nhật liên tục; đánh giá con người 6 tháng/lần; rà soát toàn diện 1 năm/lần.

Nguyên tắc quan trọng: năng lực chỉ được nâng mức khi có bằng chứng công việc thực tế trong hệ thống. Ví dụ để được công nhận mức 4 về thiết kế cột thép, phải có tối thiểu N hồ sơ đã chủ trì và được phát hành, không có lỗi nghiêm trọng. Điều này khiến từ điển năng lực gắn với thực tế thay vì trở thành thủ tục giấy tờ.

B7.4. Ứng dụng trực tiếp của từ điển năng lực

---

---

B5.1. Đây là quyết định kiến trúc, không phải quyết định tính năng

PECC3 đã đầu tư vào Odoo nhưng chưa hoàn thiện. Đây là tình huống rất phổ biến và cần được xử lý bằng phân tích tỉnh táo, vì chọn sai hướng ở bước này sẽ trả giá suốt vòng đời hệ thống.

Chúng tôi cần khảo sát thực tế trước khi kết luận. Dưới đây là khung phân tích và khuyến nghị sơ bộ.

B5.2. Odoo mạnh ở đâu, yếu ở đâu với bài toán của PECC3

Kết luận sơ bộ: Odoo mạnh ở phần quản trị doanh nghiệp chung và yếu ở toàn bộ phần đặc thù kỹ thuật tư vấn thiết kế — vốn chính là phần tạo giá trị cho PECC3.

B5.3. Ba phương án — phân tích trung thực

Phương án A — Xây toàn bộ trên nền Odoo (custom module)

Phương án B — Kiến trúc lai: giữ Odoo cho phần nó mạnh, xây EPMS cho phần đặc thù ⭐

Phương án C — Thay thế hoàn toàn Odoo

Chúng tôi không khuyến nghị. Bỏ đi phần HR, kế toán, mua sắm đang chạy được là lãng phí, đồng thời làm phình phạm vi và kéo dài dự án không cần thiết.

B5.4. Khuyến nghị: Phương án B — kiến trúc lai

Lưu ý phạm vi: kiến trúc lai và cơ chế đồng bộ hai chiều EPMS–Odoo mô tả dưới đây là định hướng tích hợp tương lai — đợt này EPMS vận hành độc lập, đối chiếu dữ liệu với Odoo qua xuất/nhập tệp; giải pháp đồng bộ chi tiết sẽ được hai bên thống nhất ở công đoạn tiếp theo.

Phân định trách nhiệm dữ liệu

┌─────────────────────────────┐         ┌─────────────────────────────┐
│           ODOO              │         │           EPMS              │
│  (giữ nguyên, hoàn thiện)   │◀──API──▶│   (xây mới, đặc thù ngành)  │
├─────────────────────────────┤         ├─────────────────────────────┤
│ • Nhân sự, chấm công         │ ──────▶ │ • Dự án & bộ mẫu công trình │
│ • Lương, bảo hiểm            │  hồ sơ  │ • Tiến độ Gantt, đường găng │
│ • Kế toán, hóa đơn, công nợ  │  nhân   │ • Hồ sơ thiết kế (DMS)      │
│ • Mua sắm, kho               │  sự     │ • KCS & phát hành, ký số    │
│ • CRM, cơ hội dự án          │         │ • Sản lượng thiết kế         │
│ • Danh mục đối tác           │ ◀────── │ • Thay đổi thiết kế          │
│                              │ sản     │ • Rủi ro                     │
│                              │ lượng,  │ • CDE & BIM                  │
│                              │ chi phí,│ • Dashboard, AI trợ lý       │
│                              │ doanh   │                              │
│                              │ thu     │                              │
└─────────────────────────────┘         └─────────────────────────────┘
        ▲                                          ▲
        └────────── SSO: một lần đăng nhập ────────┘

Quy tắc dữ liệu gốc (master data):

Trải nghiệm người dùng — quan trọng không kém kỹ thuật

Để người dùng không cảm thấy đang dùng hai phần mềm:

1. Một lần đăng nhập (SSO) — dùng chung tài khoản, đăng nhập một lần vào cả hai.
2. Nhúng giao diện hai chiều — màn hình EPMS nhúng được vào Odoo dưới dạng menu, và ngược lại. Người dùng thấy một hệ thống liền mạch.
3. Thanh điều hướng thống nhất — cùng bộ nhận diện, cùng bố cục.
4. Thông báo tập trung — mọi cảnh báo từ cả hai hệ thống về cùng một nơi.

---

B5.5. Kế hoạch chi tiết tiếp cận Odoo — 6 bước

Bước 1 — Kiểm toán hệ thống Odoo hiện tại (2 tuần)

Bước này cần được làm nghiêm túc. Rất nhiều trường hợp "phần mềm chưa hoàn thiện" có nguyên nhân từ quy trình chưa chuẩn hóa hoặc thiếu người chủ trì, chứ không phải do phần mềm. Nếu không tìm ra nguyên nhân gốc, hệ thống mới sẽ lặp lại đúng kết cục cũ.

Bước 2 — Quyết định ranh giới hệ thống (1 tuần)

Cùng PECC3 chốt bảng phân định: nghiệp vụ nào ở Odoo, nghiệp vụ nào ở EPMS, dữ liệu nào là gốc ở đâu. Ký biên bản thống nhất trước khi phát triển — đây là văn bản ngăn tranh chấp phạm vi về sau.

Bước 3 — Hoàn thiện phần Odoo trong phạm vi giữ lại (3–4 tuần)

Bước 4 — Xây lớp tích hợp (3 tuần)

Bước 5 — Phát triển EPMS phần đặc thù (theo lộ trình pha đã trình bày)

Không phụ thuộc Odoo, chạy song song, rút ngắn tổng thời gian.

Bước 6 — Vận hành hợp nhất và chuyển giao (2 tuần)

Đào tạo theo luồng công việc thực tế (không đào tạo theo phần mềm), tài liệu vận hành thống nhất, quy định rõ khi nào dùng hệ nào.

Phương án dự phòng

Nếu kết quả Bước 1 cho thấy Odoo hiện tại tùy biến quá sâu vào mã lõi hoặc chất lượng dữ liệu quá kém, chúng tôi sẽ trình bày phương án B2: cài đặt Odoo mới sạch song song, chuyển dữ liệu sạch sang, giữ hệ cũ ở chế độ chỉ đọc để tra cứu. Quyết định thuộc về PECC3 sau khi có báo cáo kiểm toán.

---

---

Những module nên để ở Odoo, không xây lại

Để tránh trùng lặp với hệ thống Odoo hiện có của PECC3:

Bảng này nên được đưa vào biên bản thống nhất phạm vi ở Bước 2 của kế hoạch tiếp cận Odoo (mục B5.5).

---

---

XV.1. Nguyên tắc phân quyền

Hệ thống phân quyền theo ma trận ba chiều: Vai trò × Dự án × Chức năng, hỗ trợ dữ liệu mật (dự án đấu thầu, thông tin giá, hồ sơ nhân sự).

Hệ thống không áp đặt mô hình tổ chức. Việc một Phó Tổng Giám đốc phụ trách lĩnh vực nào, thẩm quyền tới hạn mức bao nhiêu đều là cấu hình, do PECC3 tự thiết lập và thay đổi khi có quyết định phân công mới — không cần nhà cung cấp can thiệp.

---

XV.2. Bảng vai trò tổng quan

---

XV.3. Chức năng và nhiệm vụ của Ban Tổng Giám đốc trong hệ thống

Đây là phần PECC3 đề nghị bổ sung. Chúng tôi thiết kế theo lĩnh vực phụ trách thay vì theo tên chức danh, để hệ thống vẫn đúng khi PECC3 điều chỉnh phân công.

a) Tổng Giám đốc

b) Phó Tổng Giám đốc phụ trách Kỹ thuật

c) Phó Tổng Giám đốc phụ trách Kế hoạch – Kinh doanh

d) Phó Tổng Giám đốc phụ trách Sản xuất – Điều hành

e) Phó Tổng Giám đốc phụ trách Nội chính – Tổ chức

f) Phó Tổng Giám đốc phụ trách Khảo sát (nếu có phân công riêng)

---

XV.4. Màn hình làm việc của lãnh đạo

Mỗi thành viên Ban Tổng Giám đốc có một màn hình duy nhất gồm ba khu vực:

1. Hàng đợi phê duyệt (Approval Inbox) — gộp toàn bộ việc đang chờ ký/duyệt từ mọi module vào một danh sách:

Duyệt hàng loạt cho các việc cùng loại và ký số một lần cho cả bộ hồ sơ. Duyệt được trên điện thoại — đây là yếu tố quyết định tốc độ, vì lãnh đạo thường xuyên đi công tác.

2. Bảng điều khiển lĩnh vực phụ trách — chỉ hiển thị chỉ số thuộc lĩnh vực của mình, không nhiễu.

3. Cảnh báo cần can thiệp — những việc hệ thống đánh giá là cấp dưới không tự xử lý được.

---

XV.5. Ma trận phân cấp phê duyệt

Toàn bộ ngưỡng dưới đây là cấu hình, PECC3 tự đặt theo quy chế nội bộ. Bảng sau chỉ là ví dụ minh họa cấu trúc:

Cơ chế phê duyệt ngoại lệ: khi hệ thống chặn một thao tác vì vi phạm luật (ví dụ: đề nghị thanh toán khi chưa đủ chứng từ), người có thẩm quyền cao hơn có thể phê duyệt ngoại lệ nhưng bắt buộc ghi lý do, và bản ghi này được lưu vĩnh viễn, thống kê thành báo cáo định kỳ. Mục đích không phải để chặn lãnh đạo, mà để mọi ngoại lệ đều minh bạch.

---

XV.6. Cơ chế ủy quyền khi vắng mặt

Đây là nhu cầu thực tế thường xuyên tại doanh nghiệp Việt Nam và là nguyên nhân tắc nghẽn phê duyệt phổ biến nhất khi số hóa quy trình.

---

XV.7. Chỉ số theo dõi hiệu quả điều hành

Hệ thống đo và báo cáo các chỉ số sau cho Ban Tổng Giám đốc — nhằm phát hiện điểm tắc trong chính khâu ra quyết định:

Lưu ý khi trình bày với PECC3: những chỉ số này đo hiệu quả của bộ máy, không nhằm giám sát cá nhân lãnh đạo. Nên thống nhất trước cách sử dụng để tránh phản ứng ngược khi triển khai.

---

Kiến trúc áp dụng: Web-based, kiến trúc module hóa (modular monolith hoặc microservices tùy quy mô), API-first.

Yêu cầu phi chức năng: - Sao lưu tự động hằng ngày, có phương án khôi phục thảm họa. - An toàn thông tin: mã hóa TLS 1.3 + mã hóa dữ liệu nghỉ, xác thực 2 lớp, nhật ký truy cập đầy đủ; tuân thủ Nghị định 13/2023/NĐ-CP về bảo vệ dữ liệu cá nhân. (SSO qua LDAP/AD/Microsoft 365: hướng mở rộng tương lai, không thuộc đợt này.) - Khả năng mở rộng: bổ sung module mới, tích hợp qua REST API.

Danh mục tích hợp (định hướng tương lai): Phần mềm kế toán (FAST/MISA/Bravo/SAP) · HRM – chấm công – tính lương · Microsoft 365 / Google Workspace · Hệ thống văn thư – công văn (eOffice) · Zalo OA · Hệ thống của EVN/EVNNPT nếu có yêu cầu kết nối.

⚠ Nguyên tắc phạm vi đợt này: tất cả tính năng tích hợp với hệ thống bên ngoài và ứng dụng di động chuyên dụng là định hướng phát triển tương lai — không bao gồm trong các pha triển khai lần này. Phạm vi và báo giá đợt này tập trung vào các tính năng nội bộ của hệ thống, nhằm tối ưu chi phí đầu tư giai đoạn đầu cho PECC3. Hệ thống được xây sẵn nền tảng REST API (chuẩn OpenAPI 3.0) để phục vụ tích hợp về sau; khi có nhu cầu, hai bên sẽ cùng ngồi lại để lên giải pháp chi tiết, phạm vi và lộ trình cho từng tích hợp ở công đoạn tiếp theo.

---

B8.1. Ngôn ngữ và công nghệ áp dụng

Công nghệ áp dụng (đã chốt)

Nguyên tắc lựa chọn: ưu tiên công nghệ phổ biến, có cộng đồng lớn và nhân lực sẵn tại Việt Nam; các thành phần hạ tầng (CSDL, lưu trữ, tìm kiếm, hàng đợi) đều là mã nguồn mở, không phát sinh phí bản quyền. Dữ liệu và API theo chuẩn mở — PECC3 luôn làm chủ và xuất được toàn bộ dữ liệu của mình.

Máy chủ ứng dụng đã chốt cố định .NET. Phần giao diện người dùng (Angular, React hoặc Next.js) sẽ chốt cùng PECC3 trong bước khảo sát, theo định hướng của Ban CNTT.

---

B8.2. Quyền sở hữu và tính độc lập lâu dài

---

B8.3. Tính tương thích, giao tiếp và nhúng với các ngôn ngữ/hệ thống khác

Đây là câu hỏi quan trọng nhất về mặt kiến trúc dài hạn. Nguyên tắc trả lời: hệ thống được thiết kế theo hướng API-first — mọi chức năng người dùng thao tác được trên giao diện đều gọi được qua API. Không có chức năng nào chỉ tồn tại trong giao diện.

a) Giao tiếp với hệ thống khác REST API: ĐỢT NÀYCÒN LẠI: TƯƠNG LAI

Phạm vi lần này: chỉ cam kết giao tiếp qua REST API. Các phương thức khác được liệt kê để thể hiện năng lực của nền tảng, không thuộc phạm vi triển khai lần này — sẽ thực hiện khi có nhu cầu theo thỏa thuận riêng.

Năng lực mở rộng — không thuộc phạm vi lần này (triển khai khi có nhu cầu, theo thỏa thuận riêng):

b) Nhúng vào hệ thống khác (embedding) TƯƠNG LAI

Lưu ý phạm vi: các khả năng nhúng dưới đây là giải pháp có thể thực hiện trong tương lai — không bao gồm trong phạm vi triển khai lần này. Nêu tại đây để PECC3 thấy rõ hướng mở rộng của nền tảng khi có nhu cầu.

c) Đăng nhập một lần và quản lý danh tính TÍCH HỢP NGOÀI: TƯƠNG LAI

Lưu ý phạm vi: đợt này hệ thống dùng đăng nhập bằng tài khoản nội bộ (kèm xác thực 2 lớp). Các chuẩn tích hợp danh tính với hệ thống bên ngoài và chữ ký số USB Token/HSM dưới đây là hướng mở rộng tương lai — không bao gồm trong giải pháp lần này.

d) Tích hợp với phần mềm chuyên ngành TƯ VẤN HƯỚNG TIẾP CẬN

Lưu ý: nội dung dưới đây chỉ là tư vấn về hướng tiếp cận — không phải tính năng triển khai của bộ giải pháp. Bảng này thể hiện cách các tích hợp chuyên ngành có thể được thực hiện về mặt kỹ thuật; khi PECC3 có nhu cầu thực tế, hai bên sẽ khảo sát và lên giải pháp chi tiết theo thỏa thuận riêng.

e) Tiêu chuẩn dữ liệu tuân thủ

Việc tuân thủ chuẩn mở là điều kiện để hệ thống tương thích lâu dài:

f) Cam kết về tính tương thích

Mọi dữ liệu trong hệ thống đều xuất được ra định dạng mở (JSON, CSV, XML, IFC, PDF/A) bất kỳ lúc nào theo yêu cầu của PECC3, không phụ thuộc vào nhà cung cấp. Không có dữ liệu nào bị khóa trong định dạng độc quyền.

---

---

XVII.1. Phương pháp và tổ chức triển khai

5.1. Phương pháp

Triển khai theo pha, ưu tiên giá trị nhanh (quick win) — pha 1 phải chạy được thật và tạo hiệu quả thấy được trong ~3 tháng, tránh mô hình "làm 12 tháng rồi mới bàn giao" vốn có tỷ lệ thất bại cao.

Mỗi pha đều đi theo chu trình: Khảo sát nghiệp vụ → Thiết kế chi tiết (SRS) → Phát triển (sprint 2 tuần, demo định kỳ) → UAT với người dùng thật → Đào tạo → Vận hành thử → Nghiệm thu.

5.2. Lộ trình đề xuất (tham chiếu — sẽ chốt lại sau khảo sát)

Tổng thời gian dự kiến: 10–14 tháng (các pha có thể chạy gối đầu để rút ngắn còn 8–10 tháng).

5.4. Quản trị thay đổi & đào tạo

• Đào tạo phân tầng: quản trị viên (2 ngày) · lãnh đạo (nửa ngày) · CNDA/CNTK (2 ngày) · kỹ sư (1 ngày) · đào tạo lại theo pha.
• Bộ tài liệu: hướng dẫn sử dụng theo vai trò, video ngắn 3–5 phút cho từng thao tác, tài liệu quản trị, tài liệu kỹ thuật.
• Đội ngũ "đại sứ": mỗi phòng cử 1 người thành thạo để hỗ trợ tại chỗ.
• Hỗ trợ vận hành: hỗ trợ tại chỗ 4–8 tuần đầu sau go-live; bảo hành 12 tháng; hợp đồng bảo trì hằng năm (khuyến nghị 15–18% giá trị hợp đồng).

---

Phạm vi chi tiết từng pha — cam kết rõ ràng

PHA 1 — Nền tảng vận hành (8–10 tuần)

Nghiệm thu pha 1: 2–3 dự án thí điểm chạy thật trên hệ thống trong 4 tuần liên tục, lãnh đạo xem được tiến độ toàn bộ dự án thí điểm mà không cần hỏi ai.

PHA 2 — Hồ sơ & chất lượng (8–10 tuần)

Nghiệm thu pha 2: 100% hồ sơ của dự án thí điểm được phát hành qua hệ thống có ký số, không còn phát hành ngoài luồng.

PHA 3 — Kinh tế dự án (8–10 tuần)

Nghiệm thu pha 3: chốt sản lượng và báo cáo doanh thu – chi phí – lãi lỗ của một quý hoàn toàn trên hệ thống, khớp với số liệu kế toán.

PHA 4 — BIM & CDE (8–12 tuần)

Nghiệm thu pha 4: một dự án TBA 220kV vận hành đầy đủ trên CDE với sự tham gia của chủ đầu tư.

---

Phân bổ 33 module theo pha

Lưu ý về thứ tự: M21 (hồ sơ năng lực) đặt ở Pha 1 dù thuộc nhóm đấu thầu — vì nó chỉ là kết quả truy vấn từ M01 và M04, chi phí phát triển thấp, nhưng tạo giá trị thấy được ngay: bộ phận đấu thầu có ngay công cụ lọc kinh nghiệm và nhân sự. Đây là một "quick win" tốt để tạo niềm tin trong pha đầu.

---

Lộ trình khi thực hiện đầy đủ các hạng mục mở rộng

Khi đưa vào các hạng mục mở rộng (công trình NLTT, EPC, khảo sát, phân tích dự toán…), thời gian từng pha như sau:

Ghi chú: Trợ lý AI (rule engine + RAG, ~13 tuần) không tính vào phạm vi và thời gian các pha ở trên — đây là hạng mục độc lập, tích hợp qua AI Gateway và chạy song song; PECC3 có thể giao chúng tôi thực hiện hoặc đấu thầu riêng cho đơn vị khác theo bộ đặc tả ở Phần IX. Giai đoạn khảo sát vẫn thu thập dữ liệu lịch sử để chuẩn bị sẵn cho hạng mục này.

Tổng thời gian: 14–18 tháng nếu tuần tự; 10–13 tháng nếu bố trí chạy gối đầu (các nhóm phát triển làm song song).

Hạng mục đề nghị tách riêng để đánh giá và báo giá độc lập: 1. Module quản lý thi công – chạy thử – HSE đầy đủ cho vai trò EPC (mục B4.2, bước 2) 2. Nâng cấp phiên bản Odoo, nếu kiểm toán cho thấy cần thiết 3. Đầu tư hạ tầng GPU cho mô hình AI chạy nội bộ 4. Trợ lý AI (rule engine + RAG) — thực hiện hoặc đấu thầu riêng theo bộ đặc tả ở Phần IX

---

Nói rõ ranh giới phạm vi ngay từ đầu giúp tạo sự tin cậy và tránh tranh chấp phạm vi về sau.

---

---

1. Thu thêm tiền đang bị bỏ sót. Chỉ cần hệ thống giúp ghi nhận đầy đủ khối lượng phát sinh do thay đổi thiết kế và lập phụ lục kịp thời, giá trị thu thêm mỗi năm thường vượt xa chi phí đầu tư phần mềm.

2. Giảm rủi ro pháp lý và uy tín. Hồ sơ có vết duyệt đầy đủ, ký số, không dùng nhầm revision — bảo vệ công ty khi có tranh chấp hoặc sự cố công trình.

3. Tăng năng lực cạnh tranh khi đấu thầu. Có CDE, BIM, hồ sơ năng lực số hóa, dữ liệu giá thành lịch sử làm cơ sở tham khảo khi chào giá — đáp ứng xu hướng yêu cầu của EVN/EVNNPT.

4. Ra quyết định bằng số liệu, không bằng cảm tính. Lãnh đạo biết dự án nào lãi, phòng nào quá tải, ai làm được việc.

5. Giữ được tri thức. Kỹ sư nghỉ việc thì hồ sơ, giải pháp kỹ thuật, bài học dự án vẫn ở lại công ty.

---

XXI.1. Tài liệu và thông tin đề nghị PECC3 cung cấp

Để chuyển từ đề xuất khung sang phương án chi tiết và báo giá chính xác, chúng tôi đề nghị PECC3 cung cấp trong giai đoạn khảo sát:

---

---

XXI.2. Các câu hỏi cần làm rõ

(Mang theo khi họp — thể hiện sự chuyên nghiệp và giúp chốt phạm vi/báo giá chính xác)

Về tổ chức & quy mô 1. Số lượng người dùng dự kiến? Cơ cấu phòng ban tham gia (bao gồm cả các chi nhánh/xí nghiệp trực thuộc)? 2. Số dự án đang triển khai đồng thời trung bình? Số dự án mới mỗi năm?

Về nghiệp vụ 3. Quy trình KCS hiện tại có mấy cấp? Có văn bản quy trình ISO hiện hành để tham chiếu không? 4. Bộ định mức tỷ trọng sản lượng theo bước và bộ môn đang áp dụng như thế nào? Có sẵn bảng không? 5. Sản lượng có gắn trực tiếp với tính lương/phân phối thu nhập không? Cơ chế ra sao? 6. Doanh thu đang ghi nhận theo phương pháp nào? Ai chốt và chốt vào thời điểm nào? 7. Hệ thống đặt mã hồ sơ hiện tại? Có quy định thành văn bản không? 8. Cách quản lý hồ sơ hiện nay (ổ mạng, ProjectWise, SharePoint, Google Drive…)? Dung lượng lưu trữ hiện có?

Về kỹ thuật 9. Đang dùng phần mềm kế toán/HRM nào? Có API không? 10. Hạ tầng máy chủ hiện có? Ưu tiên on-premise hay cloud? 11. Đã dùng chữ ký số chưa? Loại nào (token/HSM)? 12. Mức độ áp dụng BIM hiện tại? Đang dùng Revit/Bentley? Có dự án nào CĐT yêu cầu BIM/CDE chưa?

Về thương mại 13. Ngân sách dự kiến và năm kế hoạch bố trí vốn? 14. Hình thức mua sắm (chỉ định thầu / chào hàng cạnh tranh / đấu thầu)? 15. Có yêu cầu chuyển giao mã nguồn không? 16. Mong muốn triển khai toàn bộ hay bắt đầu từ pha thí điểm?

---

Tài liệu này là bản đề xuất khung. Phạm vi, thời gian và chi phí cuối cùng sẽ được xác định sau giai đoạn khảo sát nghiệp vụ chi tiết (đầu Pha 1).