updated 2025.01.31
토스페이먼츠 팀에서 세일즈 기회 요소에 대해 세일즈포스에 기록 및 관리하고
리스크, 원천사, 온보딩 검토가 필요할 때 페이먼츠매니저 - 세일즈검토요청 제품을 통해
검토 요청하는 방법을 공유하는 문서입니다.
세일즈포스 사용 관련 문의는 #request-세일즈포스-payments,
세일즈검토요청 제품 사용 관련 문의는 #cs-세일즈검토요청-payments 에 올려주세요.
0. 세일즈포스 기회 생성
세일즈포스 기회 정의
.png&customEmojiId=15ea360d-33e3-804d-8242-007a4a7b716d&width=100){kind=icon}
세일즈포스 기회는 고객사(가맹점)와 관련된 영업 기회를 관리하기 위한 기능이에요. 또한, 기회는 고객사(가맹점)와의 실제 영업 건을 의미해요.•
2025년 개편에서 영업 활동 중심 데이터 구조 구축과 CRM 기능 강화 및 영업 효율화 증대를 위해 운영 관련 (’RM/BP 검토 요청’ ‘온보딩 검토 요청’)을 모두 [페매]로 이관하였어요.
Pipeline 구조 및 단계
•
Stage 2. 영업 기회 검증
◦
리드에서 고객사 그리고 기회로 전환된 단계로 세일즈 담당자가 미팅 전 고객사에 대해 사전 검증하는 단계예요.
◦
미팅 전 사전 조사를 통해 고객사의 ‘기본 정보’, ‘결제 이용 현황’, ‘추가 정보’내의 필드를 입력하세요.
◦
고객사와 최초 미팅을 진행 후 과업에 미팅 일지를 기록하세요.
<과업 생성 가이드>
기회 활동 섹션에서 새 과업버튼을 클릭한 다음, 영업 활동 유형에 따라 필요한 내용을 입력하면 돼요.
•
Stage 3. 미팅
◦
본격적인 미팅을 하는 단계로 N차 미팅을 통해 제안에 필요한 정보를 충분히 수집하는 단계예요.
◦
‘결제 이용 현황’ 섹션의 서비스 월 PG 거래액(기회) 금액을 입력하세요.
◦
미팅을 통해 얻은 가맹점 및 결제수단 정보를 바탕으로 [페매] 세일즈검토요청에서 RM/BP 검토 요청을진행해요.
◦
S3 단계로 이동을 위해서는 1개 이상의 과업이 필수예요.
▪
단 KR 타입이 ‘PS~’인 경우, 세일즈 유형이 ‘기타’인 경우 필수값 확인이 제외되어요.
•
Stage 4. 제안
◦
리스크/원천사 검토 완료 후 본격 제안을 하는 단계로 최종 의사 결정을 위해 N차 제안 시도하는 단계예요.
◦
담당자는 제안을 생성하고 해당 제안서가 최종 확정 되면 이전 최종 확정 제안서는 자동으로 실패 처리 되어요.
◦
S4 단계로 이동을 위해서는 서비스 월 PG 거래액(기회) 입력이 필수예요.
▪
단 KR 타입이 ‘PS~’인 경우, 세일즈 유형이 ‘기타’인 경우 필수값 확인이 제외돼요.
<제안 생성 & 최종확정 가이드>
기회 제안 목록에서 새로 만들기를 클릭해 ‘예상 GP’, ‘예상 GMV’나 결제수단별 제안 정보를 자유롭게 입력할 수 있고, 이전 제안서와 최종 확정된 제안서를 해당 기회에서 한 번에 확인할 수 있어요.[제안 생성하기]
[제안 최종확정 처리하기]
•
Stage 5. 의사결정 성공
◦
제안 이후 고객사에서 서면으로 의사결정을 한 단계로 본격적인 온보딩이 시작되는 단계예요.
◦
최종 확정된 제안 정보를 기반으로 [페매] 세일즈검토요청에서 온보딩 요청을 진행해요.
◦
SFT의 경우 MID 상태에 따라 Stage 5 이후 단계부터는 자동으로 넘어가는 구조이기 때문에 MID 맵핑이 정상적인지 확인 필요해요.◦
S5 단계로 이동을 위해서는 최종 확정된 제안 1개 , 정산지급대행 설문조사 입력이 필수예요.
▪
단 KR 타입이 ‘PS~’인 경우, 세일즈 유형이 ‘기타’인 경우 필수값 확인이 제외돼요.
•
Stage 6. 계약
◦
PG 연동에 필요한 온보딩과 상호 계약서가 오가는 단계예요.
◦
SFT 기회의 경우 매핑된 MID의 C2가 있고, 기회가 S5 단계인 경우 S6로 이동해요.
•
Stage 7. 오픈
◦
실제 결제가 발생되는 단계이며, 이 단계로 이동 시 해당 기회는 성공으로 마감되어요.
◦
SFT 기회의 경우 매핑된 MID의 C9가 있고, 기회가 S6 단계인 경우 S7로 이동해요.•
Hold
◦
담당자는 당장 도입이 어렵지만 추후 재영업 해볼 수 있다고 판단하면 기회를 Hold 처리해요.
◦
리비짓일자 실패사유 비고 입력으로 추후 기회를 관리할 수 있어요.
◦
Local Grwoth/GPC팀 기회는 Hold 단계에서는 실패사유 입력이 필수예요.
•
Lost
◦
담당자는 내외부 사정으로 인해 영업 기회가 영영 없다고 판단하면 기회를 Lost 처리해요.
◦
리비짓일자 실패사유 비고 입력으로 추후 기회를 관리할 수 있어요.
◦
Lost 단계에서는 실패사유 입력이 필수예요.
기회 저장 조건
세일즈포스 기회 정보를 저장할 때 아래 조건을 확인하세요. 기회 & 검토 요청서 개념 왜 세일즈포스에 있는 리스크, 원천사 검토 기능이 운영제품으로 이관되었나요?
세일즈포스에서 운영 기능을 덜어내고 본래 목적인 CRM으로써 고도화될 수 있도록 하고,
세일즈포스(CRM) 및 슬랙 워크플로에서 분산되어 이루어지고 있던 운영팀(RM/BP/MO) 검토 요청 process를
하나의 운영 tool(페이먼츠매니저)에서 진행될 수 있도록 하기 위함이에요.
또한 전결규정 관련하여, PG 계약 체결 전 전결규정에 따른 리스크/원천사/온보딩/세일즈리더 결재를 받는 프로세스에 대한 증적 시스템으로서의 역할도 해요.1. 세일즈 검토 요청
세일즈검토요청 메뉴의 요청서는 크게 아래와 같은 flow 로 진행돼요.
: 세일즈 요청 (검토받을 제안 내용에 대한 정보 작성) → 리스크 검토 → 원천사 검토 → 온보딩 요청
리스크&원천사 검토, 온보딩 요청이 필요한 시점에 아래 메뉴로 접속해주세요. •
경로 : VDI 접속 > okta 계정 로그인 > 페이먼츠매니저 otp 인증 > 세일즈검토요청 메뉴
◦
VDI 접속이 처음인가요?
VMware Horizon Client 프로그램 실행 > okta 계정(=태블로 계정과 같음)으로 로그인 >
VDI 창 실행됨 > VDI의 Chrome에서 페이먼츠매니저 - 세일즈검토요청 url 접속하시면 돼요.▪
VDI 서버주소에는 vdi.tosspayments.work 로 입력하시면 돼요.
◦
페이먼츠매니저에 처음 접속한다면, Google Authenticator 앱에서 페이먼츠매니저 화면에 뜨는 QR 코드를 등록하여 otp 인증 루트를 추가하셔야 해요. ◦
VDI 브라우저에 위 링크를 북마크(즐겨찾기) 해주세요.
검토 요청 목록 화면에서 상호명, 사업자번호 기준으로 요청서를 검색할 수 있어요. •
내가 요청한 티켓을 필터링해서 조회하고 싶다면, 요청자 필터 기능을 이용해요.
•
요청서의 세일즈 유형, 각 단계별 상태값을 확인할 수 있어요.
요청서 생성
우측 상단의 + 요청서 등록 버튼을 클릭하여 검토 요청 티켓을 생성해요.•
Step 1. 먼저 검토 요청하고자 하는 사업자의 신규계약, 기존 가맹점 여부를 선택해요.
•
Step 2. 사업자번호 입력 후 조금만 기다려주세요.
정확한 사업자번호인지 검증된 후, 상호명이 자동으로 입력돼요.
•
Step 3. 기존 가맹점(변경계약)인 경우, 세일즈 유형(=온보딩 유형)을 선택해요.
◦
5개 유형 중 해당하는 케이스를 선택해요. 2개 이상의 유형에 해당할 경우, 복수 선택하면 돼요.
◦
요청서 생성 시 해당하는 유형을 모두 선택해주세요. 한번 요청서를 등록하면 세일즈 유형 변경이 어려워요.•
Step 4. 세일즈포스 기회 URL을 입력한 뒤, 요청서를 등록해요.
◦
등록을 완료하기 전, 신규/기가맹 여부 및 세일즈 유형이 올바르게 선택되었는지 점검해요.
기회에 포함하는 세일즈 유형을 모두 선택 후 요청서 생성을 완료했나요?
이제 상세 화면에서 검토 요청할 정보를 입력해요.
각 영역별로 변경 클릭하여 입력한 뒤, 저장을 눌러 내용을 저장해요. 신규계약 / 기가맹 - 세일즈유형별 정보 작성 Tip가맹점 정보 입력
검토 요청 진행할 가맹점에 대한 주요 사업자 정보, 거래액 정보를 기재해요. 
•
홈페이지(기회) 월 거래액, 가맹점 전체 월 거래액을 기재해요.
•
나머지 필드는 자동으로 채워져요. (상호명, 영세중소등급, 사업자번호, 신용등급 필드)
담보 정보 입력
가맹점에 적용 희망하는 정산한도, 담보 금액 정보를 기재해요.
•
담보 종류 : 목록값에서 담보 유형을 선택해요.
•
희망 정산한도 금액 : 신규입력 / 기존 정산한도 유지 중 선택해요.
◦
신규입력 : 우측 필드에 희망 정산한도 금액을 신규 입력해요.
▪
정산한도 금액 필드 우측에 숫자를 입력하면, 필드 왼쪽 부분에 금액 단위가 보여져요.
◦
기존 정산한도 유지 : 기가맹(변경계약) 유형일 경우 & 정산한도 변경이 필요없는 경우 선택해요.
▪
신규계약 유형일 경우, 기존 정산한도 유지 는 선택 불가해요.
•
희망 담보금액 : 희망하는 담보 금액을 입력해요. ( 기존 담보 유지라면 신규 입력 X)
기존 담보 유지라면 신규 입력 X)◦
신규입력 : 우측 필드에 희망 담보 금액을 신규 입력해요.
▪
담보 금액 필드 우측에 숫자를 입력하면, 필드 왼쪽 부분에 금액 단위가 보여져요.
◦
기존 정산한도 유지 : 기가맹(변경계약) 유형일 경우 & 담보 변경이 필요없는 경우 선택해요.
▪
신규계약 유형일 경우, 기존 담보 유지 는 선택 불가해요.
•
검토요청 사유 : 정산한도, 담보 관련 리스크 검토 시 참고해야할 내용을 작성해요.
◦
특정 지급그룹, mid의 정산한도 변경이 필요한 경우, 해당 내용도 상세 기재해요.
•
검토 관련 필드는 리스크 검토 담당자가 기재하는 용도로, 요청자 입장에서는 비활성화 되어있어요.•
기존가맹점 유형이면서 & 정산한도/담보 모두 ‘기존 유지’일 경우, 담보 영역 리스크 검토는 생략되어요.
홈페이지 정보 입력
리스크 검토, 온보딩 요청 시 활용될 홈페이지(서비스URL) 정보를 입력해요.
•
신규, 기가맹 모두 모든 필드를 필수로 작성해야 해요. (작성할 사항이 없을 경우, 간략하게 - 적어주세요.)
◦
독립몰/호스팅 : 목록값에서 선택해요. 목록값에 원하는 호스팅사명이 없을 경우 기타호스팅을 선택하고, 기타 호스팅 필드에 정확한 호스팅사명을 기재해요.
◦
상품 카테고리 : 업종, 판매 상품에 대한 키워드를 입력한 뒤 가장 적합한 상품 카테고리를 선택해요.
◦
MCC 유의여부 : 상품 카테고리 선택 후, 홈페이지 정보 저장 시 자동으로 채워져요. (직접 기재 X)◦
특이사항 : 없음 / 2차PG / B2B서비스 중 해당하는 것을 선택해주세요.
◦
비고 : 해당 홈페이지, 판매 상품, 서비스 제공기간 등과 관련하여 검토자가 참고해야할 내용을 상세히 기재해주세요.
•
기가맹점 유형일 경우, 기준 상점아이디(MID) 필드를 입력해주세요.◦
기가맹 - 신규 홈페이지가 추가되는 경우, prefill 된 홈페이지 URL, 상품카테고리 등의 내용을 꼭 신규 입력해주세요.◦
기준 상점아이디(MID) 필드 우측의 바로가기 클릭 시, 해당 MID의 상점정보 상세 페이지로 바로 이동할 수 있어요. (SS분들은 상점정보 확인이 어려울 수 있어요.)
기준 MID란? 추가할 아이디의 기준이 되는 아이디에요.
•
가맹점이 사전에 잘 쓰고 있던 MID를 확인해서 기재하면 돼요. 웬만하면 크로스체크를 위해 적어주시면 좋아요.
•
매출분리, 사이트 추가 등으로 아이디가 추가되는데 이때 기존에 쓰던 아이디와 결제수단 및 수수료, 정산주기 등 요건이 대체로 같다면 기준 MID를 특히 잘 적어주셔야 해요.
•
요건이 같다면 MO팀은 적어주신 기준 MID를 기준으로 새로운 MID를 생성해요. (복제)
◦
요건이 달라도 참고용으로 확인하기 좋으니 가맹점 확인 후 적어주세요. 요건이 다르다면 어떤 요건이 어떻게 다른지 상세하게 작성해주셔야 해요.
▪
예) 빌링,키인,브랜드페이,페나비. 링크페이 등 결제수단 추가: 기존에 쓰던 단건 아이디가 있었을 가능성이 높음 = 기준 MID 가 됩니다.
▪
예) 매출분리, 요건 동일한 아이디 추가: 가맹점이 기존에 쓰던 MID가 있음 = 기준 MID가 되며 모든 요건이 동일하게 복제됩니다.
•
한 사업자에 홈페이지(서비스URL) 혹은 호스팅사 갯수가 여러개일 경우, 우측의 +추가 버튼을 클릭하여 홈페이지2,3… 을 입력해요.◦
신규계약 시 동일 사업자번호에 복수 개의 홈페이지, 독립몰/호스팅 여부가 존재할 경우
한 요청서 내에 홈페이지를 여러개 추가하여 검토 및 온보딩 요청 진행해주셔야 해요. ◦
홈페이지 2,3 추가 시, 앞단의 홈페이지 정보가 복제돼요. 여기서 수정 필요한 내용을 수정 기재해요.
◦
필요할 경우, 삭제 버튼을 눌러 특정 홈페이지 정보를 삭제할 수 있어요.
결제수단 정보 입력
가맹점에게 제안할 결제수단 / 채널 / 방식 정보를 기재해요. 이에 대한 리스크, 원천사 검토가 이뤄져요.
•
결제수단 우측의 변경 버튼을 누르면 결제수단 관리 페이지가 노출돼요.
여기서 +추가 를 눌러 행을 추가하고, 가맹점에 제안할 결제수단, 정산주기, 채널, 방식을 선택해요.
◦
결제수단 : 키워드 검색하여 선택 가능해요.
◦
추가/변경 : 신규로 추가하는 결제수단인지, 기존에 사용중인 결제수단에서 채널/방식/정산주기 등에 변경 사항이 있는 것인지 표기하는 용도에요.
◦
결제발생 채널 : 온라인 웹, 결제위젯, 링크페이 등 결제가 일어나는 채널을 선택해요.
◦
결제처리 방식 : 인증 방식, 퀵계좌이체 여부 등 결제가 처리되는 방식을 선택해요.
▪
외화결제수단(페이팔, 앤텀, 해외카드-외화)의 경우, 승인/정산통화 방식을 선택해야 해요.
•
리스크 승인 ~ 원천사 검토의견 필드는 나중에 리스크&원천사 승인 의견 받았을 때 내용이 채워져요.
MID 사전 생성 요청
검토 요청
1. 검토 정보 탭의 가맹점 / 담보 / 홈페이지 / 결제수단 정보를 모두 입력 완료했나요?
이제 화면 우측 하단의 검토 요청 버튼을 눌러 리스크&원천사 검토 요청을 보내요! 검토받아야 할 홈페이지URL, 상품 카테고리, 결제수단 등이 누락되지 않았는지 더블체크 해요. 2. 담당자 검토 진행
[검토 요청] 버튼을 누르면 리스크 검토, 원천사 검토가 순차적으로 진행돼요.
리스크 검토
신규계약 - 정산한도 5천만원 이하인 경우, 아래 조건을 함께 충족할 때 리스크 검토가 자동승인돼요. 신규계약 자동승인 조건 리스크 검토 진행이 필요한 경우, 아래와 같이 슬랙 노티가 발송돼요.
(채널 : KAG : #risk-management-심사요청-payments, SMM : #risk-sales-심사요청-payments)•
소속 팀에 따라 담당 리스크 검토자가 할당되어 함께 태그돼요.
•
검토 담당자에게 추가로 설명, 증빙, 논의하고 싶은 내용은 슬랙 노티의 댓글 스레드를 이용해요.
담보, 정산한도, 결제수단, 정산주기 등 주요 정보가 추가/변경되어 재검토 요청이 필요할 경우
요청서 화면에서 1. 검토 정보 탭의 정보들을 수정한 뒤, 다시 검토요청 버튼을 눌러요. •
리스크 검토 완료 전/후 모두 다시 검토요청 할 수 있어요.
•
한 요청서에서 2회 이상 검토 요청 시, 기존의 슬랙노티의 댓글 스레드로 재검토요청 노티가 이어서 발송돼요.
•
페매 - 요청서 화면 우측의 이력 화면에도 요청 이력, 필드별 변경 내용이 남겨져요.
검토가 완료되었을 때, 슬랙 노티로 검토 결과가 발송돼요. 자세한 검토 의견은 요청서 페이지에 들어와서 세부 확인해요. 
원천사 검토
결제수단/채널/방식이 특정 조건에 부합할 경우, 원천사 검토가 자동승인돼요.
•
원천사 검토가 필요한 결제수단별 담당 unit 분들이 함께 태그돼요.
•
검토 담당자에게 추가로 설명, 증빙, 논의하고 싶은 내용은 슬랙 노티의 댓글 스레드를 이용해요.
결제수단, 채널, 방식 등 주요 정보가 추가/변경되어 재검토 요청이 필요할 경우
요청서에서 1. 검토 정보 탭의 정보들을 수정한 뒤, 다시 검토요청 버튼을 눌러요.•
원천사 검토 완료 전/후 모두 다시 검토요청 할 수 있어요.
•
한 요청서에서 2회 이상 검토 요청 시, 기존의 슬랙노티의 댓글 스레드로 재검토요청 노티가 이어서 발송돼요.
•
페매 - 요청서 화면 우측의 이력 화면에도 요청 이력, 필드별 변경 내용이 남겨져요.
검토가 완료되었을 때, 슬랙 노티로 검토 결과가 발송돼요. 자세한 검토 의견은 요청서 페이지에 들어와서 세부 확인해요. 결제수단/채널/방식이 특정 조건에 부합할 경우, 원천사 검토가 바로 자동승인돼요. (이 경우, 다음 온보딩 요청 단계로 바로 진행)3. 세일즈 온보딩 요청
리스크/원천사 검토 단계가 완료되었다면, MO팀에 온보딩 요청을 할 수 있어요. 2. 온보딩 정보 탭에서 온보딩 정보, 수수료 정보, 상점아이디 적용 정보, 무이자할부 정보를 입력해요.•
수수료 정보를 제외한 나머지 온보딩 관련 정보들은 어느 단계에서도 작성할 수 있어요.
각 영역별로 변경 클릭하여 입력한 뒤, 저장을 눌러 내용을 저장해요. 온보딩 요청 버튼을 누르면, 홈페이지 & 결제수단 정보를 수정하고 리스크/원천사 검토를 다시 진행할 수 없어요. 온보딩 정보 입력
가맹점 담당자 정보, 온보딩안내/서류수취 필요 여부 등의 정보를 입력해요. 
수수료 정보 입력
리스크&원천사 승인 완료된 결제수단에 대해 제안 수수료 정보를 입력해요. 
•
수수료정보 > 변경 클릭 시, 위와 같이 제안 수수료 입력 창이 떠요.
•
+추가 버튼을 누르면, 리스크&원천사 승인 완료된 결제수단을 수수료정보 테이블에 추가할 수 있어요.
•
입력 후 화면 우측 하단의 저장을 눌러주세요.◦
각 툴팁에 유의사항이 나와있으니 요청 전 꼼꼼하게 체크해주세요.
수수료 채우기 기능•
수수료 채우기 검색 필드에서 유치업체코드를 조회 후,
원하는 독립몰, 호스팅사별 유치업체코드를 클릭하여 유치코드별 표준수수료를 자동으로 채울 수 있어요.
•
수수료 채우기 후, 수정 희망하는 수수료는 수정 기재 가능해요.
•
자동채우기된 수수료는 검정색 글씨로 표현되고, 직접 작성/수정한 수수료는 파란색 글씨로 표현돼요.
•
수수료 채우기로 선택 된 유치업체코드 정보는 MO팀분들과 어떤 호스팅 유치코드 기준으로 제안하는지 소통하는 기준도 되어요.
수수료 정보 작성•
결제수단별 등급별 수수료, 최소 수수료금액, 인증피 등의 정보를 작성해요.
◦
제안 수수료 : 가맹점에 제안하는 최종 수수료를 의미해요. 간편결제의 인증fee가 포함된 수수료에요.
◦
인증피 : 간편결제의 경우 작성 가능해요.
◦
비고 : 머니/포인트 수수료, 페이팔 추가수수료 등 수수료와 관련된 상세 내용을 기재해요.
▪
네이버페이/카카오페이/토스페이/페이코 간편결제의 경우, 비여신(머니/포인트) 수수료를 카드수수료와 다르게 제안했다면 해당 상세 내용을 비고 란에 기재해야 해요.▪
Paypal 의 경우, 추가 수수료 정보도 비고 란에 기재해야 해요.•
결제수단별 수수료 단위(%,원) 변경이 가능해요.
요율할인, 프로모션(오픈패키지) 정보 작성
•
요율할인, 오픈패키지 제공이 필요한 경우, ‘제안 수수료’ 내용은 그대로 두고
제안수수료에서 할인 제공 필요한 내용을 요율할인, 오픈패키지 필드에 별도로 기재해야 해요.•
결제수단별 할인정보는 설명에 나와있는 부분 참고하여 상세하게 기재해주세요.
무이자할부 정보 입력
가맹점에 적용 필요한 무이자할부 정보를 입력해요. (홈페이지 및 결제수단별로 정확히 입력 필요)
•
요청 유형 : 상점부담무이자 / 특별분담무이자 중 선택
•
계약 종류 : 표준분담율 12개월, 24개월, 36개월 / 특약 중 선택
•
이용 카드사 및 분담율 : 적용 필요한 카드사, (특약 시) 카드사별 분담율 정보를 기재해요.
•
어떤 MID, 결제수단에 무이자할부 적용되어야 하는지 ‘적용 결제수단 및 기타 요청사항’ 란에 꼭 적어주세요.상점아이디(MID) 적용 입력
세일즈 유형별(결제수단 추가, 아이디추가, 수수료변경, 무이자할부, 기타) 요청사항을 어느 상점아이디에 적용해야하는지 기재해요.
•
적용 상점아이디 : 기가맹 요청사항이 어느 MID에 적용되어야 하는지 기재해요.
◦
기가맹 - 결제수단추가, 수수료변경, 무이자할부 등 여러 유형을 한번에 요청하시는 경우,
각 유형별로 어떤 상점아이디에 적용이 필요한지 상세히 기재해야 해요.▪
Ex. 결제수단추가, 수수료변경 - innis123, inni124 에 적용 / 무이자할부 - innis555에 적용 필요합니다.
◦
적용해야할 MID 갯수가 몇십개 이상이어서 모두 적기 어려운 경우, 참고 내용을 기재해주세요.▪
Ex. 대형가맹점이라 적용 필요 상점아이디가 2000개입니다. 슬랙 스레드로 엑셀 파일 첨부하여 세부 내용 전달드리겠습니다.
•
희망 상점아이디 : 신규계약, 기가맹 - 아이디추가 유형일 경우, 채번 원하는 상점아이디 스펠이 있다면 기재해요.
◦
선택 필드라, 희망하는 상점아이디 스펠이 없다면 작성하지 않아요.
온보딩 요청
2. 온보딩 정보 탭의 가맹점 / 담보 / 홈페이지 / 결제수단 정보를 모두 입력 완료했나요?
이제 화면 우측 하단의 온보딩 요청 버튼을 눌러 리스크&원천사 검토 요청을 보내요! 온보딩 안내 및 세팅되어야 할 수수료 및 프로모션 정보, 무이자할부 정보, 적용 상점아이디 등이 누락되지 않았는지 더블체크 해요. 4. 온보딩 담당자 검토 진행
온보딩 검토
온보딩 요청을 완료했다면, 아래와 같이 채널에 슬랙 노티가 발송돼요.
(KAG : #mo-sales-request-payments, SMM : #sft-mo-sales-request-payments)•
온보딩 담당자에게 추가로 설명, 논의하고 싶은 내용은 슬랙 노티의 댓글 스레드를 이용해요.
온보딩 정보, 수수료 정보, 무이자할부 정보, 적용 상점아이디 등 주요 정보가 추가/변경되어 재검토 요청이 필요할 경우, 요청서에서 2. 온보딩 정보 탭의 정보들을 수정한 뒤, 다시 온보딩 요청 버튼을 눌러요.•
한 요청서에서 2회 이상 검토 요청 시, 기존의 슬랙노티의 댓글 스레드로 재검토요청 노티가 이어서 발송돼요.
•
페매 - 요청서 화면 우측의 이력 화면에도 요청 이력, 필드별 변경 내용이 남겨져요.
온보딩 요청건이 종결되면, 슬랙 노티 스레드에서 ‘처리완료’ 액션이 이뤄져요. FAQ
사업자전환의 경우 기존처럼 슬랙 내 사업자전환 워크플로우를 이용해주세요.