Đề xuất Last-minute PriceLabs cho 7 căn — đọc live 30/09/2026

Chỉ đọc. Không mở màn hình sửa, không bấm Save / Apply / Sync, không đổi Min · Base · Max hay customization nào. Đọc lại dashboard sau khi xong: last_pushed_on, Min, Base, Max của 14 dòng y hệt lúc bắt đầu — không phát sinh lần đẩy giá nào. Bằng chứng thô + script tính: raw-json.tar.gz cùng thư mục (không chứa token, cookie, email).

1. Dữ liệu đã xác minh

Quan hệ cha–con — 7/7 xác nhận trong tài khoản (trường parent_child_listings, is_parent_listing, is_child_listing): cha luôn là Airbnb, con luôn là Booking, mỗi cặp một parent_key. Min · Base · Max của cha bằng đúng con ở cả 7 cặp. Last-minute, orphan, OBA, booking recency, Safety Min, min stay của cha bằng đúng con ở cả 7 cặp. Khác nhau duy nhất: dòng con có Pricing Offset +4 % ở cấp account (final_adjustments), nên giá con = giá cha × 1,04 ở mọi đêm.

Đã khác snapshot 27/09/2026 (đừng dùng số trong pricelabs-current-setup.html cho các điểm này):

• 181tohienthanh: Last-minute 5 % phẳng 7 ngày → 20 % Gradual 7 ngày (cả hai dòng). Chưa có mục nhật ký trong status/changes/.
• 25anthuong11: Min · Base · Max 2.000.000 (Airbnb) / 2.200.000 (Booking) · 4.600.000 · 11.500.000 → 3.140.000 · 3.500.000 · 6.000.000 cả hai dòng. Chưa có mục nhật ký.
• Min stay profile Min2n_Orphan1n (2 đêm, khe 1 đêm bán 1 đêm) nay bật ở 14/14 dòng — khớp mục 2026-09-30-pricelabs-all-orphan-gap-minstay.yml.

Còn thiếu: giảm giá phía kênh ở dạng live (xem mục 2.4) · 15nuocman5 gần như không có đêm trống để đo · ý nghĩa chính xác của khung +30/−30 trong ADR thị trường (pe_metrics.market_level) chưa đối chiếu tài liệu.

2. PriceLabs áp Last-minute thế nào — phần đã kiểm được

2.1 Hình dạng đường % Gradual

Tài liệu Last Minute Prices: "35 % gradual discount within 7 days will apply a 5 % discount per day until reaching 35 % on day 0". Kiểm trên dữ liệu live của 181tohienthanh (đang đặt 20 % Gradual 7 ngày):

⇒ giảm(d) = X × (7 − d) ÷ 7. Ngày thứ 7 tự bằng 0 % — giao diện chỉ nhận một con số X (mức ở ngày 0) và số ngày; không nhập riêng từng ngày được. Muốn bậc thang tuỳ ý phải dùng Occupancy Based Adjustment → Step Last-Minute Discount (tài liệu nói rõ Last Minute Prices không làm bậc thang).

2.2 Thứ tự tính một đêm (tài liệu How are prices calculated + Customization hierarchy, khớp dữ liệu)

giá sau mùa · cầu thị trường
  → Last-minute HOẶC Orphan (cả hai là giảm thì chỉ lấy mức LỚN hơn, không cộng dồn)
  → × Occupancy Based Adjustment (OBA) × Booking recency
  → kẹp vào [Min, Max]
  → × Pricing Offset (+4 %, chỉ dòng Booking)  → giá đẩy xuống kênh

Khớp dữ liệu: đêm 03–05/10 của 305 và 01/10, 05/10 của 41LHC là đêm orphan — lịch chỉ ghi orphan −20 %, không có dòng Last-minute.

2.3 Min có chặn % Gradual không — đã thấy tận mắt

• Tài liệu Customizations which allow below minimum prices: chỉ Fixed Last-minute, Fixed DSO, Pricing Offset, Weekly/Monthly discount mới xuyên Min; % Flat và % Gradual vẫn tôn trọng Min.
• Dữ liệu live: 181THT đêm 30/09 tính ra 3.463.906 × 0,80 = 2.771.125 → PriceLabs ghi "Your Min Price is being applied", giá 2.875.000. 502 có 29/29 đêm mở, 25AT11 có 22/22 đêm mở nằm đúng ở Min.
• Safety Minimum Price ở cả 14 dòng chỉ áp "for nights beyond 180 days from today" → không đụng cửa sổ 0–7 ngày. Ngưỡng thấy trong 30 đêm tới chỉ có Min Price (Listing) (25AT11 Booking thêm Min Price (Listing Override) ở 30/09–01/10, đêm đã khoá).

2.4 Min KHÔNG bảo vệ giá khách trả

Min chỉ chặn giá PriceLabs đẩy đi. Giảm giá của chính kênh áp sau đó:

Airbnb chỉ áp một giảm mỗi đêm; Last-minute xếp cuối nên thua Custom promotion. Nghĩa là: ở 25AT11, mọi thay đổi Last-minute trong PriceLabs không đổi được giá khách Airbnb 04/10–30/11 chừng nào promotion còn.

Bằng chứng giá trên kênh có thể dưới Min: 181THT Airbnb đêm 30/09 đang mang user_price 2.800.000 < Min 2.875.000 (gói gần nhất 30/09 10:22 ghi PushPricing: N). Nguồn con số này chưa rõ, chưa kiểm trên trang khách.

3. Công thức đề xuất

1. preLM(đêm) = customized_price ÷ hệ số Last-minute lấy từ fetch_reasons_json — tức giá của đêm sau mọi yếu tố trừ Last-minute, trước kẹp Min, trước offset. Hai dòng cha–con cho preLM giống nhau tới ±5 ₫.
2. Đêm cơ sở = đêm còn mở (Rates > 0) trong 30 đêm tính từ ngày PriceLabs tính giá, bỏ đêm orphan (orphan −20 % luôn thắng mọi mức đề xuất ≤ 20 %, nên Last-minute không chạm tới).
3. Trần an toàn = làm tròn XUỐNG (1 − Min ÷ preLM thấp nhất) × 100 về số nguyên %. Dùng đêm thấp nhất, không dùng trung bình.
4. X (mức ở ngày 0) = trần an toàn; nếu trần < 5 % thì 0 % và đánh dấu cần bạn quyết.
5. Mỗi ngày: giảm(d) = X × (7 − d) ÷ 7 · giá cha dự kiến = preLM × (1 − giảm(d)) · giá con Booking = max(giá cha, Min) × 1,04.
6. Làm tròn: % hiển thị 2 chữ số thập phân (PriceLabs tự tính, không làm tròn); giá làm tròn tới 1.000 ₫.
7. Phương án B (tính cả giảm của Airbnb, số 05/09): X ≤ min theo d ≤ lead của [(1 − Min ÷ (preLM thấp nhất × (1 − a))) × 7 ÷ (7 − d)], a = % Airbnb tự giảm.

Giả định chưa kiểm: preLM của một đêm xa sẽ khác khi nó về tới 0–7 ngày (OBA, booking recency, cầu thị trường tính lại tới 24 lần/ngày). Bảng dưới là ảnh chụp theo giá hôm nay.

Hệ quả phải biết trước: trần an toàn thấp hơn mức Market Driven đang chạy (26–34 % ở ngày 0). Hôm nay nhiều đêm gần đang bị PriceLabs chặn ở Min; đổi sang mức đề xuất thì các đêm đó tăng giá 2–7 % (xem bảng "đêm đang ở cửa sổ" từng căn).

4. Từng căn

Ký hiệu: A = Airbnb (cha) · B = Booking (con). "Giá chào" = giá PriceLabs sau kẹp Min, trước offset.

4.1 25 An Thượng 11 (25anthuong11)

Đêm đang ở cửa sổ (tính ngày 30/09): 04/10 (d4) 3.140.000 → 3.290.000 · 05/10 (d5) 3.140.000 → 3.220.000 · 06/10 (d6) 3.140.000 → 3.189.000 · 07/10 (d7) giữ 3.140.000. Con Booking = × 1,04.

Lý do: giá trước Last-minute đã dưới Min ở phần lớn đêm → trần an toàn âm (−64 %). Mọi mức giảm đều bị Min nuốt; đòn bẩy thật ở đây là Min, không phải Last-minute. Cảnh báo: đặt 0 % thì 3 đêm 04–06/10 tăng 1,6–4,8 %; giữ Market Driven thì giá vẫn nằm ở Min. Giá khách Airbnb 04/10–30/11 do promotion quyết, không do PriceLabs. Giá khách Booking (mobile) ≈ 3.265.600 × 0,9 × 0,9 = 2.645.000 < Min. → Cần bạn quyết.

4.2 181 Tô Hiến Thành (181tohienthanh)

Đêm đang ở cửa sổ: 30/09 (d0) 2.875.000 → 3.014.000 (+4,8 %) · 01/10 (d1) 2.968.546 → 3.184.000 (+7,2 %) · 02/10 (d2) 3.180.286 → 3.366.000 (+5,8 %).

Lý do: đêm cơ sở thấp nhất cách Min 13,7 % → 13 %. Cảnh báo: mức 20 % hiện tại đang làm đêm 30/09 chạm Min; mức đề xuất đẩy 3 đêm gần lên 5–7 %. Airbnb tự giảm thêm −10 % ở d0–d1 ⇒ khách Airbnb d0 ≈ 2.610.000 < Min. Phương án B (tính cả giảm Airbnb): 4 %.

4.3 15 Nước Mặn 5 (15nuocman5)

Đêm đang ở cửa sổ (chỉ Booking mở): 30/09 (d1) 3.967.500 → 4.126.000 · 01/10 (d2) 3.967.500 → 4.173.000 · 02/10 (d3) 4.341.179 → 4.545.000 (trước offset).

Lý do: trần 13 % tính trên chỉ 3 đêm — mỏng. Cảnh báo: Airbnb không có đêm trống 60 ngày tới nên Last-minute gần như không có đất áp; nếu vẫn đổi, 3 đêm Booking gần nhất tăng 4–5 %. Phương án B: 4 %. → Cần bạn quyết (giữ Market Driven hay đổi).

4.4 41 Lê Hy Cát (41lehycat)

Đêm đang ở cửa sổ: 01/10 và 05/10 là đêm orphan (−20 % thắng) → không đổi.

Lý do: đêm thấp nhất cách Min 10,1 % → giữ đỉnh 10 %, chỉ kéo dài từ 4 lên 7 ngày (ngày 4–6 sâu hơn hiện tại). Cảnh báo: trần sát Min (đêm 12/10 ở ngày 0 chỉ còn cách Min ~4.800 ₫). Airbnb tự giảm thêm −10 % ở d0–d5 ⇒ khách Airbnb d0 ≈ 3.575.000 < Min; phương án B: 0 %.

4.5 A La Carte 305 (alacarte305)

Đêm đang ở cửa sổ: 03–05/10 là đêm orphan → không đổi.

Lý do: biên 16,1 % → 16 %. Cảnh báo: thấp hơn nửa mức Market Driven (33,7 %); chỉ 6 đêm cơ sở. Airbnb tự giảm −10 % ở d0–d1 ⇒ khách Airbnb d0 ≈ 1.399.000 < Min; phương án B: 6 %.

4.6 A La Carte 404 (alacarte404)

Đêm đang ở cửa sổ: không có — 29/09–06/10 đã kín.

Lý do: biên 12,3 % → 12 %. Cảnh báo: căn kín tới 21/10, đổi bây giờ chưa tác động đêm nào. Airbnb tự giảm −10 % suốt 7 ngày ⇒ khách Airbnb d0 ≈ 1.401.000 < Min; phương án B: 2 % (dưới ngưỡng 5 % ⇒ thực tế là 0 %).

4.7 A La Carte 502 (alacarte502)

Đêm đang ở cửa sổ: 30/09–06/10 mở cả 7 đêm, giá trước Last-minute 900.000–1.018.000 ⇒ giữ 1.360.000 (Min) dù đặt bao nhiêu %.

Lý do: giá trước Last-minute chỉ bằng 62–75 % Min ở cả 29 đêm mở. Đổi Last-minute không đổi được giá nào. Cảnh báo: khách Airbnb d0–d5 trả 1.360.000 × 0,95 = 1.292.000 < Min do Airbnb tự giảm. → Cần bạn quyết (giữ nguyên hay đặt 0 % cho gọn).

5. Kết luận

Con dùng chung cấu hình với cha vì: Min · Base · Max và preLM trùng nhau; giá con = giá cha × 1,04 nên luôn ≥ Min × 1,04. Tài liệu Mapping Listings: "Adjusting prices or customizations at the parent level updates all child listings" — đặt riêng ở con có thể bị ghi đè khi sửa cha (theo tài liệu, chưa thử).

Điểm cần bạn quyết

1. Airbnb còn tự giảm phút chót 5–10 % ở 6 căn (số 05/09). Giảm này áp sau Min nên khách Airbnb có thể trả dưới Min ngay cả khi PriceLabs đặt 0 %. Chọn: (a) giữ và dùng phương án B, (b) tắt giảm phút chót trên Airbnb rồi dùng đề xuất chính. Cần đọc live Airbnb trước khi chốt.
2. Mức an toàn trên Min thấp hơn Market Driven. Đổi theo đề xuất thì một số đêm gần tăng giá (181THT +5–7 %, 15NM5 +4–5 %, 25AT11 +2–5 %). Nếu mục tiêu là lấp đêm trống, cách hiện tại (để PriceLabs chặn ở Min — đã thấy chạy đúng) giảm sâu hơn nhưng dựa vào sàn Min.
3. 502 và 25AT11: Last-minute không đổi được giá vì mọi đêm đã ở Min. Đòn bẩy thật là Min (PriceLabs đang gợi ý hạ Min cả hai căn) — ngoài phạm vi yêu cầu này.
4. 15NM5: Airbnb không có đêm trống 60 ngày tới; đề xuất 13 % chỉ dựa trên 3 đêm Booking.
5. Market Driven → % Gradual làm mất phần tự thích nghi theo đối thủ ở 305 · 404 · 15NM5 (Market Driven chỉ đặt được ở cấp listing).

Ngoài phạm vi — thấy nhưng không sửa

• 181THT Last-minute (5 % → 20 %) và 25AT11 Min/Base/Max đổi sau 27/09 chưa có mục nhật ký trong status/changes/.
• 181THT Airbnb đang mang giá 30/09 = 2.800.000 < Min — nguồn chưa rõ.
• Cảnh báo Action Center dòng Booking 181THT vẫn ghi "5 % in last 7 days" — cảnh báo cũ, chưa cập nhật theo cài đặt mới.