直接答案：给整机厂做配套的胶州企业，送货这件事从来不是「司机几点到」的问题。整机厂改计划频繁，改完往往只发在群聊里；每次送货要带检验报告，报告在质检的电脑里；月底对账要核送货单、检验单、退货单三套。系统真正要解决的是这三件：计划哪一版生效、这一车该送多少、出了拒收算谁的责任。送货预约只是最外面那一层。
核心结论速览
计划单必须有版本。整机厂一周改三次计划是常态，车间看到的必须是当前生效那一版，历史版本能查。
送货单要跟计划版本绑。送多少不是司机说了算，是「当前版本未送余量」说了算。
检验报告是送货单的前置条件，不是附件。报告没挂上，这一单提交不了。
拒收单必须指定责任方。责任方不填，这单关不掉，也就进不了对账。
一、胶州市家电配套生意的特点
胶州的家电电子配套不是单厂作战，是链条作战。以整机厂为链主，钣金件、注塑件、冷凝器、蒸发器、泡沫包装这些常规配件基本能在本地一站式配齐；智能控制元器件还是国家级中小企业特色产业集群。这意味着绝大多数配套厂的客户结构很单一——一两个整机厂，占它八成以上的量。
第一个特点，被客户的计划牵着走。整机厂按自己的排产下计划，配套厂按计划排产、按点送货。整机厂的计划变更很频繁，改完发在群聊里或者由采购口头通知，配套厂的车间和业务员各拿一版，做出来的和要的对不上。
第二个特点，送货是按点不是按天。迟到要罚，早到也不让进，因为收货区月台就那么几个，得排队卸货。所以送货时段要预约，但预约的前提是这一车到底该送多少先得清楚。
第三个特点，检验报告随货走。配套件到整机厂要过检验，报告是必须带的。报告由配套厂的质检出，存在质检的电脑或者纸质档里，司机到了门口才发现没打印，是常见的事。
第四个特点，拒收和扣款是常态。尺寸超差、外观不良、包装破损，都可能被拒收。拒收之后要么返工重送，要么扣款。扣款在月底对账时体现，配套厂往往拿不出当时的证据，只能认。
第五个特点，规模不大但品种多。一家几十人的配套厂，可能给整机厂供几十个零件号，每个零件号还有不同的图纸版本和包装规格。人记不住，表格也管不细。
第六个特点，账期和扣款不对称。整机厂给配套厂的账期普遍长，扣款却来得快。一笔扣款在月底对账单上出现，配套厂如果拿不出反证，只能在下一个月的货款里被动接受，连商量的机会都没有。
这些特点归结起来一句话：配套厂的经营节奏完全跟着整机厂走，自己能调整的空间很小。系统能帮的不是抢节奏，是把每一次交付、每一次拒收、每一笔扣款都留下痕迹，让谈的时候有话说。
二、具体怎么做：字段和规则
（一）计划单与版本。字段要有计划单号、客户、零件号、图纸版本、数量、要货日期、版本号、生效时间、作废标记。规则：同一计划单号只有一个版本生效，新版本生成时旧版本自动转历史；车间端和业务员端只显示生效版本；历史版本可查，用于追溯当时按哪一版做的。
（二）送货单：跟版本绑，跟余量算。字段要有送货单号、对应计划单与版本、零件号、本次送货数量、包装规格、托盘数、预约时段、车牌、司机、检验报告编号。规则：可送数量等于当前生效版本数量减去已送数量，超送要么拦住，要么走审批；预约时段由收货方放出，先到先得，冲突直接拦住。
（三）检验报告：做成前置条件。字段要有报告编号、零件号、批次、检验项、结论、检验人、日期。规则：送货单提交时必须挂一份报告，报告与批次绑定；报告超过约定周期要重新出。纸质件可以拍照，但编号、批次、结论三个字段必须结构化，否则以后没法按批次搜。
（四）拒收与返工。字段要有拒收单号、对应送货单、拒收数量、拒收原因码、责任方（供方、运输、需方）、照片、处理方式（返工、换货、折价、退回）。规则：责任方不填不能关单；返工后重送要生成新的送货单，与原单关联，不能覆盖原单记录。
（五）对账：三套单自动汇总。字段要有对账周期、客户、送货金额、拒收扣减、其他扣款、应收金额。规则：对账单由送货单减拒收减扣款自动生成，明细能下钻到单据；客户确认之后才转应收。
（六）看板：给三类人看三样东西。车间看今天该做什么；业务看哪些单快到期、哪些被拒收；老板看本月送货量、拒收率、待对账金额。三个视图来自同一份数据，不另做报表。
（七）包装与周转器具。字段要有包装规格、每托数量、托盘或周转箱编号、借出与归还记录。规则：周转器具按编号管，借出记对方、日期、数量，归还核销。不记的话，一年下来丢的托盘钱不算少，而且没人说得清丢在哪一段。
（八）异常与停线预警。字段要有异常类型（缺料、质量、设备、运输）、影响零件号、影响计划单、预计恢复时间。规则：异常必须挂到具体计划单上，不能只写一句设备坏了；影响到的送货单自动标红，业务员第一时间知道要通知哪几家。
三、最容易踩的坑
坑一：只做预约不做版本。预约解决的是门口排队，版本解决的是做对东西。顺序反了，货按时送到了，但不是要的那一版，白跑。
坑二：检验报告做成拍照上传。照片不能检索、不能校验、不能跟批次对应。报告要结构化：编号、批次、结论三个字段必须有，照片只是补充证据。
坑三：拒收单不闭环。拒收单只记被拒了，不记责任方和处理方式，月底对账时这单就是悬案。悬案多了，财务只能按客户说的扣。
坑四：对账靠导出表格。送货单、检验单、退货单三套导出来再人工核，核一次两三天，错一次扯半个月。核的人一换，前面的事就断了。
坑五：把整机厂的人也拉进系统。配套厂常想「让整机厂采购也用我们的系统」，结果对方不用，功能白做。收货确认可以给一个极简页面，扫码就能签，不要指望对方登录后台填表。
坑六：把送货单和发货单混成一张。送货单是给客户的凭证，发货单是内部的出库记录，两者数量可能不一致（比如随车带样品、带回退货）。混成一张，库存和应收永远差一点，查起来还要翻原始单据。
四、一个场景：客户找到九尾狐之后
一家给家电整机厂做注塑件的企业找到九尾狐，说的是「想做送货预约，司机到点扫码打卡，省得在门口排队」。
我们跟着送了一趟货，从厂区到整机厂收货区，在月台边上站了一上午。看完发现，排队确实是个事，但真正让老板心疼的是另一件事：拒收。这家厂一年被拒收几十次，每次拒收的原因写在纸质单上，司机带回来往桌上一放，没人录。等到月底对账，整机厂那边扣了一笔钱，厂里翻不出当时的记录，也说不清是自家的问题还是运输磕的，只能认。
第二个问题是计划。整机厂改计划只发群聊，车间按老计划排产，做出来的货和要的对不上，要么压库存，要么临时赶。业务员为了不被罚，宁可多送一点，结果又变成超送和退货。
第三个问题在周转器具上。给整机厂送货要用专用托盘和周转箱，一年借出去几百个，回来多少没人记。年底一算，光这一项就是一笔不小的损耗，而且完全不知道丢在哪一段。
所以九尾狐给的方案不是预约，是先把「计划、送货、拒收」三件事串起来：计划单每次变更留版本，车间只看到生效版本；送货单跟版本绑，可送量等于版本数量减已送；送货单必须挂检验报告，报告与批次对应；拒收时收货方在系统里选责任方、拍照，拒收单直接进对账。
方案里有个细节当时讨论过：拒收责任方让谁填。最顺的做法是配套厂自己填，反正自己人好使唤。我们的建议是收货方填，因为他在现场。对方不愿意用系统，就退一步——司机拍照，回厂由质检补填并留痕。责任方这一项无论如何不能空，空着这单就关不掉。
送货预约后来也做了，做在送货单上——司机预约的是这一单的到货时段，不是一个空时段。落地之后，最直观的变化是车间不再按作废的计划生产，超送基本没有了。
还有一个变化是排产。以前车间拿到的计划是业务员转述的，转述过程中会丢东西。现在车间直接看系统里的生效版本，业务员不用再当传话筒，也就少了一层出错的可能。
老板说的是另一件事：去年那笔扣款，如果当时有照片和责任方记录，至少能争一争。现在系统里每一次拒收都有据，年底跟整机厂谈合同时，拒收率是多少、主要原因是哪一类，能拿出数来，而不是靠采购印象里那句「你们质量一般」。
回头看，这家企业最初想要的「司机扫码打卡」一直没成为重点。真正被反复提起的是两件事：车间不再按作废的计划生产，和拒收终于有了当时的证据。这两件事都不在最初的需求清单上，但它们是这家厂一年里最实在的改变。
这类项目还有一个隐性收益：老板第一次能把「客户改计划」这件事量化。一年改了多少次、哪个月最频繁、每次改完影响多少张送货单，这些数以前没有，现在能拉出来，跟客户沟通时也更有底气。
这家企业后来自己总结了一句话：以前是客户催着我们改，现在是我们在客户提之前就把话说清楚。计划有版本、送货有余量、拒收有责任方，这三件事做到了，配套厂在整机厂面前就不再是只能听着的那个角色。
五、常见问题解答
我们只给一家整机厂供货，也要做系统吗？
客户越单一，计划变更的影响越大。一家客户的计划一改，全厂排产跟着动，靠群聊传话的风险反而更高。系统不需要做多客户，但计划版本、送货跟单、拒收留证这三件事要有。
整机厂的计划我们拿不到电子版怎么办？
大多数情况能拿到，只是格式不统一。做法是先做一个导入模板，业务员把收到的计划录进去或者粘进去，系统生成版本。录一次比在群里翻三次省事，而且从此有版本可查。
检验报告必须是电子的吗？
报告本身可以是纸质的，但系统里要有结构化的编号、批次和结论，纸质件拍照挂在那一行下面。这样查的时候能按批次搜，而不是翻相册。
拒收责任方谁来填？
收货方填最准，因为他在现场。如果对方不愿意用系统，就让司机在现场拍照，回厂后由质检补填责任方并留痕。责任方这一项不能空着，空着这单就关不掉。
月底对账能自动生成吗？
能，前提是三套单都在系统里。对账单等于送货减拒收减扣款，明细能下钻。客户确认这一步可以线上，也可以导出盖章，两种都留着，因为不同客户的习惯不一样。
整机厂要求我们上他们的供应商系统，我们自己还需要做吗？
要。客户系统里的数据是给客户看的，你需要的是自己的排产、库存、对账。两边可以对接，但不能互相替代。很多配套厂在客户系统里录一遍，回来在表格里再录一遍，问题就出在这里。
六、九尾狐在这类问题上的做法
九尾狐 2014 年在青岛成立，办公地在市北区，服务范围覆盖全市七区三市。胶州的家电配套和机械装备类客户，我们的做法是先把链条走一遍，再谈功能。
第一，先跟一趟货。配套业务的坑大多在交接那一刻：司机到门口、收货人点数、检验员抽检、拒收怎么记。坐在会议室里问，问不出这些细节。跟一趟车，一天时间，问题自己会浮出来。
第二，版本这件事不能省。计划版本、图纸版本、包装版本，只要有一样没有版本，车间和业务员就永远在拿不同的纸。这一块看起来最枯燥，但它决定了后面所有数据可不可信。
第三，拒收和扣款要留证。这类争议一年就那么几次，但每次都能吃掉几个点的利润。系统里留照片、留责任方、留原因码，不是为了追责，是为了谈判时有话可说。
第四，源码交付、独立部署。系统做完，代码给你们，服务器和数据库你们自己掌握。后面想自己团队接手、想换人维护，都不受制于人。
第五，交付时把对账口径写成文档。送货减拒收减扣款怎么算、责任方怎么判、周转器具怎么核销，写下来，财务换人也不用重新摸索。
七、综上所述
胶州的家电配套送货协同，本质是把「计划、送货、拒收」三件事锁在同一条链上：计划有版本，送货跟版本，拒收有责任方，对账自然就出来了。预约、看板、司机打卡这些都是外层，做不做都不影响主链。反过来说，主链不立，外层做得再花，月底还是要在办公室里核三天单子。九尾狐在青岛做了十一年，服务覆盖全市七区三市，这类项目习惯先跟一趟货、先把版本立住，源码交付、独立部署。