DMS Core
Viếng thăm thị trường

Ngoại lệ viếng thăm

Ngoại lệ viếng thăm gom các tình huống làm kế hoạch hoặc lượt thực địa không chạy như kỳ vọng. Trang này cần đọc thận trọng: generation issues của Kế hoạch viếng thăm đã được xác nhận rõ, còn ngoại lệ thực địa cần đối chiếu thêm ở chi tiết UI nếu muốn kết luận sâu.

01Sinh kế hoạch

Lỗi generate trước publish.

02Thực địa

Skip hoặc checkout-exception trong lượt.

03Dữ liệu nền

Tuyến, lịch, phân công hoặc điểm bán sai.

04Rà soát

Đánh dấu đã xem và chuyển xử lý.

Tóm tắt

Trang này giúp Supervisor và Sales Admin biết ngoại lệ nào chặn phát hành kế hoạch, ngoại lệ nào phát sinh khi nhân viên đi thị trường, và ngoại lệ nào phải quay lại sửa dữ liệu nền. Không nên xem mọi ngoại lệ là lỗi nhân viên; nhiều trường hợp bắt nguồn từ tuyến, lịch, ngày nghỉ hoặc phân công.

Khi nào dùng

  • Khi generate kế hoạch có generation issues trước ngày phát hành.
  • Khi nhiều lượt bị skip hoặc checkout-exception trong cùng tuyến.
  • Khi điểm bán không xuất hiện trong kế hoạch dù đã nằm trong tuyến.
  • Khi Supervisor cần phân biệt lỗi cấu hình với lỗi thực thi.
  • Khi cần mark-reviewed các issue đã kiểm tra để tránh xử lý lặp.

Dữ liệu cần có

  • Kế hoạch viếng thăm, Lịch bán hàng và Tuyến bán hàng liên quan đến ngoại lệ.
  • Điểm bán, Nhà phân phối, Khách hàng, Địa bàn bán hàng và Loại hình phân phối.
  • Phân công nhân sự, reporting line và phạm vi phụ trách tại ngày xảy ra ngoại lệ.
  • Ngày nghỉ hoặc kỳ hiệu lực nếu ngoại lệ xuất hiện trong bước generate.
  • Chi tiết Lượt viếng thăm nếu ngoại lệ đến từ skip hoặc checkout-exception.

Quan hệ và tác động

Generate

Ngoại lệ trước publish

generation-issues/list, query và mark-reviewed đã xác nhận để kiểm soát lỗi sinh kế hoạch.

Visit

Ngoại lệ khi thực hiện

skip và checkout-exception được xác nhận ở cổng nhân viên bán hàng; phần tổng hợp UI admin cần đối chiếu thêm nếu phân loại sâu.

Master

Quay lại dữ liệu nền

Nhiều lỗi phải sửa điểm bán, tuyến, lịch, phân công hoặc ngày nghỉ trước khi generate lại.

Audit

Giữ dấu vết xử lý

Mark-reviewed và lý do xử lý giúp đội vận hành không bỏ sót hoặc xử lý cùng lỗi nhiều lần.

Quy trình chính

  1. Lọc ngoại lệ theo kỳ, tuyến, nhân viên, điểm bán hoặc trạng thái rà soát.
  2. Nếu là generation issue, mở kế hoạch gốc và xác định lỗi thuộc lịch, tuyến, ngày nghỉ hay phân công.
  3. Sửa dữ liệu nền liên quan rồi generate lại kế hoạch trước khi publish.
  4. Nếu là ngoại lệ thực địa, mở Lượt viếng thăm để đọc skip hoặc checkout-exception và tác vụ đã lưu.
  5. Mark-reviewed khi đã có kết luận hoặc đã chuyển đúng đội xử lý.

Trạng thái/thao tác

Nội dungĐã xác nhậnÝ nghĩa vận hành
Generation issueslist, query, mark-reviewedRà lỗi sinh Kế hoạch viếng thăm.
Kế hoạch liên quangenerate, publish, cancel, bulk-cancelSinh lại, phát hành hoặc hủy kế hoạch có lỗi.
Ngoại lệ thực địaskip, checkout-exceptionĐã xác nhận ở cổng nhân viên bán hàng; tổng hợp phân loại sâu cần đối chiếu thêm.

Ví dụ vận hành

Kế hoạch thứ Hai không sinh cho 12 điểm bán vì lịch vẫn dùng tuyến cũ sau khi Sales Admin sync tuyến mới. Ngoại lệ xuất hiện ở generation issues, không phải ở nhân viên. Đội vận hành cần publish lại lịch hoặc generate lại kế hoạch sau khi sửa dữ liệu, rồi mark-reviewed issue đã xử lý.

Checklist rà soát

  • Ngoại lệ phát sinh trước publish hay trong lúc thực địa?
  • Nếu là generation issue, lỗi nằm ở tuyến, lịch, ngày nghỉ, điểm bán hay phân công?
  • Nếu là skip hoặc checkout-exception, lý do có đủ rõ để chấp nhận không?
  • Có cần cancel/bulk-cancel kế hoạch đã sai trước khi generate lại không?
  • Issue đã được mark-reviewed sau khi xử lý chưa?
  • Có pattern lặp lại cho cùng tuyến hoặc cùng nhân viên không?

Đi tiếp