销售套装里哪些必带、哪些可选，Agent 怎样准备客户确认表

销售套装核对的重点，是把目录规定包含什么、客户选择什么和最终同意交什么放在同一张表。Agent 可以检查必带数量和可选项的确认状态，不能从工程BOM反推卖法，也不能把页面展示的全部配件当成已购。本文用合成套装K演示拟定制确认流程，不生成正式报价或出库指令。

先找商业套装的有效版本

套装名称不够用。同一个名称可能有不同发布日期、销售渠道或包含项，输入应有套装ID、版本、适用条件及批准来源。客户勾选记录需要绑定相同版本，否则销售看到主机数量正确，也可能漏掉新版增加的必带附件。

微软的销售套装说明区分产品关联的必选、可选、数量与单位。它支持将套装理解为商业销售组合，但不证明任何客户已经采用相同字段。实际项目先让销售确认目录语义：某项是必须随套交付、可以选购，还是只在介绍中展示，不能让模型根据图片位置判断。

工程BOM关注装配用了哪些零件，销售套装关注对客包含范围。一个内部安装零件不一定单独交客户，一份服务说明也未必出现在工程BOM。两张表应保留各自用途，不因为都出现父子结构就合成一张采购或生产清单。

合成K/V1要求主机1、线缆2，支架可选1。客户记录主机1、线缆2时，必带完整，不能顺手将支架计入已购。客户把线缆选成0时，输出缺必带2并交销售解释；不能让系统静默补回2，也不能把目录规则改成可选来迎合输入。

下载套装包含项演练保留套装选择与补充确认输入，包括版本未知及后续版本确认。每项有客户原选择、预期处置与实际核对栏，可用于让销售确认“缺件”究竟来自客户未选择、目录规则不清，还是尚未确定当前版本。样例数量只是演示，不代表真实商品配置。

确认表最好逐组件列目录要求、客户选择、建议交付和待确认原因。必带齐备与客户已确认是两个状态；系统只完成了机械比较，还需要有权销售核对范围。最终选择改变价格或服务内容时，应进入独立商务流程，不能把套装校验通过当价格批准。

若问题是同一套装的选项互斥，应先检查配置约束，再确认包含项。若客户只是想加一件相关产品，则用加购与升级关系解释它属于新增选择还是替换讨论。两者都不能直接改变当前套装的固定版本。

单位必须显示。线缆2件与2包不能只因数字一样就标相符；本篇不猜包装换算。资料方提供明确换算规则后，再由确定程序计算，并保留原始表达。没有依据时输出需确认数量语义，避免把数量差异伪装成产品缺件。

客户提出目录外删减时，可以生成例外申请，列原套装、请求删去项、影响说明和需批准窗口。Agent不能说删减不会影响使用，也不能自行认定属于定制款。正式例外形成新版本还是仅对一单有效，由企业决定并保留依据。

让确认人看到完整清单，而不只是一个“同意套餐”的按钮。确认记录绑定客户对象、套装版本、组件数量、可选勾选和排除项，后续改一项就重新呈现差异。旧确认不能覆盖尚未讨论的新数量。

复核可以先按附件手工列出预期，再看系统有没有把未勾选支架写成已包含，或在版本未知时套用K/V1。对所有缺项逐条说明下一步：补版本、确认单位、销售解释必带或申请例外，不能只给一个总完成率。实际结果栏留空填写，附件不等于平台测试记录。

销售签发前可按客户阅读顺序复述清单：先说主商品，再说随套必带，最后说可选且尚未决定的内容。若复述时必须临时补一句“这个其实不包括”，应回表检查包含边界是否写清，而不是靠口头解释弥补正式材料。

把客户选择表和目录规则分开保存，也便于后续复核。客户删了线缆，是一个请求；目录规定线缆必带，是一个依据。两者并列才能让批准人作决定，不能为了让最终表没有差异而覆盖任一原记录。

本任务与工程BOM结构整理的产物不同，前者服务销售确认，后者保留工程使用关系。更多业务衔接见流程自动化专题。通过定制咨询提供脱敏套装目录、客户选择页面和一次删减申请，可先讨论确认表、例外审批与订单移交做到哪一步。