Minh bạch phép tính
Phương pháp tính của sieugiare
Trang này giải thích calculator lấy dữ liệu nào, tính theo thứ tự nào và phần nào vẫn chỉ là ước tính. Mục tiêu là giúp bạn kiểm tra quyết định mà không tạo cảm giác kết quả là cam kết.
1. Hai nhóm dữ liệu đi vào calculator
Input do người dùng nhập
- giá bán, giá vốn và số lượng;
- voucher hoặc phần freeship do shop chịu;
- quảng cáo phân bổ cho một đơn;
- hoa hồng KOC/affiliate;
- tỷ lệ hoàn dự kiến và chi phí ship hoàn;
- mục tiêu lợi nhuận hoặc biên lợi nhuận.
Đây là dữ liệu riêng của shop. Calculator không thể biết đúng nếu người dùng nhập thiếu hoặc gộp trùng chi phí.
Dữ liệu do hệ thống cung cấp
- phí theo nền tảng, loại shop, ngành và chương trình;
- ngày hiệu lực của dữ liệu phí;
- cách tính phần trăm, phí cố định, mức trần hoặc bảng tỷ lệ;
- nguồn và ngày đối chiếu được lưu trong YAML.
URL nguồn tồn tại không đồng nghĩa dữ liệu đã được người thật xác minh đầy đủ. Xem trạng thái dữ liệu hiện tại trước khi dùng kết quả để chốt giá.
2. Thứ tự tính một đơn hàng
- Doanh thu sản phẩmGiá bán × số lượng.
- Doanh thu gộp sau phần shop tự chịuDoanh thu sản phẩm − voucher shop − phần freeship shop đóng góp.
- Từng khoản phí nền tảngÁp dữ liệu phí đang phù hợp với nền tảng, ngày, loại shop, ngành và chương trình.
- Tiền thực nhận dự kiếnDoanh thu gộp − tổng phí nền tảng.
- Lợi nhuận một đơnTiền thực nhận − giá vốn − quảng cáo − hoa hồng KOC/affiliate.
- Biên lợi nhuậnLợi nhuận một đơn ÷ doanh thu sản phẩm, khi doanh thu lớn hơn 0.
Giá hòa vốn và giá bán mục tiêu được giải ngược bằng cách tìm mức giá làm lợi nhuận đạt ngưỡng cần thiết. Đây là phép tính số học trên cùng bộ input và dữ liệu phí, không phải dự báo thị trường.
3. Hoàn hàng được ước tính thế nào
Mô hình hiện tại coi lợi nhuận kỳ vọng là tổng của hai kịch bản: đơn thành công và đơn hoàn. Với phần đơn hoàn, hệ thống có thể tính các khoản phí được đánh dấu vẫn phát sinh khi hoàn, chi phí ship hoàn và quảng cáo đã tiêu.
Đây là mô hình đơn giản hóa. Nó không tự suy ra chính sách hoàn phí của mọi nền tảng, mọi chương trình hoặc tình trạng hàng hóa sau khi hoàn.
4. Cách làm tròn hiện tại
- Mỗi dòng phí hiển thị được làm tròn tới số nguyên VND gần nhất.
- Tổng phí là tổng các dòng phí đã làm tròn.
- Tiền thực nhận, lợi nhuận và lợi nhuận sau rủi ro hoàn được hiển thị ở số nguyên VND.
- Giá hòa vốn và giá mục tiêu được giải với sai số nhỏ hơn 0,5đ rồi làm tròn ra số nguyên.
Không được suy ra rằng cách làm tròn này đã khớp bảng kê thật. Mỗi loại phí cần bằng chứng về cơ sở tính, thời điểm áp mức trần, VAT, hoàn hàng và cách làm tròn của nền tảng.
5. Calculator chưa tự tính đầy đủ những gì
- mọi loại voucher, trợ giá hoặc ưu đãi chồng lớp;
- thuế, hóa đơn và nghĩa vụ kế toán riêng của shop;
- chi phí kho, nhân sự, đóng gói hoặc chi phí cố định nếu người dùng không phân bổ vào input;
- mọi tình huống refund, khiếu nại, điều chỉnh đối soát và hoàn phí;
- biểu phí chưa có mapping đúng cho ngành, loại shop hoặc chương trình;
- thay đổi chính sách xảy ra sau lần đối chiếu gần nhất.
6. Cách dùng kết quả an toàn
- Nhập dữ liệu của một đơn thật, không dùng doanh thu trung bình mơ hồ.
- Kiểm tra nguồn, ngày hiệu lực và trạng thái dữ liệu.
- So từng dòng phí với bảng kê của shop.
- Ghi lại khoản chênh lệch thay vì ép phép tính phải khớp.
- Chỉ dùng kết quả để chốt giá khi các khoản ảnh hưởng lớn đã được giải thích.
Trường hợp dữ liệu thiếu hoặc có dấu hiệu cũ, hãy coi kết quả là một kịch bản ước tính và chuyển sang trang trạng thái dữ liệu để xem phần còn thiếu hiện tại.