解決方案

他們在門市用的餘額,也能在線上用

一個只能在櫃檯運作的封閉式計畫,只是半個計畫。同一張卡片、同一筆餘額、同一套規則,也能在商家自己的結帳頁面運作——用一行JavaScript加入,或透過PSP閘道自動出現。

  • 一行JavaScript
  • 四種驗證方式
  • 與POS共用同一筆餘額

Updated

重點摘要

整合
元件嵌入、PSP閘道,或REST API
驗證
Wallet卡片、手機、電子郵件驗證碼、企業帳號
帳戶路由
B2C與B2B/B2E自動處理
方案
自Network起;帳戶辨識自Scale起

Updated

商家取得它的三種方式

透過已經整合7Konto的PSP,付款方式就會直接出現在結帳畫面,商家端完全不必做事。

在自己的網站上,一段JavaScript嵌入程式碼就能把「使用7Konto付款」放進付款清單,並套用自家配色。

若是自建結帳流程,REST API提供的是結帳元件所使用的同一組授權、請款與退款呼叫。

  • 流程中不會經手任何卡片資料,所以PCI DSS的適用範圍不變。
  • 退款會從管理後台或API退回同一筆餘額。
  • 線上與POS的交易量落在同一本帳本與同一條報表資料流裡。

顧客要做什麼

  1. 01

    在結帳時選擇7Konto

    就在商家已提供的信用卡和電子錢包旁邊。

  2. 02

    一鍵登入

    他們的Wallet卡片、手機驗證碼、電子郵件驗證碼,或企業帳號。

  3. 03

    系統選出正確的帳戶

    Smart Account Detection會套用付款餘額所屬帳戶的限額與商家規則。

  4. 04

    訂單完成

    成功結果像任何其他付款方式一樣回傳到商家的訂單流程。

細節

嵌入程式大小
一個script標籤
樣式
樣式參數,或完全以API掌控
訪客結帳
全程都不必建立帳號
企業使用者
以企業帳號登入,絕不需要消費者註冊
報表
在同一份資料中可依通路拆分
提供範圍
Network方案以上

對此有疑問

你們也處理線上付款,還是只有POS?

兩者都有,共用同一筆餘額。商家網站有結帳元件,也能直接嵌入PSP閘道成為一種付款方式。一個管理後台、一本交易帳本、一條報表資料流——線下與線上合而為一。

線上結帳元件如何運作?

商家用一行JavaScript嵌入程式碼把它加到結帳頁面。顧客選擇「使用7Konto付款」後,以四種方式之一完成驗證——掃描自己的Wallet卡片、收取SMS驗證碼或Flash-call、輸入電子郵件一次性驗證碼,或以企業帳號登入——接著元件會扣除餘額,並回傳成功結果給商家。

商家必須修改自己的網站嗎?

取決於導入路徑。透過已整合7Konto的PSP:完全不必——付款方式會自動出現。使用獨立元件:一行JavaScript。若是自建結帳流程:使用REST API。

7Konto怎麼知道顧客是B2C還是B2B/B2E?

靠Smart Account Detection。顧客完成驗證時,平台會把他導向正確的帳戶類型——消費者是個人禮物卡與忠誠度餘額,B2B和B2E使用者則是企業信用額度或員工補助——並套用該帳戶的規則、限額與商家限制。

商家可以只用線上、不用POS嗎?

可以,反過來也行。純線上可透過元件或您的閘道運作,完全不需要終端機;純POS適合沒有線上通路的零售業。大多數商家最後兩者都用,但這並非必要。

為線上結帳加上封閉式支付

30天免費試用,由我們的團隊完成設定並提供支援。

我們使用分析Cookie來了解網站的使用情形。在您做出選擇之前不會設定任何Cookie,拒絕也不會影響網站的運作。 閱讀Cookie政策