Bàn giao giữa các trạm: nhận gì, giao gì, ai ký nhận, khi nào bị chặn

Bài Chuỗi 6 trạm dữ liệu: từ liên hệ đầu tiên đến lãi lỗ công trình vẽ doanh nghiệp vệ sinh thành chuỗi 6 trạm, nối với nhau bằng 6 chứng từ bàn giao A–F. Bài này trả lời câu hỏi thực tế hơn: làm sao một người biết công việc đã “xong phần mình” để người sau bắt đầu, mà không phải gọi điện hỏi lại? Câu trả lời nằm ở ba thứ đi kèm mỗi chứng từ: trạng thái, dữ liệu bắt buộc và người chịu trách nhiệm. Bài viết đi qua từng chứng từ, chỉ ra những chốt chặn RATA-CSM tự áp, và những chỗ vẫn phải dựa vào kỷ luật của con người.

“Xong” nghĩa là gì? #

Trong một công ty vệ sinh, câu “xong rồi” có thể mang ba nghĩa khác nhau. Giám sát nói “khảo sát xong rồi” khi đã đi hết công trình. Kinh doanh hiểu là đã có đủ số liệu để tính giá. Trưởng nhóm lại cần thêm ảnh và độ cao để đánh giá an toàn. Ba người, ba định nghĩa, và mỗi khác biệt là một lần làm lại.

Một chứng từ bàn giao chỉ được coi là xong khi thỏa cả ba điều kiện:

1. Trạng thái đúng. Ví dụ hợp đồng phải ở Đang hiệu lực, không phải Đang ký.
2. Dữ liệu bắt buộc đã có. Ví dụ hợp đồng chia kỳ thanh toán phải có người Nhận hóa đơn.
3. Có người ký nhận. Người giao chịu trách nhiệm về dữ liệu đã giao; người nhận chịu trách nhiệm từ lúc nhận.

Điều kiện 1 và 2 là việc của hệ thống: nó hiện trạng thái và chặn những bước đi khi thiếu dữ liệu. Điều kiện 3 là việc của tổ chức: ai có quyền chuyển trạng thái, ai có quyền duyệt. Bài Một bậc duyệt, sáu nhóm người dùng: phân quyền xuyên suốt chuỗi nói về phân quyền.

Làn trách nhiệm: việc nối việc #

Đọc sơ đồ theo mũi tên từ trái sang phải. Mỗi hàng là một vai trò: Khách hàng, Tư vấn bán hàng, Giám sát hiện trường, Trưởng nhóm, Kế toán. Mỗi cột là một trạm. Có hai điều đáng chú ý:

• Khách hàng là một làn thật sự. Khách so sánh giải pháp, góp ý hợp đồng, ký hợp đồng, ký ca hoặc ký nghiệm thu, và thanh toán. Nếu bước của khách không được ghi lại trên hệ thống, chuỗi bị đứt đúng ở chỗ quan trọng nhất.
• Trưởng nhóm xuất hiện đúng hai lần: duyệt trước khi giải pháp và hợp đồng đến tay khách, và duyệt kế hoạch thực hiện, nghiệm thu kỳ trước khi công trình được tính tiền. Đó là hai điểm mà một sai sót sẽ lặp lại mỗi tháng.

Bảng bàn giao A–F #

Những chốt chặn hệ thống tự áp #

Chốt chặn là những chỗ hệ thống từ chối đi tiếp và báo lý do. Chúng tập trung ở đoạn giữa chuỗi, từ giải pháp đến hóa đơn, vì đây là nơi một sai sót tốn tiền nhất.

Trước khi báo giá rời công ty #

1. Giải pháp phải được duyệt. Khi cài đặt Duyệt giải pháp trước khi gửi đang bật (mặc định), báo giá chỉ gửi được khi giải pháp ở trạng thái Đã duyệt.
2. Phải kiểm giá sau lần sửa cuối. Khi cài đặt Kiểm giá trước khi gửi đang bật (mặc định), người lập phải bấm Kiểm giá (Check Costs) sau lần sửa giải pháp cuối cùng. Kiểm giá so các dòng giá của kế hoạch báo giá với giá tính lại theo chi phí hiện tại, và liệt kê chênh lệch vượt ngưỡng.
3. Phải có người Nhận báo giá. Phiếu khảo sát chưa có ai giữ vai trò Nhận báo giá thì báo giá không gửi được.

Trước khi hợp đồng được gửi và ký #

1. Giải pháp phải đã duyệt, đã gửi hoặc đã chốt mới tạo được hợp đồng; một báo giá chỉ nằm trong một hợp đồng đang mở.
2. Khung Kiểm tra trên hợp đồng chặn gửi khi: không có báo giá; thiếu ngày bắt đầu, kết thúc hoặc ngày kết thúc trước ngày bắt đầu; mức phạt vi phạm trên 8%; thiếu điều khoản bắt buộc của mẫu; không có người Ký hợp đồng; hợp đồng chia kỳ thanh toán mà không có người Nhận hóa đơn.
3. Hợp đồng phải được duyệt khi cài đặt Duyệt hợp đồng trước khi gửi đang bật, hoặc khi có điều khoản mức Cần duyệt đã bị sửa.
4. Một phiếu chỉ có một giải pháp được chốt. Không thể xác nhận báo giá thứ hai cho cùng một phiếu.

Sau khi ký #

1. Báo giá trong hợp đồng đang thực hiện không xuất hóa đơn trực tiếp. Hóa đơn được lập theo từng kỳ trên hợp đồng, để không xuất trùng.
2. Kỳ đã xuất hóa đơn không bao giờ bị sửa. Phụ lục sửa đổi phải bắt đầu từ kỳ chưa xuất hóa đơn.
3. Người ký của hợp đồng đã gửi chỉ đổi bằng phụ lục loại Đại diện khách hàng.

Lưu ý: chốt chặn không thay thế trách nhiệm. Hệ thống chặn được việc thiếu người Nhận báo giá, nhưng không biết người được khai có đúng là người cần nhận hay không. Người giao chứng từ vẫn phải kiểm tra nội dung.

Những bàn giao còn thủ công và cách giữ kỷ luật #

Bàn giao B (CRM → RATA) hiện không có liên kết tự động giữa cơ hội và Phiếu khảo sát. Ba quy tắc giúp giữ kỷ luật:

• Ghi số phiếu PKS vào cơ hội ngay khi tạo phiếu, và ghi tên cơ hội vào phần ghi chú của phiếu.
• Chỉ chuyển cơ hội sang giai đoạn “Hẹn khảo sát” khi đã có phiếu.
• Khai đầu mối vai trò Khảo sát ngay trên phiếu, để giám sát không phải hỏi lại kinh doanh “gặp ai ở công trình”.

Giai đoạn của Phiếu khảo sát cũng chuyển bằng tay. Quy ước điều kiện chuyển giai đoạn được đề xuất ở bài 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.

Bàn giao E (Nhân sự → Kế toán) chưa có trên hệ thống. Trong lúc chờ, giờ công theo ca nên được chốt theo đúng kỳ thanh toán của hợp đồng, để chi phí và doanh thu cùng một mốc thời gian.

Tình huống: báo giá gửi ngoài hệ thống #

(Tình huống giả định.) Một nhân viên kinh doanh gửi khách bản báo giá PDF qua email cá nhân để kịp hạn, rồi mới nhập lại vào hệ thống hai ngày sau với giá đã giảm 5%.

Hậu quả: khách cầm một con số, hệ thống ghi một con số khác. Giải pháp chưa qua duyệt nên trưởng nhóm không biết biên lợi nhuận đã giảm. Khi tạo hợp đồng từ báo giá trên hệ thống, giá trị hợp đồng lệch với điều khách đã đồng ý, và tranh chấp bắt đầu từ ngày ký.

Cách sửa:

1. Đưa giải pháp về Nháp, sửa giá theo con số đã gửi khách, Gửi duyệt.
2. Trưởng nhóm duyệt hoặc trả lại có lý do; mọi bước được ghi trong lịch sử giải pháp.
3. Kiểm giá, rồi gửi lại báo giá từ hệ thống để khách nhận đúng phiên bản có mã số.

Phòng ngừa: coi báo giá gửi từ hệ thống là phiên bản duy nhất có giá trị. Mỗi lần gửi, hệ thống lưu lại một phiên bản đã gửi của giải pháp, nên luôn tra được khách đã nhận gì, khi nào.

Kết bài #

Bàn giao tốt không cần thêm cuộc họp. Nó cần mỗi chứng từ có một định nghĩa “xong” rõ ràng, một trạng thái mà ai cũng đọc được, và một người chịu trách nhiệm. RATA-CSM tự áp mười chốt chặn ở đoạn giữa chuỗi, từ duyệt giải pháp đến hóa đơn theo kỳ. Ở những bàn giao còn thủ công, kỷ luật của đội ngũ đóng vai trò chốt chặn.

Mỗi chốt chặn đều gắn với một câu hỏi: ai được làm việc này? Bài tiếp theo trả lời câu hỏi đó bằng ma trận quyền của sáu nhóm người dùng. Một bậc duyệt, sáu nhóm người dùng: phân quyền xuyên suốt chuỗi

Câu hỏi thường gặp #

Câu hỏi 1. Có tắt được các chốt chặn trước khi gửi báo giá không?
Ba cài đặt Duyệt giải pháp trước khi gửi, Kiểm giá trước khi gửi và Duyệt hợp đồng trước khi gửi tắt được trong Cài đặt › RATA CSM. Chốt chặn về người Nhận báo giá, người Ký hợp đồng và mức phạt trên 8% thì không tắt được.

Câu hỏi 2. Khách ký hợp đồng bằng giấy thì bàn giao C tính từ lúc nào?
Từ lúc hợp đồng chuyển sang Đang hiệu lực, tức khi đã ghi nhận đủ hai chữ ký. Với bản giấy, người phụ trách dùng chức năng Ký bản giấy, tải bản quét và ghi người ký; công ty ký thay mặt bằng nút Ký thay mặt công ty.

Câu hỏi 3. Giám sát hiện trường có phải đợi hợp đồng ký mới chuẩn bị người không?
Không bắt buộc. Theo thiết kế module Dự án, dự án có thể tạo từ khi hợp đồng ở trạng thái Đã duyệt để chuẩn bị người và vật tư trước ngày bắt đầu. Ca chỉ được thực hiện khi hợp đồng có hiệu lực.

Câu hỏi 4. Một bàn giao bị trả lại thì ai chịu trách nhiệm sửa?
Người giao. Ví dụ trưởng nhóm trả lại giải pháp kèm lý do thì giải pháp về Nháp và người gửi duyệt nhận thông báo để sửa. Lý do trả lại được lưu trong lịch sử để tránh lặp lại.

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.