从版本< 2.4 >
shi chuck编辑
在2019/09/19 13:26上
到版本
shi chuck编辑
在2020/01/02 22:41上
<
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -2,31 +2,103 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= igo_requirement#2_20190919 =
5 += igo_requirement#7_20191230 =
6 6  
7 +**需求背景**:
7 7  
9 +前端界面“常见问题”,卡枪增加图文信息。参见[[attach:充电枪解锁方案(1).docx||target="_blank"]]
10 +
11 +[[image:1577680176408-439.png]]
12 +
13 +**优先级: 中**
14 +
15 +**需求分类**(“☑”代表选定)
16 +
17 +☑ 界面
18 +
19 +x 功能
20 +
21 +**详细: **
22 +
23 +具体待实施细节待产品部评估后完善。
24 +
25 +**项目轨迹:**
26 +
27 +2019-12-30  客户 提出。
28 +2019-12-30  初步评估:
29 + 1)全局情况下修改会不会影响其他运营商描述的准确性,如果影响。【技术上仅在igo显示,比如前端判断url 个性化显示,是否可行?】
30 + 2)自定义的问题中心什么时候要实现,着不着急,因为目前开发工作比较满。需要看什么时候插进去做。【优先级:中】
31 +
32 +----
33 +
34 += igo_requirement#6_20191106 =
35 +
8 8  **需求背景**:
37 +深圳地标对接
9 9  
10 -充值账单丢失,需研发导清单转客户人工逐个处理。见[[igo_case#5_20190919>>doc:技术.业务支撑.igo.WebHome]]
39 +**优先级 待定**
11 11  
41 +**需求分类**(“√”代表选定)
12 12  
43 +x 界面
44 +
45 +√ 功能
46 +
47 +**项目轨迹:**
48 +2019-11-06  信息和资料转Tom、研发评估。
49 +
50 +----
51 +
52 += igo_requirement#5_20191016 =
53 +
54 +**需求背景**:
55 +日报表(含服务费)增加用户ID筛选条件。客户发现bo2.0没有需要增加。(bo1.0已有)
56 +
13 13  **优先级: 高**
14 14  
59 +**需求分类**(“√”代表选定)
15 15  
61 +x 界面
62 +
63 +√ 功能
64 +
16 16  **项目轨迹:**
66 +2019-10-18 更新部署。
17 17  
18 -2019-7月  施文俊 提出过类似场景: 运营环境有小机会出现,腾讯回调bo充值结果状态丢失,导致充值失败。需人工核对后补。
68 +----
19 19  
20 -2019-9-19 因运营发生充值问题,反思此需求实现的优先级。列出需求雏形,交付产品部参考评估。
70 += igo_requirement#4_20191008 =
21 21  
72 +**需求背景**:
73 +修复异常账单可以勾选不发送微信通知(bo1.0已有,bo2遗漏)
22 22  
75 +**优先级: 高**
76 +
23 23  **需求分类**(“√”代表选定)
24 24  
25 -X 界面
79 +x 界面
26 26  
27 27  √ 功能
28 28  
83 +**项目轨迹:**
84 +2019-10-11 更新部署。 支持:修正异常账单 默认情况勾选不发送通知。
29 29  
86 +----
87 +
88 += igo_requirement#3_20190919 =
89 +
90 +**需求背景**:
91 +
92 +充值账单丢失,需研发导清单转客户人工逐个处理。见:[[igo_case#5_20190919>>doc:技术.业务支撑.igo.WebHome]]
93 +
94 +**优先级: 高**
95 +
96 +**需求分类**(“√”代表选定)
97 +
98 +X 界面
99 +
100 +√ 功能
101 +
30 30  **详细: **
31 31  
32 32  功能代号:增加bo主动查询腾讯商户交易数据
... ... @@ -34,41 +34,75 @@
34 34  * 当用户质疑充值账单成功状态,如mc显示充值失败,运营商可通过主动触发 去腾讯核对当次交易状态结果。
35 35  * 以上方案可解决目前出现2类场景,即,运营商管理人员自行处理数据校验。
36 36  
109 +**项目轨迹:**
37 37  
38 -= igo_requirement#1_20190808 =
111 +2019-7月  提出过类似场景: 运营环境有小机会出现,腾讯回调bo充值结果状态丢失,导致充值失败。需人工核对后补。
39 39  
113 +2019-9-19 因运营发生充值问题,反思此需求实现的优先级。列出需求雏形,交付产品部参考评估。
40 40  
41 -**需求背景(**客原话):
115 +2019-9-20 完成功能,并在igo部署。指导用功能操作。
42 42  
43 -回酒店站3个电桩只能指定用户账号使用充电功能。
117 +----
44 44  
119 += igo_requirement#2_20190907 =
45 45  
121 +**需求背景**:
122 +小桔(滴滴)app扫码充电超时,引起 igo存在充电账单但小桔系统不记录之问题。
123 +
46 46  **优先级: 高**
47 47  
126 +**需求分类**(“√”代表选定)
48 48  
49 -**项目轨迹:**
128 +x 界面
50 50  
51 -2019-8-8 提出
130 + 功能
52 52  
53 -2019-9-11 确认需求,要求令狐充执行。
132 +**项目轨迹:**
133 +2019-9-12  更新部署。支持 : 平台检测,发现此情况 主动停止桩充电事务。
54 54  
55 -2019-9-12 令狐充给出执行时间。【jingle、john】
135 +----
56 56  
57 -2019-9-12 计划在2.0系统中进行此功能,和客户协商升级2.0系统时间。
137 += igo_requirement#1_20190808 =
58 58  
59 -2019-9-18/20  预期完成,时间依赖于2.0系统升级时间。
139 +**需求背景**:
60 60  
141 +回酒店站3个电桩只能指定用户账号使用充电功能。
61 61  
143 +**优先级: 高**
144 +
62 62  **需求分类**(“√”代表选定)
63 63  
64 -X 界面
147 + 界面
65 65  
66 66  √ 功能
67 67  
68 -
69 69  **详细: **
70 70  
71 71  功能代号:桩白名单授权个人充电
72 72  
73 73  * 桩白名单授权个人充电。【客户要求之需求】
74 -* 加入时间策略,客户可能随着运营实际数据分析想充分利用 低业务量时间段有想开放给外来账户使用,如客户当前不需要,功能可 策略性屏蔽时间配置。【客户未要求】
156 +* 加入时间策略,客户可能随着运营实际数据分析想充分利用 低业务量时间段有想开放给外来账户使用,如客户当前不需要,功能可 策略性屏蔽时间配置。【客户未要求,将来计划执行】
157 +
158 +**项目轨迹:**
159 +
160 +2019-8-8 提出
161 +
162 +2019-9-11 确认需求,要求令狐充执行。
163 +
164 +2019-9-12 令狐充给出执行时间。【jingle、john】
165 +
166 +2019-9-12 计划在2.0系统中进行此功能,和客户协商升级2.0系统时间。
167 +
168 +2019-9-18~~20  预期完成,时间依赖于2.0系统升级时间。
169 +
170 +2019-9-20 电桩绑定指定用户账号功能完成
171 +
172 +2019-9-25 站点绑定内部使用后,用户终端(如 微信)中此站点要求不可见。9.30前需完成上线
173 +
174 +2019-9-24 完成功能部署。 **同期部署 还包括 :系统技术层面支持收钱吧,不含商务向收钱吧申请正式秘钥。**
175 +
176 +2019-9-27 向产品部了解绑定配置操作,运维部负责完善对应项操作手册(wiki路径“操作手册-桩联网系统”),指导客户如何在平台操作。
177 +
178 +----
179 +
180 +
1577680176408-439.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +39.7 KB
Content
充电枪解锁方案(1).docx
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +973.4 KB
Content