Thu thậpBảng giá & snapshot của ta
API PK·TR / extension
Căn chỉnhCùng ngày nhận·số đêm·số khách
gom vào bucket
Giá ẩnGiảm giá điều kiện của đối thủ
→ chỉ là huy hiệu thông báo (không phải giá)
Phán địnhSo đơn giá mỗi đêm
tier & cờ
Điều chỉnhso với giá thấp nhất đối thủ
đề xuất · giới hạn
🎯 Đơn vị so sánh cơ bản = "đơn giá mỗi đêm ở cùng điều kiện (ngày nhận · số đêm · số khách)" — điều kiện không khớp thì tuyệt đối không so giá trực tiếp
1. Khách sạn này có quy tắc giảm giá đã phân tích? (long-stay N+ đêm x% / early-bird N ngày x%)
KHÔNGKhông có giá ẩn — so giá niêm yết như bình thường
CÓ↓ tiếp
2. Ngày nhận nằm trong kỳ hạn quy tắc (hợp các mùa) và không dính ngày loại trừ/blackout?
KHÔNGKhông áp dụng
CÓ↓ tiếp
3. Đủ điều kiện? (số đêm ≥ minNights / lead đặt phòng ≥ leadDays)
KHÔNGKhông áp dụng
CÓ↓ tiếp
4. Đã tính sẵn vào giá niêm yết chưa? — bằng chứng hợp lệ duy nhất là so đơn giá theo số đêm
nếu đơn giá N đêm thấp hơn đơn giá 1 đêm từ 0.5%+ (cùng phòng & ngày nhận) thì đã áp sẵn
ĐÃ ÁPBỏ qua — chống giảm giá kép
CHƯA ÁPChỉ hiển thị huy hiệu thông báo — "có thể có giá ẩn −N% (chưa xác minh)". Giá vẫn giữ nguyên giá niêm yết
🚨🚨 CEO xác định 2026-08-15 — cây quyết định này không tạo ra giá: "CHƯA ÁP" ở bước 4 chỉ chứng minh mức giảm chưa được tính vào giá niêm yết, chứ không chứng minh mức giảm đó có tồn tại. Ngày 2026-08-15 đã xảy ra sự cố hiển thị 269.919 KRW cho phòng mà trang niêm yết 317.552 KRW. Vì vậy kết quả của cây này chỉ dùng cho huy hiệu thông báo; giá, giá đề xuất và dữ liệu gửi đi chỉ dùng mức giảm đã đo trên trang thanh toán.
🚨 Quy tắc tuyệt đối: mức giảm từ giá gạch → giá bán (VD ↓10%) là giảm giá marketing thường trực, không phụ thuộc số đêm. Cấm kết luận "đã áp sẵn" chỉ vì tỷ lệ hiển thị trông giống quy tắc — giảm giá điều kiện được cộng thêm ở bước thanh toán (đã kiểm chứng: đơn giá 1/2/3 đêm giống hệt qua API + dòng [ưu đãi ở dài] trong cửa sổ thanh toán).
✅ Nguyên tắc an toàn: quy tắc mơ hồ (cùng điều kiện nhưng mức giảm khác nhau, kỳ hạn không rõ, …) bị cổng rủi ro tạm giữ toàn bộ — không hiển thị giá ẩn an toàn hơn giảm quá tay. Kiểm toán toàn bộ (53 quy tắc): 49 chưa áp · 0 đã áp (2026-07-28).
Giá đại diện của ta (mỗi đêm) vs giá niêm yết trên trang của từng đối thủ (thông báo giá ẩn chỉ là huy hiệu, không làm đổi con số này)
diff = ta − thấp nhất đối thủ → đắt hơn +N₩ / rẻ hơn −N₩ / bằng nhau
Kiểm tra cờ → gán tier ưu tiên
T0
⚠ Nghi dữ liệu
nghi khớp phòng · giá bất thường · lệch bữa sáng · nghi lỗi nhập (≤ nửa giá thấp nhất) · công bố≠thực tế
T1
🔴 Ta đắt hơn
diff > 0 — ưu tiên điều chỉnh số 1
T2
⚪ Không so được
giá chưa rõ · chưa thu thập đối thủ · thiếu sức chứa (chỉ hiển thị)
T3
🟢 Bình thường
ta bằng hoặc rẻ hơn
Khớp phòng: bỏ khớp tự động → so cấp khách sạn + ánh xạ xác nhận thủ công. Chuẩn hoá room-sig tạo ứng viên; lệch (số phòng ngủ, v.v.) chỉ giương cờ nghi vấn.
Thấp nhất đối thủtheo giá niêm yết trên trang
Chế độ ₩ (mặc định)thấp nhất − khoảng cấu hình
ngẫu nhiên theo phòng (bước ₩10)
Sàn Netkẹp 🟡 khi dưới
sàn Net+₩/%
Gửichỉ LIVE gửi thật
còn lại niêm phong (chỉ ghi)
| Ưu tiên markup | hàng khuyến mãi > hàng phòng > chung khách sạn · Sale mới = Net × (1+markup%) |
|---|
| Bỏ qua | phòng không có giá đối thủ · phòng bỏ chọn (lý do theo hàng: loại trừ / trùng sàn / không có giá đối thủ / đã đạt mục tiêu) |
|---|
| Phòng thủ cuối | guard chính sách phía server kiểm tra lại và chặn ngay trước khi truyền |
|---|