新闻动态
NEWS CENTER
NEWS CENTER
2024-03-26
商户依照人物分为“小微（即个人）、个别、企业”三个首要类型。不同人物提交的材料、请求的产品，结算卡也各不相同。
小微请求的产品最少，可是能够绑定个人结算卡；个别的特点是既能够结算到对私法人卡，也能结算到对公企业户；企业的审阅是最严的，请求的产品也最多，可是必须结算到对公账户。
4.1.1.3、商户开户交互
讲了这么多规划和流程，咱们来点交互实在感触下一个商户到底是怎样完结一个开户的吧。
图14：商户开户交互主流程
假如你第一次在三方平台上请求付出产品，你首要需求注册请求一个能够收款的商户账户。这个进程你要阅历“操作员注册、商户信息填写、账户激活、签约承认”四个进程。下面咱们来别离看下对应的页面是什么样子。
4.1.1.4、商户请求单
商户请求进程有“实名、激活、承认”三个进程，而且每个进程都有从头填写和修正，因而为了让商户能够顺畅的完结各种操作，需求规划一个“请求单”将商户的全体流程进行串联起来，在商户被驳回，商户延期提交等状况下都能让商户从头进行处理。
1）请求实名认证：
请求单分为“实名认证、账户激活、完结签约”三个进程；
实名认证阶段，用户能够查询审阅进度，假如请求被驳回，会邮件或者短信通知客户，客户登录后能够经过请求单检查驳回信息，并持续修正请求信息。
图15：实名认证请求
2）账户激活处理
实名认证经过后，企业对公账户由于不能像方便一样经过银行短信验证码绑卡，因而需求经过开户行做打款验证，完结账户的绑定和激活。假如未在规则时间内完结当时请求将报废，需求从头提交实名认证信息。
图16：账户激活请求
3）签约结果承认
完结账户激活后，需求商户承认签约产品和授权信息，然后就能开始运用账户了。
图17：完结签
4.1.1.5、商户信息填写
有了闭环的办理，下面最重要的便是填写请求信息了，商户的请求信息要填写的信息还是比较多的，其间请求不同的产品、不同的职业，需求提交相应的信息和印象材料，填写完结后提交后台进行审阅。
1）商户主体和联系人
首要要挑选对应的主体，主体类型分为“个人、企业、个别”三个首要类型。假如是企业和个别，需求提交营业执照信息。个人商户需求填写和上传身份证信息。
联系人一般是默许注册时提交请求的者信息为联系人，同时他也是体系的默许办理员人物。
图18：填写主体和联系人信息
3）法人信息填写
企业请求注册商户账户需求填写法人信息，假如是个人法人便是其自己。
图19：法人信息填写
4）场景和请求产品
下面就来到了最重要的一步，商户信息和签约产品的请求。这儿需求依据请求的产品，提交对应的场景材料，而且也要填写自己所属的职业信息，以便于进行不同的危险识别。这儿的场景材料是整个请求是否能够顺利经过的要害，也是审阅最为严格的部分，因而一定要精确的填写。
图20：产品请求和场景材料提交
5）结算信息填写
商户收钱后结算到什么银行卡，就需求填写结算信息。
图21：填写绑卡和结算信息
6）弥补材料填写：
一些特殊职业例如医疗、教育、公共事业、社会福利、金融等需求有特定资质，因而在场景审阅的规范材料之外还要填写提交弥补认证信息。当然提交弥补材料的场景不限于此，对于审阅员有贰言的当地都能够经过弥补材料来提交。
图22：弥补信息提交
4.1.2、商户信息修正流程
商户的信息提交后有很多状况下需求修正，例如请求时审阅被驳回、注册后需求请求新的付出产品、需求弥补实名认证信息等。这些场景都会触及商户信息的修正。
所以商户信息的修正能够在入驻的时候建议，也能在商户平台上建议。他首要分为“用户信息修正、客户信息合并”2个必选流程和“新增签约产品、新增开户”两个可选流程，当然每次修正都需求后台审阅经过之后才干经过。（概况见下图）
图23：商户信息修正流程
4.1.3、从头绑卡流程
在商户场景下，请求的卡首要是结算银行卡，一般状况下一个结算账户只能绑定一张结算银行卡。当卡反常的时候就需求商户从头绑定。为了防止商户损失，绑定的结算银行卡需求与商户同名，而且要进行实名认证、商户主动承认。
对私卡的主动承认是经过方便的开户银行短信验证码来完结。企业账户要杂乱些，实名认证需求人工审阅，而且组织要随机金额打款承认账户是能够正常结算的。
图24：从头绑卡流程
4.2.1、登录主流程
商户注册成功后你就能够登录你的商户账户进行操作了，登录进程会有三种状况。“直接登录、多法人登录、暗码重置”。处理流程见下图。
图25：登录主流程
4.2.2、登录和多法人登录
商户登录实质上是“操作员”登录。当操作员输入注册时所用的登录账号（本例中为手机或邮箱）时，需考虑到现代企业的杂乱结构，特别是拥有多个分公司的企业。在这样的背景下，操作员可能需求跨过不同的法人商户进行操作。因而，在登录规划时，必须融入多法人登录的功用。
在单一法人情境下，体系应默许直接登录以简化流程。但是，当操作员面临多个商户账户时，体系应供给多法人登录选项，允许他们从中挑选一个特定的商户账户进行登录。这样的规划既满足了企业的实际需求，又提升了操作员的运用体会。
图26：商户的登录和多法人登录
4.2.3、操作员暗码找回
图27：暗码找回
操作员找回暗码是一个兜底流程，在操作员忘记暗码的状况下供给暗码的重置处理。咱们这儿的暗码重置需求经过注册时的手机号或者邮箱获取激活码，输入无误后才干进行暗码重置。
介绍完了商户端的流程和交互规划，咱们再来介绍下神秘的商户的办理后台。
图28：运营端客户办理的全体交互
客户办理包含了“客户办理、商户审阅、会员办理”三部分，其间“用户办理”是衔接内外部客户办理的核心内容，他对外承接“客户请求”的接入，对内与“客户办理”协作进行KYC办理。
图29：运营端功用清单
会员办理包含“个人会员、商户办理”两部分内容。咱们前面也介绍过了，企业默许便是特约商户，因而它归于商户办理的内容。
5.1.1、商户审阅
收单组织日常运营做的最多的工作便是每天审阅商户的注册请求，对商户进行KYC审阅，为商户装备付出产品、注册账户尽快的开展业务。这个进程效率越高天然就越快赚到钱。
图30：商户审阅功用
商户审阅功用是供给给审阅员运用的，审阅员能够经过工作台消息通知和主动查询的方式处理客户的请求单。
图31：审阅的四个进程
整个审阅进程有四个进程组成“商户审阅、合规审阅、产品装备、完结开户”，其间前三个进程一般需求人工介入审阅，审阅完结后的终究开户由体系依据用户激活操作后自动完结。
5.1.1.1、商户审阅概况
1）客户基本信息
首要是对客户提交的基本信息进行审阅。在这儿咱们能够看到“用户账号”和“企业基本信息”部分，这儿的用户账号便是客户未来会注册的商户账号。企业信息将来会挂号到客户信息中，进行统一的识别。
图32：客户基本信息
2）证件审阅信息
前面商户提交的影印件材料也会同步传给后台审阅人员进行审阅。
图33：证件信息审阅
3）操作员信息
操作员便是填写请求单的用户，默许是当时请求者的信息。
图34：操作员审阅
5.1.1.2、合规审阅概况
客户根底信息审阅经过后进入下一个审阅节点“合规审阅”，合规审阅包含了请求的“签约产品、场景材料、结算银行”等场景材料。
1）运营场景审阅
前面介绍了，这部分是审阅的重点，因为请求什么样的产品，就要供给对应的场景材料和备案信息。运营信息的审阅包含场景的审阅，签约产品的复核。假如场景和请求的产品不符则会被合规驳回。
图35：场景材料和签约产品审阅
2）绑卡和结算审阅
商家的绑定的银行卡是用来结算的，因需求设置它的结算方式和结算周期，一般状况下这些结算方式都是默许的“自动提现、D1结算”。