客户选定型号后，Agent 怎样组装可发送的产品资料包

客户已选定型号后，Agent 可以按产品、变体、商业阶段和可发送范围组装资料包目录，再交销售批准。输出应同时说明选择了哪些文件、哪些被排除、还缺哪份资料。产品资料包 Agent 开发的价值在选对附件，而不是把共享盘文件一次全部打包。

输入是型号与用途

开始前确认客户选择的精确型号、配置和本次用途。售前了解产品、成交后领取使用资料，可能面对不同可见范围。客户名称只用于确定业务对象，不能根据重要程度绕过文件授权。型号尚未确认时先暂停组包，不用系列封面猜具体变体。

文件登记至少保留稳定文件ID、所属模板或变体、用途、语言、版本、有效状态和可见阶段。文件名可以辅助阅读，不能独立证明归属。“M1最终版”仍需找到批准记录；网上可下载也不等于允许给当前客户作为正式说明。

Odoo的产品文件原文区分产品模板和变体文件，也区分报价阶段与订单确认后可见。本文参考其选择语义设计拟定制目录，实际覆盖顺序须由资料方批准，不能假定所有文档系统都按相同方式继承。

合成型号M1同时有模板通用册与M1专册。演示规则约定同用途用专册，结果选择专册，同时记录通用册被覆盖，而不是直接从报告消失。若两份其实用途不同，应由资料方修改规则，不能只因其中一份更新就删另一份。

M1在售前还关联操作册，但它只允许成交后可见，包中应排除并写阶段限制。M2专册失效时，不能拿有效的M1专册补位；输出M2待补文件与责任窗口，宁可给一份范围有限的资料包，也不发送错误型号。

下载资料包选择演练，各条输入均有预期文件选择和实际结果空位。附件是一张合成目录核对表，不是已经生成的产品PDF，也没有提供真实手册。真实实施需用获授权文件替换后核验下载与阅读范围。

渠道完整度回答某个产品面向渠道所需资料是否到位，本篇则决定这次客户请求到底选哪些。前者齐备不能省去本次型号、阶段核对；本次成功组包也不说明整个渠道目录都完整。

输出可以包括拟选清单、覆盖理由、排除理由和待补件四部分。销售不必翻全部文件，仍能展开每条查看来源。目录生成时间与源文件批准时间分开，不能把刚刚生成的包叫作最新批准资料。涉及内部批注或非公开页面时，原文件本身也要由负责人审核可发送版本。

如果产品已经停卖，资料包不应自动替客户改选新型号。先根据旧产品机会复核确定当前交易处理，再决定采用什么说明，避免一边保留旧产品行，一边发送新产品专册。

资料管理员补交M2新专册后，重新核对型号归属、用途和批准状态，再关闭原缺项。不能只看新文件存在就宣布包已可发送。替换清单中保留旧文件ID和新文件ID，便于销售解释客户之前收到的是什么。

同一组请求重跑，应形成相同的选用理由；批准前新增或撤销资料，则展示与上次目录的差异。发送是独立动作，本篇不自动发邮件，不把“目录已生成”显示成“客户已收悉”。链接生成后若不可访问，仍需退回资料窗口处理。

验收时从三个方向核对：由客户选择反查所需文件，由目录每项回查文件归属，再由被排除文件检查限制是否正确。仅统计包内文件数量会奖励多发资料，甚至把内部材料混进去。应该核对的是型号、用途和阶段全部一致。

资料包的内部预览应让销售直接打开所选文件，而不是只看相同名称。M1专册被选中后，核对页面型号、版本和用途是否对应；若文件登记与正文不符，应暂停该项，不借另一份资料补齐后继续称完整。

对外清单与内部选择解释可以分别展示。客户需要知道收到什么、适用什么范围；销售还需要知道通用册为何被覆盖、操作册为何被排除。将两类信息放在合适视图，可减少误发内部限制记录，又保留审核所需证据。

项目验收资料的缺件检查可读交付清单核对，本题围绕销售产品资料选择。更多方向见文档处理专题。向定制咨询提供脱敏产品目录、文件登记和三次人工组包结果，可先确定继承选择、阶段限制和销售签发范围。