Hide last authors
![]() |
2.1 | 1 | {{box cssClass="floatinginfobox" title="**Contents**"}} |
2 | {{toc/}} | ||
3 | {{/box}} | ||
4 | |||
![]() |
2.8 | 5 | = igo_requirement#6_20191106 = |
![]() |
2.7 | 6 | |
![]() |
2.8 | 7 | 需求:深圳地标对接 |
![]() |
2.7 | 8 | |
![]() |
2.8 | 9 | **优先级: 待定** |
10 | |||
11 | **需求分类**(“√”代表选定) | ||
12 | |||
13 | x 界面 | ||
14 | |||
15 | √ 功能 | ||
16 | |||
17 | **项目轨迹:** | ||
18 | 2019-11-06 信息和资料转Tom、研发评估。 | ||
19 | |||
![]() |
2.7 | 20 | |
![]() |
2.9 | 21 | |
![]() |
2.8 | 22 | = igo_requirement#5_20191016 = |
![]() |
2.4 | 23 | |
![]() |
2.8 | 24 | 需求:日报表(含服务费)增加用户ID筛选条件。客户发现bo2.0没有需要增加。(bo1.0已有) |
![]() |
2.4 | 25 | |
![]() |
2.8 | 26 | **优先级: 高** |
![]() |
2.4 | 27 | |
![]() |
2.8 | 28 | **需求分类**(“√”代表选定) |
![]() |
2.4 | 29 | |
![]() |
2.8 | 30 | x 界面 |
![]() |
2.4 | 31 | |
![]() |
2.8 | 32 | √ 功能 |
![]() |
2.4 | 33 | |
![]() |
2.8 | 34 | **项目轨迹:** |
35 | 2019-10-18 更新部署。 | ||
![]() |
2.4 | 36 | |
![]() |
2.8 | 37 | |
38 | = igo_requirement#4_20191008 = | ||
39 | |||
40 | 需求:修复异常账单可以勾选不发送微信通知(bo1.0已有,bo2遗漏) | ||
41 | |||
42 | **优先级: 高** | ||
43 | |||
44 | **需求分类**(“√”代表选定) | ||
45 | |||
46 | x 界面 | ||
47 | |||
48 | √ 功能 | ||
49 | |||
![]() |
2.4 | 50 | **项目轨迹:** |
![]() |
2.8 | 51 | 2019-10-11 更新部署。 支持:修正异常账单 默认情况勾选不发送通知。 |
![]() |
2.4 | 52 | |
![]() |
2.8 | 53 | |
![]() |
2.9 | 54 | = igo_requirement#3_20190919 = |
![]() |
2.8 | 55 | |
56 | **需求背景**: | ||
57 | |||
58 | 充值账单丢失,需研发导清单转客户人工逐个处理。见:[[igo_case#5_20190919>>doc:技术.业务支撑.igo.WebHome]] | ||
59 | |||
60 | **优先级: 高** | ||
61 | |||
62 | **项目轨迹:** | ||
63 | |||
![]() |
2.4 | 64 | 2019-7月 施文俊 提出过类似场景: 运营环境有小机会出现,腾讯回调bo充值结果状态丢失,导致充值失败。需人工核对后补。 |
65 | |||
66 | 2019-9-19 因运营发生充值问题,反思此需求实现的优先级。列出需求雏形,交付产品部参考评估。 | ||
67 | |||
![]() |
2.8 | 68 | 2019-9-20 完成功能,并在igo部署。指导用户功能操作。 |
![]() |
2.4 | 69 | |
![]() |
2.6 | 70 | |
![]() |
2.4 | 71 | **需求分类**(“√”代表选定) |
72 | |||
73 | X 界面 | ||
74 | |||
75 | √ 功能 | ||
76 | |||
77 | **详细: ** | ||
78 | |||
79 | 功能代号:增加bo主动查询腾讯商户交易数据 | ||
80 | |||
81 | * 当用户质疑充值账单成功状态,如mc显示充值失败,运营商可通过主动触发 去腾讯核对当次交易状态结果。 | ||
82 | * 以上方案可解决目前出现2类场景,即,运营商管理人员自行处理数据校验。 | ||
83 | |||
![]() |
2.8 | 84 | |
![]() |
2.9 | 85 | = igo_requirement#2_20190907 = |
86 | |||
87 | 需求:小桔(滴滴)app扫码充电超时,引起 igo存在充电账单但小桔系统不记录之问题。 | ||
88 | |||
89 | **优先级: 高** | ||
90 | |||
91 | **需求分类**(“√”代表选定) | ||
92 | |||
93 | x 界面 | ||
94 | |||
95 | √ 功能 | ||
96 | |||
97 | **项目轨迹:** | ||
98 | 2019-9-12 更新部署。支持 : 平台检测,发现此情况 主动停止桩充电事务。 | ||
99 | |||
100 | |||
![]() |
1.4 | 101 | = igo_requirement#1_20190808 = |
![]() |
1.1 | 102 | |
![]() |
1.4 | 103 | **需求背景(**客户原话): |
![]() |
1.1 | 104 | |
![]() |
2.3 | 105 | 回酒店站3个电桩只能指定用户账号使用充电功能。 |
![]() |
1.1 | 106 | |
![]() |
1.4 | 107 | **优先级: 高** |
108 | |||
![]() |
2.2 | 109 | **项目轨迹:** |
![]() |
1.4 | 110 | |
111 | 2019-8-8 提出 | ||
112 | |||
113 | 2019-9-11 确认需求,要求令狐充执行。 | ||
114 | |||
![]() |
2.2 | 115 | 2019-9-12 令狐充给出执行时间。【jingle、john】 |
![]() |
1.4 | 116 | |
![]() |
2.2 | 117 | 2019-9-12 计划在2.0系统中进行此功能,和客户协商升级2.0系统时间。 |
![]() |
1.4 | 118 | |
![]() |
2.6 | 119 | 2019-9-18~~20 预期完成,时间依赖于2.0系统升级时间。 |
![]() |
2.2 | 120 | |
![]() |
2.6 | 121 | 2019-9-20 电桩绑定指定用户账号功能完成 |
![]() |
2.2 | 122 | |
![]() |
2.6 | 123 | 2019-9-25 站点绑定内部使用后,用户终端(如 微信)中此站点要求不可见。9.30前需完成上线 |
124 | |||
![]() |
2.8 | 125 | 2019-9-24 完成功能部署。 **同期部署 还包括 :系统技术层面支持收钱吧,不含商务向收钱吧申请正式秘钥。** |
126 | |||
![]() |
2.6 | 127 | 2019-9-27 向产品部了解绑定配置操作,运维部负责完善对应项操作手册(wiki路径“操作手册-桩联网系统”),指导客户如何在平台操作。 |
128 | |||
129 | |||
![]() |
1.4 | 130 | **需求分类**(“√”代表选定) |
131 | |||
![]() |
2.6 | 132 | √ 界面 |
![]() |
1.1 | 133 | |
134 | √ 功能 | ||
135 | |||
![]() |
1.4 | 136 | **详细: ** |
![]() |
1.1 | 137 | |
![]() |
1.4 | 138 | 功能代号:桩白名单授权个人充电 |
![]() |
1.1 | 139 | |
![]() |
1.4 | 140 | * 桩白名单授权个人充电。【客户要求之需求】 |
![]() |
2.6 | 141 | * 加入时间策略,客户可能随着运营实际数据分析想充分利用 低业务量时间段有想开放给外来账户使用,如客户当前不需要,功能可 策略性屏蔽时间配置。【客户未要求,将来计划执行】 |