试乘试驾表结构清单
[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. RB 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>
网友评论