CRM系统:管理权限“下放”不是好想法
2009-10-09 17:54
267 查看
CRM系统有着不同程度的安全和权限管理级别,但所有重要的CRM方案(无论是部署在客户内部,还是部署在提供商的云环境)都有细粒度的安全级别,因为数据很重要,必须认真加以控制。CRM用户、尤其是销售部门的用户很快会发现,如果使用平常的用户级别来访问数据,自己无法进行一些改动,以便达到自己的要求。所以,他们会给出一个貌似充足的理由,解释为什么需要系统管理员权限;而且他们往往会如愿以偿,被授予CRM系统的超级用户权限。
为什么这不是好想法
这样一来,会有什么隐患呢?咱们不妨先说说这个事实:用户没有经过相应的培训,所以并不了解CRM系统错综复杂的细节(遇到 Salesforce.com、微软Dynamics或Seibel这样的系统,更是需要上整整一星期的课才会有大致了解)。他们不知道自己看似无关紧要的改动会带来什么样的危害。他们也不知道安全模型、对象模型、外部集成或工作流程。即便他们只是想在屏幕上移动某个文件,操作不当也会给他们根本不知道存在的用户和业务流程造成严重破坏。
幸运的是,没有受过培训的管理员不可能真正破坏许多现有数据。当然,他们偶尔会破坏,但他们在试图更改数据时,这些数据通常只是他们自己的记录而已。只要你启用审计跟踪记录功能――比如Salesforce.com的历史跟踪(HistoryTracking),重现破坏活动就相当容易。对安装的任何重要系统而言,绝对需要定期备份所有CRM系统的数据和元数据。
比数据破坏更值得关注的是这种风险:超级用户查看本该在其权限范围之外的数据。CRM系统与IT基础架构之间的集成度越高,管理员能够看到的敏感信息就越多,他们无意中违反的流程控制也就越多。这可能包括公司总体订购预测、库存、合同、委托任务,甚至还有员工的家庭电话号码。就算你不是律师,一想到这方面潜在的监管和法律问题,也会不寒而栗。
正确的办法
幸好,这方面有一些清晰的最佳实践。首先就是“敢于说不”。即便某个经理或用户有充足理由需要一些特殊的权限,负责CRM系统的管理员数量也应当严格加以控制。我还没有找到哪个充足的理由说一家企业的CRM管理员应当超过六人――假设这家企业在全球全天候不间断开展经营。作为贵公司的《萨班斯- 奥克斯利法案》第409条款流程文档的一部分,要具体明确管理员的角色和权限。成为管理员就意味着需要接受大量的脱产培训和在岗培训,而且不能由临时工和兼职工来担任管理员这个岗位(而用户数量不到100人的企业除外)。
系统管理员的角色需要包括至少一个人充当数据管理员(datasteward),其职责是通过控制设计和外部数据输入,密切关注数据的健康状况和干净程度。如果你的CRM系统与其余IT系统高度集成,CRM数据管理员就应当是负责管理完善政策、流程控制和系统变更的配置控制委员会的一员。考虑到干净数据对CRM成功的重要性,我经常惊讶地发现很少有客户认识到需要设立数据管理员。
应利用你CRM系统的安全功能为管理任务和访问设立授权机制。比方说,许多营销用户可能需要读取一系列广泛的数据;几个用户需要能够使用批量导入工具。而这并不意味着他们就应该是超级用户。可以为这些用户创建特定的配置文件,并授予管理权限,然后限制他们的登录时间/位置,以便控制滥用风险。
如果你的CRM系统没有基于角色的安全或没有提供授权机制,可以以此为理由与CRM供应商好好谈一谈。找出其平台上有哪些“任选附件”(包括第三方附件),确保你的工作人员已受过培训,知道如何使用现有的任何安全功能。另外还要看一下供应商的功能路线图:从长远来看,最好的案例功能肯定来自该平台。如果他们的工作议程并不重视安全,这表明你需要开始另找供应商了。/
为什么这不是好想法
这样一来,会有什么隐患呢?咱们不妨先说说这个事实:用户没有经过相应的培训,所以并不了解CRM系统错综复杂的细节(遇到 Salesforce.com、微软Dynamics或Seibel这样的系统,更是需要上整整一星期的课才会有大致了解)。他们不知道自己看似无关紧要的改动会带来什么样的危害。他们也不知道安全模型、对象模型、外部集成或工作流程。即便他们只是想在屏幕上移动某个文件,操作不当也会给他们根本不知道存在的用户和业务流程造成严重破坏。
幸运的是,没有受过培训的管理员不可能真正破坏许多现有数据。当然,他们偶尔会破坏,但他们在试图更改数据时,这些数据通常只是他们自己的记录而已。只要你启用审计跟踪记录功能――比如Salesforce.com的历史跟踪(HistoryTracking),重现破坏活动就相当容易。对安装的任何重要系统而言,绝对需要定期备份所有CRM系统的数据和元数据。
比数据破坏更值得关注的是这种风险:超级用户查看本该在其权限范围之外的数据。CRM系统与IT基础架构之间的集成度越高,管理员能够看到的敏感信息就越多,他们无意中违反的流程控制也就越多。这可能包括公司总体订购预测、库存、合同、委托任务,甚至还有员工的家庭电话号码。就算你不是律师,一想到这方面潜在的监管和法律问题,也会不寒而栗。
正确的办法
幸好,这方面有一些清晰的最佳实践。首先就是“敢于说不”。即便某个经理或用户有充足理由需要一些特殊的权限,负责CRM系统的管理员数量也应当严格加以控制。我还没有找到哪个充足的理由说一家企业的CRM管理员应当超过六人――假设这家企业在全球全天候不间断开展经营。作为贵公司的《萨班斯- 奥克斯利法案》第409条款流程文档的一部分,要具体明确管理员的角色和权限。成为管理员就意味着需要接受大量的脱产培训和在岗培训,而且不能由临时工和兼职工来担任管理员这个岗位(而用户数量不到100人的企业除外)。
系统管理员的角色需要包括至少一个人充当数据管理员(datasteward),其职责是通过控制设计和外部数据输入,密切关注数据的健康状况和干净程度。如果你的CRM系统与其余IT系统高度集成,CRM数据管理员就应当是负责管理完善政策、流程控制和系统变更的配置控制委员会的一员。考虑到干净数据对CRM成功的重要性,我经常惊讶地发现很少有客户认识到需要设立数据管理员。
应利用你CRM系统的安全功能为管理任务和访问设立授权机制。比方说,许多营销用户可能需要读取一系列广泛的数据;几个用户需要能够使用批量导入工具。而这并不意味着他们就应该是超级用户。可以为这些用户创建特定的配置文件,并授予管理权限,然后限制他们的登录时间/位置,以便控制滥用风险。
如果你的CRM系统没有基于角色的安全或没有提供授权机制,可以以此为理由与CRM供应商好好谈一谈。找出其平台上有哪些“任选附件”(包括第三方附件),确保你的工作人员已受过培训,知道如何使用现有的任何安全功能。另外还要看一下供应商的功能路线图:从长远来看,最好的案例功能肯定来自该平台。如果他们的工作议程并不重视安全,这表明你需要开始另找供应商了。/
相关文章推荐
- 这两天看了下谢略的权限管理系统有想法做一个。。
- 通用权限管理系统组件 (GPM - General Permissions Manager) 自己动手只能写一个轻量级的权限系统了功能也不强大,这不是白白流血流汗吗?
- 免费和开源的权限管理系统
- Asp.Net Core 项目实战之权限管理系统(5) 用户登录
- 通用权限管理系统组件遭遇VS2008是英文版,OS是日语XP后。。
- 实现业务系统中的用户权限管理--设计篇
- 办公系统中经常遇到的权限管理问题 (一)
- 终于理解你的软件 搞那么多年了 (通用权限管理系统组件源码完善了7-8年)
- 权限管理系统-表数据
- ASP.NET C#.NET 通用权限管理系统组件2011年01月BUG修改情况列表清单
- 基于资源控制的权限管理想法
- 卖500元个人版通用权限管理系统组件源码终于引来了下50万C#.NET软件开发订单的大客户
- 实现业务系统中的用户权限管理--实现篇
- 基于MVC4+EF5+EasyUI技术实现通用权限管理系统(EpPlus、HignCharts、Reportviewer报表)
- linux系统用户,组和权限的管理
- 基于Spring+SpringMVC+Mybatis分布式敏捷开发系统架构---权限管理系统
- 构建ASP.NET MVC4+EF5+EasyUI+Unity2.x注入的后台管理系统(25)-权限管理系统-系统管理员(附生成器)
- 用户和角色:通用权限管理系统数据库表结构如何设计?
- 通用数据权限管理系统设计
- 完整的权限管理系统