5.6 后台数据维护模块设计 216
5.6.1 后台数据维护模块概述 216
5.6.2 后台数据维护模块技术分析 217
5.6.3 后台数据维护模块实现过程 217
网站数据库的主要目的就是存储信息，一般是通过前台页面与浏览者的交互收集信息，然后结合前台的程序（一般为动态页面），实时生成浏览者所看到的最新内容，从而具备普通静态页面所不能达到的效果。常规的网站后台数据开发包含以下的一些内容和功能：
1、访问者信息收集系统：
包括会员注册、会员登录、忘记密码查找及注册会员的管理等功能，这项功能能够帮助企业收集目标客户的资料，为企业网站营销提供分析的资料，并可以考察网站的使用频率及对目标消费者的吸引程度。在以后的网络营销中，这些注册会员是相当准确的目标客户。
2、企业信息发布及管理系统：
如果您有大量的企业内部、行业或相关新闻需要频繁在网站中发布，该系统可以为您节省大量的时间与人工费用，该系统包括两部分：前台动态新闻发布系统与后台新闻管理系统，即使不熟悉网站维护的人员也可以通过后台简单的录入，在前台（网页中）发布即时的新闻。
3、产品发布及管理系统：
如果您的企业代理或生产多种产品，需要通过网络进行宣传、买卖，那么，该系统可以为您提供清晰的展示、管理功能，我们会根据您产品的特点进行分类，建立相应的数据库，将产品按照不同层级类分类展示、并提供动态产品增减、修改等功能，方便日后产品信息的维护，提高您的工作效率。
4、站内信息搜索系统：
对于一个复杂或信息量大的网站来说，站内搜索功能不仅提高了网站的实用性，更重要的是节省了浏览者的时间，提高了效率，并且在浏览者心目中树立一个良好的形象，从而吸引浏览者再次光顾，在无形中提高了网站的知名度。
5、供求信息发布平台：
如果您想为广大消费者或企业提供一个可供他们发布信息的平台，那么这项功能可以满足您的要求，通过该系统，注册网站的会员（或任何人）可以发布自己的供求信息，并可立即显示在网站相关页面上（或经过审核），从而一方面搜集相关信息，另一方面通过这项服务，提高网站的行业知名度，聚集人气，从而树立企业的网络形象。
6、BBS论坛：
应该说，BBS是聚集人气的最好选择，如果您的企业具有一定的行业知名度，或者您想利用网站进行新产品的发布、征求消费者意见、接受消费者投诉等等，您可以选择BBS，定期或选定某段时段，邀请嘉宾或请专门人员参与BBS的主持与维护，并通过传统媒体的宣传报导，一定可以起到不错的效果。
————目前有很多公司专门开发出一些实用的网站管理系统，你可以购买一个现成的系统来制作自己的网站，比如FoosunCMS（风讯）、PowerEasy（动易）等，价格几百到7、8千不等，甚至还有一些免费版，你可以下载来试用。
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:会计?控制?成本中心会计?主数据?作业类型?单个处理?创建
****** 第二章-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
系统维护手册 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.系统屏幕及栏位解释
信息系统运行维护内容 Company number：【WTUT-WT88Y-W8BBGB-BWYTT-19998】
信息系统运行维护内容 按照GB/T 22032-2008 的规定，信息技术运行维护（简称：IT 运维）是信息系统全生命周期中的重要阶段，对系统主要提供维护和技术支持以及其它相关的支持和服务。运维阶段包括对系统和服务的咨询评估、例行操作、响应支持和优化改善以及性能监视、事件和问题识别和分类，并报告系统和服务的运行情况。 一、运维服务类型主要包括以下三种类型： 1、基础服务 确保计算机信息系统安全稳定运营，必须提供的基础性的保障和维护工作。 2、性能优化服务 计算机信息系统在运营过程中，各项应用（硬件基础平台、系统平台、存储平台、应用系统平台、安全平台等）、各项业务的性能、效能的优化、整合、评估等服务。 3、增值服务 保证计算机信息系统运营的高效能、高效益，最大限度的保护并延长已有投资，在原有基础上实施进一步的应用拓展业务。 二、运维主要服务工作方式主要包括响应服务、主动服务两类。
1、响应式服务 响应式服务是指，用户向服务提供者提出服务请求，由服务提供者对用户的请求做出响应，解决用户在使用、管理过程中遇到的问题，或者解决系统相关故障。 响应式服务采用首问负责制。第一首问为本单位信息中心。信息中心负责接受用户服务请求，并进行服务问题的初步判断。如果问题能够解决则直接给客户反馈，否则提交到首问服务外包商。对于明确的问题，信息中心将问题直接提交到相应的服务外包商。 首问外包服务商在信息中心的支持下，负责对问题进行排查，力争将问题精确定位到某具体环节。问题定位后将其转发给相应的服务外包商。如果问题范围较大，涉及到多个服务外包商时，由信息中心进行协调，在首问外包服务商统一指导下进行联合作业，直至问题解决完毕。 问题处理完成后，由责任服务外包商、首问服务外包商填写相应服务表单，并由首问外包服务商提交给信息中心，信息中心再向最终用户反馈。 服务外包商首先通过电话/电子邮件/远程接入等手段进行远程解决，如果能够解决问题，则由工程师负责填写服务单，季度汇总后提交信息中心签字备案。 远程方式解决无效时，服务外包商工程师进行现场工作。根据故障状况，工程师现场能解决问题的，及时解决
第十二章-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 查 按储存服务物料
信息化系统运行维护内容 信息技术运行维护（简称：IT 运维）是信息系统全生命周期中的重要阶段，对系统主要提供维护和技术支持以及其它相关的支持和服务。运维阶段包括对系统和服务的咨询评估、例行操作、响应支持和优化改善以及性能监视、事件和问题识别和分类，并报告系统和服务的运行情况。 一、运维服务类型主要包括以下三种类型： 1、基础服务 确保计算机信息系统安全稳定运营，必须提供的基础性的保障和维护工作。 2、性能优化服务 计算机信息系统在运营过程中，各项应用（硬件基础平台、系统平台、存储平台、应用系统平台、安全平台等）、各项业务的性能、效能的优化、整合、评估等服务。 3、增值服务 保证计算机信息系统运营的高效能、高效益，最大限度的保护并延长已有投资，在原有基础上实施进一步的应用拓展业务。 二、运维主要服务工作方式主要包括响应服务、主动服务两类。 1、响应式服务
响应式服务是指，用户向服务提供者提出服务请求，由服务提供者对用户的请求做出响应，解决用户在使用、管理过程中遇到的问题，或者解决系统相关故障。 响应式服务采用首问负责制。第一首问为本单位信息中心。信息中心负责接受用户服务请求，并进行服务问题的初步判断。如果问题能够解决则直接给客户反馈，否则提交到首问服务外包商。对于明确的问题，信息中心将问题直接提交到相应的服务外包商。 首问外包服务商在信息中心的支持下，负责对问题进行排查，力争将问题精确定位到某具体环节。问题定位后将其转发给相应的服务外包商。如果问题范围较大，涉及到多个服务外包商时，由信息中心进行协调，在首问外包服务商统一指导下进行联合作业，直至问题解决完毕。 问题处理完成后，由责任服务外包商、首问服务外包商填写相应服务表单，并由首问外包服务商提交给信息中心，信息中心再向最终用户反馈。 服务外包商首先通过电话/电子邮件/远程接入等手段进行远程解决，如果能够解决问题，则由工程师负责填写服务单，季度汇总后提交信息中心签字备案。 远程方式解决无效时，服务外包商工程师进行现场工作。根据故障状况，工程师现场能解决问题的，及时解决用户的问题；如不能，则由信息中心协调其他相关服务外包商进行
【最新资料，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）采购主数据的维护必需由采购员提交申请表，经过采购部门主管系统外审核签字后才能录入系统；
信息系统运行维护内容 按照GB/T 22032-2008 的规定，信息技术运行维护（简称：IT 运维）是信息系统全生命周期中的重要阶段，对系统主要提供维护和技术支持以及其它相关的支持和服务。运维阶段包括对系统和服务的咨询评估、例行操作、响应支持和优化改善以及性能监视、事件和问题识别和分类，并报告系统和服务的运行情况。 一、运维服务类型主要包括以下三种类型： 1、基础服务 确保计算机信息系统安全稳定运营，必须提供的基础性的保障和维护工作。 2、性能优化服务 计算机信息系统在运营过程中，各项应用（硬件基础平台、系统平台、存储平台、应用系统平台、安全平台等）、各项业务的性能、效能的优化、整合、评估等服务。 3、增值服务 保证计算机信息系统运营的高效能、高效益，最大限度的保护并延长已有投资，在原有基础上实施进一步的应用拓展业务。 二、运维主要服务工作方式主要包括响应服务、主动服务两类。 1、响应式服务 响应式服务是指，用户向服务提供者提出服务请求，由服务提供者对用户的请求做出响应，解决用户在使用、管理过程中遇到的问题，或者解决系统相关故障。
响应式服务采用首问负责制。第一首问为本单位信息中心。信息中心负责接受用户服务请求，并进行服务问题的初步判断。如果问题能够解决则直接给客户反馈，否则提交到首问服务外包商。对于明确的问题，信息中心将问题直接提交到相应的服务外包商。 首问外包服务商在信息中心的支持下，负责对问题进行排查，力争将问题精确定位到某具体环节。问题定位后将其转发给相应的服务外包商。如果问题范围较大，涉及到多个服务外包商时，由信息中心进行协调，在首问外包服务商统一指导下进行联合作业，直至问题解决完毕。 问题处理完成后，由责任服务外包商、首问服务外包商填写相应服务表单，并由首问外包服务商提交给信息中心，信息中心再向最终用户反馈。 服务外包商首先通过电话/电子邮件/远程接入等手段进行远程解决，如果能够解决问题，则由工程师负责填写服务单，季度汇总后提交信息中心签字备案。 远程方式解决无效时，服务外包商工程师进行现场工作。根据故障状况，工程师现场能解决问题的，及时解决用户的问题；如不能，则由信息中心协调其他相关服务外包商进行联合故障排查，直至问题解决。如果问题仍然存在，则由各方领导相互协商，共同商讨解决办法。 2、主动式服务 主动式服务是指，服务外包商定期对系统进行健康检查，硬件设
业务流程名称:客户主数据维护流程 流程编号及版本号 编号：BPD-SD-01 版本：V1.0 业务流程定义文件签署表 业务流程定义文件是描述未来在SAP R/3中处理业务的详细流程定义，其定义的业务流程及其中所涉及的SAP功能已得到以下项目组成员的接受并已签署。
1. 业务流程目的： 描述在SAP系统中客户主数据的维护流程，包括客户主数据的创建、更新、冻结和解冻。 客户主数据维护范围包括光电科技公司、SMT公司和显示公司的销售客户。 客户主数据的构成： ?客户主数据由基本数据、公司数据（财务数据）和销售数据构成。客户基本数据包括客户名称、地址和联系人等，它独立于不同的公司代码，是各公司共有的数据。 ?公司数据包括客户的统驭科目和付款条件等，它是基于某个公司代码的数据视图。 ?销售数据包括销售地区、销售办公室、销售组、客户组、货币、发货工厂和信用控制范围等，它是基于指定的销售区域（销售组织、分销渠道和产品组）的数据视图。 2. 业务流程的相关原则： 2.1 客户主数据维护原则 客户主数据维护的基本原则是客户的业务由谁主导，谁负责客户主数据的维护。 客户主数据采用部分集中的维护原则，即所有客户的基本数据的维护由本部文档中心负责，客户公司数据（财务数据）和销售数据由各公司财务部负责维护。客户的冻结/解冻由各公司营销部负责，客户的冻结不会影响到其它公司。 新客户经过评估后、由营销部填写客户主数据维护申请表，经各公司营销主管审批后，由本部文档中心负责检查客户是否已经存在，并建立客户的基本数据。建立客户的基本数据后，由本部文档中心负责通知各公司财务部建立客户的公司数据和销售数据。 已存在客户的信息变更经过评估后、由营销部填写客户主数据维护申请表，经各公司营销主管审批后，涉及客户基本信息变更的由本部文档中心负责维护并通知各公司，其它信息变更由相关公司的财务部负责维护。 2.2 客户分类 SMT公司和显示公司都基本存在内销和外销业务，客户基本分为内销客户和外销客户。内销客户和外销客户在系统中采用不同的编码范围。如果外销客户在国内建立法人公司，成为内销客户时，需要在SAP中建立新的内销客户。 在系统中可维护客户不同的业务伙伴，包括售达方、送达方、开票方和付款方等。 2.3 客户编码
维护服务方案 （一）维护服务内容 1系统日常运行维护。包括系统操作指导、因系统缺陷导致的各种BUG的修复、因误操作导致的数据错误维护等等； 2.系统突发事件的诊断、排除； 3. 因业务发展需要或需求变动引发对系统的新增、完善软件功能且工作量小于（含）1 人日的开发工作，年累计不能超过30个工作日； 4. 咨询服务。帮助解答甲方提出的系统相关的各种业务和技术问题，包括技术咨询、指导和信息提供等。 5.数据库数据清理。定期清理运维过程中所生成的生产数据库中的临时表，从应用系统角度来优化数据库，如建立并优化索引、优化存储过程、数据库表拆分等，提高应用系统运行速度。 对于数据库参数方面的优化工作，可提出建议和要求，并辅助数据库厂商或运维上进行数据库性能优化。 6. 运维总结 我司将定期撰写运维总结报告，总结回顾本期各项运维工作开展情况，重点描述和分析出现的技术问题和服务质量问题，并给出整改方案。 （二）维护形式 维护分为被动式和主动式两种形式： 1.被动式服务包括： 1）现场技术服务方式，指因应用软件系统出现重大故障导致业务中止时，我司
将派技术人员运程协助业主方技术、业务人员一起对故障进行分析，提出解决方案，在征得业主方同意后对故障进行处理和排除； 2）远程维护方式，通过电话、电子邮件、传真或远程访问等方式进行系统故障的处理、技术支持、咨询服务等工作。 2. 主动式服务包括： 1）按月巡检：我司按月到现场对系统进行全面检查，优化系统，同时做好各类系统运行情况的记录。 对可能出现的故障提出解决预案及系统功能改进等方面的技术咨询工作，并提供必要的现场指导。 另外，我司还可根据需要，在现场对业主方的技术、业务人员进行系统运行管理、日常维护、使用操作及开发技术等方面的培训； 2）主动服务：我司定期将行业内一些先进的管理理念、管理思路和新的要求：3.对于任何运行维护任务，我司服务人员需严格填写维护记录单，并由业主方签字认可。 4.我司指派经验丰富的运维工程师来具体承担的维护服务工作。服务人员相对固定，如有变动，我司将提前一周通知甲方并征得甲方同意。 运维人员在现场运维，如需加班，要得到业主方的签字确认。 5.我司为业主方提供电话技术支持服务要求：5X8小时。 6.运维响应：工作时间运维响应时间应在2 小时以内，非工作时间运维响应时间在1小时以内；如果需到现场进行服务，我司将在接到运维请求后的4个小时以内赶到用户现场。
物资分类及物料主数据的管理维护 物资分类和物料主数据的日常维护工作主要有新增物资小类、新增特征值和新增物料。其中新增物资小类通过邮件进行线下申报，新增特征值和新增物料通过SG-MDM系统进行线上申报。 1.主数据的申报与审批 （1）新增物资小类申报（线下申报） 新增物资小类申报流程图如图2-3所示 图 15-3 新增物资小类申报流程图 新增物资小类申报相关注意事项如下： （1）必须使用小类申报模板填写信息，必填项不能为空； （2）新增小类名称应尽量简练合理，不得与已有小类名称重复； （3）新增小类应准确地归属到相应的大类和中类，特征项和特征值名称及内容，应注意体现小类本质属性或小类的特殊性，特征项个数最多不能超过8个，特征值个数不限； （4）新增小类特征项和特征值的书写格式规范应符合特征值书写标准，注意单位和特殊符号的书写格式； （5）提供所申报小类的国家标准或行业标准依据，附加对小类功能进行具体描述的相关文档材料说明。备注栏中应填写新增小类的功能、用途、使用场所和使用范围，内容尽量详尽，能够全面准确的进行解释说明； （6）要求在邮件中注明省公司名称及新增小类字样，正文中注明联系人及联系方式。
（2）新增特征值申报（线上申报） 新增特征值申报流程图如图15-4所示。 图 15-4 新增特征值申报流程图 申报特征值相关注意事项： （1）特征值提报须准确无误，且单个特征值字符长度应小于30位； （2）新增的特征值必须符合该特征项含义，不能出现特征项是安装方式，而特征值却提报油浸； （3）表示形状的特征项，特征值与数字顺序无关，如面积40m ?50m 与50m ?40m ，应为同一特征值； （4）必须使用专业名词，不能用俗称。如高压开关柜的类型中，电压互感器柜不能为变压柜； （5）必须简短、通用或用概括性描述；提报时同时提供相关国家标准或行业标准依据及说明资料； （6）注意特征值书写规范。 （3）新增物料的申报流程，与新增特征值的一致。其流程图，参见图2-4（上图）。 申报物料相关注意事项： （1）新增物料必须是现有数据库中不存在的物料； （2）新增物料必须是公司允许使用的物料； （3）新增的物料组合信息完整，在实际生产中合理存在； （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）负责为用户到现场安装并调试公司的应用软件，直到系统能正常运行。
1维护方案设计 1.1信息资源维护 1.1.1稽查案审管理系统 服务内容： 稽查案审案件的全流程电子化工作，对全市2013年稽查案审案件纸质档案全部实施全流电子化工作，电子化数据直接进入局稽查案审管理信息系统，以便日后的管理和应用。 稽查案件由多份文书组成，涉及的文书有主要包括如下: 案件调查终结报告 行政处罚事先告知书 听证告知书 行政处罚结案报告 调查笔录 案件基本信息 案件合议记录 立案申请表 不立案案件呈批表 行政处罚决定书 咨询、举报、投诉登记表 行政处罚审批表 数据录入方式： 1、针对2013年全市稽查案审案件进行收集、整理； 2、对案件录入人员进行稽查案审系统培训； 3、将稽查案审案件录入稽查案审系统； 4、对录入的案件信息进行核查，确保正确无误。
1.1.2餐饮服务许可及监管信息系统 服务内容： 餐饮相对人数据处理项目（1万家） 1、餐饮相对人数据电子化，根据业务部门提供的相对人部分数据，按照规范标准格式导入，并结合表格导入、手工录入的方式统一整理、形成初步的餐饮服务相对人基础信息库，通过后续处理完善数据字段。 2、与工商数据对碰，根据许可证编号或工商营业执照号或企业名称的进行数据对碰。 3、依托保健食品综合监管信息系统（一期）项目中采购的GIS地理信息系统平台，将餐饮相对人信息标注到专题数据图层上，建成广州市标准的餐饮企业相对人数据层。 数据录入方式： 1、收集餐饮相对人数据；按照各种录入方式（excel导入等），完成数据录入； 检查录入的数据的正确性。 2、收集企业许可证信息和工商局提供的企业注册信息；对两部分数据按照对原 则进行整理。 3、收集餐饮相对人信息；在GIS地址信息系统平台对相对人信息进行标注。1.2应用系统日常维护及二次开发 所有需要修改和完善的系统，广州市食品药品监督管理局信息中心均可提供程序的源代码和相关技术资料，我公司承诺在广州市食品药品监督管理局信息中心指定的设备上完成程序修改，并承诺并严格遵守与广州市食品药品监督管理局信息中心签订的“程序源代码和技术资料”相关保密协议。
ECN数据维护流程手册编号：EUM-PP-0XX 流程名称：ECN数据维护流程 流程编号：TB-PP-0XX 责任人： 日期： 版本： 一．ECN数据维护流程
1目的： 在SAP系统中，统一并规范物料清单维护（修改、删除）流程，确保整个集团的物料清单维护有序、科学，实现集团统一物料清单管理。 2岗位： BOM技术员 产品工程师 产品经理 工程经理 3文件内容概述： 该流程描述了物料清单的更改、显示、输出 4.1 工程更改 4.1.1 创建工程变更号码
系统路径后勤 -> 生产 -> 主数据 -> 工程更改管理 -> 更改号码 -> 创建事务码CC01 4.1.1.1用事务代码或通过路径打开“创建更改主记录：初始屏幕”： ●输入更改号码（限长12个字符） ●类型默认选择：更改主数据 ●功能默认选择：没有释放码 4.1.1.2回车，进入下界面： ●文本说明栏：输入ECN号文本说明
●有效起始期：设置生效日期 ●更改原因：可以适当填写变更的原因 ●更改编号状态：01－激活，02－未激活。 ●删除标记：如果ECN号建立错误，可勾选删除。 4.1.1.3点击进入下界面： 目前工程更改用于BOM、工艺路线、物料主数据的更改。每一项都是勾选（激活、对象、记录生）。勾选激活栏表示使ECN可以用于更改选择项，和表头选择的激活项有范围上的差别。勾选对象 如果不需要将人为将ECN变更记录写进系统，只用于更改对象，由对象更改生成变更记录。则到这一步点击保存即完成更改号的创建。 ※如果只是想把ECN记录在系统，不用去更改对象。例如仅在系统留记录，但不执行更改的临时ECN，可执行以下步骤：
系统维护服务内容及要求 一、 令狐采学 二、维护服务内容 1.系统日常运行维护。包括系统操作指导、因系统缺陷导致 的各种BUG的修复、因误操作导致的数据错误维护等 等； 2.系统突发事件的诊断、排除； 3.因业务发展需要或需求变动引发对系统的新增、完善软件 功能且工作量小于（含）1人日的开发工作，年累计不能超过30个工作日； 4.咨询服务。帮助解答甲方提出的系统相关的各种业务和技 术问题，包括技术咨询、指导和信息提供等。 5.数据库数据清理。定期清理运维过程中所生成的生产数据 库中的临时表，从应用系统角度来优化数据库，如建立并优化索引、优化存储过程、数据库表拆分等，提高应用系统运行速度。 对于数据库参数方面的优化工作，可提出建议和要求，并辅助数据库厂商或运维上进行数据库性能优化。 6.运维总结 乙方应定期撰写运维总结报告，总结回顾本期各项运维工作开展情况，重点描述和分析出现的技术问题和服务质量问题，并给出整改方案。
超出上述维护服务内容的部分，维护形式及费用，甲乙双方另行商定。 三、维护形式 维护分为被动式和主动式两种形式： 1. 被动式服务包括： （1）现场技术服务方式，指因应用软件系统出现重大故障导致业务中止时，乙方派技术人员运程协助甲方技术、业务人员一起对故障进行分析，提出解决方案，在征得甲方同意后对故障进行处理和排除； （2）远程维护方式，通过电话、电子邮件、传真或远程访问等方式进行系统故障的处理、技术支持、咨询服务等工作。2. 主动式服务包括： （1）按月巡检：乙方按月到现场对系统进行全面检查，优化系统，同时做好各类系统运行情况的记录。对可能出现的故障提出解决预案及系统功能改进等方面的技术咨询工作，并提供必要的现场指导。另外，乙方还可根据需要，在现场对甲方的技术、业务人员进行系统运行管理、日常维护、使用操作及开发技术等方面的培训； （2）主动服务：乙方定期将行业内一些先进的管理理念、管理思路和新的 四、要求 1．对于任何运行维护任务，乙方服务人员需严格填写维护记录单，并由甲方签字认可。
信息系统数据维护和管理规定 为加强我院计算机信息系统数据库及基础数据维护和管理，保证医院信息系统数据的安全、稳定、准确，制定本规定。 一、数据库管理 1．数据库管理员必须管理好数据库和数据库服务器的登录用户名和登录密码，以免被他人盗用。 2．数据库管理员必须经过专业技术培训，具备相应的专业技术水平方可上岗。 3．医院各部门按算机应用系统的使用要求和档案工作的业务要求开展工作，规范地录入、接收和移交各类档案数据和各类业务数据。医院有关部门要加强数据质量管理，确保入库数据真实、完整、准确。4．医院各类计算机数据统一在数据中心管理保存。数据库管理员做好数据库审核工作，对收集的各类数据进行完整性和质量检查，对不符合要求的数据，应退回形成部门重新处理 二、基础数据维护 1．为保证我院药品库、诊疗项目库、一次性材料库的正确性、安全性、实时性、消除冗余数据，提高系统反应速度，各物价员要及时对所负责的项目库进行可对整理，每半年应对所负责价格库进行一次全面整理。 2．凡需要新增或作废的各项数据，如药品、诊疗项目、一次性材料，需各相关部门负责人员及科主任签字方可进行相关操作，并自行以时
间为序建立变更记录以便核对。 3．基础数据变更应由各职能科室批准并签章方可执行，主要包括机构设施变更、人员变更、床位设置变更等。 4．凡需加入信息科的信息资料须由经办科室主任签字，经办科室需保留原始记录。 5．院内各科室需凭分管领导批示方可到信息科查询信息资料。6．信息科及各职能科室人员可根据工作需要使用信息系统进行数据查询。 7．为保证各统计数据的完整性、及时性与准确性，统计数据经使用部门复核后方可使用。 8．禁止超范围与盗用他人账号进行数据查询，不得私自提供统计数据给其他单位与个人，禁止对数据进行篡改、破坏。
软件系统维护总结报告 制定准确的ERP系统软件数据验证策略：如何验证数据是正确的呢?在这里一定需要有一个校验机制，如：总额校验、分项数据校验、相关数据校验、人工校验等多种方式，以下是小编为大家整理分享的软件系统维护总结报告。欢迎阅读参考。 软件系统维护总结报告1 一、概括： 从企业的长远发展角度来看，只要企业想“阳光运营”，为未来上市做筹划;或者本身已经是上市公司的话，那是非常有必要做ERP 系统软件的“数据安检”工作的，那这个“数据安检”应该怎么做呢。 二、具体工作： 1、制定合理的ERP系统软件数据标准：企业数据的标准是怎样?哪些是关键数据为必填项，填写的规范要求是什么样的?应该多长时间填写一次?应该由谁来填?填写的时候会有哪几个场景?这一切都需要企业经行明确，由于ERP系统软件中涉及到的数据量非常大，不可能把所有数据都列进来，因此在这里需要列举的一定是涉及到企业运营核心的几个数据，而这几个数据的输出都应该是直接和企业的运营管理指标直接相关的，只有这样才能将效果做大化。 2、制定准确的ERP系统软件数据验证策略：如何验证数据是正确的呢?在这里一定需要有一个校验机制，如：总额校验、分项数
据校验、相关数据校验、人工校验等多种方式，只有确定了数据验证策略，才可以考虑把这些验证策略做成数据验证工具，通过系统进行自动化检验，大大提高数据校验的效率。 3、制定严格的ERP系统软件数据安检机制：企业需要确定数据安检的周期，是一周检查一次，还是一个月查一次，或者是季度、半年?哪些数据是需要一个月查一次的，哪些数据是季度或一年才查一次的，随着业务类型的不同，数据的安检周期也应该是不同的。还有数据安检是由企业自行来完成，还是作为软件服务商的增值服务来完成，还和企业的预算、人员编制、服务商能力、双方的合作深度有着直接关系。这些都应该由企业严格的ERP系统软件数据安检机制之下的。 4、拟定完善的数据安检之后的改善办法：数据有疑问了怎么办?整改呀。怎么改?是软件疑问，仍是操作疑问，或者是事务规矩与流程的疑问。都需要对疑问进行仔细分析，并将疑问落实到责任人头上，推进改善。只要这样才可以把体系越用越顺利，而体系中的数据也可以越来越精确，越来越及时。 软件系统维护总结报告2 光阴似箭，岁月如梭，一年的时间过去了，回顾一年的所有工作令人欣慰，在企业不断改革和创新的推动下，我认识到不被淘汰就要不断学习，更新理念，提高自我的素质和业务水平，以适应新的形式的需要。 现就个人一年来的工作情况做一下总结：
主数据维护流程规章制度说明 目录 主数据维护流程规章制度说明 (1) 目的 (2) 责任 (2) 适用范围 (2) 术语和定义 (2) 主数据维护管理流程 (2) 制度说明简介 (2) 1用户权限维护 (3) 1.1权限维护流程 (3) 1.2表格填写说明 (3) 2职责维护 (3) 2.1 职责维护流程 (3) 2.2表格填写说明 (3) 2.3注意事项 (3) 3物料数据维护 (4) 3.1物料维护流程 (4) 3.2注意事项 (4) 3.3表格填写说明 (4) 4供应商维护 (4) 4.1供应商维护流程 (4) 4.2表格填写说明 (5) 5 审批链维护 (6) 5.1审批链维护流程 (6) 5.2表格填写说明 (6) 6 关键用户 (6) 7非深圳地区维护补充说明 (7) 8表格更新说明 (7) 9附录 (7) 9.1用户权限维护申请表 (7) 9.2职责维护申请表 (9) 9.3物料维护Excel表 (10) 9.4供应商维护申请表 (10) 9.5审批链维护申请表 (10)
目的 规范主数据维护的流程和表格填写说明，确保ERP主数据的准确性以及所有数据维护都有源可溯，所有主数据维护都将依照此规章制度执行。 责任 所有涉及ERP主数据维护的用户，遵守此规章流程申请将数据维护到ERP系统中。 适用范围 所有需要提交ERP数据维护的生产、行政、财务、采购及流程信息化的同事。术语和定义 无 主数据维护管理流程 制度说明简介 主数据维护流程规章制度旨在规范主数据维护的流程，确保ERP主数据的准确性以及所有数据维护都有源可溯，所有主数据维护都将依照此规章制度执行。此规章制度将分别说明各个主数据的流程和表格填写规范等。 1、用户权限维护 2、职责维护 3、物料数据维护 4、供应商维护 5、审批链维护
FIN 模块用户操作手册 目录 1 文档内容简介 (2) 2 版本控制 (2) 3 系统操作说明 (3) 3.1 KP26-作业计划价格更改 (3) 3.2 KP27—作业价格显示 (5)
1文档内容简介 本操作手册主要是SAP所涉及的系统操作。主要包括: 作业计划价格的更改、显示。2版本控制
3系统操作说明 3.1 KP26-作业计划价格更改 3.1.1情境 对2012年10月直接生产成本中心的作业ACT01（直接人工）、ACTO（固定制造费用）、ACT03 （变动制造费用）的计划价格进行维护 3.1.2系统路径 操作部门/人员 SAP菜单路径SAP菜单-> 会计核算-> 控制-> 成本中心会计-> 计划-> 作业输岀/价格->KP26-更改彳 SAP业务代码KP26 SAP程序名 3.1.3系统操作步骤 （1）SAP路径 丫O SAP菓单 ? □办公室 |> □交夏应用爼件 [> □后勤 勺<3会计核算 |> □财务会计 o □财务供应链管理 ▽已控制 ◎ □成本要素会计 _ p U成本中心会计_ B □主数站 ▽曰计划 & KP04 ”设置计划者参数文件D □成本和作业输入 ▽臼作业辙出孑价格 ?需程?= ?-???■- M 亠“二/二? 4 ■= U W KP25 -更改 t 'r■■j' T J W ■■■■?* r r ■■ w = 0KP27 -显示D □统计指标 J^. （2）双击或直接输入KP26回车 控制范围为1000 需要填写的字段 字段名状态输入值说明 版本必填0 从期间必填01有效期间的起始期「终止期必填12有效期间的终止期 会计年度必填2011有效期间所属会计年度