中俄跨境OMS/ERP：多平台多仓库存与结算一体化建模

同时运营 Ozon、Wildberries、Yandex Market，并在莫斯科、叶卡捷琳堡布局多个海外仓的跨境卖家，最头疼的往往不是流量，而是三流不同步：订单流从平台异步涌入，库存流散落在多个物理仓，资金流被平台结算单和物流账单切得七零八落。超卖、库存对不上、结算难对账，本质都是同一套数据模型没建对。以下从 OMS 与 ERP 一体化设计的角度，给出可落地的建模路径。

一、多平台订单归集：适配器 + 统一订单模型 + 幂等缓冲

为每个平台建独立适配器，把异构字段映射到统一订单模型：平台单号、店铺、履约仓、买家、SKU、金额与币种、承诺时效、状态机。三个设计要点决定了系统上限。

• 幂等键：平台 + 平台单号 + 版本，重复拉取不产生重复订单。
• 双通道采集：Webhook 实时推 + 定时增量拉取（游标/时间窗）兜底，避免平台漏推导致订单丢失。
• 状态机单向流转：新建→已支付→已分配→已发货→已签收→已结算/已退货，非法跃迁直接拒绝。

性能上，订单写入先进消息队列削峰再异步落库，高峰归集时延可压到 30–60 秒，日订单十万级也不需要分布式事务。

二、统一库存池与预占释放：账本化 + 分段锁 + TTL

库存最忌讳用一个数字字段加减。正确做法是建成库存账本：入库、预占、释放、扣减、回补每一次动作都是一条不可变流水，可用量由流水汇总或快照加增量推导，天然可审计、可回溯。库存分层建议为物理库存（实际在仓）→ 逻辑仓/货主（平台仓、自有仓、FBO 仓）→ 可售量 ATP。

预占释放采用四段式：下单软预占（带 30 分钟 TTL）→ 支付或审核通过转硬分配 → 出库扫描扣减物理库存 → 超时未支付由定时任务自动释放并回补 ATP。为抗高并发，同一 SKU 的库存按仓库加哈希分片成多个 Bucket，Redis 做预占预扣、数据库做最终落账，用 Outbox 保证一致，把行级竞争打散；再叠加唯一约束加乐观锁做超卖兜底，预占失败即触发多仓调拨或拆单。多仓分配算法按时效权重、物流成本、库存健康度打分择优，实现就近发货。实践中该模型可将库存准确率从 92% 左右提升到 99.5% 以上，超卖率压到 0.1% 以内。

三、多币种结算与对账：科目化 + 多版本汇率 + 三方对账

平台结算单必须结构化解析为费用科目：商品收入、平台佣金、物流配送费、仓储费、退货处理费、推广费、罚款与调整项。汇率要独立成表并保留多版本——下单日汇率、结算日汇率、入账日汇率，卢布收入与人民币成本之间的差额记入汇兑损益单独科目，绝不能混进毛利。

对账引擎做三方匹配：平台结算单 ↔ OMS 订单应收 ↔ 银行或支付回款。差异进差异池，按容差规则（金额阈值、时间窗）自动归因到时延差、佣金差、退货冲销、罚款等类型，归因不了的才人工介入。目标是自动化对账率 85% 以上，月结周期从 7 天缩到 1–2 天。性能层面，对账走离线批处理，结算单按平台加结算周期分区存储，汇总层用物化视图或预聚合表，避免大表扫描拖垮在线交易。

四、退货逆向物流与库存回补

退货单要独立建模：平台退货单 → 买家寄回 → 俄境内仓收货 → 质检 → 处置。质检结果是回补的分叉点：良品回补可售库存，次品转入不良品仓（不可售但占物理库存），报废则从物理库存彻底核销。同时必须把退款与库存回补解耦，允许平台先退款、后入库，中间态由在途退货库存承接，避免账实不符。跨境退货再加一层决策：俄境内二次销售、调拨他仓，还是退回中国，比较物流成本与残值后自动给出建议。

五、性能与一致性总原则

整体架构用事件溯源加 CQRS 分离读写，Outbox 保证业务写库与消息发送同事务；订单、库存流水、结算单按时间与租户分库分表，冷热分离。核心可观测指标固定为五项：超卖率、库存准确率、对账自动化率、订单归集时延、预占释放及时率。把这五点盯住，多平台、多仓、多币种叠加再复杂，系统也能同时守住准确性与性能。