Mỗi lần bấm Cập nhật dữ liệu mô phỏng (Update Simulator) trên giải pháp, hệ thống trải các ca lên toàn bộ thời hạn hợp đồng, xếp hạng mục vào từng lượt, đo giờ, và viết lại Nhật ký mô phỏng (Simulator Log). Nhật ký là chỗ duy nhất cho biết mô phỏng đã hoàn thành hay chưa, và vì sao. Giải pháp có mô phỏng chưa hoàn thành thì số lượt, giờ công và giá trên kế hoạch báo giá không đáng tin. Bài viết giải thích cấu trúc nhật ký, phân biệt lỗi với ghi nhận, và năm lỗi hay gặp.

Dòng trạng thái: bốn khả năng #
Dòng đầu tiên của nhật ký luôn là một trong bốn câu:
| Trạng thái | Nghĩa | Việc cần làm |
|---|---|---|
| ⚠️ CHƯA HOÀN THÀNH — N lỗi nhập liệu | Dữ liệu vào thiếu hoặc sai; nhật ký dừng ở bảng lỗi | Sửa dữ liệu, chạy lại |
| ⚠️ CHƯA HOÀN THÀNH — N ca vượt / dư thời lượng quá dung sai | Ca cứng có lượt lệch quá dung sai | Sửa ca, khối lượng hoặc đổi phương thức (Ca cứng hay ca linh hoạt: dung sai, giờ thực và cách khách trả tiền) |
| ℹ️ ĐÃ HOÀN THÀNH — N ghi nhận | Mô phỏng dùng được; có điều cần đọc | Đọc từng ghi nhận, quyết định có sửa không |
| ✅ ĐÃ HOÀN THÀNH, không có ghi nhận nào | Sạch | Tổng hợp nguồn lực, đồng bộ kế hoạch |
Thiếu ngày bắt đầu hoặc kết thúc hợp đồng thì nhật ký chỉ có một dòng 🔴 “chưa khai báo Ngày bắt đầu/Kết thúc hợp đồng”.
Cấu trúc các bảng #
Nhật ký gồm tối đa năm bảng, theo thứ tự:
- Lỗi nhập liệu. Có lỗi thì nhật ký dừng ở đây, các bảng sau không hiện.
- Ca vượt / dư thời lượng quá dung sai (chỉ ca cứng): một dòng mỗi ca, kèm các ngày bị lệch và gợi ý 💡.
- Ghi nhận: những điều không chặn nhưng cần biết.
- Các ca (ca cứng): Ngày · Ca · Thời lượng ca · Số hạng mục · Thời lượng hoàn thành · Chênh lệch · Kết quả. Mỗi mức thời lượng khác nhau của một ca hiện một lần, không phải mọi ngày.
- Các lần chạy (ca linh hoạt): Ngày · Ca · Thời lượng chuẩn · Số hạng mục · Thời lượng hoàn thành · Tính công · Biến thể.
Lỗi và ghi nhận: đọc thế nào #
| Loại | Câu trong nhật ký | Nguyên nhân |
|---|---|---|
| Lỗi nhập liệu | Hạng mục “…” chưa được gán Ca làm việc nên đã bỏ qua | Hạng mục trên giải pháp chưa chọn ca |
| Lỗi nhập liệu | Hạng mục “…” có thời lượng hoàn thành bằng 0 | Thiếu PATC, khối lượng 0 (Khối lượng, đơn vị và Tỷ lệ khảo sát: con số khởi đầu của mọi phép tính) |
| Lỗi dung sai | “Ca … vượt thời lượng ca quá dung sai +5 phút vào …” | Việc nhiều hơn giờ ca |
| Lỗi dung sai | “Ca … dư thời lượng ca quá dung sai −15 phút vào …” | Việc ít hơn giờ ca |
| Ghi nhận | “Hợp đồng kết thúc ngày …, còn N hạng mục dang dở“ | Tần suất dài, hợp đồng ngắn |
| Ghi nhận | 🕒 Ca …: “N lần đúng chuẩn, N lần biến thể …” | Tóm tắt lượt của ca linh hoạt |
| Ghi nhận | 📅 “Ngày lễ xuất hiện trong hợp đồng: N ngày…” | Tóm tắt quyết định ngày lễ (Ngày lễ, ngày nghỉ, ca đêm, tăng ca: phụ trội theo Bộ luật Lao động) |
| Ghi nhận | 📆 “Ca … không chạy các tháng …” / “trùng giờ với … (Ngày cuối tháng)” | Ca tháng (Lịch dịch vụ: chu kỳ ngày – tuần – tháng, loại ca, tần suất, ngày cuối tháng) |
Năm lỗi hay gặp và cách sửa #
1. Hạng mục mới thêm chưa có ca. Thêm hạng mục vào phiếu sau khi lập giải pháp, quên gán ca trên giải pháp. Sửa: mở tab Hạng mục của giải pháp, gán ca.
2. Ca cứng dư thời lượng ở các tuần không có hạng mục tần suất dài. Ca 3 giờ được khai cho tuần có giặt thảm; các tuần khác chỉ cần 2 giờ 20, dư 40 phút. Sửa: chọn một trong ba: rút ngắn ca và tách giặt thảm sang ca riêng; thêm hạng mục có ích vào các tuần thiếu; hoặc chuyển sang ca linh hoạt.
3. Ca cứng vượt thời lượng vì mốc tham chiếu. Hạng mục B chờ A xong mới làm, nên giờ thực dài hơn tổng thời lượng. Sửa: bỏ mốc tham chiếu nếu không thật cần, hoặc thêm người để A và B làm song song.
4. Thời lượng bằng 0. Hạng mục chưa có định mức PATC. Sửa ở phương án (8 sai lệch khảo sát phổ biến và dấu hiệu nhận biết ngay trên phiếu, sai lệch số 1).
5. Đã sửa nhưng nhật ký không đổi. Nhật ký chỉ viết lại khi bấm Cập nhật dữ liệu mô phỏng. Sau mỗi thay đổi về hạng mục, ca, ngày lễ hoặc phương thức ca, chạy lại.
Cờ Đổi phương thức ca #
Nếu giải pháp đang đặt ca linh hoạt nhưng lần mô phỏng cuối chạy với ca cứng (hoặc ngược lại), cờ Đã đổi phương thức tính ca bật. Nhật ký lúc đó là của phương thức cũ. Chạy lại mô phỏng trước khi đọc.
Thứ tự làm việc gợi ý #
- Cập nhật dữ liệu mô phỏng → đọc dòng trạng thái.
- Còn lỗi: sửa từ trên xuống (lỗi nhập liệu trước, dung sai sau), chạy lại.
- Đã hoàn thành: đọc ghi nhận, nhất là “dang dở” và ngày lễ.
- Tổng hợp nguồn lực (Nguồn lực theo đỉnh chồng lấn và bốn góc nhìn P1–P4) → Lập / cập nhật kế hoạch (Kế hoạch báo giá: loại báo giá, đơn vị nhân công và cơ sở tính giá).
Kết bài #
Nhật ký mô phỏng nói một điều trước tiên: mô phỏng đã hoàn thành hay chưa. Lỗi nhập liệu và lỗi dung sai ca cứng chặn; ghi nhận thì không chặn nhưng cần đọc. Sửa từ trên xuống, chạy lại sau mỗi lần sửa. Bài tiếp theo dùng kết quả mô phỏng để trả lời câu hỏi “cần bao nhiêu người”. Nguồn lực theo đỉnh chồng lấn và bốn góc nhìn P1–P4
Câu hỏi thường gặp #
Câu hỏi 1. Gửi duyệt khi mô phỏng chưa hoàn thành được không?
Hệ thống chặn ở các bước gửi đi khác (duyệt, kiểm giá, người nhận). Nhưng người duyệt nên coi “CHƯA HOÀN THÀNH” là lý do trả lại (8 sai lệch khảo sát phổ biến và dấu hiệu nhận biết ngay trên phiếu, checklist điểm 5).
Câu hỏi 2. Nhật ký rất dài với hợp đồng 3 năm, đọc hết sao nổi?
Bảng Các ca và Các lần chạy chỉ hiện mỗi mức thời lượng khác nhau một lần, không hiện mọi ngày. Phần cần đọc kỹ là dòng trạng thái và hai bảng lỗi.
Câu hỏi 3. Hai giải pháp của cùng phiếu có chung nhật ký không?
Không. Mỗi giải pháp có mô phỏng và nhật ký riêng.
Nội dung hướng dẫn dựa trên phiên bản RATA-CSM hiện hành; giao diện có thể thay đổi theo từng bản cập nhật.
bước tiếp theo
Số hóa vận hành bằng Odoo 20 #
Fox40 triển khai Odoo 20 cho doanh nghiệp dịch vụ vệ sinh công nghiệp: khảo sát, giám sát hiện trường, nhân sự, báo cáo.
