库存同步:不是「每分钟推一次」那么简单
多平台多仓下的库存同步要定义可售口径、预留、缓冲与失败补偿。只追求推送频率,会把超卖与超卖后的扯皮推得更快。
多平台多仓下的库存同步要定义可售口径、预留、缓冲与失败补偿。只追求推送频率,会把超卖与超卖后的扯皮推得更快。
运营说「库存不同步」,研发去把 cron 从五分钟改成一分钟。超卖单量不降反升——因为错误的可售定义被更高频地广播了。同步的本质是口径,其次才是管道。
幂等键、版本号、最后写入获胜还是按事件时间合并——选一种并监控冲突。平台限流时要降级:宁可少卖,不要超卖。客服宁可解释「暂时无货」,也不愿解释「为什么卖了没货」。
快递飞做多平台履约时,会把「超卖用例」和「同步失败降级」写进验收;频率数字只是附带指标。
通常是在库 − 预留 − 安全缓冲 − 冻结,再按渠道分享策略分配。公式必须书面化,渠道之间能否抢同一池要说清。
重试队列、死信告警、必要时把渠道库存打成保守值或暂停在售;禁止失败后假装「已同步」。
先打通仓内可售 → 1–2 个主销平台;全平台实时、共享库存池智能分配放后面。