| ... |
... |
@@ -2,34
+2,6 @@ |
| 2 |
2 |
{{toc/}} |
| 3 |
3 |
{{/box}} |
| 4 |
4 |
|
| 5 |
|
-= igo_requirement#7_20191230 = |
| 6 |
|
- |
| 7 |
|
-**需求背景**： |
| 8 |
|
- |
| 9 |
|
-前端界面“常见问题”，卡枪增加图文信息。参见[[attach:充电枪解锁方案(1).docx||target="_blank"]] |
| 10 |
|
- |
| 11 |
|
-[[image:1577680176408-439.png]] |
| 12 |
|
- |
| 13 |
|
-**优先级： 中** |
| 14 |
|
- |
| 15 |
|
-**项目轨迹：** |
| 16 |
|
- |
| 17 |
|
-2019-12-30 客户 提出。 |
| 18 |
|
-2019-12-30 初步评估： |
| 19 |
|
- 1）全局情况下修改会不会影响其他运营商描述的准确性，如果影响。【技术上仅在igo显示，比如前端判断url 个性化显示，是否可行？】 |
| 20 |
|
- 2）自定义的问题中心什么时候要实现，着不着急，因为目前开发工作比较满。需要看什么时候插进去做。【优先级：中】 |
| 21 |
|
- |
| 22 |
|
-**需求分类**（“☑”代表选定） |
| 23 |
|
- |
| 24 |
|
-☑ 界面 |
| 25 |
|
- |
| 26 |
|
-x 功能 |
| 27 |
|
- |
| 28 |
|
-**详细： ** |
| 29 |
|
- |
| 30 |
|
-具体待实施细节待产品部评估后完善。 |
| 31 |
|
- |
| 32 |
|
- |
| 33 |
33 |
= igo_requirement#6_20191106 = |
| 34 |
34 |
|
| 35 |
35 |
需求：深圳地标对接 |
| ... |
... |
@@ -45,8
+45,9 @@ |
| 45 |
45 |
**项目轨迹：** |
| 46 |
46 |
2019-11-06 信息和资料转Tom、研发评估。 |
| 47 |
47 |
|
|
20 |
+(% class="wikigeneratedid" %) |
|
21 |
+= = |
| 48 |
48 |
|
| 49 |
|
- |
| 50 |
50 |
= igo_requirement#5_20191016 = |
| 51 |
51 |
|
| 52 |
52 |
需求：日报表（含服务费）增加用户ID筛选条件。客户发现bo2.0没有需要增加。（bo1.0已有） |
| ... |
... |
@@ -79,8
+79,24 @@ |
| 79 |
79 |
2019-10-11 更新部署。 支持：修正异常账单 默认情况勾选不发送通知。 |
| 80 |
80 |
|
| 81 |
81 |
|
| 82 |
|
-= igo_requirement#3_20190919 = |
|
55 |
+= igo_requirement#3_20190907 = |
| 83 |
83 |
|
|
57 |
+需求：小桔（滴滴）app扫码充电超时，引起 igo存在充电账单但小桔系统不记录之问题。 |
|
58 |
+ |
|
59 |
+**优先级： 高** |
|
60 |
+ |
|
61 |
+**需求分类**（“√”代表选定） |
|
62 |
+ |
|
63 |
+x 界面 |
|
64 |
+ |
|
65 |
+√ 功能 |
|
66 |
+ |
|
67 |
+**项目轨迹：** |
|
68 |
+2019-9-12 更新部署。支持 ： 平台检测，发现此情况 主动停止桩充电事务。 |
|
69 |
+ |
|
70 |
+ |
|
71 |
+= igo_requirement#2_20190919 = |
|
72 |
+ |
| 84 |
84 |
**需求背景**： |
| 85 |
85 |
|
| 86 |
86 |
充值账单丢失，需研发导清单转客户人工逐个处理。见：[[igo_case#5_20190919>>doc:技术.业务支撑.igo.WebHome]] |
| ... |
... |
@@ -89,7
+89,7 @@ |
| 89 |
89 |
|
| 90 |
90 |
**项目轨迹：** |
| 91 |
91 |
|
| 92 |
|
-2019-7月 提出过类似场景： 运营环境有小机会出现，腾讯回调bo充值结果状态丢失，导致充值失败。需人工核对后补。 |
|
81 |
+2019-7月 施文俊 提出过类似场景： 运营环境有小机会出现，腾讯回调bo充值结果状态丢失，导致充值失败。需人工核对后补。 |
| 93 |
93 |
|
| 94 |
94 |
2019-9-19 因运营发生充值问题，反思此需求实现的优先级。列出需求雏形，交付产品部参考评估。 |
| 95 |
95 |
|
| ... |
... |
@@ -109,22
+109,7 @@ |
| 109 |
109 |
* 当用户质疑充值账单成功状态，如mc显示充值失败，运营商可通过主动触发 去腾讯核对当次交易状态结果。 |
| 110 |
110 |
* 以上方案可解决目前出现2类场景，即，运营商管理人员自行处理数据校验。 |
| 111 |
111 |
|
| 112 |
|
-= igo_requirement#2_20190907 = |
| 113 |
113 |
|
| 114 |
|
-需求：小桔（滴滴）app扫码充电超时，引起 igo存在充电账单但小桔系统不记录之问题。 |
| 115 |
|
- |
| 116 |
|
-**优先级： 高** |
| 117 |
|
- |
| 118 |
|
-**需求分类**（“√”代表选定） |
| 119 |
|
- |
| 120 |
|
-x 界面 |
| 121 |
|
- |
| 122 |
|
-√ 功能 |
| 123 |
|
- |
| 124 |
|
-**项目轨迹：** |
| 125 |
|
-2019-9-12 更新部署。支持 ： 平台检测，发现此情况 主动停止桩充电事务。 |
| 126 |
|
- |
| 127 |
|
- |
| 128 |
128 |
= igo_requirement#1_20190808 = |
| 129 |
129 |
|
| 130 |
130 |
**需求背景（**客户原话）： |