Coupang 何时确认您的销售为收入

Coupang 是在配送完成这一事件上将您的销售确认为收入——既不是在客户付款时，也不是在包裹离开您仓库时。已确认销售随后进入 Coupang 的结算周期，转化为现金；而退货可以将其冲回——连同运费在内——即便产品已经发出。因此，一笔 Coupang 订单显示"已送达"的那一天，与您实际收到货款的那一天几乎从来不是同一天，并且在退货窗口关闭之前，两者都还不是最终结果。

如果您像给 Shopify 或 Amazon 打款那样去建模韩国的现金流，那么正是这一假设会让您的预测严重失真。以下是实际的流程顺序。

订单生命周期有若干明确状态，而收入确认位于末端

一笔 Coupang 订单不会一步就从"已付款"跳到"收入"。它会经历一连串状态，只有最后一个状态才会触发收入确认：

• 订单已创建——客户已向 Coupang 付款，但这还不是您的收入。
• 备货中——您已接受订单，正在拣货和打包。
• 已发货——包裹已交由承运商，并附有运单号。
• 配送完成——承运商确认包裹已送达买家。

收入是在最后这一配送完成触发点上被确认的。客户在结账时的付款作为中间方由 Coupang 代管；在配送完成之前，它并不会转化为您这一侧可结算的销售。这一点很重要，因为两个事件之间可能相隔数天——一款周转快的 SKU 可能在 48 小时内完成创建、发货和送达，而较重或跨区域的订单则会拉大这一间隔。

由此带来的实际后果是：满屏"已发货"的订单，与已确认的收入并不是一回事。您看到的是在途销售，而非本结算周期内可以指望的销售。

无跟踪的自配送订单则按固定时钟确认

对于企业自配送订单，有一个重要的例外。当您在 DIRECT 承运代码下录入订单时——即您自己的快递或线下交接，没有可扫描的运单号——Coupang 无法收到配送完成的扫描记录。原本在"已送达"时触发的机制，此时没有任何可以触发的对象。

Coupang 对此的处理方式，是改为按发货后的固定时钟来确认销售：大约在发货一周后，即便从未有承运商确认送达，订单也会被自动确认为已完成。这属于系统的正常行为，并非错误，也不意味着您的订单卡住了。如果您同时运行有跟踪和 DIRECT 两类发货，那么在同一个结算窗口内会出现两种不同的收入确认模式——有跟踪订单在实际送达时确认，DIRECT 订单则按时钟确认。

就现金流建模而言，这意味着 DIRECT 订单的收入确认日期是可预测但会延后的：它落在一个时间表上，而非落在某个事件上。切勿假设 DIRECT 销售会在您标记发货的那一刻就完成确认。它并不会。

Coupang 自家的开发者文档描述了驱动这一切的订单状态、承运代码以及完成行为——这才是财务团队应当据以核实的来源，而不是仅凭卖家后台去逆向推断。文档还解释了为何您从 Open API 拉取的订单与结算数据是以这些状态为键值组织的。

最终结算的并不是标价

即便一笔销售已被确认，最终结算给您的金额也不是客户在结账时看到的那个数字。有三个价格字段值得理清，因为它们回答的是不同的问题：

• salesPrice——单件商品的单价。
• orderPrice——该订单行的单价乘以数量。
• discountPrice——该订单所应用的折扣。

值得注意的是：并非每一笔折扣都由您自己承担。某些由 Coupang 出资的优惠券折扣并不会减少卖家的结算金额——买家支付得更少，但这部分由 Coupang 吸收，因此您的可结算金额并不会因此被削减。另一些折扣则由卖家出资，确实会减少结算金额。如果您仅凭把客户支付的价格加总来建模结算，就会在两个方向上都算错。

除价格组成外，Coupang 还会在结算前扣除销售佣金及其他费用——若您使用 Rocket Growth（로켓그로스），则包括仓储费、履约费和退货处理费。已确认的销售是营收顶线；在它与您的银行账户之间，还隔着若干项扣减。

退货会追回已经"结案"的销售

下面这一部分正是悄然摧毁现金流预测的地方：退货可以冲回一笔已经确认的销售。收入确认并不等于最终定论。在退货窗口关闭之前，"已送达"的收入仍然处于风险敞口之中。

其中的操作划分很关键：

• 发货前取消（发货拦截）： 如果订单尚未越过备货阶段，可以将其拦截而不影响收入。既无已确认收入，也就无需冲回。
• 发货后退货： 一旦订单越过备货阶段，再要中止就会转为退货——并且退货运费由卖家承担，即便包裹已然发出、随后又被退回。

因此，一笔已确认的销售可以被在扣除成本后净额冲回：您损失了这笔销售金额，还要自行承担退货物流费用。真正让团队措手不及的是时点问题——Coupang 的即时退款流程可以在退回的商品尚未回到您手中之前就先向买家付款，因此冲回可能在您还没来得及检验任何东西之前就已发生。而在 Rocket Growth 模式下，由 Coupang 负责面向客户的退货流程，同时该商品重新计入您的库存——如何处置该商品仍然是您的问题。

这里的教训并不是"退货很糟糕"，而是退货冲回落在与原始销售不同的时钟上，因此一个在已确认收入上看起来很强劲的月份，等到冲回逐步到位后，最终结算金额可能会更低。

实操中如何为现金流延迟建模

请把以下两段间隔明确纳入预测，因为它们会叠加放大：

1. 收入确认 → 打款延迟。 已确认的销售不会立即打款；它会进入 Coupang 的结算周期，而该周期按自己的时间表运行。应把配送/收入确认视为一段计时的起点，而非付款日。若想了解该时间表的运作机制，可参阅 Coupang 的默认结算是在次月第 20 个工作日打款——距销售发生已接近 60 个日历日。
2. 退货准备金。 针对冲回，预留一部分已确认但尚未结算的收入。合适的比例取决于您所属品类的退货率，但原则是固定的：在退货窗口关闭之前，切勿把已确认收入当作最终收入来支配。

对于 DIRECT 代码发货，请在结算延迟之上再叠加发货后固定的收入确认时钟。对于有跟踪发货，收入确认日期跟随实际送达。无论哪种情况，短期现金到账都比"客户付了款，所以我就赚到了"这种想当然的模型所暗示的要更晚、也更不确定。

常见问题

Coupang 会在客户付款时确认收入吗？ 不会。客户在结账时的付款作为中间方由 Coupang 代管。您的销售是在配送完成事件（有跟踪订单）或发货后固定时钟（无跟踪的 DIRECT 订单）上被确认的——而非在结账时。

为什么我的 DIRECT 订单在发货约一周后才确认？ 因为 DIRECT 代码发货没有可扫描的运单号，也就无法触发配送完成的扫描。Coupang 会在发货约一周后按固定时钟自动确认该销售。这是预期中的行为，而非订单卡住了。

销售在送达后还能被冲回吗？ 可以。退货窗口内的退货可以冲回一笔已确认的销售，而一旦订单越过备货阶段，退货运费即由卖家承担。在退货窗口关闭之前，已确认收入并不是最终收入。

结算时点会改变我在韩国的税务义务吗？ 不会。结算是 Coupang 的商业流程。您在韩国法律下的会计确认与增值税（부가가치세，VAT）义务是相互独立的——请以国税厅（National Tax Service）以及 law.go.kr 上的法条原文为准来核实，而非依据结算后台。