invoice_payment_completed事件模式

合約證據路徑

invoice_payment_completed：從擁有邊界到可信查詢

將 invoice_payment_completed 視為持久的分析合約：所有者發出一個記錄的穀物，一個固定裝置證明欄位，並且經過審查的查詢回答所述問題。

1
結果成為最終結果
Billing webhook handler after idempotent processing emits only after the provider event is verified and persisted.
2
合約是有約束力的
8 required fields preserve the declared grain: One terminal payment attempt.
3
夾具已驗證
檢查型別、UTC 時間、替代結果、冪等性以及每個假名或評論分類欄位。
4
問題得到解答
哪些計費金額成功、失敗或恢復？

穀物

一次終端付款嘗試。

業主

冪等處理後的計費 Webhook 處理程式

何時發出

提供者事件經過驗證並持久化後。

現場合約

具有明確隱私邊界的型別化欄位

在生產查詢依賴現有欄位名稱和型別後，保持現有欄位名稱和型別穩定。可選上下文應受到特定決策的限制、記錄和證明。

欄位	型別	必填	隱私	含義
timestamp_utc	timestamp	yes	non-sensitive	結果邊界處的 UTC 時間。
event_id	string	yes	non-sensitive	用於重複資料刪除的穩定唯一識別符號。
release	string	yes	non-sensitive	發出事件的應用程式或服務版本。
account_id	string	yes	pseudonymous	穩定的內部帳戶識別符號，絕不是電子郵件或姓名。
invoice_id	string	yes	pseudonymous	內部或雜湊提供商發票識別符號。
amount_usd	number	yes	non-sensitive	記錄貨幣規則的標準化金額。
attempt_count	number	yes	non-sensitive	付款嘗試序列號。
status	string	yes	non-sensitive	已付費、失敗或恢復的結果。
failure_category	string	no	review	粗略的提供商安全類別，絕不是卡或銀行詳細資訊。

合成 JSON 事件

{
  "timestamp_utc": "2026-07-28T14:24:51Z",
  "event_id": "evt_payment_01",
  "account_id": "acct_8f31",
  "release": "2026.07.2",
  "invoice_id": "invoice_67ad",
  "amount_usd": 2400,
  "attempt_count": 1,
  "status": "paid"
}

隱私審查

攝取前檢查識別符號

此範例使用合成識別符號。假名值仍然可以是個人資料，並且審查欄位可以公開業務或提供商上下文。應用您自己的同意、保留、存取、居住和刪除要求。

account_id: pseudonymous
invoice_id: pseudonymous
failure_category: review

驗證清單

在建置儀表板之前證明合約

Send one known invoice_payment_completed fixture after the documented outcome boundary.
Verify all 8 required fields arrive with the documented types.
重試相同的事件識別符號並確認所選的重複資料刪除行為。
當工作流程支援時，傳送受控失敗或替代結果。
在固定視窗上執行相關 SQL 並將結果與固定裝置進行協調。

常見錯誤

保持一行等於一個持久結果

Emitting invoice_payment_completed before billing webhook handler after idempotent processing knows the final outcome.
在一張資料表中混合多種穀物，這使得計數和比率不明確。
用原始 URL、有效負載、提示或錯誤文字替換受控類別。
儲存查詢和儀表板依賴於它後就地更改欄位型別。
新增識別符號，無需記錄調查、存取和保留需求。

使用合約