Wiki源代码深圳德顺

在2020/07/24 11:28上被chinyee he修改

4.2	1	{{box cssClass="box floatinginfobox" title="Summary"}}
	2	{{toc/}}
	3	{{/box}}
4.1	4
20.2	5
23.3	6	*~ 金凯瑞和其子客户那边所有问题，令狐充的分析结果在金凯瑞内部群里说明，统一交由金凯瑞方（如，吴小英）去最终告知当地运营客户的群。**
	7
61.2	8	= =
60.1	9
60.2	10	= szds_case#42_20200402 =
	11
60.1	12	问题描述：德顺设置了1-10号可以申请退款，但退款显示这个，麻烦看一下
	13
	14	[[image:1585818162943-694.png\|\|height="636" width="318"]]
	15
	16	~-~-跟踪
	17
	18	【chinyee】：查看了故障账单，并没有发现该用户13423788011有异常账单未处理。
	19
	20	【令】：转研发
	21
	22	~-~-解决:
	23	状态（☑表示选定）： ☑已解决 \| 处理中 \| 暂搁置
	24	售后（跟单）工程师：chinyee
	25
	26
58.1	27	= szds_case#41_20200401 =
	28
	29	问题描述：已经新建虚拟用户绑定部门，卡绑定用户，可是刷卡显示用户不存在帮忙看看怎么回事
	30
	31	~-~-跟踪
	32
	33	【chinyee】：部门充值金额太少了只有10元，部门余额阈值停止充电是10元
	34
	35	【客】：我绑定了两张卡，一张卡可以，另外一张不可以
	36
	37	【chinyee】：请核查充电卡位数，2张卡位数不一致。
	38
	39	~-~-解决:
	40	状态（☑表示选定）： ☑已解决 \| 处理中 \| 暂搁置
	41	售后（跟单）工程师：chinyee
	42
	43
56.2	44	= szds_case#40_20200331 =
	45
	46	问题描述：罗宾森群提出，订单号20200330063039357643 充电机因启动失败，发出登出报文（充电机上订单已经取消），但是在1秒左右，来个启动指令（没有订单号报文）。这个能查下吗？
	47
	48	这次丢单的问题是由于充电机启动失败，然后发了登出报文，但是后台又来了一次启动指令，没有登入，所以这块有点问题！
	49
	50	[[image:1585647875922-962.png\|\|height="447" width="887"]]
	51
	52	~-~-跟踪
	53
	54	【shi】：整理至case转研发
	55
57.2	56	【技术】：[[attach:罗宾森_20200330-1.log\|\|target="_blank"]]
	57
56.2	58	~-~-解决:
	59	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	60	售后（跟单）工程师：施文俊 YD
	61
55.10	62	= szds_case#39_20200331 =
	63
	64	问题描述：德顺对界面有以下定制要求
	65
	66	~-~-跟踪
	67
	68	【定制需求内容】：
	69	1、扫码后没充电的情况下可以直接退出页面。
	70	2、扫码后没充电的情况下如果不能直接退出页面，建议增加设定退出键。
	71	【令】：1和2 扫码后没有充电时，所在页面是充电设置页，页面下方有返回按钮，点击可退出页面。
	72	【客】：安卓没有底部退出。
	73	【令】：安卓手机利用它自身的返回按钮进行返回的，这个是微信H5的特点。
61.3	74	~~update 20200409
	75	【德顺鲍经理】:扫码后不充电不能退出的问题。扫码后不充电，通过点击页面左上方的“X”号是可以退出界面的。但是这样退出界面之后，下一个人再扫这条枪的码是显示这条枪被占用的，必须第一个扫码的人启动充电之后再退出，才能恢复正常。这样的设置应该算是一个bug，需要纠正。
	76	【shi】：已知：1）无操作3分钟后，平台自动退出，可以继续扫码。2）（盛弘桩）三分钟内，点击桩屏幕中“退出”按钮，桩即时登出，可以继续扫码。
55.10	77
	78	3.微信公众号的投诉信息开通删除键。
	79	【令】：公众号的投诉信息是通过公众号发送的，需要查看微信是否有提供这个功能。
	80
	81	4.客户评论的信息都能让所有人看到，也能看到客服的解答。
	82	【令】：客户评论未在h5中找到对应的功能，应为公众号的对话功能，此功能只能客服接收并回复。
61.2	83	~~update 2020-4-8
	84	功能的需求是以下几项，请确认：
	85	1、参照竞品“充电在手”公众号，增加用户留言、官方回复功能。见下图
	86	2、客户端界面的评论支持隐藏或者删除。
	87	[[image:1586333503167-554.png]]
55.10	88
	89	5.充电桩充满电显示已充满电，正在充电显示。
	90	【令】：充满电是针对车辆，不是针对充电桩的。充电桩为充电结束/完成。正在充电显示？？
	91	【客】：充电桩充满电了就要显示已充满电，正在充电就显示正在充电。充满电就不能显示桩故障或未知。
61.2	92
55.10	93
	94	~-~-解决:
	95	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	96	售后（跟单）工程师：施文俊
	97
55.3	98	= szds_case#38_20200330 =
55.2	99
55.8	100	问题描述：吴小英给德顺绑定两张充电卡
55.2	101
	102	~-~-跟踪
	103
55.9	104	【YD】：一开始他是咨询平台的一些数据显示方面的疑问，在为其解答的过程中问到绑卡操作的事。开始以为也是疑问为其解答，到后面时她已经在操作了。一问一答的过程中应该有不够严谨的地方以下为聊天记录
55.2	105
	106	[[attach:聊天记录.docx\|\|target="_blank"]]
	107
	108	~-~-解决:
	109	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	110	售后（跟单）工程师： YD
	111
54.1	112	= szds_case#37_20200325 =
	113
	114	问题描述：这里保存不了
	115
	116	[[image:1585119660494-567.png\|\|height="259" width="571"]]
	117
	118	~-~-跟踪
	119	【技术】：这个实际上保存成功的了，刷新一下页面就知道了，看上去是返回的时候报错了。我找个时间更新一下
	120
	121	~-~-解决:
	122	状态（☑表示选定）： ☑已解决 \| 处理中 \| 暂搁置
	123	售后（跟单）工程师： chinyee
	124
	125
51.2	126	= szds_case#36_20200323 =
	127
	128	问题描述：
	129	今天现场发现一个订单异常，现场的LOG文件显示平台发了2次启动，并且第二次的启动时，平台认为充电结束了。麻烦施工帮助找人分析一下
	130
	131	[[image:1584953571081-470.png\|\|height="234" width="890"]]
	132
	133	~-~-跟踪：
	134
	135	【YD】：确认到单号是20200323111540037446，反馈技术分析。
	136
52.2	137	【技术】：[[attach:罗宾森_20200323-1.log\|\|target="_blank"]]
	138
51.2	139	~-~-解决:
	140
	141	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	142	售后（跟单）工程师：施文俊 YD
	143
50.2	144	= szds_case#35_20200320 =
	145
	146	问题描述：这几个用户不知道为什么欠费[[image:1584692263683-965.png\|\|height="144" width="838"]]
	147
	148	~-~-跟踪
	149
	150	【YD】：确认了一遍上述用户的余额，其中一个用户的余额为正故忽略此用户。德顺的阈值是2元看了另外4位用户最后扣费订单的最后几分钟心跳没有看出异常，最后扣费的单也都是正常账单且桩故障并不构成欠费的影响。转研发
	151
50.3	152	【YD】：15817290607, 16675161816当时余额正常，但是用户之前有异常账单，后来修复了，补扣了钱导致欠费。
	153
	154	13600141696电量跳动超过1元，导致欠费。当时阈值1元
	155
	156	（详情见微信聊天记录）
	157
62.1	158	~~update 20200724 客户今天充值了50元，17503052613之前余额为-22.63，所以抵扣了之前的负数。羊毛
	159
50.2	160	~-~-解决:
	161
50.4	162	状态（☑表示选定）： ☑已解决 \| 处理中 \| 暂搁置
50.2	163	售后（跟单）工程师：YD
	164
49.2	165	= szds_case#35_20200319 =
	166
	167	问题描述：平台和腾讯商户收入对账不匹配
	168
	169	~-~-跟踪
	170
	171	(% class="box message" %)
	172	(((
	173	【客户提供数据背景和我方整理】：
	174	1、（图1）样本为客户统计数据，时间区间：1月投入运营后至 2020-3-19 00:00 。
	175	2、德顺商户平台操作查询的时间点： 3月19日22：00
	176	3、[[attach:德顺新能源华夏户3292555（2020.01.19-2020.03.19）.xls\|\|target="_blank"]] 是客户2020-3-19 午后（具体时间不明），在银行系统确认之进帐明细。
	177	4、（图2红框）注意 3.19号的单边贷记
	178	结论：平台和银行实收有较大差异。
	179	\\[[image:1584630611527-190.png]]图1
	180	[[image:1584631672367-243.png]]图2
	181	\\\\【shi】：以下数据样本时间皆为：截止2020/3/19 零点。
	182	一、数据
	183	~~令狐充平台端数据
	184	消费总额 153134.88
49.3	185	充值总额 269735.00 \| 人工线下充值总额： 100010.00 \| 微信线上充值： 169725.00
49.2	186	线上总计退款： 1768.70
	187	~~根据本case中客户xls和图文中重新统计数据
49.3	188	银行账户实收： 155692.70 （排除 2020-3-19当日费用） \| 166948.63（包括 2020-3-19当日费用）
	189	腾讯商户平台总计退款：待客户提供。
49.2	190	二、分析
49.3	191	1、基于令狐充平台计算公式：（微信线上充值总额-线上总计退款）x (1-0.006)=（令狐充预期的）银行账户收款
	192	公式结果： (169725-1768.7)*(1-0.006)=166948.56
	193	2、基于客户xls，客户银行实收款 =166948.63（包括 2020-3-19当日费用）
49.2	194	三、结论：
	195	~~计算误差公式：客户银行实收款-（令狐充预期的）银行账户收款
49.3	196	~~公式结果： 166948.63-166948.56=0.07 \| 疑惑见下* 推论
	197	~~客户银行实收款大于（令狐充预期的）银行账户收款。德顺运营商获利 0.07元。
	198	~~误差： 0.07元
49.2	199	* 推论
	200	1）此处以166948.63参与计算。见上文中引用：“银行账户实收： 155692.70 （排除 2020-3-19当日费用） \| 166948.63（包括 2020-3-19当日费用）”
	201	2）必须搞清楚xls中“单边贷记”性质。
	202	3）根据计算，我方推测：2020-3-19 单边贷记款项记录是 2020-3-18 00:00至2020-3-19 00:00 期间发生之充值；同时，德顺在2020-3-19 午后在银行系统查账，预期钱款此刻应到帐，但实则“单边贷记”，需客户和财务进一步确认。
	203	4）按照德顺描述：商户平台T+1，实际到帐德顺账户时间是第二日凌晨2至4点。
	204	\\\\\\【平台功能缺陷】：
	205	1、“首页/客户管理/会员管理/退款审核管理”无法导出退款记录，不利于统计对账。
	206	)))
	207
	208	~-~-解决:
	209
	210	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	211	售后（跟单）工程师：施文俊
	212
41.3	213	= szds_case#34_20200312 =
	214
45.2	215	问题描述：罗宾森10w元扣费
	216
	217	~-~-跟踪
	218
	219	(% class="box infomessage" %)
	220	(((
	221	billing_Id=20200314021804697386
46.2	222	桩:44030500040000200011, 2号枪, 账单:20200314021804697386 , 巨额账单问题原因:
	223	1、该账单鉴权及启动充电时间在03-14 02:18:04.701及03-14 02:18:10.812, 启动成功;
	224	2、启动前，该枪的"电表度数"为：2343.78
	225	3、在之后的充电心跳中,在03-14 02:21:48.864的心跳中上送的"电表度数"为851999.7 (注意:这个产生巨额账单问题原因),报文如下:
	226	0xFEA6000002FFFF06F13434303330353030303430303030323030303131020205020202B0B310020E0314A8DE12020E031404000000D8782C3200000018A90700000000000000000000000000000000000000000000000000620C14054F015103800C800B01000132303230303331343032313830343639373338360000000000000000000000000000000000000000000000000000000000000000000000000000000000000000B916
	227	4、该充电在03-14 02:21:49.191发起停止并结束;
	228	5、该充电结束后，桩没有在30分钟内上传账单 (注意:账单延时)
	229	6、平台在该充电结束后30分钟, 平台根据心跳中的电表数据预估费用, 由于之前该枪产生过异常的电表度数所致;
45.2	230	[[image:1584149733644-145.png]]
46.2	231
	232	【shi】：bo端日志片段。通过关键字查询：addChargeRecord 20200314021804697386
	233	第一次平台账单片段：
	234	2020-03-14 02:54:14.691 \| http-nio-8091-exec-3 \| INFO \| c.s.b.f.CustomAuthenticationFilter.doFilter(69) : POST : authType: 1 batteryRatedCapacity: 0.0 batteryRatedTotalVoltage: 0.0 batteryType: 6 billingId: 20200314021804697386 billingType: 1 billingValid: 1 chargeDuration: 219 chargeEnd: 2020-03-14 02:22:06 chargePower: 309.36 chargeStart: 2020-03-14 02:18:26 chargeUnitLabel: 2 deviceNumber: 44030500040000200011 gunConnectTime: 2020-03-14 02:16:46 occupyDuration: 103 pbBillingValid: pbChargeDuration: 219 pbChargeEnd: 2020-03-14 02:22:06 pbChargePower: 1.81 pbChargeStart: 2020-03-14 02:18:26 pbExactChargeEnd: true pbExactServiceEnd: true pbOccupyDuration: 103 pbPhasePowers: 0.0,0.0,0.0,0.0,849655.92,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0
	235	第二次设备账单片段：
	236	2020-03-14 02:57:07.049 \| http-nio-8091-exec-7 \| INFO \| c.s.b.f.CustomAuthenticationFilter.doFilter(69) : POST : authType: 1 batteryRatedCapacity: 0.0 batteryRatedTotalVoltage: 0.0 batteryType: 6 billingId: 20200314021804697386 billingType: 2 billingValid: 10 chargeDuration: 180 chargeEnd: 2020-03-14 02:21:02 chargePower: 1.81 chargeStart: 2020-03-14 02:18:02 chargeUnitLabel: 2 deviceNumber: 44030500040000200011 gunConnectTime: 2020-03-14 02:16:46 occupyDuration: 2040 pbBillingValid: pbChargeDuration: 219 pbChargeEnd: 2020-03-14 02:22:06 pbChargePower: 1.81 pbChargeStart: 2020-03-14 02:18:26 pbExactChargeEnd: true pbExactServiceEnd: true pbOccupyDuration: 103 pbPhasePowers: 0.0,0.0,0.0,0.0,849655.92,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0 pbServiceEnd: 2020-03-14 02:23:49 pbServiceStart: 2020-03-14 02:18:05 phasePowers: 0.0,0.0,0.0,0.0,1.81,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0 productType: 2
	237
	238
	239	紧急修正办法：
	240	1、此单心跳数据不正确+账单丢失，双重原因导致绝费用，可进入异常账单修正。（如果最终账单上传了，会按真实账单计算（账单中心跳如果正确），但此账单最终未上送。）
	241	2、桩端bug及时修复。
	242
	243	临时调整账单机制：
	244	平台支持机制包括：
	245	机制1）异常账单手工修复后终端用户才实际收到修复后的账单。
	246	机制2）先产生账单，后手工修复纠正账单数据。
	247
	248	两种机制优缺点：
	249	机制1）至少7x24（7x16）小时有人办公，及时修复异常账单，仅修复后终端用户才收到账单，并进行扣费。如不及时扣费，用户可再次充电，可能导致累计扣费引起账户余额大额负数。
	250	机制2）减小桩端的bug数据对终端用户直接产生不可靠影响。包括：电量费用、时间异常等。
	251	\\运营商可按实际运营情况提出申请，平台方可按客户要求调整机制。
	252
	253	[[image:1584150339953-344.png]]
45.2	254	)))
	255
	256	~-~-解决:
46.2	257
	258
45.2	259	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	260	售后（跟单）工程师：施文俊
	261
	262	= szds_case#34_20200312 =
	263
41.3	264	问题描述：罗宾森在测试环境测试的，启动失败，上送登出，取消服务的测试，说会造成app卡死
	265
	266	~-~-跟踪
43.2	267
41.3	268	(% class="box infomessage" %)
	269	(((
	270	billing_Id=20200312155407387826
	271	03-12 15:54:07.317,15,鉴权
	272	03-12 15:54:07.980,16
	273	03-12 15:54:09.986,5,idle,connect
	274	03-12 15:54:10.916,20,启动充电
	275	03-12 15:54:11.992,21
	276	03-12 15:54:40.010,5(充电心跳),idle,connect
	277	03-12 15:54:43.024,19,登出,服务取消
	278	调用act/startCharge返回成功code=0, 是不是表明启动成功了
	279	表示设备已经接收了指令并返回
	280	这个案例是否不应该返回0，应该返回错误码吧
	281	因为桩的启动有一个过程，不是马上就能充电的
	282	)))
	283
	284	~-~-解决:
	285	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	286	售后（跟单）工程师：施文俊
	287
41.2	288	= szds_case#33_20200312 =
	289
41.3	290	问题描述：余额负数，账单 20200311230043137951
41.2	291
	292	~-~-跟踪
43.2	293
41.3	294	(% class="box infomessage" %)
	295	(((
	296	[[image:1584004285063-902.png]]
41.2	297
	298	1. 5.24的账单23:12分结束充电，但是没上传账单，所以用户没发生扣费，余额大于5元
	299	2. 4.43的账单是23:46开始充电, 余额大于5元，没问题
	300	3. 5.24的账单的账单0点上传，开始扣费，余额不足，后台停掉4.43的充电
	301
	302	该充电事务的账单上送延时造成的。
41.3	303	5.24的账单 20200311230043137951 23:12分结束充电
41.2	304	第一次账单在“03-11 23:46:04.525”，是延时30分钟后无桩设备账单下，平台上送的平台账单，所以标记为异常 : 1-账单丢失
	305	第二次账单在“03-12 00:01:41.234”，设备上送的账单。拔枪后，桩滞后1个小时才发账单
	306	拖到后面才发账单，导致两个充电重叠了，突然间大额扣费，冲破余额。
	307	用户第二次启动充电的时候余额并没有低于5元。原因就是第一次的账单没发过来，扣不了费
43.2	308	\\【shi】：心跳数据见[[attach:rhsr_20200311230043137951.txt\|\|target="_blank"]]
	309
	310
	311	44030500040000200026 1号枪于 2020-03-11 23:27:10 再次启动充电，断网怎么启动的？即时期间断网，2020-03-11 23:27:10此刻只有恢复网络才能使用，恢复网络是否该先上送 2020-03-11 23:00:42 这次充电账单。
	312	44030500040000200026 单设备 3条相邻详细见下：
	313	20200311230043137951 对应 44030500040000200026 1号枪启动时间 2020-03-11 23:00:42
	314	20200311230555538567 对应 44030500040000200026 2号枪启动时间 2020-03-11 23:05:54
	315	20200311232711489379 对应 44030500040000200026 1号枪启动时间 2020-03-11 23:27:10
	316
	317
44.2	318	~~20200311230043137951 对应5.24元，此账单拔枪后将近50分钟才上送账单，期间对应桩还有新充电。
	319	针对以上情况，我们抓取了对应桩44030500040000200026 从 20200311230043137951 充电结束直到 50分钟后收到账单期间发生的所有动作报文，希望对你有帮助。[[attach:罗宾森_20200311账单分析.log\|\|target="_blank"]]
44.3	320	~~
43.2	321
44.3	322	说明：如果桩端能严格按照协议上送桩端真实的状态，并确保时序正确，app端就能正常走完流程，也不存在所谓的卡界面。
	323
	324	至于罗宾森桩如果有些特殊情况，短期不能解决，app界面端可以考虑去适配，但需要公司的整体评估和额外开发工作，时间也要另外评估。
	325
44.2	326	~~余额不足、app端按停止充电都是后台终止
	327
43.2	328	[[image:1584018773839-493.png]]
	329
41.3	330	)))
41.2	331
	332	~-~-解决:
	333	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	334	售后（跟单）工程师：施文俊
	335
38.3	336	= szds_case#32_20200311 =
	337
39.2	338	问题描述：如果修改这个样子，给用户感觉更友好，不会被误认为卡死
	339
	340	~-~-跟踪
	341
41.2	342	[[image:1583936058731-829.png]]
39.2	343
	344
	345	~-~-解决:
	346	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	347	售后（跟单）工程师：施文俊
	348
	349
	350	= szds_case#32_20200311 =
	351
38.3	352	问题描述：排查“鲍总反复提出的几个问题”
	353
	354	~-~-跟踪
38.7	355	【问题进度】：总结了鲍总反复提出的几个问题：（目前6、7、8 罗宾森认为是同一个原因导致，见文章底部）
38.6	356	\\ 1、点菜单”寻桩充电“进入很迟钝，基本上所有用户都反应。【令狐充跟进】
38.4	357	【进展】：只有头一次有可能加载慢。注册后第二次之后就快，即使后续session过期重新进也会快。
38.6	358	【令】：
	359	\\ 2、退出充电页面（html5页面）很慢。基本是所有用户。
38.7	360	【进展】：
	361	【令】：没有更多具体描述和单号分析前，我方认为等同第7项。见底第7项。
	362	\\ 3、场景：界面提示”桩网络异常“时，点”结束充电“ 缓慢无效。
	363	【进展】：
	364	【令】：无具体案例号。推测：桩离线、桩故障没有响应。此刻触发结束充电一定是无效。
38.6	365	【罗宾森】：待补充
	366	\\ 4、客户质疑微信商户平台收款和充电消费不匹配。【金凯瑞从客户获得统计样本。令狐充跟进】
38.5	367	【进展】：
38.7	368	【令】：需客户提供统计样本和算法。再做比较分析。
	369	\\\\ 5、桩继续充电，但app已退出的情况吗？
	370	【进展】：
	371	【令】：需各位现场同仁反应，提供具体案例号。
	372	【罗宾森】：无
38.6	373	\\\\6、出现故障未启动：微信启动，充电机启动，报类似绝缘故障等没有充电。小程序界面卡住。
38.5	374	【进展】：
38.8	375	【令】：无具体案例号。推测：app 端远程下发启动充电，但桩因为故障未及时响应，app将保持等待状态。
38.7	376	【罗宾森】：见文章底部
38.6	377	\\7、充电机充电，客户小程序点停止充电，app界面卡住。等5.6分钟。单号示例：15566905346 \| 20200304105515751731。【因厂里无法重现定位暂搁置】
	378	【进展】：
38.8	379	【令】：无具体案例号。推测：拔枪后，桩上传账单延迟5-6分钟太久。预期桩应立刻上传。 app端适配这种情况（可行性待讨论）。但桩端延迟5、6分钟这种机制和体验是否正确。
38.6	380	1分钟内不拔枪。
38.7	381	【罗宾森】：见文章底部
38.6	382	\\8、充电中故障停机，，app界面卡住。【因厂里无法重现定位暂搁置】
	383	【进展】：
38.8	384	【令】：无具体案例号。推测：没有更多具体描述和单号分析前，我方认为等同第3点。
38.7	385	【罗宾森】：见文章底部
38.6	386	\\9、拔枪前桩已发送9报文（账单消息），后续心跳是空闲给平台。厂里重现了导致界面卡住。
	387	【进展】：
	388	【令】：不清楚具体表现。
	389	【罗宾森】：厂里已定位
38.7	390	\\\\罗宾森：针对6、7、8 我们分析由于时序不对引起，家里测试，不存在网络问题情况下可以复现的问题。
	391	启动失败，充电结束，报文09号在不拔枪情况下1分钟发送出去，并且离桩时间发送全部是0，然后1分钟不拔枪后，就出现了以上6 7 8的问题
	392	以上6 7 8条我总结为1条
	393	充电机在启动失败（收到启动指令，充电机出现故障后，没有启动成功）、充电结束（在1分钟内不拔枪）会出现报文网络异常界面，界面卡住！
38.3	394
	395
	396	~-~-解决:
	397	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	398	售后（跟单）工程师：施文俊
	399
38.2	400	= szds_case#31_20200311 =
37.1	401
38.2	402	问题描述：点结束充电没有反应
	403
	404	~-~-跟踪
	405
	406	【详细】：
	407	1、余额不足，或者故障没有启动充电，微信小程序都会卡住页面退不出来。
	408	2、出现1后，点结束充电没有反应。微信小程序都会卡住页面退不出来，几分钟后才能退出。
	409	3、15566905346 \| 20200304105515751731
	410	4、充电故障类似下图：
	411	[[image:1583918488394-815.png]]
	412
	413
	414	~-~-解决:
38.3	415	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
38.2	416	售后（跟单）工程师：施文俊
	417
37.1	418	= szds_case#30_20200311 =
	419
41.2	420
38.2	421	问题描述：这个账单平台上有充电时间和充电量，充电金额是有的，但是在桩上查过显示充电金额没有，和是怎么回事？
37.1	422
	423	~-~-跟踪
38.2	424	德顺站点桩号：44030500040000200016 账单号:20200311121828915381 充电时间：2020-03-11 12:18:27 2020-03-11 12:57:50 程序已刷新异常问题：账单丢失
37.1	425	【chinyee】：该账单异常情况是充电电量与平台不符，需要现场人员去核实，经过核实，设备账单记录无误，可以直接点击确认修复此账单。
	426
	427	~-~-解决:
	428	状态（☑表示选定）： ☑已解决 \| 处理中 \| 暂搁置
	429	售后（跟单）工程师：施文俊 chinyee
	430
	431
36.3	432	= szds_case#29_20200311 =
	433
	434	问题描述：车辆通不过绝缘检测之记录
	435
	436	~-~-跟踪
	437
	438	(% class="box" %)
	439	(((
	440	【背景】：
	441	1、目前绝缘检测问题，只有一种车型！之前的绝缘检测问题已经是全部解决了的！
	442	2、换了几个桩都不行的，是否还有相同品牌车可以呢？
	443	\\【分析】：
	444	如果是只是一种车型，很有可能遇到早期的车辆，电池端负级是直接对地的那种车，如果是这样的话，就不能兼容，这种车就是属于接地，属于绝缘问题运营站现在第三方检测抽查厉害，如果是这样，为了安全充电，建议这种车不给予充电！具体是不是，需要车辆充电时，配合检查下即可。
37.1	445	报绝缘故障的这台车 DC+DC-直接有200多电压
36.3	446	)))
	447
	448
	449	~-~-解决:
	450	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	451	售后（跟单）工程师：施文俊
	452
36.2	453	= szds_case#28_20200311 =
	454
	455	问题描述：罗宾森重复数据账单之异常账单退款
	456
	457	~-~-跟踪
	458
	459	(% class="box" %)
	460	(((
	461	【背景】：
	462	1、客户鲍总说没有退款信息通知的话客户就不承认。
	463	2、重复数据账单导致的异常账单退款严格讲不属于正常流程退款。微信商户平台无法生成退款对账单。
	464	\\【解决】：
	465	场景一：已修复账单，本地未记录退款前后余额数据之解决步骤：
	466	1、按用户手机号，查询所有充值、消费记录、余额。
	467	2、充值=消费记录+余额。计算结果可以证明金额是否匹配。
	468	\\场景二：还未修复账单之解决步骤：
	469	1、手机纠正异常账单界面，取消勾选（见下图红框）
	470	2、默认是不发送通知
	471	[[image:1583896676227-935.png]]
	472	)))
	473
	474
	475	~-~-解决:
	476	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	477	售后（跟单）工程师：施文俊
	478
35.2	479	= szds_case#27_20200310 =
	480
	481	问题描述：异常账单平台数据显示bug。
	482
	483
	484	~-~-跟踪
	485
	486	(% class="box" %)
	487	(((
	488	单号：20200306132250448137
35.3	489	bug：不存在充电时间的时候显示成当前时间了。【john已修复】
35.2	490	回覆客户： 20200306132250448137 刷新页面，显示问题已修复。
35.3	491	刷新操作：1）进入“首页/营收管理/账单管理/故障账单”。2）刷新页面。
35.2	492	[[image:1583829729583-583.png]]
	493	)))
	494
	495
	496	~-~-解决:
	497	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	498	售后（跟单）工程师：施文俊
	499
34.2	500	= szds_case#26_20200310 =
	501
	502	问题描述：客户手机：18072831364 质疑重复扣款
	503
	504	~-~-跟踪
	505
	506	(% class="box" %)
	507	(((
	508	【金凯瑞】：跟何工算过他的账单了是没扣错钱。问题订单：20200309003824144029、20200308232332102674
	509	[[image:1583811286694-785.png]]
	510	【shi】：以上两个单号不对，查得 18072831364 对应重复的账单是20200308121002404459，20200308114416644046。对应金额9.27元，见下图：
	511	[[image:1583812807492-162.png]]
	512	\\【分析】：
	513	再整理汇总下重复扣款的各种疑惑，并罗列可能引起的场景，请用心理解：
	514	1、“充值账单减去所有充电账单，得到余额对得上。”这个一定是对的。
	515	2、金凯瑞没理解的点：重复账单，所以才会出现余额对得上，但是客户觉得多扣钱了。
	516	3、关键问题点：
	517	1）桩端连续2次扫码鉴权充电。（可能是同一个人，或不同人）
	518	2）第二次充电上送的账单数据是第一次的账单数据。（第二次有鉴权但可能无实际充电，充电事务就结束。）
	519	3）推测场景1：可能某次充电不管是否有启动，如果电量为0，就会发上一次的账单。
	520	4）推测场景2：第二次鉴权非正常启动、非正常结束，就会发上一次的账单。
	521	)))
	522
	523
	524	~-~-解决:
35.2	525	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	526	售后（跟单）工程师：施文俊
34.2	527
32.6	528	= szds_case#25_20200310 =
23.3	529
32.6	530	问题描述：2020-3-9日起频繁出现重复扣款
	531
	532	~-~-跟踪
	533
	534	他是连续两次扫码，后面那次上传账单的时候数据错了。
	535	日志片段：
	536	20200308232332102674 chargeAuth
	537	20200309003824144029 chargeAuth
	538	20200308232332102674 addChargeRecord
	539	20200308232332102674 addChargeRecord
	540	第一次其实已经充满了，平台猜测是他不小心扫码了，然后不做任何炒作，直接超时结束。超时结束后桩把前一次的账单又发了上来。桩不应该上传账单
	541
	542	~~最优处理办法：
	543	1、需厂商解决桩端bug。
	544	2、解决前的补救办法：如果要退钱直接按异常账单处理，把电量改成0（用账单号搜索）。不要用人工充值的方式退钱。
	545	\\【第二单】：
	546	站点：深圳德顺南山站点
	547	用户ID号：93074618
	548	手机号：18939585860
	549	桩号：44030500040000200031
	550	抢号：1号枪
	551	账单号：20200309003824144029、20200308232332102674
	552	充电时间：2020-03-08 23:23:41
	553	充电结束时间：2020-03-09 00:20:40
	554	账单异常：重复扣钱，会员余额负数
	555	问题描述：昨天晚上客户发现有两个账单重负扣钱，我这边在后台查看是有这样的情况，这两个订单20200309003824144029、20200308232332102674其中有一个订单是重复扣钱。
	556	这个客户7号和8号总共充值60元，在充电记录里查看从7号到9号目前充电金额已是61.62元，剩余余额是负数1.62元，请问这两个问题是怎么产生的？
	557	\\【质问罗宾森】：是否 2020-3-9日起频繁出现重复扣款，是否因为桩端更新了程序，解决了旧的问题但出现了新的bug
	558
	559	~-~-解决:
34.2	560	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	561	售后（跟单）工程师：施文俊
32.6	562
32.4	563	= szds_case#24_20200309 =
	564
	565	问题描述：会员ID：67457370 ，这个人退款27.54，怎么会员余额还有48.6元呢。
	566
	567	~-~-跟踪
	568
	569	【YD】：该用户在2020-03-06 17:47申请了退款，核查了这时间后的数据确认到此用户有充值及充电记录余额正确。
	570
	571	已建议吴自行核查该时间后的数据。
	572
	573	~-~-解决:
	574	状态（☑表示选定）： ☑已解决 \| 处理中 \| 暂搁置
	575	售后（跟单）工程师：YD
	576
32.2	577	= szds_case#23_20200309 =
	578
	579	问题描述：手机号：18072831364
	580
	581	[[image:1583744662343-885.png]]
	582
	583	~-~-跟踪
	584
32.3	585	【YD】：经核查充值记录、充电消费和桩故障记录等记录确认该用户余额正确。
32.2	586
32.5	587	该用户此前看到的余额为欠款，该欠款来自故障账单20200308114416644046的“账单丢失”修复的金额补扣。
32.2	588
	589	【客户】：怎么没有微信通知欠款呢？
	590
32.3	591	【YD】：余额不足会有提醒，故障账单修复时默认不发送微信信息您要发送的话可取消勾选。
32.2	592
	593	~-~-解决:
	594	状态（☑表示选定）： ☑已解决 \| 处理中 \| 暂搁置
	595	售后（跟单）工程师：YD
	596
31.1	597	= szds_case#22_20200305 =
	598
	599	问题描述：客户申请退款金额和已退金额不同
	600
	601	[[image:1583394765100-868.png\|\|height="349" width="610"]]
	602
	603
	604	~-~-跟踪
	605
	606	【chinyee】:实际上是只退了11.54，是因为腾讯返回了两次成功消息导致我们统计的时候多加了一下。
	607
	608	[[image:1583394819026-751.png\|\|height="115" width="679"]]
	609
	610	实际退款以这个为准，退款单号是腾讯那边唯一的，即使重复调用也只退一次
	611
	612
	613	~-~-解决:
	614	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	615	售后（跟单）工程师：chinyee
	616
61.2	617	= =
31.1	618
28.1	619	= szds_case#21_20200305 =
	620
	621	问题描述：客户要求手续费调整为0（之前是收0.6%），运营商自己出钱，修改的原因是运营商不想让充电客户收取手续费，并且之后不再使用平台退款审核功能，采取人工退。
	622
	623
	624	~-~-跟踪
	625
	626	【chinyee】:已调整为0
31.2	627	~~update
	628	【shi】：通知许总确认最终方案：
	629	关于德顺退款，一直在反复。以下是我方整理内容，请确认最终的需求和目标。
28.1	630
31.2	631	客需求一：运营商不想让充电客户退款收取手续费，所以手续费收取调整为0（原本因第三方支付系统（如：腾讯）收取手续费，故退款过程收取千分之6手续费），运营商自己出钱，后来说以后不用平台的退款审核功能，因为要扣手续费，改为人工退。
32.2	632	\\客需求二：以后每个月18号才可以申请退款，并且想将此消息放在用户微信退款页面进行告知。
31.2	633	令：把退款说明做成运营商级别自定义，但是还是能申请的，只是运营商说明每月固定时间审核。
	634
	635
	636	-金凯瑞陈劫：
	637	鲍经理，跟您确认一下平台退款功能的事项。
	638	1.目前在平台退款，不管是自助退款还是人工审核退款，微信官方都必须要收取6‰的财务费用，这个费用不是我们平台收的，而是因为我们的充电客户付款都是通过微信的支付平台，退款也必须是从微信的支付平台退出来，这个费用是腾讯公司收的。
	639	2.现在平台的自助退款功能已经开通，我们建议还是使用自助退款功能。一个可以节省人工费用，另外也会比较精确，避免了人工审核可能会发生的遗漏情况。
	640	3.您说的每月18号统一审核退款，实际操作过程中可能会出现一些问题。如19号提出的退款申请，那么就要一个月的时间才能收到退款；18号提出的退款申请，那么当天就要给他处理，有时候可能来不及。建议还是采用提出退款申请后7个工作日退回的方案，这个可以直接在平台上设置。
	641	4.这些设定确认之后，最好是连贯执行，不要中途改动，以免对客户造成影响。
	642
	643	-金凯瑞徐总：
	644	经过与客户沟通，关于德顺平台退款操作方案如下：
	645	1、采用自助退款功能。
	646	2、退款时间：7个工作日原路退回的方案。
	647
	648	关于退款手续费承担问题，晚点回复你。
	649
28.1	650	~-~-解决:
	651	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	652	售后（跟单）工程师：chinyee
	653
27.1	654	= szds_case#20_20200304 =
	655
	656	问题描述：用户退款平台手续费显示为0
	657
	658
	659	~-~-跟踪
	660
	661	[[image:1583313984811-457.png\|\|height="239" width="581"]]
	662
	663	【chinyee】：令狐充已审核的退款账单手续费也显示为0，转产品
	664
	665	~-~-解决:
	666	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	667	售后（跟单）工程师：施文俊 chinyee
	668
	669
23.3	670	= szds_case#19_20200304 =
	671
	672	问题描述：用户充值后，没有任何消费的情况，何来产生异常账单
	673	桩编号：44030500040000200011
	674	用户号：18718938825
	675
	676	~-~-跟踪
	677
25.1	678	【chinyee】:这个人确实是扫码了，可能确实没有充到电。但是因为桩上传了错误的时间，导致系统标记为异常账单。客户没有看到异常账单是因为他没有权限。
23.3	679
	680	~-~-解决:
	681	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	682	售后（跟单）工程师：施文俊
	683
22.13	684	= szds_case#18_20200304 =
	685
	686	问题描述：用户余额为负数，手机号：18067991745。
	687
	688	~-~-跟踪
	689
	690	排查思路：
	691	1、充电过程桩是否离线（或丢失心跳），平台无法及时根据心跳停止。
	692	2、（个人）余额不足自动停止阀值配置。告知客户配置步骤。
	693
23.1	694
	695	【chinyee】:是因为前一个充电发送了异常，导致没有扣费，这时用户余额还比较充足，所以第二次充电正常充电。这时人工修复了第一次的充电账单，发生了扣费，就导致第二次充电余额不足，变成负数了
	696
22.13	697	~-~-解决:
23.1	698	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
22.13	699	售后（跟单）工程师：施文俊
	700
22.5	701	= szds_case#17_20200303 =
20.2	702
22.12	703	问题描述：异常账单修复风险评估和解决
22.4	704
22.12	705	~-~-跟踪
	706	\\详细：
	707
22.11	708	一、20200303114016074186、20200303000837984948、20200302190026434673 这是其中几张“账单丢失”单号。
22.6	709
22.11	710	二、20200303123645436010、20200303105406248074、20200119162235056705 这是其中几张“时间异常”的单。
22.9	711
22.11	712	异常账单有些单号是有充电时间的但修复都没有金额就这样修复了不好和客户解释。另外颂盛那边也有这种情况。
	713
22.8	714	目前德顺主要为这两种异常账单
	715
22.4	716	【YD】：反馈研发，评估修复的风险有哪些。
	717
22.9	718	一、这三条充电，时间都很短，充电时间基本上是1分钟，没有电量，也没有上传账单。
	719
22.12	720	二、平台账单给的参考时间也有问题，稳妥一点就要查心跳估算了
22.9	721
22.12	722	【shi】：因电桩数据异常，平台系统的账单容错机制无法估算电量。对于没有把握手工修复的账单，我们的建议是：
	723	1、后台查出桩号、充电时间，提供给现场人员。
	724	2、请现场人员在桩上操作，按时间查询期间订单，确认当次订单的准确数据。提交给后台人员。
	725	3、后台人员依此依据修正异常账单。
25.2	726	结论：所有的数据都可以修复，只要有现场人员翻查桩端对应充电记录数据。
25.5	727	~~update 20200304
25.3	728	Q: 吴说1999年的账单桩上都没有
	729	A: 这个要问罗宾森，1999是桩端程序错写的，要罗宾森协助翻查
22.12	730
25.5	731	罗宾森确认：“1999的根本没有启动充电”的描述，是否可以证明桩端当次鉴权并未产生实际充电电量。
	732	通知吴小英：根据罗宾森的确认。账单可在平台管理“ 异常账单管理模块”按电量0修复，并将1999年时间修正为用户扫码鉴权的时间点（避免影响其他操作和平台数据统计异常）。
	733
22.4	734	~-~-解决:
	735	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	736	售后（跟单）工程师：施文俊 YD
	737
	738	= szds_case#16_20200303 =
	739
25.4	740	问题描述：罗宾森5代桩初运营，较多预期外异常账单
20.2	741
	742	~-~-跟踪
	743
	744	(% class="box" id="Hszds_case2315_20200303" %)
	745	(((
22.2	746	一、管理端异常账单
20.2	747	罗宾森桩不稳定，出现较多预期外异常账单，影响整个使用体验，（见下图）列出几例问题单号：
	748	20200303123645436010、20200303114016074186、20200303105406248074、20200303104944047747
	749
	750	[[image:1583217687804-119.png]]
22.2	751
	752
	753	二、底层统计截止20200303 1550，见附件[[attach:rh_异常账单汇总_德顺_20200303.xls\|\|target="_blank"]]
	754	[[image:1583221862303-434.png]]
23.2	755	\\三、罗宾森分析结果
	756	\\针对昨天收到的桩上的log与平台提供的异常订单分析结果如下：
	757	1、1999年的时间异常订单：平台下发0x0f报文（订单号、余额）成功，之后由于网络原因，0x14启动充电报文充电桩未收到，约5分钟后，平台下发0x0c远程停止报文充电桩收到，由于未启动充电，导致充电时产生的各种相关数据不存在（包括时间），上传订单各种数据全为0。
	758	2、正常时间的丢失订单：平台下发0x0f报文（订单号、余额）成功，之后由于网络原因，在间隔大约46秒的时间后，充电桩收到0x14启动充电报文。在这46秒的时间内，用户反复操作画面，导致下发订单号与余额信息被清空，充电机认为余额不足，启动充电瞬间停止充电，并上传订单号全为00的订单。
	759
	760	修改办法：
	761	1、请问平台方@施文俊，没有收到启动充电报文，只收到停止报文时。开始、结束时间桩端需要上传什么开始结束时间？如其它数据也是必须项，请说明。
	762	2、桩端程序进行相应的处理，避免网络延时期间用户操作导致订单号被清空的现象。
	763
	764	实机再现及测试办法（暂无）、除非人为干预下发报文过程：
	765	由于我们测试环境中网络不会出现类似的大规模卡顿，实机很难再现。
	766
	767	建议：
	768	1、改善网络环境；
	769	2、是否可以合并报文，实现一条报文下发订单号、余额、启动。防止多条报文交互时，网络原因造成中间报文缺失。
25.4	770
	771	四、令狐充平台日志结果
	772
	773	~#~# 时间异常个例分析
	774
	775	billing_ID='20200303123645436010',该充电事务账单中出现1999-11-30数据,其的流程如下:
	776	1、03-03 12:36:46.014 后台下发扫码鉴权0x0f,OK;
	777	2、过程中微信端页面未触发过“启动充电”操作。
	778	3、03-03 12:42:27.652 后台下发停止充电请求(充电等待超时),OK;
	779	4、03-03 12:43:50.310 充电桩上传账单，账单中有关时间的数据都是1999-11-30,由于该充电实际并为发生，所以充电桩可以不上传。
	780
	781	~#~# 账单丢失个例分析
	782	billing_ID='20200303114016074186',该充电事务出现账单丢失,其的流程如下:
	783	1、03-03 11:40:16.985 后台下发扫码鉴权0x0f,OK;
	784	2、03-03 11:42:09.156 后台下发启动0x14,OK;
	785	3、03-03 11:42:53.516 后台收到心跳0x05,心跳中开始充电时间为1999-11-30;
	786	4、03-03 11:43:09.605 后台收到心跳0x05,充电桩已变为"未满电占桩",充电结束;
	787	5、03-03 11:44:44.685 后台收到充电桩上传账单，但该账单中除了桩号，枪号等有数据外，账单ID为空, 因为账单ID为空所以在业务端表现的效果和账单丢失是一样的;
	788
	789	~#~# 建议：
	790	1、不论是否收到启动充电,充电桩对时间的处理不应该出现1999这样的数据;
	791	2、对于没有启动的充电,充电桩可以不传账单。
	792	3、至于“用户反复操作桩屏幕画面的操作，导致下发订单号与余额信息被清空，充电机认为余额不足，启动充电瞬间停止充电”,这需要充电控制好对应的桩操作流程;（此处反复操作指：点击进入二维码画面，然后返回，再点击二维码画面，再返回）
	793
20.2	794	)))
	795
	796	~-~-解决:
	797	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	798	售后（跟单）工程师：施文俊
	799
19.2	800	= szds_case#15_20200303 =
13.3	801
19.2	802	问题描述：申请退款失败
13.3	803
19.2	804	~-~-跟踪
	805
	806	(% class="box infomessage" %)
	807	(((
	808	【shi】：问题用户注册手机号：18718938825。初步看充电记录时间1999年明显错误，转研发
	809
	810	[[image:1583217316043-219.png]][[image:1583217343681-222.png]]
	811	)))
	812
	813	~-~-解决:
	814	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	815	售后（跟单）工程师：施文俊
	816
17.2	817	= szds_case#14_20200303 =
	818
	819	问题描述：“增值业务管理/全局设置管理”广告页图片删不了我试了下点击这个垃圾桶删除当时是显示没了但重新进功能页面还是会这样显示裂开的图片。
	820
	821	[[image:1583216080928-203.png\|\|height="214" width="342"]]
	822
	823	~-~-跟踪
	824
	825	【YD】：已确认还原问题，反馈研发查看。
	826
	827	~-~-解决:
22.3	828	状态（☑表示选定）： ☑已解决 \| 处理中 \| 暂搁置
17.2	829	售后（跟单）工程师：施文俊 YD
	830
13.5	831	= szds_case#13_20200302 =
	832
	833	问题描述：“增值业务管理/全局设置管理”上传的广告页图片是裂开的无法显示。
	834
	835	~-~-跟踪
	836
	837	【YD】：确认到测试环境的此页面的广告页图片为正常显示，反馈研发。
	838
	839	~-~-解决:
13.6	840	状态（☑表示选定）： ☑已解决 \| 处理中 \| 暂搁置
13.5	841	售后（跟单）工程师：施文俊 YD
	842
13.3	843	= szds_case#12_20200302 =
	844
	845	问题描述：在线退款申请和审核准备开放使用
	846
	847	~-~-跟踪
	848
	849	(% class="box" %)
	850	(((
13.7	851	客户不愿意自主配置自动化退款涉及到腾讯商户平台，客户要求：由我方技术人员代为配置腾讯商户平台敏感信息，需要德顺提供：
	852	1、腾讯商户平台操作密码。
	853	2、配置过程中，商户平台最高管理员提供短信验证码。
	854	3、商户平台最高管理员扫码授权我方登录。
	855
	856
	857	开通自动化退款流程：
13.3	858	1、进入腾讯商户平台，配置“数字证书”。【执行方：涉及敏感账号，需运营商操作，步骤见下文】
14.2	859	2、部署数字证书，目录：/boss/boss2_szds/config。【完成。shi】微信端开放入口“我要退款”。【执行方：技术团队 John】
13.4	860	3、平台管理端开放入口“退款审核管理”。【执行方：平台运维团队 HYD&chinyee】
16.2	861	4、登录平台，依次进入“首页/增值业务管理/全局设置管理”，勾选 “允许退款”、“清空未使用代金券”（见下图）；“退款手续费率”栏设置费率 0.6%。因第三方支付系统（如：腾讯收取手续费0.6%。）【执行方：平台运维团队 HYD&chinyee】
14.2	862	5、功能流程测试。【执行方：技术团队HYD&chinyee、运营商】
16.2	863	[[image:1583152065324-695.png]]
13.4	864	\\证书导出步骤：（操作过程中腾讯官方有详细步骤说明，按步骤操作即可，此处也列出基础步骤）
13.3	865	1、登录微信商户平台 https:~/~/pay.weixin.qq.com
	866	2、进入“账户中心/API安全”-》API证书栏目-》申请证书
	867	3、弹出窗口，点“下载证书工具”
	868	4、下载完，解压缩文件并按步骤操作
	869	5、解压后，双击“WXCertUtil.exe”安装软件。
	870	6、安装完成，弹出窗口中按要求填写“商户号”、“商户名称”。点下一步
	871	7、点击右侧“复制”按钮，将证书请求串复制到【商户平台】（https:~/~/pay.weixin.qq.com 中的弹出页）
	872	8、粘贴完成，点“下一步”，弹出安全验证，输入操作密码。点“确定”。
	873	9、证书串已生成！请点击按钮“复制证书串”，并粘贴到【证书工具】中获取证书文件，点“下一步”
	874	10、弹出申请证书成功，点击“查看证书文件夹”。将文件夹中证书zip包提供给平台方研发人员
	875
13.4	876
	877	用户和客户使用自动化退款，分为微信端和平台端：
	878
13.3	879	微信端
	880	1、用户在个人中心发起退款申请。（个人中心-》点个人账户-》（右上角）我要退款）
	881	2、申请退款那一刻，用户账户余额就清零了，审核通过，则完成实际钱款退回
13.4	882	3、因第三方支付系统（如：腾讯）收取手续费，故退款过程收取千分之6手续费。
13.3	883	\\平台端
	884	1、依次“首页/客户管理/会员管理/退款审核管理”进入，为申请用户执行退款审批。
	885	2、操作栏点“审核”，弹出窗口点“通过”退款、或驳回。
	886	3、通过后，列表页会显示退款进程，进度条达到100%说明退款完成。
13.7	887
	888
	889	疑问：运营商购买在线退款功能前，已经发生手工退款，是否影响退款资金池？
	890	答：可退款金额会以用户余额为准，退款资金池不会超过余额。
13.3	891	)))
	892
	893	~-~-解决:
	894	状态（☑表示选定）： ☑ 已解决 \| 处理中 \| 暂搁置
	895	售后（跟单）工程师：施文俊
	896
11.2	897	= szds_case#11_20200228 =
	898
	899	问题描述：开业促销活动告知（站点设置5折价格）
	900
	901	~-~-跟踪
	902
	903	(% class="box" %)
	904	(((
12.2	905	客户要求：站点电价不需要标注最终价，五折这些字能否在微信公众号上设置（服务费10折的位置设为5折. 类似, 服务费这里显示为: 200元(五折））。
13.2	906
	907	[[image:1582864322582-374.png]]
	908
	909
	910	变通：
11.2	911	1、微信群发公告通知。
	912	2、充电界面首页提示全局公告，如：促销打折。
12.2	913	3、单个电站特定公告。
	914	\\全局公告配置步骤：
11.2	915	1、登录 https:~/~/mc.linghuchongtech.com/
12.2	916	2、依次进入“首页/增值业务管理/全局设置管理”，在“站点全局公告”栏输入公告文字。（见图）
11.2	917	3、保存后，重进微信查看。
	918
12.2	919	[[image:1582863559861-409.png]]图1
	920	\\单个站点公告配置步骤：
	921	1、登录 https:~/~/mc.linghuchongtech.com/
	922	2、依次进入“首页/充电网络/充电站管理”，在“公告”栏输入公告文字。（见图）
	923	3、保存后，重进微信查看。
	924
	925	[[image:1582864042874-988.png]]
11.2	926	)))
	927
	928	~-~-解决:
	929	状态（☑表示选定）： ☑ 已解决 \| 处理中 \| 暂搁置
	930	售后（跟单）工程师：施文俊
	931
10.2	932	= szds_case#10_20200225 =
9.2	933
10.2	934	问题描述：站点设置5折价格
9.2	935
	936	~-~-跟踪
	937
	938	(% class="box" %)
	939	(((
10.2	940	客户问题：深圳德顺客户要求在平台上的服务费设置自动折扣价五折怎么设置
	941	答：人工改为五折价格，取消时再恢复原价。
	942	[[image:1582618591209-921.png]]
9.2	943	)))
	944
	945	~-~-解决:
	946	状态（☑表示选定）： ☑ 已解决 \| 处理中 \| 暂搁置
	947	售后（跟单）工程师：施文俊
	948
	949
8.1	950	= szds_case#8_20200119 =
	951
	952	问题描述：有两个充电站有一个子运营商绑定了id为281站点另一个子运营商绑定选择站点时还有281站点可是没有282站点
	953
	954	[[image:1579417075958-190.png\|\|height="240" width="525"]]
	955
	956	[[image:1579417095496-170.png\|\|height="156" width="703"]]
	957
	958	~-~-跟踪
	959	【令技术】：
	960
	961	~-~-解决:
	962	状态（☑表示选定）： ☑ 已解决 \| 处理中 \| 暂搁置
	963	售后（跟单）工程师：施文俊 chinyee
	964
	965
	966	= szds_case#7_20200119 =
	967
	968	问题描述：德顺子运营商绑定站点查询没有电站
	969
	970	~-~-跟踪
	971	【令技术】：因为部署的时候dim_operator表没有德顺的运营商信息，导致mns同步站点数据的时候出现问题，我已经加上了。但是充电桩表的数据你们要查一下，可能手工同步一下
	972
	973	~-~-解决:
	974	状态（☑表示选定）： ☑ 已解决 \| 处理中 \| 暂搁置
	975	售后（跟单）工程师：chinyee
	976
	977
5.2	978	= szds_case#6_20200107 =
	979
	980	问题描述：德顺logo更换设计
	981
	982	~-~-跟踪
	983	1、客户提供logo矢量文件，转产品设计跟进。[[attach:德顺.cdr\|\|target="_blank"]]
	984	2、替换德顺之前委托我司设计之logo。
	985	3、mc2.0使用客户logo。
5.3	986	~~update 2020-1-10
	987	4、地图用到的icon，外圈用红色。
	988	5、德顺的mc后台、地图icon 尽快更新
5.2	989
	990	~-~-解决:
	991	状态（☑表示选定）： ☑ 已解决 \| 处理中 \| 暂搁置
	992	售后（跟单）工程师：施文俊
	993
61.2	994	= =
5.2	995
4.11	996	= szds_case#5_20191129 =
	997
4.14	998	问题描述：客户反应给账号配置权限选择角色时出现重复角色实际上没有这么多角色
4.11	999
	1000	~-~-跟踪
	1001
	1002	~-~-解决:
4.12	1003	状态（☑表示选定）： ☑ 已解决 \| 处理中 \| 暂搁置
4.11	1004	售后（跟单）工程师：施文俊 YD
	1005
4.6	1006	= szds_case#4_20191118 =
	1007
	1008	问题描述：独立bo2.0上线 ,提供客户之账号。
	1009
	1010	后台登陆地址：https:~/~/mc.linghuchongtech.com/
	1011	账号：szdsadmin
	1012	密码：12345678
4.9	1013	~~update 20191128
4.10	1014	令狐充方先行提供平台相关使用资料供客户熟悉。先远程提供些答疑支撑，便于后续当面培训获得更好效果。
	1015	德顺平台账号已可使用（参照培训手册），密码可能是小英改了，拿到密码后可提供客户先进行体验，我方远程进行支撑，便于现场培训事半功倍。
4.9	1016	资料1：《管理后台操作手册_MC2.0-201909-basic.ppt》偏运维，执行人员看。
	1017	资料2：《令狐充MC2.0产品手册V1.0-sim.ppt》偏产品，管理层看。
4.6	1018
	1019	~-~-解决:
	1020	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	1021	售后（跟单）工程师：施文俊
	1022
4.5	1023	= szds_case#3_20191113 =
	1024
	1025	【令】：微信今天会搭建好，我方可提供远程桩，客户通过扫码体验微信端充电过程。是否需要通知用户
	1026
	1027	【客户】：可以呀，在大群里发一下
	1028
	1029	【令】：办公室交流桩先就给德顺这两日枪为插枪状态，二维码做一个发到有客户的那个大群
	1030
	1031	~-~-跟踪
	1032
	1033	【YD】：已把桩4403040003000003二维码发送至群
	1034
	1035	~-~-解决:
	1036	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	1037	售后（跟单）工程师：施文俊 YD
	1038
4.2	1039	= szds_case#2_20191112 =
4.1	1040
4.2	1041	问题描述：独立bo2.0上线
	1042	落地清单：两个站点
	1043	[[attach:szds-微信充电系统落地清单-1.doc\|\|target="_blank"]]
4.3	1044	[[attach:szds-运营商微信充电系统落地清单-2.docx\|\|target="_blank"]]
4.2	1045	~-~-跟踪
	1046	【shi】：系统搭建，包括：
	1047	1、数据库bos_szds_db，其中数据环境数据 sys_settings 已完成；数据版本同 “迈好电”；研发部署时注意补充对应新字段。
4.4	1048	2、运营环境，运维将“联调站点”迁入德顺，进行基本功能测试。【HYD】
	1049	3、核查“微信支付授权路径 ”，调整至正确。【HYD】
	1050	4、客户已确认logo（令狐充设计）
	1051	5、核查环境数据 sys_settings，比如公司信息、客服电话等。【chinyee】
	1052	6、微信端配置，包括：白名单IP、启用开发模式参数设置、接口配置菜单、JS&AUTH2.0等授权域名配置。【shi】
4.2	1053
	1054	\|=(% scope="row" style="width: 158px;" %)运营商名\信息\|=(% style="width: 53px;" %)运营ID\|=(% style="width: 102px;" %)电话\|=(% style="width: 103px;" %)机构代码\|=(% style="width: 109px; background-color: rgb(255, 204, 153);" %)每次部署核查\|=(% style="width: 369px;" %)域名&服务器相关\|=(% style="width: 102px;" %)更新时间\|=(% style="width: 74px;" %)db备份\|=图文\|=其它
	1055	\|=(% style="width: 158px;" %)深圳德顺
	1056	（联调&开业时间客户无法确定）
	1057	公众号名：深圳市德顺新能源科技有限公司\|(% style="width:53px" %)27\|(% style="width:102px" %)0755-22236618\|(% style="width:103px" %)MA5FG2RX4\|(% style="background-color:#ffcc99; width:109px" %)~~标准版
	1058	~~logo为令狐充定制设计\|(% style="width:369px" %)微信支付授权目录：
	1059	http:~/~/szds.linghuchongtech.com/boss/newui/
	1060	UploadServUri：
	1061	http:~/~/szds.linghuchongtech.com
	1062	BasePath：
	1063	http:~/~/szds.linghuchongtech.com/boss
	1064	wx_service_url_head：
	1065	http:~/~/szds.linghuchongtech.com/boss
	1066	WX_notify_url：
	1067	http:~/~/szds.linghuchongtech.com/boss/WX/notify
	1068	上传目录：
	1069	/boss/boss2_szds/assets
	1070	QR_code:
	1071	http:~/~/szds.linghuchongtech.com/boss/op/a.htm?did=
	1072	服务器资源：
	1073	server: 39.108.12.134
	1074	pageDir：/boss/boss2_szds/newui
4.4	1075	dbBackup: bak_bosdb_szds_yyyyMMdd.zip\|(% style="width:102px" %)2019-11-13
4.2	1076	\| \| \|
	1077
	1078	~-~-解决:
	1079	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	1080	售后（跟单）工程师：施文俊
	1081
	1082
	1083
1.2	1084	= szds_case#1_20191101 =
	1085
	1086	问题描述：
	1087	1）深圳德顺预计什么时候上线？
	1088	答：客户还未落实上线计划
	1089	2）德顺客户似乎不能提供企业logo，系统搭建需要logo图，看能否提供些信息，由我方代为设计logo
	1090	答：客户在处理
1.3	1091	update：自由发挥设计吧。等以后客户确定了LOGO后再替换吧！
1.2	1092
	1093	~-~-跟踪
	1094	【令】：
	1095	~-~-解决:
	1096	状态（☑表示选定）：已解决 \| 处理中 \| 暂搁置
	1097	售后（跟单）工程师：施文俊

Wiki源代码深圳德顺

导航

Applications