餐飲與零售 Walk-in Customer 怎樣開 e-Invoice

這幾個星期，WhatsApp 群裡做 F&B 和門市零售的朋友最常問同一件事。過路客買一杯 RM10 的咖啡，拿了收據便離開。收銀員若在午餐高峰逐個問 IC、TIN 和地址，櫃檯很快會排出一條長隊。

Specific Guideline v4.8 沒有要求每位過路客都先交個人資料。買方沒有索取 e-Invoice 時，門市可以照常發普通收據，再把合資格交易按月整理成 consolidated e-Invoice（合併電子發票）。需要 individual e-Invoice（個別電子發票）的客人，才進入資料收集流程。

這項安排把櫃檯速度保留下來，也把更重的核對工作移到月底。門市要管好取票期限、收據編號、個別發票排除和 MyInvois 驗證，否則快的是前台，月底仍會卡住。

一筆 Walk-in 交易怎樣分流

餐饮柜台判断 Walk-in 顾客的开票要求

門市每完成一筆交易，先看買方要求、交易金額和交易類別。企業是否處於適用的 interim relaxation period 也會改變答案。

現場情況	一般規則下的路徑	櫃檯先交什麼
買方沒有索取 e-Invoice，交易可合併	普通收據，月底納入 consolidated	紙本或電子收據
買方索取 e-Invoice	收集買方資料，開 individual	收據或取票憑證，再交付驗證文件
單筆交易超過 RM10,000	2026 年起一般規則不允許 consolidated	進入 individual 資料流程
屬 Table 3.6 指定活動	一般規則要求逐筆開具	進入 individual 資料流程
企業正處於 Section 16 寬免期	可按該節採用 consolidated 路徑	依企業已確認的寬免 SOP 處理

已經知道交易資料，可以使用 e-Invoice Transaction Decision Workspace 檢查 individual、普通 consolidated 和 interim-only 路徑。工具結果用來整理內部判斷，正式提交仍以當期官方指南為準。

買方沒有索取 e-Invoice 時怎樣做

Specific Guideline v4.8 第 3.6 節允許供應商向買方發普通收據。這張收據不提交 IRBM 驗證，到了月底才由供應商取回所有可合併的收據資料。

consolidated e-Invoice 須在交易月份結束後七個 calendar days（日曆天）內提交。七天包含週末和公共假期。一月份交易的提交期限落在二月七日，二月份交易則落在三月七日。

企業可以用幾種方式整理收據。

每張收據摘要各做一個 line item（明細項目）
連續收據號碼組成一個明細，編號中斷後另開一項
各分行或營業地點分別提交，再使用前兩種方法整理

不論採用哪一種，Description of Product or Services（貨物或服務說明）仍要保留構成總額的收據參考號碼。General Public 和通用 TIN 只代表合併文件的買方欄位，沒有把底層收據變成一個無法追溯的總數。

門市可直接使用 Consolidated e-Invoice Monthly Close Report 計算期限並核對 POS、individual 和 consolidated 的筆數與金額。

買方要求個別 e-Invoice 時要收什麼

買方結帳時提出要求，供應商要取得適用資料，再建立 individual e-Invoice。公司買方通常需要公司名稱、TIN、註冊號碼、地址、聯絡方式和適用的 SST 資料。

個人買方的資料規則較有彈性。Specific Guideline 第 3.5.4 節允許馬來西亞個人提供 TIN、MyKad 或 MyTentera 號碼，或同時提供兩者。個人只提供身分證號碼時，供應商按指南所列組合使用通用 TIN。收銀員不應自行把同一組通用資料套到公司買方。

買方先收普通收據，後來才想到要 e-Invoice，仍可在交易月份內向供應商提出要求。指南的 Example 4 描述餐廳客人在同月二十八日用原收據取票。供應商找到該筆交易，取得個人資料，再把它從月底待合併資料中移出。

交易跨月以後，供應商可以按指南拒絕要求。Example 5 的買方在九月三十日購物，十月一日才申請。供應商已把九月收據納入 consolidated，因此拒絕補開 individual。

門市應在收據、櫃檯告示或取票頁面寫清截止安排。顧客越早提交資料，財務越有時間處理驗證失敗和重複申請。

RM10,000 與不能合併的交易怎樣判斷

從 2026 年一月一日起，Table 3.6 把任何單筆價值 exceeding RM10,000（超過 RM10,000）的交易列入不得合併範圍。剛好 RM10,000 和 RM10,000.01 的一般規則結果不同。系統判斷要使用大於符號，不能寫成大於或等於。

門市也不能只看金額。Table 3.6 還列出以下交易或活動。

活動	一般規則下需要逐筆處理的範圍
汽車	銷售任何 motor vehicle（機動車輛）
航空	機票及私人包機
建築	符合相關規例定義的建築合約
代理、經銷商或分銷商	公司向有關角色支付的指定款項
電力供應商	配電、供電或售電
電訊	後付配套、網絡訂閱和電子設備銷售

奢侈品與珠寶的詳細規則仍在等待公布，v4.8 明確說明現階段暫緩，買方未索取時可以繼續 consolidated，直至另行通知。門市不要把網上舊表格當成已經生效的門檻。

若咖啡店也出售一台 RM12,000 的商用咖啡機，這筆交易會觸發超過 RM10,000 的限制。普通飲料收據仍可按各自條件合併，不能因店裡大部分商品便宜，就把咖啡機一起放進月底總額。

Interim relaxation 會改變哪一步

Specific Guideline v4.8 第 16 節給予部分納稅人 interim relaxation period（過渡寬免期）。年營業額或收入不超過 RM5 million，並在 2026 年一月一日或七月一日實施的納稅人，表內寬免期到 2027 年十二月三十一日。

符合條件並遵守第 16.2 節時，企業可以對所有活動和交易開 consolidated e-Invoice，包括 Table 3.6 原本要求逐筆處理的範圍。買方提出 individual 要求時，第 16.2(d) 節也容許納稅人不開 individual，前提是企業有按該節采用 consolidated 處理。

這項寬免不能由收銀員看到「小公司」便自行假設。企業應先保存營業額、實施日期和指南版本，由負責人書面確認適用期間，再把 POS 路徑設成 interim。寬免期結束前，系統仍要完成正常規則測試，避免一月一日突然才開始改櫃檯流程。

同一集團不同法律實體、不同實施日期或不同營業額，可能不在同一期間。POS 共用時，要讓每筆交易回到正確的供應商實體。

一家咖啡店怎樣完成月結演算

以下是假設性演示，用來說明數字怎樣對平，不代表 IRBM 指定表格。

一家咖啡店七月份的 POS 顯示 1,250 筆交易，刷卡、現金和電子錢包的銷售總額為 RM28,430。當月另有 RM310 在結帳前已正式取消，17 筆客人索取 individual e-Invoice，這 17 筆合計 RM1,860。

財務先做以下計算。

月結步驟	筆數	金額
POS 原始銷售	1,250	RM28,430
減去已取消交易	8	RM310
月內有效銷售	1,242	RM28,120
減去 individual e-Invoice	17	RM1,860
待納入 consolidated	1,225	RM26,260

提交前還要檢查 17 筆 individual 是否全數通過驗證。若其中一筆資料被拒絕，財務不能不問原因便把它放回 General Public。買方已經要求 individual，團隊應修正資料並重新提交。

一千二百多張收據也不必硬塞進單一明細。咖啡店可以按連續收據編號整理。若上午號碼为 KL070001 至 KL070580，系統重啟後從 KL071001 繼續，兩段編號要分開列示。

MyInvois 每次 submission（提交）最多包含 100 張 e-Invoice，整批最大 5MB，單張 e-Invoice 最大 300KB。這些限制针对提交文件，不等同一張 consolidated 只能包含 100 筆收據。收據量很大時，企業可以拆成數張 consolidated 文件，再分批提交。

POS 至少要留下哪些資料

一套能打印小票的 POS 未必能完成 e-Invoice 月結。企業可用以下欄位測試供應商的實際能力。

資料	為什麼需要
交易日期、時間與分行	確認月份和供應商實體
收據號碼	放入 consolidated 說明並回查原交易
淨額、稅額和總額	與分類、付款和 MyInvois 文件對平
買方是否索取 e-Invoice	決定 individual 或 consolidated
買方資料提交狀態	看資料是否完整、重複或待修正
UUID 與驗證狀態	證明 individual 已從待合併資料移出
取消、退貨與退款關聯	避免把已撤銷金額繼續納入銷售
月結批次和提交時間	確認是否在七天內完成驗證

POS 供應商展示「支援 e-Invoice」時，可以拿一個測試月份給他處理。測試裡要有普通收據、同月取票、跨月取票、剛好 RM10,000、超過 RM10,000、退款和兩個分行。只成功上傳一張樣本 invoice，還不足以證明月底資料能對平。

使用 QR Code 讓顧客自行填資料時，門市也要測試錯字和重複提交。一張收據被兩名同事先後申請，系統應提示重複，不能各開一張 individual。顧客填入的 TIN、身分證號碼和聯絡方式只讓獲授權人員查看，前台畫面不應在下一位顧客結帳時繼續顯示上一位的資料。資料收集頁若暫時離線，收銀員要知道怎樣留下取票申請，待系統恢復後再處理。

高峰期與月底各由誰負責

櫃檯只做影響當下交易的幾個動作。收銀員詢問買方是否需要 e-Invoice，交付普通收據或取票方式，遇到系統標示的大額或指定交易便轉入 individual 流程。員工不需要在隊伍面前解釋整份指南。

後台負責資料品質。每天檢查取票申請和驗證失敗，每週找收據號碼中斷與重複，月底鎖定交易範圍並對平付款渠道。最後由獲授權人員提交和保存驗證結果。

從門市排隊這個場景來看，consolidated 的價值在於把買方資料收集從每一筆小額交易移開。這是根據第 3.5、3.6 節流程作出的實務推論，並非指南原文。企業因此會多出一個重要控制點，月底的收據分流和對賬會決定全年資料能否追溯。

前台節省的時間並沒有消失。它轉成後台需要完成的資料工作。POS 能把 ordinary receipt、individual、consolidated 和待查交易清楚分開，這項交換才值得。

常見錯誤怎樣修

把所有 Walk-in 收據只加成一個總額

重新从 POS 导出构成总额的收据参考号码。指南允许按连续编号整理，仍要求在 Description 中留下相关 reference。只有总额，无法说明哪些交易已经开过 individual。

顧客取票後仍留在 consolidated

以原收據號碼搜尋兩份資料，將該筆交易從待合併集合移出，再重算筆數和金額。月底報告應留下移出時間、UUID 和處理人。

系統把 RM10,000 也攔住

檢查規則是否錯用大於或等於。v4.8 的文字是 exceeding RM10,000。仍須檢查該交易有沒有落入其他禁止合併類別。

企業不確定自己是否仍在寬免期

先停止依靠 interim-only 例外，把營業額、實施日期和法律實體交給負責人核對。確認後再決定當月交易路徑，並保存判斷依據。

次月七日才開始整理

把關帳提前。月底最後一天先停止接收該月新的取票申請，次月一日至三日完成 POS 和付款對賬，留出幾天處理驗證錯誤。七日是提交期限，不適合作為開始工作的日期。

門市完成這套流程後，客人買一杯咖啡仍只需要幾十秒。收據離開櫃檯後會進入清楚的處理路徑，每一張都能回到 individual、consolidated、取消或待查其中一個位置。