寄售库存为什么最容易做成一笔糊涂账

很多制造企业的仓库里都躺着一批「不是自己的货」：紧固件、包材、辅料、标准件，供应商整车送进来，随用随取，月底按实际用量结算。这种模式在采购口径里叫寄售，在供应商协同口径里叫 VMI（供应商管理库存），本身是个好设计——企业减少资金占用，供应商拿到稳定的份额。但它也是信息化里最容易被做坏的一块，因为绝大多数进销存系统的默认假设是「收货即入库、入库即资产」，而寄售恰好违反这个假设。

结果就是三类典型症状。第一类，收货单一下推，系统立刻把寄售货计成自有库存，账面存货虚增，财务月结时存货周转率、资金占用全部失真，等到年底盘点才敢承认这批货其实是供应商的。第二类，车间领用不登记消耗，供应商按自己送货量结算，企业按领料单结算，两边差出来的部分常年挂在「待查」里。第三类，寄售区堆了两年没人动的呆滞件，供应商说是你订的，企业说是你送的，最后只能各让一半。

合肥软件开发公司在这类项目里最常见的返工，就是把寄售当成一个「仓库字段」来处理，加一个供应商字段就想解决问题。实际上寄售要管的是四件事：所有权、消耗、结算、责任。安徽好牛软件有限公司在给汽配、家电配套与装备制造企业做供应链侧改造时，基本都按这四件事拆模块，先把账的口径定死，再谈界面。

下面按库存形态、四个断点、单据链条、结算差异、系统字段、落地节奏依次拆开，每一节给可核对的口径。

先分清三种库存形态：自有、寄售、客供

讨论寄售之前，必须把三种形态摆在一张表上，因为它们的记账方式、结算触发点、风险归属完全不同。搞混的代价不是账不平，而是责任错位：该由供应商承担的呆滞，最后变成了企业的存货跌价准备。

判断一家企业的寄售管得好不好，有个很简单的动作：让仓库调出寄售区的库存清单，看这份清单能不能直接发给供应商，让对方确认「这是你放在我这里的货」。如果清单上混着自有件、没有货位、没有入库日期、没有最近一次消耗时间，那这套账基本只能内部看，不能对外用。

另一个常被忽略的形态是「线边仓」。有些企业把寄售货直接放到车间线边，由班组长自行取用，仓库不再经手。这种做法的效率最高，账最难做。可行的折中是设「线边虚拟货位」：物理上不回到中心仓，但每次补货与耗用都要有单据，虚拟货位的余额每日结转，低于安全量触发补货提醒。没有这一步，线边仓就会变成一个黑洞。

四个高频断点：账为什么会越走越歪

寄售账不准，几乎都能归到四个断点上。这四个断点不是技术问题，是流程设计与系统默认值的问题。

断点一：收货即入库。采购在系统里下的是标准采购订单，收货时按标准流程推入库单，库存立刻增加。要改的不是仓库操作，而是订单类型——寄售必须走独立的订单类型与收货类型，收货只生成「寄售入库通知」，不计存货、不生成应付。这一步没做，后面所有努力都是补救。

断点二：领用不记消耗。车间领料时用的是自有件的领料单，系统扣的是自有库存，寄售库存纹丝不动。时间一长，寄售台账上的数量只增不减，供应商看到的「你还有 8000 个」和车间实际「已经用完了」完全对不上。解决办法是把领料单按库存形态分流：领到寄售件时自动生成消耗单，消耗单是结算的唯一依据。

断点三：月末对不上账。企业按消耗单结算，供应商按送货单结算，两个口径天然有差。差异通常来自三处：退货未冲减、换货未登记、盘点盈亏未调整。对账不能只对总额，必须对到「物料 + 批次 + 期间」三要素，差异超过千分之五就要停下来查，而不是先挂账下月再说。

断点四：呆滞无人认领。寄售货放在企业现场，供应商没有动力主动清理，企业也没有动力管别人的货。结果是一年以上的呆滞件越积越多，占着货位、占着盘点工时。协议里必须写清呆滞的定义与处置路径：连续 180 天无消耗即视为呆滞，由供应商在 30 天内拉走或折价转让，逾期企业有权收取货位占用费。

这四个断点里，只要有一个没堵住，寄售就会退化成「先送货后算账」的粗放模式。而粗放模式的代价往往被低估：一家年采购额两亿的配套企业，寄售部分占三成，如果消耗数据滞后一个月，等于每个月有近两千万的物料在「没人管的灰色区间」里流转。

单据链条：六张单把货、账、钱串起来

寄售的完整链条只需要六张单据，但每张单都必须带足够的字段，否则串不起来。很多项目失败的原因不是单据缺失，而是字段缺失——单据都在，就是没法相互印证。

这里有一条容易被忽略的设计原则：结算价必须做版本化，并且消耗单要锁价。寄售的结算价通常按季度或半年重新议定，如果消耗单只记数量、结算时按「当前价」算钱，那么一旦调价，历史消耗全部按新价重算，供应商和采购都会来吵架。正确做法是消耗发生时把当时的结算价快照写进单据，之后调价不影响已消耗部分。

对账单的格式也值得单独说。一份能真正用来对账的表，纵向应该是六个数量段（期初结存、本期入库、本期消耗、本期退货、盘点盈亏、期末结存），横向是物料与批次。只有这样，任何一笔差异都能定位到具体环节；只给一个期末总数的对账单，本质上是在要求对方无条件相信你。

结算口径：五种差异情形与处理规则

寄售结算的争议，九成集中在五种情形上。事先把规则写进协议，比事后谈判便宜得多。

损耗率是这套规则里最需要经验值的参数。不同品类差异极大：标准紧固件、包材类，正常损耗通常在千分之一到千分之三；带包装的电子元器件，因拆包、静电、批次混放，损耗可以到千分之五；散装化工辅料受计量方式影响，千分之五到百分之一都算正常。用统一的千分之三套所有物料，要么企业吃亏，要么供应商拒签。可行的做法是按品类设三档损耗率，每年复盘一次，用历史数据校准。

还有一条容易被漏掉的规则：结算周期与付款周期的错位。寄售常见的做法是月结 60 天，但消耗数据往往在次月 5 日才关账，等于供应商要等到次月中旬才知道这个月能结多少。这对供应商的资金安排影响很大，也是寄售谈判里最常见的抱怨点。系统层面能做的是把消耗数据的可见性打开——让供应商在自己的账号里实时看到当日消耗与在库数量，结算单只是最后的确认动作，而不是唯一的信息来源。

系统落点：库存表要有的字段与三处权限

落到系统上，寄售不是新增一个模块，而是在现有库存模型上加一层「所有权维度」。最省事的做法是在库存主表加三个字段：所有权标识（自有/寄售/客供）、所属供应商、结算状态（未结算/已结算/已开票）。这三个字段一旦加上，所有报表都要跟着改口径——可用库存要区分「可动用的自有量」和「可消耗的寄售量」，缺料预警要按两者之和判断，成本核算只能用自有量与已消耗的寄售量。

权限是第二个关键点。寄售场景天然需要对外开放，但开放的范围必须精确：供应商只能看到自己的物料、自己的货位、自己的消耗明细，不能看到其他供应商的价格与用量，更不能看到企业的整体库存结构。实践中最稳的做法是给供应商一个独立的门户账号，数据按供应商编码做行级过滤，且只读。任何需要供应商写入的动作（比如确认对账单），都走单独的确认流程并留痕。

第三处是条码与批次。寄售区的实物管理如果还靠纸质标签，盘点工时会占到整个仓库盘点的四成以上。给每个寄售批次打印带批次号的条码，收货时贴、上架时扫货位、领用时扫批次，三个动作就能把账实差异压到千分之二以内。这部分投入不大，但收益直接体现在盘点时间和争议次数上。安徽好牛软件有限公司在实施这类项目时，通常把条码打印与前三个环节的移动端采集放在第一阶段做，因为它对账准确度的提升最快，也最容易让一线接受。

如果企业已经有 ERP，还要考虑一个集成问题：寄售库存放在 ERP 里还是放在独立的 WMS 里。判断标准是看消耗的触发点在哪——如果消耗由生产工单驱动，放在 ERP 里最顺；如果消耗发生在车间线边、由班组长自行取用，放在 WMS 里、按日汇总回传 ERP 更现实。两边都放、靠接口同步的做法，在数据量不大时可行，一旦日均单据过千，就会出现同步延迟导致的双向不一致。

落地节奏：90 天三段与六项验收数字

寄售改造不需要一次性铺开，按品类试点、分三段推进，风险最小。

第一段（第 1 到 4 周）做口径与主数据。选一个寄售占比高、品类标准化程度好的物料组（紧固件或包材最合适）作为试点，梳理订单类型、收货类型、消耗单、结算单四类单据，把所有权字段与结算价版本加进系统。这一段的产出不是软件，而是三份文档：寄售物料清单、单据字段表、结算规则说明。文档没定稿就开发，后面必然返工。

第二段（第 5 到 10 周）做流程与采集。上线寄售收货、货位绑定、消耗登记三个动作，配条码打印与移动端采集，同时把供应商门户开出来。这一段的关键指标是「消耗登记及时率」——要求领用当日登记，超过 24 小时未登记的视为异常。初期这个数字能到 70% 就算不错，剩下的靠班组长考核拉上来。

第三段（第 11 到 13 周）做对账与结算闭环。跑通第一个完整月的供需对账，把差异逐笔定位到环节，形成差异原因分布。第一轮对账差异率控制在千分之五以内，就可以推到第二个品类；超过百分之一，说明前两段有环节没走通，不要急着扩品类。

验收看六个数字：寄售库存账实差异率、消耗登记及时率、月度对账差异率、呆滞件占比、盘点工时、供应商对账确认周期。合理的首年目标是账实差异率低于千分之三、及时率高于 90%、对账差异率低于千分之五、呆滞占比低于 5%、盘点工时下降三成、对账确认周期从 15 天压到 5 天。这六个数字里，前三个是硬指标，后三个是管理收益，谈判时不要用后三个去换前三个。

常见问题解答

Q1：寄售库存要不要计入企业存货？

不计入。寄售货在领用之前所有权仍属供应商，企业只是代管，正确的处理是在备查簿或独立的寄售台账登记数量与货位，不进入存货科目、不生成应付账款。领用消耗之后，才按消耗量与锁定的结算价确认为采购入库并计入存货成本。实务中最常见的错误是收货即入库，导致存货虚增、周转率失真，年末审计时要成批调账。

Q2：VMI 和寄售是同一个东西吗？

不完全相同。寄售强调的是所有权与结算时点的安排，货放在企业现场、用多少结多少；VMI 强调的是补货责任由供应商承担，供应商根据企业的消耗与库存数据主动补货，保证不断料。两者经常一起用，形成「供应商管补货 + 按消耗结算」的组合，但也可以分开：有的企业做 VMI 但货权在收货时就转移，有的企业做寄售但补货仍由企业下订单。谈方案时先问清是哪一种，否则系统设计会跑偏。

Q3：寄售消耗数据滞后一个月，能先按送货量估算结算吗？

技术上可以，但会让账永久性地慢半拍，而且差异会累积。更现实的做法是把消耗登记的粒度做细：领用时扫批次条码，当日汇总，次日出消耗日报，月末只需处理少量补录。如果确实做不到当日登记，可以按「上月消耗 + 本月送货 - 期末实盘」倒推本月消耗，这个公式能保证期末数与实物一致，差额自动落在消耗上，比按送货量估算准确得多。

Q4：供应商不愿意开放库存数据怎么办？

先分清是能力问题还是意愿问题。能力问题好解决，给一个只读的门户账号，按供应商编码做行级过滤，只展示他自己的物料、货位与消耗，不涉及其他供应商的价格与用量，多数供应商是愿意用的，因为这直接改善了他的补货准确率与资金安排。如果是意愿问题，通常是历史对账有过争议，需要先把差异逐笔结清、把规则写进协议，再谈数据开放。用「不开放就不给份额」去压，短期有效，长期会推高报价。

Q5：寄售改造的投入大概在什么量级，多久能回本？

以一个年采购额两亿、寄售占三成的配套企业为例，改造投入主要在条码硬件、移动采集终端与系统开发三块，量级通常在十几万到三十几万之间，取决于是否需要与现有 ERP 深度集成。收益来自三处：存货资金占用下降（寄售部分不再占用自有资金）、盘点与对账工时下降、呆滞损失减少。按经验，库存资金占用与人工工时的节省在 12 到 18 个月内可以覆盖投入，但真正难量化的是争议减少带来的供应商关系改善，这部分往往比省钱更有价值。