Trưa T5 23/7 — Thứ Năm D+8 mid-month, T-2 lương 25/7, T-16 tới 8-8: 25 phút reconcile ledger HT24H 3 dòng pre-payday + plan release dry-powder 10% cho sáng T7 25/7 payday morning

Sáng T5 23/7 đã đóng — outcome (b) ticket lần 2 đã attach thông tin HT24H yêu cầu + cart dở dang 4 sàn đã triage 3 nhóm (canon Sáng T5 23/7 attach outcome b + housekeeping cart). Ca sáng T5 đi làm, ledger HT24H và dry-powder chờ ở đó. Trưa T5 hôm nay là pre-payday reset — bài chuyên biệt cho việc chuyển từ "ví thực gần cạn T-2 lương" sang "3 số ledger HT24H đọc kỹ + plan release dry-powder cho sáng T7 payday với gate cứng". Đây là canon đã tag từ trưa T4 22/7: "Trưa T5 giữ cho pre-payday reset khác" — không phải verify baseline SKU (weekend 26-27/7), không phải scout SKU mới, không phải rescan voucher.

25 phút slot 11-13h30 — quiet, plan-ahead, zero action mua, zero rút thử, zero mở ticket. Kỷ luật T5 pre-payday: reconcile + plan cho sáng T7, không release ngay hôm nay. Dry-powder 10% vẫn double-lock đến T-14 25/7 payday (canon Trưa CN 19/7 double-lock dry-powder) — trưa T5 chỉ plan release, không thực release.

Vì sao 25 phút trưa T5 chứ không tối T5 hoặc dời trưa T6 24/7

Trưa T5 11-13h30 là window quiet dài đủ 25 phút liền cho 3 việc reconcile + plan. Ba lựa chọn thay thế đều xấu hơn:

• Tối T5 sau ca làm, đầu mệt, dễ đọc nhầm dòng 2 (Pending) với dòng 3 (treo lâu) trên ledger HT24H — cả hai đều là "chưa vào Khả dụng", nhưng ngữ nghĩa khác (Pending là trong window đối soát 7-30 ngày, treo lâu là vượt window). Đọc nhầm 2 dòng này = plan release dry-powder sai (nếu tưởng số Pending là số "chờ vào ví sáng T7", dễ over-plan quota release).
• Trưa T6 24/7 = T-1 lương, đầu bận "sẵn sàng chi tiêu post-payday" mental mode. Trộn "reconcile lịch sử D+5 → D+7" (nhìn lại tuần cũ) với "plan tương lai payday" (nhìn tới tuần mới) là 2 mental mode ngược chiều — trưa T6 chỉ giữ được 1 hướng, không đủ đầu cho cả 2.
• Weekend T7-CN 25-26/7 = quá muộn — payday đã tới, không còn plan pre-payday, chỉ execute post-payday. Reconcile ledger vào sáng T7 nghĩa là đọc số ledger sau khi lương ngân hàng đã cross-post, dễ trộn "cashback HT24H khả dụng" với "lương ngân hàng" trong đầu — 2 nguồn tiền hoàn toàn khác nhau.

Trưa T5 vì thế là slot duy nhất trong tuần T3 đủ điều kiện quiet + đủ đầu tỉnh + đủ buffer trước payday. Không mở tab Home 3 sàn, không mở tab Voucher, không mở app sàn ngoài mục Đơn mua (nếu cần verify số đơn thực tế). Chỉ mở HT24H → Ví + Lịch sử giao dịch, weekly note, và note dry-powder plan.

Việc 1 — Mở HT24H → tab Ví → đọc 3 dòng ledger (5 phút)

Mở app HT24H → tab Ví (canon phrasing từ Sáng CN 12/7 3 dòng ledger ví HT24H). Header hiện 3 số — 3 dòng ledger canon:

• Dòng 1 — Khả dụng. Số cashback đã ghi nhận, đã vượt cửa sổ đối soát của sàn, rút được ngay. Đây là dry-powder thực trong ví HT24H.
• Dòng 2 — Pending. Cashback đơn đã được HT24H tracking, đang trong cửa sổ chờ sàn xác nhận. Cửa sổ Pending → Khả dụng là 7-30 ngày tuỳ sàn (canon app/ho-tro/page.tsx FAQ "Khi nào tiền hoàn về tài khoản"). Số này CHƯA thực khả dụng — không được cộng vào dòng 1 khi plan release.
• Dòng 3 — Treo lâu. Cashback đơn đã tracking nhưng vượt cửa sổ 30 ngày mà chưa move sang Khả dụng. Đây là candidate raise ticket nếu chưa có ticket cho đơn đó — nhưng trưa T5 KHÔNG mở ticket (canon "1 việc / 1 slot", trưa T5 là reconcile + plan, không phải action ticket).

Note 3 số vào weekly note cạnh dòng "T5 23/7 trưa — ledger snapshot" — ghi 3 dòng riêng, không cộng gộp thành 1 tổng (canon Trưa CN 19/7 tách 3 nguồn quỹ — não tự động cộng gộp nếu thấy con số tổng, cảm thấy "ví ổn đấy chứ"):

• Số 1 (Khả dụng) = X đồng.
• Số 2 (Pending) = Y đồng (đơn D+5 → D+7 sẽ move sang Khả dụng sau 7-30 ngày, timing tuỳ sàn).
• Số 3 (treo lâu) = Z đồng (nếu > 0 → cross-reference với list ticket lần 2 sáng T2 20/7 ở Việc 2).

Không tap Rút tiền trưa T5 — chỉ đọc, không action. Rút để sáng T7 25/7 payday morning (post-payday flow, canon từ chuỗi). Min-payout HT24H là 50k, thời gian nhận rút 1-3 ngày làm việc (canon app/ho-tro/page.tsx + Sáng T2 13/7 dọn wishlist + audit min-payout 50k) — plan release sẽ tính buffer 1-3 ngày này.

Việc 2 — Đối chiếu ledger với đơn cashback D+5 → D+7 + list ticket lần 2 (10 phút)

Mở HT24H → tab Lịch sử giao dịch (canon phrasing từ Sáng T2 13/7). Lọc đơn từ 17/7 (D+2) → 22/7 (D+7). Đây là window đơn mua tuần T2-T3 mà HT24H nếu tracking đúng thì đã hiện trong Pending hoặc treo lâu, nếu tracking miss thì không hiện đâu cả.

Đếm số đơn HT24H đã tracking trong window (từ Lịch sử giao dịch). So với số đơn thực tế mua trong cùng window — số này lấy từ:

• Weekly note (nếu note cập nhật đơn mua mid-month).
• Hoặc mở app sàn từng cái → mục Đơn mua → lọc theo dải ngày 17-22/7 → đếm đơn có trạng thái "đã giao" (đơn chưa giao chưa được HT24H tracking nên bỏ qua).

Không mở tab Home hoặc Voucher trong lúc verify đơn — chỉ mục Đơn mua. Bấm Home để đếm đơn là nhảy sang tab scout, phá scope.

Phân trạng thái ledger vs đơn thực tế thành 2 nhóm:

Nhóm khớp — HT24H tracking = đơn thực tế. Số đơn HT24H (Pending + treo lâu + đã vào Khả dụng trong window) = số đơn thực tế đã giao. Không có dead-air trong window D+5 → D+7. Note "T5 23/7 trưa — window D+5 → D+7 tracking OK, không dead-air mới". Sang Việc 3.

Nhóm dead-air — HT24H tracking < đơn thực tế. Có đơn đã giao nhưng HT24H không tracking. Với mỗi đơn dead-air:

• Verify shop nhóm (a/b/c) từ audit D+5 sáng T2 20/7 (canon Sáng T2 20/7 audit + ticket lần 2). Shop nhóm (c) "không integrate ổn hoặc bỏ qua tracking" (canon phrasing, không dùng "gian lận") = kịch bản tracking miss nhiều nhất.
• Cross-reference với list ticket lần 2 đã mở sáng T2 20/7 và list ticket outcome (b/c) đã phân sáng T4 22/7. Nếu đơn dead-air trong window D+5 → D+7 đã có ticket lần 2 rồi → không mở thêm ticket, thuộc chuỗi verify T4 29/7 (nếu outcome c) hoặc slot CN 26/7 (nếu outcome a "cần push").
• Nếu đơn dead-air chưa có ticket → note "mở ticket lần 1 sáng CN 26/7" (không phải sáng T5 để tránh chồng slot với housekeeping cart đã canon sáng T5; cũng không phải trưa T5 vì trưa T5 là reconcile + plan, không phải action ticket). Sáng CN 26/7 05:00-05:30 quiet post-payday là slot đúng cho ticket lần 1 các đơn dead-air mới phát hiện.

Nếu số 3 (treo lâu) > 0 mà chưa có ticket → đây là ticket ưu tiên, xử lý sáng CN 26/7 trước các ticket dead-air mới. Treo lâu = vượt cửa sổ 30 ngày = đã trễ deadline standard đối soát của sàn, nguy cơ mất cashback cao hơn dead-air mới trong window 7 ngày.

Không mở ticket trưa T5 dù phát hiện dead-air nào — canon cứng "1 việc / 1 slot". Trưa T5 là reconcile + plan, không action ticket. Note dead-air vào weekly note để sáng CN 26/7 pick lên.

Việc 3 — Plan release dry-powder 10% cho sáng T7 25/7 payday morning (10 phút)

Nhắc lại canon từ trưa CN 19/7: dry-powder 10% của tổng quỹ tháng 7, double-lock đến T-14 25/7 payday. Trưa T5 23/7 = T-2 lương, plan release cho slot sáng T7 25/7 05:30-06:00 (post-payday quiet, tránh 8h30 đi làm — canon "sáng T7 payday morning" từ chuỗi). Đây là plan, không phải execute — sáng T7 mới release theo plan.

Plan gồm 3 field cứng, ghi trực tiếp vào weekly note dòng riêng:

Field 1 — Quota release. Chỉ release dry-powder cho rổ 8-8 (3 SKU đã pin qualified từ trưa T2 20/7, đã verify baseline giá net trưa T4 22/7 — canon Trưa T4 22/7 checkpoint 48h SKU). KHÔNG release dry-powder cho:

• Cart housekeeping sáng T5 23/7 nhóm (i) "giữ có kỷ luật". Cart nhóm (i) là SKU tiêu dùng thường ngày, tự chi từ ngân sách 30% mid-month còn lại (nguồn 2 canon trưa CN 19/7), không đụng dry-powder 10%.
• Ticket cashback treo lâu (dòng 3 ledger). Cashback treo lâu là tiền chưa vào ví, không phải quỹ chi tiêu. Xử lý qua ticket / khiếu nại, không release dry-powder để "bù trước".
• SKU mới scout trong tuần T2 27-31/7 (nếu có). Chốt SKU 8-8 chính thức là trưa T2 27/7 (T-12 8-8) — dry-powder release phải sau khi rổ 8-8 chốt định cứng, không release cho SKU chưa qualified 3 gate.

Field 1 ghi cứng: "Quota release sáng T7 25/7 = dry-powder 10% cho rổ 8-8 (3 SKU đã pin trưa T2 20/7), KHÔNG lẫn cart housekeeping / ticket treo lâu / SKU mới chưa qualified".

Field 2 — Timing execute. Sáng T7 25/7 05:30 mở HT24H → tab Ví → verify Khả dụng có thay đổi không (thường không đổi vì lương ngân hàng cross-post không ảnh hưởng ví HT24H — cashback là quỹ riêng của HT24H, không phải quỹ chảy từ lương). Mở app ngân hàng chính → verify lương đã cross-post chưa. Nếu chưa (ngân hàng cross-post payday morning không đảm bảo 05:30, tuỳ ngân hàng), chờ đến 06:00 hoặc 06:30 rồi verify lại — không release trước khi verify lương confirmed.

Không claim "sáng T7 25/7 lương chắc chắn vào 05:30" — timing tuỳ ngân hàng cross-post, có ngân hàng payday morning trước 6h, có ngân hàng sau 8h. Verify trước khi release, không giả định.

Quan trọng: dry-powder KHÔNG phải ví HT24H. Dry-powder là quỹ ngân hàng cá nhân (canon Trưa CN 19/7 tách 3 nguồn: (i) chi tiêu tháng, (ii) tiết kiệm cứng, (iii) dry-powder 8-8 — nguồn (iii) nằm trong tài khoản ngân hàng chính, tách ra từ lương/tiết kiệm, không nằm trong ví HT24H). Release dry-powder = chuyển từ tài khoản chính sang tài khoản chi tiêu 8-8 (hoặc mở khoá quy tắc "không sờ" trong đầu và cho phép dùng), không phải rút HT24H. Copywriter tránh nhầm phrasing "release dry-powder từ HT24H".

Field 2 ghi cứng: "Timing sáng T7 25/7 05:30 — verify lương ngân hàng đã cross-post + verify ví HT24H Khả dụng không đổi. Release dry-powder từ tài khoản chính sang tài khoản chi tiêu 8-8, KHÔNG từ ví HT24H".

Field 3 — Gate cứng weekend 26-27/7 rescan voucher. Sáng T7 25/7 chỉ release dry-powder về sổ tay/tâm lý ("cho phép dùng cho 8-8"), KHÔNG mua ngay. Mua chỉ được thực hiện SAU khi:

• (i) Sáng CN 26/7 rescan voucher release confirm voucher shop 8-8 đã release cho ≥ 2/3 SKU trong rổ (canon từ Trưa T4 22/7 alert weekend 26-27/7 rescan voucher). Voucher shop 8-8 phần lớn shop bắt đầu release T-9 tới T-8 8-8 (30/7 - 31/7), có shop release sớm hơn từ weekend 26-27/7 — không hard-guarantee, cần rescan để confirm.
• (ii) Baseline giá net qua 48h (trưa T4 22/7 verify) + baseline giá net hậu-payday (sáng T6 25/7 verify checkpoint kế tiếp) đều nằm nhóm Stable ±3% hoặc Drift nhẹ 3-10% giữ pin. Nếu SKU rơi nhóm Drift lớn >10% và chưa hồi qua rescan → không release dry-powder cho SKU đó, drop khỏi rổ và scout SKU thay thế trưa T2 27/7 (canon Trưa T4 22/7).

Field 3 ghi cứng: "Gate mua sau release: (i) voucher shop 8-8 release cho ≥ 2/3 SKU + (ii) baseline drift ≤ Stable/Drift-nhẹ. Không mua SKU 'Drift lớn re-scout' cho đến khi weekend rescan xác nhận hồi hoặc chốt SKU thay thế trưa T2 27/7".

Note vào weekly note dòng riêng chốt cả 3 field:

"Sáng T7 25/7 05:30 — verify lương ngân hàng + ví HT24H Khả dụng. Release dry-powder 10% (từ tài khoản chính, không phải ví HT24H) cho slot 8-8. Quota chỉ cho rổ 8-8 (3 SKU pin qualified), không lẫn cart housekeeping. Gate mua sau release: voucher shop 8-8 release ≥ 2/3 SKU + baseline drift ≤ Stable/Drift-nhẹ. Rescan voucher sáng CN 26/7 confirm gate trước khi mua."

Vì sao reconcile trưa T5 quyết định weekend 25-27/7 không xả bậy

Không reconcile ledger trưa T5 → sáng T7 payday mở HT24H không biết số Khả dụng bao nhiêu, dễ trộn cashback với lương trong đầu → chi tiêu "over budget" ngay tuần đầu payday, ăn vào dry-powder chưa release chính thức.

Không plan release dry-powder trưa T5 → sáng T7 payday sẽ improvise 1 trong 2 kịch bản xấu:

• Release hết ngay sáng T7 (tham) mà chưa verify rescan voucher weekend 26-27/7 → sáng CN 26/7 rescan phát hiện voucher shop 8-8 chưa release cho 2/3 SKU → dry-powder đã release nằm chờ, dễ bị chi bậy vào SKU khác trong tuần T2 27-31/7.
• Không release sáng T7 (do dự) → phí window 8-8 vì tuần T2 27-31/7 và tuần T4 3-8/8 không còn slot payday morning quiet để verify + release, dry-powder nằm double-lock qua 8-8, mất cơ hội tận dụng sale.

Cả 2 kịch bản đều bắt nguồn từ không có plan cứng trưa T5 cho sáng T7. Plan cứng = 3 field ghi rõ ràng (quota / timing / gate). Sáng T7 chỉ execute theo plan, không phải cân nhắc lại.

Không cross-reference dead-air ledger với ticket → sáng CN 26/7 bỏ sót đơn cần mở ticket lần 1, kéo dead-air sang tuần T4 27-30/7, không kịp candidate khiếu nại T4 29/7 (chỉ có 1 ngày từ ticket lần 1 đến mốc khiếu nại — quá ngắn để cho HT24H clarify + shop reply). Reconcile trưa T5 vì thế là node phòng thủ cuối trong tuần T3 trước khi tuần T4 vào sale window.

Đóng lại + slot kế tiếp

3 số ledger HT24H đã note (Khả dụng / Pending 7-30 ngày / treo lâu), đã đối chiếu với đơn cashback D+5 → D+7 và list ticket lần 2, dead-air mới (nếu có) đã tag sáng CN 26/7 mở ticket lần 1. Plan release dry-powder 10% sáng T7 25/7 payday morning đã ghi cứng 3 field (quota cho rổ 8-8 / timing verify lương + ví HT24H / gate rescan voucher weekend). Weekly note cập nhật "T5 23/7 trưa — ledger reconcile done + plan release T7 25/7 done. Trưa T5 không mở ticket, không rút thử, không release ngay". Đóng weekly note, đóng HT24H, đóng app sàn (nếu đã mở mục Đơn mua). Vào ca trưa T5, sáng T7 payday chỉ execute theo plan.

Slot kế tiếp trong chuỗi:

• Sáng T6 24/7 = T-1 lương, canon "nghỉ audit lớn" (đầu để chuẩn bị nhận lương, không đè việc kỷ luật lên). Nếu CMO next-day brief chốt slot ngắn, thường là quiet check nhẹ.
• Trưa T6 24/7 = tuỳ CMO brief, thường "20 phút mini-scan wishlist SKU 8-8" (không add, chỉ check baseline giá net qua 24h, giữ tính liên tục checkpoint từ trưa T4 22/7).
• Sáng T7 25/7 05:30 payday morning = execute plan trưa T5 23/7 hôm nay (verify lương + release dry-powder theo 3 field, KHÔNG mua ngay, chờ rescan voucher CN 26/7).
• Sáng CN 26/7 = rescan voucher release 3 SKU rổ 8-8 + verify status ticket outcome (a) "cần push" và "chờ shop close" + mở ticket lần 1 cho đơn dead-air mới phát hiện trưa T5 hôm nay (nếu có) + xử lý ticket đơn treo lâu (nếu số 3 ledger > 0).

Nếu bạn đang dùng HT24H và muốn hiểu 3 dòng ledger ví + cửa sổ Pending → Khả dụng cho từng sàn, xem ho-tro FAQ và chinh-sach-hoan-tien cho lộ trình cashback từ đơn mua đến khả dụng rút.