直接答案：寄售这件事，钱不是在「送进去」那一刻发生的，是在「被耗用」那一刻发生的。城阳的家电电子配套厂，货送进整机厂的寄售仓，账上至少要有三个状态：在途、在客户厂未耗用、已耗用待开票。三个状态不清，库存永远对不上，销售不敢接单，财务不敢开票。而真正让老板头疼的往往不是状态本身，是盘点：月底盘出来少了一批，是丢了、是我方漏发、还是客户用了没确认？说不清，最后只能自己认。所以寄售系统的重心有两个：把耗用确认做成一个留下时间和人的动作，把盘点差异做成能归因的记录。
核心结论速览
寄售库存至少要三种状态，两种不够用。「在客户厂里」和「已经用掉了」是两笔完全不同的钱，混在一个数字里，账永远算不清。
耗用确认不能靠客户月度对账单倒推。倒推出来的耗用没有时间、没有人，出了差异无法判断是哪一天、哪个环节出的问题。
盘点必须记「为什么差」，不能只记「差了多少」。差异归成四类——客户耗用未确认、我方漏发错发、客户厂内丢失、我方账面错误——每一类的处理路径完全不同。
对账单要能从耗用明细直接生成。财务再手工做一张表去和系统对，等于维护两套数，早晚不一致。
一、城阳区家电电子配套企业的真实处境
城阳的家电电子配套不是零星几家，是成规模的产业群。注塑件、钣金件、线束、电机配件、包装材料，大量企业是给整机厂做二三级配套的。这类生意的共同点是：客户少而大，一家整机厂可能占掉配套厂六七成的产能。
第一个特点：货是送进去的，不是卖出去的。整机厂要求供应商在厂内或者厂边设寄售仓，生产线要用的时候直接取。这套模式对整机厂是零库存，对配套厂是资金占用。所以「送进去多少、用掉多少、还剩多少」这三个数必须分开看，合成一个数就没法管。
第二个特点：耗用的确认权在客户手里。整机厂什么时候把耗用数据给你、给得细不细，配套厂没有话语权。有的客户每周给一次明细，有的只给一个月度总数。这就导致配套厂的系统必须能兼容两种节奏：细的照单确认，粗的先挂账再核。
第三个特点：账期长，对账窗口短。月结是行规，但对账的时间窗口往往只有几天。这几天里如果数据对不上，要么先按客户的数认下来，要么拖到下个月。多数配套厂选择先认——这就是差异长期存在、长期没人解释的原因。
第四个特点：盘点是个模糊地带。寄售仓在客户厂里，盘点是双方一起盘或者客户单方面盘。盘出来少了，责任怎么分，合同里通常写得很粗。系统如果不记差异原因，这件事就永远只能靠人情和让步解决。
第五个特点：同一个客户身上，往往同时存在寄售和直送两种模式。有的物料进寄售仓，有的物料直接送到产线边上不入仓。这两种在账上的处理完全不同，系统里如果只做一套「送货」流程，两种情况混在一起，库存数就永远说不清。做法是按客户配置模式、或者按物料配置模式，送货单上带出模式，后面的状态流转跟着模式走。
二、具体怎么做：字段和规则怎么定
（一）三个状态加一条流水。
核心单据是送货单和寄售库存流水。每次送货生成一条记录，状态是「在途」；客户签收后转「在客户厂未耗用」；客户确认耗用后，从「未耗用」扣减，进入「已耗用待开票」；开票后转「已开票」。
这里有一条硬规则：任何一次状态变化都必须有对应的单据和操作人，不允许直接改数字。库存数字是流水算出来的结果，不是可以直接编辑的字段。这一条守住了，账实不符的时候才有得查。
（二）耗用确认做成一个动作，不是一次导入。
耗用确认的字段：确认日期、确认期间、客户方确认人、我方对接人、耗用明细（物料、批次、数量）、确认方式（客户系统导出、纸质签字、线上确认）。
规则上有两条值得注意。一是允许分批确认：客户每周给一次明细的，就按周确认，不要硬等到月底。二是允许「先挂账后核」：客户只给总数不给明细的，先按总数扣减，同时生成一条「待核明细」的待办，等客户补明细再核销。这样既不耽误开票，也不丢掉明细。
（三）盘点单要带差异归因。
盘点单的字段：盘点日期、盘点范围（哪个寄售仓、哪些物料）、账面数量、实盘数量、差异数量、差异金额、差异原因、责任方、处理意见、双方签字。
差异原因做成固定的四类选项，不允许自由填写，否则半年后统计不出来：客户耗用未确认、我方漏发或错发、客户厂内丢失或损坏、我方账面错误。每一类对应不同的处理：第一类补确认，第二类补发货或冲销，第三类走索赔或协商，第四类调整账面并追查原因。
（四）对账单从耗用明细直接生成，差异单独挂。
对账单的构成是：期初结存、本期送货、本期耗用、期末结存，四个数必须能对上。对不上的部分不硬凑，单独列一张差异表，双方签字前先把差异处理完。
这样做的结果是，对账从「拉扯」变成「核对」。拉扯的原因是两边数字不一样又说不清哪里不一样；核对的前提是差异已经被拆开、每一笔都有归属。
（五）寄售和直送要分开建模。直送的货送进去就算耗用，寄售的货送进去只是转移了保管地。这两件事在单据上必须区分：直送走出货单直接结转，寄售走寄售转移单进「客户厂未耗用」。混成一张单，月底核算时无法拆开。
（六）账龄和资金占用要能看。寄售库存本质上是配套厂垫的钱。系统要能算出「某个客户名下的寄售库存金额、放了多久、平均周转天数」。这几个数出来之后，跟客户谈账期、谈备货量才有依据——不然永远是「感觉压了不少钱」，说不出具体多少。
（七）批次要跟着寄售库存走。家电配套客户的质量追溯要求越来越细，寄售仓里的货也必须按批次管。送货单上要带批次号，耗用确认时按批次扣减，盘点也按批次盘。这样客户反馈某一批有问题时，能立刻算出这个批次还剩多少在客户厂里、有多少已经耗用进了哪几台整机。
三、最容易踩的四个坑
坑一：把寄售库存当普通库存管。货已经送进客户厂里，账上还算自己的库存，数量还是那个数。结果销售看着库存以为有货，实际上客户那边已经用掉了；财务看着库存以为资产还在，实际上该开票的没开。三种状态不拆开，这个问题永远解决不了。
坑二：耗用靠客户对账单倒推。月底拿到客户的对账单，反推这个月用了多少。这种做法看着省事，实际上把所有明细都丢了：不知道哪一天用的、不知道哪个批次、出了差异也不知道是哪一段的问题。而且一旦客户的对账单晚到，整个月的开票都跟着拖。
坑三：盘点只盘数量不盘原因。盘完写个「差异若干」，签字了事。下个月还是差，再签一次。一年下来差异累计成一笔说不清的数，最后只能做一笔「盘亏」冲掉。这笔钱本来是可以追回来的，只是从来没追过。
坑四：对账单手工做，和系统两套数。系统里有一套数，财务的表格里有一套数，客户那边还有一套数。三套数对不上，谁也不敢说自己是对的。正确做法是系统出对账单，财务只做审核和盖章，不再重新算一遍。
还有一个隐性坑：送货签收没有留痕。司机把货送到客户厂里，仓管签个字或者干脆不签，货就进去了。真出了「这批货没收到」的争议，只能靠司机回忆。签收这一环要么电子签，要么拍照加时间，总之要留下能拿出来的东西。
坑五：只做送货不做退货。寄售也会退货：质量不合格退回、客户停产退回、换型退回。退货如果不走单据，直接从库存里减一笔，签收记录和库存流水就对不上。退货要有独立的退货单，记原因、记数量、记批次，回厂后要么入成品库要么入待处理区，路径要清楚。
坑六：寄售仓和自有仓用同一套库位编码。寄售仓在客户厂里，自有仓在自己厂里，两者共用一套库位编码，报表一拉就混在一起。做法是仓别独立编码，寄售仓挂在客户名下，库存报表按仓别分开出。这个细节不做，库存准确率永远上不去。
四、一个场景：客户找到九尾狐之后
这家企业给整机厂做注塑件和钣金件，货送进客户厂里的寄售仓，用了才结算。找到九尾狐的时候，说的是「想做个对账系统，财务每个月要对一个礼拜的账，太累了」。
我们没有先做对账界面，先把他们三个月的台账、对账单和差异记录翻了一遍，又跟着送了一趟货。
翻完发现，对账慢只是表象。真正的问题在于，每个月盘出来都有差异，而且差异从来没有被解释过。财务的做法很朴素：客户说用了多少，就按多少认。有一批货送了两次，第二次客户说没收到，我方仓库说送到了，两边各有各的记录，最后不了了之，那批货的钱谁也没再提。
所以九尾狐给的方案不是对账工具，是先把「每次送货生成一条寄售库存记录」做实：送货单出库即在途，客户签收转未耗用，每次签收必须有对方经手人；耗用确认做成一个动作，记时间、记人、记明细，允许按周分批确认，也允许先按总数挂账再补明细。
然后才是盘点和对账：盘点单必须填差异原因，四类选项里选一个，选完自动带出处理路径；对账单从耗用明细直接生成，差异单独挂一张表，双方签字前先处理完。
还有一个设计上的取舍值得说。客户当时希望「对账单能一键生成并直接发给他们」。我们建议先不急着做自动发送——因为差异还没处理完就发出去，等于把问题推给对方。做法是生成之后先内部过一遍差异表，差异清零或者有明确处理意见了再发。工具的价值在于让核对变快，不在于让发送变快。
落地之后的变化，最直接的是财务月底不用再凭客户一句话认账了，差异第一次有了归属。但更值得说的是另一个变化——送货环节自己变规矩了。因为每次送货都要在系统里生成记录并让对方签收，签不下来的就挂在「未签收」里，月底自然浮出来。以前这些货是「送了但不知道算不算送了」，现在是「送了没签收，得去问」。
五、常见问题解答
寄售库存在客户厂里，系统怎么知道实时数量？
做不到真正的实时，也不需要。可行的是「事件驱动」：每次送货、每次签收、每次耗用确认都记一笔，系统按流水算出结存。客户给数据不及时的，就按最近一次确认的数加上在途来估，同时把「待确认」的量和时间标出来，让人知道这个数字有多新。
客户不给耗用明细，只给总数，怎么办？
先按总数确认并扣减，同时生成一条「待核明细」的待办。开票不耽误，明细慢慢补。补不上来的，就在对账时作为差异单独列，别混进正常数里。
盘点多久做一次合适？
建议每月一次全盘，重点物料每周抽盘。寄售仓不在自己厂里，盘太频繁客户不配合，盘太稀差异会累积到说不清。关键不是频率，是每次盘完都要填差异原因。
差异金额不大，要不要管？
要管，但处理方式可以简化。金额小的可以按月汇总处理，但原因还是要选——因为原因决定的是流程有没有漏洞，不是这笔钱多少。一批货丢了不管，说明签收环节有洞，这个洞会越来越大。
对账单需要双方盖章吗？
纸面流程按合同走，系统里至少要留「客户方确认人＋确认时间」。盖章是法律效力，系统记录是过程证据，两者不冲突。真出现争议时，过程证据往往比一张盖章的纸更能说清问题。
能不能直接和整机厂的对账系统对接？
部分可以。大型整机厂通常有供应商门户，能开放耗用明细查询或者对账单下载，具体要看对方的信息化开放程度。对接之前先确认拿到的是明细还是汇总，这决定了系统怎么设计。
寄售仓的货算不算我们的存货？
从业务实质看，耗用之前风险和报酬通常还在供货方，所以多数企业仍作为自己的存货管理，只是单独设一个寄售仓科目。具体口径要跟财务和合同约定对齐，系统要能按仓别单独出报表，方便财务按自己的口径归集。
客户要求我们在他厂里备安全库存，怎么算合理？
按「客户日均耗用 × 补货周期 × 安全系数」估，再结合合同约定的最低备货量取大值。系统里给每个客户设一个安全库存线，低于这条线自动提醒补货。这个数每季度回看一次，客户产量变了就要跟着调。
六、九尾狐在这类问题上的做法
九尾狐 2014 年在青岛成立，办公地在市北区，服务范围覆盖全市七区三市——市南、市北、李沧、崂山、黄岛（西海岸新区）、城阳、即墨、胶州、平度、莱西。城阳这边的制造配套项目，我们按「先摸流程、再定状态」的方式做。
第一，状态机是这类系统的骨架。寄售的三个状态不是我们发明的，是业务本身长出来的。做之前要把「货在谁手里、钱算谁的、下一步该谁动」这三件事问清楚，状态自然就出来了。状态定错了，后面所有报表都是错的。
第二，差异要有归口。盘点差异、对账差异、签收差异，这三类差异各有各的原因，不能混成一张表。系统里给每一类差异一个固定的归因选项和处理路径，时间长了就能看出哪个环节在漏。
第三，源码交付，数据自己掌握。寄售数据牵着客户、牵着账期、牵着开票，这些数据放在自己手里比放在任何第三方手里都踏实。系统做完，代码和数据库都交给你们。
第四，把「客户确认」这件事做扎实。寄售的钱在客户手里，所有确认动作都要能拿出来。系统里凡涉及客户确认的环节，都记确认人、确认时间、确认方式，必要时附上对方给的原始文件。这些记录平时用不上，一旦金额有争议，就是能拿出来的依据。
七、综上所述
城阳的家电电子配套厂做寄售系统，顺序是：先拆三个状态，再把耗用确认做成动作，然后做盘点归因，最后才是对账单。这个顺序不能反——对账单是结果，前面的过程数据不实，对账单做得再漂亮也是错的。判断一套系统值不值，有个简单标准：月底盘出来少了一批货，你们能不能说出它是怎么少的、该谁承担。说得出来，系统就在干活；说不出来，它只是换了个地方记流水。