Hai bài trước theo chân một Phiếu khảo sát từ lúc tạo đến khi báo giá được gửi cho khách hàng (Hành trình một Phiếu khảo sát: 3 giai đoạn, 9 bước từ Nháp đến báo giá gửi khách). Nhưng báo giá chỉ là một khúc giữa của câu chuyện. Trước nó, ai đó phải biết khách hàng là ai và cơ hội có đáng theo hay không. Sau nó là hợp đồng, những ca làm hằng ngày, tiền công cho nhân viên và hóa đơn thu tiền. Bài viết này vẽ toàn bộ chuỗi đó thành 6 trạm dữ liệu, chỉ ra mỗi trạm nhận gì, giao gì, và chỗ nào dữ liệu hay bị đứt. Đây cũng là bản đồ cho toàn bộ nhóm bài Làm chủ ERP và Số hóa nghiệp vụ: mỗi trạm là một nhánh bài riêng.
Mỗi lần chuyển tay là một lần mất dữ liệu #
Một hợp đồng vệ sinh văn phòng thông thường đi qua tay ít nhất năm bộ phận: kinh doanh nhận khách, giám sát đi khảo sát, trưởng nhóm duyệt giá, đội vận hành làm ca, kế toán xuất hóa đơn. Khi mỗi bộ phận dùng công cụ riêng (sổ tay, Excel, nhóm Zalo, phần mềm kế toán), mỗi lần chuyển tay là một lần chép lại. Và mỗi lần chép lại là một cơ hội để sai.
Những lỗi quen thuộc đều nằm ở chỗ chuyển tay. Báo giá gửi đến người không có quyền quyết định vì không ai ghi lại ai là người ký. Đội vận hành làm thiếu một khu vực vì bảng phân công chép từ một bản báo giá cũ. Kế toán xuất hóa đơn theo giá ký ban đầu trong khi khách đã đồng ý tăng tần suất từ tháng thứ ba. Không ai làm sai việc của mình. Dữ liệu đã sai ngay trên đường đi giữa hai người.
Một hệ thống ERP có ý nghĩa khi nó biến những lần chuyển tay đó thành chứng từ bàn giao: dữ liệu không được chép lại mà được trạm sau đọc từ trạm trước, kèm trạng thái cho biết nó đã đủ điều kiện bàn giao hay chưa.
Bản đồ 6 trạm #
Sơ đồ có ba lớp thông tin. Hàng trên là 6 trạm đánh số 1–6, mỗi trạm ghi các đối tượng dữ liệu chính và trạng thái hiện tại trên RATA-CSM. Giữa các trạm là 6 chứng từ bàn giao A–F. Hai đường nét đứt màu đỏ là vòng phản hồi: dữ liệu đi ngược từ công trình và từ kế toán về trạm RATA. Phần dưới đây đi lần lượt theo các số và chữ trên sơ đồ.
Sáu trạm và câu hỏi mỗi trạm trả lời #
Cách nhớ đơn giản nhất: mỗi trạm trả lời một câu hỏi của doanh nghiệp. Nếu trạm đó trả lời sai, mọi trạm phía sau làm đúng đến đâu cũng không cứu được.
| Trạm | Câu hỏi | Dữ liệu chính | Trạng thái trên RATA-CSM |
|---|---|---|---|
| 1. Liên hệ (Contact) | Khách là ai, ai bên khách quyết định việc gì? | Công ty, người liên hệ, địa chỉ hiện trường, nhà cung cấp | Đang vận hành |
| 2. CRM | Cơ hội này có đáng theo, đang ở bước nào? | Cơ hội, giai đoạn phễu, lịch hẹn khảo sát, lý do thắng / thua | Dùng ứng dụng CRM chuẩn của Odoo, chưa nối tự động với RATA |
| 3. RATA | Làm gì, giá bao nhiêu, ký với điều kiện nào? | Phiếu khảo sát, giải pháp, mô phỏng, báo giá, hợp đồng | Đang vận hành |
| 4. Dự án (Project) | Ai làm ca nào, làm đủ chưa, khách nhận chưa? | Kế hoạch thực hiện, lượt ca, ca thực hiện (ca Planning của Odoo), tình huống, nghiệm thu kỳ | Đang phát triển |
| 5. Nhân sự (HRM) | Trả công cho ai, bao nhiêu? | Nhân viên, hợp đồng lao động, chấm công, đối chiếu, phiếu lương (Bảng lương Việt Nam của Odoo) | Đang phát triển; giá giờ công theo bảng lương đã vận hành |
| 6. Kế toán (Accounting) | Thu được bao nhiêu, lãi hay lỗ? | Lịch thanh toán, hóa đơn theo kỳ, công nợ, lãi lỗ công trình | Hóa đơn theo kỳ đang vận hành; lãi lỗ công trình đang phát triển |
1. Liên hệ: một lần khai báo, nhiều nơi dùng #
Trạm Liên hệ lưu công ty khách hàng (pháp nhân, mã số thuế), người liên hệ thuộc công ty đó và các địa chỉ con dùng làm địa chỉ hiện trường. Điểm quan trọng nhất là sáu vai trò đầu mối: ai dẫn đi khảo sát, ai nhận báo giá, ai ký hợp đồng, ai nghiệm thu tại công trình, ai nhận hóa đơn, ai liên hệ khi có sự cố. Những vai trò này được khai một lần trên Phiếu khảo sát, rồi báo giá, hợp đồng và hóa đơn tự lấy đúng người. Chi tiết ở nhánh Sáu vai trò đầu mối: ai nhận báo giá, ai ký, ai nghiệm thu, ai nhận hóa đơn.
2. CRM: lọc trước khi tốn công khảo sát #
Một buổi khảo sát tốn nửa ngày công của một giám sát. Trạm CRM giúp quyết định cơ hội nào đáng bỏ công đó. Hiện RATA-CSM chưa phụ thuộc ứng dụng CRM của Odoo, nên cơ hội và Phiếu khảo sát được liên kết thủ công. Nhánh Phễu bán hàng B2B ngành vệ sinh và điểm nối sang RATA-CSM đề xuất một phễu sáu giai đoạn và chỉ rõ giai đoạn nào ứng với chứng từ nào trên RATA.
3. RATA: trái tim của chuỗi #
Đây là trạm có nhiều dữ liệu và nhiều quyết định nhất: khảo sát hiện trường, phương án thi công, giải pháp, mô phỏng ca, giá vốn, giá bán, báo giá và hợp đồng dịch vụ. Lợi nhuận của cả hợp đồng gần như được quyết định ở trạm này, như bài Từ Excel sang ERP: RATA-CSM số hóa những khâu nào trong chuỗi khảo sát – tính giá – báo giá? đã phân tích. Vì khối lượng lớn, trạm RATA được chia thành ba nhánh bài: khảo sát (Bản đồ nhánh khảo sát: từ thư viện kỹ thuật đến phương án thi công), giá và mô phỏng (Một con số đi từ mét vuông đến dòng báo giá), báo giá và hợp đồng (Giải pháp → báo giá → hợp đồng: ba vòng đời khóa vào nhau).
4. Dự án: biến giấy ký thành ca làm #
Hợp đồng đã ký trở thành một dự án. Dự án giữ một kế hoạch thực hiện, là bản sao vận hành của giải pháp đã bán, rồi sinh ra các lượt ca cho cả thời hạn và các ca thực hiện cho vài tuần tới. Mỗi ca có checklist, ảnh, chữ ký khách và giờ công. Cuối kỳ, các ca được gom thành nghiệm thu kỳ để khách ký. Module Dự án đang ở giai đoạn phát triển; nhánh Hợp đồng biến thành ca làm: bản đồ nhánh dự án mô tả luồng ở mức kiến thức.
5. Nhân sự: đúng người, đúng ca, đúng công #
Trạm Nhân sự trả lời câu hỏi “trả công cho ai, bao nhiêu”. Trạm này chạy trên Nhân viên, Chấm công và Bảng lương Việt Nam của Odoo. Đã vận hành: kỹ năng và cấp độ (khớp định mức tay nghề), giá giờ công và hệ số phụ trội đọc từ tham số bảng lương Việt Nam. Đang phát triển (module Nhân sự): kiểm tra khi xếp ca, chấm công theo dự án, đối chiếu với ca, khóa tháng, phiếu lương ca kíp. Xem nhánh Chuỗi nhân sự hiện trường: từ tay nghề trong SOP đến phiếu lương.
6. Kế toán: thu tiền theo kỳ, đo lãi theo công trình #
Hợp đồng dịch vụ có lịch thanh toán riêng, lấy từ kỳ thanh toán của báo giá. Mỗi kỳ được xuất một hóa đơn, mỗi nhóm giá một dòng. Báo giá nằm trong hợp đồng đang thực hiện không được xuất hóa đơn trực tiếp, để tránh xuất trùng. Kế toán vào hợp đồng từ ứng dụng Kế toán. Lãi lỗ theo công trình, so sánh ba lớp Bán – Kế hoạch – Thực tế, đang được phát triển cùng module Dự án. Xem nhánh Dòng tiền của một hợp đồng dịch vụ: từ kỳ thanh toán đến lãi lỗ.
Sáu chứng từ bàn giao A–F #
Mỗi chữ trên sơ đồ là một chứng từ bàn giao: một đối tượng dữ liệu ở trạng thái đủ điều kiện để trạm sau bắt đầu làm việc.
| Từ → đến | Chứng từ | “Đủ điều kiện bàn giao” khi | |
|---|---|---|---|
| A | Liên hệ → CRM | Công ty và người liên hệ | Có công ty, có người liên hệ, có người phụ trách bên mình |
| B | CRM → RATA | Phiếu khảo sát | Cơ hội đã qua sàng lọc; phiếu có khách, địa chỉ thi công, loại dịch vụ, ngày khảo sát, đầu mối Khảo sát |
| C | RATA → Dự án | Hợp đồng đã ký | Hợp đồng ở trạng thái Đang hiệu lực, đã đủ chữ ký hai bên |
| D | Dự án → Nhân sự | Ca đã làm, định biên | Ca Planning đã xong, có người và giờ công |
| E | Nhân sự → Kế toán | Giờ công và chi phí lương | Chấm công đã duyệt, tháng đã khóa; phiếu lương đã ghi sổ (đang phát triển) |
| F | Dự án → Kế toán | Kỳ đã nghiệm thu | Khách đã ký nghiệm thu kỳ; kỳ trên lịch thanh toán ở trạng thái Chờ xuất hóa đơn |
Bàn giao B hiện vẫn thủ công, bàn giao E chưa có. Các bàn giao còn lại đều có trạng thái trên hệ thống, nên trạm sau không cần hỏi lại trạm trước. Bài Bàn giao giữa các trạm: nhận gì, giao gì, ai ký nhận, khi nào bị chặn đi sâu vào từng chứng từ: ai giao, ai nhận, và hệ thống chặn những gì khi chứng từ chưa đủ điều kiện.
Hai vòng phản hồi: vì sao giá bán ngày càng sát thực tế #
Một chuỗi chỉ chạy một chiều sẽ lặp lại sai lầm cũ. Hai đường đỏ trên sơ đồ là hai vòng phản hồi giúp chuỗi tự học:
- Thay đổi tại công trình quay về RATA. Khách xin thêm một khu vực, đổi ca, hay tăng tần suất. Thay vì sửa tay trên bảng phân công, thay đổi đi qua một phụ lục sửa đổi của hợp đồng. Với thay đổi về phạm vi, nhân sự hay ngày lễ, phụ lục tạo một giải pháp điều chỉnh, được mô phỏng và báo giá lại như giải pháp ban đầu. Nhờ vậy lịch thanh toán, lượt ca và hóa đơn của các kỳ sau đều đổi theo cùng một nguồn. Kỳ đã xuất hóa đơn thì không bao giờ bị sửa. Xem Phụ lục sửa đổi: 8 loại thay đổi và tác động lên lịch thanh toán.
- Chi phí thực tế quay về định mức và giá bán. Khi có số liệu giờ công thực tế, vật tư đã cấp và điểm chất lượng, doanh nghiệp so được với định mức đã dùng để báo giá. Hạng mục nào thường xuyên tốn hơn định mức thì sửa quy trình chuẩn hoặc bảng giá, và báo giá sau sẽ chính xác hơn. Xem Đóng vòng: số liệu thực tế quay về định mức và giá bán.
Ví dụ: văn phòng 500 m² đi qua 6 trạm #
(Mốc thời gian và nội dung là giả định để minh họa.)
| Ngày | Trạm | Việc | Chứng từ |
|---|---|---|---|
| 1 | Liên hệ | Tạo Công ty A, Giám đốc (ký, nhận báo giá), Kế toán trưởng (nhận hóa đơn), Trưởng BQL (khảo sát, nghiệm thu) | A |
| 3 | CRM | Cơ hội đủ điều kiện: cần vệ sinh từ tháng sau, ngân sách đã duyệt | B |
| 5–8 | RATA | Khảo sát 3 khu vực; hai giải pháp GP1 ca cứng, GP2 ca linh hoạt | |
| 10–15 | RATA | Trưởng nhóm duyệt; gửi báo giá và link so sánh; khách chọn GP2 | |
| 20 | RATA | Hợp đồng: khách góp ý một điều khoản, công ty sửa, hai bên ký | C |
| 30 | Dự án | Kế hoạch thực hiện được duyệt; ca tuần đầu được công bố cho 2 nhân viên | |
| 31–60 | Dự án, Nhân sự | 12 ca mỗi tháng; một ca thiếu được xếp ca bù; giờ công ghi vào dự án, đối chiếu chấm công rồi vào phiếu lương | D |
| 61 | Dự án, Kế toán | Khách ký nghiệm thu kỳ 1; kế toán xuất hóa đơn kỳ 1 cho Kế toán trưởng | F |
Ở cách làm thủ công, cùng một thông tin “Kế toán trưởng là người nhận hóa đơn” phải được nhắc lại ít nhất ba lần: trong email báo giá, trong hợp đồng, và khi kế toán hỏi lại. Trong chuỗi 6 trạm, thông tin đó được khai một lần ở ngày 1 và được đọc lại ở ngày 61.
Kết bài #
Nhìn doanh nghiệp vệ sinh như một chuỗi 6 trạm giúp trả lời câu hỏi mà từng bộ phận riêng lẻ không trả lời được: dữ liệu này sinh ra ở đâu, ai được sửa, và đi tiếp đến đâu. Ba trạm đã vận hành đầy đủ (Liên hệ, RATA, hóa đơn theo kỳ của Kế toán), một trạm dùng ứng dụng chuẩn (CRM), hai trạm đang được xây dựng (Dự án, Nhân sự). Dù trạm nào chưa có trên hệ thống, nguyên tắc vẫn giữ nguyên: mỗi lần chuyển tay phải là một chứng từ có trạng thái và có người chịu trách nhiệm.
Bài tiếp theo đi sâu vào chính những lần chuyển tay đó: mỗi chứng từ bàn giao cần dữ liệu gì, ai ký nhận, và hệ thống chặn những gì để dữ liệu sai không đi tiếp. Bàn giao giữa các trạm: nhận gì, giao gì, ai ký nhận, khi nào bị chặn
Câu hỏi thường gặp #
Câu hỏi 1. Doanh nghiệp có phải dùng đủ 6 trạm trên RATA-CSM ngay từ đầu không?
Không. Có thể bắt đầu với trạm Liên hệ và RATA, vì đây là nơi quyết định giá bán. Hợp đồng và hóa đơn theo kỳ dùng tiếp khi đã quen. Với các trạm chưa dùng trên hệ thống, vẫn nên giữ nguyên tắc chứng từ bàn giao bằng biểu mẫu thống nhất.
Câu hỏi 2. Đang dùng phần mềm kế toán khác thì chuỗi này còn dùng được không?
Được, với điều kiện có điểm bàn giao rõ ràng. Lịch thanh toán và kỳ đã nghiệm thu trên RATA-CSM là căn cứ để xuất hóa đơn ở phần mềm khác. Rủi ro nằm ở việc nhập tay hai lần, nên cần một người chịu trách nhiệm đối chiếu theo kỳ.
Câu hỏi 3. Vì sao CRM chưa nối tự động với Phiếu khảo sát?
RATA-CSM hiện không phụ thuộc ứng dụng CRM để doanh nghiệp chưa dùng CRM vẫn cài được. Cơ hội và phiếu được liên kết bằng cách ghi số phiếu vào cơ hội. Bài Từ cơ hội sang Phiếu khảo sát: dữ liệu mang theo và khoảng trống hiện tại hướng dẫn giữ kỷ luật cho bước bàn giao này.
Câu hỏi 4. Thay đổi giữa hợp đồng có làm sai hóa đơn đã xuất không?
Không. Mọi thay đổi sau khi ký đi qua phụ lục sửa đổi, và phụ lục chỉ thay các kỳ chưa xuất hóa đơn. Kỳ đã xuất hóa đơn được giữ nguyên.
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.