文档更改展鹏达

在2020/06/11 15:02上被chinyee he修改
从版本< 44.4 >
由yuandong he编辑
在2020/01/09 14:00上
到版本
由chinyee he编辑
在2019/11/20 10:02上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.yuandong
1 +XWiki.Chinyee
Content
... ... @@ -2,216 +2,8 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= zpd_case#27_20200108 =
6 6  
7 -问题描述：展鹏达对接小桔（即 滴滴app扫码充电）
8 8  
9 -~-~-跟踪
10 -【背景】： 对接需要满足以下：
11 -1、技术对接。【niewei】
12 -2、站点和桩的基础数据完整性。（类似粤易充之必填数据）。【我方指导客户操作】
13 -3、子运营商配置（类似坚信对接小桔）。【我方配置】
14 -
15 -【YD】：2）松岗鑫展鸿工业园 和 石岩108物流园 的资料已在平台配置好
16 -
17 -3）已在平台配置好//**(冻结中)**//
18 -~-~-解决:
19 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
20 -售后（跟单）工程师：施文俊
21 -
22 -
23 -
24 -= zpd_case#26_20200102 =
25 -
26 -问题描述：财务需知道19年3、4季度桩枪数变化
27 -
28 -~-~-跟踪
29 -【shi】：见下图
30 -2019第三季度
31 -[[image:1577938362114-288.png]]
32 -2019第四季度
33 -[[image:1577938300443-831.png]]
34 -~-~-解决:
35 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
36 -售后（跟单）工程师：施文俊
37 -
38 -= zpd_case#25_20191230 =
39 -
40 -问题描述：河背2号桩1号枪扫码后不显示自动充满！其他没有问题！
41 -
42 -~-~-跟踪
43 -【令】： 44030900210000200007这个桩的1号枪 客户扫码后手机没有 自动充满 这个选项 导致用户取消服务 都去2号桩充电去了 我看了近几日数据都是这样
44 -
45 -【令技术】：桩有问题，上传的状态一直都是枪没有插上。界面上应该是提示他们插枪，如果插了枪也没变化就有可能是充电枪坏了 （考虑到换到2号枪就没问题可以排除程序问题和车问题）
46 -~-~-解决:
47 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
48 -售后（跟单）工程师：chinyee  施文俊
49 -
50 -= zpd_case#24_20191217 =
51 -
52 -问题描述：有没有那种下个微信公众号，绑定充电卡，客户可以自己往卡里面充值？
53 -
54 -~-~-跟踪
55 -【令】： 可以让客户关注展鹏达微信号并注册，您这边去会员管理通过手机号找到他，点击编辑 输入充电卡号就可以，然后直接微信充值就行 卡里和账户余额的钱是一样的。
56 -~-~-解决:
57 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
58 -售后（跟单）工程师：chinyee
59 -
60 -
61 -= zpd_case#23_20191205 =
62 -
63 -问题描述：客户在部门管理新建了一个部门，采用刷卡和密码充电，开通一个子账户给部门客户查看充电记录。
64 -
65 -~-~-跟踪
66 -【令】： 帮客户新建了一个账号jybj（供车队使用） 权限为查看充电记录
67 -新建了一个子运营商 玖月搬家公司 部门已绑定子运营商。该部门为这周开始设置，需要导入之前的充电记录。
68 -~-~-解决:
69 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
70 -售后（跟单）工程师：施文俊 chinyee
71 -
72 -
73 -= zpd_case#22_20191204 =
74 -
75 -问题描述：松岗3号桩用密码充不了电
76 -
77 -[[image:1575422351371-202.png||height="376" width="501"]]
78 -
79 -~-~-跟踪
80 -
81 -【令】：查看该时间段出现桩故障，让客户检查网络是否稳定。
82 -
83 -[[image:1575422415927-246.png||height="38" width="654"]]
84 -
85 -~-~-解决:
86 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
87 -售后（跟单）工程师：chinyee
88 -
89 -
90 -= zpd_case#21_20191126 =
91 -
92 -问题描述：办理企业号客户反应了两个问题！
93 -
94 -~-~-跟踪
95 -
96 -【shi】：以下问题皆基于刷卡充电前提，需分用户类型讨论，
97 -类型1：真实个人注册了微信充电服务-简称：【真实用户】
98 -类型2：未注册微信充电服务-简称：【虚拟用户】
99 -
100 -1.每次充电电度，地点和金额能不能通过微信或者短信的方式通知到客户？客户知道在哪里消费了多少金额！
101 -答： 
102 -【真实用户】方案：真实用户之微信号+【选择部门扣费渠道】。
103 -【虚拟用户】方案：虚拟用户 分配 在1个部门（子运营商），提供给部门管理员平台的子账号，可登录后台查看相关充电记录。
104 -\\2，客户余额能否设置个报警告知客户卡上余额不多了需要充值？
105 -答：
106 -【真实用户】方案：“首页/客户管理/会员管理/会员管理”中配置 【账号余额提醒】阀值，余额达到指定金额，系统给出微信消息提示。
107 -【虚拟用户】方案： ”首页/客户管理/企业部门管理“中定位虚拟用户对应指定部门，页面右上角 配置 【账号余额提醒】阀值，余额达到指定金额，系统给出微信消息提示。查看部门操作见下：
108 -a）“首页/客户管理/会员管理/会员管理“ 找到指定虚拟用户绑定的部门。
109 -b）”首页/客户管理/企业部门管理“中定位部门，为其设置手机号。
110 -\\具体操作需根据客户选择，再给出操作步骤。
111 -
112 -~~update 12.3
113 -
114 -【chinyee】：客户选择了虚拟用户类型进行操作配置。
115 -帮客户新建了一个账号whly（供车队使用） 权限为查看充电记录
116 -新建了一个子运营商 深圳市为华旅游运输有限公司 部门已绑定子运营商
117 -【shi】：人工补救处理办法。 shi已处理。
118 -1、查询部门id=28的充电记录之条件sql 如下，知悉11.22日后此部门下用户开始充电，发现此部门下只有1个虚拟需用，useId=00072889
119 -where 1=1
120 -and rh.C_CREATE_DATE>'2019-11-22 02:00' 
121 -#and rh.C_SUBOPERATOR=16
122 -and m.C_ENTERPRISE_ID=28
123 -
124 -2、根据1分析结果，执行纠正数据（因运营数据之关键，执行需确保100%无误）
125 - a 确认需纠正数据，比如数量。
126 - 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');
127 - b  执行纠正数据
128 - 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');
129 -
130 -~-~-解决:
131 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
132 -售后（跟单）工程师：施文俊
133 -
134 -
135 -
136 -= zpd_case#21_20191126 =
137 -
138 -问题描述：这个车天天在我这里充电，今天怎么都充不了了！这个报错是什么意思？
139 -
140 -[[image:1574757543672-178.png||height="375" width="281"]][[image:1574757558197-103.png||height="379" width="284"]]
141 -
142 -~-~-跟踪
143 -
144 -【chinyee】：从充电记录来看，充电停止原因：[2]与车辆通信超时
145 -
146 -【shi】：bms 和电桩握手时超时，车的bms问题，然后让他去找车厂
147 -
148 -~-~-解决:
149 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
150 -售后（跟单）工程师：施文俊 chinyee
151 -
152 -
153 -= zpd_case#20_20191126 =
154 -
155 -问题描述：
156 -
157 -你们说的等待30到80秒是指公众号扫码后，到公众号界面弹出充电选项; 还是公众号内已经下发了充电，电桩要30到80秒才有响应
158 -
159 -公众号界面需要等待30到80秒，点击充电后马上启动充电桩。
160 -
161 -~-~-跟踪
162 -
163 -【YD】：展鹏达聚能桩 我查了看了最近一个星期左右的盛弘桩和聚能桩的部分充电记录心跳
164 -
165 -聚能桩记录中有相当部分的状态开始是这样从2-3-2-3的情况 盛弘桩基本都是2-3-3-3
166 -
167 -账单号：20191125004937842819、20191125202531894994
168 -~~update 20191127
169 -【john】：从日志上看是2-2-3-3这个顺序的，因为数据库日期字段精度问题丢失了毫秒，所以你这个查询排序有问题。另外因为变化太快，前端UI可能直接就拿到3了。
170 -【shi】：根据john回覆，应该不是2-3-2-3 问题。 以下新的分析发现， 鉴权 到 枪状态变化 的时间较长 可能是 聚能桩 目前问题所在（聚能桩存在状态1，且1-》2的时间消耗较多，对比盛弘桩不存在状态1）。
171 -~~~~~~~~聚能桩 3例
172 -~~44030900210000200006 | 20191125004937842819 鉴权轨迹  ，状态1-》2 用了55秒，状态2 -》3 用了37秒
173 -时间  状态
174 -2019-11-25 00:49:38  1
175 -2019-11-25 00:50:33  2
176 -2019-11-25 00:51:10  3
177 -~~44030900210000200007  | 20191127055345257233  鉴权轨迹  ，状态1-》2 用了30秒，状态2 -》3 用了22秒
178 -时间  状态
179 -2019-11-27 05:53:46  1
180 -2019-11-27 05:54:16  2
181 -2019-11-27 05:54:38  3
182 -~~44030900210000200008  | 20191127080234995388  鉴权轨迹  ，状态1-》2 用了20秒，状态2 -》3 用了19秒
183 -时间  状态
184 -2019-11-27 08:02:34  1
185 -2019-11-27 08:02:54  2
186 -2019-11-27 08:03:13  3
187 -\\~~~~~~~~盛弘桩 2 例，皆不存在 状态 1，说明都是插枪后 鉴权，桩上送的是2-枪准备就绪
188 -~~ 44030900210000200001 | 20191127085834682518  鉴权轨迹  ，状态2 -》3 用了33秒
189 -时间  状态
190 -2019-11-27 08:58:34  2
191 -2019-11-27 08:59:07  3
192 -~~ 44030900210000200001 | 20191127085816880169  鉴权轨迹  ，状态2 -》3 用了27秒
193 -时间  状态
194 -2019-11-27 08:58:33    2
195 -2019-11-27 08:59:00  3
196 -【客户】：现场试充电桩，已经没有延迟问题。
197 -【shi】：聚能未报告有做改动。令狐充未做改动，待观察，后续有类似情况请用户：1）拍视频。2）提供账单号
198 -
199 -~-~-解决:
200 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
201 -售后（跟单）工程师：施文俊 YD
202 -
203 -= zpd_case#5_20191122 =
204 -
205 -问题描述：财务这边每个月的进账都比平台上的收入高出很多？10月分财务进账13万，平台才显示9万多？
206 -
207 -~-~-跟踪
208 -【shi】： 思路：分3部分：1）消费金额、2）充值金额、3）微信平台账户收入。 1,2平台的数值是不同。可按照客户搜索条件，按照我们思路先算。再和客户比较。
209 -预充值。平台是已消费。客户业务上一点都无常识。不要被他节奏带走。 如果 平台充值和 微信到款 不一致 这才有问题。
210 -~-~-解决:
211 -状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置 
212 -售后（跟单）工程师：施文俊
213 -
214 -
215 215  = zpd_case#18_20191120 =
216 216  
217 217  问题描述：客户的意思是想一个手机充值，他公司的司机可以在我们这里充电，费用全部从充值手机扣费。整个车队用一张卡充电，所有展鹏达的桩都可以给此车队充电。
... ... @@ -218,26 +218,15 @@
218 218  
219 219  (% class="box infomessage" %)
220 220  (((
221 -**需求场景：**
222 -1、车队含大巴、小型社会车辆。
223 -2、整个车队用一张卡 充电，车队司机刷卡充电。
224 -3、扣费走车队部门资金池，转账等线下方式值到部门账户。
225 ---4、（此项现阶段忽略）电池系统能否上送车架号不明确。--
226 -5、客户要求设置1个密码，支持 密码充电。
227 -6、支持1卡1密码同时启动多台车充电。
228 -\\**执行：**
229 -1、平台支持需求场景，即：整个车队用一张卡 充电，车队司机刷卡充电 或 密码充电。扣费走车队部门资金池，转账等线下方式值到部门账户。
230 -2、请展鹏达方和Tom沟通购买充电卡之商务。
231 -3、可同时进行此车队模式的平台配置，见下步骤：
232 -\\**平台配置步骤：**（其中2、3项现阶段忽略）
233 -1.在首页/客户管理/企业部门管理页面，在部门设置右击“新增部门”，填写部门名称比如”车队a“（可以是车队名字）后点击保存。最下面绑定电站点击“查看绑定”，选择车队可以充电的电站。
234 ---2.（此项可选，如公交大巴电池系统能上送车架号则执行，否则其余社会小型车辆可忽略此项。）在首页/客户管理/车辆管理/导入车牌和车架页面，点击“点我下载批量导入车架模板文件”，车架号和车牌号需要找客户拿到然后录入，车厂直接写“OJL“即可，部门ID可在首页/客户管理/企业部门管理页面，找到该车队部门名称，操作栏页面有写部门ID。表格填写完后点击”浏览文件“，然后点击”上传“，下拉找到刚刚上传的表格，在操作栏点击”解析数据导入系统“。
235 -3.（同第2项原因，此项可选）在首页/客户管理/车辆管理/车辆车架管理页面，部门选择车队名字点击查询即可找到车队信息。--
236 -4.在首页/客户管理/会员管理/会员管理页面，点击”创建用户“，用户类型选择”真实用户“，用户昵称填写”比如车队a充电卡“，部门选择”车队a“。
237 -5. ”车队a充电卡“ 创建后，在操作栏点击编辑，填写充电卡号，然后点击保存，此充电卡 即为此车队 充电卡。（充电卡由令狐充提供）
238 -6.  ”车队a充电卡“ 创建后，在操作栏点击”修改密码“，记录充电密码，此密码 即为此车队 充电密码。
239 -7.  给部门账户充值，在首页/客户管理/企业部门管理页面找到部门”车队a“，部门余额右边点击”充值”，输入到账金额后点击保存即可。
240 -8. 完成以上配置，测试刷卡充电。所有此充电卡启动的充电 对会从部门 ”车队a“扣费。
13 +1.在首页/客户管理/企业部门管理页面，在部门设置右击“新增部门”，填写部门名称（可以是车队名字）后点击保存。最下面绑定电站点击“查看绑定”，选择车队可以充电的电站。
14 +
15 +2.在首页/客户管理/车辆管理/导入车牌和车架页面，点击“点我下载批量导入车架模板文件”，车架号和车牌号需要找客户拿到然后录入，车厂直接写“OJL“即可，部门ID可在首页/客户管理/企业部门管理页面，找到该车队部门名称，操作栏页面有写部门ID。表格填写完后点击”浏览文件“，然后点击”上传“，下拉找到刚刚上传的表格，在操作栏点击”解析数据导入系统“。
16 +
17 +3.在首页/客户管理/车辆管理/车辆车架管理页面，部门选择车队名字点击查询即可找到车队信息。
18 +
19 +4.在首页/客户管理/会员管理/会员管理页面，点击”创建用户“，用户类型选择”虚拟用户“，用户昵称最好写车队名字，创建后在操作栏点击编辑，所属部门选择车队部门，填写充电卡号，然后点击保存。
20 +
21 +5.车队需要线下给部门账户充值，充值后在首页/客户管理/企业部门管理页面找到车队部门，部门余额右边点击”充值”，输入到账金额后点击保存即可。
241 241  )))
242 242  
243 243  ~-~-解决:
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
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