TF
T-Fluencers Docs
Quay lại SRS

IX. Quy tắc nghiệp vụ (Business Rules)#

1. Quy tắc hoa hồng#

#Quy tắcMô tả
BR-1.1Chỉ content APPROVED mới tính hoa hồngContent ở trạng thái PENDING hoặc REJECTED không phát sinh hoa hồng
BR-1.2Hoa hồng theo mốc (BY_VIEW)Mỗi mốc view (vd: 10K, 50K, 100K views) có số tiền thưởng tương ứng, cấu hình trong Event Reward
BR-1.3Hoa hồng theo nhiệm vụ (BY_TASK)Hoàn thành nhiệm vụ (vd: đăng video, đạt engagement) → nhận hoa hồng cố định
BR-1.4Mốc thưởng tích lũyCreator đạt mốc 50K views → nhận thưởng mốc 10K + 50K (nếu chưa nhận mốc 10K trước đó)
BR-1.5Không tính trùng1 video chỉ tính hoa hồng 1 lần cho mỗi mốc. Đạt mốc rồi thì không tính lại
BR-1.6Hoa hồng dự kiến vs thực nhậnHoa hồng tính tự động = dự kiến. Chỉ trở thành thực nhận sau khi đối soát (Reconciliation) xác nhận
BR-1.7Làm trònSố tiền hoa hồng làm tròn xuống đến đơn vị VNĐ (không có phần thập phân)

2. Quy tắc ngân sách (Budget)#

#Quy tắcMô tả
BR-2.1Budget cap là hard limitTổng hoa hồng thực nhận không được vượt budget cap của chiến dịch
BR-2.2Tính budget usageBudget usage = (Tổng hoa hồng đã đối soát + Tổng hoa hồng dự kiến) / Budget cap × 100%
BR-2.3Ngưỡng 75% — Cảnh báoGửi email cảnh báo cho Admin. Không ảnh hưởng hoạt động
BR-2.4Ngưỡng 95% — Chặn submitTự động bật flag block-user-submit-content → Creator không gửi content mới
BR-2.5Ngưỡng 100% — Ngừng tính hoa hồngHệ thống không lưu hoa hồng dự kiến mới. Hoa hồng đã lưu trước đó vẫn giữ
BR-2.6Kiểm tra budget trước khi lưu hoa hồngMỗi lần cron tính hoa hồng → kiểm tra budget trước → nếu vượt 100% thì không lưu
BR-2.7Tần suất giám sátCron kiểm tra budget mỗi 30 phút

3. Quy tắc đối soát (Reconciliation)#

#Quy tắcMô tả
BR-3.1Chỉ đối soát content APPROVEDContent PENDING hoặc REJECTED không xuất hiện trong đợt đối soát
BR-3.2Đợt đã đóng không thể mở lạiTrạng thái CLOSED là terminal, đảm bảo tính toàn vẹn tài chính
BR-3.3Cập nhật số dư khi đóng đợtKhi CLOSED → số dư "đã đối soát" của user tăng tương ứng
BR-3.4Snapshot kiểm toánKhi đóng đợt → tạo snapshot dữ liệu tại thời điểm đó → không thay đổi sau
BR-3.5Excel = source of truthDữ liệu xuất Excel phải khớp 100% với dữ liệu hiển thị trên giao diện

4. Quy tắc thanh toán (Transfer)#

#Quy tắcMô tả
BR-4.1Chỉ thanh toán hoa hồng đã đối soátChỉ số dư "đã đối soát, chưa thanh toán" mới được đưa vào đợt thanh toán
BR-4.2Yêu cầu hợp đồngCreator phải có hợp đồng đã ký (qua Service TOS) mới nhận thanh toán
BR-4.3Yêu cầu eKYCCreator phải có eKYC APPROVED mới nhận thanh toán
BR-4.4Yêu cầu thẻ ngân hàngCreator phải có ít nhất 1 thẻ ngân hàng đã đăng ký
BR-4.5Retry policyPush TOS thất bại → retry mỗi 30 phút, tối đa theo cấu hình hệ thống
BR-4.6Cập nhật số dư khi hoàn tấtCOMPLETED → số dư "đã thanh toán" tăng, "chưa thanh toán" giảm tương ứng

5. Quy tắc hồ sơ social#

#Quy tắcMô tả
BR-5.1Mỗi nền tảng 1 hồ sơ APPROVEDUser không có 2 hồ sơ APPROVED cho cùng 1 nền tảng
BR-5.2Hashtag xác minh quyền sở hữuHệ thống sinh hashtag duy nhất → user phải thêm vào profile → hệ thống verify
BR-5.3Ngưỡng followers cấu hìnhNgưỡng tối thiểu followers cấu hình qua Admin (Conditions), khác nhau theo nền tảng và chiến dịch
BR-5.4TikTok xác thực tự độngOAuth → lấy data API → verify ngay. Không cần Admin duyệt thủ công
BR-5.5YouTube xác thực bán tự độngURL + hashtag + YouTube API → verify ngay
BR-5.6FB/IG/Threads duyệt thủ côngPENDING → Admin crawl + verify → kết quả trong 1 ngày làm việc

6. Quy tắc content#

#Quy tắcMô tả
BR-6.1Link video phải publicVideo private hoặc restricted → không hợp lệ
BR-6.2Hashtag bắt buộcContent phải chứa hashtag của chiến dịch, kiểm tra khi submit và khi crawl
BR-6.3Nền tảng phải khớpLink TikTok chỉ submit cho hồ sơ TikTok, YouTube cho YouTube, v.v.
BR-6.4Auto rejectContent không tìm thấy trên nền tảng sau X ngày → tự động REJECTED (cron 04:30)
BR-6.5Warning tagContent vi phạm (views bất thường, engagement giả) → gắn cờ cảnh báo tự động (cron 05:30)
BR-6.6Crawl thống kêContent APPROVED → bắt đầu crawl views/engagement định kỳ (mỗi 4 giờ)

Tài liệu đặc tả yêu cầu phần mềm v2.1 Ngày: 01/11/2025