2021-03-05
2022-12-06 本文已影响0人
松松木tell
试乘试驾表结构清单
[toc]
- 为啥有这么多冗余的字段
t_trail_receive -- 试驾接待表
<font color="red">
- 表的作用
- 增删改查该表的场景与时间节点
| 字段 | 名称 | 作用 | 备注 |
|---|---|---|---|
| receive_Id | 试驾接待ID | 主键 | 表id？，与其他表有什么关系（主键id，试驾协议表有这个id） |
| reservation_Id | 预约清单ID | 这个是啥，哪张表里面的(toc_order表中的主键id) | |
| CUSTOMER_ID | 客户ID | 与哪张表进行关联(t_cust_base.id) | |
| CUSTOMER_NAME | 客户姓名 | ||
| VEHICLE_SERIES | 试驾车系 | 与哪张表关联(tm_material_package.series_market) | |
| VEHICLE_MODEL | 试驾车型 | 与哪张表关联(tm_material_package.dol_model_code) | |
| vin | 试驾VIN | 试驾车的？(车的vin) | |
| reservation_time | 预约时间 | 这个预约时间与建表时间有什么区别(预约的时间) | |
| trial_time | 试驾时间 | ||
| receiver_Id | 试驾负责人ID | ||
| dealer_Id | 经销商Id | ||
| status | 状态：14021001-确认预约-COMFIRM 14021002-已发送-SENT 14021003-协议已签署-SIGN 14021004-试驾中-DONE 14021005-试驾完成-DONE 14021006-试驾评价完成-EVALUATE 14021007-试驾取消-CANCEL 14021008-已派单-DELIVERY 14021009-已出发-DEPART |
状态机是什么样的 | |
| cancle_reason | 取消原因 | ||
| longitude | 试驾经度 | ||
| latiude | 试驾纬度 | ||
| vehicle_scan_image | 试驾扫描图片保存路径 | ||
| create_user | 新建者 | 这个是做什么用的？（创建预约试驾的顾问） | |
| create_time | 新建日期 | 是签署日期吗？还是表生成记录的日期（表记录时间） | |
| update_user | 修改者 | ||
| update_time | 修改日期 | ||
| deleter_flag | 是否有效 | 这个的业务场景是啥（暂时没用） | |
| deleter_id | 删除人 | ||
| bind_method | 绑定方式 | 这个是干啥用的 | |
| position_Id | 岗位id | 这个是干嘛用的 | |
| activity_Id | 活动id | 这个是干啥用的 | |
| message_flag | 评价短信发送标志 | 都有哪些标志 | |
| trial_drive_route_id | t_trial_drive_route试驾路线表ID | ||
| trial_type | 接待类型（试乘 -E,试驾 -D） | ||
| DRIVE_CODE | 试驾码 | 这个试驾码是干什么用的（标记深度试驾，会在车机上用，具体场景问产品） | |
| DRIVE_CODE_STATUS | 1已发送 0未发送或未成功 | 什么情况下会导致这三个状态（试驾码发送状态） | |
| drive_method | 试驾方式(上门试驾 、到店试驾) | ||
| province_name | 试驾省份名称 | ||
| city_name | 试驾城市名称 | ||
| address | 试驾地址 | 经销商店地址，还是试驾路线地址（上门试驾还是到店试驾，上门客户地址，到店门店地址） | |
| trial_distance | 上门试驾路程 | 这个是啥（计算公里数） | |
| simple | 试驾门店简称 | 为啥要这个字段 | |
| trial_Dealer_Id | 试驾人员所属门店id | ||
| employee_name | 试驾人员名称 | ||
| trial_Type_rb | 试驾类型 1. ＲＢ 2. 马当路 | 这个每个是啥意思（R标，马当路，暂时没意义） | |
| cost_time | 最晚出发所需时间s | 这个是啥意思（计算上门需要的最短时间） | |
| DETAIL | 细节感知 | 啥（顾问标注一些顾客感受） | |
| MOBILE | 手机号码 | 谁的手机号码（客户） | |
| cust_dealer_Id | 客户所属经销商ID | 这个id与上一个经销商id有什么关系（客户所属经销商） | |
| cust_salesman_Id | 客户所属顾问ID | ||
| is_receive | 接单状态: 0 OR null 未接单 ；1. 已接单 | 这个又是干什么的（试驾专员接单） |
</font>
t_trail_agreement--试乘试驾协议表
<font color="red">
- 表的作用
- 增删改查该表的场景与时间节点
| 字段 | 名称 | 作用 | 备注 |
|---|---|---|---|
| agreement_Id | 试驾接待ID | 主键 | 这个ID是啥意思，是表自己的，还是映射的？（主键） |
| receive_Id | 试驾接待ID | 两个都叫试驾接待ID？，这个是干啥用的（上个表的id） | |
| account_name | 客户姓名 | ||
| account_idcard_no | 客户身份证 | ||
| idcard_valid | 证件有效期 | ||
| drive_agreement | 试驾协议 | 这个是啥，为啥都是空值 | |
| credentials_photo | 证件照片 | 个人认为证件照片应该是两张吧，为啥都是一张，而且为啥直接存在了服务器上，不适用oss呀(都是ftp服务器) | |
| sign_image | 签名照片 | ||
| mobile_num | 手机号码 | 谁的手机号？这个手机号与线索有啥关系？（发送协议的客户手机号） | |
| plate_num | 车牌号码 | 试驾车牌号？（试驾车） | |
| driver_name | 驾驶人姓名 | 试驾专员？（客户） | |
| drive_address | 试驾地址 | 4s店地址？（同上） | |
| line_photo | 路线照片 | 试驾路线？（上传图片） | |
| agreement_no | 协议编号 | 编号是跟人走还是跟协议走？协议的目的是啥（跟人走） | |
| sign_time | 协议签署时间 | 签署时间与创建时间的关系是啥（签署协议时间） | |
| trial_drive_route_id | 试驾路线表ID | id如何编码的，与什么相关联（试驾路线表id） | |
| come_source | 试驾来源 | 1-企业微信小程序 | 来源有几个类别(企业微信，和I营销) |
| create_user | 新建者 | 这个是做什么用的？（默认字段） | |
| create_time | 新建日期 | 是签署日期吗？还是表生成记录的日期（默认） | |
| update_user | 修改者 | ||
| update_time | 修改日期 | ||
| deleter_flag | 是否有效 | 这个的业务场景是啥（是否删除,N不删除，Y删除） | |
| deleter_id | 删除人 |
</font>
t_trail_drive_route--试乘试驾路线表
<font color="red">
- 表的作用
- 增删改查该表的场景与时间节点
| 字段 | 名称 | 作用 | 备注 |
|---|---|---|---|
| ID | id | 主键 | 表id？（主键） |
| dealer_id | 经销商ID | ||
| dealer_code | 经销商code | ||
| drive_route_id | 试驾路线ID | ||
| drive_route_name | 试驾路线名称 | ||
| STATUS | 路线状态 10011001：有效 10011002：无效 |
||
| REMARK | 备注 | ||
| CREATE_TIME | 创建时间 | 表记录创建时间？ | |
| CREATE_USER | 创建人 | 谁？ | |
| UPDATE_TIME | 修改时间 | 修改表时间？ | |
| UPDATE_USER | 更新时间 | 谁？ | |
| deleter_flag | 是否有效 | 记录？ | |
| deleter_id | 删除人 |
</font>
t_trail_evaluate_master--试驾评价主表
<font color="red">
- 表的作用
- 增删改查该表的场景与时间节点
| 字段 | 名称 | 作用 | 备注 |
|---|---|---|---|
| master_id | 主表ID | 主键 | 表id？ |
| receive_Id | 试驾接待ID | 与其他表id什么关系（接待表ID） | |
| agreement_Id | 试驾接待ID | 与其他表id什么关系（协议id） | |
| evaluate_time | 评价时间 | 与创建表时间有什么区别(评价时间) | |
| evaluate_flag | 评价标识 | 0未评价 1已评价 | |
| CREATE_TIME | 创建时间 | 表记录创建时间？ | |
| CREATE_USER | 创建人 | 谁？ | |
| UPDATE_TIME | 修改时间 | 修改表时间？ | |
| UPDATE_USER | 更新时间 | 谁？ | |
| deleter_flag | 是否有效 | 记录？ | |
| deleter_id | 删除人 |
</font>
t_trail_evaluate_result--试驾评价结果表
<font color="red">
- 表的作用
- 增删改查该表的场景与时间节点
| 字段 | 名称 | 作用 | 备注 |
|---|---|---|---|
| evaluate_id | 评价ID | 表id？（主键） | |
| master_Id | 试驾接待ID | 主表id？（上表id） | |
| content_id | 评价项id | 干嘛的(下表id) | |
| evaluate_content | 评价内容选择 | 干嘛的？ | |
| evaluate_score | 评价得分 | 计算逻辑？ | |
| CREATE_TIME | 创建时间 | 表记录创建时间？ | |
| CREATE_USER | 创建人 | 谁？ | |
| UPDATE_TIME | 修改时间 | 修改表时间？ | |
| UPDATE_USER | 更新时间 | 谁？ | |
| deleter_flag | 是否有效 | 记录？ | |
| deleter_id | 删除人 |
</font>
t_trail_evaluate_templet--试驾评价模板表
<font color="red">
- 表的作用
- 增删改查该表的场景与时间节点
| 字段 | 名称 | 作用 | 备注 |
|---|---|---|---|
| content_id | 评价项id | 模板id？ | |
| evaluate_type | SJPJ 评价类型 | 有哪些类型 | |
| brand | 品牌 | ||
| content_type | 评价内容类型 1:score,0:txt | ||
| content_title | 评价内容标题 | ||
| content_message | 评价项内容 | ||
| content_score | 评价总分 | ||
| sort | 排序 | 排序是干什么的 | |
| series_code | 车系code | 车系code是啥 | |
| CREATE_TIME | 创建时间 | 表记录创建时间？ | |
| CREATE_USER | 创建人 | 谁？ | |
| UPDATE_TIME | 修改时间 | 修改表时间？ | |
| UPDATE_USER | 更新时间 | 谁？ | |
| deleter_flag | 是否有效 | 记录？ | |
| deleter_id | 删除人 |
</font>
t_trail_interface_result
<font color="red">
- 表的作用
- 增删改查该表的场景与时间节点
| 字段 | 名称 | 作用 | 备注 |
|---|---|---|---|
| id | id | 主键 | 表id？ |
| etype | 业务类型 | 有哪些类型 | |
| result | 处理结果 | 结果分为哪些 | |
| vin | vin | ||
| status | 试驾车状态 | ||
| CREATE_TIME | 创建时间 | 表记录创建时间？ | |
| CREATE_USER | 创建人 | 谁？ | |
| UPDATE_TIME | 修改时间 | 修改表时间？ | |
| UPDATE_USER | 更新时间 | 谁？ |
</font>
t_trail_num_xx_months(统计表)
<font color="red">
- 表的作用：6个月客户试驾数表，每天0：10点更新
- B端的表为什么不区分品牌呀
- 增删改查该表的场景与时间节点
| 字段 | 名称 | 作用 | 备注 |
|---|---|---|---|
| dealer_id | 经销商id | 主键 | 与哪张表关联() |
| customer_id | 客户ID | 主键 | 怎么两个主键，与哪张表关联 |
| trial_num | 试驾次数 | ||
| vin | vin | ||
| status | 试驾车状态 | ||
| CREATE_TIME | 创建时间 | 表记录创建时间？ |
</font>
t_trail_num_xx_months
<font color="red">
- 表的作用：6个月客户试驾数表，每天0：10点更新
- 增删改查该表的场景与时间节点
| 字段 | 名称 | 作用 | 备注 |
|---|---|---|---|
| id | id | 主键 | 表id？ |
| agreement_Id | 试驾接待ID | 主键 | 这个ID是啥意思，是表自己的，还是映射的？ |
| photo | 证件照片 | 与哪张表关联 | |
| photo_type | 照片类型：line路线 card驾驶证 | 怎么两个主键，与哪张表关联 | |
| success_flag | 成功标志 默认0失败 1成功 | ||
| failure_num | 失败次数 | 为啥要记录失败次数 | |
| status | 试驾车状态 | ||
| CREATE_TIME | 创建时间 | 表记录创建时间？ | |
| UPDATE_TIME | 修改时间 | 修改表时间？ |
</font>
t_trail_sms_log
<font color="red">
- 表的作用
- 增删改查该表的场景与时间节点
| 字段 | 名称 | 作用 | 备注 |
|---|---|---|---|
| id | id | 主键 | 表id？ |
| trialId | |||
| channel | 发送渠道 金桥jq、安亭at、阿里ali | 这个东西的调用机制 | |
| bizId | 业务ID，可通过ID到短信平台查询状态 | 业务ID是有那些分类，干什么用的 | |
| mobile | 手机号码 | ||
| success | 是否成功 | ||
| url | 短信地址 | 短信地址是啥地址，干嘛用的 | |
| message | 错误消息 | 有哪些分类 | |
| CREATE_TIME | 创建时间 | 表记录创建时间？ |
</font>
tm_trail_batch
<font color="red">
- 表的作用
- 增删改查该表的场景与时间节点
- 当前能够满足业务吗？
| 字段 | 名称 | 作用 | 备注 |
|---|---|---|---|
| id | id | 主键 | 表id？ |
| brand | 品牌 | ||
| dealer_level | 经销商等级 | 有哪几个等级，达到的标准是什么 | |
| dealer_level_times | 每小时接待批次 | ||
| CREATE_TIME | 创建时间 | 表记录创建时间？ | |
| CREATE_USER | 创建人 | 谁？ | |
| UPDATE_TIME | 修改时间 | 修改表时间？ | |
| UPDATE_USER | 更新时间 | 谁？ | |
| deleter_flag | 是否有效 | 记录？ | |
| deleter_id | 删除人 |
</font>
tm_trail_vehicle
<font color="red">
- 表的作用
- 增删改查该表的场景与时间节点
- 当前能够满足业务吗？
| 字段 | 名称 | 作用 | 备注 |
|---|---|---|---|
| id | id | 主键 | 表id？ |
| vin | VIN码 | ||
| series_code | 车系代码 | 这块数据咋来的（DOL） | |
| model_code | 车型代码 | 这块数据咋来的 | |
| brand | 品牌 | ||
| dealer_code | 经销商代码 | 这块与其他表如何关联的 | |
| materials_no | 物料号 | 这都是啥意思 | |
| status | 状态 | ||
| plateNum | 车牌号 | ||
| file | 附件 | 干嘛用的 | |
| isTemporary | isTemporary 1Y 0N | 深度试驾?如何判定 | |
| DEALER_ID | 经销商代码 | 怎么有两个经销商代码 | |
| is_deepDriver | 是否深度试驾 0否 1是 | ||
| CREATE_TIME | 创建时间 | 表记录创建时间？ | |
| CREATE_USER | 创建人 | 谁？ | |
| UPDATE_TIME | 修改时间 | 修改表时间？ | |
| UPDATE_USER | 更新时间 | 谁？ | |
| deleter_flag | 是否有效 | 记录？ | |
| deleter_id | 删除人 |
</font>
