Stripe 24小時(shí)解封記：1個(gè)細(xì)節(jié)讓審核從"聚合風(fēng)險(xiǎn)"秒過(guò)

Stripe Connect 賬戶被封，24小時(shí)內(nèi)解封。這不是什么"內(nèi)部渠道"的功勞，而是一個(gè)被大多數(shù)開(kāi)發(fā)者忽略的申請(qǐng)時(shí)序問(wèn)題。

我在做 Lovai，一個(gè)讓創(chuàng)作者按塊賣內(nèi)容的平臺(tái)。用戶能把帖子拆成付費(fèi)片段，買家解鎖單塊內(nèi)容，創(chuàng)作者直接收錢。這種模式下，錢不經(jīng)過(guò)平臺(tái)口袋，直接進(jìn)創(chuàng)作者賬戶——聽(tīng)起來(lái)簡(jiǎn)單，但支付架構(gòu)完全是另一回事。

標(biāo)準(zhǔn) Stripe 賬戶是給自己收錢的。一旦要把錢路由給第三方，你就進(jìn)了 Connect 的地界，合規(guī)審查、法律文件、資金流設(shè)計(jì)全得重新考慮。

Express 的陷阱：省事不等于省步驟

我選了 Express 賬戶類型。原因很簡(jiǎn)單：Stripe 包辦身份驗(yàn)證和入駐流程，不用自己造 KYC 頁(yè)面， solo 開(kāi)發(fā)者的福音。

代碼層面很干凈。創(chuàng)建賬戶、申請(qǐng)能力、指定國(guó)家，幾行搞定。但代碼跑通只是開(kāi)始。

Stripe 現(xiàn)在把 Standard / Express / Custom 標(biāo)記為"新集成已棄用"，現(xiàn)有集成繼續(xù)運(yùn)行，新搭建的建議看 controller 屬性或遷移路徑。我這是存量項(xiàng)目，Express 還能用，但文檔里的微妙措辭值得留意。

被封前的"完成度"幻覺(jué)

賬戶被封那天，我剛配完 Supabase 的 RLS 策略（行級(jí)安全），平臺(tái)功能全就緒。郵件標(biāo)題是"Your account has been closed"，正文提到"potential aggregation"——聚合風(fēng)險(xiǎn)。

這個(gè)詞在支付行業(yè)有特定含義：如果你讓用戶通過(guò)你的平臺(tái)收錢，但實(shí)質(zhì)上你在做資金歸集再分發(fā)，就可能被認(rèn)定為無(wú)證經(jīng)營(yíng)支付業(yè)務(wù)。Stripe 對(duì)此極其敏感。

我第一時(shí)間排查業(yè)務(wù)邏輯。Lovai 的錢是直連創(chuàng)作者，平臺(tái)只抽成，理論上不構(gòu)成聚合。那問(wèn)題出在哪？

關(guān)鍵細(xì)節(jié)在后續(xù)溝通中浮現(xiàn)：審核時(shí)，我的 Connect 申請(qǐng)其實(shí)沒(méi)有完全提交。Stripe 的原話是"the Connect application had not been fully submitted at the time of review"。

換句話說(shuō)，審核團(tuán)隊(duì)看到一個(gè)半成品狀態(tài)的賬戶，結(jié)合平臺(tái)業(yè)務(wù)模式，誤判為高風(fēng)險(xiǎn)。這不是業(yè)務(wù)邏輯問(wèn)題，是申請(qǐng)流程的時(shí)序問(wèn)題。

解封的24小時(shí)：補(bǔ)材料不如補(bǔ)狀態(tài)

我的修復(fù)動(dòng)作分兩步：第一，完整闡述業(yè)務(wù)模式，明確平臺(tái)角色和資金流；第二，把申請(qǐng)流程走完，確保狀態(tài)為"已提交"而非"進(jìn)行中"。

次日重新審核，通過(guò)。

整個(gè)過(guò)程中，Stripe 審核團(tuán)隊(duì)對(duì)法律頁(yè)面的要求也值得一提。服務(wù)條款、隱私政策、賣家披露聲明必須在網(wǎng)站上線，且措辭要符合法定格式。我的披露頁(yè)面標(biāo)題就被挑過(guò)，必須和法規(guī)要求的表述一字不差。賣家名稱、責(zé)任人信息也要和 Stripe 賬戶注冊(cè)信息完全匹配。

這些細(xì)節(jié)不涉技術(shù)，但能直接卡死審核。

支付流的完整拼圖

解封后，整個(gè)購(gòu)買鏈路才算真正跑通。流程是這樣的：創(chuàng)作者標(biāo)記付費(fèi)塊 → 買家點(diǎn)擊購(gòu)買 → Stripe 托管收銀臺(tái) → webhook 通知平臺(tái) → Supabase RLS 更新權(quán)限 → 買家即時(shí)解鎖內(nèi)容。

Destination charges（目的地扣款）讓資金直接進(jìn)創(chuàng)作者賬戶，平臺(tái)抽成在交易層面自動(dòng)拆分。Webhook 負(fù)責(zé)狀態(tài)同步，RLS 負(fù)責(zé)訪問(wèn)控制，各管一攤。

這個(gè)架構(gòu)的隱性成本在于：每個(gè)創(chuàng)作者都是一個(gè)獨(dú)立的 Stripe 賬戶，KYC burden 由 Stripe 承擔(dān)，但平臺(tái)要管理賬戶生命周期、處理入駐失敗、應(yīng)對(duì)不同國(guó)家的合規(guī)差異。Express 省了前端開(kāi)發(fā)，沒(méi)省運(yùn)營(yíng)復(fù)雜度。

很多教程講怎么給 SaaS 加訂閱支付。但讓用戶賣自己的內(nèi)容并收款，是性質(zhì)不同的問(wèn)題——你不再是商戶，是商戶的商戶。

這次被封又解封的經(jīng)歷，核心教訓(xùn)不是"怎么和 Stripe 溝通"，而是申請(qǐng)狀態(tài)的完整性比業(yè)務(wù)描述更重要。審核團(tuán)隊(duì)看不到你后臺(tái)的宏偉藍(lán)圖，只能看到表單里的字段是否填滿。

你的 Connect 賬戶，現(xiàn)在真的是"已提交"狀態(tài)嗎？