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 | * 加入时间策略,客户可能随着运营实际数据分析想充分利用 低业务量时间段有想开放给外来账户使用,如客户当前不需要,功能可 策略性屏蔽时间配置。【客户未要求,将来计划执行】 |