随笔，SAP系统中用户与顾问应该有其业务处理边界。简单来说，内外部顾问不应参与业务运作及业务控制相关的系统处理。对于外部顾问而言，这几乎也是一个潜在规则。这样的做法不是没有道理的。要维护系统的全面可靠性和用户对系统的可信赖性。顾问在处理用户问题时，通常不会在系统中直接执行操作，而是在测试系统中进行相关分析测试。再通知用户处理。如果直接在正式系统中执行操作，问题主要不在于尝试性操作的出错，通常也有相应的补救措施。主要问题在于形成业务操作记录。比如顾问在系统中收货或生产报工产生了物料凭证，凭证中记录了操作者的账户，在之后财务结算时发现操作者是顾问。那无疑给财务工作造成了新的误导和障碍。另一方面，过多的顾问业务操作给用户造成一种系统不可信赖的感觉。如果用户出现业务数据问题。首先不是思考己过，而是怀疑系统有BUG或是有其它人越权操作。
以上问题，就是要严格控制顾问在系统中执行业务操作的意义。当然，也有例外情况，比如需要批量更改业务数据，那么用户在操作权限和方法上可能确实做不到。面对这样的需求，需要明确操作逻辑，进行严格测试确保批量操作的严谨性。最重要的地方在于，要求以用户或用户部门发起业务操作授权，形成书面或邮件记录。当然，顾问可以在分析问题过程中直接在正式系统中进行一些操作，但其边界在于其操作应止于最后一环。如过账，保存，执行等。即使再高水平的顾问也有可能出错，避免擦枪走火，就要形成一些良性的工作习惯。比如顾问一旦在正式系统遇到一些不确定的操作时，就不要再进行了。换到测试系统去尝试。
最后，SAP顾问除了解决技术上的问题外，本身就会希望用户在系统处理中规范操作。所以，你在遇到问题时给用户讲规范。自己做好规范。己所不欲，施于于人。
