Updated
在這裡，多租戶必須是什麼意思
支付平台上的租戶區隔，不是儀表板上的一個篩選條件。每個租戶都需要自己的餘額、自己的商家、自己的限額與自己的結算，而且任何一個租戶的查詢都不得觸及另一個租戶的資料。
在這之上，網路需要一個彙總視圖——總交易量、有效卡片數、交易組合——而這個視圖不能變成繞過底層隔離的途徑。
品牌也是依租戶設定：以自己的名義發卡的成員，不該讓顧客拿到一張印著網路標誌的卡片，除非設計上本來就如此。
- 每個租戶自行管理自己的商家、卡片與規則。
- 結算依租戶與商家分別進行，絕不混在一起。
- 網路看得到彙總報表，但無法跨租戶存取資料。
網路如何部署它
- 01
設計租戶架構
哪些成員是租戶，以及網路能跨租戶看到什麼。
- 02
訂定品牌政策
全網路統一、依租戶設定，或兩者並行。
- 03
整合一次
在網路層級提供API與Terminal SDK，由每個租戶繼承。
- 04
導入成員
每位成員各自成為一個租戶，有自己的商家與自己的計畫。
細節
- 租戶
- 一個主帳戶底下數量不限
- 資料隔離
- 在帳本層級執行，而不是在介面層
- 各租戶的限額
- 卡片、商家、計畫與消費規則
- 彙總視圖
- 依設計只提供彙總數字
- 導入
- 透過API，適合大量成員
- 商務條件
- 網路層級的合約，依租戶定價
對此有疑問
7Konto如何嵌入PSP的結帳流程？
7Konto會以新的付款方式出現在您現有的結帳頁面，與您已提供的信用卡和電子錢包並列。該閘道上的每一家商家都會看到「使用7Konto付款」，卻不必更動自己網站上的任何一行程式碼：我們與閘道整合一次，整個商家組合就都具備這項功能。
哪些資料留在我們手上，哪些會送到Visa或Mastercard？
全部留下，一點也不外流。封閉式交易資料屬於您和商家，沒有任何資料經過卡片組織，也不適用交換手續費。您可以取得完整歸因——誰、在哪裡、什麼時候花了多少——POS與線上匯整在同一份資料中。
我需要EMI或銀行執照嗎？
一般的封閉式應用不需要：禮物卡、員工福利帳戶、旅館住客帳戶、活動支付。這些落在PSD2的有限網路豁免範圍內，其他地區也有類似規範。如果某個計畫接近豁免的邊界——例如商家網路過於廣泛——我們會在建置之前就說明，而不是事後才講。
這是星巴克模式嗎？
經濟模式相同，但不需要App。星巴克打造了一款顧客必須安裝的專屬應用程式，因此握有龐大的預付資金池。7Konto透過Apple Wallet和Google Wallet提供其中封閉式支付的那一面，所以不必開發App，也不會在安裝這一步流失顧客——而且藉由嵌入PSP，它涵蓋的是整個商家組合，而不只是單一品牌。
誰可以成為7Konto的合作夥伴？
銀行、EMI、收單機構、支付服務商、處理機構、POS終端機廠商與支付網路。每一類都有專屬方案：您可以用自己的品牌，為商家擴充線下與線上的封閉式支付能力。
除了現成元件，你們也提供API嗎？
有三條路徑。REST API與Terminal SDK適合有工程團隊、想要完全掌控的夥伴。結帳元件是現成的JavaScript嵌入程式，提供四種一鍵驗證方式。還有PSP結帳嵌入，讓7Konto成為您閘道中的原生付款方式，商家完全不需要做任何整合。