这是罗同学(QQ:332794693)最新发来的一篇学习云表心得,谦虚要我给看看 给我一个学习的机会,先睹为快自然开心。说实话,通篇看完,真为罗同学的理解和实现的结果喝彩。 可能大家没在意这是一个什么样的应用,其实就是把ERP中最核心的BOM建立和按订单进行物料需求计划实现的过程。无论何种ERP,这都是核心业务,也是最难解决的问题。虽说罗同学所实现的还只能说是原理或是说本质,但绝对是可以解决大问题的设计。 如ERP中所采用的订单工程的方式进行物料准备就可以用这个技术,还是先看看罗同学的总结。 总结是这样写的,红字是自己给的批注。 BOM拆分过程的理解小结 本篇心得是基于云表乐乐老师主讲的“云表网络研讨会第二期2节(BOM拆分)”的过程进行补充。今天重新又看了一遍云表操作文档,也重新做了一遍BOM拆分设计,对BOM拆分的视频看了N遍了,多看一遍重做一遍总是新的收获,现在把我的理解分析与大家分享。这点很关键,也很重要,业务公式在应用上的确是在云表平台设计应用的核心技术,有难度。看了N篇还没放弃,这是很难得。这种决心和毅力也预示着正迈向成功。 完全按自己初学者的理解进行分析,希望给初学者一点点帮助,或者抛砖引玉。QQ群很多人反映,这个视频很难理解,我想过程中的难点能分析透彻或许有所帮助。 透过现象抓住本质,这也是用云表进行管理软件设计时要抓住的套路。有些抽象,但正是因为这种看似抽象的方法,却融入很多管理的思想和先进的方法,自然掌握是有点难度的,就如练功要打通任督二脉一样,一旦打通,那就会功力非凡的。 BOM拆分的实现方式是通过云表的业务公式。她的功效是通过当前表或其他表(数据接口方式调用)实现对本表或其他表的增,删,改操作。 理解很到位,业务公式是可以对其它表或本表进行操作的,这与填表公式有何不同呢?可以再做此深入的思考。 执行这个业务公式总是需要条件触发的,说白了就是云表依据什么去做这个动作的。本示例是根据单据状态(拆单-取消拆单)作为触发条件。即文档中描述的‘事件’。 在分析BOM拆单前,先理解云表主表与明细表,所有的明细表是不独立存在的,在增,删,改其明细表时,必须先定位是哪张主表下的明细表。此环节的处理也是很多学习者碰壁的地方。就如表述货币多少元一样:$.500,¥.500, 若直接写500是没意义的,只有加上前缀如美元符号,人民币符号,这个500元才有实际意义。所以在做明细表数据更新时,必须指定具体的主表,本示列是根据单号确定其明细表。” 这个解释比较有意思,一个表单可以没有明细表,而只有基本数据项。但要用到明细表或指定明细表时,须在确定明细表属于是哪个表单的,这个表单是以基本数据项来代表的,如表单编号,它就是一个唯一的数据项,是可以用于指定某个表单的。 BOM拆解,其实就是对一个产品,将单层BOM结构数据,通过遍历循环技术将单层BOM组合成树形的结构,拆解到最底外购材料的状态,并计算出累计的用量。 下图为原理图: 就如上的原理可以为制造企业的系统管理带来很多便利,而实现对BOM的设计与MRP运算(原理),这原本是件非常复杂的事情,也是ERP的核心。 罗同学发来的文章,介绍的就是如何实现的这样的一个效果,无法想像,在云表平台就轻松地把这类复杂的问题,让一位不懂代码,且学云表也没多长时间的管理人员给解决了。这就是工具的作用,工具是可以带来革命性的效果的,体现在这些问题的处理上,特别能说明问题。 按照这个“找子先找父”的原则,先设法确定是哪张主表.于是有如下设置 图一: 业务公式主表设置 产品结构分解原理.jpg ( 109 KB ) 单层BOM.jpg ( 34 KB ) 图二.jpg ( 56 KB ) 图七.jpg ( 142 KB ) 图三.jpg ( 86 KB ) 图四.jpg ( 63 KB ) 图五.jpg ( 105 KB ) 图一.jpg ( 47 KB ) 图六.jpg ( 96 KB ) |
+11