五、已知風險項
五、已知風險項
本方案有 4 個已識別風險。R1、R2 需要決策方向、R3 已有 workflow、R4 需跟廠商 confirm 細節。
R1 · 發票開立 vs 收入認列時點的營業稅風險
風險：現行流程「收款 → 開發票 → 出貨完成才拋鼎新認列」下，鼎新從「開發票」到「出貨完成拋單」之間沒有預收收入科目認列。
- 稅務局角度：發票已開立 → 銷項稅額已產生
- 財報角度：出貨才認銷貨收入
- 中間空窗：鼎新帳上沒有「預收收入」科目
- 若結帳日跨越「開發票 → 出貨」時點，會有帳稅差異
Mitigation options（待評估）
- (a) 手工月底補記預收收入（人力風險）
- (b) 系統自動化：開發票時同步一筆「預收收入」到鼎新，出貨完成時轉「銷貨收入」（額外開發，流程完整）
- (c) 改變拋單時機：收款 / 開發票時同步拋鼎新做預收，出貨時再轉銷貨（雙拋單，開發量最大）
法規查證（翠翠補問「若跳過預收直接認銷貨會怎樣」）
| 面向 | 影響 |
|---|---|
| 營業稅法 | 無影響。發票開立時銷項稅額已產生，稅局看發票開立不看收入科目 |
| 財報準則（IFRS 15 / 台灣財報準則） | 不符。銷貨收入應在客戶取得控制權時認列（出貨才算控制移轉）。跳過預收 = 收入時點提前 = 跨月結帳時財報數字失真 |
| 會計師查核 | 上市 / 上櫃 / 需簽證公司：會 flag 為錯誤，可能要求重編、影響 unqualified opinion。中小企業 / 稅簽案件實務有些不嚴查，但量大或明顯仍會被挑 |
| 所得稅法 | 銷貨收入按權責基礎認列。若把預收當銷貨 → 該期銷貨收入被高估 → 應納所得稅暫時被高估（下期會自我調節） |
結論：稅法本身沒問題，會計原則 / 財報表達有問題。需跟公司財務長 / 外部會計師 confirm 快電商公司是否適用嚴格的財報準則（是否需要 CPA 簽證、是否納入集團合併報表）。若需要 → 必須認預收，走 (a)/(b)/(c) 之一；若不需要 → 可跳過，但要有明確書面政策決議留存。
R2 · 拋轉失敗機制未定
風險：超電已完成訂單拋鼎新做帳務認列若失敗（網路 / rate limit / 鼎新 side 錯誤），沒有回覆機制。可能發生「超電訂單 = 已完成，但鼎新沒認列」帳目對不上。
| Option | 特性 |
|---|---|
| (a) 同步阻擋 + Retry | 訂單狀態暫不改「已完成」，資料一致性高，但訂單狀態卡 |
| (b) 異步 retry + 告警（industry standard） | 失敗訊息進 dead letter queue，定時 retry，超過 N 次打 Slack / Email 給 IT |
| (c) 每日對帳 + 手工補 | 每日跑報表比對，差異手工補傳票；開發最少但發現延遲 24h |
提醒：需超電 + 鼎新兩家廠商評估 out-of-box 支援程度後，再選擇。
R3 · 已出貨已認列後退貨的冲銷
workflow：超電退貨完成 → 拋退貨資料給鼎新 → 鼎新自動產生銷退單（走 2.4 退貨接收 endpoint）。
提醒：這個 workflow 需 confirm 退貨資料格式跟原始銷貨的 key 值 mapping（例：訂單編號、品號等對得起來）。
R4 · 修改進貨單的鼎新 ERP 權限限制
提醒：修改原進貨單的動作，在鼎新 ERP 通常有月結 / 過帳限制（已過帳的單多半鎖住）。翠翠答「對帳在月結前」所以修原單可用，但要跟鼎新廠商 confirm 進貨單修改的權限規則，SOP 上寫明時序邊界。