Từ tệp Excel ẩn danh đến phân tích HSE phục vụ quản trị. Giai đoạn 2: tạo bảng điều khiển HSE tương tác, độc lập bằng vibe coding

AI giúp tạo phần vỏ chương trình trên mẫu Excel đã ẩn danh, còn cơ sở dữ liệu làm việc thật được nạp vào tệp HTML đã hoàn thiện ngay tại máy tính của người dùng.

Giới thiệu

Trong bài viết đầu tiên, tôi đã cho thấy cách chúng tôi giải quyết việc chuẩn bị dữ liệu an toàn: chúng tôi tạo một công cụ che dữ liệu chạy cục bộ và học cách tạo mẫu Excel ẩn danh giữ nguyên cấu trúc của cơ sở dữ liệu làm việc mà không gửi dữ liệu cá nhân thật ra môi trường AI bên ngoài.

Câu hỏi tiếp theo xuất hiện gần như ngay lập tức: tiếp theo phải làm gì với mẫu đó?

Nhiệm vụ của chúng tôi không đơn thuần là dựng vài biểu đồ. Chúng tôi cần một công cụ phân tích thực sự dùng được khi chuẩn bị các buổi truyền thông theo tầng và các ủy ban an toàn: thay đổi phạm vi dữ liệu, đi từ chỉ số chung xuống đơn vị, khu vực và từng bản ghi cụ thể, nhìn ra điểm nghẽn và nhanh chóng chuẩn bị tài liệu cho cuộc trao đổi với lãnh đạo.

Đồng thời vẫn giữ nguyên điều kiện chính của giai đoạn một: trong quá trình phát triển bên ngoài, cơ sở dữ liệu làm việc thật của doanh nghiệp không được chuyển cho AI.

Vì sao cần có bảng điều khiển riêng

Dữ liệu gốc của chúng tôi đã được tạo ở dạng số từ lâu. Các cuộc đối thoại an toàn theo hành vi (BSD) và kiểm soát rủi ro trọng yếu (CRC) được lãnh đạo và chuyên viên thực hiện qua ứng dụng di động nội bộ CoLab. Nghĩa là vấn đề không nằm ở việc thiếu dữ liệu, mà ở bước tiếp theo: làm sao nhanh chóng biến khối lượng bản ghi lớn thành phân tích quản trị dễ hiểu.

Hệ thống của công ty cho phép thực hiện quan sát, điền các trường và xuất dữ liệu. Tuy nhiên, việc phát triển phân tích chuyên sâu đòi hỏi một dự án CNTT riêng. Với số lượng chuyên gia, thời hạn và ngân sách hạn chế, những yêu cầu như vậy có thể phải chờ khá lâu.

Các bảng điều khiển trực tuyến đầu tiên trên nền Superset đáp ứng được các nhu cầu định lượng cơ bản. Với công việc thực tế thì chưa đủ. Khi lãnh đạo thấy đã thực hiện 500 lượt kiểm tra hoặc phát hiện 70 sai lệch, câu hỏi kế tiếp luôn là: điều đó xảy ra chính xác ở đâu, vì sao và những bản ghi cụ thể nào đứng sau con số ấy.

Vì vậy chúng tôi xem bảng điều khiển HTML độc lập không phải là vật thay thế các hệ thống CNTT của công ty, mà là công cụ trung gian nhanh. Nó cho phép kiểm chứng phân tích trong thực tế trong thời gian ngắn, hiểu được chỉ số nào thực sự cần và ở đâu cần đi sâu tới dữ liệu gốc — và chỉ sau đó mới lập yêu cầu kỹ thuật chính xác hơn cho việc triển khai công nghiệp.

Bước 1. Trước hết hãy hiểu dữ liệu, đừng viết chương trình

Một trong những lỗi phổ biến nhất khi làm việc với AI là yêu cầu ngay: «Làm cho tôi một bảng điều khiển». Một bức hình đẹp thì có ngay, nhưng chưa chắc sau đó dùng được.

Vì thế yêu cầu đầu tiên của chúng tôi với AI đã khác. Chúng tôi tải lên mẫu Excel ẩn danh và đề nghị tạm thời chưa lập trình gì, mà hãy phân tích cấu trúc tệp: có những trang tính, cột và kiểu dữ liệu nào, trường nào liên kết với nhau, những gì có thể dùng làm bộ lọc, có thể tính được chỉ số nào và cấu trúc gốc có thể sai ở đâu.

Như vậy, trước hết AI đóng vai nhà phân tích dữ liệu chứ không phải lập trình viên.

Với các cuộc đối thoại an toàn theo hành vi, chẳng hạn, quan trọng là ngày tháng, doanh nghiệp, phân xưởng, khu vực, người quan sát, người lao động, loại hành vi, quy trình, mô tả và kết quả. Thay cho họ tên thật, AI có thể nhìn thấy «Nhân viên_00001». Để dựng logic của bảng điều khiển, nó không cần họ tên thật.

Prompt 1 — phân tích cấu trúc cơ sở dữ liệu ẩn danh: xem phụ lục ở cuối bài.

Đối thoại an toàn theo hành vi: từ con số chung đến bản ghi cụ thể

Giai đoạn tiếp theo là xác định không phải một loạt hình ảnh đẹp, mà là những câu hỏi quản trị mà bảng điều khiển phải trả lời.

Với các cuộc đối thoại theo hành vi, chúng tôi cần thấy diễn biến, cơ cấu hành vi được ghi nhận, các đơn vị, các quy trình, mức độ lặp lại của sai lệch, công việc của người quan sát và khả năng đi từ con số chung đến bản ghi cụ thể.

Do đó logic được xây từ trên xuống: doanh nghiệp → phân xưởng → khu vực → loại hành vi → quy trình → bản ghi cụ thể. Nhấp vào cột hoặc phần của biểu đồ sẽ thay đổi phạm vi dữ liệu và hiển thị đúng những bản ghi đã tạo nên chỉ số đó.

Bên cạnh đó còn có tìm kiếm theo người lao động hoặc mã ẩn danh, lịch sử các sai lệch đã ghi nhận, bảng xếp hạng đơn vị và người thực hiện BSD, cũng như xuất phạm vi dữ liệu hiện tại ra Excel.

Ở đây tôi áp dụng một quy tắc đơn giản: nếu sau khi xem biểu đồ mà không rõ nó giúp ra quyết định quản trị nào, thì nhiều khả năng biểu đồ đó không cần có trong bảng điều khiển.

Prompt 2 và Prompt 5 — cấu trúc bảng điều khiển HSE và chi tiết tương tác: xem phụ lục ở cuối bài.

Bổ sung bảng chấm công: cách thấy tần suất BSD khuyến nghị đã quy định

Sau đó chúng tôi tiến thêm một bước. Để tiết kiệm thời gian và không phải tạo công cụ riêng, chính bảng điều khiển này được bổ sung bảng chấm công.

Trong quá trình phát triển, ban đầu dùng mẫu bảng chấm công ẩn danh, sau đó — ngay tại máy tính — dùng bảng chấm công thật. Nhờ vậy có thể thấy không chỉ số lượng BSD đã thực hiện mà cả mức độ tuân thủ tần suất khuyến nghị đã quy định.

Về bản chất, chúng tôi so sánh số ca thực tế đã làm việc với số cuộc đối thoại an toàn thực tế đã thực hiện. Kết quả cho thấy nơi nào bảo đảm tần suất yêu cầu và nơi nào bị chậm.

Cách tiếp cận này đặc biệt hữu ích cho quản đốc phân xưởng và khu vực: bảng điều khiển cho thấy không phải khối lượng công việc chung, mà mức độ thực hiện yêu cầu thực tế, với khả năng đi sâu tới đơn vị, nghề và từng người lao động.

Phần bổ sung này không đòi hỏi nguyên tắc mới. Chúng tôi chỉ phát triển logic đã có và nối thêm một tập dữ liệu nữa.

Prompt 6 — phân tích BSD có tính đến số ca thực tế đã làm việc: xem phụ lục ở cuối bài.

CRC: cùng cách tiếp cận, nhưng cho kiểm soát rủi ro trọng yếu

Logic tương tự cũng áp dụng cho CRC. Từ bản xuất dữ liệu gốc có thể thấy đã thực hiện bao nhiêu CRC và bao nhiêu trong số đó có sai lệch. Nhưng con số thô tự nó không trả lời câu hỏi chính: yêu cầu thực sự được thực hiện đến đâu trong từng ca.

Để làm việc đó, dữ liệu CRC và bảng chấm công thật cùng kỳ được nạp vào bảng điều khiển ngay tại máy. Sau khi đối chiếu có thể thấy ai thực sự có mặt trong ca, phải thực hiện bao nhiêu CRC và đã thực hiện được bao nhiêu.

Đầu ra không chỉ là số lượng, mà còn là tỉ lệ hoàn thành, phần thiếu hụt, danh sách người chưa thực hiện, và — nếu có cơ sở dữ liệu mở rộng — cả liên kết tới khu vực, phân xưởng, quy trình và nguyên nhân sai lệch.

Mọi biểu đồ vẫn có thể nhấp được: từ chỉ số chung có thể đi sâu hơn — tới đơn vị, rồi khu vực, tiếp đến nghề và cuối cùng là thẻ của một người lao động cụ thể hay một bản ghi cụ thể.

Tôi không đưa ảnh chụp màn hình CRC vào bài này để tránh quá tải nội dung. Về kỹ thuật thì nguyên tắc giống hệt BSD.

Prompt 7 — CRC và bảng chấm công thật: tính mức thực hiện và đi sâu tới người lao động: xem phụ lục ở cuối bài.

Bước 2. Bản mẫu đầu tiên và các lần hoàn thiện kế tiếp

Khi cấu trúc dữ liệu và logic phân tích đã rõ, có thể chuyển thẳng sang vibe coding.

Nhiệm vụ lúc này đã được nêu khá cụ thể: tạo một tệp HTML độc lập duy nhất, mở được bằng trình duyệt thông thường, có KPI, bộ lọc, biểu đồ tương tác và bảng bản ghi gốc, hoạt động mà không cần cài thêm phần mềm.

Ở giai đoạn này, bên trong chương trình vẫn chỉ dùng dữ liệu ẩn danh.

Phiên bản đầu tiên hầu như không bao giờ là bản cuối. Bạn chọn doanh nghiệp — danh sách phân xưởng vẫn giữ nguyên tổng thể. Bạn nhấp vào biểu đồ — không có bước đi sâu tới bản ghi. Bạn thêm chức năng mới — một trong các hình ảnh trực quan ngừng hoạt động đúng. Đó là phần bình thường của quá trình phát triển.

Thay vì viết lại toàn bộ ứng dụng, nhiệm vụ được nêu theo từng điểm: «Làm cho các bộ lọc phụ thuộc nhau», «Thêm chi tiết khi nhấp», «Chỉ sửa biểu đồ số 6, đừng thay đổi phần logic còn lại».

Chính ở đây vibe coding đặc biệt hữu ích cho chuyên viên không phải là lập trình viên. Cần giải thích chính xác không phải cách viết hàm, mà cách chương trình phải hoạt động đối với người dùng.

Prompt 3, Prompt 5 và Prompt 8 — tạo HTML đầu tiên, chi tiết hóa và sửa lỗi: xem phụ lục ở cuối bài.

Bước 3. Bỏ mẫu và nạp dữ liệu thật ngay tại máy

Khi giao diện và logic đã được kiểm chứng trên mẫu ẩn danh, dữ liệu minh họa được xóa khỏi phiên bản cuối. HTML chỉ còn là phần vỏ chương trình.

Nút tải Excel được thêm vào đó. Người dùng mở tệp HTML đã hoàn thiện trên máy tính công ty, chọn cơ sở dữ liệu làm việc hiện hành, sau đó trình duyệt đọc tệp và tính các chỉ số ngay trong phiên làm việc cục bộ.

Nghĩa là sơ đồ cuối cùng rất đơn giản: tệp HTML đã hoàn thiện và tệp Excel làm việc nằm trên cùng một máy tính; dữ liệu làm việc được nạp vào chương trình tại chỗ và không còn được chuyển ra môi trường AI bên ngoài.

Trên ảnh chụp màn hình được đăng, họ tên thật đã được che. Điều này quan trọng: bài viết phải cho thấy nguyên tắc hoạt động, chứ không tiết lộ dữ liệu cá nhân.

Prompt 4 — nạp cơ sở dữ liệu Excel làm việc ngay tại máy: xem phụ lục ở cuối bài.

Nạp, bổ sung, xóa trắng và bản sao ngoại tuyến

Các chức năng dành cho người dùng cần được quan tâm riêng. Trong thực tế, quan trọng không chỉ là mở bảng điều khiển mà còn là quản lý nhanh trạng thái của nó.

Vì vậy chúng tôi thêm các thao tác riêng: nạp bảng mới, xóa dữ liệu về không, lưu bản sao ngoại tuyến và đặt lại bộ lọc mà không xóa dữ liệu. Đó là những kịch bản khác nhau và phải rõ ràng với người dùng ngay từ cái nhìn đầu tiên.

Ngoài ra tôi có quay một video minh họa ngắn cho thấy bảng điều khiển hoạt động ra sao trên mẫu ẩn danh, cách xóa trắng hoàn toàn và cách nạp dữ liệu thật sau đó. Phụ lục video như vậy giải đáp thắc mắc nhanh hơn bất kỳ mô tả bằng chữ nào.

Phụ lục video 1. Quay màn hình: từ mẫu đến cơ sở dữ liệu làm việc — video ở cuối bài.

Từ phân tích đến cuộc trao đổi quản trị

Giá trị chính của bảng điều khiển không thể hiện trên màn hình mà ở cuộc họp.

Các lát cắt dữ liệu thu được được dùng khi chuẩn bị truyền thông theo tầng và các ủy ban an toàn – vệ sinh lao động: từ cấp đơn vị đến ủy ban trung tâm của doanh nghiệp, họp hằng tháng.

Ở cấp khu vực có thể thấy các bản ghi cụ thể và người lao động. Ở cấp phân xưởng — các vấn đề lặp lại. Cao hơn nữa — so sánh giữa các đơn vị và chỉ ra những vùng mang tính hệ thống cần lãnh đạo lưu tâm.

Vì thế đưa ra ủy ban không còn là câu «mức thực hiện — 82 %», mà là bức tranh cụ thể hơn nhiều: khu vực nào tạo ra phần thiếu hụt, ca nào không đạt yêu cầu, loại sai lệch nào lặp lại và bản ghi nào cần phân tích cùng người phụ trách.

Bảng điều khiển chỉ ra nơi cần tìm. Nguyên nhân và quyết định quản trị vẫn do con người xác định.

Công cụ tạm thời hay hệ thống công nghiệp tương lai

Với chúng tôi, bảng điều khiển HTML độc lập không phải là đích cuối và không cạnh tranh với kiến trúc CNTT của công ty.

Nhiệm vụ của nó là đi thật nhanh từ ý tưởng sản xuất đến bản mẫu phân tích hoạt động được. Trong lúc giải pháp công nghiệp đang được phát triển, các đơn vị đã có thể dùng công cụ để phân tích, còn chuyên viên nhận được phản hồi thực tế về những chỉ số thật sự cần thiết.

Nếu bản mẫu đã chứng minh được sự hữu ích, logic của nó sẽ dễ chuyển giao hơn nhiều cho đội CNTT để triển khai sau này bằng JavaScript, trên Superset hoặc trong môi trường doanh nghiệp khác có tích hợp dữ liệu tự động.

Nói cách khác, vibe coding không thay thế CNTT. Nó gỡ bỏ một phần bất định ngay trước khi bắt đầu dự án lớn: biết trước cần bộ lọc nào, việc đi sâu phải tới đâu, dữ liệu nào cần liên kết và người dùng phải nhận được kết quả quản trị nào.

Kết quả thu được

Kết quả là mẫu Excel ẩn danh trở thành cây cầu kỹ thuật giữa cơ sở dữ liệu làm việc thật và AI. AI thấy cấu trúc dữ liệu, giúp xây dựng logic và giao diện, viết và hoàn thiện mã. Cơ sở dữ liệu thật chỉ xuất hiện trong công cụ sau khi tệp HTML hoàn thiện đã nằm trên máy tính của người dùng.

Với chuyên viên an toàn, điều đó rút ngắn rõ rệt quãng đường từ ý tưởng đến bản mẫu hoạt động được.

Ưu thế chính không nằm ở chỗ AI biết vẽ biểu đồ. Điều chính yếu là khả năng biến câu hỏi sản xuất thành công cụ phân tích nhanh hơn nhiều, nhìn ra điểm nghẽn và hướng sự chú ý của lãnh đạo tới nơi thực sự cần hành động.

Trong bài tiếp theo, tôi muốn chuyển từ phân tích dữ liệu sang hướng khác: cho thấy AI đã dần trở thành «chuyên gia thứ hai» như thế nào — đánh giá chất lượng các buổi nói chuyện an toàn ngắn và các cuộc đối thoại theo hành vi theo nhiều tiêu chí độc lập.

Bộ prompt sẵn dùng để tạo bảng điều khiển HSE độc lập cho BSD và CRC

Quy tắc thực hành: chỉ mẫu ẩn danh đã được kiểm tra mới được chuyển ra môi trường AI bên ngoài. Tệp Excel làm việc thật, bảng chấm công và dữ liệu cá nhân chỉ được kết nối sau đó, ngay tại máy, bên trong phần vỏ HTML đã hoàn thiện.

Các prompt gắn với bài viết như thế nào

Prompt 1. Phân tích cấu trúc tệp Excel ẩn danh

Tôi tải lên một mẫu Excel ẩn danh của cơ sở dữ liệu HSE đang dùng.

Tạm thời đừng lập trình gì cả.

Hãy phân tích:
1. các trang tính của tệp;
2. tiêu đề các cột;
3. kiểu dữ liệu;
4. các trường bắt buộc và không bắt buộc;
5. quan hệ phân cấp giữa doanh nghiệp, phân xưởng, khu vực và các cấp khác;
6. các trường phù hợp để lọc;
7. các trường phù hợp cho KPI, xếp hạng và biểu đồ;
8. các trường có thể dùng làm mã ẩn danh ổn định của người lao động;
9. các vấn đề tiềm ẩn của cơ sở dữ liệu gốc: ô trống, cách viết khác nhau cho cùng một đơn vị, định dạng ngày không đồng nhất, bản ghi trùng, lẫn lộn chữ và số, tên cột không rõ nghĩa.

Với cơ sở dữ liệu BSD, hãy xác định riêng vị trí của:
- ngày và giờ;
- doanh nghiệp;
- phân xưởng;
- khu vực / đơn vị nội bộ;
- người thực hiện BSD;
- chức danh của người đó;
- người lao động / mã ẩn danh;
- loại hành vi an toàn hoặc mất an toàn;
- quy trình / loại công việc;
- mô tả quan sát;
- kết quả hoặc phản ứng.

Sau khi phân tích:
- mô tả ngắn gọn cấu trúc dữ liệu;
- đề xuất những liên kết giữa các trường cần giữ lại;
- liệt kê những điểm còn nghi vấn cần người dùng xác nhận;
- chỉ sau khi được xác nhận mới đề xuất kiến trúc bảng điều khiển tương lai.

Đừng cố khôi phục các giá trị đã ẩn danh và đừng suy đoán về danh tính của người lao động cụ thể.

Prompt 2. Kiến trúc bảng điều khiển đối thoại an toàn theo hành vi

Dựa trên cấu trúc đã xác nhận của tệp Excel ẩn danh, hãy đề xuất kiến trúc bảng điều khiển HSE độc lập cho các cuộc đối thoại an toàn theo hành vi.

Nguyên tắc chính: mỗi biểu đồ phải trả lời một câu hỏi quản trị cụ thể. Đừng thêm biểu đồ chỉ để trang trí.

Hãy dự kiến:
1. các KPI chính về số lượng BSD và quan sát;
2. bộ lọc theo kỳ;
3. phân cấp phụ thuộc doanh nghiệp → phân xưởng → khu vực / đơn vị nội bộ;
4. bộ lọc theo người thực hiện BSD;
5. bộ lọc theo chức danh của người đó;
6. diễn biến BSD theo tháng và/hoặc theo ngày;
7. so sánh giữa các doanh nghiệp;
8. TOP đơn vị / khu vực;
9. TOP người thực hiện BSD;
10. cơ cấu hành vi an toàn và mất an toàn;
11. các nhóm quan sát mất an toàn;
12. phân tích quy trình / loại công việc;
13. xếp hạng người lao động bị ghi nhận hành vi mất an toàn nhiều lần;
14. tìm kiếm theo người lao động hoặc mã ẩn danh;
15. lịch sử BSD của người lao động được chọn;
16. khả năng thấy cùng một loại hành vi mất an toàn có lặp lại ở cùng một người vào những ngày khác nhau, với những người phụ trách khác nhau hay ở những khu vực khác nhau hay không;
17. xuất phạm vi dữ liệu hiện tại ra Excel.

Với mỗi biểu đồ, hãy nêu riêng:
- nó trả lời câu hỏi nào của lãnh đạo;
- dùng những trường nào;
- nhấp vào phần tử của biểu đồ sẽ dẫn tới đâu.

Trước hết hãy mô tả kiến trúc bằng lời. Chưa cần tạo mã.

Prompt 3. Tạo tệp HTML độc lập đầu tiên

Dựa trên kiến trúc đã thống nhất, hãy tạo phiên bản độc lập đầu tiên của bảng điều khiển HSE tương tác.

Yêu cầu:
1. Kết quả là một tệp HTML duy nhất.
2. Tệp mở được bằng trình duyệt thông thường, không cần cài thêm phần mềm.
3. Ở giai đoạn phát triển chỉ dùng dữ liệu minh họa đã ẩn danh.
4. Thêm các KPI đã thống nhất, bộ lọc, xếp hạng, tìm kiếm, biểu đồ tương tác và bảng bản ghi gốc.
5. Không dùng backend.
6. Không dùng API bên ngoài.
7. Không tải thư viện từ CDN.
8. Mọi thư viện cần thiết phải nằm bên trong tệp HTML.
9. Bảng điều khiển phải mở và hoạt động đầy đủ khi không có internet.
10. Không thêm telemetry, thống kê truy cập hay các yêu cầu mạng.
11. Tổ chức mã sao cho sau này có thể xóa tập dữ liệu minh họa và kết nối tệp Excel thật ngay tại máy.
12. Không thay đổi các mã ẩn danh hiện có của người lao động nếu không cần thiết.

Sau khi tạo xong:
- liệt kê các chức năng đã thực hiện;
- liệt kê hạn chế của phiên bản đầu;
- nêu những chức năng cần kiểm tra thủ công trước khi phát triển tiếp.

Prompt 4. Nạp cơ sở dữ liệu làm việc tại máy, xóa trắng và bản sao ngoại tuyến

Hãy hoàn thiện bảng điều khiển HSE độc lập hiện có.

Mục tiêu: sau khi hoàn tất phát triển, dữ liệu minh họa phải được xóa khỏi tệp HTML, còn cơ sở dữ liệu làm việc thật chỉ được kết nối tại máy tính của người dùng.

Hãy thêm các chức năng sau.

1. «Nạp bảng mới»
- người dùng chọn tệp Excel trên máy của mình;
- tệp chỉ được trình duyệt đọc tại chỗ;
- dữ liệu được nạp vào bộ nhớ của phiên làm việc hiện tại;
- KPI, bộ lọc, biểu đồ, xếp hạng và bảng được dựng lại hoàn toàn;
- cấu trúc được xác định theo tiêu đề cột, không theo số thứ tự cột cố định;
- nếu thiếu trường bắt buộc thì hiển thị thông báo lỗi dễ hiểu.

2. «Áp dụng bộ lọc»
- tính lại toàn bộ biểu đồ theo phạm vi dữ liệu hiện tại.

3. «Đặt lại»
- chỉ xóa các bộ lọc đã chọn;
- trả lại hiển thị toàn bộ dữ liệu đã nạp;
- không xóa dữ liệu.

4. «Xóa toàn bộ dữ liệu về không»
- xóa hoàn toàn tập dữ liệu làm việc đã nạp khỏi trạng thái hiện tại của ứng dụng;
- xóa KPI, biểu đồ, xếp hạng, bảng, họ tên / mã và danh sách bộ lọc;
- đưa tệp HTML về trạng thái vỏ chương trình rỗng.

5. «Xuất dữ liệu đã chọn ra Excel»
- chỉ xuất phạm vi dữ liệu đã lọc hiện tại.

6. «Lưu bản sao ngoại tuyến»
- chỉ lưu sau thao tác rõ ràng của người dùng;
- nếu bản sao có nhúng cơ sở dữ liệu làm việc hiện tại, hãy cảnh báo rằng tệp HTML được lưu chứa dữ liệu làm việc và phải được bảo quản như tài liệu mật;
- khi lưu, không được gửi bất kỳ thông tin nào qua mạng.

Nếu sau này bổ sung chức năng nạp thêm dữ liệu mới:
- trước hết kiểm tra cấu trúc;
- không tự động tạo bản ghi trùng;
- cho người dùng biết sẽ thêm bao nhiêu bản ghi và loại bỏ bao nhiêu.

Hãy xóa hoàn toàn tập dữ liệu minh họa khỏi phiên bản cuối.

Prompt 5. Bộ lọc phụ thuộc, khả năng nhấp và đi sâu tới bản ghi

Hãy hoàn thiện bảng điều khiển HTML hiện có mà không viết lại toàn bộ.

Cần:
1. Làm cho các bộ lọc phụ thuộc nhau:
   doanh nghiệp → phân xưởng → khu vực / đơn vị nội bộ.
2. Sau khi chọn doanh nghiệp, chỉ giữ lại các phân xưởng thuộc doanh nghiệp đó.
3. Sau khi chọn phân xưởng, chỉ giữ lại các khu vực của nó.
4. Tính đến kỳ đã chọn, người thực hiện BSD và chức danh của họ.
5. Làm cho các biểu đồ và bảng xếp hạng chính có thể nhấp được.
6. Khi nhấp vào cột, phần biểu đồ, điểm, dòng xếp hạng hoặc người lao động, áp dụng phạm vi dữ liệu tương ứng cho toàn bộ bảng điều khiển.
7. Hiển thị các bản ghi gốc đã tạo nên chỉ số được chọn.
8. Thêm khả năng quay lên một cấp hoặc đặt lại mức chi tiết hiện tại.
9. Thêm tìm kiếm theo người lao động / mã ẩn danh.
10. Với người lao động được chọn, hiển thị lịch sử BSD trong kỳ đã chọn: ngày, đơn vị, người thực hiện BSD, loại hành vi, quy trình và bản ghi gốc.
11. Hiển thị riêng những người lao động bị ghi nhận hành vi mất an toàn nhiều lần.
12. Cho phép thấy sự lặp lại của cùng một loại hành vi mất an toàn, ngay cả khi do những người phụ trách hoặc chuyên viên khác nhau ghi nhận và ở những khu vực khác nhau.
13. Xuất phạm vi dữ liệu hiện tại ra Excel.
14. Không thay đổi các chức năng đang hoạt động nếu không cần thiết.

Sau khi hoàn thiện, hãy kiểm tra hồi quy:
- toàn bộ bộ lọc;
- các thao tác nhấp vào biểu đồ;
- tìm kiếm;
- mức chi tiết;
- xuất dữ liệu;
- quay lại phạm vi dữ liệu đầy đủ.

Prompt 6. BSD + bảng chấm công thật: mức thực hiện tần suất khuyến nghị đã quy định

Hãy thêm vào bảng điều khiển hiện có chế độ phân tích BSD có tính đến số ca thực tế đã làm việc.

Nguồn dữ liệu:
- bản xuất BSD từ Collab;
- bảng chấm công cùng kỳ.

Ở giai đoạn phát triển chỉ dùng mẫu bảng chấm công đã ẩn danh. Bảng chấm công thật chỉ được kết nối sau đó và chỉ tại máy.

QUAN TRỌNG:
đừng tự đặt ra định mức thực hiện BSD. Trước khi tính toán, người dùng phải nêu tần suất khuyến nghị đã quy định, ví dụ:
- X BSD trên N ca thực tế đã làm việc;
- X BSD cho một kỳ lịch / kỳ báo cáo;
- một quy tắc khác của doanh nghiệp.

Logic:
1. Xác định số ca thực tế đã làm việc theo bảng chấm công.
2. Không tính nghỉ phép, nghỉ ốm và các trường hợp vắng mặt khác là ca thực tế đã làm việc.
3. Đối chiếu tập dữ liệu BSD với bảng chấm công theo mã ổn định của người lao động, doanh nghiệp, phân xưởng, khu vực, nghề và kỳ — tùy theo các trường sẵn có.
4. Không trộn lẫn họ tên / mã và nghề giống nhau của các đơn vị khác nhau.
5. Dựa trên tần suất do người dùng đặt, hãy tính số BSD kỳ vọng cho thời gian thực tế đã làm việc.
6. Hãy hiển thị:
   - số ca thực tế đã làm việc;
   - tần suất khuyến nghị đã quy định;
   - số BSD thực tế;
   - độ lệch so với tần suất khuyến nghị;
   - tỉ lệ thực hiện;
   - các đơn vị và người lao động đang chậm.
7. Thêm khả năng đi sâu:
   doanh nghiệp → phân xưởng → khu vực → nghề → người lao động cụ thể → các bản ghi BSD của họ.
8. Cho phép xuất danh sách người lao động / đơn vị có độ lệch.

Nếu cấu trúc bảng chấm công hoặc quy tắc tần suất chưa rõ ràng, trước hết hãy nêu các trường hợp nghi vấn và xin xác nhận. Đừng tính toán trước khi được xác nhận.

Prompt 7. CRC + bảng chấm công thật: mức độ đều đặn và sai lệch

Hãy thêm vào bảng điều khiển một chế độ riêng để phân tích kiểm soát rủi ro trọng yếu (CRC).

Nguồn dữ liệu:
- bản xuất CRC từ Collab;
- bảng chấm công thật cùng kỳ.

Ở giai đoạn phát triển hãy dùng các mẫu đã ẩn danh. Dữ liệu thật chỉ được kết nối tại máy.

Logic:
1. Xác định số ca thực tế đã làm việc của từng người lao động.
2. Không tính nghỉ phép, nghỉ ốm và các trường hợp vắng mặt khác là ca làm việc.
3. Đừng tự đặt ra định mức / mức độ đều đặn CRC được yêu cầu. Hãy nhận nó từ người dùng như một tham số.
4. Nếu với một quy trình cụ thể đã xác nhận yêu cầu «1 CRC cho mỗi ca thực tế đã làm việc», chỉ áp dụng sau khi người dùng xác nhận.
5. Đối chiếu CRC với số ca thực tế đã làm việc theo mã ổn định, doanh nghiệp, phân xưởng, khu vực, nghề, ngày và/hoặc ca.
6. Không trộn lẫn nghề và mã giống nhau của các đơn vị khác nhau.
7. Với mỗi người lao động, hãy hiển thị:
   - số ca thực tế đã làm việc;
   - số lượng CRC;
   - các ca / kỳ thiếu CRC so với quy tắc đã đặt;
   - độ lệch;
   - tỉ lệ thực hiện.
8. Thêm khả năng đi sâu:
   doanh nghiệp → phân xưởng → khu vực → nghề → người lao động → ca cụ thể / bản ghi CRC cụ thể.
9. Cho phép xuất danh sách người lao động hoặc ca có độ lệch.
10. Nếu trong bản xuất CRC có mối nguy đã nhận diện, rủi ro trọng yếu, mô tả sai lệch hoặc nguyên nhân, hãy hiển thị thêm:
   - mức lặp lại theo khu vực;
   - mức lặp lại theo quy trình;
   - mức lặp lại theo người lao động;
   - bản ghi gốc khi nhấp.

Nếu cấu trúc dữ liệu chưa rõ ràng, trước hết hãy nêu quy tắc đối chiếu và các trường hợp nghi vấn. Đừng thực hiện tính toán cuối cùng trước khi người dùng xác nhận.

Prompt 8. Chẩn đoán lỗi và tự kiểm tra kỹ thuật

Hãy kiểm tra bảng điều khiển HTML độc lập hiện có.

Trước hết đừng viết lại toàn bộ ứng dụng.

Nếu sau lần hoàn thiện gần nhất xuất hiện lỗi:
1. Tìm nguyên nhân cụ thể.
2. Chỉ sửa đúng phần cần thiết.
3. Đừng xóa hoặc viết lại các chức năng đang hoạt động nếu không có lý do.
4. Sau khi sửa, hãy kiểm tra hồi quy.

Bắt buộc kiểm tra các tình huống:
- mở tệp HTML khi không có internet;
- nạp tệp Excel thử nghiệm đã ẩn danh;
- bộ lọc phụ thuộc;
- nhấp và đi sâu;
- tìm kiếm theo người lao động;
- xuất phạm vi dữ liệu đã chọn;
- đặt lại bộ lọc;
- xóa dữ liệu hoàn toàn;
- nạp lại một bảng khác;
- lưu bản sao ngoại tuyến.

Sau khi kiểm tra chức năng, hãy rà soát tính độc lập và các kênh truyền / lưu trữ có thể có:
- fetch;
- XMLHttpRequest;
- WebSocket;
- EventSource;
- sendBeacon;
- script src bên ngoài;
- CDN;
- CSS và phông chữ bên ngoài;
- API;
- iframe;
- Service Worker;
- localStorage;
- sessionStorage;
- IndexedDB;
- cookie;
- telemetry và thống kê.

Phiên bản cuối phải:
- hoạt động đầy đủ khi không có internet;
- không gửi nội dung các tệp Excel đã nạp qua mạng;
- không lưu cơ sở dữ liệu làm việc một cách ngầm định khi người dùng chưa thao tác rõ ràng;
- khi đặt lại hoàn toàn, xóa dữ liệu làm việc khỏi trạng thái hiện tại của giao diện.

Cuối cùng hãy đưa ra báo cáo ngắn:
1. đã kiểm tra những gì;
2. phát hiện lỗi nào;
3. đã sửa những gì;
4. còn lại hạn chế hoặc rủi ro nào.

Trình tự sử dụng khuyến nghị

1. Chạy Prompt 1 và kiểm tra xem AI có hiểu đúng cấu trúc tệp Excel ẩn danh hay không.
2. Sau khi xác nhận cấu trúc, chạy Prompt 2.
3. Chạy Prompt 3 và nhận phiên bản HTML độc lập đầu tiên.
4. Trong quá trình hoàn thiện, dùng Prompt 5 cho bộ lọc, thao tác nhấp và đi sâu.
5. Khi logic đã sẵn sàng, chạy Prompt 4: xóa dữ liệu minh họa và thiết lập việc nạp cơ sở dữ liệu làm việc tại máy, xóa trắng, xuất dữ liệu và bản sao ngoại tuyến.
6. Nếu cần phân tích tần suất BSD khuyến nghị, hãy dùng thêm Prompt 6.
7. Với CRC và đối chiếu bảng chấm công thật, hãy dùng Prompt 7.
8. Sau những thay đổi lớn và trước khi công bố / bàn giao cho người dùng, hãy chạy Prompt 8.