嘉立创SMT匹配技术分享
本帖最后由 diyjack 于 2022-7-2 09:47 编辑小助手又开始胡乱匹配了?
https://www.amobbs.com/thread-5767672-1-1.html
最近，有客户吐槽分享引导我们分享我们嘉立创SMT背后的默默努力的技术。
嘉立创SMT一直致力于提供高效，自助的解决方案。下单的匹配是最高频，也是提高效果效率最关键的技术。
2021年上半年这个匹配低是公司业务员吐槽最凶的功能，后续公司决定设立一个专项，由EDA/SMT的老贺亲自带队设计产品.
后续我们从EDA的产品经理(EDA的产品经理都必须懂电子设计）选择了一个专人来负责。
为了提升这个匹配率，必须先打造一套体系来衡量这个匹配率确实提升了，同时能快速的定位到客户匹配的问题。
经过数个月专项开发，匹配率从54%上升到了74%。 客户与业务员一直好评，而且这个匹配率也能我们主动监控问题。节点1 代表 我们上线前后区别， 节点2 代表 匹配系统出现BUG（丢失了客户习惯） 节点3 是嘉立创的系统故障，当天就几个匹配把成功率率拉满。
客户吐槽的匹配的情况
https://cache.amobbs.com/new2012/forum/202207/01/075158aagknbnvgtvxyday.png
我们通过我们系统 监控与调试功能，我们感觉奇怪，按库存价格，封装应该匹配的是另外一个C1525，怎么出现的是C1608 ，
我发现诊断的匹配是C编号匹配，然后在客户贡献客户编号的情况下，我们查询了客户的BOM客户的库的文件是C1608 ，我们优先用了C1608来，当做是商城的编号。
有人会吐槽，为什么要用C1608来做编号，又不是一个独立的行，是不是嘉立创产品或者程序员 脑子有问题？
还真不是，很多的SMT的BOM，乱七八糟，整个BOM就一列，C编号都在里面。总之，我们已经花了很大的代价来解决这些乱八七糟的BOM的兼容问题。 但是去误伤了这个用户。 他非常小的概率用了一个文件名是一个商品编号。 我认为这个错误我们是自豪的。去挖掘商品编号，提升了1%的成功率。 一个技术有时候很难对每一个有利，我们只能用数据说话。
SMT匹配还在迭代，这些问题，我们会慢慢提升。 预估，嘉立创SMT匹配本月底会再提升6%个点以上，估计也是这个行业匹配率最高的水准的。 有一套清晰的系统来解决问题，定位问题。
当然，楼主吐槽我们，其实楼主是你是否要认为我们的BOM匹配的效果，要知道楼主的匹配的成功率是非常高的，整体效果还可以。 确实匹配错了，但是程序不是万能的。也感谢阿莫论坛用户的吐槽与监督。
反馈立刻就有人跟进这个要点赞。我还没见过哪家反应这么快。 {:smile:}赞一个 算命先生一样: BOM表上跟人也类似，痕迹藏不住。看的多了也就总结出一堆经验。
libref 列作为元器件编号识别大概率是必然出错。 赞一个！
页:
[1]