文档更改展鹏达
在2020/06/11 15:02上被chinyee he修改
修改评论 上传新附件1574757558197-103.png
Summary
-
Page properties (1 modified, 0 added, 0 removed)
-
Attachments (0 modified, 0 added, 13 removed)
Details
- Page properties
-
- Content
-
... ... @@ -2,262 +2,6 @@ 2 2 {{toc/}} 3 3 {{/box}} 4 4 5 -= zpd_case#32_20200312 = 6 - 7 -问题描述:这个客户反应5元的代金卷不可以使用!你能不能帮我看下是怎么回事! 8 - 9 -[[image:1584079992638-746.png||height="578" width="267"]] 10 - 11 - 12 -~-~-跟踪 13 - 14 -【chinyee】:该用户今天凌晨一共充了三次电都有用到优惠券5元,请问是哪天没用到 15 - 16 -【客户】:那他5元卷估计用不完 17 - 18 -【chinyee】:您可以在充电记录页面输入手机号,点击查看详情里面的收费记录都有写清楚。 19 - 20 -~-~-解决: 21 -状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 22 -售后(跟单)工程师:chinyee 23 - 24 - 25 -= zpd_case#32_20200306 = 26 - 27 -问题描述:展鹏达查看滴滴充电记录 28 - 29 -~-~-跟踪 30 - 31 -(% class="box" %) 32 -((( 33 -【步骤】: 34 -1、登录https:~/~/mc.linghuchongtech.com/, 依次进入“首页/营收管理/账单管理/充电记录”。 35 -2、子运营商选择“小桔滴滴”;选择时间区间,点查询。 36 -[[image:1583466955565-257.png]] 37 -))) 38 - 39 -~-~-解决: 40 -状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 41 -售后(跟单)工程师:施文俊 42 - 43 -= zpd_case#31_20200302 = 44 - 45 -问题描述:展鹏达公众号无法使用一号多充 46 - 47 -背景 48 - 49 -现在一个车队,有10台车,已经办了充电卡,现在充电卡还没有送到客户手中。 50 -客户着急给这10台车充电,发现公众号上有一号多充功能,可是不能使用! 51 - 52 -~-~-跟踪 53 - 54 -【YD】:13927583235 用户不是虚拟用户,无法查询到充电密码。让展鹏达人员告诉客户使用密码进行多充。 55 - 56 -~-~-解决: 57 -状态(☑表示选定 ): ☑已解决 | 处理中 | 暂搁置 58 -售后(跟单)工程师:施文俊YD 59 - 60 -= zpd_case#30_20200114 = 61 - 62 -问题描述:客户扫码充电显示有一个任务未结束,请在-173662秒内完成操作启动充电。重复操作后还是显示这个页面。请郑经理联系令狐冲后台处理。 63 - 64 -[[image:1578991825541-925.png||height="369" width="185"]][[image:1578991849273-335.png||height="377" width="189"]] 65 - 66 -~-~-跟踪 67 -【令技术】:这个是前天历史遗留的异常状况 已经处理了 68 - 69 -~-~-解决: 70 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 71 -售后(跟单)工程师:chinyee 72 - 73 - 74 -= zpd_case#29_20200113 = 75 - 76 -问题描述:现在管理员反应,我们现在有充电桩,启动不了桩!任务也结束不了!用户已插枪,再扫码显示有充电任务! 20200113113140381259现在河背的桩出现这样的问题 77 - 78 -[[image:1578887635953-279.png||height="433" width="212"]] 79 - 80 -~-~-跟踪 81 -【chinyee】:在平台上看该账单状态一直为 正在鉴权 82 - 83 -数据库查看该账单 84 - 85 -[[image:1578887731182-686.png||height="157" width="416"]] 86 - 87 -recharge_history_status_report: 88 - 89 -[[image:1578887757179-448.png||height="146" width="823"]] 90 - 91 -【令技术】:扫码之后一直没有启动充电 92 - 93 -~-~-解决: 94 - 95 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 96 -售后(跟单)工程师:chinyee 97 - 98 -= zpd_case#28_20200110 = 99 - 100 -问题描述:你好,这个客户第一个充了21.99度电没计费!你这边能不能查下什么原因?谢谢 101 - 102 -[[image:1578627678520-549.png||height="214" width="444"]] 103 - 104 -~-~-跟踪 105 -【令】:这张是故障账单 把这个账单号输入到故障账单 点击手动修正 点击右上角应用 再按确定 106 - 107 -~-~-解决: 108 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 109 -售后(跟单)工程师:chinyee 110 - 111 - 112 -= zpd_case#27_20200108 = 113 - 114 -问题描述:展鹏达对接小桔(即 滴滴app扫码充电) 115 - 116 -~-~-跟踪 117 -【背景】: 对接需要满足以下: 118 -1、技术对接。【niewei】 119 -2、站点和桩的基础数据完整性。(类似粤易充之必填数据)。【我方指导客户操作】 120 -3、子运营商配置(类似坚信对接小桔)。【我方配置】 121 - 122 -【YD】:20200109 123 - 124 -2)站点及桩资料已在平台配置好。 125 - 126 -3)已在平台配置好//**(滴滴子运营已启用,对接虚拟用户余额为0)**//。 127 -~-~-解决: 128 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 129 -售后(跟单)工程师:施文俊 130 - 131 - 132 -= zpd_case#26_20200102 = 133 - 134 -问题描述:财务需知道19年3、4季度桩枪数变化 135 - 136 -~-~-跟踪 137 -【shi】:见下图 138 -2019第三季度 139 -[[image:1577938362114-288.png]] 140 -2019第四季度 141 -[[image:1577938300443-831.png]] 142 -~-~-解决: 143 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 144 -售后(跟单)工程师:施文俊 145 - 146 -= zpd_case#25_20191230 = 147 - 148 -问题描述:河背2号桩1号枪扫码后不显示自动充满!其他没有问题! 149 - 150 -~-~-跟踪 151 -【令】: 44030900210000200007这个桩的1号枪 客户扫码后手机没有 自动充满 这个选项 导致用户取消服务 都去2号桩充电去了 我看了近几日数据都是这样 152 - 153 -【令技术】:桩有问题,上传的状态一直都是枪没有插上。界面上应该是提示他们插枪,如果插了枪也没变化就有可能是充电枪坏了 (考虑到换到2号枪就没问题可以排除程序问题和车问题) 154 -~-~-解决: 155 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 156 -售后(跟单)工程师:chinyee 施文俊 157 - 158 -= zpd_case#24_20191217 = 159 - 160 -问题描述:有没有那种下个微信公众号,绑定充电卡,客户可以自己往卡里面充值? 161 - 162 -~-~-跟踪 163 -【令】: 可以让客户关注展鹏达微信号并注册,您这边去会员管理通过手机号找到他,点击编辑 输入充电卡号就可以,然后直接微信充值就行 卡里和账户余额的钱是一样的。 164 -~-~-解决: 165 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 166 -售后(跟单)工程师:chinyee 167 - 168 - 169 -= zpd_case#23_20191205 = 170 - 171 -问题描述:客户在部门管理新建了一个部门,采用刷卡和密码充电,开通一个子账户给部门客户查看充电记录。 172 - 173 -~-~-跟踪 174 -【令】: 帮客户新建了一个账号jybj(供车队使用) 权限为查看充电记录 175 -新建了一个子运营商 玖月搬家公司 部门已绑定子运营商。该部门为这周开始设置,需要导入之前的充电记录。 176 -~-~-解决: 177 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 178 -售后(跟单)工程师:施文俊 chinyee 179 - 180 - 181 -= zpd_case#22_20191204 = 182 - 183 -问题描述:松岗3号桩用密码充不了电 184 - 185 -[[image:1575422351371-202.png||height="376" width="501"]] 186 - 187 -~-~-跟踪 188 - 189 -【令】:查看该时间段出现桩故障,让客户检查网络是否稳定。 190 - 191 -[[image:1575422415927-246.png||height="38" width="654"]] 192 - 193 -~-~-解决: 194 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 195 -售后(跟单)工程师:chinyee 196 - 197 - 198 -= zpd_case#21_20191126 = 199 - 200 -问题描述:办理企业号客户反应了两个问题! 201 - 202 -~-~-跟踪 203 - 204 -【shi】:以下问题皆基于刷卡充电前提,需分用户类型讨论, 205 -类型1:真实个人注册了微信充电服务-简称:【真实用户】 206 -类型2:未注册微信充电服务-简称:【虚拟用户】 207 - 208 -1.每次充电电度,地点和金额能不能通过微信或者短信的方式通知到客户?客户知道在哪里消费了多少金额! 209 -答: 210 -【真实用户】方案:真实用户之微信号+【选择部门扣费渠道】。 211 -【虚拟用户】方案:虚拟用户 分配 在1个部门(子运营商),提供给部门管理员平台的子账号,可登录后台查看相关充电记录。 212 -\\2,客户余额能否设置个报警告知客户卡上余额不多了需要充值? 213 -答: 214 -【真实用户】方案:“首页/客户管理/会员管理/会员管理”中配置 【账号余额提醒】阀值,余额达到指定金额,系统给出微信消息提示。 215 -【虚拟用户】方案: ”首页/客户管理/企业部门管理“中定位虚拟用户对应指定部门,页面右上角 配置 【账号余额提醒】阀值,余额达到指定金额,系统给出微信消息提示。查看部门操作见下: 216 -a)“首页/客户管理/会员管理/会员管理“ 找到指定虚拟用户绑定的部门。 217 -b)”首页/客户管理/企业部门管理“中定位部门,为其设置手机号。 218 -\\具体操作需根据客户选择,再给出操作步骤。 219 - 220 -~~update 12.3 221 - 222 -【chinyee】:客户选择了虚拟用户类型进行操作配置。 223 -帮客户新建了一个账号whly(供车队使用) 权限为查看充电记录 224 -新建了一个子运营商 深圳市为华旅游运输有限公司 部门已绑定子运营商 225 -【shi】:人工补救处理办法。 shi已处理。 226 -1、查询部门id=28的充电记录之条件sql 如下,知悉11.22日后此部门下用户开始充电,发现此部门下只有1个虚拟需用,useId=00072889 227 -where 1=1 228 -and rh.C_CREATE_DATE>'2019-11-22 02:00' 229 -#and rh.C_SUBOPERATOR=16 230 -and m.C_ENTERPRISE_ID=28 231 - 232 -2、根据1分析结果,执行纠正数据(因运营数据之关键,执行需确保100%无误) 233 - a 确认需纠正数据,比如数量。 234 - 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'); 235 - b 执行纠正数据 236 - 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'); 237 - 238 -~-~-解决: 239 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 240 -售后(跟单)工程师:施文俊 241 - 242 - 243 - 244 -= zpd_case#21_20191126 = 245 - 246 -问题描述:这个车天天在我这里充电,今天怎么都充不了了!这个报错是什么意思? 247 - 248 -[[image:1574757543672-178.png||height="375" width="281"]][[image:1574757558197-103.png||height="379" width="284"]] 249 - 250 -~-~-跟踪 251 - 252 -【chinyee】:从充电记录来看,充电停止原因:[2]与车辆通信超时 253 - 254 -【shi】:bms 和电桩握手时超时,车的bms问题,然后让他去找车厂 255 - 256 -~-~-解决: 257 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 258 -售后(跟单)工程师:施文俊 chinyee 259 - 260 - 261 261 = zpd_case#20_20191126 = 262 262 263 263 问题描述: ... ... @@ -273,36 +273,6 @@ 273 273 聚能桩记录中有相当部分的状态开始是这样从2-3-2-3的情况 盛弘桩基本都是2-3-3-3 274 274 275 275 账单号:20191125004937842819、20191125202531894994 276 -~~update 20191127 277 -【john】:从日志上看是2-2-3-3这个顺序的,因为数据库日期字段精度问题丢失了毫秒,所以你这个查询排序有问题。另外因为变化太快,前端UI可能直接就拿到3了。 278 -【shi】:根据john回覆,应该不是2-3-2-3 问题。 以下新的分析发现, 鉴权 到 枪状态变化 的时间较长 可能是 聚能桩 目前问题所在(聚能桩存在状态1,且1-》2的时间消耗较多,对比盛弘桩不存在状态1)。 279 -~~~~~~~~聚能桩 3例 280 -~~44030900210000200006 | 20191125004937842819 鉴权轨迹 ,状态1-》2 用了55秒,状态2 -》3 用了37秒 281 -时间 状态 282 -2019-11-25 00:49:38 1 283 -2019-11-25 00:50:33 2 284 -2019-11-25 00:51:10 3 285 -~~44030900210000200007 | 20191127055345257233 鉴权轨迹 ,状态1-》2 用了30秒,状态2 -》3 用了22秒 286 -时间 状态 287 -2019-11-27 05:53:46 1 288 -2019-11-27 05:54:16 2 289 -2019-11-27 05:54:38 3 290 -~~44030900210000200008 | 20191127080234995388 鉴权轨迹 ,状态1-》2 用了20秒,状态2 -》3 用了19秒 291 -时间 状态 292 -2019-11-27 08:02:34 1 293 -2019-11-27 08:02:54 2 294 -2019-11-27 08:03:13 3 295 -\\~~~~~~~~盛弘桩 2 例,皆不存在 状态 1,说明都是插枪后 鉴权,桩上送的是2-枪准备就绪 296 -~~ 44030900210000200001 | 20191127085834682518 鉴权轨迹 ,状态2 -》3 用了33秒 297 -时间 状态 298 -2019-11-27 08:58:34 2 299 -2019-11-27 08:59:07 3 300 -~~ 44030900210000200001 | 20191127085816880169 鉴权轨迹 ,状态2 -》3 用了27秒 301 -时间 状态 302 -2019-11-27 08:58:33 2 303 -2019-11-27 08:59:00 3 304 -【客户】:现场试充电桩,已经没有延迟问题。 305 -【shi】:聚能未报告有做改动。令狐充未做改动,待观察,后续有类似情况请用户:1)拍视频。2)提供账单号 306 306 307 307 ~-~-解决: 308 308 状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置
- 1575422351371-202.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.Chinyee - Size
-
... ... @@ -1,1 +1,0 @@ 1 -858.5 KB - Content
- 1575422415927-246.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.Chinyee - Size
-
... ... @@ -1,1 +1,0 @@ 1 -9.2 KB - Content
- 1577938300443-831.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.ShiChuck - Size
-
... ... @@ -1,1 +1,0 @@ 1 -36.0 KB - Content
- 1577938362114-288.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.ShiChuck - Size
-
... ... @@ -1,1 +1,0 @@ 1 -23.1 KB - Content
- 1578627678520-549.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.Chinyee - Size
-
... ... @@ -1,1 +1,0 @@ 1 -1.9 MB - Content
- 1578887635953-279.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.Chinyee - Size
-
... ... @@ -1,1 +1,0 @@ 1 -641.1 KB - Content
- 1578887731182-686.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.Chinyee - Size
-
... ... @@ -1,1 +1,0 @@ 1 -18.1 KB - Content
- 1578887746240-190.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.Chinyee - Size
-
... ... @@ -1,1 +1,0 @@ 1 -84.9 KB - Content
- 1578887757179-448.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.Chinyee - Size
-
... ... @@ -1,1 +1,0 @@ 1 -84.9 KB - Content
- 1578991825541-925.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.Chinyee - Size
-
... ... @@ -1,1 +1,0 @@ 1 -709.3 KB - Content
- 1578991849273-335.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.Chinyee - Size
-
... ... @@ -1,1 +1,0 @@ 1 -326.3 KB - Content
- 1583466955565-257.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.ShiChuck - Size
-
... ... @@ -1,1 +1,0 @@ 1 -74.5 KB - Content
- 1584079992638-746.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.Chinyee - Size
-
... ... @@ -1,1 +1,0 @@ 1 -539.1 KB - Content