1/14用友股份-LE支持服务业务本部产品方案--《物资需求不能自动带出申请人和申请部门的解决方案》建立日期：2013-12-03修改日期：xxxx-xx-xx文档属性：客户文控编号：LE-DY-CP-2013-09492/14文档控制创建记录适用范围审阅人日期审阅签字所属部门发布范围内部员工伙伴客户发布人姓名所属部门发布时间日期作者所属部门邮件地址版本2013-12-03刘嘉亮产品支持部V1。0版本领域模块备注3/14目录物资需求不能自动带出申请人和申请部门的解决方案........................................4一、问题描述：........................................................................................................4二、问题分析：........................................................................................................4三、解决方案：......................................................................................................10(一将申请人和申请人的PK字段对调...................................................10)(二将申请部门和申请部门的PK字段对调...........................................12)(三分配模板后检查效果.........................................................................13)4/14物资需求不能自动带出申请人和申请部门的解决方案一、问题描述：请问老师如何在物资需求申请在点增加的时候实现申请人和申请部门自动填写并等于制单人这个功能？二、问题分析：此问题以前出具过解决方案，此类希望自动带出当前登录用户对应的业务员或者部门的问题，遇到过很多。解决方案都是直接更改单据模板，在相应字段设定默认系统变量。具体操作截图如下：1、申请人字段，配置@SYSUSER5/142、申请部门字段，配置@SYSDEPT3、在用户管理节点，建立操作员与业务员之间的关联以上是传统的解决方案，最终效果如下图。当打开物资需求申请节点，点击“新增”按钮后，表头的申请人和申请部门字段根据当前登录用户自动填入相应值。6/14看起来方案好像是生效了，已经可以实现要求的功能。但是事实并非如此，把这张物资需求申请继续做完，保存。发现表体的申请人和申请部门字段都为空。这一点很奇怪，一般的单据，当表头字段有值时，表体相同字段会自动取表头的值。进一步对比手工填写表头申请人和申请部门后，保存的单据。可以发现，手工填写的单据，表体可以自动取表头的值。对单据号为“MR1009290003”的物资需求申请单做深入分析，发现对这张单据进行修改或者再次查询出这张单据时，表头自动带出来的申请人、申请部门字段全部清空了。7/14接着，以单据号MR1009290003为条件，查询后台数据库。发现后台也没有存储上申请人和申请部门。对比手工输入这两个字段后保存的单据，单据号为MR1009290004，数据库中就存有数据。接着分析存储物资需求申请单的表，发现存储表头信息的po_requireapp表没有申请人和申请部门字段，只有存储表体信息的po_requireapp_b表才8/14有该字段。所以，对应到产品上，只有表体的申请人和申请部门字段有值，才能最终存储下来。联想到同样的方案在别的单据，如请购单，采购订单，预订单等等单据上都已经成功进行了应用。现在在物资需求申请单上为何出现了现在的问题？唯一的原因只可能是模板的问题。分析物资需求申请单的单据模版，发现我们做默认系统变量的申请人、申请部门字段的项目主键是名称，而不是PK。而通过查询数据库，我们发现数据库中存储的字段都是PK，只是到了前台的模板上时才使用公式进行了“翻译”，变成我们可以看到的名称。9/14而默认处于隐藏状态的存储申请人的PK、申请部门的PK字段，我们并没有利用上。这很可能就是在其他单据上可以成功使用默认系统变量，而物资需求申请单失效的原因。查看别的单据的单据模版后，比如请购单，可以更加确定，10/14我们的默认变量没有存储到字段的PK中去是最终原因。下图为请购单的请购人字段，该字段正好对应了请购人的PK。三、解决方案：弄清了造成问题的原因以后，我们就该考虑如何解决此问题。在对比了其他单据，比如请购单、采购订单、销售订单等单据以后，我们可以确定，其他单据之所以可以成功应用本文开始时提供的那种方案，是因为这些单据的请购人、或者业务员等字段，在业务单据看到的字段就是后台存储PK信息的字段。那么想到，如果我们将物资需求申请表头现在的申请人和申请人的PK、申请部门和申请部门的PK字段进行对调，将原先隐藏不显示的申请人的PK字段做成参照人员档案，前台显示，而原来前台显示的申请人变为隐藏，就可以解决这个问题了。将申请人和申请人的PK字段对调(一)申请人（项目主键capplypsnname）字段目前的数据类型是“参照”，类型设置是“人员档案”。11/14申请人的PK（项目主键capplypsnid）字段的数据类型是“字符”。现在将这两个字段的属性完全对调。更改为申请人（项目主键capplypsnname）字段的数据类型为“字符”，而申请人（项目主键capplypsnid）的数据类型是“参照”，类型设置是“人员档案”。经过测试发现，程序中对申请人（项目主键为capplypsnname）字段做了限制，数据类型必须是“参照”，对调为“字符”后，但是新增时会报“null”错误。所以，对于申请人（项目主键为capplypsnname）字段不要修改，只是将申请人（项目主键capplypsnid）字段该为与申请人（项目主键为capplypsnname）字段相同的参照即可。这样，就将申请人的PK字段变成了参照人员档案的字段，勾选“是否卡片显示”、“能够编辑”等属性，并且将系统默认变量选择为@SYSUSER。12/14而原来的申请人（项目主键capplypsnname）字段就可以隐藏起来，不用前台显示了。将申请部门和申请部门的PK字段对调(二)申请部门（项目主键capplydeptname）和申请部门的PK（项目主键capplydeptid）字段的情况与申请人和申请人的PK字段的情况完全相同，也是进行完全的对调。13/14对调后，申请部门的PK（项目主键capplydeptid）字段的数据类型为“参照”，类型设置是“部门档案”。勾选上前台显示的属性和可编辑，并且将模板系统变量选择为@SYSDEPT。而申请部门（项目主键capplydeptname）字段的数据类型则对调为“字符”。并且前台不显示出来。分配模板后检查效果(三)新增单据后，发现表头申请人和申请部门字段正常显示，表体也可以将表头的信息带入了。14/14保存单据后，修改，或再次查询本单据，都没再发生表头申请人和申请部门清空的问题。查询数据库，发现后台已经存入了相应PK值。问题得到全面解决。
