客戶退票通知¶
只要收到的票據發生退票,系統就會在下一次檢查時把這批退票整理成一封信寄給財務。退票是重大信用事件——晚一天知道,可能就多出一批貨、多一張訂單。這封信的目的只有一個:讓財務在第一時間看到「誰的票退了、退多少」。
這是一個背景排程任務
「退票警示」由系統在背景依排程執行,設定屬於一次性作業(通常由導入人員或系統管理員完成)。回看天數、收件人、啟用與否設定在警示規則維護,執行時間掛在排程事件上。
出廠預設是停用的
本警示屬第二批警示源,出廠時 是否啟用 = N。要開始收信,需先到警示規則維護把 CHECK_BOUNCE 這列改成 Y、填好收件人,並掛好排程事件。

收到的信長什麼樣¶
主旨直接寫出重點:「近
信件開頭的摘要列出:檢查時間、回看區間(近幾天)、退票筆數(紅字)、合計金額(紅字)。
本文是一張退票明細表,一列一張票,依退票日期由新到舊排序:
| 欄位 | 說明 |
|---|---|
| 交易對象 | 這張票的來源客戶——第一個要看的欄位 |
| 票據號碼 | 退票的票號,回系統查票時用 |
| 開票銀行 | 開票行庫 |
| 到期日 | 票面到期日 |
| 票況 | 退票的種類(三種,見下);此欄以警示色標示 |
| 票據金額 | 該張票的金額(含幣別) |
| 退票日期 | 票況異動成退票的日期 |
金額分幣別小計,不做混幣加總
摘要與主旨的「合計」是各幣別分開列(例如「TWD 1,200,000.00、USD 3,500.00」),不會把不同幣別硬加成一個數字。
三種票況分別代表什麼¶
| 票況 | 中文 | 意義 |
|---|---|---|
CG |
收票已兌退票 | 票已送兌但遭退票 |
CH |
收票未兌退票 | 尚未兌現即發生退票 |
CM |
票貼退票 | 已辦票貼(貼現)的票發生退票——除了收不到錢,還可能要對銀行負責,優先處理 |
哪些票會被列進來¶
| 條件 | 說明 |
|---|---|
| 來源 | 應收票據(收票)——本警示只看收進來的票,不含應付票據 |
| 票況 | CG 收票已兌退票/CH 收票未兌退票/CM 票貼退票 |
| 時間 | 票況異動日期落在今天往前推的回看天數(預設 7 天)之內 |
看的是「退票發生的日期」,不是票面到期日
列入與否取決於票況異動成退票的日期。因此一張很早到期的舊票,若今天才被登記為退票,一樣會出現在今天的信裡——這正是我們要的。
退票要先在系統裡登記,信才發得出來
系統是依應收票據的票況判斷。銀行通知退票後,要有人把該張票的票況改成對應的退票狀態,這封信才會抓到。票況一直沒更新=不會有信。
前置需求¶
| 項目 | 說明 |
|---|---|
| 警示規則已啟用 | 在警示規則維護把 CHECK_BOUNCE 設為 Y,並設定門檻參數與收件人 |
| 排程事件已建立並審核 | 見下方「怎麼掛排程」 |
| 票況維護即時 | 退票發生後要在應收票據更新票況,否則警示抓不到 |
| 收件人有效 | 規則列的收件人(多筆以 ; 分隔);留空時退回排程事件的「通知帳號」,兩者都空白不會寄信 |
門檻與頻率怎麼設¶
在警示規則維護的 門檻參數 欄填 JSON:
{"回看天數":7}
| 鍵 | 預設 | 說明 |
|---|---|---|
回看天數 |
7 | 撈最近 N 天內發生的退票。設太小會漏(例如週末退票、週一才登記);設太大則同一批退票會在信裡重複出現較久 |
多久寄一次:同一批退票(以「票據單號+票況」集合判定)在抑制視窗(規則列的「抑制視窗小時」,預設 24 小時)內只通知一次;有新的退票發生、或同一張票再轉成別種退票狀態,就會再寄一次。
退票要快,排程建議一天兩次
退票的價值在於「早一點知道」。建議把排程設在上班後與午後各一次(例如 08:30、14:00),回看天數維持 7 天,抑制視窗維持 24 小時——這樣新退票最慢半天內會通知,舊的那批不會一直重複吵人。
怎麼掛排程¶
掛法與其他自動化任務相同,完整步驟見 排程事件(專案),此處只列本任務的設定值。
- 到 L 聯絡傳訊 → 排程事件(專案),
新增一筆專案主檔後儲存。 - 編輯狀態按
批次新增,於「新增事件範本」視窗設定:
| 範本欄位 | 本任務要設的值 |
|---|---|
| 預定時間 | 要跑的時間(建議上班時段) |
| 日期類別 | 每日 |
| 是否自動執行 | 必須勾選;不勾排程器不會跑 |
| 執行項目 | 下拉選「執行 Log_Sys_Exec」 |
| 參數 | 把 Procedure 設為 TWORK_AUTO_CHECK_BOUNCE、Dispatcher 設為 SKD(其餘保持預設) |
| 通知人員/通知方式 | 決定待辦建給誰;信件收件人另在警示規則設定 |
- 按確定展開事件 →
儲存→審核。
單據別不要改
選「執行 Log_Sys_Exec」後系統帶出的單據別即為正確值,改成其他值排程會找不到要執行的程序。詳見排程事件(專案)。
通知對象設定¶
| 設定位置 | 決定什麼 | 備註 |
|---|---|---|
| 警示規則維護的收件人 | 信件寄給誰(Email) | 多筆以 ; 分隔;主要來源。建議至少含財務主管與該客戶的業務主管 |
| 排程事件明細的通知帳號 | 規則收件人留空時的退路 | 兩者都空白=不寄信 |
| 排程事件明細的通知人員 | 待辦事項建給誰(員工代號) | 只要填了就會開待辦(見通知方式與待辦事項) |
收到信之後¶
- 確認票況與金額:以票據號碼回應收票據或應收票據查詢查該張票的完整資料與來源客戶。
- 看這家客戶還有多少曝險:查該客戶其他未兌票據與未沖帳款(帳款管理),評估總風險。
- 通知業務與主管:決定是否暫停出貨、要求改現金交易或縮短票期。
- 追回票款:依公司政策處理(換票、部分償還、法務程序)。
票貼退票(CM)先處理
已辦貼現的票退票時,銀行多半會向公司追索——它同時是「收不到錢」與「要付錢」兩件事,通常比其他兩種退票更急。
常見問題¶
啟用了卻沒收到信?
依序檢查:1)警示規則維護的 CHECK_BOUNCE 是否 是否啟用 = Y;2)收件人是否填了;3)排程事件是否已 審核、是否到觸發時間;4)是否落在抑制視窗內;5)回看天數內是否真的沒有退票——無退票時不寄信也不留紀錄。
客戶的票明明退了,信裡卻沒有?
最可能是票況還沒在系統裡更新。本警示依應收票據的票況(CG/CH/CM)與異動日期判定,銀行退票單進來後要有人維護票況。另一種可能是該票的退票日期已超出回看天數(預設 7 天)。
同一批退票每天都收到,很吵?
抑制視窗(預設 24 小時)內同一批退票只會發一次;若每天仍收到,表示回看天數內的退票集合每天都在變(有新退票進來)。可視情況縮短回看天數,或把抑制視窗拉長。
應付票據(我們開出去的票)有沒有類似的通知?
本警示只涵蓋收進來的票。應付端的到期提醒請看警示規則維護的 CHECK_DUE(票據到期),它可分別設定是否納入收票/付票。
信上的合計為什麼分成好幾個幣別?
刻意的。不同幣別不做加總,避免產生沒有意義的合計數字;各幣別小計逐一列出。
相關功能¶
- 應收票據:退票票況的維護入口
- 應收票據查詢:查該客戶其他未兌票據
- 資金流量預估表:退票會直接影響未來資金結餘
- 警示規則維護:回看天數、收件人、抑制視窗與啟用開關
- 排程事件(專案):排程掛法與通知人員設定
- 排程作業 → 警示通知:DBA 部署與疑難排解
- O 銀行票據 概述
需補截圖清單
以下截圖尚未拍攝,請補上並放置於 docs/O-Check/images/:
check-bounce-mail.png— 收到的通知信全貌:主旨、摘要列(回看區間/退票筆數/合計金額)與退票明細表(紅框標示「票況」欄)check-bounce-rule.png— 警示規則維護中CHECK_BOUNCE那一列的編輯表單(門檻參數{"回看天數":7}、收件人、是否啟用)check-bounce-schedule.png— 排程事件(專案)的「新增事件範本」視窗,紅框標示參數Procedure=TWORK_AUTO_CHECK_BOUNCE、Dispatcher=SKD
拍攝規格:1280×800 以上、PNG;請使用測試資料(公司以「岩月」、客戶以虛構名稱示意),避免真實客戶名稱、票號與金額。