从版本< 1.7 >
yuandong he编辑
在2020/03/23 15:12上
到版本
yuandong he编辑
在2020/06/17 10:34上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -2,8 +2,91 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 +(% class="wikigeneratedid" %)
6 += nfzy_case#44_20200617 =
5 5  
8 +问题描述:对应TAPD:1000073
6 6  
10 +南方众悦现在那边创建的真实用户,创建完后显示是虚拟用户
11 +
12 +~-~-跟踪
13 +
14 +【YD】:
15 +
16 +粤ADE5210-新塘客家隆
17 +卡号:0015000000000311
18 +
19 +粤BDY9262-新塘客家隆
20 +卡号:0015000000000310
21 +
22 +这两个用户需要创建真实用户,与John确认后在更新修复前 创建真实用户都需要绑定部门才会创建成真实用户。
23 +
24 +创建完后无法进行人工充值,提示“没有数据”。已反应给John
25 +
26 +~-~-解决:
27 +状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
28 +售后(跟单)工程师:施文俊  YD
29 +
30 += nfzy_case#43_20200513 =
31 +
32 +问题描述:奥体站 测试离线刷卡充电不行
33 +
34 +~-~-跟踪
35 +
36 +【chinyee】:平台已绑定好卡号,现场桩也已经重启过了44030600100000202030
37 +
38 +【研发】:1、重启充电桩, 后台下发白名单设置报文105, 充电桩返回106, 成功.
39 +2、手工发送查询报文102, 充电桩无返回, 超时.
40 +
41 +【厂家】:现在是离线5分钟 才会走离线充电
42 +
43 +~-~-解决:
44 +状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
45 +售后(跟单)工程师:chinyee YD
46 +
47 +
48 += nfzy_case#42_20200424 =
49 +
50 +问题描述:昨天还能找到车架号,今天就没有了,没有人为删除,麻烦看一下
51 +
52 +[[image:https://wx2.qq.com/cgi-bin/mmwebwx-bin/webwxgetmsgimg?&MsgID=1420045921133897205&skey=%40crypt_58fdf625_5e747158440028fa340f7e161c433eae||height="212" width="440"]]
53 +
54 +~-~-跟踪
55 +
56 +【chinyee】:从数据看该车牌号是24号10点前删除的。
57 +
58 +【研发】:是陈佳账号删除的
59 +
60 +~-~-解决:
61 +状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
62 +售后(跟单)工程师:施文俊  chinyee YD
63 +
64 +
65 += nfzy_case#42_20200417 =
66 +
67 +问题描述:对接羊城充
68 +
69 +~-~-跟踪
70 +
71 +【】:2020 1月份以来 多次和南方众悦 黎子豪 提过其需要执行的事项,但其未推进工作。2020-4-17日又问到相同问题。以下是最近一次2020-3-23的沟通记录。
72 +1)技术层面已经完成以下站点数据推送。
73 + 南方众悦奥体充电站
74 + 南方众悦海珠充电站
75 + 南方众悦海南立交充电站
76 + 南方众悦新塘充电站
77 + 2)后续业务申请流程需南方众悦兄弟跟进执行。
78 + 特别的:新塘充电站 以 “广州南穗新能源汽车科技有限公司”主体对接,需要如下工作:
79 + 3)和羊城充说明情况,取消 1)中的 “南方众悦新塘充电站”对接
80 + 4)和羊城充完成新的业务申请手续,即:“南方众悦新塘充电站”以 “广州南穗新能源汽车科技有限公司”主体对接
81 + 5)技术层面数据对接 由令狐充团队处理。
82 +
83 + 【shi答复陈总】:新塘作为南方子运营对接,我方系统技术上已经支持,只要业务上和羊城充完成,我方可立即执行。告知陈总 第2-4项需南方这边和羊城充推进下。
84 +
85 +~-~-解决:
86 +状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
87 +售后(跟单)工程师:施文俊
88 +
89 +
7 7  = nfzy_case#41_20200323 =
8 8  
9 9  问题描述:这二个订单都处理不了 20200321054622367940 、20200313040730103090
... ... @@ -17,6 +17,8 @@
17 17  **【技术】:对, 这两条都是由于并充引起的, 同时这两条充电,设备账单没有上传。 **
18 18  
19 19  **由于并充 , 平台账单中的估算是不可靠的,它是两把枪的和。 所以BOSS修复不能使用这个值, 要使用上传的充电心跳中的电量。**
103 +
104 +**以20200321054622367940 为例: 使用上传的"chargePower" : 63.95 为修复依据。 不能使用平台的"pbChargePower" : 157346.0 这个电量。**
20 20  
21 21  
22 22  ~-~-解决: