Ngày hiệu lực phí sàn là gì

Trả lời nhanh: Ngày hiệu lực là mốc một mức phí hoặc chính sách bắt đầu được áp dụng cho phạm vi xác định. Nó khác với ngày thông báo, ngày bài viết được cập nhật và ngày người duyệt kiểm tra nguồn.

Bốn mốc ngày dễ bị nhầm

Ngày công bố

Ngày nền tảng phát hành thông báo hoặc tài liệu.

Ngày hiệu lực

Ngày quy tắc bắt đầu được áp dụng.

Ngày kiểm tra nguồn

Ngày người duyệt truy cập và đối chiếu tài liệu.

Ngày của giao dịch

Ngày được dùng để chọn quy tắc cho một đơn. Mốc này có thể là ngày đặt hàng, ngày phát sinh giao dịch, ngày hoàn tất hoặc mốc khác tùy chính sách. Không nên tự mặc định.

Vì sao ngày hiệu lực làm thay đổi kết quả

Giả sử một chính sách:

• công bố ngày 20/6;
• hiệu lực từ 1/7;
• được hệ thống kiểm tra lại ngày 12/7.

Đơn thuộc thời kỳ trước 1/7 không nên dùng quy tắc mới chỉ vì bài viết đã được cập nhật vào 12/7. Ngược lại, đơn sau 1/7 không nên tiếp tục dùng quy tắc cũ.

Ngày sai có thể làm lệch:

• tổng phí;
• lợi nhuận;
• giá hòa vốn;
• giá bán mục tiêu;
• dư địa voucher;
• CPA tối đa.

Không sửa đè quy tắc lịch sử

Khi phí đổi:

1. Giữ quy tắc cũ.
2. Đóng ngày hết hiệu lực nếu phù hợp.
3. Tạo quy tắc mới với effectiveFrom.
4. Liên kết quy tắc mới với quy tắc bị thay thế khi schema hỗ trợ.
5. Thêm test cho cả mốc trước và sau thay đổi.

Sửa đè quy tắc cũ làm mất khả năng:

• tính lại đơn lịch sử;
• điều tra chênh lệch;
• biết chính sách nào đã áp ở từng thời kỳ;
• kiểm tra regression.

Ngày nào dùng để chọn quy tắc cho đơn

Không có một câu trả lời chung cho mọi nền tảng và mọi loại phí. Cần đọc:

• định nghĩa trong chính sách;
• trường ngày mà engine đang dùng;
• trạng thái đơn;
• cách nền tảng ghi nhận khoản phí.

Nếu tài liệu không nói rõ, hệ thống nên fail closed hoặc yêu cầu tự nhập thay vì tự chọn ngày đặt hàng hay ngày giao thành công.

Ví dụ kiểm tra quanh ngày chuyển đổi

Ví dụ giả định.

Quy tắc cũ hiệu lực tới 30/6. Quy tắc mới hiệu lực từ 1/7.

Cần có test cho:

• 30/6 dùng quy tắc cũ;
• 1/7 dùng quy tắc mới;
• không có khoảng trống;
• không có chồng lấn;
• quy tắc đúng ngành và loại shop.

Đây là kiểm tra biên thời gian, nơi lỗi rất dễ xuất hiện.

Ngày hiệu lực và trạng thái dữ liệu

Một nguồn official chưa đủ để đạt policy_verified nếu:

• không có ngày hiệu lực;
• không rõ phạm vi;
• quy tắc xung đột;
• không map được vào sản phẩm;
• hệ thống dùng fallback.

Ngày hiệu lực là một phần của công khai-data gate, không phải metadata trang trí.

Khi chính sách được thông báo trước

Nếu sàn công bố phí mới nhưng chưa tới ngày áp dụng:

• quy tắc hiện tại vẫn dùng cho ngày hiện tại;
• quy tắc tương lai có thể được lưu nhưng không áp sớm;
• giao diện có thể cảnh báo thay đổi sắp tới;
• công cụ tác động thay đổi phí có thể dùng để mô phỏng;
• không sửa kết quả hiện tại thành phí tương lai.

Checklist cho người cập nhật dữ liệu

Trước khi công khai một quy tắc mới, người duyệt nên ghi lại:

• URL và nhà phát hành;
• ngày công bố;
• ngày hiệu lực;
• ngày kiểm tra;
• phạm vi sàn, loại shop, ngành và chương trình;
• quy tắc cũ bị thay thế;
• trường ngày engine dùng để chọn quy tắc;
• kết quả test trước, đúng ngày chuyển đổi và sau chuyển đổi;
• nhãn người dùng sẽ thấy.

Nếu chưa xác định được trường ngày của giao dịch, dữ liệu chưa đủ để tự động chọn quy tắc. Có nguồn và tỷ lệ đúng vẫn chưa giải quyết được câu hỏi “áp cho đơn nào”.

Người bán nên tự kiểm tra thế nào

Khi thấy một mức phí:

1. Tìm ngày hiệu lực trong thông báo.
2. Xem áp dụng cho shop và ngành nào.
3. Xem chương trình có bắt buộc không.
4. So với ngày đơn hoặc mốc chính sách yêu cầu.
5. Kiểm tra nguồn có được cập nhật hoặc thay thế chưa.
6. Nếu còn thiếu, tự nhập phí và ghi rõ giả định.

Dùng công cụ tác động thay đổi phí Shopee khi cần mô phỏng trước và sau thay đổi trong phạm vi được hỗ trợ. Với đơn thực tế, dùng kiểm tra phí một đơn.

Đọc thêm dữ liệu phí sàn được cập nhật thế nào và vì sao không nên dùng một mức phí chung.