Notification(通知单)在SAP中运用的很广泛,很多业务场景中大家会在通知单中维护具体的任务并分配给相关的用户,用户可以根据自己的账号查询对应的任务从而去执行。比如根据缺陷等级情形生成相关的维修任务,根据报废商品的价值生成对应审批的任务等等。
很多情况下针对于不同场景任务都是相同的,所以如果能将业务场景分好类而去自动地生成相关任务可以大大简化用户平时的操作加快流程地执行。
下面假定一个场景:价值大于3万元的材料需要报废时需要有科长、副部长、部长、总经理填写审批意见。在1万-3万4的材料需要报废时科长、副部长、部长填写意见;3000-10000的材料需要报废时科长、副部长填写意见;3000以下的材料需要报废的情形下只需要科长填写意见。
首先我们需要将科长填写审批意见、副部长填写意见、部长填写意见、总经理填写意见创建为标准的任务。
创建的事务代码为:QS51
Task的Catalog类别为2,回车后更新对应Code Group状态为Released,代表此Approval Task的代码组可以被使用,然后选中创建的Code Group,点击Codes进入创建具体下层代码的界面:
Task创建完成后,就需要去定义上诉提到的场景,而场景最终的展现是通过优先级来决定的,下面以QM配置路径为例:
首先定义优先级类别:
然后定义优先级类别中的具体条目,以及相关处理时间及处理时间单位(可以根据通知单的计划开始时间及计划时间结合此时定义的Relative Start Date及Relative End Date去推算每个任务的计划开始及计划完成时间)
最后将通知单类别分配给对应的通知单类型:
场景和任务都定义完成后,就需要维护两者之间的关系,而关系的建立则是通过Response Profile来实现的。下面是配置响应参数文件(Response Profile)的相关截图:
在Response Times的界面中就是真正建立任务与优先级联系的地方,此外还可以提前分配好对应负责人、任务需要在多少时间内完成等等:
接下来配置相关的Service Profile,并最终将Service Profile以及Response Profile分配给对应的通知单类型即完成了所以必须的配置:
最后我们在前台测试一下效果,以创建质量通知单(QM01)为例:
进入创建质量通知单的具体界面后选择相应的优先级:
然后在菜单栏中选择Edit—Tasks—Determine:
然后发现所有的Tasks已经在通知单中按照我们的配置自动生成并已经分配给了相关人员:
接下来就可以正常执行通知单的剩余流程:下达通知单、下达任务、用户根据自己的账号查询被分配的任务并处理相关任务后填写相关文本对任务进行关闭、最终关闭通知单。