Summary

• Page properties (1 modified, 0 added, 0 removed)
• Attachments (0 modified, 1 added, 0 removed)
  • 1590048909477-913.png

Details

Page properties

Content

...	...	@@ -2,6 +2,65 @@
2	2	{{toc/}}
3	3	{{/box}}
4	4
	5	+= jkr_case#41_2020 0521 =
	6	+
	7	+问题描述：账号绑定了子运营 子运营绑定了两个站点 可以看到合亨站的数据，但看不到开瑞站的数据麻烦看一下
	8	+
	9	+[[image:1590048909477-913.png||height="358" width="624"]]
	10	+
	11	+
	12	+~-~-跟踪
	13	+
	14	+【技】：估计是之前缓存还没刷新吧
	15	+
	16	+~-~-解决:
	17	+状态（☑表示选定 ）：☑ 已解决 | 处理中 | 暂搁置
	18	+售后（跟单）工程师： chinyee YD
	19	+
	20	+
	21	+= jkr_case#40_20200507 =
	22	+
	23	+问题描述：白名单无效
	24	+
	25	+~-~-跟踪
	26	+【罗宾森】：
	27	+问题：1，现场4代或者2代，已经下发了白名单，但是无法离线充电。
	28	+要求：1，解决现场问题，达到离线充电共呢，
	29	+分析：1, 其它场站用相同程序或者比这个场站低的程序，白名单运行正常，程序确定无问题，
	30	+ 2，平台吴工说下发没有问题。
	31	+结果：想通过平台协议中代有的功能确定，平台下发的白名单，成点击是否成功，白名单的信息是否和平台下发的一致。
	32	+\\并且5代设备马上也要进行白名单的测试 所以也需要确定白名单下发后，充电机本身的记录信息是否正确，
	33	+
	34	+【令】：
	35	+基于：“其它场站用相同程序或者比这个场站低的程序，白名单运行正常，程序确定无问题，”。
	36	+我方判断 可能：
	37	+1、平台白名单配置 需再次检查。
	38	+2、桩端接受白名单的流程是？ 桩端是否有入口、界面、或本地日志能证明已经接收到白名单等日志信息。
	39	+3、检查流程，设置白名单后，桩至少需要一次重启，触发接受白名单消息的动作。
	40	+4、罗宾森桩白名单调试，历史回顾见下：
	41	+
	42	+~~通知许总建议：
	43	+白名单的功能从2019 11月 试运营至今已 半年多， 似乎每次在新站点启用都遇到新问题，是否 需要总结：
	44	+1 平台的机制 不会改，如有改动会及时通知。
	45	+2 管理端的配置 至关重要，数据需要准确。
	46	+3 桩端是否有标志标识可以 查看是否启用、接收到白名单的动作或数据， 排查桩端等因素影响。
	47	+4 排除1、2、3 因素后，根据现场日志证明，平台技术应及时介入 核查是否平台端异常引起。
	48	+5 建议 运营方金凯瑞、罗宾森 能否安排项目管理人员，做好日常问题记录和管理工作。（理解 研发人员只从纯技术角度思考问题，所以为了日常的稳定运营，应安排项目管理人员做好管理）
	49	+
	50	+
	51	+~~ 项目日常处理流程探讨：
	52	+1 日常运营问题是否应该由运营商项目人员主导记录、管理。
	53	+2 汇总问题，无法解决的问题，提供 排查结果数据等 ， 通知 第三方机构 跟进处理。
	54	+
	55	+
	56	+因职务原因，我也无法第一时间调动客户和 现场厂商的工作人员， 每次客串大家的项目经理，因时间有限，我也无法尽善尽美，需大家一起努力管理好项目。
	57	+
	58	+
	59	+
	60	+~-~-解决:
	61	+状态（☑表示选定 ）： 已解决 | 处理中 | 暂搁置
	62	+售后（跟单）工程师：施文俊
	63	+
5	5	= jkr_case#39_20200430 =
6	6
7	7	问题描述：这些账单金额非常大，都是在断网的时候出现的，而且小程序上的电费为负数

1590048909477-913.png

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.Chinyee

Size

...	...	@@ -1,0 +1,1 @@
	1	+48.6 KB

Content