从版本< 34.2 >
shi chuck编辑
在2019/11/27 11:29上
到版本
shi chuck编辑
在2019/11/06 12:25上
< >
修改评论 上传新附件1573014329902-633.png

Summary

Details

Page properties
Content
... ... @@ -3,171 +3,6 @@
3 3  {{/box}}
4 4  
5 5  (% class="wikigeneratedid" %)
6 -= zpd_case#21_20191126 =
7 -
8 -问题描述:这个车天天在我这里充电,今天怎么都充不了了!这个报错是什么意思?
9 -
10 -[[image:1574757543672-178.png||height="375" width="281"]][[image:1574757558197-103.png||height="379" width="284"]]
11 -
12 -~-~-跟踪
13 -
14 -【chinyee】:从充电记录来看,充电停止原因:[2]与车辆通信超时
15 -
16 -【shi】:bms 和电桩握手时超时,车的bms问题,然后让他去找车厂
17 -
18 -~-~-解决:
19 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
20 -售后(跟单)工程师:施文俊 chinyee
21 -
22 -
23 -= zpd_case#20_20191126 =
24 -
25 -问题描述:
26 -
27 -你们说的等待30到80秒是指公众号扫码后,到公众号界面弹出充电选项; 还是公众号内已经下发了充电,电桩要30到80秒才有响应
28 -
29 -公众号界面需要等待30到80秒,点击充电后马上启动充电桩。
30 -
31 -~-~-跟踪
32 -
33 -【YD】:展鹏达聚能桩 我查了看了最近一个星期左右的盛弘桩和聚能桩的部分充电记录心跳
34 -
35 -聚能桩记录中有相当部分的状态开始是这样从2-3-2-3的情况 盛弘桩基本都是2-3-3-3
36 -
37 -账单号:20191125004937842819、20191125202531894994
38 -【john】:从日志上看是2-2-3-3这个顺序的,因为数据库日期字段精度问题丢失了毫秒,所以你这个查询排序有问题。另外因为变化太快,前端UI可能直接就拿到3了。
39 -【shi】:根据john回覆,应该不是2-3-2-3 问题。 以下新的分析发现, 鉴权 到 枪状态变化 的时间较长 可能是 聚能桩 目前问题所在(聚能桩存在状态1,且1-》2的时间消耗较多,对比盛弘桩不存在状态1)。
40 -~~~~~~~~聚能桩 3例
41 -~~44030900210000200006 | 20191125004937842819 鉴权轨迹  ,状态1-》2 用了55秒,状态2 -》3 用了37秒
42 -时间  状态
43 -2019-11-25 00:49:38  1
44 -2019-11-25 00:50:33  2
45 -2019-11-25 00:51:10  3
46 -~~44030900210000200007  | 20191127055345257233  鉴权轨迹  ,状态1-》2 用了30秒,状态2 -》3 用了22秒
47 -时间  状态
48 -2019-11-27 05:53:46  1
49 -2019-11-27 05:54:16  2
50 -2019-11-27 05:54:38  3
51 -~~44030900210000200008  | 20191127080234995388  鉴权轨迹  ,状态1-》2 用了20秒,状态2 -》3 用了19秒
52 -时间  状态
53 -2019-11-27 08:02:34  1
54 -2019-11-27 08:02:54  2
55 -2019-11-27 08:03:13  3
56 -\\~~~~~~~~盛弘桩 2 例,皆不存在 状态 1,说明都是插枪后 鉴权,桩上送的是2-枪准备就绪
57 -~~ 44030900210000200001 | 20191127085834682518  鉴权轨迹  ,状态2 -》3 用了33秒
58 -时间  状态
59 -2019-11-27 08:58:34  2
60 -2019-11-27 08:59:07  3
61 -~~ 44030900210000200001 | 20191127085816880169  鉴权轨迹  ,状态2 -》3 用了27秒
62 -时间  状态
63 -2019-11-27 08:58:33    2
64 -2019-11-27 08:59:00  3
65 -
66 -~-~-解决:
67 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
68 -售后(跟单)工程师:施文俊 YD
69 -
70 -= zpd_case#5_20191122 =
71 -
72 -问题描述:财务这边每个月的进账都比平台上的收入高出很多?10月分财务进账13万,平台才显示9万多?
73 -
74 -~-~-跟踪
75 -【shi】: 思路:分3部分:1)消费金额、2)充值金额、3)微信平台账户收入。 1,2平台的数值是不同。可按照客户搜索条件,按照我们思路先算。再和客户比较。
76 -预充值。平台是已消费。客户业务上一点都无常识。不要被他节奏带走。 如果 平台充值和 微信到款 不一致 这才有问题。
77 -~-~-解决:
78 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
79 -售后(跟单)工程师:施文俊
80 -
81 -
82 -= zpd_case#18_20191120 =
83 -
84 -问题描述:客户的意思是想一个手机充值,他公司的司机可以在我们这里充电,费用全部从充值手机扣费。整个车队用一张卡充电,所有展鹏达的桩都可以给此车队充电。
85 -
86 -(% class="box infomessage" %)
87 -(((
88 -**需求场景:**
89 -1、车队含大巴、小型社会车辆。
90 -2、整个车队用一张卡 充电,车队司机刷卡充电。
91 -3、扣费走车队部门资金池,转账等线下方式值到部门账户。
92 ---4、(此项现阶段忽略)电池系统能否上送车架号不明确。--
93 -5、客户要求设置1个密码,支持 密码充电。
94 -6、支持1卡1密码同时启动多台车充电。
95 -\\**执行:**
96 -1、平台支持需求场景,即:整个车队用一张卡 充电,车队司机刷卡充电 或 密码充电。扣费走车队部门资金池,转账等线下方式值到部门账户。
97 -2、请展鹏达方和Tom沟通购买充电卡之商务。
98 -3、可同时进行此车队模式的平台配置,见下步骤:
99 -\\**平台配置步骤:**(其中2、3项现阶段忽略)
100 -1.在首页/客户管理/企业部门管理页面,在部门设置右击“新增部门”,填写部门名称比如”车队a“(可以是车队名字)后点击保存。最下面绑定电站点击“查看绑定”,选择车队可以充电的电站。
101 ---2.(此项可选,如公交大巴电池系统能上送车架号则执行,否则其余社会小型车辆可忽略此项。)在首页/客户管理/车辆管理/导入车牌和车架页面,点击“点我下载批量导入车架模板文件”,车架号和车牌号需要找客户拿到然后录入,车厂直接写“OJL“即可,部门ID可在首页/客户管理/企业部门管理页面,找到该车队部门名称,操作栏页面有写部门ID。表格填写完后点击”浏览文件“,然后点击”上传“,下拉找到刚刚上传的表格,在操作栏点击”解析数据导入系统“。
102 -3.(同第2项原因,此项可选)在首页/客户管理/车辆管理/车辆车架管理页面,部门选择车队名字点击查询即可找到车队信息。--
103 -4.在首页/客户管理/会员管理/会员管理页面,点击”创建用户“,用户类型选择”真实用户“,用户昵称填写”比如车队a充电卡“,部门选择”车队a“。
104 -5. ”车队a充电卡“ 创建后,在操作栏点击编辑,填写充电卡号,然后点击保存,此充电卡 即为此车队 充电卡。(充电卡由令狐充提供)
105 -6.  ”车队a充电卡“ 创建后,在操作栏点击”修改密码“,记录充电密码,此密码 即为此车队 充电密码。
106 -7.  给部门账户充值,在首页/客户管理/企业部门管理页面找到部门”车队a“,部门余额右边点击”充值”,输入到账金额后点击保存即可。
107 -8. 完成以上配置,测试刷卡充电。所有此充电卡启动的充电 对会从部门 ”车队a“扣费。
108 -)))
109 -
110 -~-~-解决:
111 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置
112 -
113 -(% class="wikigeneratedid" %)
114 -售后(跟单)工程师::施文俊 Chinyee
115 -
116 -= zpd_case#17_20191115 =
117 -
118 -问题描述:展鹏达聚能桩异常账单统计
119 -
120 -(% class="box infomessage" %)
121 -(((
122 -提供一份数据:1)异常账单统计。
123 -
124 -1)异常账单统计:下表为 **2019年11月** 之异常代码统计
125 -
126 -(% border="1" style="width:700px" %)
127 -|**异常代码\统计时间段**|**大浪充电站(Ver1.0.0)**|**河背充电站(Ver1.0.0)**
128 -|**时间段内成功充电次数**|49|139
129 -|(((
130 -**3- 时间异常**
131 -)))|4|11
132 -)))
133 -
134 -~-~-解决:
135 -状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置
136 -
137 -(% class="wikigeneratedid" %)
138 -数据统计人:Chinyee
139 -
140 -
141 -= zpd_case#16_20191115 =
142 -
143 -问题描述:请按清单上正确的产品型号填写。
144 -
145 -~-~-跟踪
146 -[[image:1573782442522-746.png||height="343" width="469"]]
147 -
148 -~-~-解决:
149 -
150 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
151 -售后(跟单)工程师:施文俊  chinyee
152 -
153 -
154 -= zpd_case#15_20191108 =
155 -
156 -问题描述:聚能直流桩 投入运营,令狐充提供支撑。
157 -
158 -~-~-跟踪
159 -**固件相关:**不支持ftp远程升级,如果有版本更新话,只能人工现成升级。
160 -**背景:**
161 -1、河背108工业园4台设备,8把枪。
162 -2、鸿富工业园2台设备,4把枪。
163 -**聚能落地计划建议:**
164 -1、建议初期安排试运营阶段,并告知用户站点为试运营。
165 -2、确定初期投入运营站点、和桩数量。在平台端完成 站、桩、电价配置。 桩产品类型选 聚能直流。
166 -3、展鹏达填写《令狐充-微信充电系统落地清单.doc》后给到令狐充、平台方按照落地计划协助跟进。【郑经理 】
167 -~-~-解决:
168 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
169 -售后(跟单)工程师:施文俊
170 -
171 171  = zpd_case#14_20191106 =
172 172  
173 173  问题描述:你好,这个客户要求退款,我查会员显示余额是0!这是怎么回事啊?
... ... @@ -177,28 +177,13 @@
177 177  ~-~-跟踪
178 178  【chinyee】:客户手机号:13128988520  通过数据库查询 客户充值了2次一共充了80元,充电记录有24条,只有一条有扣费40.1,帐单号为20191104222631865480。查看了该账单号心跳,发现有状态多次出现8,查看故障记录是桩离线原因,该账单为正常扣费,通过用户id查看用户表的可退款金额显示为0。
179 179  
180 -【shi】:分析见下
181 -1、数据库,确实应剩余40元
182 -[[image:1573014329902-633.png]]
183 -2、“首页/客户管理/会员管理/退款审核管理”,查得展鹏达曾开启过在线退款,存在已申请记录。 用户提出申请,余额会清零。
184 -[[image:1573014560992-480.png]]
185 185  
186 -【客】客户已退款清单:10月30-9点48-金额20元-电话15913832032
187 - 10月31-11点15-金额11.35元电话13927401929
188 - 11月6-10点25-金额29.82元电话13827461280
189 -~-~-below on 20191107
190 -【shi】:
191 -1、告知客户 人工退款暂时缓一缓,涉及到退款是否关联删除已发放代金券,预计11.12日系统更新后再进行。
192 -2、更新后,代替客户把所有在线申请的退款都驳回,金额退至用户账户。
193 -3、请用户走人工退款, 默认勾选删除关联已发放代金券。
194 -~-~-below on 20191111
195 -展鹏达BO退款已更新,告知客户,并支撑客户对之前退款未完成,按新方法执行。
196 -
197 197  ~-~-解决:
198 198  状态(☑表示选定 ):  已解决 | 处理中 | 暂搁置 
199 199  售后(跟单)工程师:施文俊  CHinyee
200 200  
201 -= =
20 +(% class="wikigeneratedid" %)
21 += =
202 202  
203 203  = zpd_case#13_20191104 =
204 204  
... ... @@ -276,7 +276,7 @@
276 276  状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
277 277  售后(跟单)工程师:施文俊  CHinyee
278 278  
279 -= =
99 += =
280 280  
281 281  = zpd_case#10_20191024 =
282 282  
... ... @@ -370,7 +370,7 @@
370 370  4.2、登录后台查数据,进行分析,将结果汇报现场人员。
371 371  4.3、不能解决的问题,填写工单提供令狐充,包括:数据、问题描述。(详细见 工单模板)
372 372  
373 -= =
193 += =
374 374  
375 375  = zpd_case#7_20191023 =
376 376  
1573014560992-480.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -10.1 KB
Content
1573782442522-746.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -56.7 KB
Content
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