Hồ sơ trình duyệt kỹ thuật thiết bị an toàn điện: Hướng dẫn chuẩn bị Technical Submittal cho dự án EPC và điện lực
Technical Submittal cho thiết bị an toàn điện là gì?
Trong các dự án điện, trạm biến áp, đường dây, đường sắt, trung tâm dữ liệu, nhà máy công nghiệp và các công trình EPC, Hồ sơ trình duyệt kỹ thuật – Technical Submittal không đơn thuần là tập hợp catalogue, bảng thông số, chứng chỉ và báo cáo thử nghiệm.
Mục tiêu quan trọng hơn của hồ sơ là thiết lập một chuỗi bằng chứng kỹ thuật có thể kiểm tra và truy xuất từ yêu cầu của dự án đến sản phẩm thực tế được đề xuất.
Chuỗi này có thể được mô tả như sau:
Yêu cầu dự án → Ma trận tuân thủ → Sản phẩm đề xuất → Dữ liệu kỹ thuật → Bản vẽ/Cấu hình → Bằng chứng thử nghiệm → Sai lệch → Kiểm soát phiên bản → Phê duyệt
Một hồ sơ Technical Submittal tốt cần giúp người xem nhanh chóng trả lời được các câu hỏi:
- Dự án yêu cầu sản phẩm nào?
- Nhà cung cấp thực tế đề xuất model nào?
- Cấp điện áp, cấp cách điện, kích thước và cấu hình ra sao?
- Sản phẩm đáp ứng tiêu chuẩn nào?
- Tài liệu nào chứng minh sự phù hợp?
- Có điểm sai lệch nào so với yêu cầu của dự án?
- Bản vẽ, bảng thông số và báo cáo thử nghiệm có mô tả cùng một cấu hình hay không?
- Hồ sơ hiện tại đang ở phiên bản nào?
- Sản phẩm đã đủ điều kiện chuyển sang bước tiếp theo theo quy trình dự án hay chưa?
Vì vậy, một Technical Submittal chất lượng không phải là hồ sơ có nhiều tài liệu nhất, mà là hồ sơ có mối liên hệ rõ ràng nhất giữa yêu cầu, sản phẩm và bằng chứng kỹ thuật.
Lưu ý: Việc lựa chọn, sử dụng, kiểm tra và phê duyệt thiết bị an toàn điện phải tuân thủ yêu cầu hợp đồng, tiêu chuẩn áp dụng, quy định pháp luật và quy trình an toàn của từng công trường/dự án.
1. Technical Submittal cần chứng minh những gì?
Một hồ sơ trình duyệt kỹ thuật hoàn chỉnh thường tập trung vào bốn nhóm thông tin chính.
1.1. Xác định rõ sản phẩm
Người thẩm tra phải xác định được:
- Tên sản phẩm
- Model
- Loại sản phẩm
- Cấp/class
- Điện áp định mức hoặc dải điện áp
- Kích thước
- Vật liệu
- Cấu hình
- Phụ kiện
- Tiêu chuẩn áp dụng
- Nhà sản xuất
Ví dụ, đối với thiết bị phát hiện điện áp cao, không nên chỉ ghi “High Voltage Detector”.
Hồ sơ cần xác định rõ:
Model → AC/DC → dải điện áp → nguyên lý phát hiện → phương thức tiếp xúc → phương thức chỉ thị → tiêu chuẩn → giao diện với sào thao tác.
Đối với bộ tiếp địa di động, cần xác định thêm:
kẹp pha → kẹp đất → tiết diện cáp → chiều dài cáp → đầu nối → cụm nối → sào thao tác → cấu hình bộ sản phẩm.
2. Ma trận tuân thủ phải liên kết yêu cầu với bằng chứng
Một lỗi thường gặp là lập bảng:
| Yêu cầu | Phản hồi |
|---|---|
| Tiêu chuẩn | Đáp ứng |
| Cấp | Đáp ứng |
| Kích thước | Đáp ứng |
Cách này chưa đủ để phục vụ thẩm tra kỹ thuật.
Ma trận nên được xây dựng theo logic:
Yêu cầu → Phản hồi của nhà cung cấp → Sản phẩm thực tế → Tài liệu chứng minh → Trạng thái
Ví dụ:
| Yêu cầu dự án | Yêu cầu | Sản phẩm đề xuất | Bằng chứng | Trạng thái |
|---|---|---|---|---|
| Tiêu chuẩn | Theo tiêu chuẩn quy định | Model thực tế | Datasheet/Test Report | Phù hợp |
| Cấp | Cấp 2 | Cấp 2 | Datasheet/Test Report | Phù hợp |
| Chiều rộng | 1.000 mm | 1.000 mm | Datasheet/Drawing | Phù hợp |
| Nhãn nhận diện | Theo yêu cầu dự án | Có cung cấp | Marking Layout | Phù hợp |
| Màu sắc | Xanh | Đỏ | Deviation Schedule | Sai lệch |
Điểm quan trọng là người kiểm tra không phải tự tìm kiếm trong hàng chục tài liệu để xác định:
“Tài liệu nào chứng minh yêu cầu này?”
3. Hồ sơ trình duyệt kỹ thuật khác gì hồ sơ chào giá và FAT?
Các giai đoạn của một dự án thường bị nhầm lẫn với nhau.
| Giai đoạn | Mục đích chính |
|---|---|
| RFQ/Hồ sơ yêu cầu báo giá | Xác định yêu cầu kỹ thuật và thương mại |
| Technical Submittal | Trình duyệt cấu hình và giải pháp kỹ thuật |
| Phê duyệt bản vẽ/cấu hình | Khóa cấu hình sản xuất |
| Sản xuất | Chế tạo theo cấu hình được phê duyệt |
| FAT | Kiểm tra sản phẩm hoàn thiện tại nhà máy |
| Hồ sơ giao hàng | Xác nhận hàng hóa thực tế được giao |
| Site Acceptance | Kiểm tra tại công trường |
| O&M/Hồ sơ hoàn công | Phục vụ vận hành và quản lý vòng đời |
Technical Submittal nằm giữa:
Yêu cầu/RFQ → Technical Submittal → Phê duyệt → Sản xuất
Nó tạo ra một cơ sở kỹ thuật được phê duyệt để các bước tiếp theo sử dụng làm tham chiếu.
Không nên hiểu rằng:
Technical Submittal được phê duyệt = dự án đã hoàn thành.
Sau phê duyệt vẫn có thể cần:
Sản xuất → FAT → Giao hàng → Nghiệm thu tại công trường → Hồ sơ hoàn công/O&M.
4. Cấu trúc một Technical Submittal cho thiết bị an toàn điện
Một bộ hồ sơ có thể được tổ chức theo cấu trúc sau:
STT | Tài liệu | Mục đích |
|---|---|---|
01 | Trang bìa/Phiếu trình | Nhận diện hồ sơ |
02 | Danh mục tài liệu | Điều hướng hồ sơ |
03 | Ma trận tuân thủ | Đối chiếu yêu cầu |
04 | Bảng sai lệch kỹ thuật | Công khai các điểm khác biệt |
05 | Bảng dữ liệu kỹ thuật | Xác định cấu hình thực tế |
06 | Datasheet | Thông tin kỹ thuật sản phẩm |
07 | Bản vẽ | Kích thước, giao diện, cấu hình |
08 | BOM | Kiểm soát thành phần |
09 | Danh mục tiêu chuẩn | Xác định tiêu chuẩn áp dụng |
10 | Báo cáo thử nghiệm | Bằng chứng kỹ thuật |
11 | Chứng chỉ/Tuyên bố | Bằng chứng chứng nhận/phù hợp |
12 | Bố trí nhãn/Marking Layout | Kiểm soát nhận diện |
13 | Hướng dẫn sử dụng | Sử dụng, kiểm tra, bảo quản |
14 | Hình ảnh/mẫu | Hỗ trợ nhận diện |
15 | Bảng theo dõi nhận xét | Quản lý comment và đóng comment |
Không phải mọi dự án đều cần đầy đủ 15 mục.
Cấu trúc thực tế phải được điều chỉnh theo:
- Hợp đồng
- Yêu cầu của chủ đầu tư
- Quy trình của EPC
- Quy định của tư vấn
- Tiêu chuẩn kỹ thuật
- Yêu cầu của đơn vị điện lực
- Độ phức tạp của thiết bị
- Mức độ tùy biến của sản phẩm
5. Bước 1 – Lập Document Index
Không nên bắt đầu bằng việc ghép hàng chục file PDF thành một file lớn.
Trước tiên cần lập Danh mục tài liệu – Document Index.
Ví dụ:
Số | Tài liệu | Phiên bản | Mục đích |
|---|---|---|---|
01 | Trang bìa/Phiếu trình | Rev.0 | Kiểm soát hồ sơ |
02 | Document Index | Rev.0 | Điều hướng |
03 | Compliance Matrix | Rev.0 | Đối chiếu yêu cầu |
04 | Technical Data Schedule | Rev.0 | Cấu hình thực tế |
05 | Datasheet | Rev.A | Thông tin sản phẩm |
06 | Drawing | Rev.B | Kích thước/cấu hình |
07 | BOM | Rev.A | Thành phần |
08 | Test Report | — | Bằng chứng thử nghiệm |
09 | Certificate | — | Chứng nhận |
10 | Marking Layout | Rev.A | Nhận diện |
11 | Instructions | Rev.A | Sử dụng/kiểm tra |
12 | Deviation Schedule | Rev.0 | Sai lệch |
13 | Comment Register | Rev.0 | Theo dõi nhận xét |
Document Index giúp người thẩm tra nhanh chóng biết:
Hồ sơ gồm những gì, phiên bản nào và tài liệu nào phục vụ mục đích gì.
6. Bước 2 – Chuẩn bị Cover Sheet/Transmittal
Trang đầu của Technical Submittal phải nhận diện rõ bộ hồ sơ.
Nên bao gồm:
- Tên dự án
- Chủ đầu tư
- EPC
- Tư vấn
- Nhà cung cấp
- Tên hồ sơ
- Số Technical Submittal
- Phiên bản
- Ngày phát hành
- Số RFQ/PO
- Mục kỹ thuật/specification section
- Nhóm sản phẩm
- Model
- Người lập
- Người kiểm tra
- Trạng thái trình duyệt
Ví dụ:
Hồ sơ trình duyệt kỹ thuật thiết bị an toàn điện
Số hồ sơ: TSE-001
Phiên bản: Rev.1
Trạng thái: Trình duyệt kỹ thuật
Không nên đặt tên file theo kiểu:
final.pdffinal-new.pdffinal-new2.pdf
Thay vào đó cần sử dụng hệ thống nhận diện có kiểm soát:
TSE-001_Rev.0TSE-001_Rev.1TSE-001_Rev.2
7. Bước 3 – Chuẩn bị Technical Data Schedule
Technical Data Schedule phải mô tả sản phẩm thực tế được cung cấp cho dự án, không phải toàn bộ khả năng của catalogue.
Ví dụ với thảm cách điện:
- Cấp cách điện
- Màu
- Chiều rộng
- Chiều dài cuộn
- Độ dày
- Bề mặt
- Tiêu chuẩn
- Nhãn nhận diện
- Cấu hình đặc biệt
Ví dụ với thiết bị phát hiện điện áp cao:
- Model
- AC/DC
- Dải điện áp
- Nguyên lý phát hiện
- Phương thức tiếp xúc
- Chỉ thị
- Cảnh báo âm thanh
- Tự kiểm tra
- Tiêu chuẩn
- Giao diện với sào
Mục tiêu của Technical Data Schedule là trả lời:
“Nhà cung cấp thực tế chuẩn bị giao cấu hình nào?”
8. Datasheet phải chỉ rõ model thực tế
Một catalogue có thể chứa:
- Nhiều model
- Nhiều cấp điện áp
- Nhiều kích thước
- Nhiều cấp sản phẩm
- Nhiều phụ kiện
Nhưng dự án có thể chỉ mua một model cụ thể.
Do đó hồ sơ trình duyệt cần làm nổi bật:
- Model được chào
- Cấp sản phẩm
- Điện áp
- Kích thước
- Cấu hình
- Phụ kiện
- Tiêu chuẩn
Không nên để tư vấn phải tự suy luận:
“Trong catalogue này có 12 model, vậy nhà cung cấp đang đề xuất model nào?”
Một Technical Submittal tốt phải loại bỏ sự không chắc chắn này.
9. Khi nào cần bản vẽ và BOM?
Không phải mọi thiết bị an toàn điện đều cần shop drawing riêng.
Bản vẽ đặc biệt hữu ích khi cần xác nhận:
- Cấu hình
- Kích thước
- Giao diện
- Kết nối
- Lắp ráp
- Tùy biến
- Vị trí nhãn
- Thành phần
Bộ tiếp địa di động
Đây là nhóm sản phẩm thường cần bản vẽ và BOM tương đối chi tiết.
Cần xác nhận:
- Kẹp pha
- Kẹp đất
- Tiết diện cáp
- Chiều dài cáp
- Đầu cáp
- Đầu nối
- Cụm nối
- Sào thao tác
- Phụ kiện
- Cấu hình tổng thể
Thảm cách điện
Nếu có:
- Chiều rộng đặc biệt
- Màu đặc biệt
- Logo
- Cảnh báo
- Nhãn riêng
- Cấu hình tùy chỉnh
thì nên có bản vẽ hoặc Marking Layout.
Thiết bị phát hiện điện áp + sào
Nếu có adapter hoặc giao diện tùy chỉnh giữa detector và sào thao tác, bản vẽ cấu hình giúp xác nhận tổ hợp hoàn chỉnh.
PPE cách điện
Đối với sản phẩm tiêu chuẩn, bản vẽ riêng có thể không cần thiết nếu datasheet đã xác định đầy đủ cấu hình.
Nguyên tắc nên áp dụng là:
Chỉ yêu cầu bản vẽ khi cần kiểm soát cấu hình, kích thước, giao diện, lắp ráp hoặc tùy biến.
10. Liên kết Test Report với từng yêu cầu
Một báo cáo thử nghiệm chỉ có giá trị trong hồ sơ khi người xem biết nó chứng minh điều gì.
Ví dụ với thảm cách điện, báo cáo thử nghiệm có thể được dùng để chứng minh các đặc tính liên quan đến:
- Khả năng chịu điện
- Cấp sản phẩm
- Đặc tính cơ học
- Khả năng chịu dầu, nếu có yêu cầu
- Khả năng chống cháy, nếu có yêu cầu
- Các yêu cầu khác theo tiêu chuẩn áp dụng
Với thiết bị phát hiện điện áp:
- Dải điện áp
- Ngưỡng phát hiện
- Phương thức phát hiện
- Chỉ thị
- Cảnh báo âm thanh
- Chức năng tự kiểm tra
Với sào cách điện cần phân biệt:
- Bằng chứng vật liệu
- Bằng chứng thanh/ống
- Bằng chứng của toàn bộ dụng cụ
- Bằng chứng cơ học
- Bằng chứng điện
Đối với bộ tiếp địa di động, bằng chứng về khả năng chịu dòng sự cố phải liên kết với cấu hình thực tế:
Dòng điện định mức → thời gian chịu dòng → cáp → kẹp → đầu nối → cụm nối → cấu hình bộ sản phẩm.
Không nên chỉ đưa một Test Report vào cuối hồ sơ mà không chỉ rõ nó hỗ trợ yêu cầu nào.
11. Phân biệt Test Report, Certificate, CoC và Batch Record
Các loại tài liệu này không nên được sử dụng thay thế cho nhau một cách máy móc.
| Tài liệu | Mục đích chính |
|---|---|
| Test Report | Chứng minh kết quả thử nghiệm/đặc tính kỹ thuật |
| Type Test | Chứng minh thiết kế hoặc loại sản phẩm theo phạm vi thử nghiệm |
| Routine Test/Production Record | Ghi nhận kiểm tra trong quá trình sản xuất |
| Batch Record | Truy xuất một lô sản xuất cụ thể |
| Certificate | Chứng nhận hoặc xác nhận theo phạm vi của chứng chỉ |
| CoC | Tuyên bố phù hợp của nhà cung cấp/nhà sản xuất |
| Packing List | Xác nhận thành phần thực tế của lô hàng |
Thay vì ghi:
“Certificate Available”
nên xác định:
- Chứng chỉ nào?
- Do đơn vị nào phát hành?
- Áp dụng cho sản phẩm/model nào?
- Phạm vi chứng nhận là gì?
- Thời hạn hoặc phiên bản nào?
- Có liên hệ trực tiếp với cấu hình được trình duyệt hay không?
12. Deviation Schedule – Bảng sai lệch kỹ thuật
Nếu sản phẩm không hoàn toàn phù hợp với yêu cầu dự án, sai lệch phải được khai báo rõ ràng.
Ví dụ:
Yêu cầu: Chiều rộng 1.000 mm
Sản phẩm đề xuất: Chiều rộng 900 mm
Không nên cố che giấu thông tin này trong datasheet.
Nên đưa vào Deviation Schedule.
| Nội dung | Mô tả |
|---|---|
| Yêu cầu | Yêu cầu ban đầu của dự án |
| Sản phẩm đề xuất | Cấu hình thực tế |
| Sai lệch | Điểm khác biệt |
| Lý do | Nguyên nhân |
| Ảnh hưởng kỹ thuật | Tác động nếu có |
| Ảnh hưởng đến bằng chứng | Test Report có còn phù hợp không |
| Ảnh hưởng thương mại | Giá/tiến độ nếu có |
| Yêu cầu phê duyệt | Có cần xác nhận của khách hàng không |
Việc khai báo sai lệch sớm giúp giảm nguy cơ phát sinh tranh luận ở các giai đoạn sau.
13. Marking Layout nên được phê duyệt trước sản xuất
Đối với thiết bị an toàn điện, việc kiểm tra nhãn nhận diện không nên đợi đến FAT mới thực hiện.
Tùy sản phẩm, marking có thể bao gồm:
- Model
- Cấp sản phẩm
- Điện áp
- Tiêu chuẩn
- Số serial
- Số lô
- Tiết diện cáp
- Chiều dài
- Cảnh báo
- Mã tài sản
- Nhà sản xuất
Đối với bộ tiếp địa di động có thể cần:
- Mã bộ
- Mã cáp
- Mã kẹp
- Tiết diện cáp
- Chiều dài
- Thông tin khả năng chịu dòng sự cố
- Mã truy xuất
Đối với thảm cách điện có thể cần:
- Cấp
- Tiêu chuẩn
- Nhà sản xuất
- Thông tin truy xuất
Marking Layout cho phép xác nhận trước sản xuất:
Nội dung nhãn → vị trí nhãn → mã sản phẩm → mã dự án → mã tài sản.
14. Hướng dẫn sử dụng, kiểm tra và bảo quản
Ở giai đoạn Technical Submittal, thông thường chưa cần hoàn thiện toàn bộ hồ sơ O&M cuối cùng.
Tuy nhiên, nhà cung cấp nên cung cấp các thông tin cần thiết về:
- Hướng dẫn sử dụng
- Kiểm tra trước khi sử dụng
- Kiểm tra định kỳ
- Bảo quản
- Vệ sinh
- Bảo trì
- Điều kiện sử dụng
- Giới hạn sử dụng
Cần phân biệt:
Hướng dẫn của nhà sản xuất
với:
Hồ sơ O&M/Closeout cuối dự án.
Ở giai đoạn bàn giao, hồ sơ có thể bao gồm:
- Datasheet được phê duyệt
- O&M Manual
- Hồ sơ FAT
- Hồ sơ kiểm tra
- Dữ liệu tài sản
- Danh mục phụ tùng
- Hồ sơ truy xuất
15. Kiểm tra tính nhất quán giữa tất cả tài liệu
Một trong những nguyên nhân phổ biến khiến hồ sơ bị yêu cầu sửa đổi không phải do thiếu tài liệu, mà do các tài liệu mô tả khác nhau về cùng một sản phẩm.
Ví dụ:
Datasheet: Model A
Drawing: Model B
Test Report: Model C
Hoặc:
Compliance Matrix: Cấp 2
Drawing: Cấp 3
Khi đó từng tài liệu có thể trông đầy đủ, nhưng toàn bộ Technical Submittal không còn tạo thành một chuỗi bằng chứng đáng tin cậy.
Trước khi phát hành cần kiểm tra ít nhất:
- Model
- Rating
- Class
- Kích thước
- Vật liệu
- Cấu hình
- Tiêu chuẩn
- Phiên bản tiêu chuẩn
- Revision bản vẽ
- Revision datasheet
- BOM
- Marking
- Test Report
- Phụ kiện
Nguyên tắc:
Đầy đủ tài liệu chưa đủ. Tất cả tài liệu phải mô tả cùng một cấu hình được đề xuất.
16. Technical Submittal theo từng nhóm thiết bị an toàn điện
Không nên sử dụng một mẫu Technical Submittal giống hệt cho tất cả sản phẩm.
16.1. Thảm cách điện
Các thông tin quan trọng thường gồm:
- Model
- Cấp
- Kích thước
- Độ dày
- Bề mặt
- Màu
- Tiêu chuẩn
- Test Evidence
- Marking
- Cấu hình tùy chỉnh
16.2. Thiết bị phát hiện điện áp cao
Cần xác nhận:
- Model
- AC/DC
- Dải điện áp
- Nguyên lý phát hiện
- Phương thức tiếp xúc
- Chỉ thị
- Cảnh báo
- Tự kiểm tra
- Tiêu chuẩn
- Giao diện sào
16.3. Sào cách điện
Cần xem xét:
- Loại dụng cụ
- Sào nguyên khối, phân đoạn hoặc rút gọn
- Chiều dài
- Vật liệu
- Đầu thao tác
- Giao diện đầu sào
- Tiêu chuẩn
- Bằng chứng điện
- Bằng chứng cơ học
- Bằng chứng cho toàn bộ dụng cụ
16.4. Bộ tiếp địa di động
Đây thường là nhóm cần hồ sơ chi tiết nhất:
- Bản vẽ
- BOM
- Sơ đồ cấu hình
- Danh sách cáp
- Danh sách kẹp
- Tiết diện cáp
- Chiều dài
- Đầu nối
- Khả năng chịu dòng sự cố
- Marking
- Truy xuất
16.5. PPE cách điện
Các thông tin cần xác nhận có thể gồm:
- Loại sản phẩm
- Model
- Cấp
- Kích thước
- Tiêu chuẩn
- Ngày/lô sản xuất nếu áp dụng
- Test Evidence
- Marking
- Truy xuất
Như vậy:
Có thể chuẩn hóa cấu trúc Technical Submittal, nhưng không thể sao chép máy móc hệ thống bằng chứng kỹ thuật giữa các nhóm sản phẩm.
17. Quản lý Comment và Resubmission
Technical Submittal hiếm khi được phê duyệt ngay ở lần đầu.
Các trạng thái thường gặp:
- Làm rõ
- Comment
- Technical Query
- Yêu cầu sửa đổi
- Revise and Resubmit
- Conditional Approval
- Rejected
- Approved
Nên sử dụng Comment Register để kiểm soát.
Ví dụ:
| Nhận xét | Phản hồi | Tài liệu sửa | Revision | Trạng thái |
|---|---|---|---|---|
| Chưa rõ chiều rộng | Bổ sung kích thước thực tế | Datasheet | Rev.B | Đã đóng |
| Thiếu bằng chứng thử nghiệm | Bổ sung TR-02 | Compliance Matrix | Rev.1 | Đã đóng |
| Nhãn chưa rõ | Bổ sung bố trí nhãn | Marking Layout | Rev.A | Đã đóng |
| Giao diện kẹp chưa đúng | Sửa bản vẽ | Drawing | Rev.C | Đã đóng |
Không nên chỉ phản hồi bằng email hoặc tin nhắn:
“Đã sửa.”
Người kiểm tra cần biết:
Comment nào → tài liệu nào được sửa → sửa nội dung gì → revision hiện tại là gì → comment đã đóng chưa.
18. Kiểm soát Revision trong toàn bộ vòng đời hồ sơ
Một quy trình cơ bản có thể là:
Lần trình đầu → Rev.0
↓
Nhận comment
↓
Cập nhật tài liệu
↓
Rev.1
↓
Nhận comment tiếp theo
↓
Rev.2
Các phiên bản cũ phải được kiểm soát, không nên âm thầm thay thế.
Nếu không kiểm soát revision, có thể xảy ra tình trạng:
- Bộ phận sản xuất dùng bản vẽ cũ
- Bộ phận mua hàng dùng datasheet cũ
- FAT sử dụng BOM mới
- Khách hàng lưu một phiên bản khác
- Hồ sơ hoàn công không khớp với hàng thực tế
Do đó, Revision Control là một phần quan trọng của Technical Submittal chứ không chỉ là cách đặt tên file.
19. Trạng thái phê duyệt phải được hiểu theo quy trình dự án
Các dự án có thể sử dụng những trạng thái khác nhau.
| Trạng thái | Ý nghĩa tổng quát |
|---|---|
| Approved | Được phê duyệt theo quy trình dự án |
| Approved with Comments | Được phê duyệt kèm yêu cầu thực hiện comment |
| Revise and Resubmit | Phải sửa và trình lại |
| Rejected | Hồ sơ hiện tại chưa được chấp thuận |
| For Information | Chỉ cung cấp thông tin, không đồng nghĩa phê duyệt |
Tên mã và ý nghĩa chính thức phải tuân theo quy trình hợp đồng của dự án.
Đặc biệt, không nên mặc định:
“Không có phản hồi = đã được phê duyệt.”
Chỉ trạng thái chính thức theo quy trình dự án mới có thể được sử dụng làm căn cứ chuyển sang bước tiếp theo.
20. Sau khi Technical Submittal được phê duyệt thì sao?
Phê duyệt Technical Submittal chủ yếu tạo ra:
Cơ sở kỹ thuật được phê duyệt.
Các bước tiếp theo thường có thể bao gồm:
Technical Submittal được phê duyệt
↓
Bản vẽ/Cấu hình được phê duyệt
↓
Sản xuất
↓
FAT
↓
Giao hàng
↓
Nghiệm thu tại công trường
↓
Hồ sơ O&M/Asset Records
Ví dụ với bộ tiếp địa di động, sau khi sản xuất cần kiểm tra thành phẩm theo cấu hình đã được phê duyệt, bao gồm:
- Bản vẽ
- BOM
- Cáp
- Kẹp
- Đầu nối
- Marking
- Test Records
- Cấu hình hoàn thiện
Do đó:
Technical Submittal là quá trình phê duyệt kỹ thuật trước sản xuất; FAT là quá trình kiểm tra sản phẩm đã sản xuất.
Hai giai đoạn này có quan hệ với nhau nhưng không phải là một.
21. Những lỗi Technical Submittal thường gặp
Gộp tất cả tài liệu thành một PDF rất lớn
Số lượng trang nhiều không đồng nghĩa với hồ sơ dễ kiểm tra.
Không có Document Index
Người thẩm tra mất thời gian tìm tài liệu.
Datasheet không xác định model thực tế
Không biết chính xác sản phẩm nào sẽ được giao.
Compliance Matrix chỉ ghi “Phù hợp”
Không có bằng chứng liên kết.
Test Report không tương ứng với sản phẩm đề xuất
Có báo cáo thử nghiệm nhưng không chứng minh được cấu hình thực tế.
Dùng Certificate thay cho Test Report
Hai loại tài liệu có mục đích khác nhau.
Datasheet, Drawing và BOM không thống nhất
Đây là một trong những lỗi cần kiểm soát chặt.
Không có Deviation Schedule
Sai lệch chỉ được phát hiện khi tư vấn kiểm tra.
Không xác định phiên bản tiêu chuẩn
Đặc biệt quan trọng khi hợp đồng quy định phiên bản tiêu chuẩn cụ thể.
Dùng Revision cũ
Có thể dẫn đến sản xuất theo thông tin đã được thay đổi.
Không có Marking Layout cho sản phẩm tùy chỉnh
Sai nhãn chỉ được phát hiện ở giai đoạn FAT.
Đưa quá nhiều model không liên quan
Làm tăng khối lượng thẩm tra và tạo sự không rõ ràng.
Không đóng comment chính thức
Không xác định được nội dung nào đã hoàn thành.
Sửa tài liệu nhưng không cập nhật Revision
Gây mất kiểm soát phiên bản.
Nhầm Technical Submittal với FAT Package
Hai bộ hồ sơ thuộc hai giai đoạn khác nhau.
Chờ đến sau sản xuất mới hoàn thiện hồ sơ kỹ thuật
Khi đó việc thay đổi cấu hình có thể gây tăng chi phí, thời gian và công việc làm lại.
22. Quy trình chuẩn bị Technical Submittal cho thiết bị an toàn điện
Một quy trình thực tế có thể triển khai theo các bước sau.
Bước 1 – Rà soát Specification
Xác định:
- Sản phẩm
- Tiêu chuẩn
- Cấp
- Rating
- Kích thước
- Cấu hình
- Hồ sơ bắt buộc
- Marking
- Yêu cầu thử nghiệm
Bước 2 – Lập Requirements Matrix
Mỗi yêu cầu phải có phản hồi cụ thể của nhà cung cấp.
Bước 3 – Xác nhận model thực tế
Không đưa vào hồ sơ những model không thuộc cấu hình được chào.
Bước 4 – Chuẩn bị Technical Data
Thông số phải thống nhất với:
Quotation → Datasheet → Drawing → BOM → Test Evidence.
Bước 5 – Chuẩn bị Drawing/BOM khi cần
Đặc biệt với:
- Bộ tiếp địa di động
- Sản phẩm tùy chỉnh
- Detector + sào
- Cấu hình dự án đặc biệt
Bước 6 – Lập Evidence Matrix
Xác định:
Yêu cầu nào → được chứng minh bằng tài liệu nào?
Bước 7 – Kiểm tra tiêu chuẩn
Xác nhận:
- Tiêu chuẩn
- Phiên bản
- Phạm vi áp dụng
- Tính nhất quán giữa các tài liệu
Bước 8 – Lập Deviation Schedule
Mọi điểm không phù hợp phải được khai báo rõ.
Bước 9 – Xác nhận Marking
Phê duyệt nội dung và vị trí nhãn trước sản xuất khi dự án yêu cầu.
Bước 10 – Kiểm tra Revision
Kiểm tra toàn bộ:
- Model
- Rating
- Drawing
- BOM
- Test Report
- Marking
- Datasheet
Bước 11 – Lập Document Index
Đảm bảo reviewer có thể truy cập nhanh từng tài liệu.
Bước 12 – Phát hành Technical Submittal
Hồ sơ phải có số hiệu, revision và trạng thái rõ ràng.
Bước 13 – Quản lý Comment
Mọi comment phải được đưa vào Comment Register.
Bước 14 – Đóng Comment và phát hành Revision mới
Không chỉ trả lời bằng email mà phải cập nhật hồ sơ có kiểm soát.
Bước 15 – Thiết lập Approved Technical Baseline
Sau khi được phê duyệt, model, datasheet, drawing, BOM và cấu hình liên quan trở thành cơ sở để kiểm soát sản xuất theo quy trình dự án.
23. Checklist kiểm tra trước khi trình duyệt
Trước khi gửi Technical Submittal, có thể sử dụng checklist sau:
| Hạng mục kiểm tra | Đã kiểm tra |
|---|---|
| Tên dự án chính xác | □ |
| Số hồ sơ chính xác | □ |
| Revision chính xác | □ |
| Model chính xác | □ |
| Rating chính xác | □ |
| Class chính xác | □ |
| Kích thước chính xác | □ |
| Cấu hình chính xác | □ |
| Tiêu chuẩn chính xác | □ |
| Phiên bản tiêu chuẩn được xác nhận | □ |
| Compliance Matrix hoàn chỉnh | □ |
| Technical Data Schedule hoàn chỉnh | □ |
| Datasheet đúng model | □ |
| Drawing đúng model | □ |
| BOM phù hợp với Drawing | □ |
| Test Report phù hợp sản phẩm | □ |
| Certificate đúng phạm vi | □ |
| Marking được xác nhận | □ |
| Deviation được khai báo | □ |
| Document Index hoàn chỉnh | □ |
| Comment cũ đã được đóng | □ |
| Không còn tài liệu Revision cũ | □ |
| Các tài liệu mô tả cùng một cấu hình | □ |
24. Technical Submittal không phải là “càng nhiều tài liệu càng tốt”
Một bộ hồ sơ có 500 trang chưa chắc dễ thẩm tra hơn một bộ hồ sơ 100 trang được tổ chức tốt.
Giá trị của Technical Submittal nằm ở khả năng trả lời nhanh bảy câu hỏi:
1. Khách hàng yêu cầu gì?
2. Nhà cung cấp đề xuất sản phẩm nào?
3. Cấu hình thực tế ra sao?
4. Tài liệu nào chứng minh sự phù hợp?
5. Có sai lệch nào không?
6. Revision hiện tại là gì?
7. Hồ sơ đang ở trạng thái phê duyệt nào?
Nếu bảy câu hỏi này được trả lời rõ ràng, hồ sơ sẽ có tính truy xuất và kiểm tra cao hơn.
25. Giá trị của Technical Submittal đối với dự án EPC và công nghiệp
Đối với các dự án có nhiều bên tham gia như:
- Chủ đầu tư
- EPC
- Tư vấn thiết kế
- Tư vấn giám sát
- Nhà cung cấp
- Nhà sản xuất
- Bộ phận QA/QC
- Bộ phận mua hàng
- Đơn vị vận hành
- Đơn vị nghiệm thu
thì cùng một sản phẩm có thể được sử dụng bởi nhiều nhóm kiểm tra khác nhau.
Một Technical Submittal được tổ chức tốt giúp tạo ra một điểm tham chiếu chung cho:
Kỹ thuật → Mua hàng → Sản xuất → QA/QC → FAT → Giao hàng → Nghiệm thu → Vận hành.
Đặc biệt đối với thiết bị an toàn điện, việc kiểm soát này quan trọng vì sản phẩm có thể liên quan trực tiếp đến:
- Điện áp làm việc
- Cấp cách điện
- Dòng điện sự cố
- Khoảng cách an toàn
- Cấu hình thiết bị
- Điều kiện sử dụng
- Truy xuất sản phẩm
- Quy trình kiểm tra định kỳ
26. Kết luận
Technical Submittal cho thiết bị an toàn điện không nên được xem là một tập hợp catalogue và chứng chỉ.
Đó là một hệ thống kiểm soát bằng chứng kỹ thuật nhằm liên kết yêu cầu của dự án với sản phẩm thực tế và các tài liệu chứng minh.
Logic cốt lõi nên là:
Yêu cầu dự án
↓
Ma trận tuân thủ
↓
Model thực tế
↓
Dữ liệu kỹ thuật
↓
Bản vẽ/Cấu hình
↓
BOM
↓
Bằng chứng thử nghiệm
↓
Sai lệch
↓
Marking
↓
Kiểm soát Revision
↓
Phê duyệt kỹ thuật
↓
Cơ sở kỹ thuật được phê duyệt
↓
Sản xuất → FAT → Giao hàng → Nghiệm thu
Một Technical Submittal tốt giúp các bên liên quan xác định rõ:
- Dự án yêu cầu gì
- Nhà cung cấp cung cấp gì
- Sản phẩm được cấu hình như thế nào
- Tài liệu nào chứng minh từng yêu cầu
- Có sai lệch nào không
- Phiên bản hiện tại là phiên bản nào
- Hồ sơ đã đạt trạng thái phê duyệt nào
- Có thể chuyển sang bước tiếp theo theo quy trình dự án hay chưa
Mục tiêu cuối cùng không phải là:
“Cung cấp càng nhiều tài liệu càng tốt.”
Mà là:
Xây dựng một chuỗi bằng chứng kỹ thuật rõ ràng, nhất quán, có thể truy xuất và dễ kiểm tra.
Đối với các dự án điện, trạm biến áp, đường dây, đường sắt, trung tâm dữ liệu và công nghiệp, chuỗi tài liệu này cần được duy trì xuyên suốt vòng đời:
RFQ → Technical Submittal → Phê duyệt cấu hình → Sản xuất → FAT → Giao hàng → Site Acceptance → O&M/Asset Records.
TATEKSAFE có thể xây dựng hồ sơ kỹ thuật theo từng nhóm thiết bị an toàn điện, trong đó cấu trúc hồ sơ được điều chỉnh theo yêu cầu kỹ thuật của dự án, cấu hình sản phẩm, tiêu chuẩn áp dụng và quy trình phê duyệt của chủ đầu tư/EPC/tư vấn.
Bình luận
Viết bình luận của bạn