昨天跟仓储和财务开会讨论到了一个小问题， 用户在SAP中预留的物料，经常不领走，结果造成库存的呆滞。
为了便于理解，简要介绍下SAP预留的目的：
1. 使未来需要从仓库发出的物料保持一种系统“准备”状态。它简化和加速该物料的出入库处理流程及备料任务。
2. 预留可以控制预留的物料不被移动，只能被预留部门使用。
SAP系统的逻辑：
1.系统创建预留单，作为物料需求凭证。
2.在物料主数据中，总存库和非限制库存量维持不变，预留库存增加预留的量。
3.在MRP物料可用量减少了预留量。可在MRP清单中查到，并在需求计划文件中增加一条明细条目。
为了解决这个问题， 及时的释放库存， 减少呆滞风险。业务部门提出的解决方案是【提醒】。如果用户预留后一周不处理，提醒他!提醒他的主管!
提醒是否是个好方案?需要客观来评估。
我们经常会碰到，在讨论方案的时候，用户提出由系统自动提醒，然而我们也经常会碰到提醒太多，结果导致提醒失去了提醒的意义。很多时候，用户自己也没想明白提醒自己是否是合适的，事实上很多时候只是表面上合适。
“系统的提醒我看都不看，直接删掉”， 当提醒成了工作的干扰， 很多重要的提醒也会被忽略。
“当流程到我的时候通知我”， 这从表面上看是一个合理的需求， 然而当这个提醒是用户主要工作业务流的时候， 如果一天提醒超过50条，甚至超过20条，他应该就不会去看，而选择性地忽略，且徒增系统资源的消耗，提醒满天飞，不是个好方案。
还有一些业务，其实我们会【暂存待办】，知道这件事情，因为条件不满足，会暂时搁置，每天提醒就不是个好方案，按需提醒也许更可行，然而很多系统没这个功能。
拿上面那个例子来讲， 如果用户是选择性地忘记，譬如为了自己使用的便利而不释放，那么从业务较优的角度上，针对公用件优先满足更紧急的需求，也许MC-物控整体调度， 甚至强制释放的规则更合理。即便提醒他他也不会释放。
有些提醒来的时候，也许在忙，会成为一个打扰。尤其是不重要的事情的提醒。多了就跟【骚扰电话】类似。工作， 按照自己计划的优先级排布更合理，不要被【提醒】牵着鼻子走。
针对系统的设计，提醒一定要站到用户--被提醒的人的角度去思考，且还原业务的本真，真正有用的提醒， 才是好提醒，且用户有时候体验下才明白。系统设计要多几步思考， 直接的那个方案也许不是最好的方案。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/61939/viewspace-2689020/ ，如需转载，请注明出处，否则将追究法律责任。
