當 Patreon 和 Discord 各說各話，怎麼修好付費粉絲的權限

一個永久的人工角色，看起來像修好了，其實悄悄變成第二套會員系統。把付費會員當成權益、把綁定的 Discord 帳號當成身分、把角色當成派送的結果，然後去診斷權限，而不是用猜的。

先修好模型，再修那個角色

當 Discord 上的付費角色跟 Patreon 對不上，最糟的反應是塞一個永久的人工角色。它也許替某一個付費粉絲把權限救回來了，卻也把那條壞掉的連結藏了起來，還可能在會員結束之後，把權限留在原地。於是創作者手上就有兩份互相矛盾的紀錄：會員系統說一套，Discord 說另一套。

先修好模型。把付費會員當成權益的來源、把綁定的 Discord 帳號當成身分的證據、把 Discord 角色當成派送的結果。等這三件事分開之後，你就能診斷缺失的權限、移除過期的權限，並且不用猜就能跟粉絲說清楚下一步。

付費社群的角色為什麼會漂掉

一個付費的 Discord 角色，是好幾個步驟串起來的結果。粉絲必須持有一份合格的會員、綁上正確的 Discord 帳號、加入正確的伺服器，並且讓整合去指派一個位階排在機器人底下的角色。這幾步裡任何一步壞掉，其他步驟看起來都還正常。Discord 自己的 Patreon 整合指南，描述的是一個自動化機器人，替贊助者提供專屬回饋，而它預設創作者已經懂伺服器的角色、頻道和權限，因為會員平台沒辦法替一個擋住角色指派的 Discord 權限模型收拾殘局。

就算整合本身健康，個別的會員紀錄還是可能出錯：粉絲也許綁了另一個 Discord 帳號、退出了伺服器、換了方案、在計費週期結束時取消，或者在下一次同步之前又重新加入。光憑一個角色，看不出是上述哪一種。創作者常常把事情弄得更難，把 Discord 當成會員總帳。Discord 能顯示「現在有一個角色」，卻證明不了這個角色為什麼存在、是哪個付費方案授權的，或者那份授權是不是還有效。權益的真相，用付款或會員平台去查；派送是否成功，才用 Discord 去驗。

動角色之前，要分開的四件事實

會員這位粉絲現在有沒有這份權益的資格？證據：會員平台上一份有效的會員和合格的方案。
身分粉絲綁的是哪一個 Discord 帳號？證據：存下來的外部帳號識別碼，或整合的連結。
在場那個帳號在正確的伺服器裡嗎？證據：目前的伺服器成員身分。
派送那個帳號拿到預期的角色了嗎？證據：目前 Discord 上的角色指派。

別把這幾件事壓成一個「會員有效」的標籤。把它們分開，才分得出「連結壞了」「派送壞了」和「本來就該結束的權限」這三件事。

動手之前，先替每個情況分類

健康會員合格，身分和在場都有效，角色也在。不用動作。
連結問題 會員合格，但身分缺失或綁錯，角色也不見了。請粉絲去連結或重新綁定 Discord。
派送問題 會員合格、身分和在場都有效，但角色不見了。檢查機器人權限、角色位階和同步。
過期權限 會員已不合格，卻還留著一個付費角色。透過正常的同步路徑把角色移除。
來源讀不到 會員來源讀不到。先短暫保留最後已知的狀態，重試之後再決定要不要改權限。

這樣分類，能擋掉兩個常見的錯誤：只因為一次同步呼叫失敗就把權限拿掉，以及因為粉絲拿出一張沒辦法對到伺服器裡那個 Discord 帳號的收據或截圖，就把權限給出去。

替權益指定唯一的真相來源

挑一個系統，來回答一個粉絲有沒有這份權益的資格。對一個由 Patreon 出資的社群，那個系統通常就是 Patreon；換成別的供應商，就用那家的有效會員紀錄。別只因為角色好查，就讓 Discord 變成來源。Memberful 的 Discord 整合文件也是同一種切分：它的流程把會員接到 Discord，讓權限跟著付費關係走；它的後續設定指南，則講連結建立之後的角色設定。會員負責確立資格，Discord 的設定則決定這份資格在伺服器裡怎麼呈現。

權益規則，用白話講

會員狀態不是有效的 如果會員狀態不是有效的，答案就是沒有權限。
這份權益不在名單裡 如果這份權益不在這位會員可享的權益裡，答案就是沒有權限。
Discord 沒綁 如果綁定的 Discord 帳號缺失，答案就是需要連結。
其餘情況才派送角色 只有到這一步，才去算出這份權益對應的預期角色，再拿去跟 Discord 比對。

別從目前的角色反推權益。那會形成一個迴圈，讓過期的權限自己證明自己。永遠先從會員事實算出預期角色，再拿去跟 Discord 顯示的比。

盤點的四條例外佇列

合格但沒綁 Discord 帳號的粉絲 需要粉絲動作：去連結或重新綁定 Discord。
合格且已綁、卻沒有預期角色的粉絲 需要一次設定或同步的檢查。
已不合格卻還留著付費角色的粉絲 需要透過整合把角色移除。
因供應商讀不到而查不了的紀錄 需要重試，而不是立刻改權限。

從權益來源的一份匯出或 API 檢視下手，每一筆紀錄都用一個穩定的會員識別碼當鍵，絕不用粉絲可以隨時改的顯示名。把盤點收在界線裡：每日一次的對帳，通常勝過管理員一再手動掃會員名單；會員事件之後也跑一次，因為事件可能延遲、重複或漏掉。歷史只留剛好夠回答一個客服問題的量，也就是先前和更新後的預期狀態、觀察到的 Discord 狀態、原因，還有時間，而不是只因為供應商吐得出來，就存下無關的個資。這套排程做法是一個實作建議，不是 Discord 或會員供應商給的保證。

照正確順序修好缺失的權限

確認會員的權益 檢查粉絲目前的方案有沒有含這份 Discord 權益。別信一封舊的歡迎信或收據；款可能還在，方案、計費狀態或權益卻已經變了。
確認綁定的帳號 用一個安全、認得出來的標示，讓粉絲看目前綁的是哪個 Discord 帳號。綁錯了，就帶他走供應商的重新綁定流程，絕不要他把帳號識別碼貼在公開頻道。
確認在場 機器人沒辦法把角色指派給一個還沒加入伺服器的帳號。給對的邀請路徑，等他加入後再重跑檢查。
檢查角色位階和權限 整合的機器人角色，位階要高到能管那個付費角色。看一遍伺服器的角色位階和設定時給的權限；它們決定自動化能不能收尾。
觸發一次有界線的重試 前置條件修好之後，重試一次同步並記下結果。再失敗，就把案子連同會員、身分、在場、派送這四件事實一起送進客服佇列。前置條件沒變就重複同一個動作，只會製造雜訊。

移除過期角色，卻不誤傷還在付費的粉絲

過期權限是反過來的問題：一個 Discord 帳號還留著付費角色，但權益來源說這份權益已經不有效了。移除之前，先把「確認不合格」和「來源讀不到」分開。如果供應商確認這位會員已不符資格，就讓正常的整合去移除或降級角色。如果供應商連不上，別把「讀不到」翻譯成「已取消」；把案子留在重試狀態，撐過一段短的、有記錄在案的寬限期，而這段期間該由創作者事先決定，而不是在服務中斷時臨場硬湊。

對那種在計費週期結束才失效的會員，要格外小心。「已取消」可能只是關掉續訂，權限其實到某個未來日期之前都還有效，所以權益規則該用供應商實際的可用狀態，而不是一個被複製到客服畫面上、看起來很嚇人的標籤。粉絲需要重新連結帳號、或權限真的結束時，就通知他；但別為了每一次內部重試都送一則失敗訊息。會員要的是一句清楚的說明和一個下一步，不是一份事件日誌。

一份最精簡的人工例外紀錄

會員與 Discord 識別碼 這個例外套用在哪個穩定的會員識別碼，和哪個綁定的 Discord 帳號上。
角色與原因 預期的付費角色，以及那個讓你動手去橋接它的、已確認的同步事故。
核准者與到期時間 核准這個例外的創作者或授權版主，還有一個它會失效的固定複查時間。
事故參照 這個例外綁到的客服案件或供應商事故。

一個人工角色可以橋接一次已確認的整合失敗，但少了負責人、原因和到期，它就變成一套靠記憶維護的第二會員系統。下一次對帳應該認得這個例外，在到期之前別去跟它打架；到期時，從來源重算權益，如果整合已經復原就把紀錄移除，讓正常的同步接管角色，還沒復原就要求附上新原因的明確延期。絕不要用例外去繞過一個不合格的會員或一個沒解決的身分不符：它只是替一份已驗證的權益，做一次暫時的派送修補。

從兩邊一起驗證這次修復

權益和身分對得起來 會員來源顯示這位粉絲目前有這份 Discord 權益，而綁定的識別碼，屬於那個加入了伺服器的帳號。
角色是算出來的，不是猜的 預期角色來自目前的權益或方案，而 Discord 在那個綁定的帳號上顯示著那個角色。
權限的界線守得住 粉絲打得開該開的頻道，也打不開高於他方案的權益。
迴圈和例外都乾淨 對帳日誌記下了這次成功的比對並清掉了例外，任何暫時的例外也都有到期，或已經被移除。

管理員按一個按鈕，並不等於結掉一張工單；要驗證的是粉絲真正體驗到的狀態。接著用一個受控的帳號測反向的路徑：透過供應商支援的測試流程去改動或結束它的權益，確認預期角色跟著變、過期權限被移除，測完再把帳號還原，絕不拿真正粉絲的付費權限來做實驗。也追蹤幾個內部的健康指標：沒解決的「合格卻沒角色」案例、過期角色案例、修復的中位時間、同一組設定的重複事故，還有進行中的人工例外。先把權限狀態矩陣寫下來，再把「清掉每一條佇列裡的一個例外」所用到的確切證據記錄下來：耐用的修法不是再指派一個角色，而是一個能把會員真相、帳號綁定、伺服器在場和角色派送分開講清楚的對帳迴圈。