下载文档原格式
协同办公系统OA流程使用说明
协同办公系统OA（Office Automation）是一种集多功能办公工具和
信息管理于一体的软件系统，旨在提高企业的办公效率和信息管理能力。
本文将详细介绍OA系统的流程使用说明，包括流程的创建、审批、查看
和管理等方面。
一、流程创建
1.登录OA系统：使用用户名和密码登录OA系统，进入系统后台管理
页面。
2.创建流程：在系统后台管理页面中，找到创建流程的入口，点击进
入流程创建页面。
3.设定流程名称和类型：根据实际需求为流程设定一个有意义的名称，并选择相应的流程类型。
4.设定流程步骤：根据实际流程需求，创建流程的审批步骤及其顺序。
可以设置多个审批步骤，并为每个步骤指定相应的审批人。
5.设定流程内容和表单：为流程设定相应的内容和表单，可以根据需
要自定义表单字段，以便发起人填写相关信息。
二、流程审批
1.收到待审批的通知：当有待审批的流程时，系统会自动发送通知给
相应的审批人。
审批人可以通过登录OA系统或者手机客户端查看待审批
的流程。
协同办公系统概要设计说明书编写：日期：审核：日期：日期：受控状态：是发布版次：日期：编号：日期版本变更说明作者签字确认系统模块对应章节对应部门负责人签字1.1编写目的 (4)1.2背景 (4)1.3基线 (4)1.4范围 (4)1.5定义 (4)1.6参考资料 (4)2总体设计 (4)2.1概述 (4)2.1.1功能描述 (4)2.1.2运行环境 (5)2.1.2.1软件环境 (5)2.1.2.2硬件环境 (5)2.1.3开发环境 (5)2.1.3.1服务器软件环境 (5)2.1.3.2服务器硬件环境 (6)2.1.3.3开发机器软件环境 (6)2.1.3.4开发机器硬件环境 (6)2.2设计思想 .............................................................................................................................. 错误！未定义书签。
2.2.1系统构思 (7)2.2.2关键技术与算法.......................................................................................................... 错误！未定义书签。
2.2.2.1运用Hibernate框架访问数据库......................................................................................... 错误！未定义书签。
2.2.2.2运用Ajax技术实现系统用户的登录................................................................................... 错误！未定义书签。
协同办公系统概要设计说明书编写：日期：审核：日期：日期：受控状态：是发布版次：日期：编号：变更记录日期版本变更说明作者签字确认系统模块对应章节对应部门负责人签字1引言41.1编写目的 (4)1.2背景 (4)1.3基线 (4)1.4范围 (4)1.5定义 (4)1.6参考资料 (4)2总体设计 (4)2.1概述 (4)2.1.1功能描述 (4)2.1.2运行环境 (5)2.1.2.1软件环境 (5)2.1.2.2硬件环境 (5)2.1.3开发环境 (5)2.1.3.1服务器软件环境 (5)2.1.3.2服务器硬件环境 (6)2.1.3.3开发机器软件环境 (6)2.1.3.4开发机器硬件环境 (6)2.2设计思想 .............................................................. 错误！未定义书签。
2.2.1系统构思 (7)2.2.2关键技术与算法.................................................... 错误！未定义书签。
2.2.2.1运用Hibernate框架访问数据库............................................ 错误！未定义书签。
2.2.2.2运用Ajax技术实现系统用户的登录......................................... 错误！未定义书签。
2.2.2.3分页显示................................................................ 错误！未定义书签。
2.2.2.4文件上传和下载.......................................................... 错误！未定义书签。
2.2.2.5验证码.................................................................. 错误！未定义书签。
协同办公系统详细设计说明书编写：日期：审核：日期：批准：日期：受控状态：是发布版次：日期：编号：最新修正版变更记录签字确认1引言 (4)1.1编写目的 (4)1.2背景 (4)1.3基线 (4)1.4范围 (4)1.5定义 (4)1.6参考资料 (4)2总体设计 (5)2.1概述 (5)2.1.1功能描述 (5)2.2运行环境 (5)2.2.1软件环境 (5)2.2.2硬件环境 (5)2.3开发环境 (6)2.3.1服务器软件环境 (6)2.3.2服务器硬件环境 (6)2.3.3开发机器软件环境 (6)2.3.4开发机器硬件环境 (6)2.4设计思想......................................................................................... 错误！未定义书签。
2.4.1系统构思................................................................................. 错误！未定义书签。
2.4.2关键技术与算法..................................................................... 错误！未定义书签。
2.4.3关键数据结构......................................................................... 错误！未定义书签。
2.4.4人工处理过程......................................................................... 错误！未定义书签。
3子系统模块设计.. (7)3.1工作管理模块 (7)3.2在线信息子系统 (13)3.2.1模块1 (14)3.2.2模块2 (14)3.2.3模块3 (15)3.2.4模块4 (15)3.2.5模块5 (15)3.2.6模块6 (16)3.2.7模块7 (16)3.3公司通讯录子功能 (19)3.4个人文件夹管理模块 (23)3.5系统管理模块 (27)3.6名片夹管理模块 (32)3.7个人信息管理模块 (35)3.8会议室管理模块 (39)3.9会议管理 (42)1引言1.1 编写目的本说明书目的在于详细说明系统各功能的功能及其实现方式，指导程序员进行编码。
0A协同办公系统详细设计项目说明书
0A协同办公系统详细设计说明书
编写：日期:
XXX
审核：日
期:
批准：日
期:
受控状
变更记录
签字确认
1引言
1.1 编写目的
本说明书目的在于明确说明系统各功能的实现方式，指
导开发员进行编码。
主要为本公司以几份承包方的阅读者，如设计人员、开发人员等。
有时可以包括客户方的阅读者，如：业务人员、系统管理人员等。
1.2背景：
待开发软件系统的名称：0A协同办公系统此软件
系统任务提出者：XXXXXXXX 此软件系统任务开
发者：XXXXXXXX 此软件系统任务用户：XXXX
1・3基线
0A协同办公系统业务分析报告
0A协同办公系统需求分析说明书
0A 协同办公系统概要设计说明书
0A 协同办公系统详细设计说明书
1.4特殊名词定义
1.5参考资料
0A协同办公系统业务分析报告
0A协同办公系统需求分析说明书
0A协同办公系统概要设计说明书Java开发规范
2模块命名规则。
纺协同工作流平台项目总体需求说明文档文档控制修改记录审阅人存档目录一、特别说明........................................................................................... 错误!未定义书签。
二、系统总体说明................................................................................... 错误!未定义书签。
三、建设原则........................................................................................... 错误!未定义书签。
四、功能需求描述................................................................................... 错误!未定义书签。
1.人事管理....................................................................................... 错误!未定义书签。
3.借款管理....................................................................................... 错误!未定义书签。
4.内部产品领用管理....................................................................... 错误!未定义书签。
5.文献管理....................................................................................... 错误!未定义书签。
协同办公系统流程处理操作手册1.系统登录1.1. 系统登陆输入系统网址：http://10.187.18.81/weboa进入主页面后填写用户名和登录密码，用户初始密码为1111。
1.2. 主页面输入用户名和密码后点击登录系统按钮进入系统主页。
系统主页分为六部分，工具区、菜单区、待办事宜区、电子公告区、日程提醒区、常用工具区。
工具区主要包含日期、登录人员、短消息提醒、注销系统和退出系统四项内容。
当用户有短消息时，系统将自动声音提醒，短消息位置闪动动画提示。
菜单区是登录用户可以进行操作的菜单。
待办事宜提供公文待办待阅的列表，点击内容可以直接进行处理。
待办事宜提供定制功能，可根据个人工作重点不同定制不同的快捷收发文待办、待阅模块。
菜 单 区工 具 区待 办 事 宜 电 子 公 告日 程 提 醒常 用 工 具配置工作量台待办显示模块：更新所有待办信息：通知公告提供电子公告的阅读及附件的下载。
对于用户没有查看过的公告，系统对其进行新公告标识。
日程提醒系统会自动提醒登录人员本日的安排，对于当期时间前后的内容，进行加粗标识，可以通过日程提醒功能定制自己的个人日程安排。
用户可点击日历上的日期进行个人日程编辑。
常用工具提供了系统所需要的表单控件、正文控件以及操作手册，系统使用前，请确保安装好前两个工具！。
点击第一个工具，弹出提示框，保存到本地磁盘后，打开保存的文件，会提示安装成功。
点击第二个工具，弹出提示框，保存到本地磁盘后，打开文件，按照提示，一直点击下一步，最终安装成功。
点击第三个工具，弹出提示框，保存到本地磁盘后，自解压缩为用户手册。
2.日常工作2.1. 发文管理发文管理分为发文拟稿、待办发文、已办发文、所有发文2.1.1.发文拟稿目前系统包含的发文流程包括：机关发文,机关便函,党委发文,党委便函,团委发文,明传电报,董事长办公会议纪要,总经理办公会议纪要,党委会议纪要,专题会议纪要。
以机关发文为例对应用流程流转公文进行讲解。
OA办公系统需求分析说明书1 前言建立内部信息交流快速通道，加强领导与部门、部门与部门、部门员工间交流；搭建内部统一资源共享平台，实现有效知识的沉淀、集中管理和合理利用；规范内部公文流转与业务流转流程，实现公文与工作流流转顺畅，提高审批效率，提高办公效率；轻松实现领导对各科室的工作监管与远程控制；实现领导与出差人员的移动办公；全面实现内部办公无纸化、现代化，节约办公费用；提高业务部门与行政部门的信息共享程度与协同办公水平，并通过对业务数据的采集、处理、分析，为领导提供决策支持；最终实现单位的信息门户、知识门户与应用门户预期读者和目的2.目标和内容基本建设内容：个人事务管理、个人办公、信息发布、协同办公、实现个人办公自动化；部门与企业办公规范化、流程化；企业部门间、人员间信息交流畅通快捷，提高信息共享水平，消除信息孤岛；通过电子化办公实现企业办公无纸化，节约办公费用。
本方案建议书结合我公司自主研发的OA协同办公群件平台，并针对一般企事业单位对协同办公与业务管理的需求，提供了关于企事业单位综合办公系统的方案规划建议。
3. 采用的系统特点3.1先进性C/S结构，用户表示层被独立分离开来、商业应用规则以一个整体在独立的应用服务器上运行，这样不仅减轻了客户端的负担，而且当机构改组、人员调动、系统升级时非常方便。
客户端仅仅需要能够运行IE浏览器就可以。
分布式组件技术，利用分布式组件技术来构造系统，不仅可以提高软件模块的复用性、可扩充性和重组能力，还可以降低部署大型系统的复杂程度，减少系统维护和升级成本。
3.2安全性系统无论是在服务器、客户端、网络用户登录、数据网络传输、系统自身权限体系等采取严格的安全措施，确保系统、数据的安全。
4.1用户登录要求任何使用系统的用户都应经过用户名、密码进行身份验证后，方可进入系统。
如果用户未通过验证停留在登录界面，并给出相关提示。
4.2用户管理用户中有超级管理员即总经理。
用户有人事部的管理员进行用户的添加统一密码为“123456”，以后可以修改密码；可以修改用户信息（不含密码）和注销用户信息，注销用户时同时删除该用户所拥有的权限。
协同办公系统软件开发需求 本次软件开发是对我局现有协同办公系统软件进行局部功能完善和新增功能模块的二期开发，解决现有办公系统中存在的问题，增加新的功能需求。 一、系统建设原则 1.1、一体化原则：与一期的开发风格及标准统一、资源数据库统一、基本信息共享、在开发二期的过程中，涉及到一期模块功能的变化时应负责修改一期的程序；一、二期的系统合并构成为一完整的系统。 1.2、保护现有资源原则：充分利用现有资源、设备，降低成本，提高效率。 1.3、安全性原则：遵循有关信息安全标准，保证系统的安全。中标公司应提供安全方面措施方案。 1.4、可扩展性原则：充分考虑用户的扩充和业务的扩充，保证系统的可扩展性。 1.5、可靠性原则：支持40并发用户数,系统响应时间应达到一般用户要求。 二、系统软件平台 服务器系统： Windows Server 2000/2003（64位） 数据库 ：lotus domino R5 开发平台： lotus notes 客户端：Windows 2000/2003、Windows XP、Vista、IE 6.0及以上 系统的主要表现和应用形式是B/S模式。 三、提交的文档： 3.1．需求分析报告 3.2．设计文档，包括概要、详细设计；系统设计的流程图，每个程序的介绍等 3.3．程序的所有源代码及说明 3.4．系统测试文档 3.5．系统软件维护文档及用户手册、管理员手册； 3.6．数据转换、数据接口文档 3.7．培训计划 四、系统维护 4.1、一年期系统局部功能完善。 4.2、长期免费技术支持，中标公司应设人负责系统维护、技术支持和远程技术支持。 4.3、响应时间要求：1小时。 五、开发周期 2007年12月31日前进行系统在线试运行，试运行一个月后进行验收。 六、功能需求描述 6.1、系统局部功能完善。 A、解决以下问题，进行局部功能完善， 一、专利保护业务 1、专利业务中 “专利查处”项目中，处理单中“打印”项目未与处理单填写内容链接，实现打印功能。 2、专利业务中“专利查处”项目中，在“编辑告知书和决定书”功能中添加国知局规范“处罚前告知书”和“处罚决定书”式样，同时增加告知书和处罚决定书的打印功能。 3、专利业务中“专利侵权纠纷处理”项目中: 3.1.增设“打印”项目，可打印立案审批表。 3.2.“专利纠纷案件处理单”中，在“立案审批”和“结案审批”程序中间增设“编辑受理通知书（或不受理通知书）、答辩通知书、口头审理通知书、送达回执、口头审理回执”5个项目，并提供保存和打印功能。 3.3.能根据立案审批表中请求人和被请求人的相关信息，增设信封打印功能用于邮寄各类通知。 二、增大收件箱的容量，可设置单个邮件的大小以及总的邮箱大小。 三、车辆管理 可自行设置发送短信的内容。 派车时，如果一辆车当天已经批给其他人用，车管干部当天再次批给其他人时，批时系统提示车管人员该车已经批出，是否再次批给其他人用，如果选是，就继续批该车，选否时，不批。 当申请人申请多辆车时，要求能一次申请。 四、收文管理 收文归档时，在归档列表里，按“收文表”格式显示，并可打印列表。 文书对归档文档可设置可浏览的用户。 检索方式应实现可按文号、来文机关、时间等进行检索。 五、局内工作动态 增加部门工作动态上报的流程。上报到办公室后，由办公室汇总后出一期“局内工作动态”。 六、对“局领导阅示件”模块进行位置调整。 七、要求经办文件能修改、能恢复，附件能修改。 八、修改流程，各部门的对内外信息文字材料由办公室统一受理后，按各处的建议再分别做形式选择，形成动态、简报、上网信息等使用方式。 九、发文管理流程最后一环节，增加办公室文字审修、文本格式规范。 十、在“文档管理”栏中的各个流程中实现领导的任意转发。 十一、项目管理、项目审批要更方便使用。 十二、对首页显示内容重新规划，使更直观。 十三、在系统开发和试运行期间，更正用户发现的其它局部功能问题。
OA协同办公自动化用户需求说明书机构公开信息版本历史目录1. 引言 (4)1.1. 文档目的 (4)1.2. 文档范围 (4)1.3. 读者对象 (4)1.4. 参考文档 (4)1.5. 术语与缩写解释 (4)2. 工程概述 (5)2.1. 工程介绍 (5)2.2. 用户群体 (5)3. 功能性需求 (6)3.1. 功能性需求整体介绍 (6)3.2. XXX模块 (7)3.2.1. 业务概述 (7)3.2.2. 业务流程 (7)3.2.3. 输入输出 (13)3.2.4. 输入输出值说明 (13).5. 字段说明 (13)4. 非功能性需求 (70)4.1. 技术需求 (70)4.2. 性能需求 (70)4.3. 质量需求 (71)4.4. 安然保密需求 (71)1.引言1.1. 文档目的本文档主要针对XXX工程系统的功能性需求的业务、流程以及输入输出数据的尺度和约束提出具体的要求，同时它还将作为该产物设计与开发的重要参考依据。
1.2. 文档范围本文档包含以下几局部：1. 产物介绍2. 产物面向的用户群体3. 产物应当遵循的尺度或尺度4. 产物的功能性需求5. 产物的非功能性需求6. 用户需求确认1.3. 读者对象本文档的读者范围包罗：1. 需求提供方具体责任人2. 开发方的工程经理、系统阐发设计人员、测试人员。
1.4. 参考文档提示：列出本文档的所有参考文献〔可以长短正式出书物〕，格式如下：[标识符] 作者，文献名称，出书单元〔或归属单元〕，日期例如：[SPP-PROC-PP] SEPG，需求开发尺度，机构名称，日期1.5. 术语与缩写解释定义所有必要的术语，以便读者可以正确地解释软件需求规格说明，包罗词头和缩写。
例如：2.工程概述2.1. 工程介绍XXX工程软件是一款通用性极强的商业企业XXX领域的办理系统，软件囊括了商业企业日常经营XXX领域办理的全过程。
软件适用于食品、服装、保健品、电子、电器、物资、扮装品等商业领域的企业。
协同办公系统一期需求说明书 文档号 日 期 2008-07-14
XXXXXX管理有限公司 协同办公系统一期需求说明书
XXXXXX 2008年7月 协同办公系统一期需求说明书 修改记录 姓名 日期 说明 版本 李毅 2008-07-02 在XXXXXX公司调研、沟通记录，创建本文； V1.0 协同办公系统一期需求说明书 第1章 项目背景
XXXXXX管理有限公司是由XX证券、中国XX技术（集团）公司等四家股东共同发起设立的内资型基金管理公司。公司已于2007年11月正式进入中国证监会的审批程序。 XXXXXX管理有限公司注册资本1.6亿元人民币，总部设在北京金融街。 XXXXXX协同办公系统的建设原则是“以提升公司管理效率为核心目标、突出重点和常用功能、实用有效”。
1.1 需求总则 1. 协同办公系统应将现代化的办公思想和先进的技术手段结合在一起，为XXXXXX提供办公方面的新平台、新助手，以达到提高工作效率、提高管理水平、增强沟通与合作的目的。 2. 协同办公系统须建立在全面的信息安全体系之下，应用先进的信息安全技术和足够的系统安全措施严格地保障信息安全。 3. 协同办公系统应界面友好、结构清晰、流程合理、功能一目了然，菜单操作充分满足用户的视觉流程和使用习惯，易理解，易学习，易使用，易升级，实现傻瓜相机似的操作，有效降低实施、培训成本和周期。 4. 协同办公系统应该具有高可扩展性，采用PORTAL架构，支持展现第三方系统的页面信息；提供可供最终用户方便使用的定制工具，如工作流引擎、表单订制；提供二次开发所必须的技术规范、数据库结构、数据字典、系统开发库，使后续开发项目能够共享协同办公系统的用户、权限及相关数据；提供与第三方应用系统进行相互调用机制和相关接口。 5. 协同办公系统应支持7*24小时持续不间断运行，提供有效、高可用性的系统灾备，数据备份策略。 6. 协同办公系统应当遵循软件工程的相关要求，可向最终用户提供与系统相配套的技术文档。
第2章 业务需求
2.1 系统管理 2.1.1 组织机构管理 1、 支持建立树状组织机构。 2、 支持组织机构调整，包括新增、拆分、合并、撤销，支持此类变化中对用户、文件、信息、工作流程的自动变更。 3、 支持建立跨部门的各类委员会，支持建立临时性项目组。 4、 支持为每个机构、部门设臵负责人和文档管理员。
2.1.2 XXXXXX公司组织架构
协同办公系统一期需求说明书 2.1.3 用户管理 1、 用户管理应该遵循统一管理，统一认证的原则，如用户增加、内部部门变动、离职等。 2、 采用必要的机制保证人员变动不影响系统中正在流转的工作流。 3、 支持角色管理。支持一个角色有多个用户，一个用户有多个角色，以及一个组织（主要是部门与项目组之间的交叉）有多个用户，一个用户也能属于多个组织。 4、 系统基本角色包括： 系统管理员：系统管理员负责公司整个办公系统的管理工作。系统管理员主要负责建立系统用户、角色、权限分配，设臵、管理工作流程，日常系统管理、查询系统日志等工作。 文档管理员：公司总部和各部门都可设臵一名文档管理员，负责本部门文档的收发、管理工作。主要负责接收、发送、分发本部门接收到的各类文件，并且负责管理与本部门相关的所有文件，包括部门内部的各类文件。如果在工作流程中设臵文件发送到部门，如无明确定义承办角色或用户，则默认发送给该部门的文档管理员。
2.1.4 权限管理 1、 用户权限分为两个层级：操作权限和查询权限。 2、 用户权限管理至少包含部门、角色、用户三个维度。 3、 系统支持模块—用户以及模块—角色—用户两种操作权限控制形式。对于常规的操作，有明确的职级与权限对照关系的操作，可以通过建立系统角色与用户职级的关联，自动设臵用户的权限。 4、 对于特定业务流程，可以直接给用户授权，不考虑职级、角色等的限制。
2.1.5 协同办公提醒服务 1． 协同办公提醒服务至少包括以下方式：短信、邮件、网页。 协同办公系统一期需求说明书 2.1.6 系统数据管理 1、 支持高效率、高可靠的系统数据备份，备份工作对系统前台运行效率无明显影响（性能下降不超过30%）。 2、 系统日志可以按时间段、类别导出并从当前库中删除。
2.1.7 文件处理工作量统计 1、 支持按时间段（如年、月）、文件处理的类型对部门、员工个人文件处理工作量的统计。 2、 支持统计数据导出到Excel。
2.2 工作流引擎
2.2.1 流程配臵 1． 支持建立树状流程模板分类。 2． 支持图形化流程定义。 3． 支持灵活配臵流程节点，每个流程节点应有多种属性类的参数设臵，如修改权限、阅读权限、填写审批意见权限、审批意见屏蔽方式（如个别节点的审批意见对发起人之外的其他处理人隐藏）、催办期限等。 4． 支持流程退回； 5． 支持条件流转：支持按相关属性，按金额大小、流转文件所属职能部门等方式的分支流转功能。 6． 支持多人同转：多人同时办理，包括多人顺序办理、多人同步办理。
2.2.2 委托代办 1． 委托代办可以支持用户自己授权给其他用户，也可以再次设定终止委托待办。 2． 委托代办应当留痕备查。 3． 委托待办的所有操作记录上应当标识“***用户委托代办”。
2.2.3 流程疏导 1． 公文督办员可以监控本部门所有公文的即时处理情况，变更流程、结束流程、直接归档等业务操作。 2． 记录流程疏导日志以供查询。
2.2.4 催办督办 1． 催办督办的目的是提高办公效率。系统内可设公文督办员。 2． 系统管理员可根据流程类型定义默认的催办督办时限、具体流程个性化催办督办时限的设臵权限分配给角色。 3． 催办督办可以按流程类型查询流程进展情况，当前所在的环节，环节停留时间，可并通过协同办公通知渠道对经办人员发起人工督办通知。
2.2.5 重要流程跟踪 1． 支持用户自定义或撤销其关注的重要流程。 2． 系统可集中显示并自动刷新用户所关注的重要流程，显示最新节点和最新意见。 3． 用户可以定义重要流程的通知功能，该通知经由协同办公提醒渠道向用户发出。 协同办公系统一期需求说明书 2.3 表单管理 2.3.1 表单定制 1． 支持用户灵活自定义表单 2． 支持多种表单域类型：日期、数字、文本、单选项、多选项、计算结果项等。 3． 支持定义表单域的可编辑权限（如发起人不能填写核定数量）、可查询权限。 4． 对同类型表单，用户基于表单域筛选条件进行汇总统计（如按表单域“产品类型=U盘”），生成报表供查询，并可生成EXCEL报表导出。
2.3.2 表单需求
2.3.2.1 财务部类 1、流程名称：备用金借款单 授权： 表单样式：
备用金借款单
借款人 部门 填制日期 年 月 日 用款日期 年 月 日 借款金额 ￥ 元（小写） 元（大写）
借款事由 部门经理审批 日期 财务部经理审批 日期 分管副总审批 日期 总经理审批 日期 备注
流程图： ＜＝20000 借款人填单 部门经理审批 财务部经理审批 分管副总审批 ＞20000 分管副总审批 总经理审批 说明： 经办人填写借款单，先后报部门总经理和财务部经理审批，单笔借款金额在20000元及以下 协同办公系统一期需求说明书 的，经主管副总审批后到财务部办理借款手续；单笔借款金额在20000元以上的，经分管副总审批后还需经总经理审批同意后到财务部办理借款手续。
2.3.2.2 客户服务部类 1、 流程名称：客户反映问题处理单（非敏感或重大问题的处理） 授权： 表单样式：
客户反映问题处理单 FROM：接听人员__________ 接听日期：_________ 接听时间：________ 客户资料
客户名称 编号 基金帐户号 投资者证件类型 证件号码 通讯地址 邮政编码 电话（日间、晚间） 传真 E—mail 客户反映内容 问题叙述
回答\解决方法 处理结果： ⃞完成 ⃞待解决，请承办人员在下方”处理结果”中注明 投诉类别：⃞客户服务 ⃞代销服务 ⃞基金表现 ⃞研究材料 ⃞媒体刊物 ⃞技术信息 协同办公系统一期需求说明书 处理部门：投资管理部 研究策划部 信息核技术部 基金运营部 市场发展部（ 客服中心 市场推广中心 市场研究中心） 客户反映处理说明： 签收日期：_________ 发生原因
解决方法及过程纪录
承办人员：___________ 部门主管：_____________ 实际完成日期： 年 月 日 处理结果：已处理完成并交由承办人员客服去电与客户联系。 完成书面报告已交客户处，书面资料如附件所示。
流程图： 客户服务高级经理（填写）—>相关部门（处理/答复）—>客户服务高级经理（反馈客户） 说明： 客户服务部接到无法独立处理的问题，由客户服务高级经理填写《客户反映问题处理单》，然后提交至相关部门，由相关部门负责人给出答复填写《客户反映问题处理单》相应内容，返回至客户服务部，再由客户服务高级经理反馈至客户。
2、流程名称：客户反映问题处理单（敏感或重大问题的处理） 授权： 表单样式：
客户反映重大问题/投诉处理单 FROM：接听人员__________ 接听日期：_________ 接听时间：________ 客户资料
客户名称 编号 基金账户号 投资者证件类型 证件号码
