CYBERBIZ 通知信沒來時，先分清是管理者沒收到，還是顧客沒收到，再核對該通知的觸發事件。只改配送地址不一定會產生出貨資訊通知；若事件根本未觸發，調整垃圾郵件設定也無法補出這封信。
先把「誰應該收到」寫清楚
商家主信箱、額外通知人與顧客會員信箱是不同對象。請在單一案例中記下通知名稱、訂單狀態、操作時間及預期收件人角色，再核對樣板與開關。不要把管理者已收到當成顧客一定收到，也不要把客服可看到訂單當成通知已發送。若後台名稱因版本不同而異，請保留畫面供平台支援辨識。
- 核對通知樣板是否啟用，以及該筆訂單收件地址是否正確。多語系商店要檢查實際會員語系，不只檢查預設繁體中文版本。
- 依官方通知說明核對觸發條件。例如配送相關提醒應比對配送狀態變更，管理者的取消提醒也不能直接套用到所有自動取消情況。
- 使用商店允許的測試流程重現一次，記下操作前後狀態；不要為了測試把真實訂單改成出貨或取消。請平台提供該事件的通知處理紀錄。
- 確認事件已送出後，才由收件者在網頁信箱搜尋寄件者及垃圾郵件。找到信件時，先核對來源，再回報非垃圾郵件；必要時建立範圍明確的個人篩選器。
假設案例：地址更正後沒通知
假設高雄服飾店幫測試會員更正超商取貨地址，店員預期顧客會收到「貨物發送資訊更改提醒」，但信箱沒有出現新信。先查官方對這封通知的定義，而不是立即要求顧客換信箱。若只是修改地址、尚未符合配送狀態條件，這次沒有信便不能列為投遞失敗。接著以可控制的測試事件驗證真正應寄的通知，將兩次操作分開記錄。
若管理者通知確實已發送，CYBERBIZ 官方另有 Gmail 漏信排除指南。操作前應核對文件列出的寄件地址與實際信件來源，別只比對顯示名稱。只針對確認可信的通知建立規則，並記錄調整日期；這是持有人的收信設定，不代表平台對所有顧客的寄件信譽都已改善。
對 HiNet 等收件地址要另外留證
官方樣板文件提到部分 HiNet 收件情境可能漏信，但這不構成所有 HiNet 地址都無法收信的證明。應先問該帳號是否在網頁版可見、是否有個人防護設定，再向平台取得退信或延後紀錄。更換顧客會員地址涉及帳號識別與驗證，請依商店既有身分確認程序辦理，不能由客服直接代填一個未驗證的新地址。
完成排查後，用「事件未觸發」「地址待確認」「已送出、落點待查」等可驗證描述結案；沒有證據時保留待查狀態。本工具的外部測試僅觀察當下可選供應商的樣本，不會代為開啟 CYBERBIZ 通知，也不能據此承諾 HiNet 或每一位會員的結果。
官方參考資料
需要觀察其他收件服務的樣本落點？開始郵件測試，先確認介面當下提供的收件服務，再使用不含顧客個資的測試內容。結果只描述這次樣本，不能代替實際收件者的確認。
閱讀測試方法與限制，比對樣本觀察與實際投遞證據的差異。