需求管理控制程序

需求管理控制程序

1.目的和适用范围

1.1目的:在投标前、接受或签订新产品合同、常规合同、订单或合同(订单)变更前对顾客要求进行识别和评审,确保顾客的各项要求清楚、准确,并且公司有能力满足这些要求。

1.2适用范围:适用于公司轨道交通产品的标书、新产品合同/协议、顾客要求、常规合同、订单的评审管理和报价管理。

2.术语和定义:无

3. 职责分工

部门职责描述

贸易科(过

程负责人)

负责顾客需求的识别和评审。

各部门生产技术部、质量保证部、财务部、人事行政部等配合进行顾客要求的评审。

4、过程描述流程图(见附件)

5、工作程序:

过程输入活动输出责任单位

5.1 顾客需求的识别及收集

客户合

同、技术

协议、邮

件、传真、

电话、调

查表、互

访等

5.1.1顾客的需求包括但不限于以下几个方面:有关产品和

服务的信息,合同或订单的问询(或变更),顾客反馈,顾

客财产的控制或处置,制定有关应急措施的特定要求。

5.1.2顾客需求的识别方式可以通过电话、邮件、会议、顾

客满意度调查表等方式从所有客户的相关的部门获得。

5.1.3贸易科将所有与顾客沟通的有关信息登记在《客户往

来邮件传真记录表》中,并将顾客需求识别出来,登记在《客

户需求清单》中。

5.1.4贸易科将《客户需求清单》的需求信息以《客户信息

传递通知单》或文件形式下发给各相关单位。

具体见《与顾客有关过程控制程序》。

客户往

来邮件

传真记

录表、

客户需

求清单

贸易科

5.2顾

客需求的评审客户需求

清单

5.2.1 顾客需求的评审分为:新产品报价评审、新产品合同

评审、常规合同评审、合同变更的评审。评审内容及流程具

体执行《与顾客有关过程控制程序》。

5.2.2 评审通过后由授权人员与顾客签定合同。

5.2.3评审未能与客户需求达成一致时,贸易科与顾客协

商。如与顾客达成一致意见时按5.2.2执行。如顾客不同意

更改合同报总经理作出最终评审意见如同意顾客要求则按

5.2.2执行,如不同意则回复客户取消合同。

新产品

合同评

审表,

新产品

交样计

划表、

生产计

贸易科

各部门

5.3顾

客需求变更的评审客户需求

清单

5.3.1合同/订单的更改管理

5.3.1.1顾客向公司提出合同/订单更改时

当顾客向公司提出减少数量或延长交货期时由贸易科及时

以书面形式通知相关部门。

5.3.1.2当顾客向公司提出增加数量、交货期提前、包装更

改等要求时,由贸易科按5.2实施评审。

5.3.2 公司向顾客提出合同订单更改时

5.3.2.1由贸易科向顾客提出更改请求说明更改理由在征

求得到顾客同意后,通知或回复相关部门并将更改结果及顾

合同更

改通知

单,

信息反

馈单,

生产计

划更改

贸易科

各部门

客意见记录于原合同/订单中。

5.3.2.2如顾客不同意更改时报总经理批准后回复顾客取消合同/订单并通知或回复相关部门。

具体见《与顾客有关过程控制程序》。

5.4记录的保存产生的各

种记录

由贸易科负责以上各种记录的保存、归档。贸易科

6、支持文件

文件名称文件编号

文件&记录控制程序

与顾客有关过程控制程序

7、记录

记录名称记录编号保存期限

客户需求清单长期

客户往来邮件传真记录表3年

新产品交样计划表3年

生产计划1年

新产品合同评审表3年

8、KPI

指标名称计算方法考核频次评审失误率首次评审未评审出的问题项数/需要评审的总项数×100% 每月9、附件:过程流程图

开始

顾客需求的识别

与客户沟通、协调

记录归档N

顾客有关需求的评审

签订合同

满足要求

结束

顾客需求的变更

需求管理过程图

需求管理过程

设备、工具:

计算机、会议室、办公设备

过程负责人:贸易科

该过程的相关人员: 营销部、质量保证部、生产技术部、人事行政部、财务部

程序、方法:需求管理控制程序、与顾客有关过程控制程序

过程的输出:合同

过程的输入:客户合同、技术协议、邮件、传真、电话、调查表、互访等

风险和机会:需求识别不全、评审人员个人经验水平不足造成评审不当

KPI :评审失误率

过程的输入(

与顾客有关过程控制程序

过程的输出(工艺设计和开发控制程序)

客户管理系统需求分析表

客户管理系统需求分析表 CRM(Customer Relationship Management)是客户关系管理简称,通常包含有线索管理、客户管理、商机管理、合同管理和回款管理,友博云CRM各功能如下表所示: 一级功能二级功能三级功能 编名称编号名称编号名称号 1-1-1 新客户统计 1-1-2 新商机统计 1-1-3 跟进统计 1-1 概览统计 1-1-4 新合同统计 1-1-5 新回款统计 1-2-1 portlet部件管理 1-2-2 portlet部件首页调取 1-2-3 最近商机部件友博云CRM 1 1-2-4 最近通知部件工作台 1-2 友博云部件 1-2-5 最近客户部件 1-2-6 最近报销部件 1-2-7 最近合同部件 1-2-8 销售漏斗部件 1-3-1 激励话语调取(单独管理) 1-3 提示信息 1-3-2 日报温馨提示 1-3-3 新消息未读提示 2-1-1 客户新增 2 客户模块 2-1 客户管理

2-1-2 客户编辑 2-1-3 客户列表 2-1-4 客户列表统计 2-1-5 搜索(含高级) 2-1-6 删除(含回收站) 2-1-7 导入导出 2-1-8 批量转移(转移负责人或公海) 2-2-1 客户基本资料 2-2-2 客户状态快捷变更 2-2-3 客户最近联系人 2-2-4 客户最近商机 2-2-5 客户最近合同 2-2-6 客户最近应收款 2-2-7 客户最近报销2-2 客户详情 2-2-8 客户日程列表 2-2-9 客户日程评论 2-2-10 客户所有联系人列表 2-2-11 客户所有商机列表 2-2-8 客户所有合同列表 2-2-7 客户所有应收款列表 2-2-6 客户所有报销列表 2-2-5 客户所有动态列表 2-3-1 列表 2-3-2 新增 2-3 客户状态 2-3-3 编辑 2-3-4 删除 2-1-1 联系人新增 2-1-2 联系人编辑 2-1-3 联系人列表 3 联系人模块 3-1 联系人管理 2-1- 4 搜索(含字母筛选) 2-1-5 删除 2-1-6 导入导出 2-1-7 批量转移(转移到客户) 4-1-1 商机新增 4-1-2 商机编辑 4-1-3 商机列表 4-1 商机管理 4-1-4 商机统计

客户沟通管理程序a

目的 以公司的實際生產的能力為基礎,達成客戶與公司之要求合二為一.從而滿足客戶的各方需求. 範圍 配合香港的生產通知單,與客戶多作溝通,做好內外兩地的出貨. 3.權責 3.1接收與評估訂單. 3.2外部溝通. 3.3內部溝通. 4.定義 (無) 5.作業內容 5.1客戶溝通管理程序見附件一. 5.2當發貨部接收客戶訂單時,如有疑問或不清楚時由發貨部與客戶進行電話 聯絡.將聯絡結果記錄在客戶原始訂單中,并注明聯絡結果、聯絡時間、聯絡人. 5.3當工藝設計過程中有疑問時或不清楚時,則由工程部按<<工藝設計管理 程序>>與客戶進行電話聯絡.并將聯絡結果記錄在客戶原始工藝資料中.并由聯絡人簽名認可. 5.4當樣品確認過程中與客戶溝通應由工程部在客戶所提供之樣品確認資料 中或客戶所確認之我公司樣品報告中記錄溝通情況、溝通人、時間. 5.5生產執行過程中出現疑問時或交期變更時,由發貨部與客戶聯絡,并將聯 絡結果記錄在客戶原始訂單及<交貨計劃表>中. 5.6當客戶所提供之產品在驗證及使用過程中出現羿常時由發貨部與客戶聯 絡,并將聯絡情況反映在相應之檢驗、報廢、羿常報告中依<<內部溝通管理程序>>回復各部門客戶之意見. 5.7出貨前,由發貨部與客戶就出貨時間、產品規格進行再確認并記錄在客戶 原始訂單中及<交貨計劃表>中. 5.8客戶發生抱怨及退貨處理. 5.8.1當客戶發生抱怨及退貨時,由發貨部依客戶傳真或電話將客戶抱怨情況 記錄在<客戶投訴貨物料情況說明>中交由副總并依<<糾正與預防管理程序>>執行.并由發貨部將處理完畢之<客戶投訴貨物料情況說明>交客戶確認.并在客戶原始傳真中記錄<客戶投訴貨物料情況說明>編號,以利追蹤. 5.9當客戶滿意度調查結果回傳公司后,由發貨部依<<內部溝通管理程序> >將調查結果交由品管部進行資料分析及提出改善,并由發貨部將改善情況回復客戶并在<客戶滿意度調查表>中注明回復情況及改善情況. 5.10相關質量記錄之管理依<<質量記錄管理程序>>執行. 6.相關文件 6.1<<工藝設計管理程序>> 6.2<<內部溝通管理程序>> 6.3<<糾正與預防措施管理程序>>

CRM系统需求 客户管理模块

CRM系统需求文档 客户模块 功能描述:客户,可包含多个联系人。主要是详细记录客户信息,包含了客户名称、客户类型、客户行业、信息来源、公司性质、客户地址等详细的客户信息,同时关联首要联系人及其他附加信息。客户一般由线索转换为商机和客户,也可自行添加客户。在添加客户时刻同时为该客户创建商机,也可仅仅保存客户。本文档涉及到的功能主要包括:客户、客户池、联系人。 客户管理主界面 图1-1 界面元素描述: 1客户界面 一、全部: 1、支持客户名称、客户行业、客户信息来源、公司性质、年营业额、客户 联系地址、负责人搜索条件,点击搜索按钮查询出不同的客户信息。 2、信息列表包含客户名称、客户行业、评分、客户联系地址、负责人、创 建人、创建时间、距到期天数、操作,其中在操作列中支持对客户信息的查看与编辑操作 二、我的客户: 信息列表展示当前登录账号负责的客户信息。 三、今日创建: 信息列表展示系统当天创建的客户信息。 四、本周新建: 信息列表展示系统当前周创建的客户信息。 五、本月新建: 信息列表展示系统当前月创建的客户信息。 六、最近更新: 信息列表展示最近一个月内更新(包含新建、编辑)的客户信息,按照客户信息更新时间倒序排序。 七、新建客户:打开新建客户页面,在该页面可以录入客户信息进行保存。 图1-2 1)主要信息:没有说明必填项的都是非必填项 ?负责人: a)默认为登录用户,单击编辑框后弹出选择负责人页面。

b)编辑框支持选择负责人,不支持手动编辑。 c)在选择负责人页面可以按照负责人所属部门、负责人姓名进行搜索。 ?放入客户池: 新创建的客户可以通过放入客户池操作存放到客户池中。 ?客户名称: a)必填项,点击保存按钮之后,如果没有填写提示“请填写客户名” b)客户名称最多50个字 c)字符类型 ?客户行业: 单选按钮,可以选择:教育/培训、电子商务、对外贸易、其他?客户信息来源: 下拉选项,可选择:电话营销、网络营销、其他。 ?公司性质: 单选按钮,可选择:合资、国企、事业单位、民营、其他。 ?邮编:6位纯数字 ?年营业额: 下拉选项,可选择:0-10万、10-20万、20-50万、50万以上?评分:单选按钮,可选择:一星、二星、三星 ?客户联系地址(不考虑国外业务):下拉选项,可选择省、省下对应的市级填写详细地址信息。 2)首要联系人信息: ?姓名:最多50个字,字符类型 ?称呼:最多50个字,字符类型 ?邮箱: a)字符类型,最多50个字符 b)需符合邮箱格式校验或 ?职位:最多50个字,字符类型 ?QQ:最多20个数字,号码为纯数字 ?手机:录入11位数字,格式须符合手机格式校验(注意联通、移动、电信号码段)。 ?备注:最多500个字符 3)附加信息: ?员工数:下拉选项,可选择5-20人、20-50人、50人以上 ?备注:最多500个字符 4)“保存”按钮:保存客户信息后跳转到客户主界面。 5)“保存并新建”按钮:保存客户信息后停留在新建客户界面,可以继续创建 客户。 6)“返回”按钮:返回到客户主界面。 7)勾选“同时创建商机”:勾选上该选项后,创建客户信息成功页面跳转到“添 加商机”页面。 八、客户工具: 1)“客户工具-导入客户”: a)系统弹出导入数据界面 b)支持导入客户模板的下载,下载的模板格式为.xls

客户要求管理程序(含表格)

客户要求管理程序 (IATF16949-2016/ISO9001-2015) 1.0目的 充分识别客户的要求和期望,对与客户有关的过程实施系统管理,确保向客户提供与客户需求和期望相一致的产品,使客户满意。 2.0适用的范围 适用于本公司评审、签订和实施合同、订单与客户进行沟通的控制。 3.0职责 3.1市场部是本程序的编制、修改并实施归口管理的部门。 3.2 各部门是本程序的配合部门。 3.3 总经理负责合同的审批。 4.0定义 无 5.0工作程序 5.1 对客户要求的识别和确定在市场了解、合同或订单评审等与客户交流的过程中,须确保充分识别和确定客户的以下要求: a.客户的明示要求,包括对产品(如产品质量、价格、外观效果及其他技术要求)、交付(如交付期)及交付后(如售后服务)的要求; b.客户的隐含要求,对规定的用途或已知的预期用途是必要的或不言而喻的,这些要求在订单中虽未明确提出,但必须满足; c.与产品有关的法律法规要求,执行国家规定的现行标准中的有关规定;还包

括销售国或采购国的法规要求,及产品使用后的回收利用的要求。 d.公司的附加要求,例如内部品质控制标准,对交付后的服务等,必须是在满足前三项要求前题下的附加要求; e.在识别以上要求时还要对与客户以往交易过程中的诚信状况进行回顾。 5.2 与产品有关要求的评审时机 5.2.1 在接受客户要求做出承诺(即接受订单)之前,应对客户要求进行评审,以确保: a.客户对产品的要求已经明确,公司对客户要求准确理解(包括明示、隐含及法律法规要求),特别是供需双方对合同(订单)理解不一致的要求已全部得到解决; b.对产品要求做出书面规定,例如:合同、订单等; c.公司内部有能力满足客户的要求,这些要求包括交付前和交付后的所有要求。 5.3合同(订单)评审 5.3.1总经理或市场接到合同或订单(含口头订单)时,需通知跟单员进行统筹处理。若发现客户要求有不明确之处,跟单员应与客户澄清。达成一致后,组织相关部门进行订单评审。 5.3.2若为老产品,则由跟单员协同生产部、品质部、物料部、工程部负责人进行交期的评审,并将评审结果记录在订单上。 5.3.3若为新产品,则由跟单员组织生产部、品管部、工程部、采购部就产品要求、作业标准、生产与检测设备、检验方法与判定标准、生产成本、人力资源等是否满足客户要求进行评审,并由跟单员将评审结果记录于订单上。对于汽车产品的新品,评审要对其风险、制造可行性、客户的特殊特性要求进行评

软件配置管理流程

配置管理流程规定 (Ver1.0) 拟制:___________________ 审核:___________________ 签发:___________________

目录 1.配置管理流程 (3) 1.1概述 (3) 1.2总体流程图 (3) 1.3软件需求分析阶段 (4) 1.4软件设计阶段 (4) 1.5制定配置管理计划 (4) 1.6配置库管理 (4) 1.6.1相关人员分配权限 (4) 1.6.2配置项 (5) 1.7版本控制 (6) 1.8变更控制 (6) 1.9配置审计 (8) 1.9.1配置审核的类别 (8) 1.9.2配置审核执行的时机 (8) 1.9.3不符合项的处理 (8) 2.0.0配置状态报告 (8) 2.0.1配置状态报告的目的 (8) 2.0.2配置状态报告记录的内容 (8) 2.0.3配置状态报告的生成 (9) 2.1.0发行管理 (9) 2.1.1交付管理 (9) 2.软件基线化规范 (10) 2.1正常开发期 (10) 2.2版本发布期 (11) 2.3项目发布期 (13) 3.Jira配置管理 (14)

1.配置管理流程 1.1概述 规范配置管理活动,确保配置项正确地唯一标识并易于存取,保证基准配置项的更改受控,明确基线状态,在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2总体流程图

1.3软件需求分析阶段 参加需求分析会议,配置管理负责人记录,有关文档提交归档。如《需求分析》。 1.4软件设计阶段 参加设计阶段,为了详细制定配置管理计划。针对需求分析报告进行系统设计,配置时应说明系统设计的版本与需求分析报告版本的对应关系。设计书评审通过后,建立设计基线。 1.5制定配置管理计划 配置管理员制定配置管理计划,主要内容包括配置管理软硬件资源、配置项计划、备份计划等,审批该计划。 1.6配置库管理 配置管理员为项目创建配置库,并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。 1.6.1相关人员分配权限 项目经理: 1)与(有关负责人员)协商确定项目起始基线 2)接受配置管理计划,并按相关规定贯彻执行; 3)接受配置控制委员会的报告。 4)提出配置管理计划的修改要求; 5)提出管理管理的建议和要求。 配置管理员 1)编制配置管理计划; 2)执行配置项管理; 3)执行版本控制和变更控制方案; 4)编制配置状态报告; 5)配置库的建立和权限分配; 6)配置管理工具的日常管理与维护; 7)配置库的日常操作和维护 开发人员

管理职责手册

管理职责手册 WTD standardization office【WTD 5AB- WTDK 08- WTD 2C】

管理职责手册1.目的 由总经理负责制定本公司的管理方针和管理目标,建立和改进管理体系,并定期进行管理评审,以确保管理体系的持续有效性。 2.适用范围 适用于本公司管理体系的建立、评审和改进。 3.职责 总经理任命管理者代表,负责制定、发布本公司管理方针和管理目标,并定期评审其适宜性、充分性和有效性。 管理者代表负责管理体系的建立、实施和保持运行。 各相关部门负责公司目标在本部门的分解和实施。 4.程序概要 管理承诺 总经理必须承诺建立、实施和改进管理体系,并通过以下职责的履行及相关活动的开展为其承诺提供证据: a. 向公司传达满足顾客和法律法规要求的重要性; b. 制定本公司的管理方针; c. 确保管理目标的制定; d. 定期进行管理评审; e. 为管理体系的建立、实施和改进提供必要的资源。 相关方要求 4.2.1以顾客为关注焦点

总经理在确定顾客的要求和期望时,应以顾客满意为目标,把顾客的要求和期望转化为本公司要求,并提供必要的资源。4.2.2其他相关方要求 体系管理小组通过电话、传真、信件等方式记录接收信息及食品安全、环境管理方面的任何建议和意见。 质量、环境、食品安全方针 4.3.1质量方针 质量方针是公司质量方向和宗旨,由总经理负责制定和发布,在制定质量方针时应运用质量管理八项基本原则作为制定质量方针的基础,针对公司实际情况,适当考虑相关方的要求,包括对满足顾客需求和持续改进质量管理体系有效性的承诺。并为制定和评审质量目标提供框架。确保在公司内得到沟通和理解,并在持续适宜性方面得到评审。 4.3.2环境方针: 环境方针是公司环境管理一个总的指导思想和行为准则,是环境管理体系的宗旨和方向。总经理根据公司生产活动、产品或服务特点、环境初始评审报告、重要环境因素鉴定结果、相关环境法律法规和其它本公司应遵循的准则,以及相关方的期望,结合公司生产特点和经营策略,组织制订出适合本公司的环境方针。 4.3.3食品安全方针: 食品安全方针是由总经理正式发布的公司总的食品安全宗旨和方向,在制定时考虑与公司情况相适应,符合相关的食品安全法律法规要求及与顾客商定的食品安全要求,在方针中充分阐述沟通的同时,确保在公司内的各层得以沟通、实施和保持,并对其持续适宜性进行评审。 4.3.4方针的传达和培训

客户管理需求分析

客户关系管理系统需求分析书 编号:LIT-RM-CRM 版本:1.0

目录 1 系统概述 (3) 1.1 概述 (3) 1.2 范围 (3) 1.3 读者对象 (3) 1.4 参考文献 (3) 1.5 术语定义 (4) 2 系统功能 (5) 2.1 概述 (5) 2.2 用户 (5) 2.3 系统功能 (6) 2.4 文件命名及路径 (7) 3 功能性需求 (9) 3.1 营销管理 (9) 3.2 客户信息管理 (11) 3.3 服务信息 (15) 3.4 统计报表 (18) 3.5 基础数据 (20) 4 非功能性需求 (23) 5 验收标准 (24)

一、系统概述 1.1概述 客户是公司最宝贵的资源,为了更好的发掘老客户的价值,以及开发新客户,通过该客户管理系统,完成对客户基本信息,联系人信息,交往信息以及客户服务信息的综合共享和规范管理,对销售机会和客户开发过程的追踪和记录,提高开发新客户的能力,对将要流失的客户做出及时预警,以便销售人员及时采取措施,降低损失。并且能够提供报表操作,便于,公司高层管理人员对客户信息的了解。客户服务是一个涉及多个部门,存在一定流程的工作。客户服务水平的高低决定着公司的核心竞争力。该客户关系管理系统应提供一个客户服务在线平台,使客户服务处理过程中相关人员可以在线完成服务的处理和记录工作 该系统将提供一个客户服务在线平台,使客户服务处理过程中的相关人员可以在线完成服务的处理和记录工作,以满足营销管理,客户管理,服务管理,统计报表,基础数据,权限管理等管理功能。 1.2范围 本系统包括:营销管理、客户管理、服务管理、统计报表和基础数据五个功能模块。 1.3读者对象 第三项目组全体成员 1.4参考文献 无

配置管理流程

配置管理流程 Company Document number:WUUT-WUUY-WBBGB-BWYTT-1982GT

简介 业务目的: 为解决、控制过程及部分服务交付过程提供需要的配置项及其属性信息。 IT 目的: 1)建立一个完整的配置项管理框架,降低了无控制环境变更的危险性; 2)CMDB提高支援及各类服务活动的效率和品质,确保服务交付流程如连续性、容量等良好运作。 适用范围 此流程适用IT管理手册中定义的服务范围。 相关流程 IT服务管理手册 (QM-ITSM-2011) 服务规划及管理流程(OP-ITSM-004) 服务报告管理流程 (OP-ITSM-006) 事件和服务请求管理流程 (OP-ITSM-007) 问题管理流程 (OP-ITSM-008) 变更管理流程 (OP-ITSM-010) 发布管理流程 (OP-ITSM-011) 连续性管理流程 (OP-ITSM-012) 容量与可用性管理流程 (OP-ITSM-014) 信息安全管理流程 (OP-ITSM-015) 供应商管理流程 (OP-ITSM-017) 服务策划管理流程(OP-ITSM-019) 定义 术语表: 无 角色定义表

仪器种类代号

编号格式 主要设备按以下方式进行编号登记: XX9999YY XX = 仪器种类代号 9999 = 4至5位数字 YY = 地域代号内的缩写式代号 内容 流程解释 配置管理流程从配置规划、日常运维、配置审计、配置管理检讨的PDCA循环保障CI的完整性和有效性,其中配置规划包括配置管理应用的各类规则。 配置规划 (P) 5.2.1配置管理范围工具、用途说明:

法律法规和客户要求管理程序(EICC5.1版)

法律法规和客户要求管理程序 1.目的: 为了识别、获取并更新适用于公司的社会责任法律、法规、标准及客户要求。 2.范围: 本程序适用于公司识别、获取和更新社会责任法律、法规及客户要求,以及确认其适用性。 3.职责 3.1行政部负责整理、登记、识别、发放及保存适用于公司 EICC 管理体系相关的法律、 法规,汇总各部门的评价情况。 3.2行政部负责组织对员工 EICC 管理体系相关法律、法规及客户要求的教育培训;负责 收集劳工、职业健康安全、商业道德方面以及工程承包方、政府机构、社区邻居、 员工等相关方的要求和期望。 3.3营业部门负责收集客户在 EICC 管理体系方面的要求。 3.4各部门负责人负责本部门的各类活动符合EICC有关法律法规的要求及遵守情况的评价。 3.5管理者代表负责组织编写和审核《合规性评价报告》。 3.6最高管理者批准《合规性评价报告》。 4.内容 4.1 法律、法规及客户要求范围包括: 1)国家性法律、法规、条例、规章及标准; 2)地方性法律、法规、条例、规章及标准; 3)行业协议; 4)客户对公司在 EICC 方面的要求和期望。 5)相关方对公司在 EICC 方面的要求和期望。 4.2 法律、法规及客户要求的识别收集: 4.2.1行政部从政府机关、新闻媒体、专业学术组织、专业杂志、互联网中有关劳工、 职业健康安全和商业道德的网站等渠道获取的国家有关贸易、人权、劳动社会保障、 职业健康安全的法律法规、规范、标准。必要时,行政部可向管理者代表申请其他 部门协助。 4.2.2营业部门实时保持与顾客的沟通,通过接收其发送资料来收集有关 EICC 方面的 要求。 4.2.3法律法规、规范、标准的识别和收集至少每个季度做一次。 4.3 法律、法规及客户要求的登记 4.3.1行政部将所收集法律、法规,营业部将收集客户要求记录在《EICC法律法规、客 户要求清单与评价表》上,由行政部统一汇总。

ISO20000-20配置管理程序

密级:敏感 文档编号:HTPC-ITSM-B-20配置管理程序 版本号:V1.0 配置管理程序 ************信息技术有限公司 ---------------------------------------------------------------------------- ************信息技术有限公司对本文件资料享受著作权及其它专属权利,未经书面许可,不得将该等文件资料(其全部或任何部分)披露予任何第三方,或进行修改后使用。

修订履历

目录 1 目的 (4) 2 范围 (4) 3 职责 (4) 3.1 配置管理负责人 (4) 3.2 配置管理员 (5) 3.3 一线支持人员 (5) 4 相关文件 (5) 5 程序 (5) 5.1 配置计划 (5) 5.2 配置定义和标识 (5) 5.3 建立配置管理数据库 (5) 5.4 CMDB的控制和维护 (6) 5.5 配置审计和验证 (6) 5.6 生成配置报告 (6) 6 记录 (6)

1 目的 配置管理流程的总体目的是提供一个统一的、一致的流程来管理售后服务环境中的所有组成部分,以确保: 1)所有配置项(CI)被识别和记录下来; 2)配置项当前和历史状态得到汇报; 3)配置项记录的完整性得到维护和确认; 4)客户服务环境的稳定性; 5)实现资产管理的目的。 2 范围 配置管理的范围是公司开发的管理信息系统的运行和服务环境下所包含的配置项(CI),包括系统运行环境的部署环境设备、系统软件等,及服务环境中涉及的客户信息配置。具体活动包括识别、控制、汇报和审核等行为。 包括: 1)客户信息:企业客户信息; 2)软件信息:客户运行环境中传输线路综合管理系统、车辆管理系统及其运行环 境,安装软件的拷贝信息; 3)服务器端配置:主机设备、终端设备; 4)备件信息:手持终端设备、车载设备等; 5)服务文档:服务项目文档、服务记录、用户手册等; 6)供应商:供应商信息。 不包括: 1)处于开发或测试环境的业务系统。 3 职责 3.1 配置管理负责人 1)定义并维护配置管理流程文件及所需要的记录模板; 2)管理配置管理流程的实施; 3)确保配置管理流程目标的实现;

文件控制程序及管理职责

文件控制程序及管理职责 1.目的 对质量文件及其它与质量相关的文件进行控制,以确保质量体系有效运行的各个场所使用相应文件的有效版本。 2.适用范围 本程序适用于公司与产品质量有关的管理文件、技术文件及适用的外来文件的控制。 3.职责 3.1管理者代表负责组织编制和审核管理文件,总经理批准。 3.2技术检验部负责技术文件的编制,厂长审核、批准。 3.3文员负责所有文件的归口管理工作。 3.4各职能成员负责所持有文件和资料的使用和保管。 4.工作流程 4.1文件的分类及编号。 4.1.1文件的分类 a.管理文件:质量手册(程序文件)、岗位职责、管理制度等。 b.技术文件:产品标准、检验规程、工艺操作规程、工艺卡等。 c.外来文件:标准、法律、法规等。 4.1.2文员负责编制《文件编号规定》,公司文件编号按《文件编号规定》进行。 4.1.3文件分为受控文件和非受控文件,由文员编制受控文件清单并登记发放。受控文件加盖“受控”红色印章并注受控号,非受控文件盖红色“非受控”印章不编号。 4.2文件的批准和发布 4.2.1质量手册(程序文件)由管理者代表指定人员编制,管理者代表审核,总经理批准发布执行。4.2.2技术文件由技术检验部负责编写,厂长审核批准后发布执行。 4.2.3公司各岗位职责、管理制度由厂长组织编制,管理者代表审核,总经理批准。 4.3文件的发放 4.3.1当需要使用文件的人员未领到文件时,不得随意借用其他人的文件复印,应填写“文件需求申请表”,经管理者代表批准,由文员办理领用手续。公司不得使用未加盖“受控”红色印章的复印件,一经

发现立即由文员收回销毁。 4.3.2当文件使用人的文件破损严重,影响使用时,应到文员处办理更换手续,交回破损文件,补发新文件,新文件的受控编号仍沿用原文件受控编号,文员将破损文件销毁。 4.3.3当文件使用人将文件丢失后,应按本程序4.3.1条办理申请领用手续,但必须在领用申请中作出说明。文员在补发文件时应给与新的受控号,并注明丢失文件的受控号作废。 4.4文件的更改 4.4.1文件需要更改时,应由文件更改提出人填写“文件申请表”说明更改原因。 4.4.2文件更改由原审核人审核,原批准人批准(如原审批人不在职时可由接替其岗位的人员审批,该人员应获得审批所需依据的有关背景资料)。文件更改时注明更改标记和更改生效时间,并按“文件发放(领用)登记表”的名单发放修改后的文件,同时收回作废的旧文件,必要时还应发放“文件更改通知单”告知文件使用人。 4.5文件的换版与作废 4.5.1文件经五次更改、进行大幅度修改或公司组织机构发生较大变化时应进行换版。原版文件作废,换发新版本。 4.5.2作废的文件由文员按“文件发放(领用)登记表”收回并记录,作废文件加盖“作废”印章。4.6文件和资料的管理 4.6.1文件经编写、审核、批准后,原版文件交由文员填写“文件归档登记表”,存入软盘的文件也由文员进行归档登记编号。 4.6.2需临时借阅资料的人员,经管理者代表同意后可在指定地点借阅资料。文员并在“文件借阅登记表”中加以记录。 4.6.3管理者代表在每次内部质量体系审核前,全面检查各类在用文件包括外来文件的有效性,发现问题及时处理。 4.7外来文件的控制 厂长负责收集与公司生产有关的法律、法规及国家标准、行业标准,受控发放到各使用者手 中,编制外来文件清单,每年检查外来文件的有效性。 4.8文件版本控制 质量文件版本号要加以控制,采用A/n(如:A/0表示第一版,未修订,B/1表示第二版第一次修订

TS16949顾客特殊要求控制程序

顾客特殊要求控制程序 1 目的 识别、明确和满足顾客的特殊要求 , 以确保产品和过程全面满足顾客规定要求。 2 适用范围 适用于本公司所有顾客的特殊要求的控制。 3 .3 职责 .3.1 市场部指定联系人负责及时与顾客沟通联络 , 识别和明确顾客特殊要求。 3.2 技术质量部负责制订相应的计划和采取措施满足顾客的特殊要求。 .3.3 技术质量部负责验证顾客特殊要求在公司的落实状况 , 并保存“顾客特殊要求一览表”。 4 工作程序 4.1.1 顾客特殊要求的识别 4.1.1 当有新产品或产品改型的情况下 , 需要进行产品质量先期策划和制订控制计划时 , 市场部指定联系人必须及时与顾客沟通、联络 , 识别和明确顾客的特殊要求 , 并由多方论证小组长登记在“顾客特殊要求一览表”上。 4.1.2 市场部在和顾客沟通的过程中,由顾客提供的合同、协议内阐明了其要求供方建立质量管理体系、交付、索赔等多方面的特殊要求,市场部接收人员应将它登记在“顾客特殊要求一览表”上。 4.1.3 管理者代表负责审核“顾客特殊要求一览表”。

4.1.4 多方论证小组有关人员或市场部指定联系人负责将顾客特殊要求传递到相关部门。相关部人员针对顾客的特殊要求而制订相应的控制计划及所需的各种作业指导书,并采取相应的对策措施,满足和加强顾客满意度。 4.2 顾客特殊要求的执行和满足 4.2.1 职能部门负责按照控制计划及作业指导书执行工作并满足顾客的特殊要求。 4.2.2 技术质量部负责验证顾客特殊要求 , 并将有关落实结果记录于“顾客特殊要求一览表”中。 4.3 管理说明 4.3.1 在顾客的所有特殊要求没有明确和满足以前 , 不可生产和交付产品。 4.3.2 应识别、明确和满足所有不同顾客的特殊要求。 4.3.3 “顾客特殊要求一览表”由技术质量部负责及时更新和长期保存。 5 相关文件:无 6 质量记录 6.1 DXC/QR 7.3-01 顾客特殊要求一览表

软件配置管理控制程序A0

程序文件 软件配置管理控制程序 文件编号 版木A0 贞数第1贞共6贞 編制部门研发部 生效日期2018年09月05日 修改页 文件编号修改条款修改内容修改人/日期生效日期全文首次发行 分发部门会签 编制审核批准□业务部□研发部□采购部□生产韶□质量部□行政部

软件配置管理控制程序 软件配這皆理贯穿于软件整个生命周期,对规范软件版本、源代码、文件、工具、现成软件等控 制要求,确世配置标识、变更控制、配置状态记录等活动要求。使用配置管理工具保证软件质量使公 司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。 适用于本公司所有的软件项目,并贯穿于软件生存周期全过程。 3.1项目经理 负责指过配置管理人员: 负责审批配置管理il ?划; 负责执行配置管理il 划。 3. 3质量部 > 负责跟踪配置管理il ?划的实施。 4.1术语泄义 软件配置管理:是标识和确定系统中配置项的过程,在系统整个生存周期内控制这些项的投放和变更, 记录并报告配置的状态和变更要求,验证配置项的完整性和正确性。 软件配置项:为配置管理的目的而作为一个单元来看待的硬件/软件成分。 基线:一组拥有唯一标识号的需求、设计、源代码文件以及柑应的可执行代码、构造文卷和用户文档 构成一条基线。基线一经放行,就可以作为从配置管理系统检索源代码文卷(配苣项〉和生成可执行 文卷的工具" 4.2配置管理讣划编制 所有项目在指;4^项目开发计划时,都应有项目经理指定配置管理人员,然后由配置管理人员编写 《配置管理计划》,也可以包含在《软件开发计划中》,配置管理讣划至少应包括的内容: ? 配置管理人员的组成及分工 2. 范围 3. 职责 3.2 配置管理人员 4. 工作程序

组织架构和职责管理程序

玲珑电子有限公司 EVERBEST CO., LTD 文件名: 组织架构和职责管理程序 编号: QP0501 版次: c 承办: 年月日审核: 年月日

核准: 年月日 1.目的: 为确保质量环境管理体系得到充分有效运行和实施,对公司各部门和人员在体系中的职责权限做出明确规定。 2.范围: 本公司组织内之各单位和人员之工作职责,悉依照本文件所规范的体制管理之。 3.权责: 管理部为本文件之权责单位,经总经理授权,负责本文件的管制,并确保依规范作业。 4.组织机构及主要责权 4.1总经理 4.1.1召集和主持管理委员会会议,组织讨论和决定公司的发展规划、经营方针、年度计划等重大事项; 4.1.2向组织传达满足顾客、相关方、法律法规及其他要求的重要性; 4.1.3制定质量环境管理方针; 4.1.4任命质量环境管理者代表; 4.1.5保证质量环境管理体系持续有效运行所需的资源、人员和财力; 4.1.6批准质量环境管理手册、程序文件及相关作业性文件;批准质量

环境目标、指针、管理方案、重要环境因素及经营计划; 4.1.7主持质量环境体系管理评审。 4.2管理者代表 4.2.1确保质量环境管理体系所需的过程得到建立、实施和保持; 4.2.2向最高管理者报告质量环境管理体系的业绩和任何改进的需求; 4.2.3确保在整个组织内提高对顾客、相关方、法律法规及其他要求的意识; 4.2.4管理评审会议之召集、安排; 4.2.5主导内部质量环境稽核之运作; 4.2.6参照系统或标准异动时,适时修订质量环境手册暨相关文件;4.2.7有关本公司质量环境系统事务与外部机构之联系作业; 4.2.8审批重大环境因素。 4.3顾客代表 4.3.1确保客户要求能在厂内得到体现,包括特殊性的选择; 4.3.2制定质量目标相关的培训; 4.3.3对于影响质量环境管理的各项潜在因素确认及提出纠正与预防措施; 4.3.4参予产品设计与开发并确认顾客要求得到体现。 4.4管理课 4.4.1质量环境公告事项之综拟与公布; 4.4.2人事招聘、出勤、调薪奖惩等人事经办事项; 4.4.3新进员工基础教育训练之协调安排;

市场需求管理

市场需求管理流程(初稿,待评审) 1、目的 市场需求管理是所有其它业务活动的基础。只有通过创新不断满足市场需求的企业才能适应市场变化而获得可持续发展。 基于市场的创新集中体现为客户需求驱动产品及解决方案的开发。具体实现方式是将核心业务划分出一个个产品及解决方案包(Offering),并根据客户需求定义产品及解决方案包需求(OR,Offering Requirements),再将包需求转化为设计需求(DR,Design Requirements),然后通过产品及解决方案的开发实现和满足客户需求。 市场需求管理提供了一个可执行的流程和相关的方法,通过多渠道多手段的需求收集,建立市场需求库来管理具有高附加值的产品及解决方案包需求,并将选定的需求反馈到市场管理流程和研发流程,为市场需求分析、市场管理、产品规划、研发投资决策和业务盈利计划提供数据支撑。 2、概念定义 包需求(OR,Offering Requirements):站在客户视角用客户化语言描述的产品及解决方案的市场需求,侧重产品及解决方案的系统外在行为,具备可验证的描述和说明。 设计需求(DR,Design Requirements):在包需求及产品概念和可选技术方案基础上,通过系统工程方法对功能、性能、质量、成本、进度等进行权衡和分析,确定产品功能、性能及技术规格可接受的参数范围,是用技术语言描述的产品及解决方案的系统内在行为,具备可测试的参数。 中长期需求:时间跨度在6个月以上的市场需求; 短期需求:时间跨度在3到6个月内的市场需求; 紧急需求:3个月以内的市场需求; 客户定制需求:单个客户或某类客户的特殊需求; DFx需求:指可靠性、可测试性、可制造性、可安装性、可维护性、可扩展性、环境适应性等方面的市场需求; 产品缺陷:产品在设计、实现及制造过程中产生的不符合项; 3、角色定义 产品管理团队(PMT):由跨功能部门(市场/营销、研发、销售、供应链、财务、质量)重量级代表组成的业务管理团队,承担市场管理、产品规划、市场需求管理; 需求管理团队(RMT):属于PMT的需求管理子团队,承担市场需求的管理和决策; 需求分析团队(RAT):是跨功能部门的小组,由系统工程师、研发、市场营销、销售、制造、采购、技服、质量等各领域专家组成,承担市场需求的分析; 需求管理员(RMO):负责RMT的事务性工作,包括需求管理对外接口、《市场需求收集表》的接收管理、需求管理IT系统的操作等; 销售项目需求管理接口人(CCM,需求承诺经理):属于销售、行销或技服团队的成员,在销售项目投标团队中承担需求管理角色; 系统设计组(SDT):承担产品及解决方案的系统设计,包括技术可选方案评估、规格定义、设计需求、总体技术方案、关键技术、测试方案等; 系统工程师(SE):作为系统设计组的Leader,是产品和解决方案的总体技术负责人,是产品研发团队的核心成员;

软件配置管理流程

软件配置管理流程

目录 1.配置管理流程 (3) 1.1 概述 (3) 1.2 总体流程图 (3) 1.3 软件需求分析阶段 (4) 1.4 软件设计阶段 (4) 1.5 制定配置管理计划 (4) 1.6 配置库管理 (4) 1.6.1 相关人员分配权限 (4) 1.6.2 配置项 (5) 1.7 版本控制 (6) 1.8 变更控制 (6) 1.9 配置审计 (7) 1.9.1 配置审核的类别 (7) 1.9.2 配置审核执行的时机 (7) 1.9.3 不符合项的处理 (7) 2.0.0 配置状态报告 (7) 2.0.1 配置状态报告的目的 (7) 2.0.2 配置状态报告记录的内容 (7) 2.0.3 配置状态报告的生成 (7) 2.1.0 发行管理 (8) 2.1.1 交付管理 (8) 2.1.1 软件配置管理员的处理规范 (8) 2.1.1.1 现阶段使用的版本配置服务器 (8) 2.1.1.2 主要操作流程 (8) 2.1.1.3 版本规范化处理 (8) 2.1.1.4 客户反馈问题处理 (8) 2.软件基线化规范 (9) 2.1 正常开发期 (9) 2.2 版本发布期 (9) 2.3 项目发布期 (9) 2.4 项目维护期 (9)

1.配置管理流程 概述 规范配置管理活动,明确配置项正确的唯一标识并易于存取,保证基准配置项的更改受控,明确基线状态,在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 总体流程图

软件需求分析阶段 参加需求分析会议,配置管理负责人记录,有关文档提交归档。如《需求分析》。 软件设计阶段 参加涉及阶段,为了详细制定配置管理计划。针对需求分析报告进行系统设计,配置时应说明系统设计的版本于需求分析报告版本的对应关系。设计书评审通过后,建立设计基线。 制定配置管理计划 配置管理员制定配置管理计划,主要内容包括配置管理软硬件资源、配置项计划、备份计划等,审批该计划。 配置库管理 配置管理员为项目创建配置库,并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。 相关人员分配权限 项目经理: 1)与(有关负责人员)协商确定项目起始基线; 2)接受配置管理计划,并按相关规定贯彻执行; 3)接受配置控制委员会的报告; 4)提出配置管理计划的修改要求; 5)提出管理的建议和要求。 配置管理员 1)编制配置管理计划; 2)执行配置项管理; 3)执行版本控制和变更控制方案; 4)编制配置状态报告; 5)配置库的建立和权限分配; 6)配置管理工具的日常管理与维护; 7)配置库的日常操作和维护; 开发人员 1)根据确定的配置管理计划和相关规定,提交配置项

管理职能控制程序范文

管理职能控制程序范文 1. 目的 确保质量体系能符合质量政策,并界定有关质量工作权责,并为实施和维持质量体系提供适当的资源。 2. 范围本公司质量制度之制定、修定、废除及组织确定与职能划 分、管理代表之指定均适用本程序。 3. 权责 3.1 质量政策之制定与颁布:副总经理 3.2 组织确定及职能分配:副总经理 3.3 管理代表之派任:副总经理 3.4 质量目标之拟定:品管部 4. 定义(无) 5. 作业内容 5.1 管理责任流程图(见附件一) 5.2 公司高层领导应对以下方面指定体系之方向: 5.2.1 公司长远质量政策与质量目标; 5.2.2 对于满足客户要求及法律法规要求在全公司传达其 重要性; 5.2.3 提供质量体系运作必须之资源;

5.2.4 促进体系持续改进; 5.2.5 以上各项于《质量方针与目标管理程序》、《内部沟通 管理程序》、《资源管理程序》、《管理审查程序》中予 以实现 5.3 结合公司现状及未来发展方向,确定适宜之组织架构及其相 互关系。(见附件二) 5.4 依据各部门之职能分工,界定其相应职责与权限,产生《职 务说明书》及规定相应《代理人制度》,《职务说明书》 及《代理人制度》由人力资源部统一拟定,报副总经理 核准后予以执行。 5.5 为使体系有效运作,公司副总经理将以公告形式,确定质量 体系之管理代表,管理代表具有以下职责: 5.5. 1 负责公司ISO9001:2000 质量管理体系的建立、实施 和维护工作; 5.5.2 负责就质量管理体系运行过程中的相关事项及其成效向公司高层汇报; 5.5.3 负责就满足客户需求之重要性在公司内部的宣贯并促进全员之理解; 5.5.4 负责促进质量管理体系的持续改进在公司内部的有效展开;

客户需求管理计划

本资料仅供内部使用! <项目名称> 客户需求管理计划 xxxx信息技术有限公司 2016年03月21日 本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容,除另有特别注明,版权均属xxxx信息技术有限公司所有,受到有关产权及版权法保护。任何个人、机构未经xxxx信息技术有限公司的书面授权许可,不得以任何方式复制或引用本文件的任何片断。

修改记录

目录 1确认 (1) 2需求活动的概述 (1) 2.1需求调研方法 (1) 2.2需求活动要求 (1) 2.3需求周期计划 (1) 3需求评审计划 (2) 4需求验收方式 (2) 5需求变更管理 (2) 6项目组织和资源 (2)

1确认 本活动适用的范围(适用于项目小组在整个需求管理过程中的活动)、确认项目经理的职责、明确项目小组成员的活动职责、明确客户方在此活动中的职责,明确该项,可以避免后期一些不必要的纠纷。 ●本模板适用的范围,达到的目标 ●项目经理在本活动中的职责、项目小组成员的职责 ●明确客户方参与需求调研活动的职责(有无决策权、所需配合的活动、所需提供 的资源等等) ●确认用户给定需求的文档(如协议、条件和合同条款,比如要交付的产品、日期 和里程碑要求等等)、功能需求、技术需求等等 2需求活动的概述 2.1 需求调研方法 决定采取什么方式进行需求调研,即确定信息采集和分析的方法(如确定与客户交流的方式、沟通使用的表单、项目组业务流程分析表单等。) 2.2 需求活动要求 ●收集相关技术需求,要求收集所需的功能点、约束和处理流程等等 ●收集用户的特殊需求 ●分析用户原业务或工作流程 ●分析所需建立的系统业务流程,建立系统范围和目标 ●要求使用《RE-3-02 需求分析规格模板》作为需求说明文档的模板 2.3 需求周期计划 对本次活需求活动拟定一个时间进度表,及各阶段所需完成的内容。如:

顾客要求管理程序

对确保顾客的需求和期望得到充分理解的过程做出规定,争取对顾客的需求和希望进行导向,并加以实施和保持。 2.0 范围 适用于对顾客要求的识别、对产品要求的评审及与顾客的沟通。 3.0 职责 3.1 经营处负责识别顾客的需求与期望,组织合同评审并制订供货计划。 3.2 技质处负责评审对新产品质量要求的检测能力。 3.3 总工负责评审新产品的设计和开发能力。 3.4 生产副厂长负责评审产品的生产能力及交货期。 3.5 经营处负责评审所需物料采购的能力。 3.6 厂长/经营副厂长负责审批有特殊要求的合同。 4.0 程序 4.1 顾客需求的识别 经营处负责识别顾客对产品的需求与期望,根据顾客规定的订货要求,如合同草案、技术协议草案及口头订单等填写在“产品要求评审表”中: a)顾客明示的产品要求,包括产品质量要求及涉及可用性、交付、支持服务(如 运输、培训等)、价格等方面的要求; b)顾客没有明示的产品要求,但预期或规定的用途所必要的产品要求。这是一 类习惯上隐含的潜在要求,公司为满足顾客要求应作出承诺; c)顾客没有规定,但国家强制性标准及法律法规规定的要求。 4.2 对产品要求的评审 4.2.1在投标、接受合同或定单之前,经营处应对已识别的顾客要求及本公司确 定的附加要求组织相关部门进行评审。 4.2.2评审 4.2.2.1产品要求的评审应在合同签定之前进行,应确保: a)产品要求(包括顾客的要求和公司自行确定的附加要求)得到规定; b)顾客没有以文件形式提供要求时(如口头定单),顾客要求在接受前得到确认;

d)公司有能力满足规定要求。 4.2.2.2合同的分类: a)常规合同:公司定型产品所签定的合同。 b)特殊合同:常规合同以外的所有销售合同,如新产品开发或有定型产品改进 要求的合同。 4.2.2.3经营处组织相关部门将“产品要求评审表”进行评审。 4.2.2.4评审流程图(见附图) 4.2.2.5对于有现货的常规合同,由经营处销售员将产品名称、型号规格和数量 等填写“产品要求评审表”经部门主管签名确认,即完成产品要求的评审。 4.2.2.6对于无现货的常规合同,生产副厂长、经营处分别对生产能力、交货日 期及物料采购能力进行评审,由相应负责人签名确认;然后经营处综合各部门意见,并对合同条款的适用性、完整性、明确性等进行评审,经营处处长签名确认后即完成评审。 4.2.2.7对于特殊合同,除生产副厂长、经营处进行评审外,总工程师应评审产 品的设计开发能力(包括对顾客潜在要求及与产品有关的法律法规要求的评审),技质处对确保产品质量要求的检测能力进行评审,并在“产品要 求评审表”中签名确认,“产品要求评审表”报厂长/经营副厂长批准。4.2.2.8对于口头定单(如电话定货),销售员负责将相关内容填入“产品要求评 审表”中,经双方确认(可用传真件、电话记录等方式确认),并执行 4.2.2.5~4.2.2.7相应条款的规定。 4.2.2.9在评审过程中,评审人员对产品要求中有关内容提出问题或修改建议时, 由经营处负责与顾客联系,征求其书面意见。 4.2.2.10经营处负责保存“产品要求评审表”、合同及其他相关文件,包括对于 评审过程中提出的问题的解决及评审结果的实现等跟踪措施的记录。 4.3 合同的签定和实施 4.3.1产品要求得到评审后,由经营处组织经厂长授权的相关人员代表公司与顾

相关文档
最新文档