渠道越多,库存越要只有一个口径;先把商品、订单和仓库三件事拆清楚。
零售电商的进销存,真正麻烦的是同一件商品同时出现在门店、网店、直播间和社区团购时,库存到底以哪个数为准。科技兴商的政策方向落到企业身上,最后还是要回答三个问题:货在哪里、还能卖多少、退回来怎么处理。可行的搭法是建一套商品主档,把各渠道的订单汇到同一个库存池,再用入库、出库、调拨、退货四类单据维持账面连续。
本文适合有线上线下多渠道的零售企业、电商卖家和区域连锁门店参考。文中涉及的平台接口、结算周期和费率都是示例,具体以各平台规则和合同为准。

库存口径先对不上。门店系统显示有十件,网店后台显示八件,仓库实际只有六件。三个数各有来源,谁也不肯认错,最后靠人工盘一遍才敢做活动。
订单来源也散。货架自提、网店发货、直播间下单、社区团购预售,订单格式和状态都不一样。只按平台建表,月底汇总时要人工对齐字段。
退货会把库存打乱。退货回来的商品,有的能二次销售,有的只能报损,有的要退回供应商。没有退货单和质检结论,库存会越盘越虚。
促销还容易和库存脱节。活动前没有锁定库存,超卖后只能道歉赔付;活动后没有释放预留,明明有货却显示不可售。
往来账同样对不上。平台结算、达人佣金、运费险、退款,每一笔都影响毛利。进销存只记数量,财务还要另做一套金额账,两边经常差几天。
渠道多不是问题,库存和金额没有同一个口径才是。
商品档案分三层:商品、SKU、渠道商品。商品是对外展示的名称和卖点,SKU 是可售的最小单位,渠道商品是同一 SKU 在不同平台上的映射。
SKU 至少包含编码、名称、规格、条码、单位、成本价、销售价、是否组合装和状态。组合装要建物料清单,比如一个礼盒包含两件 A 和一件 B,销售时按清单扣减库存,不能只扣礼盒编码。
渠道档案记录平台名称、店铺、结算周期、佣金规则和退货地址。渠道商品表记录平台商品 ID 与内部 SKU 的对应关系。一个 SKU 可以对应多个平台商品,一个平台商品只能对应一个 SKU,映射关系要唯一。
仓库档案记录仓库、门店、前置仓和直播间暂存点。每个地点有编码和可售属性。门店既是销售点也是库存点,是否参与线上发货要单独标记。
价格要分渠道和活动。同一个 SKU 在门店、网店和直播间的价格可能不同,直接改商品售价会让历史订单跟着变。正确做法是建价格表,按渠道、活动和时间段生效。
商品状态要能停用。停用后不能新开单,但历史订单和库存仍可查。清仓商品、季节性商品和临期商品可以用状态区分,不必删除。
订单进来先做三件事:校验商品、锁定库存、分配仓库。
校验商品看渠道商品 ID 能否映射到内部 SKU。映射缺失的订单进入待处理,不要自动生成出库单。锁定库存按可用库存计算,可用等于总库存减已锁定减在途减残次。
分配仓库按收货地址、库存分布和运费规则。就近仓有货就从就近仓发,没货再拆单。拆单会产生多个包裹和多次运费,规则要提前定,不能每单临时判断。
库存同步建议用一张库存流水表。入库加,出库减,调拨一减一加,退货按质检结论加回可用或残次,盘点只调整差异。任何时点的库存都能由流水累计得出,不允许手工直接改库存数字。
平台库存同步是另一件事。内部库存变化后,按渠道推送可售数量,推送失败要重试并记录。平台接口的限流和延迟各不相同,是否能实时同步需确认,建议保留安全库存缓冲。
预售和缺货订单单独管理。预售不占现有库存,按预计到货日期承诺发货;缺货订单要么等待补货,要么拆单先发有货部分。两种处理都要在订单上标记,避免客服重复解释。

退货先建退货单,记录原订单号、商品、数量、退货原因和退回物流。收到货后做质检,结论分可二次销售、残次、退回供应商和报废。
可二次销售的商品回到原库位,库存状态从退货在途转为可用。残次品进入残次仓,不能参与正常销售。退回供应商的生成采购退货单,和原采购单关联。报废要有人审批,不能由客服直接处理。
换货可以拆成退货加出库两步,也可以走一张换货单。拆成两步的好处是库存流水清晰,坏处是客户看到两次操作。无论哪种,库存变化必须按实际动作记录。
盘点分全盘和抽盘。全盘期间锁定库存,避免边盘边卖。抽盘按库位或高价值商品进行,差异要追原因。盘点差异不直接调平,先查单据漏记、错发、退货未入库和偷盗,再按审批调整。
库存准确率按 SKU 和库位统计,不只看总额。总额对得上,可能是个别 SKU 此消彼长。高价值、高周转和易混淆的商品要单独看。
斑斑AI低代码是开源免费的AI低代码平台,用 AI 生成表单、流程和报表,适合把商品、渠道、订单、库存和退货先搭成一套内部进销存。
能承接的部分主要有四块:
1)商品、SKU、渠道商品和仓库档案,支持组合装与多渠道映射
2)订单接入与库存锁定,拆单、预售和缺货订单分别处理
3)入库、出库、调拨、退货、盘点五类单据与库存流水
4)库存准确率、动销、退货率和渠道毛利报表
当前版本 v1.5.0,支持 Windows、MacOS、Linux、Docker、NAS,可以本地部署,订单和客户数据留在自己的服务器上。AI 功能需要积分,新用户赠送 100 积分且永久有效;具体价格和计费方式以官方资料为准。
边界需要说明:与电商平台、直播平台、快递和支付系统的接口,是否能对接取决于平台开放程度和授权,需确认后再评估。台账能管住内部库存和单据,不能替代平台结算和财务总账。
搭建时先建商品、SKU、渠道商品三张表,再建订单和库存流水。库存流水只增不改,订单状态变更也写进流水。渠道映射可以先从一个平台开始,跑通后再加店铺。报表先做库存准确率、缺货率和退货率三个视图。模板中心有接近的进销存模板,可以复制后改字段和流程,模板允许修改和商用。权限按仓库、门店和运营分组,门店只能看本店库存和本店订单。订单量不大时,先用导入的方式接单,等接口确认后再做自动同步;平台接口的授权和限流要先问清。
库存流水可以和订单状态联动,订单取消时自动释放锁定;调拨发出后进入在途,收货才转可用。门店和仓库看到的是同一个可用数,不必每天手工对表。促销前锁定多少库存、活动后什么时候释放,也能在流水里查到来龙去脉。

会,所以要设安全库存和锁定规则。线上可售数量等于可用库存减安全库存,活动前单独锁定。门店零售和线上订单按优先级分配,规则写进流程。
按物料清单扣减子商品。组合装本身不单独持有库存,销售时扣子件,退货时按质检结论决定回子件还是回组合装。拆装动作要建单据,不能手工改数。
先按订单号匹配,再按金额和时间匹配。差异分未结算、退款、佣金、运费和补贴五类,逐类核对。对不上的挂起,不要直接冲销。
多渠道进销存不要一次全接。先选一个销量最大的渠道,把商品映射、订单接入、库存扣减和退货流程跑通,再增加第二个渠道。库存池和 SKU 编码一次定稳,后面接渠道只是加映射,不是重建系统。
需要现成起点,可以到 斑斑AI低代码模板中心 找接近的进销存或订单模板修改;想了解本地部署和数据留存方式,可以看 产品页。
【内容与技术说明】
本文由斑斑AI低代码产品团队整理发布,内容由AI工具辅助生成并经团队人工核验。
因产品版本持续迭代,具体开源范围、功能、参数与AI积分规则以斑斑AI低代码官方文档为准。
如有技术疑问或内容勘误,欢迎通过support@banban.work反馈。
最后核校:【2026-10-20】。