铝基板带件装配：热质量把工序切在哪，每一段归谁
铝基板装上元件，为什么很少是一次采购
你手上有一块铝基板，希望拿到成品是已经装好元件的。从下单的角度看这是一件事：把制板资料和物料清单发给一个对接人，收回装好的板子。
实际执行里它往往被切成几段，原因是物理的而不是商务的。铝基结构在线路层后面放了一块金属板，这块金属板承载的热量远大于同尺寸常规基材板背后的层压材料。下游每一道涉及加热的工序都要把它算进去。而蚀刻你线路的那家工厂，不一定就是之后要给组件加热的那家；加热怎么做，决定权在掌握装配工序的那一方手里，可是做这个决定所需的信息来自造板的那一方。
于是你面对的是至少两方、一次中间交接，以及一批两方都没有完整归属的热相关决定。铝基板装配的范围问题就出在这次交接上。不是谁干得不好，而是「这事是谁定的」这个问题在任何文件里都找不到答案。
本篇要做的是在下单之前把这些线画出来。不讨论曲线参数、导热数值或铜厚；只讨论分成哪几段、每段交付时该给你什么、以及哪些属性在元件装上去的那一刻就不再可查。
把分段边界直接说清
有四条边界值得单列。它们并不总是落在不同公司之间——有时两三段在同一家。关键在于每条边界都是责任可能转移的地方，所以即使名字重复，每段也要在你的文件里写明归属。
第一段：裸板制造。 金属基、介质、线路层、表面处理、机械加工。交付物是裸板，附带制板订单里规定的那些文件。
第二段：交接。 裸板离开一方的控制、进入另一方的控制。到货状态、包装、存放，以及一个要紧的问题——板子是否还处在装配方假定的那个状态里。
第三段：装配工艺定义。 决定这一种具体结构要怎么加热、怎么夹持、怎么搬运。这是一个由没造过这块板的人、对这块板做出的决定。
第四段：装配执行与放行。 跑工艺、检验结果、判定板子可以出货。
交钥匙订单并不消除这四条边界，只是把它们收进同一份合同。这对你的管理负担是好事，对可追溯性不构成任何改善——除非你分段索要了证据。一张发票同样可以盖住四个没有记录的决定。委外装配的通用范围划分见委外装配供应商范围；下面只讲铝基这件事额外改变了什么。
热质量到底改变了分段里的哪几件事
机制值得讲准，因为商务后果是直接从它推出来的。
吸热更多的板子，升到某个温度要更久，离开这个温度也更久。装配方在设置任何热工序时，依据的是摆在它面前的这块板；而铝基板的表现和同一条线上前后那些层压板不一样。所以装配方必须把你的板子当成一个单独的案子来处理，而不是某个标准件的变体。
要做到这一点，它需要知道这块板究竟是什么。不是大概，是具体：基材结构、介质配置、线路层的铜、表面处理、外形与厚度，以及任何限制板子如何被夹持的机械特征。这些信息全部产生于第一段。如果装配方收到的只有板子和一份物料清单，它就会从自己能量到、能推断的部分出发——这个推断随后就成了第三段里一个没有记录的决定。
第二个后果关于分布。热量穿过金属板时不会停在进入的地方。落在板上不同位置的元件，彼此所处的条件并不相同，装配方必须决定怎么应对。它决定得好不好，取决于它是否知道铜和基材是怎么排布的——这又是第一段的信息。
第三个后果关于时机。如果板子在可装配之前需要任何前处理，这件事就落在第二段里，在两方之间，在谁的检验都不覆盖的那个缝隙上。发裸板的一方认为活已经干完；收板的一方认为这是输入。裸板交接状态的要求见裸板交接与可焊性，与受潮相关的搬运声明该怎么写进订单见受潮敏感器件搬运声明。
这些都不要求你去规定一套热工艺。要求你做的只是：确保定义这套工艺所需的信息跨过了那次交接，并且有人被指名为「使用过它的人」。
第一段：裸板阶段该给你什么
交付物是板子。证据是那些能让第三段被定义、并且能在日后失效时完成归因的东西。
索要结构的实做说明——指实际做出来的那个排布，而不是你要求的那个，任何偏离都要标出。索要表面处理的实做类型与完成日期，因为表面处理的状态与时间相关，装配方需要一个起点。索要影响装配夹持的机械特征确认，因为铝基板通常是被夹持而不是简单支撑的。索要板上或包装上的批次标识，这样后续批次才能追回到生产它的那一次。
这个阶段不该做的是：要求制板方批准装配工艺。它批不了。它不知道元件组成、不知道装配要跑在什么设备上、也不知道顺序。索要它的批准只会得到一个没有工程内容的签名，并把「谁决定的」这个问题搅浑。
裸板询价里该写哪些热路径信息、怎么写才不至于过度规定，见铝基板询价的热路径声明。照明场景下裸板范围到哪里为止，见铝基 LED 照明板的范围边界。决定板子能不能被夹持的机械接口与平面度问题，见安装孔与平面度接口要求。结构本身的产品层面说明在铝基板产品页。
第二段：谁都不检的那次交接
这是最短的一段，也是最可能无人定义的一段。
需要回答三件事。裸板到装配方时由谁检、依据什么检。板子必须以什么状态到货，包含包装与存放方面的要求。以及如果装配方判定这批板不可用会怎么处理——这是一个商务问题，但触发它的是工程判断。
如果你是制板与装配分开采购的，这一段默认是你的：制板方的义务止于发货，装配方的义务始于它已经接收的板子，中间发生的一切在你没有指派之前都归你。如果你买的是交钥匙，这一段属于那一家供应商，但它仍然需要以书面形式存在——因为「我们内部处理了」不是一条日后可以调阅的记录。
该写进订单而不是留在聊天里的包装与运输保护要求，见包装与运输保护要求。交接两侧的物料归属，包含来料判退时损失由谁承担，见委外装配中的物料归属。
第三段：工艺定义，以及它为什么是一项单独的采购
这是采购方最常漏买的一段。
定义一块铝基板要怎么装配，是在你的产品上执行的工程工作。它拿第一段的结构信息、你物料清单上的元件组成、以及装配方在跑的设备，产出一套装配方愿意为之负责的工艺。无论你有没有要求、有没有付钱、有没有人把它写下来，这件事都会发生。
你手上有没有它的记录，取决于三个问题：
由谁产出这份定义。 通常是装配方，因为设备在它手里。如果你的设计有来自你自己分析的热约束，那就把它作为约束提出，工艺留给要去执行的那一方。要求对方执行一套由你定义的工艺，等于把结果转到了你身上。
由谁确认它适用于这一种结构。 这是默认答案最弱的一问。装配方依据自己的能力确认；没有任何人依据实做出来的板子去确认——除非你要了这项比对，而制板方并不处在能做这项比对的位置上。多数订单里诚实的答案是：装配方依据它以为这块板是什么确认过了。如果它拿到的结构信息准确，这没问题；不准确，这就是问题。
由谁保存记录、保存多久。 如果这是会重复生产的产品，这份记录是让第二批与第一批具备可比性的唯一凭据。没有它，后面某一批表现不同时，没有任何东西可供比对。
这三种角色在高铜结构的热工序合同里怎么落笔，见厚铜装配的热曲线归属——那篇处理的是热需求来自铜重而非金属基的结构。把它当作相邻案例而不是同一案例：铝基改变的是信息掌握在哪一方手里，不只是热量多少的问题。装配整体是怎么推进的，顺序见装配工艺指南，可承接的范围见装配服务页。
第四段：执行、检验与放行
交付物是装好的板子。证据是让你能接收它、以及日后能据以争辩的东西。
检验范围要在下单前定义，不要留到交货时谈。电测是否包含、覆盖什么、在这个产品上又有哪些它覆盖不了。焊点的验收依据是什么——用等级表述，不要用描述性语言。落在等级之外的板子怎么处理，因为处置方式有成本后果，必须有人被授权做这个决定。以及首批要产出一份什么记录，因为首批是工艺唯一一次「是新的」的时候。
检验与测试的需求定义——包含「要求做测试」与「规定测试证明什么」之间的差别——见测试与检验需求的定义。焊点验收等级与对照它发现的缺陷如何处置，见焊点验收等级与缺陷处置。首件报告附带的放行条款、以及一份报告实际让供应商承诺了什么，见首件检验报告的放行条款。
元件装上之后，哪些属性不再可验
这一节才是让前面那些分段边界值得费这些功夫、而不只是走流程的原因。
裸铝基板的一些属性，在板子还是裸板时可以直接查看，装好元件之后就只能间接推断。元件落在表面之后，可及性被遮挡；而组件走过一道热工序之后，你要量的那个状态已经不是板子到货时的那个状态了。
按类别、不按测试方法列出：
整板的表面状态。 还是裸板时，表面处理全区域可见。之后，元件下方与元件之间的区域不可见，而仍然可见的那部分已经过了装配。
介质在交付状态下的完整性。 装配后做的任何评估，评的是介质被加热与搬运之后的状态，这回答的是另一个问题，而不是「板子交付时是否完好」。
实做的平面度与机械符合性。 铝基板在装配过程中可能变形。事后测得的数据无法区分「到货时就超差」与「后来动了」——除非存在一个基线。
批次标识，如果标记被遮挡。 元件或涂层可能盖住标记。如果可追溯性依赖于读板上的字，那就必须在被盖住之前读。
裸板的独立电气连通性。 元件装上后，连通性测量包含了元件。裸板本身是否完好，已经不是一个可以单独回答的问题。
结论是一句很短的指令：凡在这张清单上的，都必须在装配开始前、由持有裸板的那一方、作为第一段或第二段的指名交付物，形成记录。 没有人会自发这么做——它要花时间，而且保护的是采购方不是供应商，所以它只在被下单要求时才发生。
这个问题的通用版本（采购方在来料环节无法验证的属性，以及询价里该改成要求什么）见不可验属性的来料接收。把批次可追溯一路带到出货的文件包，见出货文件包与批次追溯。
一家供应商覆盖全部四段时
买交钥匙常常是对的决定，上面的内容不构成反对。它改变的是你需要索要什么，而不是让索要变得没必要。
在同一份合同下，交接变成内部的。这是真实的好处：定义装配工艺的那一方可以直接找到造板的那一方，最常断掉的那条信息链落在了同一个组织内部。你失去的是可见性。内部交接默认不产生任何文书；而当某一批的表现和上一批不同时，「板子和装配都是我们自己做的」不是一条记录。
所以要求即便合并执行、也分段汇报。实做结构。装配开始时的裸板状态，包含上节清单里那些装配前记录。工艺定义及其确认人。检验结果与放行判定。四项，在订单里要一次，不要等出了问题再要。
另外要把「部分工作被分包」的情形定下来。一家能提供全部四段的供应商，不一定全部四段都自己做；你从自己合同里去掉的那条边界，可能仍然存在于它的合同里。该问哪些段在自有产线完成、这个归属能不能在批次之间无通知地变化。这个问题怎么问、什么样的回答才有用，见自有工序与分包工序的区分。
这篇和铝基板产品页有什么不同
铝基板产品页回答的是能力问题：这种结构是什么、能做出什么。到那一页的人，还在判断铝基是否适合自己的产品。
本篇回答的是另一个问题，读者已经决定用了。讲的是一笔带件板订单怎么分段、每段在证据上欠你什么、以及元件装上去之前必须先取下什么。两者不争：产品页在决策之前，本篇在决策之后。如果你还在选结构，从那一页开始；如果你正在写订单，留在这里，用产品页去确认你要下的到底是什么。
把四段落进一份订单
六行，写进订单文件，不是在邮件里讨论：
- 四段各自指名归属。 制板、交接、工艺定义、装配与放行。一方覆盖多段时就把名字重复写。目的只是：没有一段是空的。
- 装配前记录列为交付物。 取自上面的不可验属性清单，由持有裸板的一方，在元件装上之前完成。
- 装配方的裸板接收依据。 谁检、依据什么、判退时怎么办。
- 工艺定义的归属与确认。 谁产出、谁针对这一结构确认、谁保存、保存多久。
- 检验与验收范围。 以等级与覆盖面表述，并指明超出等级结果的处置权在谁。
- 跨段变更通知。 某一段改由另一方执行时，是否需要事先通知。
这六条都不要求你规定热工艺、指定设备，或行使你并不具备的工程权威。它们要求你做的只是说清这个权威在谁手里。同一笔订单的报价侧，为什么范围边界不同的两份装配报价不可比，见装配报价的范围边界；输入项提交入口在询价页。
什么时候可以接受更松的分段
不是每一笔订单都值得写六行。有三种情况下更轻的做法是合理的：
用来回答设计问题的原型。 如果你做几块板只是为了搞清楚热设计行不行，那么装配记录的重要性低于结果本身。接受一家供应商、一张发票、口头工艺。但装配前记录照样取——这个数量下它几乎不花钱，而且它能告诉你意外是来自板子还是来自设计。
已在稳定量产、且只有一家供应商的产品。 分段在认证阶段就已经定下来了，哪怕是非正式地定的。重新打开它有成本而没有明显收益。等到有变化时再回头看：引入第二供应商、结构改版，或任何一段换了厂区。
金属基承担的热负荷很小的板子。 如果金属基是为机械原因而存在的，上面那套热论证就变弱，分段的重要性随之下降。但要诚实判断自己属于哪一类，不要假定——金属基改变装配表现，与它当初为什么被指定无关。
唯一不构成「可以更松」理由的，恰好是最常见的那种：新产品、新供应商、中等批量、而排期让这六行显得像是多余的摩擦。那正是某一段没定义、日后以无法归因的失效形式浮上来的那笔订单。
FAQ
裸铝基板和装配分开采购，是不是一个错误？
不是，是一笔权衡。分开给你带来分段的价格可见性和选择装配方的空间，同时把交接变成你的责任。买交钥匙把交接从你手上移走，也把你对它的可见性一起移走了。两种都行，前提是你清楚自己买的是哪一种。真正的失败情形是：分开买了，却假定那个缝隙归别人管。
装配方说它以前装过铝基板，这够吗？
有相关性，但不能替代结构信息。有过经验意味着装配方知道这一类板子表现不同、不会把你的板当成标准层压板来跑。它不会因此知道你这块板具体是什么排布。你要的组合是经验＋准确的实做信息；只有经验，装配方还是在推断。
如果板子失效、而谁也说不清是哪一段造成的，责任归谁？
商务上通常归你签合同的那一方；实际的答案是，无法归因的失效多数被吸收掉而不是被追回，因为查清原因的成本高于那一批货的价值。这正是装配前记录重要的地方。它们不是为了留痕而留痕，而是事后唯一能让归因成立的东西。
我可以要求制板方确认装配工艺合适吗？
可以问，但这个确认意义不大。制板方不知道你的元件组成、不知道装配方的设备、不知道顺序。它能有用地确认的是「它造出来的是什么」，而这正是工艺定义所需的输入。把要求限定在这件事上，工艺确认留给要执行的那一方。
要求装配前记录会不会拖慢订单？
会一点，而且成本是前置的。这些记录是在板子已经在手、尚未发货时产出的，所以增加的时间落在一个本来就常在等别的事的阶段里。拿它与另一个选项比较：日后有一批货，你无法与第一批做比对。
物料清单应该在工艺定义之前过一遍吗？
应该，而且常常没有。元件组成影响工艺，带搬运约束的元件影响最大。如果工艺正在定义、而物料清单还在动，就要说出来，因为之后发生的一次替代可能让已经做出的决定失效。替代件的审批路径见BOM 风险与替代件审批。
我只需要几块板，这些还适用吗？
其中两条适用。指名工艺定义的归属，因为小批量时装配方最可能按假设推进；以及取装配前记录，因为这个数量下它很便宜。其余的等产品重复下单时再说。
