海外物流怎么做？

先确定“卖到哪些国家、卖什么商品、承诺几天到、退货由谁承担”，再选择国内直发、海外仓或平台履约。系统随后接入运价、面单、清关资料、轨迹、库存和售后；顺序倒过来，很容易做出能查单却无法真实履约的物流模块。

海外物流不是简单调用一个快递接口。同一件商品因重量体积、申报品名、目的国、带电属性和税费承担方式不同，可能走完全不同的线路。滚水科技能做的是把已经确认的履约规则变成订单、库存和接口能力，并通过真实包裹验证；承运资格、清关判断和目的国税务应由物流商、报关主体与专业顾问确认，不能由软件代码替代。

在评估海外主体、渠道与合规路径时，还可以对照 做外贸独立站或跨境商城，和国内电商系统主要差在哪？ 和 出海项目，服务器和数据该放国内还是海外？会不会有访问慢或合规问题？；这些内容补充了需要放在同一项决策中考虑的上下文。

直发、海外仓和平台履约怎样选

履约模式	更适合的业务	主要优势	主要代价与风险
国内逐单直发	新市场测试、SKU 多但单量低、库存不确定	不必提前备海外库存，退出成本低	时效长且波动大，单件运费和退货成本高
商业快递直发	高货值、时效敏感、包裹量可控	轨迹和时效通常更清晰	偏远附加、体积重、清关与税费可能显著
第三方海外仓	单一市场订单稳定、畅销 SKU 可预测	本地配送快，退换货可在当地处理	备货资金、仓租、滞销、盘点和多仓调拨
平台履约	订单主要来自特定电商平台	平台流量、仓配与售后衔接较紧	规则、费用与库存被平台约束，跨渠道调度有限

不能用“欧美都上海外仓、东南亚都可直发”概括市场。正确比较单位是一个具体 SKU 在一个目的国的完整订单成本。应将采购入库、头程、关税与进口税、报关服务、仓储、拣配、尾程、失败派送、退货、销毁和资金占用纳入 landed cost，再同时比较承诺时效和妥投率。只有订单量达到多少才适合海外仓，没有统一阈值；高货值小件与低毛利大件的临界点完全不同。

系统必须保存一条可追溯的履约链

商品侧应维护重量、尺寸、原产地、申报品名、HS 编码候选、危险品或带电属性及销售限制；订单侧保存收件地址校验、服务等级、税费承担、承运商产品和报价快照；发运后保存面单、运单号、轨迹原文、标准化状态和预计送达；售后再关联拒收、丢损、退回仓、重新销售或销毁。价格和规则必须带版本，否则财务无法解释历史订单为何收取某个运费。

承运商 API 通常提供报价、创建货件、面单和追踪，但不同商家的字段与状态并不统一。以 DHL 的统一追踪 API为例，系统仍需处理承运商状态映射、轮询或推送、重复事件、长时间无更新和最终状态纠正。聚合服务能减少首次接入数量，却会增加一个服务依赖；直连可获得更深能力，但每增加一家都要单独维护认证、字段和异常处理。

税费和清关不能写死在运费规则里

结账页必须明确价格是否含进口税费、谁是进口责任主体以及拒绝缴税后如何处理。欧盟的进口一站式申报 IOSS 资料说明，它是针对特定进口远程销售的 VAT 简化机制，不等于所有跨境包裹都适用。目的国门槛、商品限制和申报要求会变化，系统应配置规则来源、生效日期和人工复核入口，而不是把税率与资格永久写进代码。

用真实订单跑完首个闭环

首期应聚焦证据最强的目的国，并选择足以覆盖主要货型、限制属性和服务承诺的代表 SKU 与物流等级。测试普通地址、偏远地址、超尺寸、缺失门牌、带电商品、拆包合包、取消、丢件和退货；具体样本数量由商品差异和高损失风险决定。每票记录报价与实收差异、揽收到妥投天数、轨迹完整率、首次妥投率、客服查询量、丢损率和单票贡献毛利。轨迹“接口返回成功”不等于物流成功，最终要对承运账单、仓库出入库和客户收货结果。

滚水科技在此类项目中应先输出国家—SKU—履约模式矩阵，再实现承运商适配层、状态字典、费用快照和异常工单。若真实订单尚未形成，首版可用第三方仓配系统或人工审核跑流程，等规则稳定后再定制自动路由。税务、清关和承运规则必须以目的国主管机关、报关主体和供应商最新文件为准。