SAP 系统用户授权管理规定

SAP 系统用户授权管理规定
SAP 系统用户授权管理规定

ERP[ ]号XXX SAP系统用户授权管理规定

XXX 从2002 年6 月1 日起全面实施应用了德国SAP 的ERP 系统,实施该系统后,公司几乎所有的与生产、销售、财务、物料、管理相关的数据资料全部集成在该系统中,所以系统数据的安全性和整个系统的稳定性关系到公司的重大利益。为了使公司的所有SAP用户都能正确安全的使用SAP系统,保护公司资源,加强防范措施,维护公司利益,针对企业内部SAP系统的用户授权管理问题,特作如下规定:

一、授权管理:

1、ERP项目上线后,所有用户授权和角色变更,进行严密的审批控制方式进行管理。分别

经过:部门主管、部门经理、事业部分管副总、ERP项目组、ERP项目分管副总裁审批。

2、XXX所有事业部及其子公司中所有使用SAP系统的部门,均需要在部门内指

定具体人员负责本部门关于SAP系统用户、权限和所有相关申请方面的管理

(通常为部门文员负责)工作。并依据本管理文件规定,负责落实本部门所

有相关工作。

3、根据不同使用部门,对SAP用户数量进行限额管理。严格限制用户无序增长。事业部各

部门每年12月份,需要根据部门来年的业务扩展计划,制定SAP用户需求计划。经各

事业部综合办统一汇总并经事业部分管副总裁批准后,交ERP项目组备案,作为来年

SAP系统规划参考。

4、用户申请、更改、用户注销和权限变更,均要走本《XXX SAP系统用户授权管理规定》

的申请流程。

5、所有需要申请新用户的人员,部门必须先安排在相应的岗位学习熟悉2个月(60天)

以上,部门文员才可以给新用户申请用户和授权。而且部门要指定专人进行相应岗位的

SAP操作技能的交接,或指定导师来负责带其熟悉并撑握相关的业务及SAP操作技能。

否则,ERP项目组不给予批准授权,且因此而造成的所有不良后果,均由用户部门承担。

6、各事业部的部门对本部门SAP用户直接负责监控。负责对用户岗位、权限范围和安全保

密工作的监督。各部门文员要做好各部门所有SAP用户的统计登记工作,整理《XXXSAP

用户授权清单》,格式见附件。部门文员必须对本部门用户名(用户账号)、用户权限、

用户帐号申请日期、使用人、变更日期、变更内容及变更原因等进行详细登记。并定期

与ERP项目组系统管理员核对。任何异常均要第一时间同ERP项目组BASIS系统管理员联系。以保证公司SAP系统的安全。

7、SAP用户变更。

7-1任何一个有SAP权限的用户,在申请调岗或离职的同时,部门(部门文员负责)均要立即向ERP项目组提交变更或取消用户的《用户及授权变更申请表》,并

注明要求变更及取消的时间。用户部门要在最终批准的“准许调岗或离职”的

日期之前,将申请交到ERP项目组。

7-2对于自动离职的SAP用户。部门(部门文员负责)应从自发现之时起,以第一时间将申请提交ERP项目组进行用户帐号注销。按连续旷工3天即为自动离厂

为依据,其总的离厂时间最迟不能超过5天(不含第5天)就必须完成将注销

申请交于ERP项目组,并注明是自动离职。

7-3ERP项目组SAP用户授权系统管理员,要在指定时间内将相应的用户及相关授权变更在SAP系统中完成(即:保证人员变动的时刻起,授权也同步完成了变

更)。对于因没有及时提交用户授权调整,或对本部门用户没有进行用户授权

的及时清理,而给公司造成的一切安全隐患及损失者,公司将直接追究其当事

人的工作失职责任。除当事人部门承担连带责任外,当事人承担全部损失,严

重者直接辞退并移交司法机关处理。

8、ERP项目组BASIS系统管理员负责SAP系统内授权的管理与维护工作,同时负责汇总并

更新系统外用户授权清单。保证系统内授权与系统外清单完全一致。并为各部门文员对用户与授权的核对,提供相应的最新清单及授权等工作配合。

9、ERP项目组授权管理系统管理员每月5号前,对上个月所有用户进行统一复核。除公司

决策层领导以外,所有连续两个月(60天)以上没有SAP系统的登录历史记录的用户,统一汇总成清单,并拟定处理意见,交项目组主管审核。经批准后,系统管理员可以直接将此用户帐号清除。并追究相应部门对用户监督不利和人员变动上报不及时责任。10、最终用户在使用过程中如发现授权问题[如授权不当(权限过大)授权无法使用等问题],

均要进行原因核查。由系统管理员拟定原因分析报告,如属于人为过失、个人故意申请较大权限或部门审核不严,由所有相应的失职人员负责。

二、授权审批流程:

因授权任务要求的安全性极高,对审核工作必须进行细分:

1部门文员:替申请人填写申请表,确认并写明工作岗位、工作内容及工作涉及的SAP

操作。如是更改,则必须注明更改原因及内容。同时文员要将整理好的本部门的用户清单交本部门领导参考。

2申请人主管:如果是新增用户,必须核实是否必须增加SAP操作用户,是否已经超出限额。同本科室用户清单及权限进行对比核实。是否是本岗位所必须使用的权限,是否此权限已经跨出本岗位而涉及到其它岗位授权等信息进行审核。确保其权限绝对不可以超出其岗位范围。控制本科室用户数量的增长。

3部门经理:从整个部门角度考虑,相应的用户权限和ERP操作岗位的变更是否会产生安全隐患。是否此权限已经跨出本岗位或本部门而涉及到其它岗位及部门的授权等信息进行审核。并控制本部门总体用户数量的增长。

4ERP项目组相应模块工程师:对用户授权的申请及变更是否符合ERP项目授权要求。以及是否用户授权超限,进行详细核实分析,异常或不可行者直接驳回。如可行,则注明用户的授权的角色代码和描述。需要进行角色变更时,要由ERP项目组相应模块单独填写角色变更申请单。需详细提供相应角色代码和描述,所需要增加、删除的SAP 交易代码、描述以及一些详细的权限条件要求。

5再分别经SAP业务实施组长确认,ERP项目组主管审核,不可行者可以直接驳回。如果是新增用户和更改用户,还必须要经过ERP项目分管副总裁审批通过后才可以生效。6最后由系统管理员执行。系统管理员要以ERP项目组模块工程师所写角色及相关授权要求,结合项目组主管的批注进行维护。

7SAP授权-用户新增及变更申请流程图:(适用于所有新增用户和用户授权更改,由各部门文员填写申请)

SAP授权-用户新增及变更申请流程

页 1

8SAP授权-用户注销帐号申请流程图:(适用于所有删除用户,由各部门文员申请)SAP授权-用户注销帐号申请流程

9 SAP 授权-角色变更申请流程图:(适用于所有角色更改,由SAP 工程师负责申请) 页 1

SAP 授权-角色变更申请流程

三、违规处罚

对于任何一种违反本文件规定的现象,据情节,分别给予如下处罚:

1影响轻微且态度较诚恳者,给予口头警告(以邮件形式,发送给其部门经理及相应事业部分管副总),并写1000字以上检讨书,交ERP项目组。

2情节稍重者,除上述处罚以外,并给予100元以上经济处罚(如属于用户本人,要直接注销相应用户的帐号,取消其SAP系统的使用资格,且不再恢复)。

3造成系统异常中断或停机者,除上述2项处罚以外,如影响轻微,予以200元以上经济处罚并附以降级和降薪处理。责任人所在的部门负有管理不力的责

任。

4如果属于如下任意一条者,除当事人部门承担连带责任外,当事人承担全部损失,并做辞退处理,情节较严重的,可移交司法机关处理。

①如情节和影响较严重,并给公司的造成一定程度损失者。

②故意不执行本规定者。

③属于恶意行为者。

④对整个系统数据的安全性和稳定性造成重大隐患及影响者,并给公司的造成

一定程度损失者。

四、附件:

附件1:《SAP授权-用户变更申请表》

附件2:《SAP授权-角色变更申请表》

附件3:《XXXSAP用户授权清单》

以上规定的解释权归电脑中心ERP项目组。

信息系统账号管理制度最新版

信息系统账号管理制度 第一节总则 第一条为加强用户账号管理,规范用户账号的使用,提高用户账号的安全性,特制定本制度。 第二条本制度中系统账号是指应用层面及系统层面(操作系统、数据库、防火墙及其它网络设备)的用户账号。 第三条本规定所指账号管理包括: 1、应用层面用户账号的申请、审批、分配、删除/禁用等的管理。 2、系统层面用户账号的申请、审批、分配、删除/禁用等的管理 3、用户账号密码的管理。 第四条系统拥有部门负责建立《岗位权限对照表》(附件一),制定工作岗位与系统权限的对应关系和互斥原则,对具体岗位做出具体的权限管理规定。 第五条信息中心根据系统拥有部门提交的《岗位权限对照表》增加系统中进行必要有效的逻辑控制。 第六条用户账号申请、审批及设置由不同人员负责。 第二节普通账号管理 第七条申请人使用统一而规范的《账号/权限申请表》(附件二)提出用户账号创建、修改、删除/禁用等申请。 第八条账号申请人所属部门负责人及系统拥有部门负责人根据《岗位权限对照表》审核申请人所申请的权限是否与其岗位一致,确保权限分配的合理性、必 要性和符合职责分工的要求。 第九条在受理申请时,权限管理人员根据申请配置权限,在系统条件具备的情况下,给用户分配独有的用户账号或禁用用户账号权限,以使用户对其行为 负责。一旦分配好账号,用户不得使用他人账号或者允许他人使用自己的 账号。 第十条新员工入职或员工岗位发生变化时,应主动申请所需系统的账号及权限。 第十一条人员离职的情况下,该员工的账户应当被及时的禁用。离职人员的离职手续办理完毕后,人力资源部需通过邮件或书面的方式通知员工所属部门主

管负责该员工权限收回的工作。员工所属部门主管根据该用户的岗位申请 删除离职人员账号及权限。 第十二条账号管理人员建立各种账号的文档记录,记录用户账号的相关信息,并在账号变动时同时更新此记录。 第三节特权账号和超级用户账号管理 第十三条特权账号指在系统中有专用权限的账号,如备份账号、权限管理账号、系统维护账号等。超级用户账号指系统中最高权限账号,如administrator (或admin)、root等管理员账号。 第十四条只有经授权的用户才可使用特权账号和超级用户账号,严禁共享账号。 第十五条信息中心每季度查看系统日志,监督特权账号和超级用户账号使用情况,并填写《系统日志审阅表》(附件三)。 第十六条尽量避免特权账号和超级用户账号的临时使用,确需使用时必须履行正规的申请及审批流程,并保留相应的文档。 第十七条临时使用超级用户账号必须有监督人员在场记录其工作内容。 第十八条超级用户账号临时使用完毕后,账号管理人员立即更改账号密码。 第四节用户账号及权限审阅 第十九条系统拥有部门指定专人负责每季度对系统应用层面账号及权限进行审阅,并填写《账号/权限清理清单》(附件四)。 第二十条信息中心指定专人负责每季度对系统层面账号及权限进行审阅,并填写《账号/权限清理清单》。 第二十一条员工离职后,账号管理人员及时禁用或删除离职人员所使用的账号。如果离职人员是系统管理员,则及时更改特权账号或超级用户口令。

客户关系管理系统的发展与研究(一)

客户关系管理系统的发展与研究(一) 摘要:客户关系管理系统CRM是把有关市场和客户的信息进行统一管理、共享,并能进行有效分析的处理的新型应用系统,它为企业内部的销售、营销、客户服务等提供全面的支持。在帮助企业缩减销售成本、增加收入、寻找扩展业务所需的新市场和新渠道,提高客户的价值方面CRM具有很广阔的应用空间。本文就此对CRM作了系统的论述。 关键字:客户关系、管理系统、电子商务 1、客户关系管理CRM的起步及目前发展状况 客户关系管理CRM(CustomerRelationshipManagement)最早由美国GartnerGroup提出,自1997年开始,经过几年的发展,全球的CRM 市场一直处于爆炸性的快速增长之中。1999年全球的CRM市场收益约为76亿美元。据市场分析专家预测,2000年全球CRM市场收益将超过120亿美元,2004年将达到670亿美元。年增长率将一直保持在50%以上。目前,我国的CRM市场也已开始启动。像以往的ERP、电子商务等新理念一样,CRM在国内的发展经历了从概念传入到市场启动这样一个过程,而这些新理念对推动我国信息化建设将发挥积极的作用。 那么,CRM的基础是什么?它是一种以“客户关系一对一理论”为基础,旨在改善企业与客户之间关系的新型管理机制。“客户关系一对一理论”认为,每个客户的需求是不同的,只有尽可能地满足每个客户的特殊需求,企业才能提高竞争力。每个客户对企业的价值也是不同的,

通过满足每个客户的特殊需求,特别是满足重要客户的特殊需求,企业可与每个客户建立起长期稳定的客户关系,客户同企业之间的每一次交易都使得这种关系更加稳固,从而使企业在同客户的长期交往中获得更多的利润。 CRM系统的宗旨是:为了满足每个客户的特殊需求,同每个客户建立联系,通过同客户的联系来了解客户的不同需求,并在此基础上进行“一对一”个性化服务。 从地域来看,目前CRM商机最大的是北美市场,其次是西欧市场,其中西欧市场正以全球最快的速度飞速发展。在东南亚地区,CRM市场目前比较小,尚处于炒作概念而不是做产品的时期。这主要是因为CRM概念由美国提出,拥有此类产品的厂商主要是Siebel、Oracle、Vantive、Onyx等欧美国家的软件公司,在其他地区产品的推行存在产品本地化等问题。但就其市场前景来看,发展潜力非常巨大。 从行业结构角度来看,大多数CRM方案供应商并没有把其产品局限在单一的行业市场,其客户遍布于众多的行业:如制造业、保险业、金融业以及高技术行业。 全球流行的CRM产品主要包括:Baan公司的BaanFrontoffice98.4、Onyx软件公司的OnyxCustomer4.0和Siebel系统公司的Siebel99等。这些产品都以Windows、Unix等为主流平台,并集成了MicrosoftOffice 应用。IBM、Oracle、Lotus等公司目前纷纷在加大力度发展其CRM产品。2、客户关系管理的基本目标与基本内容 CRM的基本目标应有三个,一是研究用户、确定市场,二是解决如

后台系统用户和权限管理办法暂行

网站后台系统用户和权限管理办法 (暂行)

第一章总则 第一条为加强公司网站后台运营系统用户账号和权限的规范化管理,明确权限及管理相关责任部门,规范公司系统权限申请及数据管理流程,,确保各信息系统安全、有序、稳定运行,防范系统操作风险,特制定本办法(暂行),以供全公司规范执行。 第二条本办法所指信息系统权限及数据包括,但不仅限于公司的网站、OA系统、物流系统、对外网站系统等设计的系统用户权限分配、日常管理、系统及业务数据管理、提取及变更。 第三条技术开发部是本管理办法主要执行部门。需设立系统维护人员,负责系统用户权限管理、部分权限设置、系统数据提取、变更和制定,以及其他具体技术实现。 第四条所有信息系统须指定系统管理员负责用户和权限管理的具体操作。其他部门负责统一按本办法所制定的要求执行,通过工作邮件方式提出需要技术开发部相关人员配合完成的具体工作内容。 第五条信息系统用户和权限管理的基本原则是: (一)用户、权限和口令设置由技术部系统管理员全面负责。 (二)用户、权限和口令管理必须作为系统风险防范管理工作强制性执行规定的技术标准或要求。 (三)用户、权限和口令管理采用实名制管理模式。 (四)严禁杜绝一人多账号登记注册。 第六条本制度适用于运营后台系统新建账号、管理、删除等基于角色控制。其他业务系统的用户和权限管理暂时参照本办法执行。 第二章系统权限管理 第七条系统管理员职责 (一)负责本级用户管理以及对下一级系统管理员管理。包括创建各类申请用户、用户有效性管理、为用户分配经授权批准使用的业务系统、为业务管理员提供用户授权管理的操作培训和技术指导。系统管理员由技术部指定专人负责。 (二)系统权限管理由技术部系统运维岗和各人事行政部共同协作完成,技术部系统运维岗拥有系统管理和用户管理权限,负责对权限进行变更。人事行政部负责对权限列表进行查询,以方便行使检查权限。 (三)对于公司系统(域用户、上网权限、邮箱)的权限管理,统一由人事行政部发起权限申请、变更与终止流程。新员工办理入司相关手续后,由人事行政部征询用人

信息系统帐号管理系统规章制度

信息系统帐号管理制度 第一节总则 第一条为加强用户帐号管理,规范公司信息系统用户帐号的使用,确保用户帐号的安全性,特制定本制度。 第二条本制度中系统帐号是指应用层面及系统层面(操作系统、数据库、防火墙及其它网络设备)的用户帐号。 第三条用户帐号申请、审批及设置由不同人员负责。 第四条系统拥有部门负责建立《岗位权限对照表》(附件六)。 第五条本制度适用于公司总部和各分、子公司(含郑州研究院)。 第二节普通帐号管理 第六条申请人使用统一而规范的《帐号/权限申请表》(附件七)提出用户帐号创建、修改、删除/禁用等申请。 第七条帐号申请人所属部门负责人及系统拥有部门负责人根据《岗位权限对照表》对应用层面的普通用户帐号申请进行审批。 第八条信息部负责人根据《岗位权限对照表》对系统层面的普通用户帐号申请进行审批。 第九条帐号管理人员建立各种帐号的文档记录,记录用户帐号的相关信息,并在帐号变动时同时更新此记录,具体内容见《用户帐号记录》(附 件八)。具体流程参见《普通帐号管理流程》(附件一)。 第三节特权帐号和超级用户帐号管理 第十条特权帐号指在系统中有专用权限的帐号,如备份帐号、权限管理帐号、系统维护帐号等。超级用户帐号指系统中最高权限帐号,如root 等管理员帐号。

号。 第十二条信息部每季度查看系统日志,监督特权帐号和超级用户帐号使用情况。 第十三条尽量避免特权帐号和超级用户帐号的临时使用,确需使用时必须履行正规的申请及审批流程,并保留相应的文档。 第十四条临时使用超级用户帐号必须有监督人员在场记录其工作内容。 第十五条超级用户帐号临时使用完毕后,帐号管理人员立即更改帐号密码。 具体流程参见《特权帐号和超级用户帐号管理流程》(附件二)。 第四节临时帐号管理 第十六条使用临时帐号时(如内外部审计人员、临时岗位调动人员),须填写统一的《帐号/权限申请表》(附件七)。 第十七条帐号申请人所属部门负责人及系统拥有部门负责人根据《岗位权限对照表》对应用层面的临时用户帐号申请进行审批。 第十八条信息部负责人根据《岗位权限对照表》对系统层面的临时用户帐号申请进行审批。 第十九条帐号管理人员负责临时帐号的建立和记录。 第二十条临时帐号使用完毕后,申请人及时通知帐号管理人员注销临时帐号。 具体流程参见《临时访问帐号管理流程》(附件三)。 第五节紧急帐号管理 第二十一条根据紧急事件的等级建立相应权限的紧急帐号,专门处理紧急事件。第二十二条帐号管理人员负责紧急帐号的下发和记录。 第二十三条紧急帐号使用人员必须在事件处理完毕后补办相关手续。 第二十四条紧急帐号使用完毕后,紧急帐号使用人员及时通知帐号管理人员禁

系统账号管理制度

系统账号管理制度第一节总则

第一条为加强用户账号管理,规范用户账号的使用,提高用户账号的安全性,特制定本制度。 第二条本制度中系统账号是指应用层面及系统层面(操作系统、数据库、防火墙及其它网络设备)的用户账号。第三条本规定所指账号管理包括: 1、应用层面用户账号的申请、审批、分配、删除/禁 用等的管理。 2、系统层面用户账号的申请、审批、分配、删除/禁 用等的管理 3、用户账号密码的管理。 第四条系统拥有部门负责建立《岗位权限对照表》(附件一),制定工作岗位与系统权限的对应关系和互斥原 则,对具体岗位做出具体的权限管理规定。 第五条信息技术部根据系统拥有部门提交的《岗位权限对照表》增加系统中进行必要有效的逻辑控制。 第六条用户账号申请、审批及设置由不同人员负责。

第二节普通账号管理 第七条申请人使用统一而规范的《账号/权限申请表》(附件二)提出用户账号创建、修改、删除/禁用等申请。 第八条账号申请人所属部门负责人及系统拥有部门负责人根据《岗位权限对照表》审核申请人所申请的权限是否 与其岗位一致,确保权限分配的合理性、必要性和符 合职责分工的要求。 第九条在受理申请时,权限管理人员根据申请配置权限,在系统条件具备的情况下,给用户分配独有的用户账号 或禁用用户账号权限,以使用户对其行为负责。一旦 分配好账号,用户不得使用他人账号或者允许他人使 用自己的账号。 第十条新员工入职或员工岗位发生变化时,应主动申请所需系统的账号及权限。 第十一条人员离职的情况下,该员工的账户应当被及时的禁用。离职人员的离职手续办理完毕后,人力资源部需 通过邮件或书面的方式通知员工所属部门主管负责该 员工权限收回的工作。员工所属部门主管根据该用户

系统用户及权限管理制度

航开发系统用户账号及权限管理制度 第一章总则 第一条 航开发系统用户的管理包括系统用户ID的命名;用户ID的主数据的建立;用户ID的增加、修改;用户ID的终止;用户密码的修改;用户ID的锁定和解锁;临时用户的管理;应急用户的管理;用户ID的安全管理等。 第二章管理要求 第二条 航开发系统管理员(以下简称系统管理员)在系统中不得任意增加、修改、删除用户ID,必须根据《系统用户账号申请及权限审批表》和相关领导签字审批才能进行相应操作,并将相关文档存档。 第三条 用户ID的持有人特别是共享的用户ID必须保证用户ID和用户密码的保密和安全,不得对外泄漏,防止非此用户ID的所有者登录系统。 第四条 用户管理员要定期检查系统内用户使用情况,防止非法授权用户恶意登录系统,保证系统的安全。 第五条 用户ID持有人要对其在系统内的行为负责,各部门领导要对本部门用户的行为负责。

第六条 用户ID的命名由系统管理员执行,用户ID命名应遵循用户ID的命名规则,不得随意命名。 第七条 用户ID主数据库的建立应保证准确、完整和统一,在用户ID发生改变时,用户管理员应及时保证主数据库的更新,并做好用户ID变更的归档工作。 第八条 对用户申请表等相关文档各申请部门的用户管理员必须存档,不得遗失。 第九条 公司NC-ERP系统中各部门必须明确一名运维管理人员负责本部门用户管理、权限管理及基础数据维护等相关工作。 第三章增加、修改用户ID的管理第十条 公司NC-ERP系统中增加、修改用户ID应符合下列情况之一: 1、因工作需要新增或修改用户ID; 2、用户ID持有人改变; 3、用户ID封存、冻结、解冻; 4、单位或部门合并、分离、撤消; 5、岗位重新设置; 6、其他需要增加或修改公司NC-ERP系统中用户ID的情况。 第十一条

IT信息系统管理制度_更新版

综合管理部 IT信息系统管理制度更新版

目录 一、目的 (3) 二、适用围 (3) 三、职责 (3) 四、名词定义 (1) 五、安全管理 (1) 六、账号和管理 (1) 七、Internet管理 (1) 八、文件服务器 (1) 九、硬件管理 (1) 十、软件管理 (1) 十一、公司维护管理 (4) 十二、 (1)

IT信息系统管理制度 一、目的 为了保护公司计算机信息系统安全,规信息系统管理,合理利用系统资源,保障公司各信息系统的正常运行,充分发挥信息系统在企业管理中的作用,更好地为公司生产经营服务,特制定本制度。 二、适用围 本制度适用于公司围: 所有计算机、计算机用户及计算机相关设备、网络设备、服务器和计算机上安装的所有软件。 三、职责 3.1 综合管理部(网管):负责对公司所有计算机及相关设 备、软硬件的维护和信息系统资源的管理,为各部门提供信息技术相关的支持服务。 3.2部门:负责本部门计算机的保管、使用,使用过程中可 要求综合管理部(网管)协助、支援。在工作过程当中不可以多次询问同一问题,以免给综合管理部人员带来不必要的工作负担。

四、名词定义 4.1 Internet:由使用公用语言互相通信的计算机连接而成 的全球网络。 4.2 防火墙:协助确保信息安全的设备,会依照特定的规则, 允许或是限制传输的数据通过。防火墙可以是一台专属的硬件也可以是架设在一般硬件上的一套软件。 4.3 VPN:即虚拟专用网,它是通过Internet建立的一个临 时的、安全的连接。 4.4 文件服务器:基于中央服务器的文件共享,文件夹及文 件的权限可基于部门及用户进行集中的管理,同时集中的每个工作日的数据备份机制,可以确保用户防文件丢失或损坏带来的业务上的风险; 4.5 服务器:存放文件和资料,包括文字、文档、数据库、 的页面、图片等文件的服务器。 4.6 备份服务器:用于备份服务器文件信息数据。 4.7 FTP:让用户连接上一个远程计算机(这些计算机上运 行着FTP服务器程序)察看远程计算机有哪些文件,然后把文件从远程计算机上拷到本地计算机,或把本地计算机的文件送到远程计算机去 4.8 局域网:由一个局限的电子设备组成的网络。 4.9 广域网:实现不同地区的局域网或城域网的互连,可提 供不同地区、城市和国家之间的计算机通信的远程计算

系统用户及权限管理制度

系统用户及权限管理制度

航开发系统用户账号及权限管理制度 第一章总则 第一条 航开发系统用户的管理包括系统用户ID的命名;用户ID的主数据的建立;用户ID的增加、修改;用户ID的终止;用户密码的修改;用户ID的锁定和解锁;临时用户的管理;应急用户的管理;用户ID的安全管理等。 第二章管理要求 第二条 航开发系统管理员(以下简称系统管理员)在系统中不得任意增加、修改、删除用户ID,必须根据《系统用户账号申请及权限审批表》和相关领导签字审批才能进行相应操作,并将相关文档存档。 第三条 用户ID的持有人特别是共享的用户ID必须保证用户ID和用户密码的保密和安全,不得对外泄漏,防止非此用户ID的所有者登录系统。

第四条 用户管理员要定期检查系统内用户使用情况,防止非法授权用户恶意登录系统,保证系统的安全。 第五条 用户ID持有人要对其在系统内的行为负责,各部门领导要对本部门用户的行为负责。 第六条 用户ID的命名由系统管理员执行,用户ID 命名应遵循用户ID的命名规则,不得随意命名。 第七条 用户ID主数据库的建立应保证准确、完整和统一,在用户ID发生改变时,用户管理员应及时保证主数据库的更新,并做好用户ID变更的归档工作。 第八条 对用户申请表等相关文档各申请部门的用 户管理员必须存档,不得遗失。 第九条

公司NC-ERP系统中各部门必须明确一名运维管理人员负责本部门用户管理、权限管理及基础数据维护等相关工作。 第三章增加、修改用户ID的管理 第十条 公司NC-ERP系统中增加、修改用户ID应符合下列情况之一: 1、因工作需要新增或修改用户ID; 2、用户ID持有人改变; 3、用户ID封存、冻结、解冻; 4、单位或部门合并、分离、撤消; 5、岗位重新设置; 6、其他需要增加或修改公司NC-ERP系统中 用户ID的情况。 第十一条 用户ID的增加、修改,须由申请人填写《NC-ERP用户账号申请表》,所在部门主管签字审批后,系统管理员审查并报主管领导审批后执行相应的操作。 第四章用户ID终止的管理

应用系统的角色、权限分配管理制度

应用系统的角色、权限分配管理制度 第一条、用户权限管理 一、用户类型 1.系统管理员: 为应用系统建立账号及分配权限的用户 2.高级用户: 具有对应用系统内的数据进行查询和修改的用户 3.普通用户: 只对系统内数据有查询功能的用户 二、用户建立 1.建立的原则 (1)不同类型用户的建立应遵循满足其工作需要的原则,而用户的权限分配则应以保障数据直报的高效、准确、安全为原则。 (2)用户的权限分配应尽量使用系统提供的角色划分。如需特殊的操作权限,应在准确理解其各项操作内容的基础上,尽量避免和减少权限相互抵触、交叉及嵌套情况的发生,经调试成功后,再创建相应的角色赋予本级用户或直报用户。 (3)通过对用户进行角色划分,分配报告用户权限,合理限制对个案数据的修改权限,将数据报告与数据利用剥离,即原始数据报告与统计加工后信息利用分开。 (4)系统内所有涉及报告数据的帐户信息均必须采用真实信息,即

实名制登记。 2.建立的程序 (1)用户申请 可由使用部门使用人填写应用系统用户申请表,经单位领导签字批准后,向本单位负责应用的相关部门提出申请。 (2)用户创建 负责应用系统的相关部门在收到用户申请表后,系统管理员根据用户申请的内容和实际的工作范围,为其建立用户帐号并授予相应的角色,再填写用户申请回执表,经部门主管领导签字批准后,反馈给申请单位。 创建用户的步骤:①建立用户帐号;②创建角色;③为角色配置权限; ④将角色授予用户。 第二条、用户安全 一、系统安全 1.用户必须遵守国家法律、单位规章制度,不得参加任何非法组织和发布任何反动言论;严守单位机密,不得对外散布、传播本系统内部信息;不得有诋毁、诽谤、破坏本系统声誉的行为。 2.用户必须按“传染病监测信息应用工作与技术指南”对系统进行操作,尽量做到专人、专机运行使用本系统,并避免使用公共场所(如网吧)的计算机使用应用系统。 3.用户应在运行本系统的计算机上安装杀毒软件、防火墙,定期杀毒;禁止在运行本系统的计算机上安装、运行含有病毒、恶意代码、木马

管理信息系统权限管理制度(定稿)

XXXXXX有限公司 管理信息系统权限管理制度 XXX-XX-XX 第一章总则 第一条目的 为规范公司管理信息系统的权限管理工作,明确不同权限系统用户的管理职责,结合公司实际情况,特制定本管理制度。 第二条定义 (一)管理信息系统:包含已经上线的财务会计、管理会计、供应链、生产制造、CRM(客户关系管理)、决策管理和后续上线的所有管理信息系统模块。 (二)权限:在管理信息系统中用户所能够执行的操作及访问数据的范围和程度。 (三)操作员:上述软件系统使用人员。 第三条适用范围 本制度适用于XXXXXX有限公司(以下简称XXXX、公司)、XXXXXXX有限公司、XXXXXX有限公司、XXXXXXXX有限公司。 XXXX股份有限公司控、参股的其他公司,应结合本公司实际情况,参照本制度制定相应管理制度,报XXXX质量信息部备案。 第二章职责划分 第四条管理信息系统管理部门 公司的管理信息系统由质量信息部负责管理和维护,同时也是管理信息系统用户权限的归口管理部门,主要负责各系统内用户权限的审批、开通、监控、删除及通知等管理工作。 第五条管理信息系统操作部门 除管理信息系统管理部门外,其他使用管理信息系统的部门,均为管理信息系统的操作部门,使用人员为各岗位操作员。

具体岗位职责如下: (一)负责岗位信息系统权限的申请及使用,并对权限申请后形成的业务结果负责。 (二)负责所使用模块的数据安全。 第六条管理信息系统系统管理员 管理信息系统的系统管理员由质量信息部指派,并报公司管理层领导备案。 系统管理员负责用户帐号管理、用户角色权限分配和维护、各模块运行的安全监管及数据备份,并定期进行管理信息系统安全审计。 第三章用户权限管理 第七条用户权限申请 各部门依据实际工作情况,当需要新增/变更/注销管理信息系统的用户权限时,可由操作员本人或所在部门领导指派的专人,填写《ERP权限新增/变更/注销申请表》(参附件1)。 第八条用户权限审批 《ERP权限新增/变更/注销申请表》由申请人提交,经所在部门领导、分管领导及质量信息部部门领导审批同意后,报送系统管理员。系统管理员根据申请人填写内容并与申请人以及部门领导沟通后,填写申请表中系统管理员之相应内容并存档。 第九条用户权限配置 用户权限审批通过后,系统管理员将在两个工作日内完成权限新增/变更/注销工作,并以电子邮件通知申请人以及部门领导。 第十条用户权限测试 申请人在接到权限开通通知后,须在三个工作日之内完成系统权限测试,如有问题可通过电子邮件(包含问题的文字说明及截图)反馈到系统管理员。系统管理员应及时给予解决,并将处理结果通过电子邮件及时反馈给申请人。 在三个工作日之内无问题反馈的,系统管理员将视此权限设置正确,后续如有问题将按照用户权限申请流程处理。

客户关系管理系统的详细设计及测试

客户关系管理系统的详细设计及测试 本篇论文目录导航: 【题目】J2EE技术下的客户关系管理系统研究 【第一章】J2EE技术在客户关系管理系统中的应用绪论 【第二章】客户关系管理系统的相关技术及概念介绍 【第三章】客户关系管理系统的需求分析及架构设计 【4.1】客户关系管理系统的数据库设计 【4.2】客户关系管理系统的相关模块设计 【第五章】客户关系管理系统的详细设计及测试 【结论/参考文献】基于J2EE技术的客户关系管理平台构建结论及参考文献 第5 章系统的详细设计及测试 系统的详细设计包括系统的界面设计及实现,通过详细设计来完成前期的概要设计及系统所需要的功能。测试部分则是对系统测试环境、工具及测试结果进行了叙述。 5.1 详细设计 这一部分中,我们将就系统的具体实现进行详细的论述。如图 5.1 所示,是系统的用户登录界面。用户在输入登录用户名和密码的同时还需要输入验证码,只有这三项都输入正确的情况才能够登

录系统。如图 5.2 所示,是系统管理员登陆系统以后所见到的界面图,默认是查看用户基本信息管理功能的。正上方的导航部分包括首页、后退、前进、刷新、帮助等五项常用基本操作,导航栏右侧可以查看用户信息、修改密码以及退出系统,并且带有日期。而基于J2EE 技术的客户关系管理系统的左边栏部分按照系统的设计,则包括了公司的客户关系管理系统中的用户信息管理、项目管理、版本信息等功能模块。基于J2EE 技术的客户关系管理系统的中心区域则是显示相关功能的具体信息,多数以列表的形式呈现。 在基于J2EE 技术的客户关系管理系统用户信息管理模块中,包括了用户基本信息管理、用户权限信息管理、系统角色管理以及系统角色权限管理四个功能。下图所示的是用户基本信息管理,以列表形式展现系统用户的用户名、用户角色、联系方式、登陆的IP地址以及详细描述。如果需要进一步查看相关用户的详细信息,则可以点击对应行中的查看按钮,进入详细信息界面查看、修改或者删除相关用户信息。是项目基本信息管理的界面图。在基于J2EE 的客户关系管理系统的项目管理模块中,根据数据库设计以及相关的概要及详细设计,分为公司的项目基本信息管理、项目里程碑分解、项目人员信息管理、项目进度信息管理等功能。点击相关功能,则会进入相关功能界面。而项目基本信息列表如下图所示,在列表中,可以直接的看到项目的项目名称、项目编号、项目类型、详细描述、基本操作等功能。点击相关的查看按钮,则可以进入项目详细信息界面查看项目的详细信息。而点击删除按钮,则会提示是否删除该条项目信息,如果

信息系统用户和权限管理制度

系统用户和权限管理制度 第一章总则 第一条为加强系统用户账号和权限的规范化管理,确保各信息系统安全、有序、稳定运行,防范应用风险,特制定本制度。 第二条本制度适用于管理的、基于角色控制和方法设计的各型信息系统,以及以用户口令方式登录的客户端。 第三条系统用户、角色、权限的划分和制定,以人力资源部对部门职能定位和各业务部门内部分工为依据。 第四条协同办公系统用户和权限管理由场办公室负责,其他业务系统的用户和权限管理由各业务部门具体负责。所有信息系统须指定系统管理员负责用户和权限管理的具体操作。 第五条信息系统用户和权限管理的基本原则是: (一)用户、权限和口令设置由系统管理员全面负责。 (二)用户、权限和口令管理必须按照要求进行分配管理。 (三)用户、权限和口令管理采用实名制管理模式。 (四)严禁杜绝一人多账号登记注册。 第二章管理职责 第七条系统管理员职责 创建各类申请用户、用户有效性管理、为用户分配经授权批准使用的业务系统、为用户授权和操作培训和技术指导。 第八条用户职责 用户须严格管理自己用户名和口令,遵守保密性原则,除获得授权或另有规定外,不能将收集的个人信息向任何第三方泄露或公开。系统内所有用户信息均必须采用真实信息,即实名制登记。 第三章用户管理 第十条用户申请和创建 (一)申请人填写基本情况,提交本部门负责人; (二)部门负责人确认申请业务用户的身份权限,并在《用户账号申请和变更表》确认。

(三)经由部门经理进行审批后,由系统管理员创建用户或者变更权限。 (四)系统管理员将创建的用户名、口令告知申请人本人,并要求申请人及时变更口令; (五)系统管理员将《用户账号申请和变更表》存档管理。 第十一条用户变更和停用 (一)人力资源部主管确认此业务用户角色权限或变更原因。 (二)执行部门主管确认此业务用户角色权限或变更原因。 (三)系统管理员变更 系统管理员变更,应及时向上级系统管理员报告,并核对其账户信息、密码以及当时系统中的各类用户信息及文档,核查无误后方可进行工作交接。新任系统管理员应及时变更账户信息及密码。 (四)业务管理员变更 业务变更应及时向本级管理或上级业务管理报告,上级业务管理和系统管理员及时变更业务管理信息。 (五)用户注销 用户因工作岗位变动,调动、离职等原因导致使用权限发生变化或需要注销其分配账号时,应填写《用户账号申请和变更表》,按照用户账号停用的相关流程办理,由系统管理员对其权限进行注销。 第四章安全管理 第十二条使用各信息系统应严格执行国家有关法律、法规,遵守公司的规章制度,确保国家秘密和企业利益安全。 第十三条口令管理 (一)系统管理员创建用户时,应为其分配独立的初始密码,并单独告知申请人。 (二)用户在初次使用系统时,应立即更改初始密码。 (三)用户应定期变更登陆密码。 (四)用户不得将账户、密码泄露给他人。 第十四条帐号审计 账号审计工作由信息系统管理部门的负责人或者主管进行审计,并应定期向其领导进行汇报,由场信息系统管理部门负责人定期和不定期检查。 第十五条应急管理 (一)用户及业务管理员账户信息泄露遗失 用户及业务管理员账户信息泄露遗失时,.应在24小时内通知本级系统管理员。本级系统管理员在查明情况前,应暂停该用户的使用权限,并同时对该账户所报数据进行核查,待确认没有造成对报告数据的破坏后,通过修改密码,恢复该账户的报告权限。

CRM客户关系管理系统

1引言 1.1 课题背景与研究现状 CRM,即客户关系管理,是先进的科学技术和现代管理相结合的产物。过去的几年里,由于业界对CRM概念的不良炒作以及对它产生不合理的期望,CRM在西方企业的应用一直不如人意,对其产生了不少负面的理解。然而,CRM毫无疑问仍将是世界上绝大多数企业必须关心的核心管理问题,“客户是上帝”,这句话也从未显得如此的真实。 在审视计算机在管理中应用的历程时越来越多的人们发现:从电子数据处理(Electronic Data Processing)→管理信息系统(Management Information Systems)→决策支持系统(Decision Support Systems),再到现在风靡世界的客户关系管理系统(Customer Relationship Management)。计算机技术以其新概念、新技术充分的渗透并应用到管理的各个领域和行业当中去。不同的软件设计技术有:客户/服务器架构(C/S),e-CRM或国内惯用的名词B/S(Broser/Server),m-CRM(mobile CRM)即移动CRM应用。 CRM的概念由美国Gartner 集团率先提出。它既是一种国际领先的、以“客户价值”为中心的企业管理理论、商业策略和企业运作实践,也是一种以信息技术为手段、有效提高企业收益、客户满意度、雇员生产力的管理软件。CRM整合了客户、公司、员工等资源,对资源有效地、结构化地进行分配和重组,便于在整个客户关系生命周期内及时了解、使用有关资源和知识;简化、优化了各项业务流程,使得公司和员工在销售、服务、市场营销活动中,能够把注意力集中到改善客户关系、提升绩效的重要方面与核心业务上,提高了员工对客户的快速反应和反馈能力;也为客户带来了便利,客户能够根据需求迅速获得个性化的产品、方案和服务。 1.2 解决问题的方法及途径 随着代时的进步,社会生产力高速发展,新技术层出不穷信息量急剧膨胀,整个人类社会已成为信息化的社会人们对信息和数据的利用和处理已经进入自动化、网络化和社会化的阶段。

最全系统账户权限的管理规范完整版.doc

系统账户权限管理规范 1.目的 为规范产业公司系统账户、权限管理,确保各使用单位与权限操作间的有效衔接,防止账户与权限管理失控给公司带来利益损失、经营风险。信息系统帐号的合理配置、有效使用、及时变更、安全保密,特制订本规范。 2.适用范围 本规范适用于多公司本部各单位、营销机构。 3.定义 3.1公司:指多媒体产业公司 3.2单位:指公司下属各单位,包含HR中体现为不同人事范围的直属部门、驻外机构。 3.3人事管理:指负责本单位人事信息人员,包括行政机构、驻外分公司人事经理、事业部、生产厂等部门级人事管理岗。 3.4权限管理员:负责本单位信息系统用户集中申请、变更,管理本单位信息系统用户对口的管理人员。包含单位自行开发和管理的信息系统(自行开发系统由所在部门指定系统管理员负责),如营销中心的“DDS”,研究“PDM”也是流程申请的维一发起人。 3.5系统管理员:指系统开发、系统配置管理的IT人员,部分虹信IT顾问为主。也可根据组织架构授权给某业务单位的相关人员,其负责某系统用户和权限的配置管理者。 3.6系统流:指每个系统固定的申请、审批流,原则上由系统管理员或权限管理员配置。 4.部门职责 4.1产业公司负责人: 4.1.1.公司信息系统立项、验收等审批工作。 4.1.2.公司信息系统,信息安全的第一责任人。 4.1.3.公司信息系统组织第一责任人

4.2人事部门: 4.2.1负责在人力资源管理系统(以下简称HR系统)处理人事档案,各单位权限管理员提交的信息系统需求协助。 4.2.2提供各单位的入职、调动、离职信息给信息系统管理部门。 4.2.3协助信息系统部门与人事相关的其它需求。 4.3控制中心: 4.3.1负责发布和制定信息建设规范,并组织通过技术手段或辅助工具管理。4.3.2负责组织周期性清理各信息系统账户。 4.3.3负责信息系统档案的建立。 4.3.4负责信息系统维护、权限配置、权限审核等相关事宜。 4.3.5 4.4用户申请部门和使用单位: 4.4.1各单位第一负责人管理本单位员工,各信息系统账户、权限申请、审核并对信息系统安全负责。定期组织相关人员对部门的信息系统帐号、权限进行清理和检查,申请职责可指定单位专人负责。 4.4.2权限管理员作为各单位信息系统申请的唯一发起人。 4.4.3权限管理员协助单位人事向公司人事部提交本单位入职、调动、离职信息。 4.4.4权限管理员负责本单位员工,各信息系统账户的新增、变更、冻结以及对应系统权限的申请工作。 4.4.5权限管理员负责定期核查本单位员工,对应系统账户的权限,若有偏差及时发起变更申请流程。 4.4.6帐号使用者不得将自己权限交由它人使用,部分岗位因工作需要交由同部门使用时,必须保证其安全和保密工作。 4.5系统操作部门: 4.5.1系统管理员负责对权限管理员提交的申请进行权限操作、审核。 4.5.2系统管理员定期在系统或SSU上获取信息系统的账号、权限分布表,并进行检查,对发现问题和风险的帐号及时告知相关部门并发起相应流程。 4.5.3系统管理员负责对系统故障进行处理或提交集团。 4.5.4系统管理员负责对系统操作手册的解释和编制工作。

信息系统用户和权限管理制度

信息系统用户和权限管理制度;第一章总则;第一条为加强信息系统用户账号和权限的规范化管理,;第二条本制度适用于场建设和管理的、基于角色控制和;法设计的各型信息系统,以及以用户口令方式登录的网;网站系统等;第三条信息系统用户、角色、权限的划分和制定,以人;第四条场协同办公系统用户和权限管理由场办公室负责;第五条信息系统用户和权限管理的基本原则是:;(一)用户、权 信息系统用户和权限管理制度 第一章总则 第一条为加强信息系统用户账号和权限的规范化管理,确保各信息系统安全、有序、稳定运行,防范应用风险,特制定本制度。 第二条本制度适用于场建设和管理的、基于角色控制和方 法设计的各型信息系统,以及以用户口令方式登录的网络设备、 网站系统等。 第三条信息系统用户、角色、权限的划分和制定,以人力资源部对部门职能定位和各业务部门内部分工为依据。

第四条场协同办公系统用户和权限管理由场办公室负责,其他业务系统的用户和权限管理由各业务部门具体负责。所有信息系统须指定系统管理员负责用户和权限管理的具体操作。 第五条信息系统用户和权限管理的基本原则是: (一)用户、权限和口令设置由系统管理员全面负责。 (二)用户、权限和口令管理必须作为项目建设的强制性技术标准或要求。 (三)用户、权限和口令管理采用实名制管理模式。 (四)严禁杜绝一人多账号登记注册。 第二章管理职责 第六条系统管理员职责 负责本级用户管理以及对下一级系统管理员管理。包括创建各类申请用户、用户有效性管理、为用户分配经授权批准使用的业务系统、为业务管理员提供用户授权管理的操作培训和技术指导。 第七条业务管理员职责 负责本级本业务系统角色制定、本级用户授权及下一级本业务系统业务管理员管理。负责将上级创建的角色或自身创建的角色授予相应的本级用户和下一级业务管理员,为本业务系统用户提供操作培训和技术指导,使其有权限实施相应业务信息管理活动。

客户关系管理 客户关系管理系统

客户关系管理客户关系管理系统 客户关系管理客户关系管理系统--在当今市场的大环境之下,提高竞争力的主要方法就是加强管理,在管理方法、模式、手段和工具、服务等方面进行切实可行的改革,作为当今流行的客户关系管理客户关系管理系统,ERP具有系统化管理的思想和方法,客户关系管理客户关系管理系统--它是全面提升企业现代管理水平的有效工具,在企业资金流、物流、信息流的一体化管理中起着举足轻重的作用。进销存等所有数据自动形成报表,实时掌控公司的库存、订单、收付款等所有数据。 客户关系管理客户关系管理系统--ERP是先进的现代企业管理模式,主要实施对象是企业,目的是将企业的各个方面的资源(包括人、财、物、产、供、销等因素)合理配置,以使之充分发挥效能,使企业在激烈的市场竞争中全方位地发挥能量,从而取得最佳经济效益。客户关系管理客户关系管理系统充分贯彻了供应链的管理思想,客户关系管理客户关系管理系统将用户的需求和企业内部的制造活动以及外部供应商的制造资源一同包括了进来,体现了完全按客户需求制造的思想。

客户关系管理客户关系管理系统--现在市场上客户关系管理客户关系管理系统有很多,传统的ERP软件操作复杂,必须要在企业内网才能操作,随着移动互联网的发展,移动化办公的趋势越来越明显。传统的客户关系管理客户关系管理系统已经无法满足市场的需求,云存储SAAS模式的软件已经是很多企业更好的选择,今天来介绍一款小圈ERP软件,客户关系管理客户关系管理系统--小圈ERP,是中小企业进销存管理专家。强势入驻钉钉,第一款和钉钉携手的SaaS级客户关系管理客户关系管理系统软件,开启仓储新模式。能够方便企业及时了解原材料和产成品在仓库中的动态,让库存管理更轻松。让企业实现“零库存”,所有企业的资金周转再也不成问题! 1.跟阿里钉钉绑定,无需在手机上下载大量的APP。 2.带BOM(Bill of Material)物料清单,自动测算生产所需原材料 3.SaaS模式,永久自动升级更新 4.手机端和电脑端即时同步,随时随地掌握库存情况 5.操作界面极其简单,即使没有电脑基础也能迅速学会

XXXX公司信息系统用户帐号及权限管理制度

XXXX集团信息系统用户帐号及权限管理制度 管理要求 1.使用信息系统的各业务部门各岗位人员,除公司有特殊规定外,皆按本制度执行。 2.职责:网络管理部门负责用户的创建和权限分配,各业务部门根据各自岗位需求向信息系统管理部门提出用户创建需求和权限分配需求。 3.信息系统用户的管理:包括系统用户帐号的命名建立,用户帐号及相应权限的增加、修改,用户帐号及相应权限的终止,用户密码的修改,用户帐号及相应权限的锁定和解锁;用户帐号及相应权限的安全管理等。 4.信息系统管理员(以下简称系统管理员)在系统中不得任意增加、修改、删除用户帐号及相应权限,必须根据《XXXX集团信息系统申请表》和相关领导签字审批才能进行相应操作,并将相关文档留档备存。 5.用户帐号及相应权限的持有人,必须保证用户帐号及相应权限和用户密码的保密和安全,不得对外泄漏,防止非此用户帐号的所有者登陆系统。 6.公司用户管理员要定期检查系统内用户使用情况,防止非法授权用户恶意登陆系统,保证系统的安全。 7.帐号持有人要对其在系统内的行为负责,各部门领导要对本单位或本部门用户的行为负责。 8.用户帐号的命名由系统管理员执行,用户帐号命名应遵循易用性、最小重叠机率为用户帐号的命名规则,不得随意命名。 9.对用户申请表等相关文档各申请部门的用户管理员必须存档,不得遗失。 增加、修改用户帐号及相应权限的管理 10.信息系统中增加、修改用户帐号及相应流程规范: 10.1 新增员工:新员需要使用公司内部通讯系统,首先填写《XXXX集团信息系统申请表》ERP系统用户申请填写《XXXX集团公司ERP权限申请表》,由主管部门负责人核定审批、人事部复核审批,交由网络部留档备存、执行相应操作。10.2 系统组织结构调整:部门新建、合并、分离、撤消,组织结构需求变更的。需由部门主管领导提出书面说明文件,报人事部审核,各分公司总经理复核,交由网络部留档备存、执行相应操作。

客户关系管理系统的分析与设计

第七章客户关系管理系统的分析与设计 本章主要内容 学习目标: 1.认识CRM的系统结构。 2.了解客户销售管理子系统、客户市场管理子系统、客户支持和服务子系统的基本功能。 3.理解CRM系统的几个子系统的概念,并掌握其业务功能和流程分析、设计的思想和方法。 4.了解CRM系统的层次结构、逻辑结构、网络结构的基本知识。 本章引导案例 美国航空公司CRM的成功案例 在电子商务时代,企业为了降低成本、提高效率、增强竞争力,纷纷对业务流程进行了重新设计,同时开始将客户关系管理(CRM)作为新的利润增长点。如何提高客户忠诚度、保留老客户、吸引新客户,是CRM关注的重点。成功的CRM可以为企业带来滚滚财源,美国航空公司的案例可以称得上是成功实施CRM的典范。 1994年之前,美国航空公司的订票服务主要通过免费电话进行。但在电话定票发挥巨大作用的同时,时任该公司负责监督电脑订票系统业务的通路规划主任Johnsamuel无意中注意到公司的网站上只有公司年报一项内容,显然,公司的网站远远没有发挥应有的作用。 JohnSamuel设想可以吸引这些订票者通过网络来查询航班、票价以及进行行程规划的话,将可以为公司省下一大笔费用;而如果公司拿出一小部分资金用干网络系统的建设,让乘客得以在网上预订行程,那么实际的回报将远远超过开支。他还进一步想到,如果可与经常搭机的老主顾建立更加紧密的关系,在航空业越来越激烈的竞争中,公司才可以站稳自己的脚跟。 这一设想在1995年初开始变为现实。美国航空公司的调查发现,近九成的乘客会在办公室里使用电脑,近七成的乘客家中有电脑,这直接导致了以Johnsamuel为首的6人网络小组的成立。这个小组主要掌管公司的电子交易业务,他们首先改造了公司的网站,将其定位为以传播资讯为主。经营到10

相关文档
最新文档