Shopee店铺做月度资料整理时，优惠券、平台补贴和卖家折扣不建议全部归到一个“优惠金额”里。更重要的是先确认这笔优惠由谁承担、在哪个订单中产生、是否影响平台结算，以及最终是否改变企业实际收到的款项。企业可以把平台订单、优惠明细、补贴记录、退款售后、平台结算和实际到账放在同一条数据链中核对，避免只根据银行最终到账金额判断经营数据。

同样是“少收钱”，来源可能完全不同

Shopee卖家整理后台数据时，经常会看到优惠券、活动折扣、平台补贴、卖家优惠以及退款等不同项目。

这些数据从表面上看，都可能导致订单原价、消费者支付金额、平台结算金额和最终到账金额不一致，但形成原因并不相同。

比如某个订单原始商品金额为100元，买家实际支付90元，并不能直接得出“企业少了10元收入”的结论。

这10元可能由卖家承担，也可能来自平台活动补贴，还可能同时包含不同优惠项目。

因此，月度整理时第一步不是计算“优惠总额”，而是先判断：

优惠是谁承担的？

只有先把承担方和来源区分清楚，后面的结算和收款核对才有基础。

平台补贴建议单独建立明细

如果平台结算资料中能够识别出补贴、活动奖励或其他平台承担项目，建议单独设置一列或一张明细表。

至少可以记录：

订单编号、活动或补贴名称、发生日期、补贴金额、币种、对应结算批次以及实际结算情况。

能够取得平台活动说明、结算明细或相关后台资料的，也应一并保留。

这样做的价值在于，当订单金额、买家支付金额与卖家实际结算金额不同的时候，可以快速判断差额是否来自平台补贴，而不是把所有差额都归入折扣或费用。

卖家承担的折扣不要和平台补贴混在一起

如果优惠实际由卖家承担，资料整理时也应该单独标记。

例如店铺自行设置的促销、折扣或优惠活动，可以保留对应订单、活动信息、优惠金额和结算记录。

需要注意的是，本文讨论的是经营资料怎样归集，而不是直接给出所有优惠项目的统一账务处理方式。

不同优惠的实际性质、合同安排和平台结算口径可能存在差异，最终怎样进行会计处理，应结合企业实际业务和资料判断。

对于企业来说，更重要的是保留能够说明“这笔优惠为什么产生”的原始依据。

退款和优惠也要分开

退款是另外一个容易被混入优惠数据的项目。

优惠通常发生在订单交易或活动过程中，而退款、售后可能发生在订单完成之后，甚至跨月发生。

如果将退款和优惠混在一个金额中，容易造成订单数据、平台结算和实际收款之间越来越难核对。

因此，可以分别记录：

订单原始金额

平台承担优惠或补贴

卖家承担优惠

买家实际支付金额

后续退款及售后金额

平台最终结算金额

这样即使后续发生跨期退款，也能追溯到原订单。

月底可以从结算单反向检查一次

除了从订单向后核对，企业月底还可以从Shopee平台结算资料反向检查。

例如平台某一结算批次实际结算了8万元，可以继续向前核对：

这8万元对应哪些订单？

其中有多少退款？

有哪些平台补贴？

哪些优惠由卖家承担？

是否还有平台佣金、物流费用或其他扣款？

最后结算金额与实际银行到账是否一致？

如果按照这个路径能够逐项解释，那么月度资料的可追溯性通常会比只保存一个“本月销售额”和“本月到账额”更好。

企永星财税在电商及跨境电商企业资料整理中，重点关注平台订单、结算、退款、补贴、费用和实际收款之间能否形成对应关系。对于存在多店铺、多站点、不同币种或第三方收款的企业，则需要结合企业主体和实际资金路径进一步核查。

Shopee企业整理月度经营资料时，核心不是把后台所有项目简单汇总，而是让每一种金额都能说明来源、承担方、对应订单和最终资金结果。只要优惠、补贴、退款和平台结算能够分别追溯，后续账务核对和资料交接就会清楚很多。