金流申請完整指南：資格、資料、審核與開通流程

準備開始線上收款時，很多商家第一個問題是：「金流要去哪裡申請？」但真正影響送件是否順利的，通常不只是選哪一家服務商，而是申請身分、網站揭露、文件內容與撥款帳戶能不能互相核對。

這篇指南會從商家的角度整理金流申請流程，協助你判斷現在是否適合送件，以及送件前還缺哪些資料。申請資格、費率、審核時間與核准結果，仍應以各服務商最新公告、契約及實際審核為準。

先說結論：金流申請要同時準備四個面向

金流申請不是把公司名稱填進表單就完成。送件前至少要讓服務商能回答四件事：誰在申請，要賣什麼，消費者在哪裡看到交易資訊，以及款項要撥到哪個帳戶。

• 申請身分：確認是公司、商號或服務商接受的其他身分，並準備對應的登記與負責人資料。
• 網站與商品資訊：消費者應能辨識經營者、商品或服務內容、價格、聯絡方式及交易規則。
• 審核文件：申請資料上的名稱、統一編號、地址、負責人與其他欄位要和證明文件一致。
• 收款與撥款設定：確認預計提供的付款方式、撥款帳戶及通過後的技術啟用方式。

這四個面向必須一起看。例如，證件齊全但網站仍只有「即將上線」畫面，服務商可能無法判斷實際交易內容；網站看起來完整，但申請名稱與撥款帳戶戶名無法核對，也可能需要補充說明。較穩妥的做法，是在送件前先完成一次跨資料檢查，而不是等收到補件通知才逐項處理。

金流申請是什麼？商家申請收款服務，不是申請成為支付業者

一般商家所說的「金流申請」，通常是向銀行、第三方支付服務商或電商平台的金流服務提出申請，取得信用卡、轉帳、超商代碼或其他線上收款能力。商家的角色是申請使用服務，服務商則會依其規範確認申請身分、營業內容、網站資訊與風險條件。

這和「申請成為第三方支付服務業者」不是同一件事。數位發展部針對第三方支付服務業者另有能量登錄申請須知，規範的是提供第三方支付服務的業者，不是每一間要在網站收款的商家。搜尋資料時若把兩種申請混在一起，容易準備錯誤文件，也可能誤判自己需要辦理的程序。

因此，商家第一步不是先背法規名稱，而是先確認自己要使用哪一種收款路徑，再回到該服務商的官方申請條件逐項核對。後續章節會進一步拆解常見路徑、送件時機、文件清單與開通後測試。

金流、第三方支付與電子支付有什麼差異？

「金流」是商務上的廣義說法，描述款項如何從消費者移轉到商家；第三方支付與電子支付則涉及不同服務模式與法規位置。對準備申請收款的商家來說，先分清自己是要使用哪一種服務，比試圖用一個名稱涵蓋所有付款方式更重要。

類型	商家通常要解決的問題	送件前主要確認	資訊來源
銀行收款服務	信用卡或帳戶相關收款	銀行資格、契約、串接與撥款條件	承作銀行官方說明
第三方支付服務	透過服務商處理線上交易款項	商家身分、營業內容、網站、文件與風險審核	服務商及數位發展部資訊
電子支付服務	使用電子支付帳戶或其付款功能	商店合作條件、付款場景、結算與技術設定	電子支付機構及主管機關資訊
電商平台內建金流	在既有商店後台申請並管理付款	平台方案、商店條件、審核資料與可用付款方式	平台官方後台與支援文件

上表用來協助辨識路徑，不是法律分類結論。實際服務可能同時包含多種角色，名稱與合作方式也會隨服務商而異。若申請內容涉及法規資格或特定交易模式，應以主管機關與服務商的正式說明為準。

常見金流申請路徑怎麼選？先看現有系統與交易場景

商家不一定要從零開始找金流商。較有效率的順序，是先確認目前網站、商店或訂單系統已支援哪些服務，再比較這些選項是否符合交易場景。若平台已提供官方整合，申請、設定與訂單回寫通常能在同一套後台處理；若既有系統需要特殊流程，則可能要評估獨立申請與技術串接。

• 使用電商平台：先查看平台官方支援的金流、適用方案與申請入口。
• 使用自建網站：確認購物車或訂單系統支援的串接方式，以及失敗交易、退款與通知如何處理。
• 只有付款連結需求：確認服務是否支援所需交易情境、商品類型、對帳與消費者資訊揭露。
• 需要特殊付款流程：先把訂單狀態、付款結果、發票、會員與後台操作寫成流程，再評估服務與開發需求。

選擇路徑時不要只比較單一手續費。還要一起看申請資格、固定費用、撥款、退款、對帳、技術維護與客服責任。費率與條件會變動，正式決策時應回到候選服務的最新契約與官方方案頁。

什麼時候適合送件？先讓網站與營業資料可以被核對

適合申請金流的時間點，不是等到網站外觀全部打磨完成才申請，而是審核端已能理解「誰在賣，賣什麼，怎麼交易，以及發生問題如何聯絡」。如果核心資訊尚未確定，先送件通常只會把未完成項目變成補件。

較適合送件	建議先補齊
申請主體與證明文件已確認	公司、商號、品牌與帳戶名稱仍互相矛盾
網站可查看實際商品或服務與價格	只有首頁或「即將上線」，無法判斷交易內容
聯絡、退換貨或服務政策可被找到	交易政策仍是範本文字或沒有聯絡管道
撥款帳戶與申請身分可以核對	帳戶戶名或使用權仍待確認
知道要啟用哪些付款方式與系統	尚未決定訂單、付款結果與退款如何處理

「網站完成」不代表每一頁都不能再修改，而是交易相關資訊已足以接受檢查。若服務商另有產業、商品或網站要求，也要以該服務商的當期規則為準。

金流申請要準備哪些資料？用四層清單避免漏件

不同服務商與申請身分的文件不完全相同。以下不是通用核准清單，而是整理資料的四層框架。正式送件前，仍要逐欄對照服務商後台與官方文件。

• 申請主體：公司或商業登記資料、負責人或申請人資料、服務商要求的身分證明。
• 銀行與撥款：帳戶資訊、戶名、分行，以及後台要求的帳戶證明。
• 網站與營業：正式網址、商品或服務內容、售價、聯絡方式、交易政策與預計營業模式。
• 補充說明：品牌與登記名稱差異、特殊商品、預售或服務履約方式等可能需要說明的情況。

整理時可建立一張欄位對照表，把「後台欄位、證明文件、網站顯示」放在同一列。若三者名稱或地址不同，先確認原因與可提供的證明，不要自行修改成看似一致卻不符合事實的內容。

金流申請流程：從選擇服務到開通測試的八個步驟

1. 確認交易情境：整理商品或服務、付款方式、訂單系統、退款與對帳需求。
2. 選擇申請路徑：比較平台內建、第三方支付、銀行或特定付款服務。
3. 核對申請資格：依服務商最新官方條件確認身分、產業與網站要求。
4. 整理網站與文件：讓後台欄位、證明文件與網站揭露可以互相核對。
5. 正式送件：依事實填寫，不用猜測或為了看似完整而填入未確認內容。
6. 回覆補件：先辨識問題欄位，再提供能直接回答問題的文件或說明。
7. 完成技術啟用：設定付款方式、通知、訂單狀態、退款與必要的系統串接。
8. 小額測試與交接：實測成功、失敗、取消、退款、通知及對帳流程，再開放正式使用。

審核通過只代表申請階段完成，不代表網站收款流程已通過營運測試。正式開放前，應讓客服、財務與網站管理者都知道異常交易如何處理。

常見風險：不要把核准、費率與開通時間當成保證

• 過度承諾核准：協助整理資料不等於能決定服務商的最終審核。
• 只看交易費率：忽略固定費用、撥款、退款、對帳、串接與內部作業成本。
• 把估計時間當承諾：實際時間會受服務商、申請內容與補件往返影響。
• 文件與網站不同步：公司、品牌、地址、商品或政策資訊互相矛盾。
• 通過後沒有測試：付款成功，但訂單、通知、退款或對帳沒有正確運作。

若服務條件涉及特定產業、預收款、跨境、訂閱或其他特殊交易模式，應主動向候選服務商確認，不要套用一般商品交易的經驗。

金流申請常見問題

個人賣家可以申請金流嗎？

要看服務商、交易內容與當期資格。不同服務接受的申請身分不同，不應把某一家或某個時期的規則套用到所有金流。先確認候選服務商官方條件，再依後台要求準備身分、銀行與網站資料。

公司、商號與個人準備資料有什麼差異？

差異通常在登記、負責人或申請人、銀行帳戶及服務商要求的關係證明。正式項目必須依所選服務商與申請身分核對，不能用一份通用清單代替官方欄位。

網站還沒完成，可以先申請嗎？

部分服務可能允許先開始流程，但審核通常仍需要足以理解商家、商品或服務與交易規則的資訊。如果網站只有占位內容，建議先補齊核心交易頁面，並向服務商確認可接受的完成程度。

金流審核要多久？

沒有適用所有服務商與商家的固定天數。實際時間會受申請量、身分、營業內容、文件完整度與補件往返影響。若官方提供估計時間，仍應把它視為參考，不是核准承諾。

收到補件通知代表申請會被拒絕嗎？

不一定。補件表示審核端需要更多資料或說明。先確認通知要求回答的問題，再提供對應文件；是否核准仍由服務商依完整資料判斷。

如何申請統一金流或藍新金流？

請直接從 PAYUNi 統一金流或藍新金流官方網站與正式申請入口查看當期方案、資格及文件。本文提供的是跨服務的準備框架，不代替特定品牌流程。

金流通過後就可以直接收款嗎？

還需要完成啟用與測試。至少驗證付款成功、付款失敗、取消、退款、訂單狀態、通知、撥款及對帳，並指定異常處理人員。

內文精華總結

先確認申請路徑與身分，再同步整理網站、文件和撥款資料。送件時依事實填寫，補件時直接回答問題，通過後完成全流程測試。這套順序無法保證核准，卻能降低因資料矛盾與準備不足造成的往返。

• 商家申請使用收款服務，與申請成為第三方支付服務業者是不同程序。
• 送件前要讓申請身分、網站揭露、證明文件與撥款帳戶互相對得起來。
• 不要只看交易費率，也要比較撥款、退款、對帳、串接與內部處理責任。
• 審核通過後仍需實測成功、失敗、取消、退款、通知與對帳流程。

下一步：先依四層清單找出缺口，再選定服務商並回查當期條件。SHOPLINE 商店可接著查看SHOPLINE Payments 申請資料清單；收到退回通知時，閱讀金流審核補件常見原因；網站仍在準備階段，則使用網站未完成時的商家資訊清單。