fzfs_case#6_20191230
问题描述：提供1）新建充电桩的编码。2）车牌录入的操作步骤
--跟踪
【背景】：
1、客户负责和运维换人后，未交接工作细节。
2、平台是bo1.0+mc1.0
bo1：http://fs.linghuchongtech.com/boss/admin/index.htm
mc1: http://cloud.linghuchongtech.com/DynamicAdmin2
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊
fzfs_case#5_20191201
问题描述：导出来的数据有一部分没有峰平谷的电量，只有总电量。已经解决了异常账单，但是还出现这个问题
导出的时间段范围是11.1-11.30
--跟踪
【YD】：客户在修复这些单时可能没点击“应用”而直接确定了，让客户尝试再修复一遍且务必在修复时点击“应用”。
~update 20191203
图1：
图2：
【shi】：以上图1 第一条记录做分析，单号=20191112094946243445，查得：
1、是异常账单，为账单丢失。
2、修复时间 2019-12-02 17:03:49
3、图2 是的报表于2019-12-3 8：00重新查询导出的报表，含峰电量 106.65，见图2中红框。
结论：账单修复后，报表需要重新查询再导出。
--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 YD
fzfs_case#4_20191121
问题描述：密码启动失败
--跟踪
【令】：
平台未收到 密码充电请求。 屏幕上的提示 应该和平台无关.
之前齐安站也出现这样的事情，后面还是你们解决的
我们看了日志。 今天紫阳站未收到 密码充电请求。 当时齐安是因为 新站点 管理员未在平台正确配置。不同的原因
【shi】：客户下午多次电话催促。 追日 廖工 说 不知。
以下是平台查得的数据证明平台无故障，具体 日志片段如下：
以福州齐安充电站 桩id=35010400080000200014 ，如平台收到 密码充电 会有如下日志。
2019-11-21 07:24:47,962 INFO - <POST : subUnits: encryptionAlg: md5 authType: 0 chargeUnitLabel: 3 password: 573B8926F015AA477CB6604901B92AEA deviceNumber: 35010400080000200014 >
紫阳站 桩id=35011100080000200001 ,在今日 未查到 类似日志。
问题原因：未知，重启解决
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊
fzfs_case#3_20191101
-----
问题描述：有新车辆充电，但车辆信息还未录入系统，之前充电记录如何纠正
--跟踪
--解决:
状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 CHinyee
fzfs_case#2_20191016
-----
问题描述：统计报表电站数据消失，不能选择站点
--跟踪
【令】：转研发确认
云浮bo 对应 tempdb中站点数据 刚都没了，现在又有了，是什么原因？
昨天删过一些非云浮站点的数据，刚才恢复了
【shi】：研发误删了基础数据。
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊
fzfs_case#1_20190916
-------
日期：2019年9月16日
城市：福建福州
运营商： 全局运营商
桩站名称：福州齐安充电站
手机号：18350050875
订单号：无
充电桩号：35010400080000200014
充电枪号：2
开始充电时间： 17:09
充电结束时间： 0
充电时长：0
充电电量：0
订单金额：0
现场网络连接状态：连接
近期故障状态：无
问题描述：刷卡启动充电无反应
-------------------------
运营商初步排查结果：
-------------------------
---背景（令狐充补充）：
方硕要求使用充电卡初期，令狐充咨询过追日答复福州现场版本支持刷卡。2019-9-16 方硕按照我方操作指导中“刷卡充电”配置后现场刷卡失败。
---分析：
【令狐充】：咨询追日相关 “福州齐安充电站” 无法看到刷卡请求到后台，桩端是否需要额外配置？
【追日】：不确定现场桩版本是否支持，需联系追日研发人员确认。
【令狐充】：请方硕协调追日方派研发人员协助排查电桩版本是否支持刷卡。
--解决:
状态（√表示选定 ）： 已解决 | √ 处理中 | 暂搁置