1、口碑商家活动报告（一）功能介绍
活动报告是以某种“活动”为维度的。从活动开始日到前一日折扣使用报告下载，主要反映某项活动的效果（不反映各方投资状况）。
(2) 函数入口
口碑商户中心()-商户营销-活动管理-对应活动-运营-下载声明
（三）功能说明 1、商户自营活动
1）营销活动
营销活动包括商家自行发放的密码折扣、消费赠品、精准优惠券发放、买一送一等。
下载说明：
下载的文件为压缩包形式，命名格式为“承销方UID_活动编号_日期_.zip”。内部包含多个 CSV 文件。
2) 优惠券
优惠券包括全场折扣/券、单品折扣/券、商户自行发放的兑换券。
下载说明
下载的文件为压缩包形式，命名格式为“承销方UID_活动编号_日期_.zip”。内部包含多个 CSV 文件。
2、口碑活动
口碑活动是指通过口碑发起的招商活动（需要口碑商家确认）。
目前部分活动没有账单下载入口（例如：与大牌购物、产品销售相关的活动）
3. 第三方活动
第三方活动是指由第三方（品牌商/综合体）发起的招商活动（需口碑商家确认）。
下载说明：
下载的文件为压缩包形式，命名格式为“承销方UID_活动编号_日期_.zip”。内部包含多个 CSV 文件
口碑商家活动报告页面功能说明 1、非单品优惠券相关活动报告
按核销方划分的核销商户汇总：
按核销方核销的库存汇总：
核销详情：
核销维度字段：
1) 注销商户：零售商注销公司名称
2）核销店铺名称：核销时的店铺名称
3）店铺编号验证：店铺对应编号
4）累计核销数：统计自上线至当日0:00的正核销总数
5）累计折扣金额：统计商品上线至当日0:00的总正折扣金额。如果是平台折扣，这个金额代表支付宝的补贴金额（支付宝折扣）
6）累计退款次数：统计自上线以来至当日0:00的反向退款总数。
7）累计折扣退款金额：统计自推出至当日0:00的反向折扣折扣总额。如果是平台折扣，这个金额代表支付宝的补贴金额（支付宝折扣）
8）累计净核销数量：正向累计核销数量减去反向累计退款数量
9）累计净贴现额：正向累计贴现额减去反向累计贴现额。如果是平台折扣，这个金额代表支付宝的补贴金额（支付宝折扣）
10) 昨日核销数：昨日（T-1日0:00至T日0:00）统计，正核销总数
11）昨日折扣金额：统计昨天（T-1日0:00至T日0:00）总正折扣金额。如果是平台折扣，这个金额代表支付宝的补贴金额（支付宝折扣）
12）昨日退款次数：统计昨日（T-1日0:00至T日0:00）反向退款总数。
13) 昨日退款折扣金额：统计昨日（T-1日0:00至T日0:00）逆向退款折扣总额。如果是平台折扣，这个金额代表支付宝的补贴金额（支付宝折扣）
14) 昨日净核销数量：昨日正向核销数量减去昨日反向退款数量
15) 昨日净贴现金额：正向贴现金额减去昨日逆向退款贴现金额。如果是平台折扣，这个金额就代表支付宝的补贴金额（支付宝折扣）。
16) 终端：交易的终端号码
17) 运营商：交易的运营商信息
18）用户账户：核销时用户的支付宝账户需要脱敏。
19) 订单金额：原始交易的订单金额。如果是部分退款，则退款对应的订单金额为
20）支付宝交易号：该笔交易对应的支付宝交易号，纯核销时会记录核销流水号。反向退款时为原交易的交易号。
21）商户订单号：商户传入的唯一编号。进行反向退款时，先在此填写退款申请编号，然后取原交易的商户订单号。
22）交易状态：正数为核销，反数为退款。如果能区分偏移量就更好了。
2、单品优惠券相关活动报告
经过验证的商家总结的产品：
产品由经过验证的商店总结：
产品核销详情：
产品尺寸字段：
1）产品名称：活跃产品的名称
2）产品编号：活跃产品的编号
3）店铺名称：核销时的店铺名称
4）存储编号：存储对应的编号
5）累计核销数：统计自上线至当日0:00的正核销总数
6）累计折扣金额：统计自上线至当日0:00的总正折扣金额
7）累计退款次数：统计自上线以来至当日0:00的反向退款总数。
8）累计折扣退款金额：统计自推出至当日0:00的反向折扣折扣总额
9）累计净核销数量：正向累计核销数量减去反向累计退款数量
10）累计净贴现额：正向累计贴现额减去反向累计贴现额
11）昨日核销数：统计昨天（T-1日0:00至T日0:00）正核销总数。
12）昨日折扣金额：统计昨日（T-1日0:00至T日0:00），总正折扣金额
13）昨日退款次数：统计昨日反向退款总数（T-1日0:00至T日0:00）
14) 昨日退款折扣金额：统计昨日（T-1日0:00至T日0:00）逆向退款折扣总额
15) 昨日净核销数量：正昨日核销数量减去昨日逆退款数量
16) 昨日净贴现金额：正向贴现金额减去昨日逆向退款贴现金额。
17) 支付宝交易号：交易对应的支付宝交易号。纯核销时，会记录核销流水号。反向退款时，为原交易的交易号。
18) 商户订单号：商户传入的唯一编号。进行反向退款时，先在此填写退款申请编号，然后取原交易的商户订单号。
19) 交易状态：正数为核销，反数为退款。如果能区分偏移量就更好了。
20) 订单金额：原始交易的订单金额。如果是部分退款，则退款对应的订单金额为
2、品牌活动报告（一）功能介绍
活动报告基于品牌所有者的某种“活动”。从活动开始日到前一日折扣使用报告下载，主要反映某项活动的效果（不反映各方投资状况）。
(2) 函数入口
口碑商户中心()-品牌营销-营销管理-活动管理-运营-下载声明
(3) 功能说明
属于发行人的品牌所有者的报告包含所有参与商户的详细和汇总数据。下载格式如下
品牌主活动报告功能说明
经过验证的商店总结：
经过验证的商家总结：
按核销明细汇总：
产品由经过验证的商店总结：
经过验证的商家总结的产品：
产品核销详情：
相关字段说明：
1）核销商户简称：核销账户简称（如无则为空）
2）核销商户名称：核销账户名称
3）商户账户验证：必须是合约账户，并使用对应账户或对应账户的合约账户进行验证。采用 UID 格式。
4）累计核销数：统计自上线至当日0:00的正核销总数
5）累计折扣金额：统计产品上线至当日0:00的总正折扣金额。如果是平台折扣，这个金额代表支付宝的补贴金额（支付宝折扣）
6）累计退款次数：统计自上线以来至当日0:00的反向退款总数。
7）累计折扣退款金额：统计自推出至当日0:00的反向折扣折扣总额。如果是平台折扣，这个金额代表支付宝的补贴金额（支付宝折扣）
8）累计净核销数量：正向累计核销数量减去反向累计退款数量
9）累计净贴现额：正向累计贴现额减去反向累计退款贴现额。如果是平台折扣，这个金额代表支付宝的补贴金额（支付宝折扣）
10) 昨日核销数：统计昨日（T-1日0:00至T日0:00）正核销总数。
11) 昨日折扣金额：统计昨日（T-1日0:00至T日0:00），总正折扣金额。如果是平台折扣，这个金额代表支付宝的补贴金额（支付宝折扣）
12）昨日退款次数：统计昨日反向退款总数（T-1日0:00至T日0:00）
13) 昨日退款折扣金额：统计昨日（T-1日0:00至T日0:00）逆向退款折扣总额。如果是平台折扣，这个金额代表支付宝的补贴金额（支付宝折扣）
14) 昨日净核销数量：正昨日核销数量减去昨日逆退款数量
15) 昨日净贴现金额：正向贴现金额减去昨日逆向退款贴现金额。如果是平台折扣，这个金额就代表支付宝的补贴金额（支付宝折扣）。
店铺名称：核销时的店铺名称
16) 存储编号：存储对应的编号
17) 支付宝交易号：交易对应的支付宝交易号。纯核销时，会记录核销流水号。反向退款时为原交易的交易号。
18) 商户订单号：商户传入的唯一编号。进行反向退款时，先在此填写退款申请编号，然后取原交易的商户订单号。
19) 交易状态：正数为核销，反数为退款。如果可以区分就更好了[]
20) 订单金额：原始交易的订单金额。如果是部分退款，则退款对应的订单金额为
21) 终端：交易的终端号码
22) 运营商：交易的运营商信息
23）用户账户：核销时用户的支付宝账户需要脱敏。
24）产品名称：活跃产品的名称
25）产品编号：活跃产品的编号
3. 常见问题 1. 现在我们有了详细的产品核销报告，品牌可以根据该报告直接与零售商进行结算吗？
不推荐
目前，在核销交易时，商户已经传入了详细的商品信息，优惠券平台也记录了相关商品的折扣信息，因此可以在报表中体现。但反向退款时，目前不支持商户输入详细的商品信息进行退款。当然，优惠券平台无法记录相关商品的退款折扣信息，因此这部分商品的退款折扣信息无法反映在报表中。尤其是部分退款的场景。
因此，如果线下发生退款，品牌商看到的商品详情报告中仍然只有正交易的商品折扣信息，但实际商品却因退款而没有售出。如果品牌所有者按下