為什麼 e首發票不直接「外掛蝦皮聊聊通知」？
這不是做不到，而是我們選擇不這樣做
e首發票與蝦皮 API 串接已經超過多年，長期服務大量使用蝦皮電商平台的營業人，也持續依照平台規範與財稅法規，優化「雲端發票開立、通知與領取」的整體流程。
但幾乎每年，我們都會被問到同一個問題：
為什麼 e首發票不能直接透過 API 串接蝦皮聊聊，主動通知消費者領取發票？
其他家系統可以外掛通知，為什麼你們不行？是技術能力不足嗎？
這裡，我們想把話說清楚一次。
技術能不能做，和該不該做，是兩件完全不同的事
先說結論：
這不是技術問題，而是合規與風險的選擇。
像蝦皮這樣的大型電商平台，對於 API 的使用有非常嚴格的規範，包含：
個人資料保護（Personal Data Protection，個資保護）
資訊安全管理（Information Security，資安要求）
API 使用目的、範圍與年度稽核
所有正式授權的合作夥伴，每年都必須接受平台檢視，確認是否有「超出授權範圍使用資料」或「不當行為」。
換句話說：
平台的使用者資料不是我們的，也不是營業人可以自由使用的。
為什麼 e首發票不做「外掛式通知」？
市面上有些作法，會透過以下方式嘗試「補強通知」：
以頁面外掛或模擬操作方式擷取通知
解析畫面或流程，非正式使用平台功能
繞過 API 規範，主動推播消費者訊息
這些作法，短期看起來好像「很方便」，但實際上存在高度風險：
可能違反電商平台 API 使用協議
可能涉及未經授權的個資使用
一旦被平台稽核，營業人帳號可能被停權
更嚴重時，可能成為詐騙或資料濫用的破口
對 e首發票來說，這已經不是「功能選擇」，而是底線問題。
e首發票是合法的電子發票加值中心，我們選擇站在營業人那一邊
e首發票是財政部合法核准的電子發票加值中心，我們存在的核心價值只有一個：
協助營業人合法、合規、長期穩定地開立電子發票。
因此，我們對自己的要求是：
只使用平台「正式授權」的 API
不做灰色地帶、不鑽法規漏洞
不提供可能讓營業人承擔風險的技術方案
我們寧願多花時間，透過流程設計與服務規劃來補足使用體驗，而不是用違規的方式換取短期便利。
那消費者怎麼領取發票？我們做的是「可長可久的解法」
在不違反平台與法規前提下，e首發票提供的是：
清楚的訂單查詢與發票領取入口
QR 綁定、會員載具等安全的領取方式
降低 EMAIL 錯誤、通知失敗、歸戶異常的問題
讓流程可被查核、可被說明、也可被稅局與平台接受
這樣的設計，或許不是最「花俏」，但它：
經得起平台稽核
經得起國稅局查帳
也真正保護營業人不踩雷
我們堅持的，不是保守，而是專業
e首發票始終相信：
真正好的系統，不是什麼都敢做，而是清楚知道什麼不該做。
我們會持續在合法授權的範圍內，優化體驗、降低營業人的實務成本；
但我們不會，也不打算，透過侵犯平台規範或法令來提供服務。
因為對 e首發票來說，
合規不是限制，而是品牌最重要的價值。
常見 QA｜選擇電子發票系統前，你該知道的事
Q1：其他系統可以外掛通知，真的比較好嗎？
A：短期看起來方便，但若違反平台 API 使用規範，一旦被稽核，風險會直接落在營業人身上，包含帳號限制、服務中斷，甚至法律責任。
Q2：如果平台未來開放正式通知 API，e首發票會支援嗎？
A：會。只要是平台正式授權、合規的功能，e首發票一定優先評估並協助營業人導入。
Q3：不直接通知，會不會讓消費者拿不到發票？
A：實務上並不會。透過訂單查詢、QR 綁定與會員載具，反而能降低 EMAIL 錯誤、誤收與歸戶失敗的問題。
Q4：使用非授權通知，風險真的那麼大嗎？
A：是的。除了平台風險，還可能涉及個資法責任，一旦出事，通常不是技術供應商承擔，而是營業人必須說明與負責。
Q5：e首發票會不會太保守，跟不上變化？
A：我們選擇的是「穩定演進」，而不是「短期冒險」。能長期陪伴營業人，才是電子發票系統真正的價值。
Q6：適合什麼樣的營業人選擇 e首發票？
A：重視合規、品牌信任、長期經營、不希望因技術操作踩到平台或法規紅線的營業人，會特別適合 e首發票。
