数据授权使用会签表
员工制度会签流程-概述说明以及解释
员工制度会签流程-概述说明以及解释1.引言1.1 概述员工制度会签流程是指一个公司或组织在制定或修改员工制度时,需要经过一定的程序和步骤,确保各相关部门和人员都参与其中并达成共识的过程。
这一流程的重要性不言而喻,它不仅可以确保制度的合理性和合法性,还可以促进员工的参与感和团队的凝聚力。
在现代企业管理中,员工制度会签流程已经成为不可或缺的环节,对于公司的健康发展具有深远的意义。
本文将介绍员工制度会签流程的具体内容和步骤,探讨其在企业管理中的重要性和作用,以及展望未来的发展趋势。
通过对该流程的深入了解和分析,我们可以更好地运用和改进这一管理工具,为企业的可持续发展提供有力支撑。
1.2 文章结构本文将围绕员工制度会签流程展开,首先在引言部分概述员工制度会签的概念和重要性,介绍整篇文章的框架。
接着在正文部分,将详细介绍员工制度会签流程的概念和重要性,以及会签流程的具体步骤,帮助读者更好地了解和掌握这一流程。
最后在结论部分,总结员工制度会签流程的作用,并展望未来发展趋势,提出结论。
通过对员工制度会签流程的全面介绍和分析,可以帮助读者更好地了解和应用这一重要的管理制度,提高组织的工作效率和员工满意度。
1.3 目的员工制度会签流程的目的是为了确保公司内部制度的制定和执行更加规范和有效。
通过会签流程,可以让相关部门和人员对制度内容进行审查和确认,确保所有员工都能够理解并遵守公司规定。
同时,会签流程也可以提高公司内部沟通和协作的效率,使得制度的执行更加有力。
此外,会签流程也可以帮助公司及时发现并解决制度执行过程中的问题,确保公司的运营顺利进行。
因此,建立健全的员工制度会签流程对于公司的发展和稳定具有重要意义。
2.正文2.1 员工制度会签流程介绍员工制度会签流程是指公司在制定或修改员工制度时,需要通过一定的流程使相关部门或人员进行审批和确认。
这一流程通常包括多个环节,确保员工制度的制定或修改符合公司的政策和法规,同时也能够得到相关部门和员工的支持和认可。
办公自动化系统Office文档批量盖章方案
办公自动化系统Office批量盖章解决方案1.目的本次方案旨在利用点聚Office盖章签名控件,结合CA数字认证技术,对办公系统已经审核通过的Office文档进行批量盖章签名,由传统的纸质文件转为电子化的文档。
实现电子文档的合法和可追溯。
2.组成2.1办公自动化系统负责提供Office文档资源并提供用户下载功能。
2.2点聚Office盖章签名控件负责对Office文档进行盖章签名,可设置盖章规则。
2.3 CA数字证书平台签名用户证书身份,负责为单位公章、个人签名章签名,以确认公章、签名章的有效性。
可以自建。
2.4 USBKey存储电子印章和数字证书的介质。
3.签章流程图PDF账单盖章流程图1)管理员通过调用控件方法设置好盖章规则,比如印章在Office文档中的位置等信息;2)用户登录应用平台(办公自动化系统、文档管理系统……)插上USBKey智能卡,执行盖章操作后,ESS签章客户端首先验证当前用户证书的有效性3)选择需要加盖印章的Office文档,调用控件方法对Office文档盖章;4)生成具有电子印章的Office文档;5)用户登录web自服务系统可下载Office文档。
1.1总体架构点聚-ESS总体结构如下图:表现层:点聚-ESS的表现形式主要是:电子印章、手写签批、二维条码、文档安全来满足客户的工作需求。
应用层:点聚-ESS支持在多种文档环境。
编辑类文档:Word、Excel、WPS;版式文件类文档:AIP、PDF;作图类文档:AutoCAD;HTML网页。
点聚-ESS采用的使COM组件技术,可以整合嵌入到客户现有的应用平台系统中,在应用平台中实现我们提供的功能,如:办公自动化平台、财务系统、ERP等等。
基础层:点聚-ESS的基本功能包括:印章管理模块、签章认证模块、签章日志审计、安全控制。
支撑层:CA数字证书认证体系负责证书的管理。
物理层:软硬件基础环境。
1.1.1印章服务器印章服务器是一套完整的印章管理系统。
微信支付服务协议-电签协议
会签:签发:主办单位:拟稿人:负责人:办公室审核微信支付服务协议〔受理机构特约商户〕1、财付通由腾讯控股,并依托腾讯的微信平台为收付款人之间提供货币资金转移服务;2、你由受理机构〔也称“服务商〞〕推荐,并已授权受理机构全权代理你在开通和使用微信支付过程中向腾讯和财付通提交、接收你的资料、信息并代理你选择具体的微信支付服务项目。
一、定义如无特殊说明,下列术语在本协议中的定义为:指腾讯提供的跨平台通讯工具,支持单人、多人参预,发送语音、短信、视频、图片和文字等即时通讯服务,由关系链拓展工具、便捷工具、微信公众XX、开放平台等软件系统和服务组成。
指腾讯向你提供的用来发布信息,让你与用户进行沟通、互动的互联网技术服务平台〔〕。
指你在微信公众平台注册的,用于登录微信公众平台的 XX。
〔以下或者称“公众 XX〞〕。
指财付通依托微信与微信公众平台为收付款人之间提供的货币资金转移服务。
〔下称“本服务〞〕指使用微信支付服务向你购买商品或者服务的自然人。
指财付通为你配置的用来记载你的身份信息、交易信息、资金余额,你凭以发起交易指令的电子簿记,属于《财付通服务协议》中的一种财付通账户类型。
微信支付商户号将与你提供的合法银行账户绑定,财付通将根据你的交易指令和相关协议对你的银行账户做相应的资金扣划和归集。
指财付通提供和维护的商户管理软件系统〔〕,你应通过该系统提交相应资料和信息,进而开通本服务。
成功开通后,你可以通过该系统使用微信支付商户号管理和营销推广等相关功能,具体功能以该系统实际提供的为准,且该系统将根据财付通的需要进行调整和增减。
你使用商户平台的,还需遵守《微信支付商户平台使用协议》。
指你凭以登录商户平台,操作微信支付商户号的账号,你成功申请微信支付商户号后,财付通将向你在商户平台中登记的联系发送电子,告知你的商户平台登录账号与初始密码,你可在商户平台中修改该初始密码,你亦可根据需要在商户平台中为该登录账号设置多个附属登录账号与对应的登录密码,并为附属登录账号配置相应的操作权限,用来查询和操作微信支付商户号。
一体化办公协同系统电子公文元数据规范
附件1一体化办公协同系统电子公文元数据规范一、概述一体化办公协同系统电子公文元数据规范包括发文核心元数据、收文核心元数据、签报核心元数据三部分。
二、适用范围本规范用于下属各单位在一体化办公协同系统中实施电子公文处理模块中发文、收文、签报传输时所规定的元数据标准。
三、参考标准《党政机关电子公文元数据规范》(GB/T 33480-2016)四、元数据的描述规则4.1 内容本标准采用摘要表示的方式定义和描述元数据,摘要内容包括中文名称、定义、英文名称、数据类型、值域、短名、注解和取值示例。
4.2 中文名称元数据名称的中文描述。
4.3 定义描述元数据的基本内容,给出电子公文特定要素的概念和说明。
4.4 英文名称元数据名称的英文描述,一般用全称。
所有组成词汇的首字母大写,以下划线分割。
4.5 数据类型元数据的数据类型,例如:字符串、日期、布尔型、整型、浮点型、实体型等。
4.6 值域说明元数据可取值的范围。
4.7 短名元数据中文名称的拼音首字母连写。
4.8 注解对元数据含义的进一步解释,包含元数据的约束(可选、必选)和其他信息等。
4.9 取值示例给出取值的参考范例。
五、发文核心元数据5.1 文种中文名称:文种;定义:公文的种类;英文名称:Document_Type;数据类型:字符串;值域:通知、请示、批复、意见、函等,具体取值见附录A的表A.1;短名:WZ;注解:必选;取值示例:通知;5.2 密级中文名称:密级;定义:公文的秘密等级;英文名称:Security_Classification数据类型:字符串;值域:无(为符合上网不涉密,涉密不上网保密条例要求,密级只能选择无);短名:MJ;注解:必选取值示例:无;5.3 缓急中文名称:缓急;定义:对公文送达和办理的时限要求;英文名称:Emergency_Degreer;数据类型:字符串;值域:公文的紧急程度取值为特急、加急、无;短名:HJ;注解:必选;取值示例:特急;5.4 发文字号中文名称:发文字号;定义:由发文单位代字、年份和发文顺序号组成;英文名称:Issued_Number_Of_Document;数据类型:字符串;值域:包含发文单位代字、年份和发文顺序号,其中年份由四位阿拉伯数字组成,用六角括号括入,发文顺序号应为正整数;短名:FWZH;注解:必选;取值示例:XX发〔2021〕1号;5.5 签发人中文名称:签发人;定义:签发公文人员的姓名;英文名称:Signer;数据类型:字符串;值域:多个签发人姓名之间以空格分隔;短名:QFR;注解:可选;取值示例:张XX,李XX;5.6 标题中文名称:标题;定义:对公文主要内容的概括。
A8-m协同管理软件 V3.50SP1用户操作手册[351-400]
操作步骤:第一步:打开需要处理的公文,点击【处理】按钮,出现公文处理页面,在处理页面点击【高级】按钮,在该页面中选择【修改正文】按钮。
如图- 修改正文所示:图修改正文第二步:选择所需要修改正文的方式,以下为方式中的4种。
1.手写批注,如下图- 手写批注。
图手写批注2.文字批注:点击【手写批注】后,再点击【文字批注】进行文字修改。
3.显示痕迹:显示修改痕迹。
如图- 显示痕迹。
4.文档清稿:清除文档修改痕迹,清稿之前需要确认是否保存当前修改。
图- 文档清稿。
图文档清稿第五步:完成正文的修改,填写处理意见,点击【提交】完成发文管理。
如下图- 填写处理意见所示。
图填写处理意见5. 2.18.3.1.5发文管理--修改文单⏹操作说明:对公文文单进行修改,操作前提是具备公文文单修改的权限,文单中可以修改的项包括:公文标题、密级、主送、抄送、主题词、文号等多项。
⏹操作步骤:打开需要处理的公文,点击【处理】按钮,出现公文处理页面,在处理页面点击【高级】按钮,在该页面中选择【修改文单】按钮。
如图- 修改文单所示。
图修改文单5. 2.18.3.1.6发文管理--文号修改⏹操作说明:修改公文文号,有手工输入文号和断号选择两种方式。
【断号选择】显示公文处理过程中被使用过但尚未封发的文号,可以是终止的公文流程、也可以是流程未结束的公文号。
【手工输入公文文号】手工输入公文号,修改公文号后,公文单的公文号变为新修改的文号。
⏹操作步骤:有文号修改的节点权限,可以点击【文号修改】,修改当前公文文号。
如图- 文号修改图文号修改5. 2.18.3.1.7发文管理--转公告⏹操作说明:将公文转发为公告,前提是操作者必须具备公告板块的发布权限和转公告的公文操作权限。
⏹操作步骤:打开需要处理的公文,点击【处理】按钮,出现公文处理页面,在处理页面点击【高级】按钮,在该页面中选择【转公告】按钮。
如图- 公文转公告所示:图公文转公告5. 2.18.3.1.8联合发文⏹操作说明:正文相同、文号、发文单位、主送等不同的两套公文,可经过一次审批流程定稿,分别经过两次不同格式的套红,形成两套公文,分别发往不同单位。
中国工商银行总行电子签章方案
上海电信电子签章方案建议书北京太极英泰信息科技有限公司目录1上海电信应用需求分析 (4)1.1 概述 (4)1.2 上海电信电子签章应用需求分析 (4)2基于PKI体系的电子签章技术 (6)2.1 PKI技术介绍 (6)2.2 电子签章技术 (6)3TJONSIGN电子签章系统 (8)4TJONSIGN电子签章系统构成与功能 (9)4.1 产品结构 (9)4.2 产品功能 (9)4.3 产品特性 (11)4.4 TO-KEY介绍 (11)4.4.1 TO-KEY数字令牌概述: (11)4.4.2 结构 (12)4.4.3 功能 (12)4.4.4 特点 (12)5产品使用说明 (14)5.5.1签章制作 (14)5.5.2电子签章 (14)5.5.3手写签名 (17)6产品报价................................................................................. 错误!未定义书签。
7项目实施及售后服务 (21)7.1 项目验收 (21)7.2 初验与试运行条件 (21)7.2.1试运行 (21)7.2.2终验 (22)7.3 保修及系统维护服务 (22)7.3.1保修 (22)7.3.2 系统维护服务保证 (23)7.4 软件免费升级 (23)7.5 其它服务承诺 (24)7.6 培训 (25)7.6.1系统管理人员培训 (25)7.6.2普通用户培训 (26)1 上海电信应用需求分析1.1 概述上海电信内部的办公自动化系统,采用无纸化办公方式。
文件采用电子文档。
作为一个电子文档,如何来保证:1、文件的真实性?---文件没有篡改过2、文件颁发者的身份是真实的?-----假冒颁发文件3、文件的不可抵赖性?4、文件打印复制管理?所有这些,在传统的纸文件中,可以采用签名、盖章等方式来保障,但是在电子文档中,如果采用一个印章或签名的图片来实现,显然是没有价值的。
Flowable—多实例任务:会签
Flowable—多实例任务:会签多实例任务会签什么是会签?举个例⼦:⽐如我们有⼀个任务可能需要多⼈审批,审批通过的条件可能⽐较多样,⽐如五个⼈审批。
3个⼈审批过了就算过了,再或者有⼀个⼈权限⽐较⾼,拥有⼀票否决权。
即是其余所有⼈都过了,他点了个否定就算不过了,这种就是会签。
我们从上⾯可以清楚看到,这个流程有两个任务节点,分别是多实例任务节点,和任务2. 任务2就是普通的userTask,多实例任务1 其实也是userTask,只不过是参数设置不同罢了,下⾯我们上流程的xml定义⽂件。
<?xml version="1.0" encoding="UTF-8"?><definitions xmlns="/spec/BPMN/20100524/MODEL" xmlns:xsi="/2001/XMLSchema-instance" xmlns:xsd="/2001/XMLSchema" xmlns:flowable="/bpmn" xmlns:bpmndi <process id="multiinstance" name="MultiInstance" isExecutable="true"><documentation>测试多实例模型</documentation><startEvent id="startEvent1" flowable:formFieldValidation="true"></startEvent><userTask id="sid-AFB0AD6E-5B65-457F-8E99-F3B8104CBA95" name="多实例任务1" flowable:assignee="${assignee}" flowable:formFieldValidation="true"><extensionElements><modeler:initiator-can-complete xmlns:modeler="/modeler"><![CDATA[false]]></modeler:initiator-can-complete></extensionElements><multiInstanceLoopCharacteristics isSequential="false" flowable:collection="assigneeList" flowable:elementVariable="assignee"><loopCardinality>5</loopCardinality><completionCondition>${nrOfCompletedInstances/nrOfInstances >= 0.50}</completionCondition></multiInstanceLoopCharacteristics></userTask><sequenceFlow id="sid-78DB6DB5-22CF-406D-9B4A-B4F14A7E062B" sourceRef="startEvent1" targetRef="sid-AFB0AD6E-5B65-457F-8E99-F3B8104CBA95"></sequenceFlow><userTask id="sid-F1BBCD6F-3153-4139-9101-D3C8C2F6151C" name="任务2" flowable:formFieldValidation="true"></userTask><sequenceFlow id="sid-B452CC02-56EA-46D2-8485-FB5B788200C1" sourceRef="sid-AFB0AD6E-5B65-457F-8E99-F3B8104CBA95" targetRef="sid-F1BBCD6F-3153-4139-9101-D3C8C2F6151C"></sequenceFlow><endEvent id="sid-15CEF7DC-E073-484D-9B36-4EB3DA9A059F"></endEvent><sequenceFlow id="sid-69D6B9D5-A369-4708-B74B-2DECD1D0F308" sourceRef="sid-F1BBCD6F-3153-4139-9101-D3C8C2F6151C" targetRef="sid-15CEF7DC-E073-484D-9B36-4EB3DA9A059F"></sequenceFlow></process><bpmndi:BPMNDiagram id="BPMNDiagram_multiinstance"><bpmndi:BPMNPlane bpmnElement="multiinstance" id="BPMNPlane_multiinstance"><bpmndi:BPMNShape bpmnElement="startEvent1" id="BPMNShape_startEvent1"><omgdc:Bounds height="30.0" width="30.0" x="90.0" y="150.0"></omgdc:Bounds></bpmndi:BPMNShape><bpmndi:BPMNShape bpmnElement="sid-AFB0AD6E-5B65-457F-8E99-F3B8104CBA95" id="BPMNShape_sid-AFB0AD6E-5B65-457F-8E99-F3B8104CBA95"><omgdc:Bounds height="80.0" width="100.0" x="300.0" y="120.0"></omgdc:Bounds></bpmndi:BPMNShape><bpmndi:BPMNShape bpmnElement="sid-F1BBCD6F-3153-4139-9101-D3C8C2F6151C" id="BPMNShape_sid-F1BBCD6F-3153-4139-9101-D3C8C2F6151C"><omgdc:Bounds height="80.0" width="100.0" x="630.0" y="125.0"></omgdc:Bounds></bpmndi:BPMNShape><bpmndi:BPMNShape bpmnElement="sid-15CEF7DC-E073-484D-9B36-4EB3DA9A059F" id="BPMNShape_sid-15CEF7DC-E073-484D-9B36-4EB3DA9A059F"><omgdc:Bounds height="28.0" width="28.0" x="1095.0" y="151.0"></omgdc:Bounds></bpmndi:BPMNShape><bpmndi:BPMNEdge bpmnElement="sid-69D6B9D5-A369-4708-B74B-2DECD1D0F308" id="BPMNEdge_sid-69D6B9D5-A369-4708-B74B-2DECD1D0F308"><omgdi:waypoint x="729.9499999999999" y="165.0"></omgdi:waypoint><omgdi:waypoint x="1095.0" y="165.0"></omgdi:waypoint></bpmndi:BPMNEdge><bpmndi:BPMNEdge bpmnElement="sid-B452CC02-56EA-46D2-8485-FB5B788200C1" id="BPMNEdge_sid-B452CC02-56EA-46D2-8485-FB5B788200C1"><omgdi:waypoint x="399.9499999999835" y="160.0"></omgdi:waypoint><omgdi:waypoint x="515.0" y="160.0"></omgdi:waypoint><omgdi:waypoint x="515.0" y="165.0"></omgdi:waypoint><omgdi:waypoint x="629.9999999999847" y="165.0"></omgdi:waypoint></bpmndi:BPMNEdge><bpmndi:BPMNEdge bpmnElement="sid-78DB6DB5-22CF-406D-9B4A-B4F14A7E062B" id="BPMNEdge_sid-78DB6DB5-22CF-406D-9B4A-B4F14A7E062B"><omgdi:waypoint x="119.94999834279307" y="165.0"></omgdi:waypoint><omgdi:waypoint x="210.0" y="165.0"></omgdi:waypoint><omgdi:waypoint x="210.0" y="160.0"></omgdi:waypoint><omgdi:waypoint x="299.9999999999682" y="160.0"></omgdi:waypoint></bpmndi:BPMNEdge></bpmndi:BPMNPlane></bpmndi:BPMNDiagram></definitions>上⾯是整个流程定义,内容⽐较繁多,下⾯我们主要看⼀下多实例任务1的节点内容⽚段进⾏详解:<userTask id="sid-AFB0AD6E-5B65-457F-8E99-F3B8104CBA95" name="多实例任务1" flowable:assignee="${assignee}" flowable:formFieldValidation="true"><extensionElements><modeler:initiator-can-complete xmlns:modeler="/modeler"><![CDATA[false]]></modeler:initiator-can-complete></extensionElements><multiInstanceLoopCharacteristics isSequential="false" flowable:collection="assigneeList" flowable:elementVariable="assignee"><loopCardinality>5</loopCardinality><completionCondition>${nrOfCompletedInstances/nrOfInstances >= 0.50}</completionCondition></multiInstanceLoopCharacteristics></userTask>上⾯我们已经知道了,会签的应⽤场景,有点想投票⼀样的感觉,既然是多个⼈参与的场景,也就意味着这是⼀个多⼈的任务,所以就有了上⾯的多实例任务,什么叫多实例任务呢?就是这个任务会产⽣多个实例,想java 的类和实例的关系⼀样,你需要多少个实例你new多少次这个类就⾏了。
信息系统权限及数据管理办法
******股份有限公司信息系统权限及数据管理办法(试行)第一章总则第一条为了加强对******股份有限公司(简称:公司)各运行信息系统权限和数据的管理,明确权限及数据管理相关责任部门,提高信息系统的安全运行和生产能力,规范公司业务系统权限申请及数据管理流程,防范业务系统操作风险,公司制定了信息系统权限及数据管理办法,以供全公司规范执行。
第二条本办法所指信息系统权限及数据包括,但不仅限于公司运行的OA 办公系统、业务作业系统、对外网站系统等涉及的系统用户权限分配、日常管理、系统及业务参数管理,以及数据的提取和变更。
第三条本办法遵循责权统一原则对员工进行系统授权管理,控制公司相关信息传播范围或防范进行违规操作.第四条信息技术部是本办法主要执行部门,设立系统运维岗负责系统用户权限管理、部分基本参数设置、系统数据的提取和变更的具体技术实现。
其它相关部门应指定专人(简称:数据权限管理员)负责统一按本办法所制定的流程执行相关操作,或通过工作联系单方式提出需要信息技术部或其它相关部门完成的具体工作内容。
第五条用户授权和权限管理应采取保守原则,选择最小的权限满足用户需求。
第二章系统权限管理第六条系统权限管理由信息技术部系统运维岗和各业务部门数据权限管理员共同协作完成,风险与合规部数据权限管理员负责对业务部门提出的系统权限进行审批,信息技术部系统运维岗负责对权限进行变更。
信息技术部系统运维岗拥有系统管理和用户管理权限(信息技术部可以拥有开发测试环境超级用户权限),风险与合规部拥有超级用户权限,风险与合规部数据权限管理员拥有对权限列表进行查询的权限,以方便行使监督职能。
第七条为有效的进行用户权限管理,各业务部门负责人应掌握系统各功能模块、菜单结构,按功能模块完成系统中权限角色设计;应熟悉本部门各岗位工作基本情况,有效识别权限与职责的匹配关系。
第八条用户申请使用、增加或者修改系统权限(包括新增员工权限申请、变更、离职员工权限),需填写《系统权限申请表》(见附件五),说明申请用户人事信息、所在部门、岗位、申请理由、申请内容。
质量记录单
质量记录清单序号归口部门程序文件编号 版次程序文件名称质量记录表单1质保部TR/QP0404-2006A0《质量记录控制程序》QR0404-01《公司质量记录清单》QR0404-02《部门质量记录清单》QR0404-03《记录保存、销毁、作废保存一览表》QR0404-04《记录借阅申请单》QR0404-05《质量记录处置申请单》2质保部TR/QP0803-2006A0《不合格品控制程序》QR0803-01 《质量问题处理单》QR0803-02 《供应商质量问题通知单》QR0803-03 《让步接受申请单》QR0803-04 《让步放行通知单》QR0803-05 《ECU来料异常通知单》QR0803-06 《ECU让步申请单》QR0803-07 《ECU紧急放行申请单》QR0803-08 《ECU质量异常通知单》QR0803-09 《ECU不合格品通知单》QR0803-10 《ECU报废申请单》3质保部TR/QP0809-2006A0《产品审核控制程序》QR0809-01《公司年度产品审核计划》QR0809-02《产品审核大纲》QR0809-03《不符合项报告》QR0809-04《产品审核抽样申请表》QR0809-05《产品审核检查表》QR0809-06《抽样产品处理单》QR0809-07《产品审核报告》4质保部TR/QP0810-2006A0《过程审核控制程序》QR0810-01《公司年度过程审核计划》QR0810-02《过程审核大纲》QR0810-03《不符合项报告》QR0810-04《过程审核提问评分/符合率》QR0810-05《过程审核结果一览表》QR0810-06《过程审核报告》QR0810-07《不符合项清单》5质保部TR/QP0807-2006A0《纠正和预防措施控制程序》QR0807-01《不合格(不符合)报告》QR0807-02《8D报告》6质保部TR/QP0802-2006A0《内部体系审核控制程序》QR0802-01《年度内部质量体系审核计划》QR0802-02《内部质量体系审核实施计划》QR0802-03《内部质量体系审核检查表》QR0802-04《合格内审员名单》QR0802-05《不符合项清单》QR0802-06《内部质量体系审核报告》7质保部TR/QP0501-2006A0《质量方针目标与数据分析程序》QR0501-01《数据指标统计记录表单》8质保部TR/QP0402-2006A0《质量体系文件控制程序》QR0402-01《外来文件一览表》QR0402-02《文件发放、回收登记表》QR0402-03《受控文件清单》QR0402-04《文件更改/作废申请表》QR0402-05《作废文件一览表》QR0402-06《部门文件清单》QR0402-07《文件会签表》9质保部TR/QP0713-2006A0《FMEA与控制计划程序》QR0713-01《(A-1)设计FMEA检查表》QR0713-02《(A-6)过程流程图检查表》QR0713-03《(A-7)过程FMEA检查表》QR0713-04《(A-8)控制计划检查表》10质保部TR/QP0811-2006A0《统计技术应用程序》QR0811-01《过程能力研究》QR0811-02《P控制图》11质保部TR/QP0714-2006A0《生产件批准程序》QR0714-01 《产品样件认可报告》QR0714-02《PPAP检查表》12质保部TR/QP0707-2006A0《供应商选择与评价程序》QR0707-01《供应商基本情况调查表》QR0707-02《供应商报价单》QR0707-03《可行性供应商清单》QR0707-04《供应商审核计划》QR0707-05《供应商审核清单》QR0707-06《供应商审核结果报告》QR0707-07《不符合项报告》QR0707-08《合格供应商名录》QR0707-09《供应商绩效考核结果单》13实验部TR/QP0808-2006A0《台架试验控制程序》QR0808-01《台架试验委托单》QR0808-02《设备运行监控及校准记录表》QR0808-03《台架器件交接记录表》QR0808-04《台架工作日志》QR0808-05《台架试验数据记录表》QR0808-06《电控系统失效信息反馈表》QR0808-07《台架试验报告》QR0808-08《实验室每日安全检查表》QR0808-09《台架试验项目运行监控记录表》QR0808-10《台架器件状态确认清单》14采购部TR/QP0704-2006A0《采购控制程序》QR0704-01《采购订单》QP0704-02《物资采购申请表》15产品部TR/QP0403-2006A0《技术文件控制程序》QR0403-01《技术文件一览表》QR0403-02《外来技术文件一览表》QR0403-03《作废技术文件一览表》QR0403-04《技术文件分发、回收记录》QR0403-05《技术文件补发申请表》QR0403-06《技术更改通知单》QR0403-07《文件借阅申请单》QR0403-08《技术文件定期审核记录表》QR0403-09《技术文件需求单》16销售部TR/QP0604-2006A0《应急计划控制程序》QR0604-01《突发事件可能性分析表》QR0604-02《突发事件处理表》QR0604-03《应急计划实施表》17销售部TR/QP0702-2006A0《合同/订单管理程序》QR0702-01《销售计划》QR0702-02《新品可行性分析报告》QR0702-03《年度订货合同》QR0702-04《交付合同/订单》QR0702-05《合同会签单》QR0702-06《合同/订单评审表》18质保部TR/QP0706-2006A0《监视和测量装置控制程序》QR0706-01《监视和测量装置台帐》QR0706-02《设备校准通知单》QR0706-03《监视和测量装置封存、报废申报表》QR0706-04《监视和测量装置周期校准表》QR0706-05《交付使用单》QR0504-01质量损失统计表(一)QR0504-02质量损失统计表(二)QR0504-03质量损失统计表(三)19财务部TR/QP0504-2006AO《质量成本控制程序》QR0504-04质量损失统计表(四)QR0504-05质量损失统计表(五)QR0504-06质量损失统计表(六)QR0504-07质量损失统计表(七)QR0504-08质量损失统计表(八)QR0504-09质量损失汇总表QR0504-10质量成本报告20质保部TR/QP0801-2006A0《产品检验控制程序》QR0801-01《检验领料单》QR0801-02《检验记录表》QR0801-03《缺陷标识卡》QR0801-04《出厂终检报告》QR0801-05《一次交验合格率报表》QR0801-06《合格证》21市场部TR/QP0719-2006A0《顾客财产控制程序》QR0719-01《顾客财产登记表》QR0719-02《顾客财产接收单》QR0719-03《顾客财产反馈表》QR0719-04《顾客财产归还单》QR0719-05《样品、样品图验证/测绘报告》22综合管理部TR/QP0601-2006A0《人力资源管理程序》QR0601-01 《岗位说明书》QR0601-02 《年度人力资源计划表》QR0601-03 《人员需求增补申请表》QR0601-04 《人员应聘登记表》QR0601-05 《人员面试考评表》QR0601-06 《员工转正申请表》QR0601-07 《员工岗位变动表》QR0601-08 《员工月度绩效管理卡》QR0601-09 《培训记录表》QR0601-10 《年度培训需求计划表》QR0601-11 《月度培训计划表》QR0601-12 《委外培训申请表》QRO601-13 《培训计划变更申请表》QRO601-14 《员工满意度调查表》QRO601-15 《员工转正考核表》QRO601-16 《培训申请表》23综合管理部TR/QP0602-2006A0《基础设施管理程序》QR0602-01《基础设施更新计划表》QR0602-02《基础设施维修计划表》QR0602-03《基础设施日常保养项目表》QR0602-04《月基础设施月度检查表》QR0602-05《基础设施报废申请表》QR0602-06《基础设施维修申请表》QR0602-07《日常维修保养记录》QR0602-08《物资采购申请》QR0602-09《基础设施管理台帐》24生产部TR/QP0705-2006A0《生产过程控制程序》QR0705-01《生产工作进度跟踪表》QR0705-02《西红门ECU生产原材料统计表》QR0705-03《生产起始点检表》QR0705-04《岗位点检卡》QR0705-05《上料确认表》QR0705-06《生产记录》QR0705-07《返工/返修记录表》QR0705-08《ECU生产不合格品质量问题统计表》QR0705-09《P控制图》25综合管理部TR/QP0505-2006A0《计划任务管理程序》QR0508-01《年度采购计划任务单》QR0508-02《月度采购计划任务单》QR0508-03《采购计划任务反馈单》QR0508-04《采购计划统计分析月报表》QR0508-05《计划任务公示表》QR0508-06《零部件报检单》QR0508-07《计划任务单》QR0508-08《生产计划任务反馈单》QR0508-09《生产计划统计分析月报表》26芜湖TR/QP0717-2006A0《售后及顾客反馈程序》QR0717-01 《客户回访记录表》QR0717-02 《顾客满意度调查表》QR0717-03 《顾客满意度调查报告》27质保部TR/QP0804-2006A0《失效反馈控制程序》QR0804-01《失效信息反馈表-行车》QR0804-02《失效信息反馈表-台架》QR0804-03《失效信息反馈表-售服》QR0804-04《失效信息反馈表-其它失效》QR0804-05《失效处理备案表》QR0804-06《失效信息月报》QR0804-07《失效分析处理报告》QR0804-08《ECU失效分析处理报告》28综合管理部TR/QP0502-2006A0《业务计划控制程序》QR0502-01《业务计划变更记录表》QR0502-02《质量方针目标与业务计划实施情况一览表》QR0502-03《业务计划实施分析报告》29产品工程中心TR/QP0703-2006A0《EMS策划与开发程序》APQP文件包30产品部TR/QP0708-2006A0《产品设计变更控制程序》QR0708-01《产品设计变更申请表》QR0708-02《产品设计变更检查表》QR0708-03《产品设计变更可行性报告》QR0708-04《技术更改通知单》31生产部TR/QP0715-2006A0《设备管理程序》QR0715-01《设备引进计划》QR0715-02《设备交付验收单》QR0715-03《设备登记表》QR0715-04《设备易损件清单》QR0715-05《年度设备维修保养计划》QR0715-06《设备维修保养记录》QR0715-07《设备故障检修登记表》QR0715-08《设备日点检表》QR0715-09《设备报修单》QR0715-10《设备报废申请单》32产品部TR/QP0718-2006A0《产品标识及可追溯性管理程序》QR0718-01《产品状态标识卡》QR0718-02《产品信息追踪单》QR0718-03《产品缺陷标识卡》QR0718-04《返工返修标识卡》QR0718-05《标识抽查记录表》QR0721-01《产成品及原料库存表》33销售部TR/QP0721-2006A0《产品交付控制程序》QR0721-02《出库单》QR0721-03《发货清单》QR0721-04《客户回执单》QR0721-05《成品发货检验报告》QR0721-06《货运单》34产品部TR/QP0720-2006A0《产品防护控制程序》35市场部TR/QP0701-2006A0《市场分析与产品营销控制程序》QR0701-01《竞争对手信息表》QR0701-02《市场调研报告》QR0701-03《销售计划通知单》QR0701-04《项目市场信息表》36质保部TR/QP0503-2006A0《管理评审控制程序》QR0503-01《管理评审计划》QR0503-02《管理评审会议记录》QR0503-03《管理评审报告》QR0503-04《管理评审纠正、预防和改进跟踪审核记录表》37质保部TR/QP0722-2006A0《测量系统分析程序》QR0722-01《重复性和再现性分析报告》QR0722-02《MSA分析原始数据记录》QR0722-03《稳定性分析报告》QR0722-04《线性分析报告》QR0722-05《偏倚分析报告》38综合管理部TR/QP0805-2006A0《持续改进控制程序》QR0805-01《持续改进需求调查表》QR0805-01《持续改进计划表》39产品工程中心TR/QP0723-2006A0《实验室管理程序》QR0723-01《年度实验计划》QR0723-02《实验室业务范围一览表》QR0723-03《实验委托单》QR0723-04《实验数据记录表》QR0723-05《实验报告》QR0723-06《实验准备工作检查表》。
门户平台应用系统集成方案.doc
门户平台应用系统集成方案密别内部标记门户平台应用系统集成方案39页共XXXX 研究院年月门户平台应用系统集成方案编写校对审核标检批准会签目录1用户管理规范21.1用户身份生命周期管理21.2用户管理流程规范31.2.1新建用户流程31.2.2用户变更流程31.2.3用户注销过程41.2.4非HR系统用户账户管理41.3用户与组织管理51.4应用系统管理员职责52目录集成规范52.1同步范围52.2同步方式72.3同步条件73单点登录接入规范83.1使用IBMWeb 应用服务器的Web应用系统83.2使用其它Web应用服务器的Web应用系统83.3集成系统统一规范94待办集成规范94.1功能描述94.2接入方式定义104.2.1架构104.2.2待办处理流程114.2.3公共接口定义124.2.4统一Web服务接口定义154.3应用系统接入要求164.3.1应用系统改造内容164.3.2已建成和新建应用系统164.3.3待办接入注意事项164.3.4应用系统编号174.3.5统一待办服务客户端调用示例175业务应用集成规范175.1常用业务185.1.1功能描述185.1.2接入方式定义185.1.3应用系统接入要求195.2档案|图书馆|文献数字资源月日USER_IDV ARCHAR2(18)NN身份证号码DEPT_NAMEV ARCHAR2(30)NY所属部门名称DEPT_NOV ARCHAR2(10)NY所属部门编号OFFICE_TELV ARCHAR2(12)NN办公室电话OFFICE_NOV ARCHAR2(8)NN办公室门牌号MOBILEV ARCHAR2(12)NN手机号码EMAILV ARCHAR2(30)NY办公邮件地址STATUSV ARCHAR2(8)NY用户活动状态,用户状态,如离职,借调,退休EMPLOYEE_STATUSV ARCHAR2(8)NN员工状态,如禁用,活动POSITION_LEVELV ARCHAR2(8)NY岗位等级DEPT_LEADERV ARCHAR2(8)NY领导标识PASSWORDV ARCHAR2(32)NY密码TITLEV ARCHAR2(50)NN 职称POSITIONV ARCHAR2(50)NN岗位CONFIDENTIALITY_LEVELV ARCHAR2(15)NN人员密级CONFIDENTIALITY_TYPEV ARCHAR2(15)NN涉密类型表2组织机构表字段数据类型主键非空说明ORG_NAMEV ARCHAR2(30)NY组织机构名称ORG_NOV ARCHAR2(10)YY组织机构编号ORG_STD_NOV ARCHAR2(10)NY组织机构标准化编号PARENT_ORG_NAMEV ARCHAR2(30)NN组织机构父组织名称PARENT_ORG_NOV ARCHAR2(10)NN组织机构父组织编号如果应用系统中没有采用人力资源管理系统中标准的组织机构,根据业务需要建立的独立组织机构,则无需同步统一身份认证系统中的组织机构数据。
