采购工程师打开一个元器件商城，通常不是来了解公司历史。他带着料号、封装或一张 BOM，想在几分钟内知道：有没有这颗料、参数是否一致、价格按什么数量计算、什么时候能走货。元芯计算机把这种站点看成交易目录，而不是加了购物车的企业简介。
采购动作决定功能，而不是功能清单决定采购
一条能成交的路径通常是：输入制造商料号，打开产品页，核对品牌、封装和关键参数，查看库存与更新时间，按数量看阶梯价，然后下单或转为询价。任何一步要靠业务员在聊天里补资料，网站就只是一个入口。
因此商品主数据至少分成三组。身份组保存制造商料号、品牌、内部编码和别名。电气与机械组保存封装、温度、电压以及该类别特有的参数。交易组保存库存、起订量、包装、交期和价格档。三组落在同一条记录上，产品页、搜索结果和询价单才不会各写各的型号。
批量更新是日常操作，不是上线时的一次导入
元器件 SKU 多，价格和库存会变。后台要允许按固定模板一次更新几百到上万行，并在导入前指出错误：未知品牌、重复料号、库存为负、价格档数量区间重叠。整表失败却不说明哪一行有问题，业务人员下次就会改用表格在站外报价，网站数据随之过时。
上传模板本身也要能配置。电阻和连接器的列不会完全相同，但料号、品牌、库存和更新时间这几列应强制存在。导入完成后，产品页显示这次写入的时间，采购才能判断数字还能不能用。
BOM 配单负责匹配，不负责擅自换料
客户上传的清单里，一行通常包含原厂料号、品牌、数量、位号和是否接受替代。系统可以拆行、去掉空格、统一大小写，再按料号和别名去库里找。找到了，标成有货；只找到同系列其他封装，标成可建议；找不到，标成未识别。未识别的行要留在结果里。
自动下单只适用于完全一致且客户接受该包装的行。把相近料号直接写进订单，会把选型错误变成出货错误。元芯计算机建议配单页面同时给客户看状态，给业务员看尚未确认的行。
订单、支付、物流和售后共用同一套料号
在线下单要尊重最小起订量和包装。支付方式取决于客户地区和公司结算习惯，常见的是在线支付与银行转账并存。物流信息至少要能回写承运商和单号。售后则要能按订单行追溯批次，而不是只留一个“联系客服”的按钮。
这些模块都可以稍后打开。没有可靠料号和库存时，先把询价做完整，比先接支付更稳妥。客服对话如果产生了新的价格或替代结论，应回写到询价单，避免只存在聊天记录里。
定制要加在规则上，不要加在每个客户的例外页面上
企业之间真正不同的，常常是客户等级价、审批、账期和替代策略。这些适合做成规则。为某一个客户复制一整套页面，以后改一个参数就要改很多处。上线验收时，用一份真实 BOM 和一次批量价格更新走通全流程，比看设计稿更能说明这是不是一个商城。
商品主数据至少要能区分料号、参数和资料。批量价格和库存来自公司自己或已授权的表，并能指出错误行。BOM 配单是把买家的清单对到现有型号，对不上就留下记录，而不是悄悄换成相近料。订单和售后只有真有这些流程时才放进导航。展示型官网可以介绍公司，但不能代替上述动作。元芯计算机按这些动作说明商城，不承诺成交数量。
上线前用一张真实的买家清单做一次配单。对得上的型号进入询价或订单说明，对不上的留下空缺，不自动替换成相近料号。价格和库存仍以公司自己或已授权的表为准，错误行要能看出来。售后入口只有公司确实有这项安排时才出现。这样商城接住的是采购动作。元芯计算机不把展示页的完成说成交易已经闭环，也不承诺询盘或成交数量。
再用两个料号复查搜索。完整料号应进入它自己的页面，残缺输入不应悄悄换成另一个料。配单结果里，对不上的行保持空缺，并允许采购继续询问。价格和库存的来源表要能导出。这些复查通过，商城才算接住了采购动作，而不是只完成了介绍页。
常见问题
展示型官网和元器件商城差在哪里？
官网可以讲公司和方案。商城必须让人用料号找到一条可询价或可下单的产品记录，并看到库存、交期和价格规则。
BOM 配单应该自动下单吗？
不应该。解析和匹配可以自动完成，替代料和未识别行要留给业务员确认。不同封装不能因为型号前缀相同就被换成同一颗料。
价格库存多久更新一次才有意义？
取决于现货业务。页面上至少要显示这次数据的更新时间。没有时间戳的库存，采购无法判断还能不能下单。