Shopify 退货运费计税进入10月23日节点：别把估算税额重复入账
Shopify 公告规定的10月23日适用日期已到。符合条件的美国退货运费涉及估算与最终税额两种记录，已有手工补录或系统集成的商家应先核对来源，避免重复记账。
结论：Shopify 公告规定的2026年10月23日适用日期已到；有手工补税或对账集成的商家，应检查退货运费税额是否被重复记录。 这不是所有退货费用统一加税，也不能只凭日期认定每个账户已经正确切换。本文于10月25日复核公开说明，更新原来的切换前提醒，没有对商家账户执行退款测试。
哪些订单在此次调整范围内？
9月25日公告与退货规则说明指向同一组条件：订单寄往美国地址，商家使用 Shopify Tax 或 Tax Platform，且该费用在收货地所属税收辖区属于应税费用。原有运费税设置仍有作用，不应把商家注册地或一张有“退货”字样的账单当成充分条件。
帮助中心列明，补货费不由这项功能计算税额；非美国地址、其他税务服务和免税订单也不在这项自动计算范围。平台是否计算某项费用，与该费用在法律上是否应税不是同一个判断。具体申报和税率问题应向当地税务机关或专业人士核实。
估算税额与最终税额为什么要分开？
公告区分创建退货时的估算与处理退货后的最终记录，税额会进入税务报告。已有系统集成的团队，还应检查自己读取的是哪个阶段的字段，而不只是看后台多了一行数字。
Shopify 10月1日开发者公告为 GraphQL Admin API 的 2026-10 版本说明了两个字段。API 即应用程序接口，用于系统之间交换数据；这里的版本号不是店铺税务功能已经完成切换的证明。
| 字段 | 官方描述的含义 | 对账时需要注意 |
|---|---|---|
CalculatedReturnShippingFee.taxAmountSet |
创建退货阶段的估算税额；不适用税额时为零 | 不宜当作已收取金额直接入账 |
ReturnShippingFee.finalizedTaxAmountSet |
处理退货时确定的最终税额；处理前为 null，无适用税额时为零 |
null 不等于零税额，应先检查处理状态 |
两者在处理时可能因税务服务返回金额不同而不同。集成团队应记录查询或导出时间、接口版本和退货处理阶段，再解释差额；不能把估算值与最终值各记一笔。本文核验的是字段文档，没有调用店铺接口或测量切换成功率。
今天可以怎样核对已有手工流程？
先从有权限访问的真实记录中挑选少量已处理退货，不为测试制造正式订单或重复退款。编辑部建议以同一个退货标识为线索，串起下面四项证据：
| 核对项 | 要回答的问题 | 建议留存材料 |
|---|---|---|
| 费用类别 | 本项是退货运费还是其他费用 | 原始项目名、收费说明 |
| 数据来源 | 平台、插件与人工是否各记了一次 | 导入批次、系统名称、处理人 |
| 记录阶段 | 用的是估算还是最终结果 | 退货状态、导出时间、字段名称 |
| 差额处理 | 更正是否有业务与财务共同确认 | 原记录、更正理由、审批与回看日期 |
保留一份适用条件记录，再与一个非美国地址或其他不适用案例对照。先解释为何不适用，再解释数值差异，避免把所有零值都升级为系统故障。若此前没有手工变通流程，公告并不要求另加一套人工计税。
对已发现的重复记录，不直接删除历史账目。先确认哪些步骤重复、影响哪些批次，再由负责团队决定更正方式。这样既能停止继续重复，也能保留追溯所需的原始凭据。
零税额能否证明漏税或免税？
都不能仅凭一个零值判断。应先核对收货地址、税务服务、费用名称、免税状态和运费设置，再核对处理阶段。运费税说明强调不同国家和辖区规则存在差异。遇到无法解释的结果，应向平台支持与税务专业人士分别核实功能和义务，不能自行用一个固定税率补齐所有记录。
常见问题
10月23日已过，是否代表我的账户无需验收？
不是。日期说明公告的适用节点，账户验收还需要对应订单、税务服务与最终报表的证据。当前稿件不提供任何店铺已通过验收的结论。
最终字段为 null，是否可先按零记账？
不宜。官方将处理前的 null 与没有适用税额的零值区分。先确认退货是否已处理，以及集成是否读取正确版本和字段，再决定如何进入业务对账。
编辑说明与延伸阅读
编辑责任：出海必报编辑部。2026年10月25日复核公开资料，原公告日为9月25日、接口公告日为10月1日，均不改写为今日新公告。后续核验可从平台政策栏目查阅，并用政策变化行动表记录负责人和复核结果。