功能

同一筆餘額,用在商家自己的結帳頁面

一個現成元件,用一行JavaScript就能把「使用7Konto付款」加到任何結帳頁面。顧客一鍵完成驗證——Wallet卡片、手機、電子郵件驗證碼,或企業帳號——他們在門市使用的那筆餘額就在線上被扣除。

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

Updated

重點摘要

整合
一行JavaScript嵌入程式碼
驗證
Wallet卡片、手機、電子郵件驗證碼、企業帳號
樣式
樣式參數,或完全以API掌控
提供範圍
自Network方案起

Updated

把它加進結帳頁面

  1. 01

    貼上一行

    在結帳頁面放一個script標籤,帶上商家的金鑰。

  2. 02

    選擇驗證方式

    啟用適合該商家顧客的方式;元件會在執行時從中自動選擇。

  3. 03

    對齊品牌

    樣式參數可設定顏色、字型、圓角與按鈕樣式,配合商家或您的配色。

  4. 04

    開始收款

    餘額被扣除,結果會像任何其他付款方式一樣回傳到商家的訂單流程。

四種進入方式,不必建立帳號

線上封閉式支付最難的部分,是在不要求對方註冊的情況下證明付款人是誰。元件提供四種途徑,並依帳戶類型挑出合理的預設值,讓消費者和企業使用者各自走上最短的可行路徑。

Wallet卡片

在櫃檯用的同一張卡片,掃描或直接選取——對既有顧客來說是最短路徑。

手機或電子郵件

SMS一次性驗證碼、即時Flash-call,或電子郵件驗證碼。不用密碼,也沒什麼要記。

企業帳號

給B2B和B2E使用者,他們不該為了用掉補助而被要求註冊消費者帳號。

它碰什麼、不碰什麼

卡片資料
沒有——它移動的是封閉式餘額,所以PCI DSS的適用範圍不變
訂單流程
像任何付款方式一樣回傳成功或失敗
退款
從管理後台或API退回同一筆餘額
B2B路由
企業帳戶帶有自己的限額與商家規則
報表
線上交易量落在與POS相同的那本帳本裡
深度掌控
元件可以改用直接呼叫API取代

對此有疑問

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

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

線上結帳元件如何運作?

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

這個元件支援哪些驗證方式?

四種,全部一鍵完成:Wallet卡片本身、以SMS驗證碼或即時Flash-call驗證手機號碼、電子郵件一次性驗證碼,以及提供給B2B和B2E使用者的企業帳號,讓他們完全不必看到消費者註冊流程。商家或PSP可以選擇啟用哪幾種,結帳開始時元件會依帳戶類型自動選擇。

這個元件可以套用我們的品牌樣式嗎?

可以。它接受樣式參數——顏色、字型、圓角、按鈕樣式——所以能呈現您或商家的配色。若需要完全掌控,也可以改用直接呼叫API的方式,把功能放進您自己的結帳介面。

線上流程的PCI DSS怎麼處理?

線上流程完全不接觸卡號——它移動的是封閉式帳戶之間的餘額,與開放式卡片處理屬於不同的法規範疇。PCI DSS規範的是卡片資料,那仍是您的PSP的責任;7Konto只是並存於旁的另一種付款方式。

為結帳加上封閉式支付

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

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