学员：王健（jiup）
1. 激励作业：
111.jpg
保存到相册
2019-3-8 17:00 上传125.66 KB
2.学习心得：云表很强大，越来越喜欢了；踩过的坑多了，总会慢慢好起来吧. 在【业务公式】中，可以通过子数据源扩展出数据，从而对目标表进行操作. 感觉自己有点懂了，可其实还不透彻，当把8张表连贯起来用时 由于之前的增增改改，会有许多逻辑问题，痛并快乐着 越发觉得表结构的重要
3.技能作业： 案例假设：有两个【销售订单】，是同个客户，将合并生成一个【出库单】 初步思路：假设以【客户名称】+【出库单生成日期截止前一天】为合并条件 一、面临的第一个问题，接口如何解决和优化
1.png
保存到相册
2019-3-4 19:51 上传32.04 KB
存在两个问题： 1、出库单在新增时，会【2个销售单号--->1个数据项】导致丢失销售单号 对策：在【拣货单】生成时合并；或增加数据项（限4条，此实现方式待完善提高）； 2、这种过滤方式，优点在数据量减少，但在月初1号将导致读取数据丢失1天 对策：接口仅做【年】的过滤，在业务公式中再次过滤【时间】 从一年12次的读取丢失隐患，减少到一年<=1次的读取丢失
二、销售单状态改变事件
1.png
保存到相册
2019-3-5 18:16 上传48.77 KB
位置很重要，否则会发生逻辑错误
临时项3条只做测试用，有待优化
2.png
保存到相册
2019-3-5 18:16 上传45.48 KB
新建表单考虑的问题会少些
3.png
保存到相册
2019-3-5 18:16 上传48.81 KB
上面遗留下来的历史问题
这里的匹配条件复杂了
这里增加子数据源，判断【出库单】发货状态更妥
4.png
保存到相册
2019-3-5 18:16 上传29.9 KB
双保险，数据是宝贵的
匹配条件增加【销售单号】，精准匹配节能减排
5.png
保存到相册
2019-3-5 18:16 上传51.56 KB
明细共用
6.png
保存到相册
2019-3-5 18:16 上传47.76 KB
已做库存数量出错处理
有待完善：数据项【并入订单号1、并入订单号2、并入订单号3】会增加系统负担；
解决方案：仅保留一个新增数据项，将其写回【销售单】，恢复简洁的表间关系；
----------------------------------------
1111.png
保存到相册
2019-3-7 01:45 上传160.22 KB
最后分享个花了两小时买的教训，错在大意 ---------------------------------------- 老师，辛苦了，有不妥的地方，请给予指引
| 
