Updated
여기서 멀티테넌트가 뜻해야 하는 것
결제 플랫폼에서 테넌트 구분은 대시보드의 필터가 아닙니다. 테넌트마다 자체 잔액과 자체 가맹점, 자체 한도, 자체 정산이 있어야 하고, 한 테넌트의 어떤 조회도 다른 테넌트의 데이터에 닿아서는 안 됩니다.
그 위에서 네트워크는 총 거래량과 활성 카드 수, 거래 구성 같은 통합 화면이 필요하지만, 그 화면이 아래의 분리를 우회하는 통로가 되어서는 안 됩니다.
브랜딩도 테넌트별입니다. 자기 이름으로 카드를 발행하는 회원사가 네트워크 로고가 박힌 카드를 고객에게 건네서는 안 됩니다. 그렇게 설계한 경우가 아니라면 말입니다.
- 테넌트마다 자기 가맹점과 카드, 규칙을 직접 관리합니다.
- 정산은 테넌트별, 가맹점별로 이루어지며 절대 합쳐지지 않습니다.
- 네트워크는 테넌트 간 데이터 접근 없이 집계 리포트만 봅니다.
네트워크의 도입 방식
- 01
테넌트 구조 설계
어느 회원사가 테넌트가 되고, 네트워크가 그 위에서 무엇을 보는지 정합니다.
- 02
브랜딩 정책 결정
네트워크 전체 단일, 테넌트별, 또는 혼합입니다.
- 03
한 번의 연동
네트워크 수준에서 API와 Terminal SDK를 연동하면 모든 테넌트가 이어받습니다.
- 04
회원사 온보딩
각각을 테넌트로 두고 자체 가맹점과 자체 프로그램을 갖게 합니다.
세부 사항
- 테넌트
- 마스터 계정 하나에 제한 없음
- 데이터 분리
- 화면이 아니라 원장 수준에서 적용
- 테넌트별 설정
- 카드, 가맹점, 프로그램, 지출 규칙
- 통합 화면
- 설계상 집계만 제공
- 온보딩
- 회원사가 많을 때는 API로
- 수익 조건
- 네트워크 단위 계약, 테넌트별 가격
관련 문의
7Konto는 PSP 결제창에 어떻게 임베딩되나요?
7Konto는 기존 결제창 안에서 이미 제공 중인 카드와 월렛 옆에 새로운 결제 수단으로 나타납니다. 해당 게이트웨이를 쓰는 모든 가맹점은 자기 사이트를 한 줄도 고치지 않고 “7Konto로 결제”를 보게 됩니다. 게이트웨이와 한 번만 연동하면 포트폴리오 전체에 적용됩니다.
어떤 데이터가 우리에게 남고, 어떤 데이터가 Visa나 Mastercard로 가나요?
전부 남고, 아무것도 가지 않습니다. 폐쇄형 거래 데이터는 귀사와 가맹점의 것이며, 카드사 망을 거치지 않으므로 인터체인지도 적용되지 않습니다. 누가 언제 어디서 얼마를 썼는지 POS와 온라인을 하나의 데이터로 온전히 파악할 수 있습니다.
EMI나 은행 라이선스가 필요한가요?
기프트 카드, 직원 복리후생 계정, 호텔 투숙객 계정, 이벤트 결제 같은 일반적인 폐쇄형 사례에는 필요하지 않습니다. PSD2의 한정 네트워크 예외와 다른 지역의 유사한 제도에 해당합니다. 가맹점 네트워크가 매우 넓은 경우처럼 프로그램이 그 예외의 경계에 가까워지면, 구축한 뒤가 아니라 구축하기 전에 말씀드립니다.
스타벅스 모델과 같은 것인가요?
앱이 없는 같은 경제 구조입니다. 스타벅스는 고객이 설치해야 하는 전용 앱을 만들었고, 그 결과 매우 큰 선불 예치금을 보유하고 있습니다. 7Konto는 그중 폐쇄형 부분을 Apple Wallet과 Google Wallet으로 제공하므로 개발할 앱도, 고객을 이탈시키는 설치 단계도 없습니다. 또한 PSP 임베딩을 통해 한 브랜드가 아니라 가맹점 포트폴리오 전체로 확장됩니다.
누가 7Konto와 파트너가 될 수 있나요?
은행, EMI, 매입사, 결제 서비스 제공사, 프로세서, POS 단말기 제조사, 결제 네트워크입니다. 각각 별도 프로그램이 있으며, 자사 브랜드로 오프라인과 온라인에서 폐쇄형 결제 기능을 가맹점에 제공할 수 있습니다.
완성된 위젯 외에 API도 제공하나요?
세 가지 경로가 있습니다. 완전한 제어를 원하는 개발 인력을 갖춘 파트너를 위한 REST API와 Terminal SDK, 한 번의 클릭으로 끝나는 네 가지 인증을 갖춘 JavaScript 임베드 형태의 결제 위젯, 그리고 7Konto가 게이트웨이 안의 기본 결제 수단이 되어 가맹점은 아무것도 연동하지 않는 PSP 결제창 임베딩입니다.