加盟连锁商品库存系统设计主数据、数据权限、货权与调拨状态机直接答案加盟与直营混合架构应把商品主数据、经营授权、库存数量、库存权利和跨主体单据拆开建模。统一SKU不等于统一价格或货权库存可见也不等于可售可调。系统必须通过状态机、审计日志和对账把要货、配发、调拨与退货闭环。加盟与直营混合模式不能只用store_type区分。系统还要表达组织层级、商品来源、经营授权、库存权利、货权成本和跨主体单据。本文为通用设计框架不代表任何厂商已实现全部细节。一、核心实体organization(id, parent_id, type, owner_id) store(id, organization_id, operation_type) product(id, source_type, owner_org_id, status) sku(id, product_id, color, size, barcode) assortment(store_group_id, sku_id, permissions) inventory_position(location_id, sku_id, on_hand, reserved, in_transit) inventory_right(location_id, sku_id, owner_org_id, sellable, transferable)商品主档与门店展示字段分离。加盟自营商品使用独立来源和所有者不覆盖总部商品。二、经营授权模型对商品分别授权view、purchase、sell、promote和edit_local_fields。价格权限再单独表达总部固定价、建议区间、门店自定义价、供货价和配销协议。把商品可售与价格可改混成一个布尔开关会造成越权。三、库存不是一个数库存查询同时返回数量状态与权利quantity: on_hand, reserved, available, in_transit, frozen rights: visible, sellable, online_available, transferable ownership: owner_org_id, cost_basis, settlement_price总部可见加盟库存并不自动获得sellable或transferable权限。四、调拨状态机REQUESTED - APPROVED - OUTBOUND - IN_TRANSIT - RECEIVED - COMPLETED 异常REJECTED / PARTIAL / DAMAGED / CANCELLED / DISPUTED跨主体调拨要保存货权转移时点、结算价、运费、税费和差异责任。库存事件必须幂等不能因重复消息重复出入库。五、主数据版本和审计商品下发包含product_version。门店本地字段与总部字段分别存储总部变更时按字段策略覆盖、保留或进入审批。已发生交易的编码变更通过映射兼容不直接删除历史。关键变更记录操作人、组织、前后值、审批、时间和来源。六、对账与监控至少监控商品下发失败、重码、门店无授权销售、负可用库存、调拨在途超时、收发差异、已取消未释放和跨主体金额差异。定期核对单据数量、库存流水、货权库存和加盟往来金额。我们的DRP已确认覆盖商品、多门店库存、采购、销售、配发、退货、调拨和盘点并具备款色码与多仓库存查询、内部库存共享和开放标准接口基础。本文的授权模型、库存权利、调拨状态机、货权转移和版本设计属于通用技术要求具体标准实现需通过架构评审和POC验证。结论加盟商品库存系统的关键是把“数量”和“权利”分开把“商品标准”和“经营自主”分开并让所有跨主体库存变化都有单据、价格、货权和审计记录。POC与FAQPOC至少覆盖商品版本下发、加盟自营商品审批、库存权利查询、要货配发、跨主体调拨、退货差异和加盟退出。库存表是否需要直接保存可用量应先明确业务口径。可用量可能由实物、占用、冻结、安全库存等计算公式与事件一致性需在架构评审中确认。跨主体调拨何时转移货权不能预设统一答案应由企业协议决定并在出库、在途、收货或结算节点中选定并记录。我们的能力依据当前产品定位与产品具体实体模型、接口字段、状态机和异常补偿以当前版本和项目POC为准。