角色权限维护操作指南

角色权限维护操作指南
角色权限维护操作指南

一、登录SAP系统

二、输入事务代码:pfcg,回车

三、选择测试角色,如:Z_MM_MASTER_MAITAIN_0019,如下图

四、选择更改,进入角色维护界面

如下图(红色表示未维护,绿色表示已维护或不需要维护)

五、点击权限(选择维护权限),如下图

六、 点击更改权限,弹出对象权限维护界面,如下图

七、

选择维护组织级别,如果不限制,用“*”,点保存。

维护组织级别

八、保存后,权限状态改变,如下图

九、将所有字段展开,特别注意黄色标注内容。

十、举例说明,字段权限维护,如下图(黄色表示未分配权限,需要维护)

十一、双击笔状(修改),弹出维护界面,如下图

如果不控制权限,可以输入“*”

十二、指该字段作业权限(显示、创建、更改、删除等)

十三、权限维护完成的界面

十四、点击,返回,系统自动要求发布(释放),如下图

十五、生成权限文件并发布。如下图

十六、生成REQUEST NO. ,如下图,回车

十七、权限选项状态变为绿色,表示已维护

十八、维护用户选项,如下图(如果没有添加用户,在红以框中输入需要添加的用户名,如果已添加用户,点击左上角“用户比较”完成用户权限的更新)

十九、完成用户比较

二十、权限维护完成界面,(状态全为绿色)

注意:权限更新后,用户需要重新登录SAP系统才生效!

CO作业类型主数据维护流程

C O作业类型主数据维 护流程 文件排版存档编号:[UYTR-OUPT28-KBNTL98-UYNN208]

第十章-CO10_作业类型主数据维护流程 1.流程说明 此流程描述对作业类型在SAP系统中之维护(创建、修改、删除、冻结),以利于成本进行分摊。 家具公司实际业务中,作业类型仅作为计算生产成本,不作其他任何用途。因此,作业类型只有与生产部门之工作中心相关。另外,哪一类成本中心之费用及该费用通过作业类型分摊至哪个次级成本要素中去均须于创建作业类型时予以确定。 作业类型编码原则以及作业类型与次级成本要素之对应关系(参见附件一),由主数据专职维护人员统一定义、维护。 维护时,财务主数据维护专职人员须填写“作业类型主数据维护申请表”,作为SAP系统维护之依据。 注意事项: 通常,作业类型于SAP上线后即可交付使用,一般不需要创建、修改、删除或冻结。 因系统的高度集成,故创建作业类型前,必须与生产部门(PP模组)达成共识后方可进行,否则将引起前端部门作业困扰,冻结时亦然(若仅在CO模组已创建作业类型但不能与PP模组集成,则该作业类型是无用的)。 修改作业类型时,亦应事先与生产部门取得共识后方可进行。 2.流程图

3.系统操作 3.1.操作范例 例1:因公司内部核算需要,生技部门于2000/12/01起实行独立核算,各生产车间凡涉及之维修费用均透过生技部门进行,生技部门按实际维修工时 (维修内部价格按公司制定标准执行)结算各生产车间费用。为此,财务 部门决定创建一个作业类型——维修工时(代码:AMAINT),以满足依维 修工时核算所需。 例2:上述作业类型创建后,发现中文名称定义不够恰当,变更为生技维修工 时。 例3:生技部门试运行后,未能继续推行下去,故将作业类型冻结。 例4:将作业类型——维修工时(代码:AMAINT)删除 3.2.系统菜单及交易代码 案例1:会计?控制?成本中心会计?主数据?作业类型?单个处理?创建

主数据管理办法

中国联通供应商主数据管理办法(试行) 第一章总则 第一条为逐步形成中国联通完善的供应链管理体系,为企业运营和各业务发展提供唯一、准确的供应商基础数据,实现中国联通供应商基础数据的单点录入、全局共享,依据中国联通采购管理办法、中国联通IT规划等相关制度,制定本办法。 第二条本办法所称供应商,是指直接向中国联通提供物资和服务的企业及其分支机构、事业单位和个人。个人包括个体工商户和其他自然人。 第三条本办法所称供应商主数据,是指在整个企业范围内各个信息系统需要共享的,长期稳定存在的,描述供应商自然属性的相关数据。 第四条中国联通供应商主数据管理的原则:一级平台、两级管理、三级操作。 第二章供应商主数据管理范围 第五条中国联通供应商主数据按照企业供应商和个人供应商分别管理。对于费用较低的零星购臵或一次性供应商,根据成本优先的原则不对其数据进行管理,仅作为企业

供应商的特殊类型(杂项供应商)予以归一化管理。 第六条供应商信息主要包括基本信息、业务地点信息、联系人信息、采购信息和财务信息等五类信息。供应商基本信息是供应商的自然属性,由供应商主数据系统管理。 第七条供应商的其它业务属性,由各业务属性的归口部门负责,通过各专业应用系统创建和维护。供应商的业务地点信息和财务信息由财务部门归口负责,在ERP系统中维护;联系人信息和采购信息由采购管理部门归口负责,在采购管理系统中维护。 第三章供应商主数据管理职责 第八条中国联通建立全集团统一的供应商主数据管理平台,建立全集团集中的维护工作组,统一负责供应商编码、数据质量、数据安全等管理和日常维护工作。 第九条中国联通总部和省两级采购管理部门是中国联通供应商主数据的业务管理部门,负责制定供应商主数据管理制度、规范、编码规则和操作手册,负责指导下级公司的供应商主数据业务操作工作。供应商编码标准见附件1。 第十条中国联通总部、省、市三级采购管理部门是中国联通供应商主数据的业务操作部门,负责受理各级供应商主数据创建的申请、审核、创建、维护和分发等工作。各级采购管理部门的操作权限如下:

系统维护手册

系统维护手册 Revised as of 23 November 2020

密级:内部公开 文档编号:LANDUNTEC_SD_TEMP_08 版本号: 分册名称:第1册/共1册 系统维护手册 中国普天信息产业股份有限公司 中国普天信息产业股份有限公司对本文件资料享受着作权及其它专属权利,未经书面许可,不得将该等文件资料(其全部或任何部分)披露予任何第三方,或进行修改后使用。 文件更改摘要:

目录

1. 适用范围 该手册适用于系统管理员及系统维护人员适用。 2. 系统运行环境 3. 3.1. 数据库环境 3.2. 服务器信息: 安装软件:

数据库配置: Jdk及mysql软件是分别安装在22服务器和26 服务器上的。Mysql的数据库管理信息配置如下: 全局数据库名:cms 数据库别名:cms 数据库管理员用户:root密码: 3.3. Web环境 3.4. Web服务器为虚拟操作系统。 系统信息: 服务器网络配置: 4. 系统运维计划 4.1. 运维目标 集中监控平台管理系统运维管理的目标是保证系统平台的正常、可靠、高速运行,保证对突发事件、需求变更进行快速响应,保证规费管理系统的信息完整。

4.3. 系统平台维护: 保证操作系统、数据库系统、中间件、其他支撑系统应用的软件系统及网络协议等安全性、可靠性和可用性而实施的维护与管理;及时排除系统故障;每月对系统平台进行一次巡检,及时消除故障隐患,保障系统的安全、稳定、持续运行。 应用系统管理和维护: 在系统维护过程中采取各种技术手段及时排除系统故障,保证系统及相应接口的安全性、可靠性和可用性。及时消除系统可能存在的安全隐患和威胁、根据需求更新或变更系统功能。 数据储存设施管理和维护: 为保证数据存储设施、如服务器设备、集群系统、存储网络及支撑数据存储设施运行的软件平台的安全性、可靠性和可用性,保证存储数据的安全。定期对系统的性能,确认数据存储的安全,及时消除故障隐患,保障系统安全、稳定、持续运行。 数据管理和维护: 数据管理是系统应用的核心。为保证数据存储、数据访问、数据通信、数据交换的安全,每月对数据的完整性、安全性、可靠性进行检查。

客户主数据维护流程

****** 第二章-SD02_客户主数据维护流程 1.流程说明 1.1.总述: 该流程描述了客户主数据的维护过程。客户主数据为创建订单的先决条件,客户主数据中的内容必须完全正确,并将作为后续单据中的各项信息的来源。 1.2.流程重点: 数据维护范围,客户数据扩展方法 在系统中,由于存在总公司、分公司两份订单,为了在总公司订单中实现:总公司订单的售达方为分公司、送达方为直接顾客,所以 1、责任中心助理在自己的销售组织下创建客户主数据的同时,还必须在总公司 的销售组织 下创建该客户主数据(用COPY 的方法,并且用一个客户编号,客户编号人工 编排)产销接单人员必须维护分公司-这个特殊的顾客的主数据。 2、市场处人员在创建KEY ACCOUNT时,必须注意扩展到各销售组织的完成。 3、为维护客户主数据的保密性,在系统中的“一般数据“、“公司代码数据”及 “销售数据”中须在“权限组”栏位KEY IN 自己的责任中心编号,已作到本 责任中心客户仅自己可以查阅。 1.3.操作要点: 1、维护新客户时须先查询该客户是否存在(因市场处亦会维护KEY ACCOUNT)。 2、维护装运条件时,注意分公司与总公司的区别,若维护错,会影响后续下单。 3、参照创建总公司顾客主数据时,公司代码不要输,因为责任中心助理无总公司f001的权限。

2.流程图 3.系统操作 3.1.操作范例 新建和扩展一个直销客户 3.2.系统菜单及交易代码 后勤→销售和分销→主数据→商业伙伴→客户→创建→完成 交易代码:XD01 3.3.说明 每个顾客主数据包含三个部分,即: 一般数据:记录一些基本信息,如地址、电话等; 销售范围数据:包含与销售处理功能相关的信息,维护时必须指定销售组织/分销渠道; 公司代码数据:包含与财务处理功能相关的信息,维护时必须指定公司代码。 交易代码XD01〈完成〉指同时维护上述三部分信息 3.4.系统屏幕及栏位解释 栏位名称栏位说明资料范例科目组用于财务帐的客户科目分配,目前定义的科目组为:1110:国内直销;1120:1110

信息系统运行维护内容

信息系统运行维护内容 Company number:【WTUT-WT88Y-W8BBGB-BWYTT-19998】

信息系统运行维护内容 按照GB/T 22032-2008 的规定,信息技术运行维护(简称:IT 运维)是信息系统全生命周期中的重要阶段,对系统主要提供维护和技术支持以及其它相关的支持和服务。运维阶段包括对系统和服务的咨询评估、例行操作、响应支持和优化改善以及性能监视、事件和问题识别和分类,并报告系统和服务的运行情况。 一、运维服务类型主要包括以下三种类型: 1、基础服务 确保计算机信息系统安全稳定运营,必须提供的基础性的保障和维护工作。 2、性能优化服务 计算机信息系统在运营过程中,各项应用(硬件基础平台、系统平台、存储平台、应用系统平台、安全平台等)、各项业务的性能、效能的优化、整合、评估等服务。 3、增值服务 保证计算机信息系统运营的高效能、高效益,最大限度的保护并延长已有投资,在原有基础上实施进一步的应用拓展业务。 二、运维主要服务工作方式主要包括响应服务、主动服务两类。

1、响应式服务 响应式服务是指,用户向服务提供者提出服务请求,由服务提供者对用户的请求做出响应,解决用户在使用、管理过程中遇到的问题,或者解决系统相关故障。 响应式服务采用首问负责制。第一首问为本单位信息中心。信息中心负责接受用户服务请求,并进行服务问题的初步判断。如果问题能够解决则直接给客户反馈,否则提交到首问服务外包商。对于明确的问题,信息中心将问题直接提交到相应的服务外包商。 首问外包服务商在信息中心的支持下,负责对问题进行排查,力争将问题精确定位到某具体环节。问题定位后将其转发给相应的服务外包商。如果问题范围较大,涉及到多个服务外包商时,由信息中心进行协调,在首问外包服务商统一指导下进行联合作业,直至问题解决完毕。 问题处理完成后,由责任服务外包商、首问服务外包商填写相应服务表单,并由首问外包服务商提交给信息中心,信息中心再向最终用户反馈。 服务外包商首先通过电话/电子邮件/远程接入等手段进行远程解决,如果能够解决问题,则由工程师负责填写服务单,季度汇总后提交信息中心签字备案。 远程方式解决无效时,服务外包商工程师进行现场工作。根据故障状况,工程师现场能解决问题的,及时解决

主数据维护平台用户手册

主数据维护平台用户手册Material Master Data Maintenance Platform User Manual Prepared by: Lu Ying Han Jan. 22, 2010

目录 一、概述 3 二、使用范围 3 三、基本内容 3 1.申请授权 3 2.进入数据库 4 3.数据库基本界面介绍 4 4.主维护界面介绍8 5.审批流基本过程9 四、支持服务11

为有效改善原纸张申请审批过程中存在的效率较抵、维护错误、缺失审批环节、难于监控等情况。SSEKW开发了此主数据维护平台以实现电子流操作过程。主数据的创建、修改等申请将通过Lotus Notes 上的平台进行流转审批,审批结束将通过与SAP间的接口程序更新SAP相应数据。同时达到提高效率、防错、降低消耗等目的。 二、使用范围: 适用于SSEKW SAP物料主数据的创建、修改、冻结、解冻等过程 三、基本内容 1. 申请授权 由于主数据平台中相应的电子流及操作权限均根据用户的实际角色进行分配。因此,如用户需要开通主数据平台进行操作,需事先通知数据库管理人员进行角色设定。基本步骤如下: 1.1选择数据库标志,单击右键。选择“数据库”->“存取控制” 1.2 依据上图显示,添加用户,设定用户类型和权限(通常依据用户情况,选择作者、编辑者或管理者)。针对用户实际操作需求,选择角色。 Admin: 数据库管理员 FI: 财务相关操作 PL:计划相关操作 PUR:采购相关操作 QA:质量相关操作 TE:技术相关操作 1.3 角色及权限设定完成后,数据库管理员需通过邮件通知用户并发送数据库链接。

SAP用户权限管理配置及操作手册

SAP用户权限管理配置及操作手册 SAP用户权限管理配置及操作手册 SAP用户权限管理配置及操作手册 Overview 业务说明 Overview SAP的每个用户能够拥有的角色是有数量限制的,大概是300多点,具体不记得了。 如果只在S_TCODE和菜单中设置了某个事务代码,而没有设置权限对象,此时将不能真正拥有执行该事务代码的权限。 SAP的权限检查机制: SAP进入一个t-code,要检查两个东西 1)S_TCODE 2) 表TSTCA 里面和这个T-cdoe相对应的object。有些tcode在tstca里面没有对应的object,就会导致直接往S_TCODE中加事务代码不能使用的情况。 SAP权限架构 概念 权限对象Authorization object SAP在事务码(T-code)的基础上通过权限对象对权限进行进一步的细分,例如用户有创建供应商的权限,但是创建供应商的事务码中有单独的权限对象,那么就可以通过权限对象设置不同的用户可以操作不同的供应商数据。 角色-Role 同类的USER使用SAP的目的和常用的功能都是类似的﹐例如业务一定需要用到开S/O的权限。当我们把某类USER需要的权限都归到一个集合中﹐这个集合就是“职能”(Role)。 所谓的“角色”或者“职能”﹐是sap4.0才开始有的概念﹐其实就是对user的需求进行归类﹐使权限的设定更方便。(面向对象的权限!!) 分为single role 和composite role两种﹐后者其实是前者的集合。

角色模板-Template Role Role的模板﹐一般是single role.但这个模板具有一个强大的功能﹐能通过更改模板而更改所有应用(sap称为Derive“继承”)此模板的Role(sap称之为adjust) 参数文件-Profile 参数文件相当于指定对应的权限数据及权限组的定义。 每个角色下会产生一个附属的参数文件。 真正记录权限的设定的文件﹐从sap4.0开始是与Role绑定在一起的。虽然在sap4.6c还可以单独存在﹐但按sap的行为推测﹐以后将不能“一个人活着” 用户-User 就是通常说的账号(User ID)。 通常的用户类型有 a.dialog (就是正常的用户) https://www.360docs.net/doc/2313772021.html,munication c.system d.service e.reference. Table No. Table name Short Description Memo USR01 User master record (runtime data) USR02 Logon Data (Kernel-Side Use) 用户的登录信息 USR03 User address data USR05 User Master Parameter ID USR06 Additional Data per User USR07 Object/values of last authorization check that failed USR08 Table for user menu entries

主数据维护管理手册

主数据维护管理手册

2 目录 主数据维护管理手册............................................................................................................. I 1文档控制 ................................................................................. 错误!未定义书签。 1.1 更改记录 ...................................................................... 错误!未定义书签。 1.2 审阅 .............................................................................. 错误!未定义书签。 1.3 分发人员 ...................................................................... 错误!未定义书签。 2目录 .......................................................................................................................... II 3目的 (3) 4范围 (3) 5基础数据维护流程清单 (3) 6工作流程 (3) 6.1 工作中心新增流程 (3) 6.2 工作中心修改流程 (6) 6.3 工艺路线新增流程 (8) 6.4 工艺路线修改流程 (12) 6.5 采购信息记录新增流程 (14) 6.6 采购信息记录修改流程 (17) 6.7 物料主数据(半成品)新增流程 (20) 6.8 物料主数据(半成品)修改流程 (23) 6.9 物料主数据(原材料)新增流程 (25) 6.10 物料主数据(原材料)修改流程 (30) 6.11 BOM主数据(成品半成品内材)新增流程 (32) 6.12 BOM主数据(成品半成品内材)版本升级流程(科研中心) (34) 6.13 BOM主数据(外材BOM)新增流程 (35) 6.14 BOM主数据(成品半成品部件损耗率)修改流程 (37) 7附录 (38) 7.1 流程申请单 (38) 7.2 上载模板 (39)

信息化系统运行维护内容

信息化系统运行维护内容 信息技术运行维护(简称:IT 运维)是信息系统全生命周期中的重要阶段,对系统主要提供维护和技术支持以及其它相关的支持和服务。运维阶段包括对系统和服务的咨询评估、例行操作、响应支持和优化改善以及性能监视、事件和问题识别和分类,并报告系统和服务的运行情况。 一、运维服务类型主要包括以下三种类型: 1、基础服务 确保计算机信息系统安全稳定运营,必须提供的基础性的保障和维护工作。 2、性能优化服务 计算机信息系统在运营过程中,各项应用(硬件基础平台、系统平台、存储平台、应用系统平台、安全平台等)、各项业务的性能、效能的优化、整合、评估等服务。 3、增值服务 保证计算机信息系统运营的高效能、高效益,最大限度的保护并延长已有投资,在原有基础上实施进一步的应用拓展业务。 二、运维主要服务工作方式主要包括响应服务、主动服务两类。 1、响应式服务

响应式服务是指,用户向服务提供者提出服务请求,由服务提供者对用户的请求做出响应,解决用户在使用、管理过程中遇到的问题,或者解决系统相关故障。 响应式服务采用首问负责制。第一首问为本单位信息中心。信息中心负责接受用户服务请求,并进行服务问题的初步判断。如果问题能够解决则直接给客户反馈,否则提交到首问服务外包商。对于明确的问题,信息中心将问题直接提交到相应的服务外包商。 首问外包服务商在信息中心的支持下,负责对问题进行排查,力争将问题精确定位到某具体环节。问题定位后将其转发给相应的服务外包商。如果问题范围较大,涉及到多个服务外包商时,由信息中心进行协调,在首问外包服务商统一指导下进行联合作业,直至问题解决完毕。 问题处理完成后,由责任服务外包商、首问服务外包商填写相应服务表单,并由首问外包服务商提交给信息中心,信息中心再向最终用户反馈。 服务外包商首先通过电话/电子邮件/远程接入等手段进行远程解决,如果能够解决问题,则由工程师负责填写服务单,季度汇总后提交信息中心签字备案。 远程方式解决无效时,服务外包商工程师进行现场工作。根据故障状况,工程师现场能解决问题的,及时解决用户的问题;如不能,则由信息中心协调其他相关服务外包商进行

SAP主数据维护管理规定

S A P主数据维护管理规定 The latest revision on November 22, 2020

备件主数据维护管理办法 第一章总则 第一条备件主数据是ERP系统中备件管理、备件供应的集成信息,是进行备件物料管理的基本条件,为了保证及时、准确地收集和维护备件主数据,满足ERP系统正常运行和备件业务运转对数据的需求,特制定本办法。 第二条本办法中主数据是指ERP系统(SAP/R3)中支持系统有效运行的备件静态数据,主要包括:物料主数据、供应商主数据、货源清单、采购信息记录。 第三条备件主数据维护原则: 一、唯一性:相同的主数据在系统中要求有唯一编码,唯一的描述,避免存在数据冗余; 二、完整性:主数据信息保持完整,要能够满足相关部门的业务运作需求; 三、准确性:主数据要符合相应的编码规则和技术规范,能够清楚准确地表达主数据的含义; 四、时效性:主数据申请维护过程中,要充分体现时效性原则,提高工作效率,及时满足申请部门的需求。 第四条本办法适用于xxERP项目上线的总公司、xx公司、xx公司有关部门和生产厂。 第二章应用主数据内容和信息收集维护职责分工第五条备件应用主数据内容:

一、模块内主数据(MMBJ模块):货源清单、采购信息记录、 二、跨模块主数据(MM;MMBJ;SD模块):物料主数据、供应商主数据。 第六条备件模块内和跨模块主数据由XX总公司设备部备件处负责组织收集相关信息,并进行系统维护。 第七条模块内主数据信息收集维护职责分工: 一、货源清单由设备部备件处计划科负责组织收集相关信息,并进行系统维护; 二、采购信息记录由设备部备件处价格科负责组织收集相关信息,并进行系统维护。 第八条跨模块主数据信息收集维护职责分工: 一、物料主数据由设备部备件处计划科负责组织收集基本视图、分类视图、销售视图、采购视图、库存视图、财务成本视图中的相关信息。 二、供应商主数据由设备部备件处质量管理科负责组织收集采购视图中供应商的相关信息; 第三章备件物料主数据维护管理 第九条备件物料主数据维护工作流程: 一、各单位备件员根据生产现场备件变化情况,做以下主数据维护工作:

精编采购主数据维护流程P

精编采购主数据维护流 程P Document number:PBGCG-0857-BTDO-0089-PTT1998

【最新资料,Word版,可自由编辑!】业务流程名称:采购主数据维护

流程编号及版本号 编号:BPD-MM03 版本: 业务流程定义文件签署表 业务流程定义文件是描述未来在SAP R/3中处理业务的详细流程定义,其定义的业务流程及其中所涉及的SAP功能已得到以下项目组成员的接受并已签署。

1. 业务流程目的: 采购主数据维护主要指采购价格的维护,以及系统中的货源清单和配额分配的维护。 2. 业务流程的相关原则: 2.1采购主数据存储了进行采购业务所需用的数据。包含以下三种数据: (1)信息记录–主要包含采购价格、价格条件(交货费用、关税等)、交货提前期及一些采购控制字段; (2)货源清单–主要指物料的合格供应商清单,指定哪些供应商或者框架协议是可用的; (3)配额分配–主要维护采购物料时的不同供应商的订单分配的配额比例; 2.2采购主数据维护的组织级别: (1)信息记录–在采购组织级别,根据不同的采购组织,为不同的工厂维护信息纪录; (2)货源清单–维护在工厂的级别,即对同一物料,可以在不同的工厂维护不同的货源清单; (3)配额分配- 在工厂级别维护,同一物料在不同的工厂可以维护不同的供应商配额分配; 2.3采购主数据维护的范围: 本流程中采购主数据维护的范围是:进行库存采购的物料的采购主数据、进行外协加工采购的物料的采购主数据及供应商寄存采购的物料的采购主数据。 2.4 采购主数据维护的注意事项: (1)采购主数据的维护应由各公司采购部门专门的维护员负责,保证维护权限的集中; (2)采购主数据的维护必需由采购员提交申请表,经过采购部门主管系统外审核签字后才能录入系统;

信息系统运行维护内容

信息系统运行维护内容 按照GB/T 22032-2008 的规定,信息技术运行维护(简称:IT 运维)是信息系统全生命周期中的重要阶段,对系统主要提供维护和技术支持以及其它相关的支持和服务。运维阶段包括对系统和服务的咨询评估、例行操作、响应支持和优化改善以及性能监视、事件和问题识别和分类,并报告系统和服务的运行情况。 一、运维服务类型主要包括以下三种类型: 1、基础服务 确保计算机信息系统安全稳定运营,必须提供的基础性的保障和维护工作。 2、性能优化服务 计算机信息系统在运营过程中,各项应用(硬件基础平台、系统平台、存储平台、应用系统平台、安全平台等)、各项业务的性能、效能的优化、整合、评估等服务。 3、增值服务 保证计算机信息系统运营的高效能、高效益,最大限度的保护并延长已有投资,在原有基础上实施进一步的应用拓展业务。 二、运维主要服务工作方式主要包括响应服务、主动服务两类。 1、响应式服务 响应式服务是指,用户向服务提供者提出服务请求,由服务提供者对用户的请求做出响应,解决用户在使用、管理过程中遇到的问题,或者解决系统相关故障。

响应式服务采用首问负责制。第一首问为本单位信息中心。信息中心负责接受用户服务请求,并进行服务问题的初步判断。如果问题能够解决则直接给客户反馈,否则提交到首问服务外包商。对于明确的问题,信息中心将问题直接提交到相应的服务外包商。 首问外包服务商在信息中心的支持下,负责对问题进行排查,力争将问题精确定位到某具体环节。问题定位后将其转发给相应的服务外包商。如果问题范围较大,涉及到多个服务外包商时,由信息中心进行协调,在首问外包服务商统一指导下进行联合作业,直至问题解决完毕。 问题处理完成后,由责任服务外包商、首问服务外包商填写相应服务表单,并由首问外包服务商提交给信息中心,信息中心再向最终用户反馈。 服务外包商首先通过电话/电子邮件/远程接入等手段进行远程解决,如果能够解决问题,则由工程师负责填写服务单,季度汇总后提交信息中心签字备案。 远程方式解决无效时,服务外包商工程师进行现场工作。根据故障状况,工程师现场能解决问题的,及时解决用户的问题;如不能,则由信息中心协调其他相关服务外包商进行联合故障排查,直至问题解决。如果问题仍然存在,则由各方领导相互协商,共同商讨解决办法。 2、主动式服务 主动式服务是指,服务外包商定期对系统进行健康检查,硬件设

sap角色权限设置手册V1.0

SAP角色权限设置及测试手册 (一)从Source Role拷贝生成Common Role (2) (二)直接创建生成Common Role (2) (三)创建/调整Common Role所授权的事务代码 (3) (四)从Common Role继承生成Local Role (4) (五)创建/调整授权范围 (5) (六)创建用户 (9) (七)对用户授权 (11) (八)SU53问题权限问题查看 (13)

(一)从Source Role拷贝生成Common Role 1.PFCG进入权限角色维护界面,输入Source Role名称,点击复制按钮 2.将到角色中输入Common Role名称,点击复制所有 (二)直接创建生成Common Role 1.PFCG进入权限角色维护界面,输入Common Role名称,点击创建角色按钮 2.输入角色名称,并保存

1.PFCG进入权限角色维护界面,点击修改按钮 配,即完成对事务代码的授权调整

1.PFCG进入权限角色维护界面,输入Local Role名称,点击创建角色按钮 说明:继承得到的Local Role,其事务代码必与其Common Role一致

(五)创建/调整授权范围 1.PFCG进入权限角色维护界面后,切换到权限页面,点击更改授权数据 在新弹出页面点击是以确定

2.点击组织级别,修改组织级别数据为本经营单元相关组织ID并保存 新增一行:选中需新增的行所在的位置,可点击右侧 删除一行:选中该行,可点击下方 说明: 对应Common Role,为保证该Role只用于本经营单元,请务必保证: SD按公司代码+销售组织做了对应组织级别授权(如本例,要操作混凝土下所有销售数据,则须授权1100混凝土公司+1100混凝土国内销售组织、1120混凝土海 外销售组织) MM按公司代码+工厂+采购组织+采购组做了对应组织级别授权 PP按公司代码+工厂做了对应组织级别授权 FI按公司代码做了对应组织级别授权 CO按公司代码+成本中心+内部订单做了对应组织级别授权 3.修改已有权限对象、权限字段的值 点击待修改权限字段前的修改图标,在新弹出窗口中修改赋值,保存即可

物料主数据维护流程

物料主数据维护流程 Company number:【0089WT-8898YT-W8CCB-BUUT-202108】

第十二章-SM12物料主数据维护流程 1.流程说明 该流程主要由总部客诉部针对各责任中心需求增加服务物料时进行物料及其价格的维护过程。各责任中心填写服务物料申请单,经权责主管核准后,传真至总部客诉部,总部客诉部进行物料主数据维护,包括制定服务物料价格,然后再统一公布物料价格。 2.流程图 3.系统操作 3.1.操作范例 例1:根据责任中心申请,创建服务物料“椅子换布” 例2:为“椅子换布”服务物料创建价格。 注意:物料号系统自动给予。 3.2.系统菜单及交易代码 例1:客户服务技术对象物料创建 交易代码:MM01 例2:客户服务服务处理环境销售与分销主数据条件按条件类型选择 交易代码:VK11

3.3.系统屏幕及栏位解释 例1:根据责任中心申请,创建服务物料“椅子换布” 栏位名称栏位说明资料范例行业领域选择公司行业别工厂工程物料类型选择物料类型服务AOF 按键进入下一个画面 栏位名称栏位说明资料范例工厂选择工厂,同分公司的编码相同F011 销售组织分公司编码F011 分销渠道选择直销10 10 按键进入下一个画面。 栏位名称栏位说明资料范例物料系统自动给予号码6063 选择物料的计量单位,一般为“件”(PC)PC 基本计量单 位 物料组选择服务物料60000 部门服务02 普通项目类 选择LEIS(不含推销服务)LEIS 别 按“销售:销售组织数据1”页标进入下一个画面。 栏位名称栏位说明资料范例税务数据选择税务种类1全额税按“销售:销售组织数据2”键进入下一个画面。 栏位名称栏位说明资料范例物料统计组选择“1” 1 科目设置组选择“01”(贸易货物)01 项目类别组选择LEIS LEIS 栏位名称栏位说明资料范例可用性检查对于服务物料不需要进行可用性检查,KP

客户主数据维护流程

****** 海量免费资料尽在此 第二章-SD02_客户主数据维护流程 1.流程说明 1.1.总述: 该流程描述了客户主数据的维护过程。客户主数据为创建订单的先决条件,客户主数据中的内容必须完全正确,并将作为后续单据中的各项信息的来源。 1.2.流程重点: 数据维护范围,客户数据扩展方法 在系统中,由于存在总公司、分公司两份订单,为了在总公司订单中实现:总公司订单的售达方为分公司、送达方为直接顾客,所以 1、责任中心助理在自己的销售组织下创建客户主数据的同时,还必须在总公司 的销售组织 下创建该客户主数据(用COPY 的方法,并且用一个客户编号,客户编号人工 编排)产销接单人员必须维护分公司-这个特殊的顾客的主数据。 2、市场处人员在创建KEY ACCOUNT时,必须注意扩展到各销售组织的完成。 3、为维护客户主数据的保密性,在系统中的“一般数据“、“公司代码数据”及 “销售数据”中须在“权限组”栏位KEY IN 自己的责任中心编号,已作到本 责任中心客户仅自己可以查阅。 1.3.操作要点: 1、维护新客户时须先查询该客户是否存在(因市场处亦会维护KEY ACCOUNT)。 2、维护装运条件时,注意分公司与总公司的区别,若维护错,会影响后续下单。 3、参照创建总公司顾客主数据时,公司代码不要输,因为责任中心助理无总公司f001的权限。

2.流程图 3.系统操作 3.1.操作范例 新建和扩展一个直销客户 3.2.系统菜单及交易代码 后勤→销售和分销→主数据→商业伙伴→客户→创建→完成 交易代码:XD01 3.3.说明 每个顾客主数据包含三个部分,即: 一般数据:记录一些基本信息,如地址、电话等; 销售范围数据:包含与销售处理功能相关的信息,维护时必须指定销售组织/分销渠道; 公司代码数据:包含与财务处理功能相关的信息,维护时必须指定公司代码。 交易代码XD01〈完成〉指同时维护上述三部分信息 3.4.系统屏幕及栏位解释

SM物料主数据维护流程

第十二章-SM12物料主数据维护流程 1.流程说明 该流程主要由总部客诉部针对各责任中心需求增加服务物料时进行物料及其价格的维护过程。各责任中心填写服务物料申请单,经权责主管核准后,传真至总部客诉部,总部客诉部进行物料主数据维护,包括制定服务物料价格,然后再统一公布物料价格。 2.流程图 3.系统操作 3.1.操作范例 例1:根据责任中心申请,创建服务物料“椅子换布” 例2:为“椅子换布”服务物料创建价格。

注意:物料号系统自动给予。 3.2.系统菜单及交易代码 例1:客户服务技术对象物料创建 交易代码:MM01 例2:客户服务服务处理环境销售与分销主数据条件按条件类型选择 交易代码:VK11 3.3.系统屏幕及栏位解释 例1:根据责任中心申请,创建服务物料“椅子换布” 栏位名称栏位说明资料范例行业领域选择公司行业别工厂工程物料类型选择物料类型服务AOF 按键进入下一个画面 栏位名称栏位说明资料范例工厂选择工厂,同分公司的编码相同F011 销售组织分公司编码F011 分销渠道选择直销1010 按键进入下一个画面。 栏位名称栏位说明资料范例物料系统自动给予号码6063 选择物料的计量单位,一般为“件”(PC)PC 基本计量 单位 物料组选择服务物料60000 部门服务02 选择LEIS(不含推销服务)LEIS 普通项目 类别 按“销售:销售组织数据1”页标进入下一个画面。

栏位名称栏位说明资料范例税务数据选择税务种类1全额税按“销售:销售组织数据2”键进入下一个画面。 栏位名称栏位说明资料范例物料统计 选择“1”1 组 选择“01”(贸易货物)01 科目设置 组 项目类别 选择LEIS LEIS 组 栏位名称栏位说明资料范例 可用性检 对于服务物料不需要进行可用性检查,KP 查 按储存服务物料

软件系统运行维护流程及方案

维护服务方案 (一)维护服务内容 1系统日常运行维护。包括系统操作指导、因系统缺陷导致的各种BUG的修复、因误操作导致的数据错误维护等等; 2.系统突发事件的诊断、排除; 3. 因业务发展需要或需求变动引发对系统的新增、完善软件功能且工作量小于(含)1 人日的开发工作,年累计不能超过30个工作日; 4. 咨询服务。帮助解答甲方提出的系统相关的各种业务和技术问题,包括技术咨询、指导和信息提供等。 5.数据库数据清理。定期清理运维过程中所生成的生产数据库中的临时表,从应用系统角度来优化数据库,如建立并优化索引、优化存储过程、数据库表拆分等,提高应用系统运行速度。 对于数据库参数方面的优化工作,可提出建议和要求,并辅助数据库厂商或运维上进行数据库性能优化。 6. 运维总结 我司将定期撰写运维总结报告,总结回顾本期各项运维工作开展情况,重点描述和分析出现的技术问题和服务质量问题,并给出整改方案。 (二)维护形式 维护分为被动式和主动式两种形式: 1.被动式服务包括: 1)现场技术服务方式,指因应用软件系统出现重大故障导致业务中止时,我司

将派技术人员运程协助业主方技术、业务人员一起对故障进行分析,提出解决方案,在征得业主方同意后对故障进行处理和排除; 2)远程维护方式,通过电话、电子邮件、传真或远程访问等方式进行系统故障的处理、技术支持、咨询服务等工作。 2. 主动式服务包括: 1)按月巡检:我司按月到现场对系统进行全面检查,优化系统,同时做好各类系统运行情况的记录。 对可能出现的故障提出解决预案及系统功能改进等方面的技术咨询工作,并提供必要的现场指导。 另外,我司还可根据需要,在现场对业主方的技术、业务人员进行系统运行管理、日常维护、使用操作及开发技术等方面的培训; 2)主动服务:我司定期将行业内一些先进的管理理念、管理思路和新的要求:3.对于任何运行维护任务,我司服务人员需严格填写维护记录单,并由业主方签字认可。 4.我司指派经验丰富的运维工程师来具体承担的维护服务工作。服务人员相对固定,如有变动,我司将提前一周通知甲方并征得甲方同意。 运维人员在现场运维,如需加班,要得到业主方的签字确认。 5.我司为业主方提供电话技术支持服务要求:5X8小时。 6.运维响应:工作时间运维响应时间应在2 小时以内,非工作时间运维响应时间在1小时以内;如果需到现场进行服务,我司将在接到运维请求后的4个小时以内赶到用户现场。

系统维护手册模板

湖南省地方税务局规费管理系统 维护手册 长沙海蝶计算机科技开发有限公司

一、适用范围 该手册适用于系统管理员及系统维护人员适用。 二、系统运行环境 2.1数据库环境 使用刀片3和刀片4这两块配置一模一样硬件来作为 ORACEL RAC 环境的两个物理节点。 在刀片系统配置两块物理千兆网卡作为数据库RAC实用网卡。 服务器信息: 网络配置: 其中公共IP的子网掩码: 安装软件: 数据库配置: grid 及 database 软件的安装操作全部都在 RAC1 服务器上进行,RAC2 服务器上的软件都是通过RAC1 通过局域网共享来完成安装。其数据库管理信息配置如下: 全局数据库名:orcl

数据库IP: 数据库别名: 所有账户统一管理口令: Asm专用的ASMSNNP口令: 数据库创建用户:密码: 网络拓扑图 2.2 Web环境 Web服务器为虚拟操作系统。 网络配置: 主机名: IP地址: IP的子网掩码: 默认网关: 安装软件: Weblogic配置: Weblogic管理用户:管理密码: 三、系统运维计划 3.1运维目标 地方税务局规费管理系统运维管理的目标是保证系统平台的正常、可靠、高速运行,保证对突发事

件、需求变更进行快速响应,保证规费管理系统的信息完整。 3.2运维内容 系统平台维护: 保证操作系统、数据库系统、中间件、其他支撑系统应用的软件系统及网络协议等安全性、可靠性和可用性而实施的维护与管理;及时排除系统故障;每月对系统平台进行一次巡检,及时消除故障隐患,保障系统的安全、稳定、持续运行。 应用系统管理和维护: 在系统维护过程中采取各种技术手段及时排除系统故障,保证系统及相应接口的安全性、可靠性和可用性。及时消除系统可能存在的安全隐患和威胁、根据需求更新或变更系统功能。 数据储存设施管理和维护: 为保证数据存储设施、如服务器设备、集群系统、存储网络及支撑数据存储设施运行的软件平台的安全性、可靠性和可用性,保证存储数据的安全。定期对系统的性能,确认数据存储的安全,及时消除故障隐患,保障系统安全、稳定、持续运行。 数据管理和维护: 数据管理是系统应用的核心。为保证数据存储、数据访问、数据通信、数据交换的安全,每月对数据的完整性、安全性、可靠性进行检查。 3.3 运维服务 在维护期间,具备灵活、多样的通信手段,提供5*8小时的响应服务,保证用户能及时得到技术支持。对于影响系统运行的故障,3小时内派人到现场解决,对于一般性故障,提供电话或E-Mail等方式解决;在维护期之外,由于软件原因引起的故障,由开发商提供升级解决; 技术支持热线为用户提供全面的技术服务,负责记录、解答用户的问题。 (1)公司不断地向用户传递最新的技术和产品,主动提供版本升级,并保证签定合同规定的期限内的系统维护及版本更新,同时向用户提供长期的技术咨询和服务。 (2)在系统的正常运行中出现的严重问题需现场解决的做到: ?公司做到1小时内响应,3小时内到现场服务。 ?其它情况根据距离远近尽快到现场服务。 (3)负责为用户到现场安装并调试公司的应用软件,直到系统能正常运行。

SAP采购主数据维护流程

【最新资料,Word版,可自由编辑!】

业务流程名称:采购主数据维护 流程编号及版本号 编号:BPD-MM03 版本:V1.0 业务流程定义文件签署表 业务流程定义文件是描述未来在SAP R/3中处理业务的详细流程定义,其定义的业务流程及其中所涉及的SAP功能已得到以下项目组成员的接受并已签署。

1. 业务流程目的: 采购主数据维护主要指采购价格的维护,以及系统中的货源清单和配额分配的维护。 2. 业务流程的相关原则: 2.1采购主数据存储了进行采购业务所需用的数据。包含以下三种数据: (1)信息记录–主要包含采购价格、价格条件(交货费用、关税等)、交货提前期及一些采购控制字段; (2)货源清单–主要指物料的合格供应商清单,指定哪些供应商或者框架协议是可用的; (3)配额分配–主要维护采购物料时的不同供应商的订单分配的配额比例; 2.2采购主数据维护的组织级别: (1)信息记录–在采购组织级别,根据不同的采购组织,为不同的工厂维护信息纪录; (2)货源清单–维护在工厂的级别,即对同一物料,可以在不同的工厂维护不同的货源清单; (3)配额分配- 在工厂级别维护,同一物料在不同的工厂可以维护不同的供应商配额分配; 2.3采购主数据维护的范围: 本流程中采购主数据维护的范围是:进行库存采购的物料的采购主数据、进行外协加工采购的物料的采购主数据及供应商寄存采购的物料的采购主数据。 2.4 采购主数据维护的注意事项: (1)采购主数据的维护应由各公司采购部门专门的维护员负责,保证维护权限的集中; (2)采购主数据的维护必需由采购员提交申请表,经过采购部门主管系统外审核签字后才能录入系统;

SAP BI用户权限管理手册

SAP培训:https://www.360docs.net/doc/2313772021.html, SAP BI用户权限管理手册 V1.0

SAP培训:https://www.360docs.net/doc/2313772021.html, 1目录 SAP BI用户权限管理手册 (1) 1简介 (2) 2BI后台权限管理 (2) 2.1建立权限对象 (2) 2.2创建角色并分配权限 (6) 2.3角色分配给用户 (8) 3EP权限管理 (11) 3.1创建角色 (11) 3.2添加Query (15) 3.3创建用户及映射 (17) 4测试 (19) 5结束语 (23)

SAP培训:https://www.360docs.net/doc/2313772021.html, 1简介 SAP BI是一个庞大而复杂的系统,它包括有企业数据仓库,商务智能平台,业务浏览器套件等主要模块。同时还提供了系统的管理和维护功能。在整个SAP商务智能系统中,有数据收集用户,有分析和使用数据的用户,有查询和读取报表的用户等,不同的用户所授予的权限是不同的,这就要求有灵活的权限控制方法。 本文主要结合陕西电网ERP项目开发实例,阐述了BI中用户权限设置方面的内容。从BI后台对权限对象的划分,创建角色,权限分配给用户,到EP(Enterprise Portal 企业级门户)中创建相应的角色,添加Query,创建用户及映射做了大致的过程描述。 本文所有实例都在BI 7.0下完成,并测试通过。 2BI后台权限管理 在整个BI后台权限管理中,可以大致分为3个步骤,1.建立权限对象,2.创建角色并分配权限,3.将角色分配给用户,通过这3个步骤,可以将需求中所要求的不同用户所具有的相应权限设置出来,从而达到权限设置的目的。 2.1建立权限对象 1. 首先启动SAP的登陆客户端,输入账号和密码。“客户端”一栏显示为“200”,这个数字代表现在的登陆的是开发系统,如下图所示。

相关文档
最新文档