nfzy_requirement#3_20200203

需求背景：

1、应公交公司要求，报表中充电记录查询 涉及之“充电时间” 需 “以充电开始时间”界定
2、当前系统的规则是以结束时间界定。（如：日期选择0101-0201 是从结束时间为0101号开始算起的（开始时间为1231））

优先级： 当前不急，按产品规划制定

需求分类（“☑”代表选定）

☑  界面

☑ 功能

详细： 

项目轨迹：

2020-2-3  提出需求。 shi初步想法：考虑到不同客户不同策略和系统灵活性， 报表可加个筛选条件“按充电开始/结束时间”

nfzy_requirement#2_20200103

需求背景：

代金卷使用查询导出功能，主要是使用记录 要分析 能够导出在不同站点之间的成本核算。包括：哪些客户使用了多少张啊？这个数据都有对后期的一些作用。

优先级： 待定

需求分类（“☑”代表选定）

☑  界面

☑ 功能

详细： 

项目轨迹：

2020-1-3  提出需求。 需求较粗，可能需细分到具体功能点。

nfzy_requirement#1_20190928

需求背景：

（值班室）的场景：
站点A绑定了值班室人员（子运营商A）， 公交车绑定了子运营商B， 那么子运营商B能看到公交车的充电，值班室人员（子运营商A）能看到站点A 所有的的充电数据。

优先级： 高

需求分类（“√”代表选定）

   界面

√ 功能

详细： 

功能代号：登录账号关联值班室+公交的混合场景。

• ~~这个场景，子运营商之间会有互相覆盖可能， 值班室人员（子运营商A）可能看不到  覆盖后 子运营商B的充电记录。
• ~~子运营商设计的原则：各子账户只看到属于自己运营商的车辆记录信息。
• ~~值班室+公交的混合场景，牵涉到两个维度（站点、子运营），系统需要另外设计调整来实现此需求。

项目轨迹：

2019-9-28 陈佳提出

2019-9-28 功能分析（公司内部）

2019-9-29 【方案调整】不改界面，查询逻辑需要改后满足，如果子运营商绑定了站点，那就可以查询对应站点所有数据，如果没有绑定站点而是绑定了部门/车辆, 那就只查询相应部门/车辆的记录。仅bo1.0 ，预计9.30日周一完成改动，可部署。