門市收據電郵／SMS 通知：電子收據點發、點留紀錄
第一節：本文講乜唔講乜——先劃界
本文唔講電子收據合唔合法、取代紙本要咩條件、7 年保存實務——詳見〈電子收據點樣先合法？無紙化收銀、交付渠道與 7 年保存實務〉post-123。本文講嘅係「收銀嗰一刻」：點問客人拎聯絡資料、點發送、發送紀錄點留。一個講合法性，一個講收銀枱操作，係兩篇文嘅分工。
電子收據主流做法有三類：電郵發送、SMS 發送、掃碼自取。掃碼自取係客人自己掃碼拎收據，唔使收集個人資料；電郵同 SMS 就要收銀枱即場問客人拎聯絡資料。本文重點係後兩者——因為牽涉收集個人資料，問得啱先至合規。
先講清楚本文嘅界限：以下內容只供一般參考，唔係法律意見。私隱條例嘅實際應用遇到爭議，要諮詢專業意見。本文全部內容以已核實嘅法例口徑同公開實務為準，唔編造任何品牌功能。
第二節：電郵收據點發——HKT POS 實務流程
HKT POS Mobile App 用戶指南 §2.5「Send Customer/Merchant e-Receipt」嘅做法係：交易紀錄 → 點開某筆交易 → 按「顧客收據」或「商戶收據」→ 顧客／商戶輸入自己嘅電郵地址 → 按 Send → 選用手機內建電郵 App → 系統自動填好電郵內容同收據資訊 → 按發送。關鍵一步：電郵地址由顧客親自輸入，唔係店員幫手打。（來源：HKT POS Mobile Application User Guide v2.1 §2.5，查閱日期：2026-10-20）
點解要客人自己輸入？除咗準確，仲扣住 DPP2 準確性原則：個人資料要準確。收銀枱環境嘈雜，店員聽客人讀個電郵地址，好易聽錯一個字母，收據就飛咗去陌生人個 inbox。實務建議：將輸入步驟交畀客人——部平板轉一轉，等客人自己打，店員唔經手。（屬實務建議）
另一個實務重點：發送係喺交易紀錄入面觸發，唔係結帳流程自動發。即係話，每次發送都要有人主動決定「呢單發電郵收據」，系統唔會自己幫你發。咁做有個好處：唔會無緣無故向客人發電郵，每次發送都有明確嘅客人指示，責任清晰。（屬實務建議）
第三節：SMS 收據點發——交易完成嗰陣四選一
Shopify 說明中心「管理收據」嘅做法：交易完成嗰陣，收銀員可以提供四個選擇——列印、電郵寄送、SMS 傳送、唔要收據。揀電郵：輸入電郵地址 → 傳送；揀 SMS：輸入電話號碼（含區碼）→ 傳送收據；顧客仲可以預設收據偏好：Shop App／電郵／SMS／紙本／不接收。（來源：Shopify 說明中心「管理收據」，查閱日期：2026-10-20）
「四選」嘅設計值得學：客人有得揀，包括「唔要收據」。呢個唔係多餘選項，而係落實「自願提供」嘅機制——客人唔想畀聯絡資料，交易照樣完成，收據可以用紙本或者直接唔要。記住，千祈唔好寫成「客人必須提供電郵先可以完成交易」，呢種講法違反 DPP1 嘅自願性口徑。（來源：同上）
收據 SMS 係交易訊息，唔係促銷 SMS。呢個劃界好重要：收據內容淨係寫交易資料（店名、金額、日期、單號），唔好混入任何優惠、折扣碼、新品宣傳。促銷訊息嘅規則（已登記發送人「#」制度、退訂設施、直接促銷同意）係另一套，詳見 post-48 同 post-98，呢度唔展開。（來源：post-48；post-98）
第四節：收銀嗰一刻點問——自願提供＋用途告知
《個人資料（私隱）條例》Cap 486 附表 1 嘅 DPP1 規定：收集個人資料要有直接相關嘅合法目的，而且收集嘅資料要「足夠但不超乎適度」；收集方式要合法同埋喺有關個案所有情況下屬公平。發送電子收據，本身就係直接相關嘅合法目的。（來源：privacylawhub.com《個人資料(私隱)條例》Cap 486 附表 1 全文，查閱日期：2026-10-20）
DPP1(3) 仲要求：直接向資料當事人收集個人資料嗰陣，要採取所有切實可行步驟，確保佢喺收集之時或之前獲告知——提供資料係必須定自願（連同唔提供嘅後果）、資料會用嚟做咩、資料可能轉移畀邊啲類別人士。落到收銀枱，就係一句台詞：「我哋可以用電郵／SMS 將電子收據發畀你，自願提供嘅，唔提供都唔影響付款，收據可以改用其他方式。」（來源：同上）
收銀枱嘅收集告知唔使印長篇大論，重點係三樣：用途（用嚟發送電子收據）、自願性（唔提供都得）、唔轉作其他用途（唔會自動加入會員名單）。如果間舖有現成嘅私隱政策，可以貼喺收銀枱附近，客人問到先指畀佢睇；日常就靠收銀員嗰句台詞。台詞要全店統一，唔好靠每個員工自由發揮。（屬實務建議）
第五節：收得啱唔啱——足夠但不超乎適度
發送電子收據需要乜嘢資料？電郵地址或者電話號碼，二選一就夠。「足夠但不超乎適度」即係：為咗發送收據收電郵係啱嘅，順手問埋客人姓名、生日、地址就係超乎適度。唔好因為「反正都問緊」而多收資料，每多收一樣，都要諗下係咪真係發送收據所需。（來源：Cap 486 附表 1 DPP1，查閱日期：2026-10-20）
另一條線係 DPP2 準確性同保留期間：收集返嚟嘅聯絡資料要準確，保存時間唔可以超過達致收集目的所需。電子收據發完之後，呢批聯絡資料仲使唔使留？如果用途只係「發送呢張收據」，收據發完，保留理據就弱咗；如果係為咗日後補發，就要喺告知嗰陣講明，並且定期清理。（來源：Baker McKenzie Resource Hub DPP2 摘要，查閱日期：2026-10-20）
實務建議：為電子收據收集嘅聯絡資料，唔好同會員資料庫、營銷名單撈埋一齊用。「收據用途」同「促銷用途」係兩個用途，收據同意唔等於促銷同意。直接促銷嘅完整規則詳見 post-48，本文唔重寫。（屬實務建議；來源：post-48）
第六節：發送紀錄點留——兩套紀錄唔好撈亂
系列既定口徑要記住：「SMS 營銷同 POS 交易紀錄係兩套紀錄，POS 唔會自動發 SMS，SMS 亦唔會自動入 POS。」電子收據一樣道理：POS 交易紀錄記嘅係「賣咗乜、幾多錢」；發送紀錄記嘅係「幾時發、發去邊個電郵／電話、邊單交易」。發送咗收據之後，要另外留低發送紀錄，唔好假設 POS 自動有齊。（來源：post-98 第八節，查閱日期：2026-10-20）
發送紀錄最少要包含四樣：交易單號、發送時間、發送渠道（電郵／SMS）、收件地址（電郵地址／電話號碼）。客人日後話「冇收過收據」，你有紀錄就可以查：係咪打錯咗地址、定係發送失敗。呢個唔止係保護自己，亦係對客人嘅交代。（屬實務建議）
發送紀錄嘅保存，同交易紀錄嘅保存係兩回事。交易紀錄（連埋電子收據本身）嘅稅務保存實務係 7 年，詳見〈電子收據點樣先合法？無紙化收銀、交付渠道與 7 年保存實務〉post-123 第七節，呢度唔展開；發送紀錄留幾耐，就跟返 DPP2「唔超過達致目的所需」嘅原則自定，並且寫低政策。兩套紀錄，兩套政策。（屬實務建議；來源：post-123）
第七節：收據訊息入面唔好加料
收據 SMS／電郵淨係寫交易資料：店名、交易日期、金額、單號、付款方式。一句優惠都唔加。原因好實際：客人同意你發收據，唔等於同意你發促銷；將促銷內容塞入交易訊息，會將一單簡單嘅交易通知變成直接促銷，觸發另一套規則。貪方便加一句優惠，係用芝麻換西瓜。（屬實務建議）
直接促銷嘅規則（收集時告知加取得同意、拒收權、定罪個案）詳見 post-48；SMS 發送人「#」登記制度同退訂合規拆解詳見 post-98。呢度只講底線：收據訊息保持乾淨，促銷另外用合規渠道做。兩條線分開行，唔會互相干擾。（來源：post-48；post-98）
如果你真係想喺收據之外接觸客人（例如會員優惠），要喺另一個同意基礎上做：收銀枱問清楚「想唔想加入會員接收優惠」，客人話好先至加。收據同意同會員同意，係兩次唔同嘅問句，唔好一次過撈埋嚟問。（屬實務建議）
第八節：聯絡名單保安——DPP4 實務三樣嘢
DPP4 資料保安原則要求：資料使用者要採取所有切實可行步驟，保障個人資料免受未獲准許或意外查閱、處理、刪除、喪失或使用。顧客嘅電郵同電話名單，唔好放喺人人入到嘅共享資料夾，更加唔好寫喺紙度貼喺收銀枱隔籬。（來源：Baker McKenzie Resource Hub DPP4 摘要；Cap 486 附表 1，查閱日期：2026-10-20）
實務三樣嘢：第一，查閱權限寫低名單——邊個職位睇到顧客聯絡資料，寫明，唔好「個個 login 都睇到」；第二，唔好將聯絡資料導出放喺個人電腦或者 USB 手指；第三，定期清理唔再需要嘅聯絡資料，留得愈耐風險愈大。呢三樣唔使買新系統，係管理習慣。（屬實務建議）
有一點要糾正常見誤解：違反保障資料原則（DPP）本身唔構成罪行；私隱專員可以發出執行通知，違反執行通知先構成罪行。所以正確態度唔係「驚罰款」，而係「做啱流程」——問得啱、收得啱、存得啱，根本唔使驚。（來源：Lexology《In a nutshell: data protection, privacy and cybersecurity in Hong Kong》，查閱日期：2026-10-20）
第九節：收尾——電子收據係服務，唔係收集資料嘅藉口
總結成三句：收銀枱問客人拎聯絡資料嗰陣，講明用途（發送電子收據）加屬自願；發送嗰陣，用市面 POS 一般做法（客人自己輸入電郵／電話，喺交易紀錄觸發發送）；發送完，另外留低發送紀錄，同交易紀錄分開。三句做齊，成個流程就企得穩。
電子收據做得好，係對客人嘅服務：唔使拎住張紙，收據直接入 inbox／手機，補發又方便。但前提係尊重客人意願——唔想畀聯絡資料嘅客人，一樣要畀到佢收據或者順利完成交易。記住，收據係你欠客人嘅交代，唔係收集資料嘅藉口。POSKing「POS 系統＋收銀鏡頭套裝」HK$4,950 一次性買斷免月費，免月費年費（來源：根據本系列既定實價，查閱日期：2026-10-20）。其他產品價格未確認，需報價。
稅務保存嗰條線再提醒一次：電子收據本身嘅 7 年保存實務，詳見〈電子收據點樣先合法？無紙化收銀、交付渠道與 7 年保存實務〉post-123，唔好同發送紀錄混為一談。兩套紀錄，兩套政策，各自寫低，唔好靠記性。
電子收據發送要過三關：收銀枱問客人拎電郵／電話嗰陣講明用途係發送收據、屬自願提供；只收集發送所需嘅資料，唔多收；發送之後另外留低發送紀錄，同 POS 交易紀錄分開。收據訊息保持乾淨，唔混入促銷內容；顧客聯絡名單要做好查閱權限同定期清理。交易紀錄嘅 7 年保存實務詳見 post-123。
