一个真实的运用场景问题等待解决：部件可单独卖还必须可以装配到产品上卖

首先说活字格真的是很多灵活功能，能解决问题。但也有难题，搞了很久，没搞定。真实场景如下： 一个医疗器械工厂生产销售医疗器械，其中半成品组件心电板、血氧板、血压板、系统板等可以从供应商那里直接采购入库，然后再通过销售卖到市场。 这个公司是生产心电监护仪的，那么这个监护仪就必须由买回的心电板、血氧板、血压板、系统板、液晶屏、电源线等组装成成品，再销售到市场。 因为是医疗器械，要求对这些重要的半成品组件和成品心电监护仪进行追溯管理，每一个板卡和每一台监护仪都要有个唯一S/N进行追溯管理。 所以，这个场景下，要求这些半成品组件进厂时有批次号，并经过IQC来料检验合格后才能入库。一部分板卡可直接由销售下单卖出。另一部分，要经过生产部门的组装、测试检验合格后入库，销售下单卖出。整个过程里都能管控住这些板卡的相关信息，如批次号，板卡自身的硬件版本、软件版本信息。 在目前这个工程文件里要增加来料检验 的功能，要增加生产部组装、测试功能。 请活字格的专家帮忙解决，谢谢！这应该是一类问题。如果这个问题解决了，很多相似问题全部都解决了。谢谢！

你这要求是项目要求了，找个大佬做把，过程不是论坛里能解决的，包括品控，bom，追溯，销售，采购，是一套完整的行业解决方案项目了。

楼上正解，感觉你的问题更适合转到项目需求版块下，让大佬们评估给你报个价~

活字格建BOM这个功能就是很不方便，没有BOM树形结构

恒利大数据 发表于 2020-11-11 23:11
活字格建BOM这个功能就是很不方便，没有BOM树形结构

活字格本来就是一个平台工具，并不是说直接有一个现成的系统给大家来用。
对于BOM的树形结构，对于代码开发而言，一样是不好做的，要不然也不会有公司把BOM单独拉出来作为一个系统的

BOM结构在数据库中 设置以下子母表就好了

他这要求没那么简单，重点在于实际运用上面，生产组装的时候如果按照清单来，每个核心安装部件都需要对应编码，这样显然不现实，特别是流水线式生产，我做过一个类似的项目，最终使用下来后不得不改变形式，最后采用了一个大胆的思路，就是每个安装位，建立一个类似收银系统的扫码平台，部件装上去前扫码来实现，最终产品生产完成，全部采用岗位扫码追溯机制，原料进厂检验就为每个核心部件生成了一个对应唯一码，然后按照工序扫码安装流水线式生产。这样最终产品实现了全部可追溯，包括原料情况，生产情况，检验情况，一个产品最终编码完成全部追溯查询。

这个是非常典型的实际应用场景。在医疗器械生产，在汽车整车和配件的生产，都要求必须对关键组件或部件做追溯，这是法规的要求。所以，这个要求是必须满足的。只是用什么软件实现这个要求而已。活字格在简单应用场景，如零售店，反正物品BOM 是一层，没有组装这个概念，买进来入库，再转手卖出，都是一个东西，所以软件好处理。但真正的制造业BOM有2层甚至3层，有组装层级关系，活字格好像就做不到这个功能了。所以，希望活字格研发团队实现这个真实场景要求，否则应用范围大打折扣。

恒利大数据 发表于 2020-11-12 15:53
这个是非常典型的实际应用场景。在医疗器械生产，在汽车整车和配件的生产，都要求必须对关键组件或部件做追 ...

活字格是一个开放的平台，
具体用它能搭建出什么样的产品，这个事情因人而异
有做的很深入，系统很复杂的，
也有用来简单制作两个表单的。
作为他们平台厂家，他们只会负责怎么把产品做好，
具体的项目方案，这个还是要靠个人
你说这个场景业务应用很广泛，
别人也会说MES  CRM OA也很重要
其实就是你想要鸡还是想要蛋的问题

感谢各位大佬对活字格这个开放的低代码开发平台的支持