文档更改迭代

在2020/04/21 14:30上被yuandong he修改
从版本< 19.1 >
由chinyee he编辑
在2020/03/04 18:17上
到版本
由shi chuck编辑
在2019/12/09 11:10上
< >
修改评论 上传新附件1575861008265-279.png

Summary

Details

Page properties
文档作者
... ... @@ -1,1 +1,1 @@
1 -XWiki.Chinyee
1 +XWiki.ShiChuck
Content
... ... @@ -2,155 +2,6 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= function_case#16_20200304 =
6 -
7 -系统单元：MC2.0 深圳德顺
8 -问题描述：客户希望每个月只能退款一次，制定在每个月的28号，该信息显示在用户手机的退款页面上。
9 -
10 -[[image:1583315527111-589.png||height="224" width="344"]][[image:1583315543931-173.png||height="428" width="214"]]
11 -\\~-~--跟踪
12 -
13 -【产品】：把退款说明做成运营商级别自定义，但是还是能申请的，只是运营商说明每月固定时间审核
14 -
15 -~-~--解决
16 -
17 -状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
18 -
19 -售后（跟单）工程师：chinyee
20 -
21 -
22 -= function_case#15_20200303 =
23 -
24 -系统单元：MC2.0 
25 -问题描述：完善在线退款入口权限配置
26 -~-~--跟踪
27 -
28 -(% class="box" %)
29 -(((
30 -**【背景】：**
31 -1、独立bo客户拥有登录账户配置权，可以配置“全局设置管理”中 “退款手续费率”，当开启退款选项，微信端出现退款入口。（见图）
32 -2、因自动化退款是高级版功能，不能由客户自动控制。
33 -
34 -[[image:1583210787973-129.png]]
35 -
36 -**【解决方案】：**
37 -1、紧急下线“退款手续费率”配置模块。
38 -2、取消“自动化退款”（商务上未授权的，如：非高级版运营商）
39 -3、转产品 评估 完善功能。
40 -\\**【优先级】：较高**
41 -原因：紧急下线“退款手续费率”配置模块，客户无法自主调整退款费率等配置。
42 -)))
43 -
44 -~-~--解决
45 -
46 -状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
47 -
48 -售后（跟单）工程师：施文俊
49 -
50 -= function_case#14_20200117 =
51 -
52 -系统单元：MC2.0 
53 -问题描述：mc2.0 删除站点的功能（当前不可用），需要增加的原因：
54 - 1）客户建错站点，要删除，空桩数据，显示上不精确
55 - 2）引起互联互通同步了不该同步数据
56 -~-~--跟踪
57 -目前情况是：
58 -1、对于互联互通模式，有个不可见的设置，设置后，第三方运营商平台是看不到站点且启动不了充电。
59 -2、自营方只能设置为关闭，关闭后用户端站点运营状态显示为关闭，但是去到站点如果有桩是能启动充电的。
60 -3、通过1、2两点能暂时解决无用站点的数据问题。
61 -4、我们还是不建议删除站点信息。所以我们重新确定了个站点状态方案，基本能满足可预见的情况
62 -
63 -(% class="box" %)
64 -(((
65 -[[image:1579232008611-525.png]]
66 -)))
67 -
68 -“设置后，第三方运营商平台是看不到站点”满足这点的话，可以不删。现在滴滴接入能看到未删站点.
69 -igo跟滴滴、愉天跟极数充这种，滴滴跟极数充不是令狐充的平台，需要在jarvis去设置。这个“是否可见”只在令狐充saas之前生效。
70 -展鹏达和滴滴之间 能满足就可以, 对外的都需要jarvis过滤
71 -如果展鹏达自己也需要对这个设置错误的站点做错失，就是在mc把运营状态改为关闭
72 -用户端会对应状态改为关闭
73 -
74 -
75 -~-~--解决
76 -
77 -状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
78 -
79 -售后（跟单）工程师：施文俊
80 -
81 -= function_case#13_20200103 =
82 -
83 -系统单元：MC2.0 南方众悦
84 -问题描述：代金卷使用没有导出功能，主要是使用记录 要分析 能够导出在不同站点之间的成本核算啊。包括。这个客户哪些客户使用了多少张啊？这个数据都有对后期的一些作用。
85 -\\~-~--跟踪
86 -
87 -~-~--解决
88 -
89 -状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
90 -
91 -售后（跟单）工程师：chinyee
92 -
93 -= function_case#12_20191223 =
94 -
95 -系统单元：BO2.0
96 -
97 -问题描述：南方众悦 客户想给test（充电站值班室账号）开通修改的权限，给故障账单进行修正，同时可以看到会员管理的会员信息，但不想开放人工充值的权限。
98 -
99 -[[image:1577072446290-882.png||height="236" width="568"]]
100 -
101 -~-~-跟踪
102 -~~update 20191224
103 -增加了一个权限
104 -[[image:1577182019279-783.png]]
105 -
106 -[[image:file:///C:\Users\wenjun\Documents\Tencent Files\364781508\Image\C2C\{30077117-1933-24D5-8A01-0F76D7D8BBE8}.jpg]]
107 -
108 -= function_case#11_20191211 =
109 -
110 -系统单元：BO2.0
111 -问题描述：互联互通支持刷卡的测试（测试环境）
112 -
113 -~-~--跟踪
114 -
115 -背景：
116 -
117 -1、A运营商用户的卡在B运营商的桩上刷卡启动，B运营商解析卡号知道属于A运营商才会互联互通到A的boss，所以卡号一定要有A运营商id
118 -2、意味着卡号前4位必须和db中运营商ID一致。
119 -
120 -
121 -
122 -测试摘要：
123 -1、互联互通刷卡充电，已经更新到测试环境 https:~/~/mc-uat.linghuchongtech.com，需用办公室交流桩做刷卡测试。
124 -2、将一台支持刷卡的桩（A）迁移到“内部集成运营商”下站点“互联互通测试”。
125 -[[image:1576027922341-911.png]]
126 -3、ubidy用户在测试环境中对应运营商id为2, 即，卡号为0002xxxxxxxxxxxx。
127 -4、协助发一张测试卡供 互联互通测试。【请moln协助】  卡号为：0002 0000 0001 0032
128 -5、将新发卡片绑定至ubidy其中账户，用新卡刷桩A，记录测试用例和结果。
129 -
130 -= =
131 -
132 -= function_case#10_20191209 =
133 -
134 -系统单元：MC2.0 
135 -问题描述：发票模式从按充值改为按消费开票，产生的遗留问题。
136 -
137 -~-~--跟踪
138 -我们现在提供了一种切换机制：引入发票遗留金概念
139 -\\发票遗留金：由于系统开票规则由按充值开票升级为按消费开票，在切换日2019年x月x日 xx:xx前①已消费未开票 ②已开票未消费  的金额称为发票遗留金。
140 -\\1、已消费未开出发票：
141 -①在切换日后的首次开发票时，会补开该部分金额的发票。
142 -②当选择开票的消费金额+发票遗留金≥最低可开票金额时，可申请开票。
143 -③实际开出发票金额=选择开票的消费金额+发票遗留金
144 -\\2、已开出票未消费：
145 -①在切换日后的首次开发票时，需扣减发票遗留金。
146 -②当选择开票的消费金额-发票遗留金≥最低可开票金额时，可申请开票。
147 -③实际开出发票金额=选择开票的消费金额-发票遗留金
148 -\\注：赠款部分不可开发票。
149 -看客户是否采用，如果不采用，就需要他们引入运营资源去处理，处理完后通知我们进行切换
150 -[[image:1575861008265-279.png]]
151 -发票遗留金功能已经上线了的
152 -
153 -
154 154  = function_case#9_20191206 =
155 155  
156 156  系统单元：MC2.0 
... ... @@ -158,17 +158,12 @@
158 158  ~-~--跟踪
159 159  **包含两大类：**
160 160  **一、挂靠模式需考虑的功能点：**
161 - 1.1、财务对账结算的影响
162 - 1.2、充值时未标注代金券适用站点， 也需考虑用户充值时 系统给出 “代金券仅试用指定站点” 类似提示。
12 + 1、财务对账结算的影响
13 + 2、充值时未标注代金券适用站点。
163 163  \\**二、代金券支持仅抵扣服务费**
164 - 2.1、产品已计划的改动：设置代金券时，增加一个抵扣适用选择，是消费总额or服务费。【预计12.30完成】
165 - 2.2、产品未计划的改动：终端UI如微信，如仅抵扣服务费类型，可能需要充值界面金额增加类似提示“此券仅抵扣服务费”。（标记不明确可能产生纠纷,）。【此项请评估工作量是否可和1一起完成】
15 + 1、产品已计划的改动：设置代金券时，增加一个抵扣适用选择，是消费总额or服务费。【预计12.30完成】
16 + 2、产品未计划的改动：终端UI如微信，如仅抵扣服务费类型，可能需要充值界面金额增加类似提示“此券仅抵扣服务费”。（标记不明确可能产生纠纷,）。【此项请评估工作量是否可和1一起完成】
166 166  
167 -~~update 20191211
168 -1、客户已知悉第二项中功能需要改动后支持。
169 -客户希望12.12日做代金券活动。愿意先用总费用抵扣模式，但平台也需先实现1.2中功能 才能提供挂靠客户使用，请评估可行性。（目前已经支持指定站点使用，不过前端需要增加提示显示）
170 -2、更新新的活动，见[[attach:1_中山12月营销计划.docx||target="_blank"]]
171 -
172 172  ~-~--解决
173 173  
174 174  状态（√表示选定 ）： 已解决 | √处理中 | 暂搁置
... ... @@ -175,6 +175,7 @@
175 175  
176 176  售后（跟单）工程师：施文俊
177 177  
24 +(% class="wikigeneratedid" %)
178 178  = =
179 179  
180 180  = function_case#8_20191126 =
1576027922341-911.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -9.4 KB
Content
1577072446290-882.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -16.1 KB
Content
1577182019279-783.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -88.7 KB
Content
1579232008611-525.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -345.2 KB
Content
1583210787973-129.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -13.5 KB
Content
1583315527111-589.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -34.6 KB
Content
1583315543931-173.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.Chinyee
Size
... ... @@ -1,1 +1,0 @@
1 -296.8 KB
Content
1_中山12月营销计划.docx
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -22.8 KB
Content