傳送狀態與業務狀態分開
AWS SES 把 Send 與 Delivery 分成不同事件；Delivery 表示送到收件人的郵件伺服器，不能證明客戶已讀或接納報價。假設 N-309 已有郵件伺服器送達依據，Q-309 仍待回覆；另一封只有 Send，尚無送達依據。本例分開核對，不用傳送事件直接推算 CRM 階段。
| 通知 | 傳送依據 | 業務依據 | 核對後狀態 |
|---|---|---|---|
| N-309 | 送至郵件伺服器 | 沒有客戶回覆 | 傳送已送達；報價待覆 |
| N-310 | 只有 Send 事件 | 沒有客戶回覆 | 未確認送達；沒有回覆 |
| N-311 | 未有送達依據 | 另有有效接納記錄 | 報價已接納；傳送依據未齊 |
兩邊分別核對，不編造因果關係
- 找到訊息依據
- 找到報價回覆依據
- 各自判斷狀態
- 按需要追查缺失傳送依據
報價已接納但欠傳送依據時，不應直接重寄，先查是否真的需要再通知。
N-309 已到郵件伺服器，Q-309 所屬商機可列為成單嗎？
查看參考答案
不可以。未有客戶回覆，送達只支持傳送記錄，接納條件仍未符合。
只有所引 SES 事件意思屬供應商文件事實。CRM 狀態是本例假設，這裏未建立 SES 設定、Webhook 處理或送達保證。