关于使用明道云的基本功能来实现多层级 BOM 表展示,我现在只能做到基础的两层展示,并且没有直观的办法标识或检索出来每一层;其次是在没有办法标识出来每一层之后,就没有办法根据单位数量进行物料需求数的运算。
玄言灵韵 15天前不标记的话,我这边一是,不能按照这种层级的显示,二是在删除之后,我新增时我都不知道这个物料新增在哪里。
子表或关联记录有个“树形表格”设置,能把子记录显示为树形的。
还可以用工作流算一个“料号路径”出来,比如第 1 阶就是 A1,第 2 阶就是 A1/B2,第 3 阶就是 A1/B2/C3。
方棱 15天前同表关联,一父 N 子,就不需要“1 阶、2 阶、3 阶、4 阶”了,数字标号系统自动编号,也不用自己算。
不标记的话,我这边一是,不能按照这种层级的显示,二是在删除之后,我新增时我都不知道这个物料新增在哪里。
玄言灵韵 15天前以我们公司现在的产品来说的话,这个 BOM 的第一阶会有 50 个,再加上 2、3、4 阶的有点太多了,这数字标号。
同表关联,一父 N 子,就不需要“1 阶、2 阶、3 阶、4 阶”了,数字标号系统自动编号,也不用自己算。
方棱 15天前哪里不好维护?
以我们公司现在的产品来说的话,这个 BOM 的第一阶会有 50 个,再加上 2、3、4 阶的有点太多了,这数字标号。
玄言灵韵 15天前确实是同表关联的,但是就现在这个方式来展示 BOM,很不好维护,大佬有没有比较优的解?
哪里不好维护?
玄言灵韵 15天前确实是同表关联的,但是就现在这个方式来展示 BOM,很不好维护,大佬有没有比较优的解?
BOM 分解是标准的 SQL 动作,可以参考下面的网址
方棱 15天前同表关联,一父 N 子。
确实是同表关联的,但是就现在这个方式来展示 BOM,很不好维护,大佬有没有比较优的解?
同表关联,一父 N 子。
马先生1 15天前肯定要逐级往下进行统计,做一个循环,实在想不通就用 API 取数的方式进行
也就是说从逻辑上讲,不管怎么样,这个东西都必须有个标识才可以实现这种多层级的展现形式是么?
马先生1 15天前肯定要逐级往下进行统计,做一个循环,实在想不通就用 API 取数的方式进行
这种格式要怎么样实现呀?
肯定要逐级往下进行统计,做一个循环,实在想不通就用 API 取数的方式进行