MAXIMO6权限组用户操作图文说明

W39

我们在实施MAXIMO6的过程中，特别是对于新手和用户方信息中心的人员经常对MAXIMO6的人员、权限组管理比较困惑，说实在的，我也觉得MAXIMO6在这个地方设计的比较繁琐，可能他是基于集团化考虑的比较多，但对单一的组织机构企业（例如电厂、纸厂、物业管理）等来说就显的不是很好。但是我们既然选择了它那没办法只有接受它！下面我们一步不来学习MAXIMO6的权限管理。

1、添加新用户

这里注意默认插入地点和仓库地点都需要填写。
然后要添加员工，这里要注意需要将员工对应到工种，如果您项目不启用工种，可以虚拟一个工种，否则在工单策划标签页将不能选择该员工

2、在用户模块中查找管理员用户，例如maxadmin出来，点击选择操作->授权组重用性分配，见下图：

在这里将您的权限组加入，您可以只加您要操作的权限组，为了使用方便建议您将所有权限组全部加入，以便后面管理维护方便。这个可以见帖子：
http://www.eampub.com/thread-295-1-1.html

3、进入权限组，查找将要加入用户的权限组，点击用户标签页，之家在这里加入用户就可以了

4、一般来说完成第步后就可以测试权限了，如果还没有，那您等几分钟在测试，如果长时间不行，就重启weblogic一下。搞定（哈哈：这里要注意重启weblogic后一定要重启iserver服务，否则用户过一下电话就过来说报表不能访问，哈哈）


如果还不清楚，请提出！

pengaho122

[s:2] [s:2] [s:2] [s:2] [s:2]

贴子.快沉了..帮你顶起

chengyanju

太好了。我是初学者，对我很适用。谢谢版主。

liuww1314

支持LINUX ,看看 .学习.
支持开源 ,支持开放标准,支持LINUX.抵制微软.
支持中国标准
支持国货,抵制日货/韩货.

maximo23

顶，权限配置还是比较简单的

koala

速成的方法是可以快速的解决一些问题。
一般情况下，我还是建议大家去搞清楚概念并多去点击尝试各种数据和流程，来全面了解，避免在使用中不能得心应手。在这里，以前写过一个给用户的解释，可能有些解释是不对的，但是用户能听懂，呵呵。
关于maximo中的用户、人员、员工的说明和许可采购的策略，这个问题有一些零散的资料和可以查阅，我这里先按照大家好理解的方式来说明一下。如果各位需要一些资料作为理解的补充，我可以整理一下，告诉大家在这些资料的哪些部门有这部分内容。在maximo6中，在人力资源方面有三个概念，就是用户、人员、员工。
最基础的信息是人员，person，记录一个人的基本信息。人员信息是用户信息和员工信息的基础，不管是用户还是员工，都是人，都需要人员的信息支撑。所以，不管是用户还是员工，在创建之前都会手工或者自动的来创建人员的信息作为基础，然后在人员基础上再补充相应的信息。
例如，郭靖是个大侠，有参加武林大会的入场券，宋兵乙是个小兵，没有资格参加武林大会，但是不管他们是什么人物，他们都是人，他们都有出生日期，他们都有性别，都有家庭住址，都有电子邮件和电话（宋朝没有）。所以首先，不管是建立一个武林大侠的资料，还是建立一个小兵的资料，我们都要首先建立一个人的资料，这个人的资料的概念就是maximo里面的人员（person）。人员可以不依赖用户或者员工，因为一个人可以不是当兵的，也可以不是武林人士，但是他还是一个人。人员的界面如下图：


比人员更高一个层面的概念是员工（labor）。员工一定是一个人，所以员工是以人员的信息为基础的。不管是内部员工还是外部员工，都是在我们生产管理过程中需要使用到的人力资源，就算是我们外聘了几个民工，当我们需要根据不同的工单或者是任务来分配工作的时候，也要明确的标识和记录这些人的信息。这些人都是有工种、工时、技能水平的，便于我们安排工作。例如，宋兵甲和宋兵乙他们都是兵，但是宋兵甲是弓箭手，宋兵乙是拿刀的，这些信息我们要记录在员工（labor）的信息中，当我们需要射箭的时候，我们就可以在员工的信息中查找哪个是弓箭手，然后就让宋兵甲去射箭；如果我们需要砍人的时候，我们就在员工中找拿刀的，叫宋兵乙去砍人。下面是员工的主界面：


用户对我们来说，是非常重要的概念，因为那是我们要出钱购买的东西。用户就是我们在系统使用功能的人，首先，他肯定是人，所以人员信息还是需要，但是这个人不一定是我们的员工，他可能是外单位的一个人或者纯粹就是一个软件系统维护人员。用户按照许可证（也就是要买的许可）类型，可以分成几种：一级用户是定期使用 Maximo 的用户。二级用户是不太经常使用 Maximo 的用户，比如每月使用1次。还有一部分是不使用功能，只是进入系统启动一些工作，作为工作申请人，主要是指使用 Maximo 提交工作申请的人员。用户的许可也主要氛围这三种。一般情况下我们讲的购买的用户许可，都是指第一种，长期频繁使用系统的用户。对于一个用户来说，就有一些系统使用的信息需要记录了，比如用户的登录名称、密码、权限等等。例如，我们的武林大会，郭靖是要来参加的，但是他是以江南七怪的徒弟身份出现呢，可能要坐在观众席，如果是以丐帮帮主老公的身份呢，那估计就是坐陪，如果是襄阳城主帅呢，估计就是在主要的桌子，而且，吃饭的时候还可以点些酒啊、肉啊什么的。那么郭靖是我们武林大会的一个用户，他的身份、权限都通过用户这样一个功能设置好，到时候他只要来我们武林大会，我们就知道怎么对待他，可是，武林大会是需要成本的，所以我们的用户是要出钱的。当然，这个武林大会的请帖是分级别的，贵宾最贵，要赞助一万两，但是待遇好；嘉宾赞助五千两，有吃有喝；跟班赞助五十两，只管食宿，登不了大雅之堂。我们可以根据我们自己的需要来看是要买那种请柬，都买多少个。下图是用户功能的主界面：


在maximo中确实存在一个角色的概念，但是这个角色，不是我们平时认为的按照工作和权限来划分的角色。在maximo中的角色是一项业务中的职责或职位。角色可以代表某个特定的职务（例如部门经理）或代表某项分配的职责（例如监督员）。主要应用在工作流中。我们平时所讲的根据权限和功能划分的人员的分类，是通过权限组来划分的，每个权限组有不同的功能范围和数据范围。用户可以拥有一个权限组，也可以同时拥有几个权限组，用户通过他所拥有的权限组，来确认该用户在我们的系统中能做什么，可以处理什么数据。
在MRO没有被IBM收购之前，用户许可相对来说费用还不是特别的高，但是IBM入主之后，价格象中国的房价一样。这就要想一些策略，是买期房还是二手房，如何逃契税，如果过户等等，就要稍微考虑清楚一些。不管怎么样，肯定是不用有多少人就买多少个用户许可的，要不然我们的钱就全让美国人赚了。

不能插入图片，不会弄。

[ 本帖最后由 koala 于 2008-1-8 01:19 编辑 ]

hibernate

UP UP UP UP UP UP UP UP UP UP