给采购一份候选清单
哪些型号值得看、为什么值得看、还缺什么信息。拿到报价后，再核实这笔货。
01 / 开场芯片选料系统 · 一期方案
新货怎么挑，
老货怎么管，
买完怎么跟。
芯片选料系统 · 一期方案说明
老板讨论版2026.09.21方案演示 · 尚非已上线系统
02 / 先说结果芯片选料系统 · 一期方案
这笔钱，买的是三件具体的事
让采购有依据，让库存有人跟，让经验能留下来。
给库存一份处理清单
哪些料要复查、谁来处理、决定怎么处理、最后有没有执行。
给老板一份结果记录
当时为什么买或不买；后来卖了多少、剩多少；哪些信息和规则需要改。
第一期的交付：三份能用于日常工作的清单与记录。
03 / 为什么做芯片选料系统 · 一期方案
现在靠人来回查，以后查完能接着办
把分散在平台、聊天和个人记忆里的工作接起来。
| 日常动作 | 系统怎么帮 | 人保留什么判断 |
|---|---|---|
| 查行情 | 把约定来源的数据放在一起，显示日期 | 核实异常数据与真实货源 |
| 挑型号 | 按共同确认的条件，列出候选和理由 | 确认有没有客户、能不能做 |
| 盯库存 | 把需要复查的料交到负责人手上 | 决定继续持有还是处理 |
| 看结果 | 把原来的理由与后来的结果放在一起 | 确认哪里看对、哪里需要调整 |
先把采购动作做顺，才能讨论以后怎么做得更准。
04 / 总流程芯片选料系统 · 一期方案
两条业务线，最后接到同一份结果
新货从“发现机会”开始；老货从“检查现有库存”开始。
新货找候选 / 收到报价→核行情、货源、客户→买 / 等 / 不买
老货读取现有库存→检查超期、供货、上限→持有 / 补货 / 处理
两条线都留下：谁决定 → 为什么 → 实际做了什么 → 后来怎么样
买入之后，这个型号继续有人盯。
05 / 买手的一天芯片选料系统 · 一期方案
打开系统以后，采购员做什么？
下面是建议的使用方式，试点时与买手一起调整。
01先看待办
看新的候选，和自己负责的库存提醒
02查一笔货
点开候选，或输入供应商刚报来的型号
03给出决定
买、观察、不买；库存则记录处理办法
04补实际结果
成交后确认数量；提醒处理后记录执行情况
系统自动保存能查到的信息，人补充真正需要判断的部分。
06 / 选新货 · 逻辑芯片选料系统 · 一期方案
一个型号值得看，要回答四个问题
“有热度”只是起点，能不能做生意还要往下看。
有没有人要？
看搜索关注、询价、历史成交；有真实客户线索时一起看。
市场的货紧不紧？
看多个渠道的现货、卖家数和连续变化，排除重复与漏采。
什么时候可能补上？
看交期、在途和预计到货；不知道就明确写未知。
这笔货适不适合我？
看实际价格、数量、货况、付款条件，以及自己的库存和销路。
有人要、货偏紧，还得自己拿得到、数量合适、卖得出去。
07 / 选新货 · 查资料芯片选料系统 · 一期方案
把数字翻译成采购听得懂的问题
每个数据旁边都保留来源、更新时间和缺失情况。
| 看到什么 | 能帮助判断什么 | 还不能证明什么 |
|---|---|---|
| 搜索热度高 | 值得进一步了解需求 | 不等于客户下了订单 |
| 几个渠道库存减少 | 公开供货可能变紧 | 不等于这些货都已卖出 |
| 预计较晚补货 | 已知补货可能还要等 | 不等于中途不会新增到货 |
| 市场挂牌价较高 | 可作为核价参考 | 不等于自己能按这个价成交 |
资料要帮人判断，不能把不确定的事情包装成确定结论。
08 / 选新货 · 怎么筛芯片选料系统 · 一期方案
第一版先把买手认可的条件写清楚
以下演示筛选顺序；阈值由试点买手确认，并非已验证策略。
01先查数据
来源有没有更新？关键字段是否缺失？
02再看需求
关注或询价是否满足双方确认的条件？
03再看供给
多渠道现货与补货信息是否值得关注？
04列出理由
进入候选、继续观察，或排除并说明原因
“为什么选中它”，采购员必须看得懂。
09 / 选新货 · 页面示意芯片选料系统 · 一期方案
候选清单要告诉人：下一步做什么
演示数据 · 型号 A / B / C 均为虚构，不代表真实行情。
| 型号 | 为什么出现 | 还缺什么 | 下一步 |
|---|---|---|---|
| 型号 A | 关注稳定；多个渠道现货减少 | 实际货源与报价 | 找供应商核价 |
| 型号 B | 收到一笔供应商报价 | 客户需求；近期补货 | 查需求和补货 |
| 型号 C | 部分渠道显示缺货 | 该来源已过期 | 先补数据，暂不判断 |
每条候选，都带理由、数据日期和待核实事项。
10 / 选新货 · 核实报价芯片选料系统 · 一期方案
有了真实报价，才进入“这笔货能不能买”
同一个型号，不同价格、数量和批次，可能是完全不同的生意。
这笔货的条件
型号、价格、数量、批次、供应商、交期、付款和退换条件。
本公司的情况
手上已有多少货，有没有客户预留，采购目的是什么，资金是否允许。
需要人确认的事实
货源可靠性、货物状态、实际销路，以及能接受的采购数量。
没有报价先观察；有了报价再评估这一笔。
11 / 选新货 · 具体例子芯片选料系统 · 一期方案
便宜一点，但要多买十倍，还值得吗？
虚构算例 · 仅比较进货条件，不代表采购建议。
¥8 / 颗
起订 1,000 颗
货款 ¥8,000¥7.8 / 颗
起订 10,000 颗
货款 ¥78,000乙每颗便宜 ¥0.2，但多占用 ¥70,000 货款。
还要核实：这些数量有没有客户承接？会不会与现有库存重复？
还要核实：这些数量有没有客户承接？会不会与现有库存重复？
比较的是整笔生意，而不只是每颗便宜多少。
12 / 选新货 · 异常怎么办芯片选料系统 · 一期方案
信息没齐，不要硬给“买”的结论
让系统明确下一步，而不是把所有型号都打个分。
| 遇到的情况 | 系统怎么显示 | 业务下一步 |
|---|---|---|
| 没有真实报价 | 观察中 · 待找货 | 询价，补充供应条件 |
| 数据过期或缺失 | 待核实 · 标明缺哪项 | 补数据或人工核实 |
| 数量或资金超上限 | 需要复核 · 说明超限原因 | 减量、申请例外或放弃 |
| 已有客户订单支持例外 | 记录例外依据与批准人 | 按公司权限作决定 |
“还不能判断”也是有用的结果。
13 / 做决定 · 留记录芯片选料系统 · 一期方案
记住“当时为什么”，以后才说得清
决定采购与实际成交，是两件事，分开记。
系统保存当时资料
行情、来源、日期、规则版本，以及买手当时看到的报价。
人记录决定和原因
买 / 观察 / 不买；老货则记录持有或处理，以及负责人。
执行后补实际情况
有没有成交、实际数量与条件；没有执行也说明原因。
当时的判断保留原样，后来的执行另加记录。
14 / 看结果 · 具体例子芯片选料系统 · 一期方案
买了 1,000 颗，只卖了 400 颗，怎么算？
虚构算例 · 假设货款已付 ¥8,000，400 颗已交付且实收 ¥4,000。
400 颗已售数量
600 颗仍在库存
¥4,000已确认回款
已售 40%未售 60%
记录为部分售出，并分别显示已售、剩余、应收与实收。
只凭这些数字，还不能认定整笔交易已经盈利。
只凭这些数字，还不能认定整笔交易已经盈利。
市场涨了，与我们真的卖掉并收回钱，是两种结果。
15 / 管老货 · 检查什么芯片选料系统 · 一期方案
库存提醒，要说清楚为什么找你
先从能核对的当前库存开始，提醒条件由公司确认。
放得太久了
持有时间超过约定期限，检查客户预留和可售情况。
外面的货又多了
原来缺货的渠道恢复，或近期大批到货，重新考虑补货。
手里已经太多了
数量或资金占用达到上限，再买需要业务复核。
多项情况一起变差
超期、近期销售少、供货恢复同时出现，进入处理评估。
提醒触发后，要有负责人、有处理意见、有执行记录。
16 / 管老货 · 具体例子芯片选料系统 · 一期方案
系统提醒“放久了”，人要决定怎么处理
虚构场景 · 型号 D：库存 5,000 颗，已持有 120 天；演示阈值为 90 天。
01系统发现
持有时间超过演示阈值，外部供货也恢复
02业务核实
其中 2,000 颗是否真的有客户预留？其余能卖给谁？
03负责人决定
预留部分继续跟订单；其余评估出货，暂缓补货
04跟踪执行
是否联系客户？是否出货？尚未执行的继续待办
从“看见库存问题”，走到“有人把事情办完”。
17 / 与已有 BI 的关系芯片选料系统 · 一期方案
已有报表继续用，新做的是后面的动作
会议中已有库存与经营看板的讨论；本次未重新核验线上数据质量。
看现在发生了什么
库存数量、金额、库龄、销售情况等已有报表与数据。
让问题有人接着处理
筛选条件 → 提醒 → 指定负责人 → 处理决定 → 执行跟踪 → 回看结果。
同样的报表不重复收费；新增连接和处理流程单独说清。
18 / 数据怎么准备芯片选料系统 · 一期方案
先确认每类资料从哪里来
报价单写了 16 个行情来源；可用范围需要逐项检查，不能先当作全部已接通。
| 资料 | 一期怎么取得 | 暂时没有怎么办 |
|---|---|---|
| 外部行情 | 接约定来源，记录原始日期与取数状态 | 标记缺失；相关判断暂停 |
| 本公司库存 | 优先复用现有 BI / 接口；必要时约定导入 | 新货流程先跑；库存模块另定交付节点 |
| 报价与客户线索 | 采购员确认，支持约定格式录入 | 保持待核实，不生成采购结论 |
| 实际成交与销售 | 已有可靠记录接入，疑难记录人工确认 | 标未知，不强行补出利润 |
数据检查的产物，是逐项可用清单和明确的交付范围。
19 / 结果怎么关联芯片选料系统 · 一期方案
能确定就自动贴回，拿不准就请人确认
一期按已有可靠对应关系工作，历史批次重建另行评估。
能确定是哪一笔
有明确单据关联，自动贴回销售或执行记录，并保留来源。
可能对应好几笔
列为待确认，由业务人员选择并说明；确认后留下记录。
缺资料，无法对应
显示未知或未关联；不为了出利润数字而强行按先进先出。
“没有查清楚”不会被系统写成“已经确定”。
20 / 数据会不会误导芯片选料系统 · 一期方案
每天跑一次，不代表看到的是今天的行情
每条数据要同时告诉人：来自哪里、何时更新、现在还能不能用。
| 数据状态 | 界面怎么写 | 系统怎么处理 |
|---|---|---|
| 按约定正常更新 | 来源 + 数据日期 | 允许参与对应规则 |
| 明确返回库存 0 | 确认库存为 0 + 数据日期 | 可按规则使用 |
| 抓取失败 / 没有字段 | 未知 / 取数失败 | 不当成零库存 |
| 超过约定有效期 | 数据过期 · 待核实 | 暂停依赖它的结论，提示复核 |
查不到货，不等于确认没货。
21 / 为什么一期先这样做芯片选料系统 · 一期方案
先让每天的判断有依据，再验证模型
规则由业务确认，系统负责执行和留记录。
查、筛、记、跟
把日常流程做通，开始积累可核实的记录。
研究是否更好
与现有规则和人工方式比较；明确预算、期限和指标。
接入日常使用
确认有改善后上线，持续检查效果。
不把“将来可能做出来的预测”，算成一期已经交付的功能。
22 / 一期交付清单芯片选料系统 · 一期方案
合同里，按这五项说清楚交什么
启动检查可单列；正式一期由四个模块组成。
| 项目 | 交付给业务的东西 |
|---|---|
| 启动检查 | 数据可用清单、试点范围、验收样例、可以做与暂时做不了的结论 |
| A · 选新货 | 候选清单、型号资料页、报价与库存对照、可调整的规则 |
| B · 管老货 | 带依据和负责人的待处理清单，处理意见与执行记录 |
| C · 看结果 | 当时资料与决定、观察跟踪、实际结果、复盘视图 |
| D · 交付使用 | 约定的系统集成、港恒部署、权限、培训、操作说明与试用支持 |
每一项费用，都能对应一个可展示、可验收的成果。
23 / 启动先做什么芯片选料系统 · 一期方案
先用小范围检查，把做不到的地方提前说清
选一个品牌、一批买手熟悉的型号、一位明确的业务负责人。
01核数据
逐个确认来源、库存字段与成交关联
02定用法
一起走新货和老货的真实工作步骤
03定样例
确认规则、异常情况、交付与验收样例
04给结论
全做 / 分步做 / 暂不建议，并说明原因
小范围不是少交付，而是先把范围和依据定准确。
24 / 时间怎么排芯片选料系统 · 一期方案
原报价是：10 个工作日 + 40 个工作日 + 4 周
原报价建议排期；本次功能细化后，需按确认范围重新核定。
拿到访问条件后开始，产出范围与验收样例。
A 与 C 先交；B 依库存条件接入；D 完成使用准备。
买手处理真实日常工作，记录问题、修正并验收。
按每周 5 个工作日粗算，串行约 14 周；节假日和等待另计。
25 / 双方各做什么芯片选料系统 · 一期方案
要有一个业务负责人，事情才能往下走
把“需要配合”写成明确的人、事项和时间。
| 角色 | 要负责的事 |
|---|---|
| 项目牵头人 / 老板 | 确认范围、预算、规则上限、例外审批人与验收人 |
| 试点买手 | 确认筛选逻辑；核实报价和客户；记录决定、执行与例外 |
| 数据 / ERP 负责人 | 提供约定数据与接口，解释字段，核对异常记录 |
| 开发交付方 | 接数据、实现流程、处理异常、部署培训、修复约定缺陷 |
谁负责确认业务，谁负责实现系统，谁负责验收，提前定下来。
26 / 怎么验收 · 新货芯片选料系统 · 一期方案
拿几笔业务现场演一遍，比看功能清单更清楚
具体样例与通过条件在开发前书面确认。
| 演示场景 | 现场必须看到 |
|---|---|
| 系统发现一个候选 | 为什么入选、用了什么资料、来源和日期在哪里 |
| 买手拿来供应商报价 | 能按型号查询，核对价格、数量、库存与补货信息 |
| 没有报价 / 数据过期 | 停在观察或待核实，不给确定采购结论 |
| 决定买，但实际少买 | 决定与成交数量分别记录；当时资料不被更新覆盖 |
验收的是买手能把事情办完。
27 / 怎么验收 · 库存与结果芯片选料系统 · 一期方案
再验一遍：提醒之后，是否真的能跟到结果
权限隔离、部分售出和未知状态，都需要明确样例。
| 演示场景 | 现场必须看到 |
|---|---|
| 库存触发复核 | 触发依据、负责人、处理意见，以及执行状态 |
| 只卖出一部分 | 已售与未售分开，销售与回款分开 |
| 一笔销售可能对应多笔采购 | 进入待确认；确认过程有记录 |
| 没有关联 / 无权查看 | 缺数据标未知；无权限账号不能看到相关明细 |
未交付的模块，不因其他模块可用就算完成。
28 / 做完怎么知道有没有用芯片选料系统 · 一期方案
功能验收以外，试用还要看这几件事
先记录原来怎么做，再比较使用后的情况；目标值由双方确认。
查一笔货要多久
用可比任务记录查数耗时，看是否减少重复查找。
提醒有没有被处理
分别记录已复核、已执行、待处理，以及无效提醒原因。
结果是否越来越清楚
区分已核实、待确认、未知；回看遗漏信息和规则调整。
先用事实说明省了什么事、少漏了什么信息，再谈扩大。
29 / 范围与后续芯片选料系统 · 一期方案
建议一期先签港恒，其他三家单列
这是对当前报价矛盾的修订建议，需在正式报价中统一。
港恒这一套先能用
约定品牌和数据范围、港恒权限与部署、选货和库存处理、记录与试用。
哪些事情另外算
其他三家公司接入、历史批次深度关联、预测研究、模型上线、新数据源与年度维护。
以后能扩展，与这次已经包含，是两回事。
30 / 报价怎么讲芯片选料系统 · 一期方案
先说买到什么，再填每项多少钱
当前 Excel 的金额输入项为空；以下为报价结构，不是最终金额。
| 收费项 | 一句话解释 | 金额状态 |
|---|---|---|
| 启动检查 | 先查清资料能不能支撑这套流程 | 待填写 |
| A · 选新货 | 给买手候选和核价工具 | 待填写 |
| B · 管老货 | 找出待复查库存，并跟到处理结果 | 待填写 |
| C · 看结果 | 记住当时判断，跟踪后来的情况 | 待填写 |
| D · 交付使用 | 接入现有系统，部署、培训、试用 | 待填写 |
费用表前面讲价值；技术字段和边界放后面附件。
31 / 会上需要决定什么芯片选料系统 · 一期方案
这次会议，把五件事定下来
所有决定都对应项目能否开工、如何交付。
谁带着做
定项目牵头人、试点买手、数据联系人、验收人。
先做多大
定一家主体、一个试点品牌和型号范围。
数据怎么给
定来源清单、库存接口、人工确认方式和准备日期。
交付怎么认
定验收样例、分段交付、未就绪模块如何处理。
钱怎么付
填总价，定检查费抵扣、付款节点和后续另算项。
先把港恒的一段真实业务做通，再决定下一步投入。
32 / 进入功能细节芯片选料系统 · 一期方案
接下来，把每个功能
拆开讲清楚。
页面怎么操作、系统怎么处理、港恒怎么配合。
功能页可点「功能细节」查看完整实现与验收建议设计，需根据现有系统和业务确认范围
33 / 功能总览芯片选料系统 · 一期方案
用户只需要记住这四个入口
建议工作台结构；管理员另有规则、数据状态和人员配置。
选新货
看候选、搜型号、查资料、录报价、做决定。
管库存
看复核提醒、查依据、记处理办法、跟执行。
我的待办
集中处理报价待补、库存待办、关联待确认。
记录与复盘
回看当时决定、实际成交、行情变化和每周问题。
从列表点进一件事，办完以后回到自己的待办。
34 / 用户操作示意芯片选料系统 · 一期方案
采购员收到报价以后，沿着这一条走
供应商报价入口与系统主动找候选，最后进入同一套记录。
01搜索型号
确认型号后缀，查看行情与本公司库存
02录入报价
填写实际价格、数量、批次与条件
03对照并决定
核实差异，记录买 / 等 / 不买及原因
04补执行结果
成交后记实际数量，后来继续跟销售
决定没有执行，也要留下结果和原因。
35 / 系统怎么连起来芯片选料系统 · 一期方案
后台做四步，每一步都留下依据
逻辑设计；具体接口和技术框架待核实已有系统后确定。
01接入并校验
行情 / 库存 / 报价；保留原值与日期
02按条件检查
使用有效字段；生成候选与提醒
03接收人工决定
校验权限；保存当时资料和处理动作
04跟结果并复盘
更新实际执行；汇总可核实的结果
所有阶段都留下原始依据与操作记录，供人回看。
36 / F01 · 功能实现芯片选料系统 · 一期方案
登录、角色与权限
谁能看、谁能改、谁负责确认，先按港恒内部角色分清。
用户怎么操作
从现有系统进入「选料工作台」；买手看自己的待办，负责人看团队情况，管理员维护配置。
系统怎么处理
复用现有身份；每次查询、修改和导出都检查权限。报价、决策与交易记录带公司及负责人。
港恒怎么配合
项目负责人提供人员与角色清单，确认可见范围、规则发布人、例外审批人和交接人。
点底部「功能细节」：查看完整输入、操作、异常处理与验收。
37 / F02 · 功能实现芯片选料系统 · 一期方案
行情来源接入与更新
一个来源一份接入说明，明确提供什么、多久更新、失败怎么办。
用户怎么操作
管理员查看「数据状态」：最近成功时间、数据日期、缺失字段和失败原因；按权限重试。
系统怎么处理
按来源接取数任务，保存原始记录，再转换成统一字段；失败重试有上限，过期数据不当实时数据用。
港恒怎么配合
数据负责人提供已有接口、使用授权和可用字段；业务确认更新频率、有效期与可接受的缺失处理。
点底部「功能细节」：查看完整输入、操作、异常处理与验收。
38 / F03 · 功能实现芯片选料系统 · 一期方案
型号、单位与重复货源整理
把同一个料对应起来，但不能把不同后缀、不同规格误当成一种。
用户怎么操作
数据管理员处理「待核实映射」：看原型号与建议对应，选择确认或保留不同型号。
系统怎么处理
保留原始写法；建立经确认的型号映射。价格、币种、数量单位、包装与批次分别存。
港恒怎么配合
买手确认型号后缀和包装差异；数据负责人说明数量单位与货源标识，提供错配样例。
点底部「功能细节」：查看完整输入、操作、异常处理与验收。
39 / F04 · 功能实现芯片选料系统 · 一期方案
筛选条件的配置与发布
用买手听得懂的条件编辑器，不要求业务人员写代码。
用户怎么操作
选择品牌与条件，填阈值；先点「用样例试跑」，确认结果后由负责人发布。
系统怎么处理
条件先存草稿；发布后生成新版本。候选记录保存命中的条件、所用数据和规则版本。
港恒怎么配合
买手提供愿意看、不愿意看和例外的真实样例；负责人确认条件、上限和发布权限。
点底部「功能细节」：查看完整输入、操作、异常处理与验收。
40 / F05 · 功能实现芯片选料系统 · 一期方案
候选清单与任务分派
列表的重点是理由和下一步，不只是一个排名。
用户怎么操作
筛选品牌、负责人、状态；点型号看详情，选择「观察」「录报价」「暂不考虑」或分派。
系统怎么处理
按已发布规则生成候选；同一对象的重复命中合并更新，保留首次发现与变化记录。
港恒怎么配合
业务确认谁处理哪些品牌、候选展示数量、排序方式和暂不考虑的原因选项。
点底部「功能细节」：查看完整输入、操作、异常处理与验收。
41 / F06 · 功能实现芯片选料系统 · 一期方案
型号资料页
在一页里查行情、库存、报价和历史，但各块资料标清时间。
用户怎么操作
从候选或搜索进入；切换行情、公司库存、供应报价和历史记录，点来源查看依据。
系统怎么处理
把同一标准型号的数据按时间组织；当前资料与历史判断分开查询，显示质量状态。
港恒怎么配合
买手确定最常看的字段与对照渠道；库存负责人确认数据口径和可见范围。
点底部「功能细节」：查看完整输入、操作、异常处理与验收。
42 / F07 · 功能实现芯片选料系统 · 一期方案
供应商报价录入
报价是“某供应商这一次给出的条件”，不能只记一个型号和价格。
用户怎么操作
点「录报价」，填写价格、币种、数量、批次、来源、交期与有效期；可先存草稿再补全。
系统怎么处理
校验必填、数量与单位；报价有独立编号和版本，改价保留旧条件，不覆盖原决定。
港恒怎么配合
买手提供常用报价样例，确认税费、最小包装、起订量、付款和退换条件怎样记录。
点底部「功能细节」：查看完整输入、操作、异常处理与验收。
43 / F08 · 功能实现芯片选料系统 · 一期方案
报价对照与采购前检查
同一型号的不同报价并排看；先确认比较口径一致。
用户怎么操作
勾选报价，输入拟采购数量；查看货款、已有库存、补货与客户线索，再选择下一步。
系统怎么处理
校验型号、币种、单位和税口径；可比时计算货款。触及公司上限时提示负责人复核。
港恒怎么配合
负责人确认资金/数量上限与例外流程；买手确认客户线索、货况和实际可采购数量。
点底部「功能细节」：查看完整输入、操作、异常处理与验收。
44 / F09 · 功能实现芯片选料系统 · 一期方案
决定、例外与实际执行
“决定买”只是一个状态；实际成交后再确认买到了多少。
用户怎么操作
点击买、观察、不买；选原因并确认。需要例外时提交负责人；成交后补数量和单据。
系统怎么处理
分别保存决定与执行；状态按权限转移。提交时锁定所用报价、行情和规则版本。
港恒怎么配合
公司确定决策权限和原因选项；买手及时确认是否成交、实际数量及未执行原因。
点底部「功能细节」：查看完整输入、操作、异常处理与验收。
45 / F10 · 功能实现芯片选料系统 · 一期方案
观察列表与行情变化
没买也可以跟踪；观察记录只讲行情，不自动生成交易收益。
用户怎么操作
点「加入观察」，选负责人、关注理由和提醒条件；后来可补报价、做决定或停止观察。
系统怎么处理
保存观察起点，定期比较合格的新数据；触发条件后生成去重的提醒，并保留依据。
港恒怎么配合
买手确认要盯什么变化、谁来响应；负责人确认提醒频率与停止观察的条件。
点底部「功能细节」：查看完整输入、操作、异常处理与验收。
46 / F11 · 功能实现芯片选料系统 · 一期方案
当前库存接入与四类检查
库存数量、持有时间、批次和客户预留要分清。
用户怎么操作
按型号、仓库、负责人查看库存与提示；点开可看当前口径和触发原因。
系统怎么处理
复用可靠的库存接口或约定导入；按可用字段启用超期、供货恢复、上限和综合检查。
港恒怎么配合
库存负责人提供可核对样本；买手确认客户预留；老板确认期限、上限和例外条件。
点底部「功能细节」：查看完整输入、操作、异常处理与验收。
47 / F12 · 功能实现芯片选料系统 · 一期方案
提醒与待办处理
一条提醒必须有人负责、有人确认，不能只弹一下就消失。
用户怎么操作
在「我的待办」打开提醒，选择处理、待核实或暂缓；负责人可改派并设下次复查时间。
系统怎么处理
提醒保存触发依据；按对象与条件去重，管理未读、处理中、暂缓和已关闭状态。
港恒怎么配合
业务负责人确认分派规则、响应安排、超时怎么提醒；一期先确认站内通知方式。
点底部「功能细节」：查看完整输入、操作、异常处理与验收。
48 / F13 · 功能实现芯片选料系统 · 一期方案
库存处理决定与执行
从提醒到处理，再到执行，三个动作分开记录。
用户怎么操作
打开库存提醒，选继续持有、暂停补货、限制新增或评估出货；填理由、负责人和复查日期。
系统怎么处理
保存处理范围与决定；后续出货、取消或部分执行独立记录，重新检查剩余库存。
港恒怎么配合
买手核实客户预留、真实可卖价格和货况；负责人按公司规则确认处理和例外。
点底部「功能细节」：查看完整输入、操作、异常处理与验收。
49 / F14 · 功能实现芯片选料系统 · 一期方案
采购、销售与回款记录
决定、采购、出货、退货、应收和实收，各自记清楚。
用户怎么操作
从原决定补成交，或导入约定记录；查看已售、未售、应收、实收，修正时填原因。
系统怎么处理
用唯一单据标识防重复；按可靠关系汇总结果；缺少费用或批次关联时不计算完整利润。
港恒怎么配合
ERP/财务说明单据类型和退货冲销规则；买手确认人工补录；财务确认金额与回款口径。
点底部「功能细节」：查看完整输入、操作、异常处理与验收。
50 / F15 · 功能实现芯片选料系统 · 一期方案
采购与销售的对应确认
同型号有多批货时，不能让系统随便选一批算利润。
用户怎么操作
打开「待确认关联」，对照单据、日期和数量；确认对应关系或标记仍无法确定。
系统怎么处理
明确单据关系自动关联；有多个可能结果时列候选，人工确认分配数量并保存依据。
港恒怎么配合
ERP负责人说明现有关系；指定懂采购和销售的人核对疑难记录，确认认可的证据。
点底部「功能细节」：查看完整输入、操作、异常处理与验收。
51 / F16 · 功能实现芯片选料系统 · 一期方案
当时资料与修改记录
当前行情可以更新，但过去的判断必须能原样查回来。
用户怎么操作
在决定记录里切换「当时资料 / 最新资料」，展开谁在什么时候改过什么。
系统怎么处理
提交时保存所用数据与版本；更正新增记录，区分事件发生时间和系统记录时间。
港恒怎么配合
双方确认保留字段、保留期限、可见范围、哪些更正要负责人确认。
点底部「功能细节」：查看完整输入、操作、异常处理与验收。
52 / F17 · 功能实现芯片选料系统 · 一期方案
每周复盘与使用效果
先看哪些事办完了、哪里反复出错，再讨论改哪条规则。
用户怎么操作
选周期、品牌与负责人，查看候选处理、库存待办和结果；点典型案例回看，再提出修改。
系统怎么处理
按固定定义统计，已核实、待确认和未知分开；未买样本不混入实际交易表现。
港恒怎么配合
业务负责人定复盘时间、指标口径和跟进人；买手补错误原因，财务确认钱的口径。
点底部「功能细节」：查看完整输入、操作、异常处理与验收。
53 / F18 · 功能实现芯片选料系统 · 一期方案
系统接入、部署与维护
用原来的入口进入新功能，部署以后有人能接手运行。
用户怎么操作
用户在原系统打开工作台；管理员看任务状态和故障提示；业务按角色接受培训。
系统怎么处理
完成接口、身份和权限对接；部署应用、数据存储与任务服务，配置监控、备份和发布回退。
港恒怎么配合
IT提供测试/生产环境、访问方式、联系人与发布窗口；业务确定培训人员和验收账号。
点底部「功能细节」：查看完整输入、操作、异常处理与验收。
54 / 新货记录示意芯片选料系统 · 一期方案
页面里的状态，要让人知道还差哪一步
以虚构型号 A 的一笔报价为例；不是已上线界面。
| 页面看到的状态 | 用户下一步 | 系统保存什么 |
|---|---|---|
| 报价草稿 · 数量未确认 | 补可供量、起订量和有效期 | 原报价、字段及修改版本 |
| 待决定 · 条件已核实 | 买 / 观察 / 不买；填理由 | 决定人、依据、时间 |
| 决定买 · 尚未成交 | 确认真实成交或取消 | 批准与实际执行分开 |
| 已买 600 颗 · 部分售出 | 核对出货、回款和剩余 | 已知结果及待确认部分 |
每个状态都对应一个下一步动作，不只换一个颜色。
55 / 库存记录示意芯片选料系统 · 一期方案
一条库存提醒，从出现到办完怎么走
负责人、处理决定和执行人可以不同，但必须查得到。
| 待办状态 | 用户做什么 | 系统跟什么 |
|---|---|---|
| 待复核 | 领取任务，查预留和实际销路 | 负责人、触发依据、领取时间 |
| 待确认 / 待执行 | 记录办法；需要例外就请负责人确认 | 决定、依据、批准与执行人 |
| 部分处理 / 暂缓 | 补实际出货，或填写下次复查时间 | 剩余数量、原因、复查日期 |
| 已完成 / 已取消 | 确认结果或取消理由 | 全过程保留，可回查 |
处理决定不能代替真实出入库单据。
56 / 开工前配合芯片选料系统 · 一期方案
港恒开工前交什么，开发方同时交什么
不是一句“甲方提供数据”，而是双方互相交付可用材料。
| 事项 | 港恒提供 / 确认 | 开发方提供 |
|---|---|---|
| 人员与范围 | 牵头人、买手、数据人、验收人；品牌与型号 | 角色表、试点边界草案 |
| 资料与接口 | 现有来源、样例、库存和单据口径 | 字段模板、取数清单、核对结果 |
| 业务规则 | 筛选条件、上限、例外样例 | 中文规则预览、试跑结果 |
| 交付验收 | 样例及通过条件、试用人员 | 可演示页面、排期与验收步骤 |
缺哪项资料，就标明影响哪个功能和由谁补。
57 / 开发中的配合芯片选料系统 · 一期方案
每到一个交付点，业务要确认什么？
先走通小样例，再铺到正式范围，减少返工。
01资料核对
数据人核对样本；买手确认字段含义
02规则与页面
买手实际点一遍；负责人确认例外处理
03完整流程
新货与库存各跑一遍，检查断点
04试用复验
记录实际问题；修复后由报告人再试
每次评审给出明确结论，避免“看过了”被当成“确认了”。
58 / 上线后的配合芯片选料系统 · 一期方案
系统自动查，人只补系统不知道的事实
日常使用责任建议；实际频率和工作量在试点中确认。
| 时机 | 买手 / 业务需要做 | 系统自动做 |
|---|---|---|
| 收到真实报价 | 补供应条件与核实状态 | 带出型号、行情、库存 |
| 作出决定 | 选动作和原因，处理例外 | 保存当时资料与版本 |
| 成交或处理后 | 确认实际数量、未执行原因 | 接入可靠结果，提示歧义 |
| 每周复盘 | 讨论典型问题，定谁跟进 | 汇总待办与记录，支持回查 |
人工输入要有用途；能从可靠数据取得的，不重复要求人填。
59 / 功能与报价核对芯片选料系统 · 一期方案
把功能编号放进报价附件，避免各说各话
下表是建议归属；需逐项核对现有能力、工作量和是否包含。
| 报价项 | 对应功能 | 重点边界 |
|---|---|---|
| A · 选新货 | F02–F08 | 来源范围、可用字段、规则编辑与报价比较 |
| B · 管老货 | F11–F13 | 可靠当前库存、提醒分派与处置执行 |
| C · 看结果 | F09–F10、F14–F17 | 记录、观察、可靠结果、人工关联与复盘 |
| D · 集成部署 | F01、F18 | 港恒权限与部署、培训和运行交接 |
新增或无法复用的工作，要同步调整金额、工期和验收。
60 / 端到端验收芯片选料系统 · 一期方案
验收时，必须把这五条完整跑完
每条都检查页面操作、数据记录、权限、异常与后续状态。
新货完整流程
候选 → 查看依据 → 录报价 → 决定 → 实际成交 → 部分售出。
库存完整流程
触发提醒 → 分派 → 复核 → 处理决定 → 部分执行 → 复查。
资料异常流程
零库存 / 过期 / 缺失 → 各自正确显示，不误判。
结果歧义流程
多笔可能关联 → 人工核对 → 数量校验 → 留下确认依据。
权限与更正流程
越权被拒 → 授权修改 → 历史保留 → 负责人可追查。
一条流程走不完，就回到对应功能修正，再复验。
61 / 附录 · 报价审阅芯片选料系统 · 一期方案
这份报价最难读的地方：三种话挤在一起
内容方向基本一致，表达应按不同读者分开。
给老板看的
要解决什么问题、交什么、多少钱、什么时候能用。放正文。
给业务确认的
页面怎么用、哪些资料要补、谁做决定、怎么验收。放实施说明。
给开发和合同看的
字段、版本、接口、异常处理、边界和维护条件。放附件。
建议正式报价首页压成“交付、金额、时间、付款”四块。
62 / 附录 · 报价审阅芯片选料系统 · 一期方案
正式发出前，先改这四个实质问题
来源：一期报价单相应行号。
| 问题位置 | 为什么要改 | 建议怎么写 |
|---|---|---|
| D17 / D27 / D39 / D49 / D59 | 价格都没填，合计公式不等于正式报价 | 填齐检查费、四模块金额和一期总价 |
| A4、B60、B77、A130 | 只报港恒与四家隔离范围冲突 | 一期仅含港恒；其他三家另列费用与隔离方式 |
| B53 与 B67 | 自动回填和 ERP 深度关联界线不清 | 已有可靠关联接入；疑难人工；历史重建另算 |
| B44、A91、A97 | 库存可后接，但尾款按整体验收 | 写明 B 的交付条件、期限和对应款项 |
先把范围与款项对齐，再讨论价格合不合适。
63 / 附录 · 用人话重写芯片选料系统 · 一期方案
这些词，换成业务能直接理解的动作
保留实现细节，但不让术语挡住主意思。
| 原表达 | 放在正文里的说法 |
|---|---|
| 钉住当时、快照、规则版本 | 记住当时看到什么、为什么这么决定；以后能原样查回来。 |
| 结果自动回填 | 成交后把结果补到原记录；对不上时请人确认。 |
| 加仓限制复核 | 手上已经有很多，再买之前让负责人确认。 |
| 没有稳定增量就继续用规则系统 | 如果新模型没有比现在的办法更好，就继续用现在的办法。 |
让读者知道要做什么，比给动作起一个技术名字更重要。
64 / 附录 · 付款与验收补齐芯片选料系统 · 一期方案
还有四件事，要写成具体数字和条件
以下为补充建议，不代表双方已经接受。
检查费怎么抵扣
一期总价仍为 A+B+C+D；明确已付检查费抵哪笔款，避免重复收。
16 个来源具体有哪些
逐个列名称、字段、更新频率、已有或新接、不可用时的处理方式。
怎么判定试用通过
列固定业务样例与异常样例、通过条件、问题整改及复验安排。
维护到底包到哪里
写清缺陷修复、来源改版、新需求的区分；确认时效与外部费用。
报价要让双方算得清钱，也说得清什么时候算交完。
65 / 附录 · 依据与状态芯片选料系统 · 一期方案
这份演示依据什么，哪些仍需确认
把已读材料、建议方案和演示算例分开。
已读材料 9 月 11 日洪总会议转录；9 月 21 日《芯片选料系统一期报价单》；前轮已核对的项目资料与两版流程说明。
当前状态 演示中的界面、流程及功能实现细节为建议方案，不代表功能已经上线；本次没有验证生产数据库与实时行情。
虚构示例 型号 A / B / C / D、采购报价、库存数量与 90 天阈值均用于解释流程，不作为交易或策略依据。
待确认 费用、来源清单、试点规则、交付日期、验收样例、权限范围。演示中的修订建议需落实到正式报价。
业务方案：1–31 页；功能与配合：32–60 页；报价附录：61–65 页。