我用 Stripe 自動扣款，客人半夜被扣款通知吵醒來罵我！

先說結論：Stripe 沒錯，是有幾條金流鐵律，AI 幫你寫 code 時「不會自己懂」，你不寫死進去，就會出事。

情境：你幫生意接了訂閱制，讓 Stripe 自動每月扣款。結果客訴來了：

• 「你們為什麼半夜扣我款？通知把我吵醒！」
• 「我這個月好像被多扣了幾塊錢？」

你檢查程式，Stripe 設定看起來都對啊。問題是——你少了幾條「業界老手才知道」的原則。 以下是一位做過入口網站、有十幾年金流經驗的前輩傳授的鐵律，我照著整理給你。

你缺的詞 = billing_cycle_anchor、idempotency、invoice.paid、proration

---

鐵律一：扣款排在上班時間，絕不半夜

半夜扣款會出三種事，每種都在傷你：

1. 銀行風控會擋——半夜的交易容易被銀行判定成「異常交易」直接拒絕。扣款失敗 = 客人流失。
2. 客服不在——客人對帳單有疑問時找不到人，焦慮加倍，罵的是你的品牌。
3. 通知吵人——現在銀行幾乎都即時推播扣款通知。半夜扣款 = 半夜吵醒客人，超級缺德。

做法：把扣款排程設在上班時間（例如當地時間白天 10 點到下午 5 點之間）。萬一扣款失敗，客人和客服都醒著，能馬上處理。

---

鐵律二：金額一律「向下取整」，寧願自己虧

「寧願自己理虧送服務給客人，也千萬不能算錯帳，多扣客人一分錢。」

這句話你要刻在腦子裡。為什麼？

多扣一分錢 = 客訴 + 退款 + 差評 + 法律風險。 尤其在某些市場（像日本），消費者對金額極度敏感，一次算錯帳可能讓你永遠失去這個客人的信任。

而少收一點呢？客人根本不會抱怨「你怎麼少收我錢」。

所以任何金額計算（尤其是升降級的按比例分攤），一律向下取整。寧少收，不多收。

---

鐵律三：這幾件事「AI 不會自己做對」，你得寫死

這是最關鍵的——因為這些是反直覺的，AI 幫你寫的時候會用「看起來對」的寫法，但那是錯的：

• 生成/服務失敗，不扣錢：東西沒給成功就別扣款。
• idempotency（防重複扣）：同一筆交易，就算系統重試、webhook 重送，也只能扣一次。做法是用交易 ID 去資料庫檢查「這筆處理過了嗎」。不做這個，客人會被重複扣款。
• 加值要認 invoice.paid，不是 checkout 完成：這兩個是不同的事件。「客人按了結帳」不等於「錢真的進來了」。要等「發票真的付款成功（invoice.paid）」才幫他加點數/開通，不然會有人沒付錢卻拿到東西。
• 到期給緩衝：訂閱到期別秒殺功能，給個 24-48 小時緩衝，避免客人剛好卡在扣款空窗被鎖在外面。
• 退款要爽快：客人要退就退，別為了幾塊錢跟客人吵——那口碑損失遠比退款貴。

---

你會搜錯的關鍵字 vs 該搜的正確詞彙

你崩潰時會打的（搜不到）	該搜的正確詞彙
「Stripe 半夜扣款怎麼改」	billing_cycle_anchor / billing time
「客人被重複扣款」	idempotency / duplicate charge prevention
「加點數時機不對」	invoice.paid webhook vs checkout.session.completed
「升降級金額算錯」	proration / round down

把右邊那欄丟進 Google、或直接貼給你的 AI。這就是我們在幹的事——把你崩潰時打出來的髒話，翻譯成能找到答案的詞。

我要幫我的生意做訂閱制自動扣款（用 Stripe）。我想避免踩到會惹惱客人、甚至有法律風險的坑。

請告訴我這些金流原則，並解釋為什麼：
1. 自動扣款的排程為什麼要設在「上班時間」而不是半夜？
2. 為什麼金額計算一律要「向下取整」、寧少收不多收？
3. 為什麼加值/加點數要認 `invoice.paid` 這個事件、而不是 checkout 完成？
4. 什麼是 idempotency（同一筆不重複扣款），為什麼一定要做？
5. 升降級的按比例計費（proration）要注意什麼？