10-12之业务架构

10月12日关于业务架构会议大概既要：

CIMC：2个人》》》》卖车柜台 融资柜台

审批权限和职责在总部
跨部门 效率问题
面向客户 面向效率
现场交首付 提车 出合同
等车，提交首付 提交材料

系统繁琐 风险可控  内控无法控制，系统出现问题
先出合同 后出系统
手签合同 问题很多。
惯着客户，无法形成公司内部体制。
第一次来意向性（客户提交申请） 第二次来签合同 交钱（首付）  提车。操作灵活。系统规矩
付款2种方式：
直接使用抵扣方式（对小门店的信任要大。日结？ 风险大） 把财务绕过去。直接将首款凭证由4S店发回公司首款凭证 《门店 由区域管》 是谁把文档寄回。 门店。
财务统一管理，统一确认。
车辆管理的后台 还是融资车辆的后台

Q:与客户见几次面?A:2次面效率高
Q:谁来确认首付款？A: 财务确认？ 凭证抵扣？、
1，只要4s店是CIMC的。凭证抵扣的风险不是很大。  这个确认函是谁发出来？（小4s店 还是中心4S店）
目前假设中心4S店确认函 钱付给谁 谁出函，那谁把合同寄回公司
Q:上牌 证件 由融资专员协调客户来办理

业务架构（manager team  program 划分）
数据信息结构（客户信息 合同信息。申请信息。融资专员添加信息。）数据结构与一下方面相关：1，角色（看到信息时不一样）2，流程 3， 文档（不同文档需要不同信息）
全线架构

 

 

 

 

10-12 下午14:15 邱
Rapport Form ：
信息整理：
Rapport 信息数据流传递方式：（field 和 附件）
有效地收集信息：
哪些是以fied 传递 ：可以传到后台，可以填 独个传 进行运算，
哪些是附件传递：附件不能有逻辑 只能看，不能取出数据 扫描件 不一定放在form 多少附件（扫描件和照片）

 
一：客户 
很多信息
信息分类（template）
每一步都一个form 一个from 很多字段 每一部之间的信息传递 增加的信息

标识信息，联系信息（email tel放在一个template） 客户分类：一个是个人客户 （关联方《妻子，儿子 不可变放在这里，》《担保人 可变》） 信用参考信息（银行贷款记录。在本系统的历史信用）
        第二个是法人客户（母公司子公司）

二：询价报价 -字段是固定的。可以自定义的东西不多。可以隐藏 
三:信用申请- 列示：报价的信息 资产信息ps:Rapport里面任何一个申请都是要有资产的。  一个设备就是一个asset 与 features 还款规则（部分信息来自于报价payment 月还季还） Related party (第三方关联 担保人) 与经济相关的数据 （银行存款，车，设备）  法人：三大报表 展示信用
  
四：审批-CIMC信用审批 是在
五：合同创建  会在审批的基础上
六：传入后台（booking 入账） 会增加一些资产的信息 sin号 发动机号 设备唯一识别号

form filed 表 倒入出来  从大往小看。按 Group 看template 看 看fied 表。 字段 from type _>Group(不同Group的字段是不可以通用)
都在workflow 

信息流：workflow

10-12 下午14:15 何鹏飞

三个方面考虑组合：
工作流from
角色from: 客户表单
系统字段与后台字段

payment history

 

 

10月13日00:35 完成 客户Filed excel 的建立：

客户基本信息字段 heading/main address/araddress/related party/finacials / 表单字段的梳理