

周日晚上,你把两个后台并排开着,左边是 ERP 的订单页,右边是平台的订单页,两边的数字差了七单。你点开其中一单,平台上显示已发货,ERP 里还是待处理,更新时间停在昨天下午三点。桌上的手机在震,是仓库问今天要不要出库,屏幕亮着没人接。这条线,是哪一头断了?
平台本身不做 ERP,它开放接口,让第三方系统接进来。市面上主流的跨境 ERP 基本都接了这家。分类看:一类是多平台 ERP,一套系统管几个平台;一类是专做波兰市场的本地系统,功能贴本地规则但中文支持差。
只做一家,轻量的工具够用;做五家以上,选多平台的,不然订单要在几个系统之间手工搬。
本地系统的优势在规则贴合。波兰的发票、增值税、配送方式,它做得细,代价是中文支持和多平台能力弱。
在 ERP 里新增店铺,选平台,然后跳到平台的授权页登录,确认授权后回到 ERP,一般几分钟完成。授权走的是令牌机制,有时效。令牌过期要重新授权,过期前 ERP 会给提醒,别把提醒关掉。
授权要用店铺主账号。用子账号授权,权限不全,订单能拉但改不了状态。群友阿棠做发饰,用子账号授权,库存同步一直失败,换主账号后当天就通了。
令牌过期前会有提醒邮件。把提醒转发到一个公共邮箱,别只发到离职同事的账号上。
平台对每个应用的调用频次有上限,超了会返回错误码,同步就卡住,具体额度看开发者文档。降频的办法是错峰。把全量同步放在凌晨,增量同步按分钟级跑,别让两个任务撞在一起。
真不够就拆应用。一个 ERP 账号拆成两个应用,各自拿额度,但订单要归到同一个店铺下。全量同步最耗额度。一万多个 SKU 一天跑三次,任何应用都扛不住,改成凌晨一次全量加白天增量,压力立刻下来。
错误码要看文档。429 是频次超限,401 是授权失效,两种处理完全不同,混在一起排查只会更乱。
订单是单向拉取,从平台到 ERP,频率按分钟。库存是双向,ERP 扣减后要推回平台,推失败就会超卖。超卖多半出在这一步。推送失败没有重试,平台上的库存还停在旧数字,买家照下。
要设一层缓冲。ERP 里的可售库存比实际少几个点,给推送延迟留余量。群友阿茹做发饰,一次推送失败没发现,同一个款超卖了四十多单,赔付加差评损失比那批货值还高。
推送失败要有重试。失败一次就放弃,平台上的库存会停在旧数字,超卖从这一步开始。
同步日志要能查。哪一单没同步、什么时候失败的,日志里都有,没有日志只能靠猜。
ERP 里的订单状态要跟平台对齐。状态映射错位,仓库会按错误的指令发货,改一次映射要重跑历史单据。
接口的凭证要换个地方存。放在个人电脑上的密钥,人一走就没人知道在哪,交接的时候最麻烦。
能。同一个 ERP 账号下挂多个店铺,各店铺的数据分开,权限也能按人分。要注意商品映射。同一个 SKU 在不同店铺的编码可能不同,映射错了,库存会串。
财务口径也要分开。多个店铺的结算单在 ERP 里混在一起,对账时会分不清哪笔属于哪家。三个店铺共用一个账号,给每个店铺加前缀编码,库存就没再串过。
商品映射表要维护。新 SKU 上线时同步加进映射,漏一个,那个款的库存就永远不会同步。权限按人分。仓库只给发货权限,客服只给订单查看,给全权限的后果是出问题时查不到是谁改的。
换 ERP 的时候,映射表要一起迁。新系统里重新配一遍,漏掉的老 SKU 会静默停更,直到超卖才发现。
