電信訂單需求確認(rèn)流程

北京握奇 文件類型 業(yè)務(wù)流程 文件級(jí)別 3 編號(hào) 電信訂單需求確認(rèn)流程 生效日期 2009-11 版本 V1.0 頁(yè)碼 第 1 頁(yè) 共 7 頁(yè) 編制人 吳婧 審核人 陶娟 批準(zhǔn)人 日期 2009-11-03 日期 2009-11- 日期 1 目的 規(guī)范通信業(yè)務(wù)部的訂單需求確認(rèn)流程，明確 從訂單接收至 到貨 過程中 客戶服務(wù)部、通信業(yè)務(wù)部 、 商務(wù)部 、生產(chǎn)管理中心 的職責(zé)分工， 確保訂單 按時(shí)、準(zhǔn)確無(wú)誤執(zhí)行。 2 范圍 通信業(yè)務(wù)部 所有 卡片 項(xiàng)目 訂單 。 3 職責(zé) 3.1 生產(chǎn) 部 數(shù)據(jù)組 ： 負(fù)責(zé) 核查客戶原始數(shù)據(jù) 單 的正確性，核對(duì)無(wú)誤后 發(fā)布 數(shù)據(jù)，核查內(nèi)容詳見 4.1.1。 3.2 客服 部客服 人 員 ： 負(fù)責(zé) 根據(jù)數(shù)據(jù)組發(fā)布的 數(shù)據(jù)信息 做前期必要的準(zhǔn)備確認(rèn)工作（ 主要指非技術(shù)需求確認(rèn) ） 、項(xiàng)目編號(hào)發(fā)布、需求確認(rèn)單的提交、 以及通過 ERP系統(tǒng)下達(dá)生產(chǎn)訂單。 3.3 通信業(yè)務(wù)部 技術(shù)支持 /測(cè)試人員 ： 負(fù)責(zé) 對(duì) 每批 數(shù)據(jù)做 技 術(shù)需求確認(rèn) ， 以及 項(xiàng)目包提交、動(dòng)態(tài)庫(kù) 提交至 工程組 。 3.4 商務(wù)部：負(fù)責(zé)生產(chǎn)訂單的模塊準(zhǔn)備、商務(wù)信息審核。 3.5 生產(chǎn)部 項(xiàng)目 計(jì)劃組：負(fù)責(zé) 根據(jù)客服人員提交的客戶需求確認(rèn) 單 分析訂單具體需求，編制項(xiàng)目檔案， 將訂單需求轉(zhuǎn)化為生產(chǎn)需求，以及 生產(chǎn)訂單的 BOM 配置和訂單排產(chǎn)。 3.6 個(gè)人化中心 工程組： 負(fù)責(zé) 將數(shù)據(jù)組上傳的數(shù)據(jù)同 測(cè)試組提交的 項(xiàng)目 程序、動(dòng)態(tài)庫(kù)等技術(shù)資料 綜合一 起進(jìn)行檢測(cè)，檢測(cè)無(wú)誤即具備開產(chǎn)條件 。 3.7 商務(wù)部物流組 ：負(fù)責(zé) 安排 所有 ERP 系統(tǒng) 的生產(chǎn)訂單 在 生產(chǎn)完畢入庫(kù)后的銷貨 直至貨物送達(dá)客戶，以及交接表的追要。 4 訂單 需求確認(rèn) 流程 4.1 訂單接收及下 ERP 訂單前的 需求確認(rèn) ： 4.1.1 客戶以郵件或傳真形式將 制卡 訂單 傳遞給 數(shù)據(jù)組 ，為保證數(shù)據(jù)生產(chǎn)的正確性，數(shù)據(jù)組要對(duì) 客戶原始數(shù)據(jù)進(jìn)行全面、詳細(xì)的核查。 4.1.1.1 數(shù)據(jù)組發(fā)布新到數(shù)據(jù)通知郵件之前，需要 核查 的 內(nèi)容包括： 北京握奇 文件類型 業(yè)務(wù)流程 文件級(jí)別 3 編號(hào) 電信訂單需求確認(rèn)流程 生效日期 2009-11 版本 V1.0 頁(yè)碼 第 2 頁(yè) 共 7 頁(yè) 編制人 吳婧 審核人 陶娟 批準(zhǔn)人 日期 2009-11-03 日期 2009-11- 日期 數(shù)據(jù)的數(shù)量 卡片的類型 數(shù)據(jù)號(hào)段首尾是否正確，是否與該號(hào)段的數(shù)量一致 IMSI 和 ICCID 的位數(shù) 根據(jù)移動(dòng)、 聯(lián)通的編碼規(guī)則，檢查 ICCID 和 IMSI 值的有效性 ： 具體編碼規(guī) 則詳見“國(guó)內(nèi)電信 IMSI、 ICCID 和 MSISDN 的數(shù)據(jù)格式及對(duì)應(yīng)關(guān)系 .doc” 1）中國(guó)移動(dòng)項(xiàng)目 ICCID 的第 13 位廠商代碼是否為 7（握奇的代碼） 2）中國(guó)移動(dòng)項(xiàng)目 ICCID 的第 9-10 位地區(qū)代碼是否正確 重點(diǎn) 省份 的數(shù)據(jù)查重 4.1.1.2 數(shù)據(jù)組對(duì) 4.1.1.1 的內(nèi)容核查無(wú)誤后發(fā)布新到數(shù)據(jù)通知郵件，數(shù)據(jù)發(fā)布內(nèi)容包括：客戶名稱、數(shù)據(jù)批次、制卡數(shù)量、卡類型、涉及地市、號(hào)段、收到數(shù)據(jù)日期和要求數(shù)據(jù)日期、客戶的備注信息， 以及將原始數(shù)據(jù)單（ 中國(guó)電信項(xiàng)目由于客戶提供制卡數(shù)據(jù)， 則 數(shù)據(jù)組提取其中一條數(shù)據(jù)（不含 AKEY 信息） ） 的掃描件或電子版作為附件與數(shù)據(jù)發(fā)布郵件一起發(fā)布。 4.1.1.3 數(shù)據(jù)組 制作數(shù)據(jù)時(shí) 的核查工作包括如下內(nèi)容： 中國(guó)電信一卡雙芯數(shù)據(jù)格式確認(rèn)， 區(qū)分?jǐn)?shù)據(jù)卡和語(yǔ)音卡數(shù)據(jù)文件： 依據(jù) 技 術(shù)支持提供中國(guó)電信數(shù)據(jù)通用標(biāo)準(zhǔn) 所有項(xiàng)目的數(shù)據(jù)查重（ 2008 年建庫(kù) ） 中國(guó)電信數(shù)據(jù) UIMID 的檢驗(yàn) 短信中心號(hào)碼：電信項(xiàng)目通常都有短信中心號(hào)碼（ UIM 卡為 SID NID），當(dāng) 客戶原始數(shù)據(jù)中包含短信中心號(hào)碼時(shí)，需要對(duì)其進(jìn)行核對(duì) 客戶制卡類型為遠(yuǎn)程項(xiàng)目時(shí)，需核對(duì)遠(yuǎn)程寫卡空卡序列號(hào)格式和編碼規(guī)則 4.1.2 客服 人 員根據(jù)數(shù)據(jù)組發(fā)布的 相關(guān)數(shù)據(jù)信息 做需求確認(rèn) （主要指非技術(shù)需求的確認(rèn)） ， 確認(rèn)內(nèi)容 包括 ： 卡片類型：個(gè)人化卡 /遠(yuǎn)程卡 /2G 卡 /3G 卡 /STK 卡 /OTA 卡 /UTK 卡 /EVDO 卡 /雙卡 /小卡 /一卡單芯 /一卡雙芯 /警務(wù)通卡 /空寫卡 /SIMpass 卡 /銷售管家卡 等 北京握奇 文件類型 業(yè)務(wù)流程 文件級(jí)別 3 編號(hào) 電信訂單需求確認(rèn)流程 生效日期 2009-11 版本 V1.0 頁(yè)碼 第 3 頁(yè) 共 7 頁(yè) 編制人 吳婧 審核人 陶娟 批準(zhǔn)人 日期 2009-11-03 日期 2009-11- 日期 產(chǎn)品類型：容量 32K/64K/128K/256K 訂單數(shù)量 圖案： 卡基 圖案 /信封 圖案 /說(shuō)明書 圖案 打印要求：卡面打印 /卡封打印 /手機(jī)號(hào)碼打印 /其他特殊打印要求等 包裝要求 ： 單卡防偽包裝要求 /盒 、 箱要求 發(fā)貨要求：發(fā)貨至省公司 /地市公司 交期要求 ：根據(jù)客戶的交期要求與項(xiàng)目計(jì)劃人員協(xié)調(diào)及確認(rèn) 訂單 生產(chǎn)入庫(kù)時(shí)間 4.1.3 訂單涉及卡基 /卡封 /說(shuō)明 書 的圖案變更 ， 由客服 人 員郵件通知項(xiàng)目組 樣卡管理員圖案變更的內(nèi)容，樣卡管理員依此進(jìn)行修改圖案并與客戶做郵件 或?qū)嵨?確認(rèn)；或者， 訂單涉及新的卡片類型或產(chǎn)品類型時(shí)，由客服人 員與客戶確認(rèn)所使用的卡基 /卡封 /說(shuō)明書圖案，并將制圖文件郵件轉(zhuǎn)發(fā)樣卡管理員，樣卡管理員依此設(shè)計(jì)新圖案并與客戶做郵件或?qū)嵨锎_認(rèn)，客戶確認(rèn)圖案后 由 樣卡管理員做圖案 的 正式發(fā)布通知。 4.1.4 技術(shù)支持根據(jù)數(shù)據(jù)組發(fā)布的相關(guān)數(shù)據(jù)信息做技術(shù)需求確認(rèn)， 判斷出使用新/老開發(fā)編號(hào)，若數(shù)據(jù)使用老開發(fā)編號(hào)則郵件回復(fù)客服 人 員老開發(fā)編號(hào)信息，若數(shù)據(jù)需使用新開發(fā)編號(hào) 則在完成 項(xiàng)目 開發(fā)測(cè)試后 以郵件進(jìn)行 新 開發(fā)編號(hào) 的 發(fā)布通知，開發(fā)編號(hào)信息應(yīng)明確注明：開發(fā)編號(hào)名稱、芯片掩膜號(hào)、生產(chǎn)編號(hào)、所屬品牌類型 等 。 4.1.5 客服 人 員依據(jù) 前期的訂單需求確認(rèn) 和 技術(shù)支持提供的開發(fā)編號(hào)信息進(jìn)行項(xiàng)目編號(hào)準(zhǔn)備及正式發(fā)布， 若 使用的是老開發(fā)編號(hào)，但有下列情況之一的仍然 需 要重新立項(xiàng)：更改 模塊、生產(chǎn)編號(hào)、圖案、打印要求、 數(shù)據(jù)報(bào)告文件格式； 項(xiàng)目編號(hào)正式發(fā)布的內(nèi)容應(yīng)包括： 訂單所對(duì)應(yīng)的項(xiàng)目編號(hào) ：項(xiàng)目編號(hào)編制按照規(guī)范定義 ,尤其中國(guó)移動(dòng)產(chǎn)品類別代碼要與實(shí)際卡片類型一一對(duì)應(yīng) 開發(fā)編號(hào) 芯片掩膜號(hào) 生產(chǎn)編號(hào) 所屬品牌 北京握奇 文件類型 業(yè)務(wù)流程 文件級(jí)別 3 編號(hào) 電信訂單需求確認(rèn)流程 生效日期 2009-11 版本 V1.0 頁(yè)碼 第 4 頁(yè) 共 7 頁(yè) 編制人 吳婧 審核人 陶娟 批準(zhǔn)人 日期 2009-11-03 日期 2009-11- 日期 卡基編 碼、信封編碼、說(shuō)明書編碼 打印描述 銷售負(fù)責(zé)人、支持負(fù)責(zé)人 訂單數(shù)量 數(shù)據(jù)批次 涉及地市 訂單交貨期 備注等關(guān)鍵信息 4.1.6 新項(xiàng)目立項(xiàng)后， 由 客服 人 員、技術(shù)支持共同編寫 客戶需求確認(rèn)單 ， 項(xiàng)目編號(hào)與客戶需求確認(rèn)單是一一對(duì)應(yīng)關(guān)系。 4.1.6.1 技術(shù)支持對(duì) 照數(shù)據(jù)組提供的原始數(shù)據(jù)單內(nèi)容， 明確字段定義（如 ICCID 位數(shù)、升降序； PUK 位數(shù)，是否隨機(jī)等），保證客戶需求確認(rèn)單 中的各字段、字段描述與原始數(shù)據(jù)單一致、正確。 負(fù)責(zé)編寫的內(nèi)容包括： 個(gè)人化數(shù)據(jù)輸入格式：尤其中國(guó)電信 EVDO 卡涉及到的密鑰字段都需給出 定義 個(gè)人化輸出數(shù)據(jù)格式 個(gè)人化數(shù)據(jù)報(bào)告文件格式：涉及到的字段都需在需求中體現(xiàn) 個(gè)人化指令流格式：個(gè)人化指令流出現(xiàn)的字段都需在需求單中進(jìn)行定義 , 列出字段名、位數(shù)、編碼規(guī)則、來(lái)源 4 1.6.2 技術(shù)支持負(fù)責(zé)將 4.1.6.1 中提到 需填寫的內(nèi)容按照各個(gè)省份客戶的不同需求 單 模板建立 客戶 需求 庫(kù)，并進(jìn)行維護(hù)和更新；客戶 需求 庫(kù)將放在服務(wù)器共享 （具體位置 ： 10.0.0.6-公司各部門文檔 -大中華業(yè)務(wù)區(qū) -部門文檔 -通信業(yè)務(wù)部 -客戶需求單庫(kù) ） ， 僅 指定的技術(shù)支持具有修改權(quán)限。 北京握奇 文件類型 業(yè)務(wù)流程 文件級(jí)別 3 編號(hào) 電信訂單需求確認(rèn)流程 生效日期 2009-11 版本 V1.0 頁(yè)碼 第 5 頁(yè) 共 7 頁(yè) 編制人 吳婧 審核人 陶娟 批準(zhǔn)人 日期 2009-11-03 日期 2009-11- 日期 4.1.6.3 技術(shù)支持郵件發(fā)布開發(fā)編號(hào)時(shí)未通知需求單內(nèi)容有變更 的， 客服人員 則 默認(rèn)為使用老的客戶需求單模板 ， 將 自行登陸共享服務(wù)器 上 的 客戶 需求庫(kù) 查找 并 復(fù)制 與數(shù)據(jù)相對(duì)應(yīng)的省份客戶 需求單模板。 4.1.6.4 當(dāng) 4.1.6.1 中任何一個(gè)信息發(fā)生變更時(shí)， 技術(shù)支持負(fù)責(zé) 以 郵件 形式通知客服人員變更的內(nèi)容，并在共享服務(wù)器 上 的 客戶 需求 庫(kù)內(nèi) 做相應(yīng) 更新 。 4.1.6.5 客服人員 對(duì)照 數(shù)據(jù)組提供的 原始數(shù)據(jù)單中的各項(xiàng)字段 ，保證客 戶需求確認(rèn)單中的字段描述與原始數(shù)據(jù)單一致、正確。 負(fù)責(zé)編寫的內(nèi)容包括： 項(xiàng)目 編號(hào) 名稱 圖案（包括： 卡基圖案 、 信封圖案 、 說(shuō)明書圖案 等） 打印要求（包括：卡面打印、卡封打印、手機(jī)號(hào)碼打印 、其他特殊 打印 要求） ， 并標(biāo)明打印 位數(shù) 、位置、信息來(lái)源 包裝 要求（包括： 信封要求、單卡防偽包裝、發(fā)貨 盒 /箱要求、 標(biāo)簽要求） 4.1.6.6 客服人員完成 4.1.6.5 內(nèi)容的填寫工作后， 與 4.1.6.1 的內(nèi)容進(jìn)行整合， 將完整的客戶需求 單 以 郵件形式發(fā)送給測(cè)試組及生產(chǎn)相關(guān)接收人員。 4.1.6.7 數(shù)據(jù)組 對(duì)客戶需求單負(fù)有審核職責(zé)， 需根據(jù)原始數(shù)據(jù)單對(duì)客服人員提交的客戶需求單內(nèi)容進(jìn)行核對(duì)（包括審核需求確認(rèn)單中的字 段描述是否和原始數(shù)據(jù)單一致、各字段定義是否準(zhǔn)確），對(duì)于 4.1.6.1 的內(nèi)容如有問題須與技術(shù)支持確認(rèn)，問題確認(rèn)郵件同時(shí)抄送給客服人員，對(duì)于 4.1.6.5 的內(nèi)容如有問題須與客服人員進(jìn)行確認(rèn)；當(dāng)涉及到 4.1.6.1 的內(nèi)容較之前的信息發(fā)生任何變更時(shí)，數(shù)據(jù)組都應(yīng)進(jìn)行審核并郵件回復(fù)確認(rèn) 。 4.1.6.8 客服人員提交的客戶需求單若有更新 ，客服人員需變更需求單 內(nèi)容并重新提交 。 4.1.7 測(cè)試 組 人員負(fù)責(zé) 根據(jù)客服人員的項(xiàng)目編號(hào)正式發(fā)布通知和客戶需求確認(rèn)單、技術(shù)支持上傳的程序項(xiàng)目包來(lái)進(jìn)行兼容性實(shí)網(wǎng)測(cè)試，測(cè)試通過后 將預(yù)個(gè)人化、個(gè)人化、項(xiàng)目信息表、初預(yù)程序、 質(zhì)檢文件、需求單整合 上傳至生產(chǎn)服務(wù)器。 北京握奇 文件類型 業(yè)務(wù)流程 文件級(jí)別 3 編號(hào) 電信訂單需求確認(rèn)流程 生效日期 2009-11 版本 V1.0 頁(yè)碼 第 6 頁(yè) 共 7 頁(yè) 編制人 吳婧 審核人 陶娟 批準(zhǔn)人 日期 2009-11-03 日期 2009-11- 日期 4.1.8 完成 4.1.1-4.1.7 的工作后，客服人員 按照其項(xiàng)目編號(hào)正式發(fā)布內(nèi)容 通過ERP 系統(tǒng)下達(dá)生產(chǎn)訂單；如果是新項(xiàng)目，在下單前客服人員需將項(xiàng)目的基本資料信息錄入 ERP，要保證錄入信息與項(xiàng)目編號(hào)發(fā)布內(nèi)容一致。 4.1.9 商務(wù)部審單人員 對(duì)客服人員下達(dá)的 ERP 訂單進(jìn)行 原材料 審核， 確保該訂單原材料充足， 審核通過后訂單到達(dá)生產(chǎn)部項(xiàng)目專 員，由其進(jìn)行 項(xiàng)目發(fā)布信息審核、周期和產(chǎn)能審核， 項(xiàng)目是否提包審核， 審核通過 后訂單到達(dá)項(xiàng)目計(jì)劃組計(jì)劃人員 。 4.1.10 從訂單接收、下達(dá) ERP 訂單 到訂單審核 的過程，客服人員需根據(jù)客戶對(duì)訂單的交期要求，對(duì)數(shù)據(jù)組發(fā)布數(shù)據(jù)、技術(shù)支持提供開發(fā)編號(hào)和客戶需求確認(rèn)單內(nèi)容、測(cè)試組提包 、訂單審核 這些過程步驟做出整體的時(shí)間掌控，以使得訂單可以按期下達(dá)。 4.2 ERP 下 訂單 后的訂單生產(chǎn) 、入庫(kù)、交貨 4.2.1 項(xiàng)目 計(jì)劃 組 項(xiàng)目管理人 員收到客 服人員提交的客戶需求確認(rèn)單后，分析具體要求， 并編制項(xiàng)目檔案，將訂單需求轉(zhuǎn)化為生產(chǎn)需求。 4.2.2 工程組在接收到測(cè)試組上 傳的項(xiàng)目包、動(dòng)態(tài)庫(kù)等技術(shù)資料后，安排與數(shù)據(jù)組上傳的數(shù)據(jù)一起做檢測(cè)，檢測(cè) 過程 中發(fā)現(xiàn)問題隨時(shí)與測(cè)試組人員做溝通，檢測(cè)結(jié)果無(wú)誤后即可具備開產(chǎn)條件。 4.2.3 項(xiàng)目計(jì)劃組計(jì)劃人員 在接收到 ERP 訂單后，按照交貨期要求安排訂單的生產(chǎn)， 確保訂單按時(shí)入庫(kù)。 4.2.4 訂單生產(chǎn)完畢入庫(kù)后，物流部 物流員出銷貨單，并根據(jù) ERP 訂單內(nèi)的具體要求（包括： 客戶、發(fā)貨要求、到貨日期、備注信息）選擇合適的運(yùn)輸方式，根據(jù)業(yè)務(wù)區(qū)提供的送貨地址通 訊錄安排物流公司發(fā)貨，并要負(fù)責(zé)貨物的跟蹤，隨時(shí)關(guān)注貨物到貨情況，確保貨物 按時(shí)送達(dá)客戶。 4.2.5 貨物到達(dá)客戶后，物流助理 向客戶追要貨物簽收單 （傳真件或原件） ， 收集簽收單要確保及時(shí)和完整，并且及時(shí)存檔和上傳服務(wù)器共享。 4.2.6 客服人員要對(duì)訂單的生產(chǎn)、入庫(kù)、交貨過程全面跟蹤， 以使得訂單 按時(shí)、準(zhǔn)確無(wú)誤執(zhí)行。 北京握