你公司是不是也这样：海外店铺每天出单，后台导出来的表格是外文，收货人、城市、街道、买家留言全是当地写法，仓库看不懂，得找人一条条翻译整理，再照着在国内系统里开单发货。
更麻烦的是钱和货两头都不清楚。订单以外币成交，平台结算时要扣佣金、手续费，还要按结算汇率折成人民币，财务拿不到明细，只能按到账金额估一个数入账，这款货到底赚没赚说不出来；海外店铺上显示还有货，国内仓库其实早就卖空，或者反过来——货躺在库里，平台上却一直显示缺货。
物流同样不省心。不同国家要走不同渠道，有的渠道只接某个重量段，一单超重要拆成两个包裹，还要回平台后台逐个申请面单号、填回单号，填慢了订单被系统自动取消，店铺评分跟着往下掉。
这些不是人不勤快，是海外店铺和国内仓库之间隔着一层手工。我们做的，就是把这层手工拆掉。
你公司是不是也这样
- 海外店铺订单导成表格，外文地址、城市、买家留言要人工翻译整理后才能在国内系统开单
- 外币成交、平台扣佣与结算汇率没有明细，财务只能按到账金额估着入账，收入和费用分不清
- 一单超重或含限制品类要拆成多个包裹，拆单规则靠人记，拆错了被物流拒收又退回
- 面单号要在平台后台逐个申请再填回，填慢了订单被系统自动取消，店铺发货评分往下掉
- 海外店铺的可售库存和国内仓库的实际库存不同步，卖空了还在上架，或者货在库里却显示缺货
我们是怎么做的
- 按站点定时拉取已付款订单，买家信息、收货地址、留言、币种、平台优惠与运费补贴一并带进国内系统，仓库不用再翻译抄单
- 建一套外文地址解析规则：国家、州省、城市、邮编与联系方式按站点模板转成国内仓库看得懂的格式，解析不了的进人工确认队列，不静默跳过
- 币种按日汇率或平台结算汇率折算入账，平台佣金、手续费、汇率差、运费补贴按结算单明细分别入账，收入与费用不再混成一笔
- 按目的地国家和重量体积匹配物流渠道，超重、限寄品类的订单按规则自动拆成多个包裹，面单号取到后自动回传平台，失败进重试队列并告警
- 可售库存按安全库存回传给各站点，已付款订单占用、超时未付自动释放；平台取消与退款同步生成对应单据，库存和收入及时回滚
改造之后
- 订单不再人工翻译抄录，仓库每天省下两三个人的整理时间，转去做分拣打包
- 面单号自动回传之后，因未及时填单号被取消的订单大幅减少，发货时效稳住了
- 收入、佣金、手续费、汇率差分开设账，海外店铺的单笔利润算得出来
- 可售库存与实际库存口径一致，超卖和错下架的情况明显减少
这个项目包含什么
适合什么情况
在海外平台开店、由国内仓库统一发货，订单仍靠导表翻译录入、收入靠估算入账的跨境卖家
关于这类改造
什么是海外订单与国内仓库对接：把海外店铺产生的订单自动接进国内的进销存或仓库系统，地址转写、币种折算、物流渠道匹配、面单号回传全部由程序完成。它替代的是导表、翻译、抄单、逐个申请面单这几段重复劳动，顺带把收入口径和库存口径接住。
为什么跨境订单最容易卡在这里：第一，收货信息是外文且格式随站点变化，靠人翻译既慢又容易错；第二，成交币种与结算币种不同，平台还要扣佣金、手续费、运费补贴，不拆明细就只能估一个数；第三，跨境物流渠道有国家、重量和品类的限制，一单能不能直发、要不要拆包，规则细且常变；第四，平台对填单号有截止时间，超时订单会被自动取消并影响店铺评分；第五，库存口径两边不通，容易超卖或错下架。
通常怎么做：第一步接订单，按站点定时拉取已付款订单，币种、优惠、运费、留言一并带过来；第二步转地址，按站点模板解析国家、州省、城市、邮编与联系方式，解析不了的进人工确认队列；第三步折算入账，按日汇率或结算汇率折成人民币，佣金、手续费、汇率差、补贴分科目入账；第四步匹配物流，按目的地与重量体积选渠道，超重与限寄品类自动拆包；第五步回传与回滚，面单号自动回传平台，取消与退款生成对应单据，库存与收入同步回滚。
什么情况适用：海外平台日出几十单以上、由国内仓库统一发货的跨境卖家。订单量很小（每天十几单以内）且只做一个站点的，先用平台批量导出加表格模板也能撑一段时间。
改造前要注意：地址解析规则要先用真实历史订单跑一轮，看解析成功率；拆包裹规则要和货代确认限重与限寄清单；汇率取值口径（下单日、结算日还是月度固定汇率）要跟财务定死，中途不要随意变；上线头两周保留人工核对面单回传结果，确认无误再放开全自动。
如果你公司也在做跨境，可以把最近一个月的平台订单和结算单导出一份（隐去买家信息），我们先做一次转单与入账的试算，看看能省多少人工、收入和库存差在哪里。
