从版本< 35.2 >
shi chuck编辑
在2019/12/03 14:22上
到版本
chinyee he编辑
在2019/11/15 09:59上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.ShiChuck
1 +XWiki.Chinyee
Content
... ... @@ -2,166 +2,7 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= zpd_case#21_20191126 =
6 6  
7 -问题描述:办理企业号客户反应了两个问题!
8 -
9 -~-~-跟踪
10 -
11 -【shi】:以下问题皆基于刷卡充电前提,需分用户类型讨论,
12 -类型1:真实个人注册了微信充电服务-简称:【真实用户】
13 -类型2:未注册微信充电服务-简称:【虚拟用户】
14 -
15 -1.每次充电电度,地点和金额能不能通过微信或者短信的方式通知到客户?客户知道在哪里消费了多少金额!
16 -答: 
17 -【真实用户】方案:真实用户之微信号+【选择部门扣费渠道】。
18 -【虚拟用户】方案:虚拟用户 分配 在1个部门(子运营商),提供给部门管理员平台的子账号,可登录后台查看相关充电记录。
19 -\\2,客户余额能否设置个报警告知客户卡上余额不多了需要充值?
20 -答:
21 -【真实用户】方案:“首页/客户管理/会员管理/会员管理”中配置 【账号余额提醒】阀值,余额达到指定金额,系统给出微信消息提示。
22 -【虚拟用户】方案: ”首页/客户管理/企业部门管理“中定位虚拟用户对应指定部门,页面右上角 配置 【账号余额提醒】阀值,余额达到指定金额,系统给出微信消息提示。查看部门操作见下:
23 -a)“首页/客户管理/会员管理/会员管理“ 找到指定虚拟用户绑定的部门。
24 -b)”首页/客户管理/企业部门管理“中定位部门,为其设置手机号。
25 -\\具体操作需根据客户选择,再给出操作步骤。
26 -
27 -~~update 12.3
28 -
29 -【chinyee】:客户选择了虚拟用户类型进行操作配置。
30 -帮客户新建了一个账号whly(供车队使用) 权限为查看充电记录
31 -新建了一个子运营商 深圳市为华旅游运输有限公司 部门已绑定子运营商
32 -【shi】:人工补救处理办法。 shi已处理。
33 -1、查询部门id=28的充电记录之条件sql 如下,知悉11.22日后此部门下用户开始充电,发现此部门下只有1个虚拟需用,useId=00072889
34 -where 1=1
35 -and rh.C_CREATE_DATE>'2019-11-22 02:00' 
36 -#and rh.C_SUBOPERATOR=16
37 -and m.C_ENTERPRISE_ID=28
38 -
39 -2、根据1分析结果,执行纠正数据(因运营数据之关键,执行需确保100%无误)
40 - a 确认需纠正数据,比如数量。
41 - SELECT id from recharge_history rh where rh.C_CREATE_DATE>'2019-11-22 02:00' and rh.C_MEMBER_ID in (select id from member where c_user_id='00072889');
42 - b  执行纠正数据
43 - update recharge_history rh set C_SUBOPERATOR=16 where rh.C_CREATE_DATE>'2019-11-22 02:00' and rh.C_MEMBER_ID in (select id from member where c_user_id='00072889');
44 -
45 -~-~-解决:
46 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
47 -售后(跟单)工程师:施文俊
48 -
49 -
50 -
51 -
52 -= zpd_case#21_20191126 =
53 -
54 -问题描述:这个车天天在我这里充电,今天怎么都充不了了!这个报错是什么意思?
55 -
56 -[[image:1574757543672-178.png||height="375" width="281"]][[image:1574757558197-103.png||height="379" width="284"]]
57 -
58 -~-~-跟踪
59 -
60 -【chinyee】:从充电记录来看,充电停止原因:[2]与车辆通信超时
61 -
62 -【shi】:bms 和电桩握手时超时,车的bms问题,然后让他去找车厂
63 -
64 -~-~-解决:
65 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
66 -售后(跟单)工程师:施文俊 chinyee
67 -
68 -
69 -= zpd_case#20_20191126 =
70 -
71 -问题描述:
72 -
73 -你们说的等待30到80秒是指公众号扫码后,到公众号界面弹出充电选项; 还是公众号内已经下发了充电,电桩要30到80秒才有响应
74 -
75 -公众号界面需要等待30到80秒,点击充电后马上启动充电桩。
76 -
77 -~-~-跟踪
78 -
79 -【YD】:展鹏达聚能桩 我查了看了最近一个星期左右的盛弘桩和聚能桩的部分充电记录心跳
80 -
81 -聚能桩记录中有相当部分的状态开始是这样从2-3-2-3的情况 盛弘桩基本都是2-3-3-3
82 -
83 -账单号:20191125004937842819、20191125202531894994
84 -~~update 20191127
85 -【john】:从日志上看是2-2-3-3这个顺序的,因为数据库日期字段精度问题丢失了毫秒,所以你这个查询排序有问题。另外因为变化太快,前端UI可能直接就拿到3了。
86 -【shi】:根据john回覆,应该不是2-3-2-3 问题。 以下新的分析发现, 鉴权 到 枪状态变化 的时间较长 可能是 聚能桩 目前问题所在(聚能桩存在状态1,且1-》2的时间消耗较多,对比盛弘桩不存在状态1)。
87 -~~~~~~~~聚能桩 3例
88 -~~44030900210000200006 | 20191125004937842819 鉴权轨迹  ,状态1-》2 用了55秒,状态2 -》3 用了37秒
89 -时间  状态
90 -2019-11-25 00:49:38  1
91 -2019-11-25 00:50:33  2
92 -2019-11-25 00:51:10  3
93 -~~44030900210000200007  | 20191127055345257233  鉴权轨迹  ,状态1-》2 用了30秒,状态2 -》3 用了22秒
94 -时间  状态
95 -2019-11-27 05:53:46  1
96 -2019-11-27 05:54:16  2
97 -2019-11-27 05:54:38  3
98 -~~44030900210000200008  | 20191127080234995388  鉴权轨迹  ,状态1-》2 用了20秒,状态2 -》3 用了19秒
99 -时间  状态
100 -2019-11-27 08:02:34  1
101 -2019-11-27 08:02:54  2
102 -2019-11-27 08:03:13  3
103 -\\~~~~~~~~盛弘桩 2 例,皆不存在 状态 1,说明都是插枪后 鉴权,桩上送的是2-枪准备就绪
104 -~~ 44030900210000200001 | 20191127085834682518  鉴权轨迹  ,状态2 -》3 用了33秒
105 -时间  状态
106 -2019-11-27 08:58:34  2
107 -2019-11-27 08:59:07  3
108 -~~ 44030900210000200001 | 20191127085816880169  鉴权轨迹  ,状态2 -》3 用了27秒
109 -时间  状态
110 -2019-11-27 08:58:33    2
111 -2019-11-27 08:59:00  3
112 -【客户】:现场试充电桩,已经没有延迟问题。
113 -【shi】:聚能未报告有做改动。令狐充未做改动,待观察,后续有类似情况请用户:1)拍视频。2)提供账单号
114 -
115 -~-~-解决:
116 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
117 -售后(跟单)工程师:施文俊 YD
118 -
119 -= zpd_case#5_20191122 =
120 -
121 -问题描述:财务这边每个月的进账都比平台上的收入高出很多?10月分财务进账13万,平台才显示9万多?
122 -
123 -~-~-跟踪
124 -【shi】: 思路:分3部分:1)消费金额、2)充值金额、3)微信平台账户收入。 1,2平台的数值是不同。可按照客户搜索条件,按照我们思路先算。再和客户比较。
125 -预充值。平台是已消费。客户业务上一点都无常识。不要被他节奏带走。 如果 平台充值和 微信到款 不一致 这才有问题。
126 -~-~-解决:
127 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
128 -售后(跟单)工程师:施文俊
129 -
130 -
131 -= zpd_case#18_20191120 =
132 -
133 -问题描述:客户的意思是想一个手机充值,他公司的司机可以在我们这里充电,费用全部从充值手机扣费。整个车队用一张卡充电,所有展鹏达的桩都可以给此车队充电。
134 -
135 -(% class="box infomessage" %)
136 -(((
137 -**需求场景:**
138 -1、车队含大巴、小型社会车辆。
139 -2、整个车队用一张卡 充电,车队司机刷卡充电。
140 -3、扣费走车队部门资金池,转账等线下方式值到部门账户。
141 ---4、(此项现阶段忽略)电池系统能否上送车架号不明确。--
142 -5、客户要求设置1个密码,支持 密码充电。
143 -6、支持1卡1密码同时启动多台车充电。
144 -\\**执行:**
145 -1、平台支持需求场景,即:整个车队用一张卡 充电,车队司机刷卡充电 或 密码充电。扣费走车队部门资金池,转账等线下方式值到部门账户。
146 -2、请展鹏达方和Tom沟通购买充电卡之商务。
147 -3、可同时进行此车队模式的平台配置,见下步骤:
148 -\\**平台配置步骤:**(其中2、3项现阶段忽略)
149 -1.在首页/客户管理/企业部门管理页面,在部门设置右击“新增部门”,填写部门名称比如”车队a“(可以是车队名字)后点击保存。最下面绑定电站点击“查看绑定”,选择车队可以充电的电站。
150 ---2.(此项可选,如公交大巴电池系统能上送车架号则执行,否则其余社会小型车辆可忽略此项。)在首页/客户管理/车辆管理/导入车牌和车架页面,点击“点我下载批量导入车架模板文件”,车架号和车牌号需要找客户拿到然后录入,车厂直接写“OJL“即可,部门ID可在首页/客户管理/企业部门管理页面,找到该车队部门名称,操作栏页面有写部门ID。表格填写完后点击”浏览文件“,然后点击”上传“,下拉找到刚刚上传的表格,在操作栏点击”解析数据导入系统“。
151 -3.(同第2项原因,此项可选)在首页/客户管理/车辆管理/车辆车架管理页面,部门选择车队名字点击查询即可找到车队信息。--
152 -4.在首页/客户管理/会员管理/会员管理页面,点击”创建用户“,用户类型选择”真实用户“,用户昵称填写”比如车队a充电卡“,部门选择”车队a“。
153 -5. ”车队a充电卡“ 创建后,在操作栏点击编辑,填写充电卡号,然后点击保存,此充电卡 即为此车队 充电卡。(充电卡由令狐充提供)
154 -6.  ”车队a充电卡“ 创建后,在操作栏点击”修改密码“,记录充电密码,此密码 即为此车队 充电密码。
155 -7.  给部门账户充值,在首页/客户管理/企业部门管理页面找到部门”车队a“,部门余额右边点击”充值”,输入到账金额后点击保存即可。
156 -8. 完成以上配置,测试刷卡充电。所有此充电卡启动的充电 对会从部门 ”车队a“扣费。
157 -)))
158 -
159 -~-~-解决:
160 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置
161 -
162 -(% class="wikigeneratedid" %)
163 -售后(跟单)工程师::施文俊 Chinyee
164 -
165 165  = zpd_case#17_20191115 =
166 166  
167 167  问题描述:展鹏达聚能桩异常账单统计
... ... @@ -247,7 +247,7 @@
247 247  状态(☑表示选定 ):  已解决 | 处理中 | 暂搁置 
248 248  售后(跟单)工程师:施文俊  CHinyee
249 249  
250 -= =
91 += =
251 251  
252 252  = zpd_case#13_20191104 =
253 253  
... ... @@ -325,7 +325,7 @@
325 325  状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
326 326  售后(跟单)工程师:施文俊  CHinyee
327 327  
328 -= =
169 += =
329 329  
330 330  = zpd_case#10_20191024 =
331 331  
... ... @@ -419,7 +419,7 @@
419 419  4.2、登录后台查数据,进行分析,将结果汇报现场人员。
420 420  4.3、不能解决的问题,填写工单提供令狐充,包括:数据、问题描述。(详细见 工单模板)
421 421  
422 -= =
263 += =
423 423  
424 424  = zpd_case#7_20191023 =
425 425  
1574757543672-178.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -1002.5 KB
Content
1574757558197-103.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -817.5 KB
Content