# 南方众悦

在2020/03/17 15:02上被yuandong he修改
导出
Office Formats
以PDF格式导出
Other Formats

Select the pages to export:

select all / none

以HTML格式导出

Contents

- nfzy_case#40_20200317
- nfzy_case#39_20200315
- nfzy_case#38_20200315
- nfzy_case#37_20200313
- nfzy_case#36_20200313
- nfzy_case#35_20200313
- nfzy_case#34_20200310
- nfzy_case#33_20200303
- nfzy_case#32_20200103
- nfzy_case#31_20200103
- nfzy_case#30_20200102
- nfzy_case#29_20191230
- nfzy_case#28_20191225
- nfzy_case#27_20191221
- nfzy_case#26_20191221
- nfzy_case#25_20191221
- 南方众悦
- nfzy_case#24_20191220
- nfzy_case#23_20191215
- nfzy_case#22_20191215
- nfzy_case#21_20191215
- nfzy_case#20_20191209
- nfzy_case#19_20191129
- nfzy_case#18_20191128
- 南方众悦
- nfzy_case#17_20191115
- 南方众悦
- nfzy_case#16_20191105
- 南方众悦
- nfzy_case#15_20191104
- nfzy_case#14_20191101
- 南方众悦
- nfzy_case#13_20191023
- nfzy_case#12_20191012
- nfzy_case#11_20191011
- nfzy_case#10_20191002
- nfzy_case#9_20190930
- nfzy_case#8_20190930
- nfzy_case#7_20190930
- 南方众悦
- nfzy_case#6_20190925
- nfzy_case#5_20190921
- nfzy_case#4_20190919
- nfzy_case#3_20190916
- nfzy_case#2_20190910
- nfzy_case#1_20190904

# nfzy_case#40_20200317

问题描述：20200317010835832301、20200316002342611722、20200315020021329588 客户反应说这几张单没有使用优惠券

--跟踪

【YD】：确认到南方众悦的代金券抵扣类型为服务费，这些单的服务费未满使用要求。

【客户】：希望已发放的改成抵扣总额。

【技术】：如果要改发出的代金券要在数据库改

【YD】：确认到客户把已有的代金券改为抵扣总额后，也麻烦技术把已发放的改一下。

--解决:
状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：chinyee YD

# nfzy_case#39_20200315

问题描述： 全部状态可以看到在线的代金卷，状态选择在线的看不到。

--跟踪

【chinyee】：转研发。

--解决:
状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：chinyee

# nfzy_case#38_20200315

问题描述：这四位客户充值了1000元，没有送到代金卷，麻烦看看怎么回事

--跟踪

【chinyee】：只设置代金卷，充值送代金卷是不生效的，需要创建活动。

【客户】：那可以补送给他们代金劵吗

【chinyee】：可以的，工作日在处理。

--解决:
状态（☑表示选定 ）： ☑已解决 | 处理中 | 暂搁置
售后（跟单）工程师：chinyee

# nfzy_case#37_20200313

问题描述：盛弘桩流量问题

--跟踪

平台现在的流量有点大哦，按你们之前评估的一台机器一个月30M完全跑不了。
10台设备（路由器中显示20个设备，就是20个枪，10台桩），3个月用了10G

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊

# nfzy_case#36_20200313

问题描述：会员管理手机号重复，影响其中修改人群电价

--跟踪

因为之前 136那个重复了导致后面的编辑出问题，刷新页面重新进就可以，原bug我们也会修复
会员管理中，以下操作出错，疑似js变量影响引起
1、搜 13610585001 ，手机有重复的案例。
2、进入编辑一个，改一个人群电价，提示错误。退出。
3、在13610585001列表页，点编辑，出错。
4、输入框搜索 15818786678，点编辑，出错。

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊

# nfzy_case#35_20200313

问题描述：充电ID：20200313095427476077 此账单巨额占桩费

--跟踪

【YD】：该账单的桩在充电期间并未发现特别的故障，账单也不是故障账单。经确认他该站点的占桩费设置为充电结束开始 免费时长0分钟 每分钟60元占桩费，该单占桩费是此设置的计算结果。

已告知客户巨额占桩费原因

补充：下午15点左右 客户反应他们暂时不方便调整占桩费请我们代为调整。 在15：30将占桩费调整为 充电结束开始 免费时长60分钟 每分钟0.2元占桩费

客户想处理的巨额占桩费账单，让客户在“故障账单”内“重新计算”进行处理。

~ update 2020-3-13 18:45 by shi
占桩费误收 利用 异常账单的修复机制 修正数据的操作步骤：
1、依次进入“首页/营收管理/账单管理/故障账单”，账单号 栏输入 已知的问题单号，点搜索。此处以问题单号“20200313095427476077”为例。
2、结果中 点 “手工修正”，弹出界面点“重新计算”（前提需先修正站点占桩费价格），核对左侧重新计算的总费用。
3、如需发送微信通知对应用户，左小角取消勾选“不发送微信通知”。
4、点确定，完成修正。

--解决:
状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：YD

# nfzy_case#34_20200310

问题描述： 20200310112359549858 这张单客户反应不能结束充电 使用密码也不行，该用户现在已拔枪。

--跟踪

【YD】：该订单确实未结束充电，不确定原因 转技术分析。

【技术】：这个桩当时离线了

【YD】：他后续点结束充电也没用吗？他点了几次

【技术】：我看都返回离线，应该是网络故障。

--解决:
状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：YD

# nfzy_case#33_20200303

问题描述：同一手机号15718315655存在两个用户

--跟踪

问题如图：
分析：
1、名为“粤AD55255”在2019年11月进行多次 刷卡充电，平台收到车架号都是为“LGXCE6DB8J0091469”（猜测是公交），之后没有充电记录。（memberId=f06660fc09e111ea9d7e00163e0e8eb7）
2、粤AD55255 绑定了充卡片，卡号为：0015000000000062
3、和第2项同一类型的账号 还有： 粤AD41441 18898416868 0015000000000063
初步结论：
因“粤AD55255”是虚拟账号，是在后台手工修改手机号。

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊

# nfzy_case#32_20200103

问题描述：海南立交充电站，有辆帝豪车昨天 今天都充不了电。 13922122718 15:08分也不能充电

--跟踪

【令】：13922122718 此用户当前正在充电中，单号：20200103150930797352。
【客】：一扫二维码就出现下图。 研发回答：有时候状态没更新到，超过5分钟会自动消失的

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊

# nfzy_case#31_20200103

问题描述：手机端账号里面有一个账号查不到 13925280631

--跟踪

【令】：该账号没有选择绑定运营商，所以在南方众悦的平台下没有看见，虽然数据只能看到南方众悦下的。
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：chinyee

# nfzy_case#30_20200102

问题描述：mc2.0 日报表 时间区间筛选条件和查询结果

--跟踪

【背景】：
1、南方众悦mc2.0 12月更新
2、客户月初周期结算，mc2.0 日报表 时间区间筛选条件和查询结果不符（多出2020-1-1数据），2019-12-1至2020-1-1

【chinyee】：因为日期区间选择了2019.12.01-2020.1.1 所以会有1.1的数据，区间选择20191201-20191231即可。

--解决:

状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师： 施文俊

# nfzy_case#29_20191230

问题描述：对接粤易充 ，JRSH000000001025为粤易充平台工单号

--跟踪

【背景】：南方众悦2017年对接过“羊城充”（子运营商），其中“MA59RJTY6”为“南方众悦”营业执照，（此配置中运营商ID可能是错的）案例见下图：

粤易充机构的 运营商ID=730486030；羊城充机构的 运营商ID=589527752；
【粤易充 对接】：当前需为南方众悦配置 子运营商 对接粤易充，类似案例可参考“zshy_case#24_20191128”。
规则：
1、羊城充的情况 填羊城充营业执照。
2、粤易充的情况 填粤易充营业执照 730486030。

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师： 施文俊

# nfzy_case#28_20191225

问题描述：我们那个海珠那个充电站啊，除了充电位以外，大概还有可能五六个车位，我们想用那个车位看能不能单独的计费收费，然后如果用你们那个地锁的话，是不是可以直接用充电的那个平台收费呀？

--跟踪

【shi】：1、 多建个站点，单独计费 是否接受？。2、地锁的进度可和产品了解下先。
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：chinyee 施文俊

# nfzy_case#27_20191221

问题描述：客户想给test（充电站值班室账号）开通修改的权限，给故障账单进行修正，同时可以看到会员管理的会员信息，但不想开放人工充值的权限。

--跟踪
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：chinyee YD

# nfzy_case#26_20191221

问题描述：20191203001217218499 20191207132933392164 20191211010736823672 20191215230341036172 20191215232103265037

以上公交车账单未识别到VIN码 无对应车牌

--跟踪
【YD】：经数据库查询，上面几张单都未查询到VIN。

~update 20191223
【shi】：分析了2例
1）20191207132933392164 chargeStart和chargeEnd 仅差一分钟（心跳可能未来的及上传），但电量是27,59 。怀疑是异常账单 或 转技术进一步分析
2）20191203001217218499 充电时间近1小时，db中 显示 确实未收到 车辆之 vin 码，可和客户确认。

【令技术】：其中有两张单充电时间只有一分钟，还没有上传vin就结束了；另外三张单是桩的问题没有上传到vin。

【chinyee】补救方法：在充电记录页面输入账单号，右侧操作栏点击“车牌设置”，输入车牌号。然后在故障账单页面，点击“手动修正”，再点击“重新计算”，再按“确定”即可。

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：chinyee YD

# nfzy_case#25_20191221

问题描述：部门电价计费分组可选择广州二汽充电价格，但在人群定价没看到。

#

--跟踪
【令技术】：历史数据可能之前bo1设置不正确，被隐藏了，现在已经恢复
--解决:
状态（☑表示选定 ）： ☑ 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：chinyee YD

# nfzy_case#24_20191220

问题描述：代金卷绑定站点时可以看到令狐充的站点，而且南方众悦的电站有两个站点ID。

--跟踪
【令】：南方众悦看到令狐充站点的问题是因为配置了令狐充互联互通， 现在只要把计费方式改为对方系统计费就看不见了。后续我会修改为纯数据对接的子运营商都不显示对方站点
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 chinyee

# nfzy_case#23_20191215

问题描述：客户反应充值和消费不匹配。

--跟踪
【客】：“两条消费20.67+1.95＋余额18.9=41.52他充了60”
【shi】：平台分析，2018年10月至今，用户于2019-10-02 18:42:50 注册会员，注册手机号：13719389398。截止目前消费161.1元，充值180元，当前余额 18.9元。两者数据完全匹配： 180-161.1=18.9元
充值明细：

消费明细：
目前看是否你们的计算方式有误？

【shi】：提醒客户按工单提交：
另外：
为了高效的解决售后运营问题请依照约定按工单格式提供，工单包含了问题排查的关键数据。随意的截图需要我方投入更多的经历分析处理，因资源分配问题，可能会压后处理时间，望理解，谢谢。
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊

# nfzy_case#22_20191215

问题描述：反应账户到10元不能继续充电

--跟踪
【令】：bo2升级是默认10元，改为1元暂时解决。并告知客户此配置。

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊

# nfzy_case#21_20191215

问题描述：一些充值账单，比如1121050839869， 发生了重复导致用户充值成功，但没有进入到bo用户余额，这些他们有没有在微信商户那边手工退款， 这个对应的微信单号是4200000432201911219687530302

--跟踪
【令】：
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊

# nfzy_case#20_20191209

问题描述：南方众悦旧平台 18898416868 支付金额为0但有实充金额

--跟踪

【令技术】: 南方众悦实际上是有充值到的，可以查到微信商户的支付记录。4月份的时候出现过问题导致没有保存到金额。

【令】：后台充值了300元，但在会员管理查看该账户余额为0。

【令技术】：他是因为之前打开了修改会员窗口，充值之后再回到那个旧窗口改用户信息。旧系统有个问题，每次如果想要改用户信息，都要重新点“修改”来操作，不能在之前打开过的修改会员窗口操作

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：chinyee

# nfzy_case#19_20191129

问题描述：荔通巴士的账号查不到统计报表（日期：9.25-10.26）

--跟踪
【chinyee】：1.充电消费月报表，查询条件为 子运营商选择荔通巴士，查询10月份充电记录，只有10.31号才有充电记录。9月份无记录，11月有记录。

2.从数据库查找，按照客户的查询条件来查找也无记录。

3.9.27号我帮客户导入车牌号，荔通和溢通巴士-1的部门设置与广州二汽公司是一模一样的，包括电价计费分组和绑定子运营商。怀疑客户在10.31号前荔通部门绑定的子运营商并不是荔通巴士。
【shi】：可参看 nfzy_case#14_20191101，和这个有关系，我当时修复的仅时间大于10.26日可能

期间记录查询sql：
select t1.c_billing_id,t1.C_SUBOPERATOR,t2.C_SUBOPERATOR from recharge_history t1 left join member_bill t2 on t1.id=t2.C_RECHARGE_HISTORY_ID
where 1=1
and t1.C_CREATE_DATE>'2019-9-25'
and t1.C_SUBOPERATOR=15 and t1.C_SUBOPERATOR<>t2.C_SUBOPERATOR;
~update 20191201
1、以下sql查得已录入之荔通公交 63辆。
SELECT * from department_vehicle WHERE department_id=26;
2、recharge_history中 2019-9-25 至 2019-11-1期间，荔通公交车牌最早一辆充电发生在 2019-10-31 01:31:48，sql条件片段见下。
C_VIN_CONVERTED in (SELECT vin from department_vehicle WHERE department_id=26)

--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊 chinyee

# nfzy_case#18_20191128

问题描述：新塘的三个账单没有读到车架号 查一下提供客户
20191103004325148311

20191029001803288027

20191119000039813838
--跟踪

【令】：见下图，初始的车架号机器码也未收到，初步判断 非公交充电。
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊记录

#

# nfzy_case#17_20191115

问题描述：客户新站点落地。见南方众悦-微信充电系统落地清单_20191113.doc

--跟踪
【令】：客户要求我方为其进行站、桩、价格配置。可11.18此周再进行。

【YD】：20191118 新建站点“南方众悦海南立交充电站(建设中)”，新建收费(旧平台)，新建桩ID：44030600100000206001 - 44030600100000206010
--解决:
状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师：施文俊记录

#

# nfzy_case#16_20191105

问题描述：盛弘要求查 0015000000000061、0015000000000069不能充电情况

--跟踪
11.5日凌晨？ 还是11.4日凌晨？
11.4凌晨问题当时我们处理掉了，并充产生异常数据，导致账户余额不足。
11.5日还有此问题？
没有了

#

# nfzy_case#15_20191104

日期：2019年11月4日
城市：广州
运营商： 南方众悦
桩站名称：广州新塘充电站
问题描述：公交刷卡充电 无法正常充电

--跟踪

背景：

- 盛弘直流桩，新塘充电站此站版本皆为 2090104。
- 南方众悦奥体充电站 版本皆为 2090104。
- BO端余额不足自动停之机制：【账号累计未正常结算的账单总额 】小于【账户余额】。
- 点我查看模式一“站点一卡通刷 ”会计算充电电价（报表统计用），但不实际扣费，避免频繁充值。

初步分析：

1. 新塘充电站 刷卡对应虚拟用户ID=56311148， 客户初始建立 后台充值 9998.99元。
2. 累计的未结算账单 金额超过 【账户余额】。
3. 几例账单 平台电量 大于5000度，见下【日志】，转研发跟进。

解决：

1、因问题发生在凌晨， 临时为虚拟账号充值 至 9009998.99，先供现场使用。
2、站点虚拟账号，后需创建时，金额尽量大点，可以避免类似。另外，新塘并充是最近才启用的吗？

【日志】：
根据日志截图片段 挑选 金额 异常账单 几例，
<Personal:56311148 billingId:20191104000123604152 金额(分):740415>设备账单电量：0 | 平台账单电量（度）：7793.84
<Personal:56311148 billingId:20191104000229411848 金额(分):686638>设备账单电量：0 | 平台账单电量（度）：7227.77
<Personal:56311148 billingId:20191104000054091279 金额(分):496362>设备账单电量：0 | 平台账单电量（度）：5224.86
<Personal:56311148 billingId:20191104000127246970 金额(分):525345>设备账单电量：0 | 平台账单电量（度）：5529.95

--解决:

状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置

# nfzy_case#14_20191101

问题描述： bo1.0 ，荔通巴士的账号 ltbs 看不到 对应公交充电。
优先级：高。

--跟踪
【shi】：初步分析

背景：

- 子运营商配置
  - 15 新塘值班室
  - 10 荔通巴士
- 部门配置
  - 26 荔通 绑定子运营 “荔通巴士”
- 车辆车牌
  - 62辆车荔通巴士车牌 已登记在 部门 “荔通”下
- 账号配置
  - ltbs 绑定 荔通巴士

报表数据归属问题：

1. 初步查得 10.1日至今有69个荔通巴士车辆 进场 充电，且充电前vin已登记在系统中。 （比如 20191101012516853730 ，LGZ8SP5C6J0001741）
2. 这些订单子运营值=15，预期为10。即 ltbs 要看到 旗下巴士充电，目前日报表看不到。
3. 需研发进一步处理。

【纠正】：below on 2019-11-2，可客户确认数据信息后验证研发提供之sql 修复预期

计划：
1、2019-11-2 修复 10月份数据
2、系统要更新修复一个问题计划2019-11-4操作。
3、更新完成再次修复数据。
~~~below on 20191104
1、完成系统更新。
2、新塘 公交子账号 报表记录 数据已纠正。系统更新后，后续充电会正确分派到子帐号中

--解决:
状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师： 施文俊

#

# nfzy_case#13_20191023

问题描述：南方众悦20191011-20191020异常账单统计

提供两份数据：1）异常账单统计。2）直流桩版本号未升级站点分布数据。

1）异常账单统计：下表为 2019年10月 之异常代码统计，（微信=南方众悦公众号充电）

异常代码\统计时间段 | 微信 11日-20日（次） | 盛弘版本2090104
时间段内成功充电次数 | 7982 | 7647
1-账单丢失 | 34 | 34
8-充电电量与平台不符 | 9 | 9
9-充电时长与平台不符 | 1 | 1

2）直流桩版本号未升级站点分布数据：（预期最新的直流桩版本号为 2090100）

版本号 数量 场站名

12027 4 南方众悦深圳腾悦站

--解决:

状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置

数据统计人：Chinyee

# nfzy_case#12_20191012

问题描述：2019 10月 月报表查询，筛选条件勾选 "未分组用户"，新塘值班室账号 nfzyxt 无法按预期查询到社会车辆充电。
bo1..0系统地址： http://szyd.linghuchongtech.com/boss/admin/index.htm

--跟踪
【令】：转研发进一步确认

~update 20191209
客户：新塘账号报表勾选未分组，不能查得预期数据。
以上请确认跟进
--解决:
状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师： 施文俊

# nfzy_case#11_20191011

问题描述：新塘值班室账号 nfzyxt/123456 看不到 10.1和10.2的公交数据， 超级管理员 nfzyadmin 可以看到。
bo1..0系统地址： http://szyd.linghuchongtech.com/boss/admin/index.htm

--跟踪
【令】：转研发进一步确认
--解决:
状态（√表示选定 ）： 已解决 | 处理中 | 暂搁置
售后（跟单）工程师： 施文俊

# nfzy_case#10_20191002

问题描述：客户新建新塘站点值班室账号，不能看到充电记录

---跟踪：

【shi】：分析后，发现客户未按照步骤二中配置关联站点管理员，提示客户完成相关操作。具体步骤参见值班室账号
--解决:

状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置

售后（跟单）工程师：施文俊

# nfzy_case#9_20190930

---

问题描述：20点，客户要求发送新塘站营销微信消息

---跟踪：

【shi】：根据客户要求，代替客户完成相关操作。参见 nfzy_promotion#2_2019-9-30
--解决:

状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置

售后（跟单）工程师：施文俊

# nfzy_case#8_20190930

---

问题描述：19:30，客户完成联调，需我方紧急配置 站点管理员绑定新塘站，且绑定3账卡号

---跟踪：

【shi】：根据客户要求，代替客户完成相关配置操作。
--解决:

状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置

售后（跟单）工程师：施文俊

# nfzy_case#7_20190930

---

问题描述：19点，客户进行联调，充电提示找不到对象

---跟踪：

【shi】：登录服务器翻查日志，初步判定桩id设置错误。

【客户】：纠正id后解决。
--解决:

状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置

售后（跟单）工程师：施文俊

#

# nfzy_case#6_20190925

南方众悦新塘站点落地三方配合落地时间表

项 | 任务 | 时间点 | 执行资源 | 备注
--- | --- | --- | --- | ---
1 | 工程+桩设备 | 2019-9-26 | 南方众悦、信德 |
2 | 电力相关 | 2019-9-26 | 南方众悦、信德 |
3 | 网络（sim卡） | 2019-9-26 | 南方众悦 | 建议提前一日测试sim卡有效性
4 | 平台端站点配置（坐标、站信息） | 2019-9-26 | 令狐充 |
5 | 平台端桩配置（桩号） | 2019-9-26 | 令狐充 | 众悦9:30到站点，令狐充9.25需提供桩号给盛弘兄弟。 众悦会接入市网，桩号需配置1桩双枪，暂提供30个桩id，15个备用
6 | 站点电价配置 | 2019-9-26 | 令狐充 | 9.28-10.8 期间价格=峰：1.1 平：0.7 谷：0.4 10.8以后恢复服务费（请 众悦提供） 切换操作和众悦确认哪方进行
7 | 桩需连接平台之参数 | 2019-9-26 | 令狐充 | 众悦9:30到站点，令狐充9.25需提供平台参数给盛弘兄弟。
8 | 微信推广文案撰写、及客户确认 | 2019-9-25 | 令狐充 |
9 | 微信推广消息9.26日当天群发 | 2019-9-26 | 令狐充 |
10 | 盛弘售后、令狐充运维、众悦现场 配合联调 | 2019-9-26 | 令狐充 |
11 | 盛弘预先提供桩固件版本信息 | 2019-9-25 | 盛弘 |
12 | 令狐充平台2.0功能沟通（30mins） | 2019-9-26 | 令狐充，众悦 | 视众悦工作计划执行空闲再安排

# nfzy_case#5_20190921

---

日期：2019年9月21日

问题描述：协助南方众悦 客户 完成 站 、桩的平台配置。

城市：广州
运营商： 南方众悦
桩站名称：广州南方众悦新塘充电站

---跟踪：

【令狐充】：20190923-下午已在"南方众悦新塘充电站"新建30个桩编号，写入客户提供定位的坐标。

桩ID范围：44030600100000205001-44030600100000205030

桩型号：盛弘电气 盛弘直流 － 标准2017 直流

（补充：客户在微信提供的定位地址与客户在平台上维护的地址有所差异，站点的地址与坐标暂以微信提供的定位为准，后续实际到现场后再进行确认修改。）

原地址：新塘大道东43号（保利东江首府旁）

百度：23.1198510000,113.6389450000

标准：23.1135215660,113.6325288494

定位地址：广州市保利东江首府(增城区新塘江府大道2号)

百度：23.1182164352,113.6375290917

标准：23.1119735193,113.6310875416

20190927：现场查看后决定还是使用微信定位提供的地址，实际坐标有所更改。

更改后的坐标地址为：

地址：广州市保利东江首府(增城区新塘江府大道2号)

百度：23.1178199159,113.6367935501

标准：23.1115770000,113.6303520000

(补充：路书已由客户编辑为 保利东江首府幼儿园旁边 。考虑到客户对实际道路了解比我们更加熟悉故暂不做更改。)

--解决:

状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置

# nfzy_case#4_20190919

---

日期：2019年9月19日

问题描述：18812402988 此用户充值未到帐

---跟踪：

【令狐充】：平台未收到腾讯支付成功通知，此时间点此用户有2单 待支付订单，需根据订单去商户平台核实钱款，再手工备注充值。

0919181209883
0919181106116
--解决:

状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置

售后（跟单）工程师：施文俊

# nfzy_case#3_20190916

---

日期：2019年9月10日 22:45

问题描述：马会的充电卡用不了。

---跟踪：

【令狐充】：金额不足？有异常账单？检查过吗？

【运营商】：够，时得时唔得，最近几晚都不行。

【令狐充】：充电卡对应的账号名或手机 不提供，无法快速排查。

---分析：

根据运营商截图在底层数据库搜索获得： 卡片=0015000000000003,0015000000000010， 昵称=G016，手机=13560355522。

进一步查得： 账单号=20190916220053363401 为异常账单，异常状态=电量丢失。

--解决:

提供分析结果后，用户修复账单后解决。
状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置

# nfzy_case#2_20190910

---

日期：2019年9月10日
城市：广州
运营商： 南方众悦
桩站名称：广州南方众悦海珠站
手机号：18312858607
订单号： 20190910133002513390
充电桩号： 44030600100000203018
充电枪号：18
开始充电时间：2019-09-10 13:30:03
充电结束时间：
充电时长：58分15秒
充电电量：30.49
订单金额：0

问题描述：后台用户充电完成，订单没有结算
-------------------------
运营商初步排查结果：查询订单没有结束时间，是否后台延迟？
-------------------------

【令狐充】：现场网络连接状态：44030600100000203018 桩在线
近期故障状态：3小时内无故障记录。
推测此例账单将发生账单丢失。因平台判断账单丢失需要拔枪后至少30分钟，请等待一段时间后在异常账单中号查询

--分析

客户移除时段5电费，未补零导致db层数据错误，后续账单结算皆失败。

--解决:

替客户补零后保存电站电费。

状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置

# nfzy_case#1_20190904

---

日期：2019年9月4日
城市：广州
运营商： 南方众悦
桩站名称：广州奥体站
手机号：13560355522
订单号： 20190904150704808759
充电桩号： 44030600100000202007
充电枪号：7
开始充电时间：2019-09-04 15:07:05
充电结束时间：2019-09-04 15:09:14
充电时长：1分
充电电量：0
订单金额：0
问题描述：后台用户显示刷卡停止，停止充电充不了，刷卡不了
-------------------------
运营商初步排查结果：查询余额还有180593元

-------------------------

--跟踪

因当日有新bo更新，当日未有结果。

2019-9-12 23:50，此问题又发生。

--分析

【日志】：

2019-09-12 23:45:44,437 INFO [com.himorning.tspapi.action.receive.receiveTspAction] - <Personal:02253347 billingId:20190912225728471541 金额(分):8521>
2019-09-12 23:45:44,437 INFO [com.himorning.tspapi.action.receive.receiveTspAction] - <Personal:02253347 billingId:20190912221632985819 金额(分):16398>
2019-09-12 23:45:44,437 INFO [com.himorning.tspapi.action.receive.receiveTspAction] - <Personal:02253347 billingId:20190912232241308309 金额(分):4184>
2019-09-12 23:45:44,437 INFO [com.himorning.tspapi.action.receive.receiveTspAction] - <Personal:02253347 billingId:20190912234050264840 金额(分):13155838>
2019-09-12 23:45:44,437 INFO [com.himorning.tspapi.action.receive.receiveTspAction] - <Personal:02253347 billingId:20190912234154219790 金额(分):0>
2019-09-12 23:45:44,437 INFO [com.himorning.tspapi.action.receive.receiveTspAction] - <Personal:02253347 billingId:20190912233129347133 金额(分):2605>
2019-09-12 23:45:44,437 INFO [com.himorning.tspapi.action.receive.receiveTspAction] - <Personal:02253347 billingId:20190912230130842514 金额(分):10221>

其中

Personal:02253347 billingId:20190912234050264840 金额(分):13155838。

--解决:

客户自行通过异常账单找到账单并修复，问题解决。

状态（√表示选定 ）： √ 已解决 | 处理中 | 暂搁置

标签：
在2019/09/04 16:19上被shi chuck创建

- 评论 （1）
- 附件 （28）
- 记录
- 信息

# Applications

XWiki 10.11.9