智慧販賣機 LINE Pay 整合深度指南：申請流程、費率與實戰導入時間表

「為什麼我的販賣機只有現金？」這是 2026 年最不該出現的問題。台灣行動支付普及率已超過 70%，在辦公室、學校、醫院等主要販賣機場景中，不少消費者已習慣無現金生活。一台只收現金的販賣機，等同於對超過一半的潛在消費拒之門外。

本文將完整說明如何為您的智慧販賣機導入 LINE Pay，包括申請流程、費率結構、對帳方式，以及從申請到上線的實際時間表。

為什麼是 LINE Pay？

台灣行動支付市場競爭激烈，LINE Pay、街口支付、Apple Pay、Google Pay 各有用戶群。為什麼應該優先導入 LINE Pay？

數字說話

LINE 台灣月活用戶：2,200 萬（覆蓋台灣 90% 以上智慧型手機用戶）
LINE Pay 交易用戶：超過 800 萬
綁定信用卡率：LINE Pay 用戶中 78% 已綁定信用卡

販賣機場景的 LINE Pay 優勢

無需另外開啟 App：LINE 本來就常駐後台，掃碼支付幾乎零延遲
紅利回饋機制：LINE POINTS 回饋讓消費者有動機主動選擇 LINE Pay
企業版整合：可與企業 LINE 官方帳號整合，做會員制消費回饋
台灣本土服務：客服支援、對帳系統、退款流程都以繁中介面為主

LINE Pay 商家申請流程

申請前準備文件

申請 LINE Pay 商家帳號（LINE Pay for Business）需要準備以下文件：

個人業者（自然人）：

身分證正反面掃描
金融帳戶存摺封面（銀行帳號需為申請人本人名義）
商業登記資料（若有）

公司行號：

公司統一編號
負責人身分證
公司登記抄本（或網路查詢列印）
公司帳戶存摺封面

申請步驟詳解

Step 1：前往 LINE Pay 商家官網 網址：https://pay.line.me/tw/business（需使用台灣帳號登入）

Step 2：選擇「實體通路」類型 LINE Pay 商家分為線上通路和實體通路。販賣機屬於實體通路，選擇「線下支付（QR Code 靜態碼）」或「線下支付（動態碼）」。

靜態 QR Code：機台上貼固定 QR Code，消費者掃碼後手動輸入金額，無法自動結帳
動態 QR Code（推薦）：機台螢幕動態產生金額和 QR Code，消費者掃碼後金額自動帶入，一鍵支付

智慧販賣機應優先選擇動態 QR Code 方案，需要販賣機具備螢幕並能呼叫 LINE Pay API。

Step 3：填寫商家資料 填寫店家名稱（建議與機台上顯示的名稱一致）、所屬類別（選「自動販賣機/無人販售」）、服務電話。

Step 4：設定收款帳戶 填入銀行帳號資訊，LINE Pay 的撥款週期為每週一次，週一至週日的交易金額會在次週統一撥款。

Step 5：等待審核 一般商家審核 3–7 個工作天。若有問題，LINE Pay 商家支援會以 Email 聯繫。

LINE Pay 費率結構詳解

費率是所有業者最關心的問題。以下是 2026 年 LINE Pay 商家的費率結構：

基本費率

方案	手續費率	適用條件
標準方案	1.9%	月交易額 NT$0–50萬
進階方案	1.6%	月交易額 NT$50–200萬
企業方案	1.3%	月交易額 NT$200萬以上，需簽約

換算成販賣機實際影響： 假設每台機每月交易額 NT$25,000：

手續費：NT$25,000 × 1.9% = NT$475/月
等同於每天多賣 1–2 瓶飲料就能覆蓋手續費成本

相比增加的銷售量（導入行動支付後通常提升 15–30%），手續費成本幾乎可以忽略。

其他費用

設定費：NT$0（免設定費）
月費：NT$0（免月費）
退款手續費：每筆退款 NT$15（建議在維運流程中減少退款需求）

API 整合技術要點

動態 QR Code 方案需要您的販賣機控制系統能呼叫 LINE Pay API。對於技術整合，以下是關鍵說明：

LINE Pay API 架構

LINE Pay 提供 RESTful API，主要用到以下兩個端點：

建立付款請求（POST /v3/payments/request）
- 傳入：金額、訂單號、商品描述
- 回傳：付款 URL 或 QR Code 圖片連結
確認付款結果（POST /v3/payments/{transactionId}/confirm）
- 消費者付款後呼叫此端點確認交易完成
- 收到 SUCCESS 代碼後，販賣機出貨

沙盒測試環境

LINE Pay 提供完整的沙盒（Sandbox）環境，建議先在測試環境完成整合驗證，再切換到正式環境。沙盒申請網址：https://sandbox-web-pay.line.me/

整合挑戰與解決方案

挑戰一：網路不穩定 販賣機通常使用 4G/5G SIM 卡或固定網路，若網路中斷，API 呼叫失敗。建議在控制系統中設計「離線緩存 + 上線後同步」的機制，並加入重試邏輯。

挑戰二：交易超時處理 LINE Pay 付款碼有 3 分鐘的有效期限。若消費者在碼到期後才掃碼，需重新產生。控制系統應有倒計時顯示並能自動刷新 QR Code。

挑戰三：退款流程 若出貨失敗（卡貨、商品不足），需能自動發起退款請求。建議在販賣機控制系統中建立出貨確認機制，先確認出貨成功再完成扣款。

對帳方式與報表系統

LINE Pay 商家後台

LINE Pay 提供線上商家後台（https://pay.line.me/tw/business），可查看：

每日、每週、每月交易明細
撥款記錄與預計入帳日期
退款紀錄
交易分析報表（依時段、金額分佈）

CSV 匯出與系統整合

商家後台支援 CSV 格式匯出，可匯入 Excel 或會計系統進行帳務處理。若您管理 10 台以上的機器，建議透過龍雲數位 TransTEP 等 IoT 管理平台整合 LINE Pay 對帳數據，將每台機器的交易記錄自動彙整，省去人工核帳的時間。

TransTEP 平台支援多種行動支付的統一對帳，讓業者不需要同時登入 LINE Pay、街口、信用卡收款等多個後台，一個介面查全部數據。

更多關於智慧零售 ESG 與數位轉型的背景，可參考智慧零售 ESG 永續發展策略，了解行動支付導入如何同時提升環境友善度（減少現金運鈔碳排）。

實戰導入時間表

從決定導入到正式上線，以下是典型的時間規劃：

第一週：申請與準備

天數	工作項目
Day 1–2	準備申請文件，送出 LINE Pay 商家申請
Day 3–5	審核等待期間，同時評估販賣機控制系統的 API 整合能力
Day 6–7	確認沙盒測試帳號，開始開發整合

第二週：技術整合

天數	工作項目
Day 8–10	沙盒環境 API 整合開發
Day 11–12	測試付款流程、退款流程、網路異常處理
Day 13–14	待 LINE Pay 審核通過（通常 5–7 工作天）

第三週：正式上線

天數	工作項目
Day 15–16	切換正式環境，小量交易測試
Day 17	第一台機器正式啟用 LINE Pay
Day 18–21	陸續更新其他機台，觀察交易數據

最快 3 週上線，但若控制系統需要客製開發，通常需要 4–6 週。

常見問題 Q&A

Q：我的機器已有刷卡功能，還需要 LINE Pay 嗎？ A：需要。信用卡實體刷卡（需要刷卡機）和 LINE Pay 掃碼支付的用戶群不完全重疊。行動支付用戶習慣手機結帳，實體卡已很少隨身攜帶。兩者並行才能涵蓋最大用戶群。

Q：沒有公司行號，個人可以申請嗎？ A：可以。LINE Pay 支援以自然人身份申請商家帳號，但撥款帳戶需為申請人本人名義的銀行帳戶。

Q：LINE Pay 和街口支付能同時使用同一個 QR Code 嗎？ A：不行，兩者是獨立的系統。但您可以在機台螢幕上同時顯示兩個 QR Code，讓消費者選擇。或使用支援多支付管道的通用支付閘道（如 TapPay），統一整合多種行動支付。

Q：消費者掃碼後支付失敗，機器已出貨怎麼辦？ A：這是系統設計問題。正確的流程應是「先確認扣款成功，再出貨」，即使需要 2–3 秒的確認延遲也值得。機器不應在收到 LINE Pay 付款成功回調之前出貨。

結語：行動支付是基礎建設，不是附加功能

2026 年，LINE Pay 整合不再是「加分項」，而是智慧販賣機的基礎建設。消費者不帶零錢、不知道機器的硬幣規格、甚至口袋裡完全沒有現金的情況越來越普遍。

一台無法行動支付的販賣機，在高消費力場所（辦公室、科學園區、醫院）的競爭力已大幅下滑。現在導入，不是為了超越競爭對手——而是為了留在賽場上。