本周学习目标
- 说出一笔乐天订单涉及的参与方及各自掌握的数据。
- 区分业务事件、系统记录和证据三个概念。
- 按时间顺序排列一笔订单的关键日期，并指出哪些日期最容易被混淆。
一、参与方与三条流
跨境电商的一笔订单同时有三条“流”：商品流（仓库 → 承运商 → 客户）、资金流（客户 → 平台 → 商家银行）和信息流（各方系统之间的数据交换）。三条流的时间点通常不一致，这正是会计和审计判断的难点。
| 参与方 | 在本课程中的角色 | 掌握的关键数据 |
|---|---|---|
| 客户 | 在乐天店铺下单并付款 | 订单、付款方式、收货确认 |
| 乐天平台 | 提供店铺、代收货款、定期结算给商家 | 订单、付款状态、发货完成报告、结算明细 |
| 青禾家居（日本） | 商家，使用木耳云管理业务和账务 | 订单副本、库存、配送、发票、分录 |
| 仓库 | 拣货、包装、交给承运商 | 出库记录、包裹数 |
| 承运商（佐川/ヤマト） | 揽收、运输、投递 | 面单、物流单号、揽收和投递时间 |
| 银行 | 接收平台结算款 | 到账流水、参考号 |
二、事件、记录与证据
这是整门课最重要的区分。
| 概念 | 含义 | 例子 |
|---|---|---|
| 业务事件 | 真实世界中发生的事情 | 承运商司机把包裹装上车 |
| 系统记录 | 某个系统里写下的一条数据 | 木耳云配送单状态变为“完成” |
| 证据 | 能支持“事件确实发生”的材料，且来源越独立越可靠 | 承运商的揽收记录、乐天的发货完成报告时间 |
系统记录可能早于、晚于事件，甚至在事件没有发生时就被写入。例如仓库提前打印了面单，系统里就已经有了物流单号，但包裹可能还在仓库里。
三、必须区分的六个边界
- 承运商和单号存在，不代表已经发货。路线一还需要乐天回传的发货完成报告时间；该时间是发货事件，不是客户签收时间。
- 同步到真实的发货事实，与系统是否自动开票，是两个判断。自动开票还要求付款状态为paid、无待处理取消、订单已确认、所有有效配送已完成且物流被乐天接受。
- 付款授权不等于已收款；平台代收不等于银行到账。
- 业务发货日、发票日、记账日和收入确认日要分别定义。系统自动触发不能代替合同和控制权转移分析。
- 发货回传成功、邮件提交成功、邮件送达和客户阅读是四种不同证据。没有对应回执就标记为“未知”。
- 自动核销只是把应收与付款相互抵消，不表示平台款已结算到银行；平台费用和结算差异还要继续对账。
四、一笔订单的时间线
下面是教学订单 QH-T-0001（示例数字）的关键日期。注意同一笔订单最多可以有九个不同的“日期”。
| 日期（JST） | 事件 | 记录在哪里 | 证据来源 |
|---|---|---|---|
| 10/03 21:15 | 客户下单 | 乐天订单、木耳云销售订单 | 平台 |
| 10/03 21:16 | 付款授权 | 乐天付款状态 | 平台 |
| 10/04 09:30 | 平台实收（paid） | 乐天付款状态、木耳云收款 | 平台 |
| 10/05 14:00 | 仓库打印面单 | 木耳云配送单、承运商单号 | 内部 |
| 10/05 17:40 | 承运商揽收、发货完成报告 | 乐天发货完成报告时间 | 平台/承运商 |
| 10/05 18:05 | 木耳云验证配送、自动开票 | 配送单、发票 | 内部 |
| 10/07 11:20 | 客户签收 | 承运商投递记录 | 承运商 |
| 10/15 | 平台结算（扣费后净额） | 结算明细 | 平台 |
| 10/17 | 银行到账 | 银行流水 | 银行 |
课堂讨论
客户已付款，仓库已打印面单，承运商尚未揽收。哪些事件已经发生？哪些金额还不能认定为收入或银行存款？请先独立写下判断，再与同组同学比较。
常见误区
- 把“系统显示已完成”直接当作“业务已完成”。
- 把发票日期当作收入确认日期。
- 把平台余额当作公司的银行存款。