Đối soát doanh thu đội xe: quy trình theo tuần cho đối tác

Các bài hướng dẫn đăng ký, hồ sơ, kinh nghiệm và thông tin dành cho tài xế XanhSM.

Đối soát doanh thu đội xe: quy trình theo tuần cho đối tác

Người quản lý đối chiếu bảng doanh thu và chứng từ
Đối soát đều mỗi tuần giúp phát hiện chênh lệch khi bằng chứng còn dễ tìm.

Đội xe nhỏ thường không thiếu dữ liệu mà thiếu một cách chốt dữ liệu thống nhất. Tài xế giữ ảnh trong điện thoại, quản lý xem doanh thu trên nhiều màn hình, tiền mặt được bàn giao theo ca, còn khoản thưởng hoặc điều chỉnh xuất hiện vào thời điểm khác. Nếu đợi cuối tháng mới ghép, một chuyến lệch rất khó truy vì người giao nhận không còn nhớ và ảnh chụp đã lẫn với hàng trăm tệp khác.

Một quy trình đối soát hàng tuần giúp khóa phạm vi sớm, tách từng loại chênh lệch và giao người xử lý. Khung dưới đây phục vụ quản trị nội bộ, không thay dữ liệu chính thức, chính sách thanh toán hoặc quy trình khiếu nại của Green SM. Đối tác phải dùng nguồn được cấp quyền, bảo vệ dữ liệu khách và không tự sửa số gốc để làm bảng cân bằng.

1. Chốt phạm vi kỳ trước khi tải dữ liệu

Ghi ngày giờ bắt đầu, ngày giờ kết thúc, múi giờ Asia/Saigon, danh sách xe và tài xế thuộc kỳ. Nếu đội coi một ca đêm bắt đầu trước nửa đêm nhưng kết thúc hôm sau, cần quy định chuyến tính theo giờ nhận, giờ hoàn thành hay kỳ hiển thị chính thức. Một quy tắc phải được dùng cho mọi người, không đổi theo tài xế đang có chênh lệch.

Đánh dấu tài xế mới vào đội, người nghỉ giữa tuần, xe đổi người và ca hỗ trợ. Những thay đổi này là nguyên nhân phổ biến khiến bảng phân bổ sai. Danh sách phạm vi nên được quản lý xác nhận trước khi nhân viên kế toán ghép số, tránh thêm hoặc bớt dòng trong lúc đã tính tổng.

Ví dụ, tuần được chốt từ 00:00 thứ Hai tới 23:59 Chủ nhật. Một chuyến nhận lúc 23:50 Chủ nhật, hoàn thành 00:20 thứ Hai phải được xử lý đúng định nghĩa nguồn chính thức. Nếu bảng nội bộ dùng quy tắc khác, ghi rõ cột “kỳ hệ thống” và “kỳ quản trị”, không xóa chuyến hoặc tính hai lần.

2. Lưu một bản dữ liệu gốc chỉ đọc

Xuất dữ liệu từ hệ thống được cấp quyền và lưu tệp với ngày giờ, người xuất, phạm vi và phiên bản. Đặt bản gốc ở thư mục giới hạn quyền sửa. Mọi thao tác làm sạch, thêm cột hoặc công thức diễn ra trên bản sao làm việc. Khi số tổng thay đổi, đội có thể quay lại nguồn ban đầu để xác định sai ở bước nào.

Không xóa cột mã chuyến, mã tài xế, dấu thời gian và trạng thái chỉ vì bảng trông rối. Đây là khóa ghép và bằng chứng quan trọng. Dữ liệu khách như tên đầy đủ, số điện thoại hoặc địa chỉ chi tiết không nên được sao chép sang bảng đối soát nếu không cần. Có thể dùng mã chuyến và khu vực tổng quát.

Đặt quy tắc tên tệp, chẳng hạn “2026-W42-doanh-thu-goc-20261012-0900”. Không dùng tên “file mới nhất” vì sau vài tuần không ai biết phiên bản nào. Bản làm việc thêm hậu tố người xử lý; bản chốt được khóa và ghi người duyệt.

3. Chuẩn hóa khóa trước khi ghép bảng

Ưu tiên mã chuyến và mã tài xế thay vì chỉ ghép theo số tiền, giờ hoặc biển số. Hai chuyến cùng giá trong một buổi có thể khiến công thức nối nhầm. Trước khi ghép, loại khoảng trắng thừa, thống nhất chữ hoa thường khi cần và giữ mã dạng văn bản để phần mềm không đổi thành số khoa học hoặc ngày.

Chạy ba kiểm tra: mã chuyến trùng, mã trống và mã xuất hiện ở một bảng nhưng thiếu ở bảng kia. Đưa các dòng bất thường vào vùng riêng, không ép ghép bằng khóa yếu. Mỗi dòng không ghép được cần lý do tạm thời như “chờ dữ liệu hoàn”, “mã nhập tay sai” hoặc “ngoài phạm vi kỳ”.

Khi phải dùng nhiều nguồn, lập bản đồ cột: nguồn A gọi là “trip_id”, nguồn B gọi “mã chuyến”, nhưng cả hai chứa cùng loại dữ liệu. Ghi lại phép biến đổi để tuần sau có thể lặp. Không sửa trực tiếp mã trong nguồn mà không lưu giá trị trước và sau.

4. Tách doanh thu, tiền mặt, thưởng và điều chỉnh

Một cột “chênh lệch” không đủ để tìm nguyên nhân. Tạo các cột riêng cho doanh thu chuyến, khoản khách thanh toán theo phương thức liên quan, thưởng, hỗ trợ, phí, hoàn tiền, điều chỉnh kỳ trước và khoản đang chờ. Tổng cuối được tính từ các thành phần có dấu rõ, không gõ tay để ép khớp.

Nếu thưởng chưa đủ điều kiện chốt, ghi trạng thái “dự kiến” hoặc “chờ xác nhận”, không cộng như tiền chắc chắn. Nếu một khoản điều chỉnh liên quan tuần trước, gắn mã phiếu và kỳ gốc. Điều này giúp đội nhìn đúng hiệu quả tuần hiện tại thay vì tưởng doanh thu tăng hoặc giảm bất thường.

Ví dụ, tài xế A có doanh thu chuyến 8 triệu, thưởng dự kiến 500 nghìn và điều chỉnh giảm 200 nghìn từ kỳ trước. Bảng phải hiển thị ba dòng thành phần; không ghi tổng 8,3 triệu mà thiếu nguồn. Khi thưởng không được duyệt, đội chỉ thay trạng thái khoản đó, không phải tìm lại toàn bộ phép tính.

Cấu trúc một dòng chênh lệch
TrườngVí dụMục đích
Mã tham chiếuMã chuyến hoặc phiếuTruy nguồn không dùng dữ liệu khách
Loại chênh lệchTiền mặt, thưởng, phíGiao đúng người xử lý
Số hệ thống / số độiHai giá trị riêngKhông ghi đè nguồn
Trạng thái và hạnĐang hỏi, 14/10Theo dõi tới kết luận

5. Đối chiếu tiền mặt bằng biên nhận

Nếu đội có nghiệp vụ tiền mặt, quy định một điểm bàn giao, khung giờ, người nhận và loại biên nhận. Hai bên đếm, xác nhận số, ngày giờ, tài xế và kỳ. Ảnh chụp tin nhắn “đã gửi tiền” không thay biên nhận vì không chứng minh người nào nhận và khoản thuộc ca nào.

Không trộn tiền cá nhân với tiền cần nộp. Nếu nộp qua kênh điện tử được quy định, kiểm tra đúng chủ tài khoản và nội dung chuyển. Không chuyển cho tài khoản cá nhân lạ do người trong nhóm nhắn. Khi có tiền giả, thiếu mệnh giá hoặc sai số, lập biên bản theo quy trình, không tự bù bằng doanh thu cuốc sau.

Cuối mỗi ngày hoặc ca, so tổng biên nhận với sổ tiền mặt. Cuối tuần chỉ tổng hợp các ngày đã chốt, không đợi bảy ngày mới đếm một lần. Sai lệch được phát hiện trong ngày dễ hỏi người giao nhận và kiểm camera hoặc chứng từ hơn.

6. Mở một phiếu cho mỗi vấn đề

Mỗi chênh lệch cần mã phiếu, mô tả một vấn đề, người sở hữu, hạn phản hồi và bằng chứng tối thiểu. Không gom mười chuyến khác nguyên nhân vào một tin nhắn dài. Phiếu “thiếu thưởng” thuộc người theo dõi chính sách; phiếu “nộp tiền chưa ghi nhận” thuộc người kiểm biên nhận; phiếu “mã chuyến trùng” thuộc người quản lý dữ liệu.

Mô tả bằng dữ kiện: mã chuyến, kỳ, số hệ thống, số đội tính và lý do tin rằng có sai. Không gửi ảnh toàn màn hình chứa danh sách khách khi chỉ cần một dòng. Che dữ liệu không liên quan, giữ ảnh gốc nội bộ theo quyền và nộp qua kênh hỗ trợ được chỉ định.

Cập nhật trạng thái “mới”, “đã gửi”, “chờ bổ sung”, “đã kết luận” hoặc “đóng”. Chỉ đóng khi có kết quả và bảng đã được điều chỉnh bằng một dòng có nguồn. Không xóa phiếu vì số tổng đã vô tình cân bằng nhờ chênh lệch khác.

7. Duyệt chéo công thức trước khi chốt

Người lập bảng không nên là người duy nhất xác nhận. Người duyệt kiểm tổng số chuyến, tổng theo tài xế, tổng theo phương thức và một mẫu ngẫu nhiên từ nguồn tới báo cáo. Mở ô công thức ở dòng đầu, giữa và cuối để phát hiện vùng tính thiếu khi thêm tài xế mới.

Tắt bộ lọc trước khi tính tổng; kiểm tra hàng ẩn; bảo đảm công thức không bỏ qua dòng cuối. Nếu dùng bảng tổng hợp, làm mới dữ liệu và ghi thời điểm. Một lỗi phổ biến là báo cáo vẫn dùng vùng tuần trước dù tệp đã có thêm dòng. Checklist kỹ thuật mất vài phút nhưng ngăn quyết định sai.

Người duyệt ký tên hoặc cập nhật trạng thái cùng thời gian. Nếu phát hiện lỗi, trả về với mô tả cụ thể, không tự sửa âm thầm. Lịch sử sửa giúp đội biết lỗi do quy trình hay cá nhân và cải thiện lần sau.

8. Chốt sổ nhưng không che khoản đang tranh chấp

Đến hạn, đội có thể chốt phần đã xác nhận và lập danh sách khoản mở. Báo cáo cần ghi tổng đã chốt, tổng đang chờ, số phiếu và kỳ dự kiến xử lý. Không ép mọi chênh lệch về zero bằng một dòng “điều chỉnh khác” không có căn cứ.

Tài xế nhận bảng tóm tắt phần của mình và thời hạn phản hồi. Bảo vệ riêng tư bằng cách không gửi bảng toàn đội vào nhóm chung. Khi tài xế hỏi, trả lời từ phiếu và dữ liệu, không dựa vào lời nhớ. Nếu có sửa sau chốt, tạo phiên bản mới và giữ bản cũ.

Khóa tệp cuối, xuất định dạng không dễ sửa nếu cần chia sẻ và lưu bản nguồn ở thư mục có quyền. Đặt thời hạn lưu theo chính sách và pháp luật; không giữ vô hạn dữ liệu chi tiết chỉ vì “có thể cần”.

9. Biến nguyên nhân chênh lệch thành cải tiến tuần sau

Sau khi chốt, xếp ba nguyên nhân lớn theo số lần và giá trị. Nếu nhiều phiếu do ảnh biên nhận mờ, cải tiến bước chụp. Nếu mã tài xế sai vì nhập tay, dùng danh sách chọn. Nếu thưởng thường bị hiểu nhầm, phổ biến lại điều kiện bằng ví dụ thay vì chỉ gửi văn bản dài.

Chọn một thay đổi mỗi tuần và đo tác động. Ví dụ bổ sung mã ca trên biên nhận làm số phiếu không ghép được giảm từ 12 xuống 3. Đây là kết quả có thể chứng minh. Không thay cả biểu mẫu, người nhận và lịch chốt cùng lúc vì sẽ khó biết yếu tố nào hiệu quả.

Đối soát tốt không nhằm tìm người để trách. Nó tạo một chuỗi có thể kiểm tra từ chuyến, biên nhận, khoản tính tới kết luận. Khi vai trò và dữ liệu rõ, tài xế nhận phản hồi sớm, quản lý ít mất thời gian truy tìm và quyết định đội xe dựa trên số đáng tin hơn.

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

Nên đối soát hàng ngày hay hàng tuần?

Tiền mặt và bàn giao nên kiểm nhanh theo ngày hoặc ca; doanh thu đầy đủ có thể chốt hàng tuần. Tần suất phải đủ sớm để bằng chứng còn truy được.

Có thể dùng số điện thoại khách làm khóa ghép không?

Không nên. Đây là dữ liệu cá nhân và không ổn định. Mã chuyến, mã tài xế và dấu thời gian từ hệ thống phù hợp hơn.

Ai nên duyệt bảng cuối?

Một người không trực tiếp lập toàn bộ bảng và có quyền kiểm nguồn. Vai trò duyệt phải được quy định trước, không đổi theo người đang có chênh lệch.

Nếu chưa có kết luận khi đến hạn chốt thì sao?

Chốt phần đã xác nhận, ghi khoản đang chờ và mã phiếu. Không xóa hoặc dùng khoản khác bù để làm báo cáo cân bằng giả.

Liên kết hữu ích

Thông tin chính sách cần đối chiếu trên Green SM. Các quy định liên quan có thể tra cứu tại Cổng thông tin văn bản Chính phủ.

Nhận xét

Cần được tư vấn sau khi đọc bài viết?

Đăng ký ngayChia sẻ Facebook
Đăng ký Bike Đăng ký Taxi