
- 登入
- 註冊

金流申請通過後,還要完成帳號啟用與付款方式確認,設定商品和交易資訊,完成測試、退款規則及對帳流程,才算真正準備好收款。取得核准不是終點,而是從文件審核進入營運設定的起點。
如果你剛收到金流核准通知,先不要急著把付款入口大量發出去。本文整理一份從開通到正式收款的檢查清單,並說明什麼情況適合用 SLP立即付、完整網站或客製串接承接下一步。
金流已核准,現在需要一個收款入口?可先查看SLP立即付,用收款連結或一頁式商品承接付款;若流程涉及既有會員與訂單,再評估系統串接。
金流申請通過,代表支付服務商已依當次申請資料完成相應審核,商家可以依核准內容進行後續啟用。這不代表每一種付款方式、每一個網址、每一類商品或其他未來情境都自動適用。
第一件事是回頭核對核准主體與商店名稱,也要確認正式網址和撥款帳戶,以及可用的付款方式。若申請後營業內容、網址、公司資料或交易模式已有變更,應先依服務商規則確認是否需要更新,不要直接沿用舊資料上線。
支付與退款會直接影響款項,不適合多人共用同一組最高權限帳號。至少要分清楚誰能查看交易,誰能下載報表,誰能處理退款與修改付款設定,以及誰負責帳號和安全驗證。
| 下一步 | 適合情境 | 應先確認 |
|---|---|---|
| SLP立即付 | 單一服務或少量商品,以及社群或訊息成交 | 商品與付款資訊,以及交付、退款和對帳 |
| 秒站 | 需要品牌官網和內容,以及標準電商與長期營運 | 網站架構與商品、物流與訂單,以及維護責任 |
| 系統開發 | 付款結果需要進入會員、預約、發票或內部系統 | API 與資料欄位,以及權限、狀態和例外 |
| 無窮願 | 宮廟或寺院的點燈、祈福、名冊與對帳 | 服務項目與信眾資料,以及收據和現場行政流程 |
若只是要讓第一項商品開始收款,先用較聚焦的入口即可。若交易前需要大量內容建立信任,或交易後要管理多種商品與會員,完整網站較合適。當標準產品無法處理資料流向,再進入系統開發。
測試不是確認按鈕能點,而是驗證一筆交易從消費者看到商品,到商家完成交付及對帳的完整路徑。應依平台正式文件確認測試方式與環境,也要使用平台允許的資料,不自行使用來路不明的測試卡號。
退款會影響訂單狀態和支付平台,也會改變消費者帳款與財務紀錄。上線前要確認誰可以提出退款,誰負責核對金額與原因,退款後如何通知消費者,以及內部訂單與會計紀錄如何同步。
資料來源(2026 年 8 月查核):SHOPLINE Payments 信用卡退刷流程。
SHOPLINE Payments 的信用卡退刷流程,以及可操作範圍與注意事項,可查閱官方信用卡退刷說明。不同付款方式可能有不同期限與處理方式,實務操作前應以當期後台與官方文件為準。
對帳的目標,是讓訂單、付款、退款、手續費與撥款之間能被核對。若財務只看到銀行入帳總額,卻無法追到每筆交易與調整原因,發生差異時就會花大量時間人工查找。
資料來源(2026 年 8 月查核):SHOPLINE Payments 帳戶管理文件。
SHOPLINE Payments 官方帳戶管理說明列出綜合對帳單、交易紀錄報表與已結算餘額明細表,可從官方文件核對目前欄位與操作。內部則應建立固定對帳週期、差異負責人與留存方式。
建議先完成帳號和付款入口,補齊商品資訊與通知,再完成測試、退款及對帳設定後小範圍上線。取得核准不代表營運流程已全部驗證。
不一定。可使用的付款方式和啟用流程,以及適用條件,要依商家帳號、審核結果及服務商當期規則確認,不應只依一般介紹頁推定。
要依平台提供的測試方式與環境處理。若只能用正式環境測試,應先確認金額、退款與帳務作法,不使用未經官方文件確認的測試資料。
要看使用的平台與串接方式。即使支付平台已退款,內部訂單、會員權限、發票或服務紀錄仍可能需要另外處理,上線前應逐項驗證。
可依交易量與內控制度安排每日、每週及每月層級。重要的是固定使用相同欄位核對交易、退款、手續費與撥款,並記錄差異及處理結果。
若需要收款連結,可評估 SLP立即付;需要完整網站,可導向秒站;若付款結果要接入特殊會員、訂單或內部流程,可先盤點系統開發需求。
先建立一個資訊完整的商品或服務入口,完成測試與對帳,再逐步把收款連結放進網站、社群及客戶溝通流程。