电信订单需求确认流程_第1页
电信订单需求确认流程_第2页
电信订单需求确认流程_第3页
电信订单需求确认流程_第4页
电信订单需求确认流程_第5页
已阅读5页,还剩2页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

北京握奇 文件类型 业务流程 文件级别 3 编号 电信订单需求确认流程 生效日期 2009-11 版本 V1.0 页码 第 1 页 共 7 页 编制人 吴婧 审核人 陶娟 批准人 日期 2009-11-03 日期 2009-11- 日期 1 目的 规范通信业务部的订单需求确认流程,明确 从订单接收至 到货 过程中 客户服务部、通信业务部 、 商务部 、生产管理中心 的职责分工, 确保订单 按时、准确无误执行。 2 范围 通信业务部 所有 卡片 项目 订单 。 3 职责 3.1 生产 部 数据组 : 负责 核查客户原始数据 单 的正确性,核对无误后 发布 数据,核查内容详见 4.1.1。 3.2 客服 部客服 人 员 : 负责 根据数据组发布的 数据信息 做前期必要的准备确认工作( 主要指非技术需求确认 ) 、项目编号发布、需求确认单的提交、 以及通过 ERP系统下达生产订单。 3.3 通信业务部 技术支持 /测试人员 : 负责 对 每批 数据做 技 术需求确认 , 以及 项目包提交、动态库 提交至 工程组 。 3.4 商务部:负责生产订单的模块准备、商务信息审核。 3.5 生产部 项目 计划组:负责 根据客服人员提交的客户需求确认 单 分析订单具体需求,编制项目档案, 将订单需求转化为生产需求,以及 生产订单的 BOM 配置和订单排产。 3.6 个人化中心 工程组: 负责 将数据组上传的数据同 测试组提交的 项目 程序、动态库等技术资料 综合一 起进行检测,检测无误即具备开产条件 。 3.7 商务部物流组 :负责 安排 所有 ERP 系统 的生产订单 在 生产完毕入库后的销货 直至货物送达客户,以及交接表的追要。 4 订单 需求确认 流程 4.1 订单接收及下 ERP 订单前的 需求确认 : 4.1.1 客户以邮件或传真形式将 制卡 订单 传递给 数据组 ,为保证数据生产的正确性,数据组要对 客户原始数据进行全面、详细的核查。 4.1.1.1 数据组发布新到数据通知邮件之前,需要 核查 的 内容包括: 北京握奇 文件类型 业务流程 文件级别 3 编号 电信订单需求确认流程 生效日期 2009-11 版本 V1.0 页码 第 2 页 共 7 页 编制人 吴婧 审核人 陶娟 批准人 日期 2009-11-03 日期 2009-11- 日期 数据的数量 卡片的类型 数据号段首尾是否正确,是否与该号段的数量一致 IMSI 和 ICCID 的位数 根据移动、 联通的编码规则,检查 ICCID 和 IMSI 值的有效性 : 具体编码规 则详见“国内电信 IMSI、 ICCID 和 MSISDN 的数据格式及对应关系 .doc” 1)中国移动项目 ICCID 的第 13 位厂商代码是否为 7(握奇的代码) 2)中国移动项目 ICCID 的第 9-10 位地区代码是否正确 重点 省份 的数据查重 4.1.1.2 数据组对 4.1.1.1 的内容核查无误后发布新到数据通知邮件,数据发布内容包括:客户名称、数据批次、制卡数量、卡类型、涉及地市、号段、收到数据日期和要求数据日期、客户的备注信息, 以及将原始数据单( 中国电信项目由于客户提供制卡数据, 则 数据组提取其中一条数据(不含 AKEY 信息) ) 的扫描件或电子版作为附件与数据发布邮件一起发布。 4.1.1.3 数据组 制作数据时 的核查工作包括如下内容: 中国电信一卡双芯数据格式确认, 区分数据卡和语音卡数据文件: 依据 技 术支持提供中国电信数据通用标准 所有项目的数据查重( 2008 年建库 ) 中国电信数据 UIMID 的检验 短信中心号码:电信项目通常都有短信中心号码( UIM 卡为 SID NID),当 客户原始数据中包含短信中心号码时,需要对其进行核对 客户制卡类型为远程项目时,需核对远程写卡空卡序列号格式和编码规则 4.1.2 客服 人 员根据数据组发布的 相关数据信息 做需求确认 (主要指非技术需求的确认) , 确认内容 包括 : 卡片类型:个人化卡 /远程卡 /2G 卡 /3G 卡 /STK 卡 /OTA 卡 /UTK 卡 /EVDO 卡 /双卡 /小卡 /一卡单芯 /一卡双芯 /警务通卡 /空写卡 /SIMpass 卡 /销售管家卡 等 北京握奇 文件类型 业务流程 文件级别 3 编号 电信订单需求确认流程 生效日期 2009-11 版本 V1.0 页码 第 3 页 共 7 页 编制人 吴婧 审核人 陶娟 批准人 日期 2009-11-03 日期 2009-11- 日期 产品类型:容量 32K/64K/128K/256K 订单数量 图案: 卡基 图案 /信封 图案 /说明书 图案 打印要求:卡面打印 /卡封打印 /手机号码打印 /其他特殊打印要求等 包装要求 : 单卡防伪包装要求 /盒 、 箱要求 发货要求:发货至省公司 /地市公司 交期要求 :根据客户的交期要求与项目计划人员协调及确认 订单 生产入库时间 4.1.3 订单涉及卡基 /卡封 /说明 书 的图案变更 , 由客服 人 员邮件通知项目组 样卡管理员图案变更的内容,样卡管理员依此进行修改图案并与客户做邮件 或实物 确认;或者, 订单涉及新的卡片类型或产品类型时,由客服人 员与客户确认所使用的卡基 /卡封 /说明书图案,并将制图文件邮件转发样卡管理员,样卡管理员依此设计新图案并与客户做邮件或实物确认,客户确认图案后 由 样卡管理员做图案 的 正式发布通知。 4.1.4 技术支持根据数据组发布的相关数据信息做技术需求确认, 判断出使用新/老开发编号,若数据使用老开发编号则邮件回复客服 人 员老开发编号信息,若数据需使用新开发编号 则在完成 项目 开发测试后 以邮件进行 新 开发编号 的 发布通知,开发编号信息应明确注明:开发编号名称、芯片掩膜号、生产编号、所属品牌类型 等 。 4.1.5 客服 人 员依据 前期的订单需求确认 和 技术支持提供的开发编号信息进行项目编号准备及正式发布, 若 使用的是老开发编号,但有下列情况之一的仍然 需 要重新立项:更改 模块、生产编号、图案、打印要求、 数据报告文件格式; 项目编号正式发布的内容应包括: 订单所对应的项目编号 :项目编号编制按照规范定义 ,尤其中国移动产品类别代码要与实际卡片类型一一对应 开发编号 芯片掩膜号 生产编号 所属品牌 北京握奇 文件类型 业务流程 文件级别 3 编号 电信订单需求确认流程 生效日期 2009-11 版本 V1.0 页码 第 4 页 共 7 页 编制人 吴婧 审核人 陶娟 批准人 日期 2009-11-03 日期 2009-11- 日期 卡基编 码、信封编码、说明书编码 打印描述 销售负责人、支持负责人 订单数量 数据批次 涉及地市 订单交货期 备注等关键信息 4.1.6 新项目立项后, 由 客服 人 员、技术支持共同编写 客户需求确认单 , 项目编号与客户需求确认单是一一对应关系。 4.1.6.1 技术支持对 照数据组提供的原始数据单内容, 明确字段定义(如 ICCID 位数、升降序; PUK 位数,是否随机等),保证客户需求确认单 中的各字段、字段描述与原始数据单一致、正确。 负责编写的内容包括: 个人化数据输入格式:尤其中国电信 EVDO 卡涉及到的密钥字段都需给出 定义 个人化输出数据格式 个人化数据报告文件格式:涉及到的字段都需在需求中体现 个人化指令流格式:个人化指令流出现的字段都需在需求单中进行定义 , 列出字段名、位数、编码规则、来源 4 1.6.2 技术支持负责将 4.1.6.1 中提到 需填写的内容按照各个省份客户的不同需求 单 模板建立 客户 需求 库,并进行维护和更新;客户 需求 库将放在服务器共享 (具体位置 : 10.0.0.6-公司各部门文档 -大中华业务区 -部门文档 -通信业务部 -客户需求单库 ) , 仅 指定的技术支持具有修改权限。 北京握奇 文件类型 业务流程 文件级别 3 编号 电信订单需求确认流程 生效日期 2009-11 版本 V1.0 页码 第 5 页 共 7 页 编制人 吴婧 审核人 陶娟 批准人 日期 2009-11-03 日期 2009-11- 日期 4.1.6.3 技术支持邮件发布开发编号时未通知需求单内容有变更 的, 客服人员 则 默认为使用老的客户需求单模板 , 将 自行登陆共享服务器 上 的 客户 需求库 查找 并 复制 与数据相对应的省份客户 需求单模板。 4.1.6.4 当 4.1.6.1 中任何一个信息发生变更时, 技术支持负责 以 邮件 形式通知客服人员变更的内容,并在共享服务器 上 的 客户 需求 库内 做相应 更新 。 4.1.6.5 客服人员 对照 数据组提供的 原始数据单中的各项字段 ,保证客 户需求确认单中的字段描述与原始数据单一致、正确。 负责编写的内容包括: 项目 编号 名称 图案(包括: 卡基图案 、 信封图案 、 说明书图案 等) 打印要求(包括:卡面打印、卡封打印、手机号码打印 、其他特殊 打印 要求) , 并标明打印 位数 、位置、信息来源 包装 要求(包括: 信封要求、单卡防伪包装、发货 盒 /箱要求、 标签要求) 4.1.6.6 客服人员完成 4.1.6.5 内容的填写工作后, 与 4.1.6.1 的内容进行整合, 将完整的客户需求 单 以 邮件形式发送给测试组及生产相关接收人员。 4.1.6.7 数据组 对客户需求单负有审核职责, 需根据原始数据单对客服人员提交的客户需求单内容进行核对(包括审核需求确认单中的字 段描述是否和原始数据单一致、各字段定义是否准确),对于 4.1.6.1 的内容如有问题须与技术支持确认,问题确认邮件同时抄送给客服人员,对于 4.1.6.5 的内容如有问题须与客服人员进行确认;当涉及到 4.1.6.1 的内容较之前的信息发生任何变更时,数据组都应进行审核并邮件回复确认 。 4.1.6.8 客服人员提交的客户需求单若有更新 ,客服人员需变更需求单 内容并重新提交 。 4.1.7 测试 组 人员负责 根据客服人员的项目编号正式发布通知和客户需求确认单、技术支持上传的程序项目包来进行兼容性实网测试,测试通过后 将预个人化、个人化、项目信息表、初预程序、 质检文件、需求单整合 上传至生产服务器。 北京握奇 文件类型 业务流程 文件级别 3 编号 电信订单需求确认流程 生效日期 2009-11 版本 V1.0 页码 第 6 页 共 7 页 编制人 吴婧 审核人 陶娟 批准人 日期 2009-11-03 日期 2009-11- 日期 4.1.8 完成 4.1.1-4.1.7 的工作后,客服人员 按照其项目编号正式发布内容 通过ERP 系统下达生产订单;如果是新项目,在下单前客服人员需将项目的基本资料信息录入 ERP,要保证录入信息与项目编号发布内容一致。 4.1.9 商务部审单人员 对客服人员下达的 ERP 订单进行 原材料 审核, 确保该订单原材料充足, 审核通过后订单到达生产部项目专 员,由其进行 项目发布信息审核、周期和产能审核, 项目是否提包审核, 审核通过 后订单到达项目计划组计划人员 。 4.1.10 从订单接收、下达 ERP 订单 到订单审核 的过程,客服人员需根据客户对订单的交期要求,对数据组发布数据、技术支持提供开发编号和客户需求确认单内容、测试组提包 、订单审核 这些过程步骤做出整体的时间掌控,以使得订单可以按期下达。 4.2 ERP 下 订单 后的订单生产 、入库、交货 4.2.1 项目 计划 组 项目管理人 员收到客 服人员提交的客户需求确认单后,分析具体要求, 并编制项目档案,将订单需求转化为生产需求。 4.2.2 工程组在接收到测试组上 传的项目包、动态库等技术资料后,安排与数据组上传的数据一起做检测,检测 过程 中发现问题随时与测试组人员做沟通,检测结果无误后即可具备开产条件。 4.2.3 项目计划组计划人员 在接收到 ERP 订单后,按照交货期要求安排订单的生产, 确保订单按时入库。 4.2.4 订单生产完毕入库后,物流部 物流员出销货单,并根据 ERP 订单内的具体要求(包括: 客户、发货要求、到货日期、备注信息)选择合适的运输方式,根据业务区提供的送货地址通 讯录安排物流公司发货,并要负责货物的跟踪,随时关注货物到货情况,确保货物 按时送达客户。 4.2.5 货物到达客户后,物流助理 向客户追要货物签收单 (传真件或原件) , 收集签收单要确保及时和完整,并且及时存档和上传服务器共享。 4.2.6 客服人员要对订单的生产、入库、交货过程全面跟踪, 以使得订单 按时、准确无误执行。 北京握

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论