- 项目表串联询价到完成九阶段，阶段值由人工推进
- 订单与工单可挂项目ID，采购单项目格手工填
- 项目不做成本归集，总花费需按单据人工汇总
- 现场装配调试无独立单据，只能用工序模拟
- 上线建议：报价列明细、工单按装配单元拆分
成套设备厂（一条包装线、一套除尘系统、一组控制柜）和项目制制造商的节点不是"一批货"，而是一个项目。询价到交付中间隔半年，工艺改了七八版，采购分四批到，装配在客户现场完成。订单表上"首批/批量"两个字装不下它。
35.1 它长什么样
- 每单几乎是新的：客户要什么规格就设计什么规格，图纸从头画。
- BOM 结构不定：这一套有三十层装配，下一套只有五层。
- 交付不是仓库发一件货，是到现场组装调试完。
- 变更是常态：设计改、客户改、现场改，三种改叠加。
- 项目周期长：从可行性评估到最终验收，中间七八个阶段。
35.2 系统接住了什么
项目表就是为这类场景设计的：它串了一条阶段流水线——询价 → 可行性 → 报价 → 合同 → 工艺 → 生产准备 → 试制 → 交付 → 完成。每张项目单关联一个客户、一份询价、一份报价、一份合同、一份订单。项目的"阶段"字段由人推进（不自动跳），但它给了你一个地方看"这个案子走到哪了"。
可行性评估表有独立的记录位（评估结论、工艺意见、风险项），第二十四章已交底"四处全不拦人"——但在项目制场景下，可行性评估是立项前的最后一道判断。它有没有填、填得详细不详细，比机加工厂重要得多。
订单可以挂项目 ID。工单也挂项目——转生产时从订单继承下来，不用再人工对；采购单没有订单作源头，项目格留给你手工填。检验单仍不直接挂项目。所以问"这个项目总共花了多少钱"还是要一张一张翻：项目上不做成本归集，系统能把工单、采购单按项目筛出来，但把金额加总、跟预算比，得你自己来。
35.3 接不住的那两处
项目没有成本归集：系统里有"项目"这个格子，工单、采购单也都能挂上项目，但没有"项目预算"与"项目实际成本"的自动对比。采购花了多少、生产报工工时折多少钱、差旅——它们各自记在自己的单据上，不往项目上卷。你可以按项目把工单、采购单筛出来，但把它们加总成一句"这个项目花了多少"，仍是人工。
装配在现场、系统看不见：成套设备的最后一环经常是"到了客户工厂再装"。系统的"发货"就是出库了、状态标了"已发货"，后面的现场装配与调试——如果也要在系统里记，只能靠"再做一道工序"来模拟。没有"现场服务"这种独立单据。
35.4 上线时该配什么
- 项目表用起来，阶段与你的实际里程碑对应：九种阶段值是默认，你的项目有“设计评审”“厂内验收”“现场验收”的话，只能写进项目描述里做标注——项目表上加不了自定义字段格（第六章已划界），阶段值的推进仍是人把值改成下一个。
- 报价与合同把明细项逐条列：项目制的成本拆分靠报价单明细行做锚（每行对应一套子装配），后续翻工单时才有据可循。
- 工单拆分设计先行：一套设备拆成几个装配单元，每个单元一张工单，挂同一个订单——这是目前能做到的最细粒度的"项目视图"。
- 变更走工程变更通知（手工）：项目制的变更频率高，第二十七章已写实系统没有"工程变更"对象。建议上线初期先用线下变更单 + 系统改图纸版本两步并行，等流程跑顺再把变更单号写进图纸的备注格里（那是图纸表上唯一存得住这句话的格子）。