電信訂單需求確認流程

1、北京握奇文件類型業(yè)務(wù)流程文件級別3編號電信訂單需求確認流程生效日期2009-11版本v1.0頁碼第8頁 共8頁1 目的規(guī)范通信業(yè)務(wù)部的訂單需求確認流程，明確從訂單接收至到貨過程中客戶服務(wù)部、通信業(yè)務(wù)部、商務(wù)部、生產(chǎn)管理中心的職責(zé)分工，確保訂單按時、準(zhǔn)確無誤執(zhí)行。2 范圍通信業(yè)務(wù)部所有卡片項目訂單。3 職責(zé)3.1生產(chǎn)部數(shù)據(jù)組：負責(zé)核查客戶原始數(shù)據(jù)單的正確性，核對無誤后發(fā)布數(shù)據(jù)，核查內(nèi)容詳見4.1.1。3.2客服部客服人員：負責(zé)根據(jù)數(shù)據(jù)組發(fā)布的數(shù)據(jù)信息做前期必要的準(zhǔn)備確認工作（主要指非技術(shù)需求確認）、項目編號發(fā)布、需求確認單的提交、以及通過erp系統(tǒng)下達生產(chǎn)訂單。3.3通信業(yè)務(wù)部技術(shù)支持/測試人員

2、：負責(zé)對每批數(shù)據(jù)做技術(shù)需求確認，以及項目包提交、動態(tài)庫提交至工程組。3.4商務(wù)部：負責(zé)生產(chǎn)訂單的模塊準(zhǔn)備、商務(wù)信息審核。3.5生產(chǎn)部項目計劃組：負責(zé)根據(jù)客服人員提交的客戶需求確認單分析訂單具體需求，編制項目檔案，將訂單需求轉(zhuǎn)化為生產(chǎn)需求，以及生產(chǎn)訂單的bom配置和訂單排產(chǎn)。3.6個人化中心工程組：負責(zé)將數(shù)據(jù)組上傳的數(shù)據(jù)同測試組提交的項目程序、動態(tài)庫等技術(shù)資料綜合一起進行檢測，檢測無誤即具備開產(chǎn)條件。3.7商務(wù)部物流組：負責(zé)安排所有erp系統(tǒng)的生產(chǎn)訂單在生產(chǎn)完畢入庫后的銷貨直至貨物送達客戶，以及交接表的追要。4 訂單需求確認流程4.1訂單接收及下erp訂單前的需求確認： 4.1.1客戶以郵件或傳

3、真形式將制卡訂單傳遞給數(shù)據(jù)組，為保證數(shù)據(jù)生產(chǎn)的正確性，數(shù)據(jù)組要對客戶原始數(shù)據(jù)進行全面、詳細的核查。4.1.1.1數(shù)據(jù)組發(fā)布新到數(shù)據(jù)通知郵件之前，需要核查的內(nèi)容包括：l 數(shù)據(jù)的數(shù)量l 卡片的類型l 數(shù)據(jù)號段首尾是否正確，是否與該號段的數(shù)量一致l imsi和iccid的位數(shù)l 根據(jù)移動、聯(lián)通的編碼規(guī)則，檢查iccid和imsi值的有效性：具體編碼規(guī)則詳見“國內(nèi)電信imsi、iccid和msisdn的數(shù)據(jù)格式及對應(yīng)關(guān)系.doc”1）中國移動項目iccid的第13位廠商代碼是否為7（握奇的代碼）2）中國移動項目iccid的第9-10位地區(qū)代碼是否正確l 重點省份的數(shù)據(jù)查重4.1.1.2數(shù)據(jù)組對4.1.

4、1.1的內(nèi)容核查無誤后發(fā)布新到數(shù)據(jù)通知郵件，數(shù)據(jù)發(fā)布內(nèi)容包括：客戶名稱、數(shù)據(jù)批次、制卡數(shù)量、卡類型、涉及地市、號段、收到數(shù)據(jù)日期和要求數(shù)據(jù)日期、客戶的備注信息，以及將原始數(shù)據(jù)單（中國電信項目由于客戶提供制卡數(shù)據(jù)，則數(shù)據(jù)組提取其中一條數(shù)據(jù)（不含akey信息）的掃描件或電子版作為附件與數(shù)據(jù)發(fā)布郵件一起發(fā)布。4.1.1.3數(shù)據(jù)組制作數(shù)據(jù)時的核查工作包括如下內(nèi)容：l 中國電信一卡雙芯數(shù)據(jù)格式確認，區(qū)分數(shù)據(jù)卡和語音卡數(shù)據(jù)文件：依據(jù)技術(shù)支持提供中國電信數(shù)據(jù)通用標(biāo)準(zhǔn)l 所有項目的數(shù)據(jù)查重（2008年建庫）l 中國電信數(shù)據(jù)uimid的檢驗l 短信中心號碼：電信項目通常都有短信中心號碼（uim卡為sid nid

5、），當(dāng)客戶原始數(shù)據(jù)中包含短信中心號碼時，需要對其進行核對l 客戶制卡類型為遠程項目時，需核對遠程寫卡空卡序列號格式和編碼規(guī)則 4.1.2客服人員根據(jù)數(shù)據(jù)組發(fā)布的相關(guān)數(shù)據(jù)信息做需求確認（主要指非技術(shù)需求的確認），確認內(nèi)容包括：l 卡片類型：個人化卡/遠程卡/2g卡/3g卡/stk卡/ota卡/utk卡/evdo卡/雙卡/小卡/一卡單芯/一卡雙芯/警務(wù)通卡/空寫卡/simpass卡/銷售管家卡等l 產(chǎn)品類型：容量32k/64k/128k/256kl 訂單數(shù)量l 圖案：卡基圖案/信封圖案/說明書圖案l 打印要求：卡面打印/卡封打印/手機號碼打印/其他特殊打印要求等l 包裝要求：單卡防偽包裝要求/盒、

6、箱要求l 發(fā)貨要求：發(fā)貨至省公司/地市公司l 交期要求：根據(jù)客戶的交期要求與項目計劃人員協(xié)調(diào)及確認訂單生產(chǎn)入庫時間4.1.3訂單涉及卡基/卡封/說明書的圖案變更，由客服人員郵件通知項目組樣卡管理員圖案變更的內(nèi)容，樣卡管理員依此進行修改圖案并與客戶做郵件或?qū)嵨锎_認；或者，訂單涉及新的卡片類型或產(chǎn)品類型時，由客服人員與客戶確認所使用的卡基/卡封/說明書圖案，并將制圖文件郵件轉(zhuǎn)發(fā)樣卡管理員，樣卡管理員依此設(shè)計新圖案并與客戶做郵件或?qū)嵨锎_認，客戶確認圖案后由樣卡管理員做圖案的正式發(fā)布通知。4.1.4技術(shù)支持根據(jù)數(shù)據(jù)組發(fā)布的相關(guān)數(shù)據(jù)信息做技術(shù)需求確認，判斷出使用新/老開發(fā)編號，若數(shù)據(jù)使用老開發(fā)編號則郵件

7、回復(fù)客服人員老開發(fā)編號信息，若數(shù)據(jù)需使用新開發(fā)編號則在完成項目開發(fā)測試后以郵件進行新開發(fā)編號的發(fā)布通知，開發(fā)編號信息應(yīng)明確注明：開發(fā)編號名稱、芯片掩膜號、生產(chǎn)編號、所屬品牌類型等。4.1.5客服人員依據(jù)前期的訂單需求確認和技術(shù)支持提供的開發(fā)編號信息進行項目編號準(zhǔn)備及正式發(fā)布，若使用的是老開發(fā)編號，但有下列情況之一的仍然需要重新立項：更改模塊、生產(chǎn)編號、圖案、打印要求、數(shù)據(jù)報告文件格式；項目編號正式發(fā)布的內(nèi)容應(yīng)包括：l 訂單所對應(yīng)的項目編號：項目編號編制按照規(guī)范定義,尤其中國移動產(chǎn)品類別代碼要與實際卡片類型一一對應(yīng)l 開發(fā)編號l 芯片掩膜號l 生產(chǎn)編號l 所屬品牌l 卡基編碼、信封編碼、說明書編

8、碼l 打印描述l 銷售負責(zé)人、支持負責(zé)人l 訂單數(shù)量l 數(shù)據(jù)批次l 涉及地市l(wèi) 訂單交貨期l 備注等關(guān)鍵信息4.1.6新項目立項后，由客服人員、技術(shù)支持共同編寫客戶需求確認單，項目編號與客戶需求確認單是一一對應(yīng)關(guān)系。4.1.6.1技術(shù)支持對照數(shù)據(jù)組提供的原始數(shù)據(jù)單內(nèi)容，明確字段定義（如iccid位數(shù)、升降序；puk位數(shù)，是否隨機等），保證客戶需求確認單中的各字段、字段描述與原始數(shù)據(jù)單一致、正確。負責(zé)編寫的內(nèi)容包括：l 個人化數(shù)據(jù)輸入格式：尤其中國電信evdo卡涉及到的密鑰字段都需給出定義l 個人化輸出數(shù)據(jù)格式l 個人化數(shù)據(jù)報告文件格式：涉及到的字段都需在需求中體現(xiàn)l 個人化指令流格式：個人化指

9、令流出現(xiàn)的字段都需在需求單中進行定義,列出字段名、位數(shù)、編碼規(guī)則、來源41.6.2技術(shù)支持負責(zé)將4.1.6.1中提到需填寫的內(nèi)容按照各個省份客戶的不同需求單模板建立客戶需求庫，并進行維護和更新；客戶需求庫將放在服務(wù)器共享（具體位置：10.0.0.6-公司各部門文檔-大中華業(yè)務(wù)區(qū)-部門文檔-通信業(yè)務(wù)部-客戶需求單庫），僅指定的技術(shù)支持具有修改權(quán)限。4.1.6.3技術(shù)支持郵件發(fā)布開發(fā)編號時未通知需求單內(nèi)容有變更的，客服人員則默認為使用老的客戶需求單模板，將自行登陸共享服務(wù)器上的客戶需求庫查找并復(fù)制與數(shù)據(jù)相對應(yīng)的省份客戶需求單模板。4.1.6.4 當(dāng)4.1.6.1中任何一個信息發(fā)生變更時，技術(shù)支持負

10、責(zé)以郵件形式通知客服人員變更的內(nèi)容，并在共享服務(wù)器上的客戶需求庫內(nèi)做相應(yīng)更新。4.1.6.5客服人員對照數(shù)據(jù)組提供的原始數(shù)據(jù)單中的各項字段，保證客戶需求確認單中的字段描述與原始數(shù)據(jù)單一致、正確。負責(zé)編寫的內(nèi)容包括： l 項目編號名稱l 圖案（包括：卡基圖案、信封圖案、說明書圖案等）l 打印要求（包括：卡面打印、卡封打印、手機號碼打印、其他特殊打印要求），并標(biāo)明打印位數(shù)、位置、信息來源l 包裝要求（包括：信封要求、單卡防偽包裝、發(fā)貨盒/箱要求、標(biāo)簽要求）4.1.6.6客服人員完成4.1.6.5內(nèi)容的填寫工作后，與4.1.6.1的內(nèi)容進行整合，將完整的客戶需求單以郵件形式發(fā)送給測試組及生產(chǎn)相關(guān)接收

11、人員。4.1.6.7 數(shù)據(jù)組對客戶需求單負有審核職責(zé)，需根據(jù)原始數(shù)據(jù)單對客服人員提交的客戶需求單內(nèi)容進行核對（包括審核需求確認單中的字段描述是否和原始數(shù)據(jù)單一致、各字段定義是否準(zhǔn)確），對于4.1.6.1的內(nèi)容如有問題須與技術(shù)支持確認，問題確認郵件同時抄送給客服人員，對于4.1.6.5的內(nèi)容如有問題須與客服人員進行確認；當(dāng)涉及到4.1.6.1的內(nèi)容較之前的信息發(fā)生任何變更時，數(shù)據(jù)組都應(yīng)進行審核并郵件回復(fù)確認。4.1.6.8 客服人員提交的客戶需求單若有更新，客服人員需變更需求單內(nèi)容并重新提交。 4.1.7測試組人員負責(zé)根據(jù)客服人員的項目編號正式發(fā)布通知和客戶需求確認單、技術(shù)支持上傳的程序項目包來

12、進行兼容性實網(wǎng)測試，測試通過后將預(yù)個人化、個人化、項目信息表、初預(yù)程序、質(zhì)檢文件、需求單整合上傳至生產(chǎn)服務(wù)器。 4.1.8完成4.1.1-4.1.7的工作后，客服人員按照其項目編號正式發(fā)布內(nèi)容通過erp系統(tǒng)下達生產(chǎn)訂單；如果是新項目，在下單前客服人員需將項目的基本資料信息錄入erp，要保證錄入信息與項目編號發(fā)布內(nèi)容一致。 4.1.9商務(wù)部審單人員對客服人員下達的erp訂單進行原材料審核，確保該訂單原材料充足，審核通過后訂單到達生產(chǎn)部項目專員，由其進行項目發(fā)布信息審核、周期和產(chǎn)能審核，項目是否提包審核，審核通過后訂單到達項目計劃組計劃人員。 4.1.10從訂單接收、下達erp訂單到訂單審核的過程

13、，客服人員需根據(jù)客戶對訂單的交期要求，對數(shù)據(jù)組發(fā)布數(shù)據(jù)、技術(shù)支持提供開發(fā)編號和客戶需求確認單內(nèi)容、測試組提包、訂單審核這些過程步驟做出整體的時間掌控，以使得訂單可以按期下達。4.2 erp下訂單后的訂單生產(chǎn)、入庫、交貨 4.2.1項目計劃組項目管理人員收到客服人員提交的客戶需求確認單后，分析具體要求，并編制項目檔案，將訂單需求轉(zhuǎn)化為生產(chǎn)需求。 4.2.2工程組在接收到測試組上傳的項目包、動態(tài)庫等技術(shù)資料后，安排與數(shù)據(jù)組上傳的數(shù)據(jù)一起做檢測，檢測過程中發(fā)現(xiàn)問題隨時與測試組人員做溝通，檢測結(jié)果無誤后即可具備開產(chǎn)條件。 4.2.3項目計劃組計劃人員在接收到erp訂單后，按照交貨期要求安排訂單的生產(chǎn)，確保訂單按時入庫。 4.2.4訂單生產(chǎn)完畢入庫后，物流部物流員出銷貨單，并根據(jù)erp訂單內(nèi)的具體要求（包括：客戶、發(fā)貨要求、到貨日期、備注信息）選擇合適的運輸方式，根據(jù)業(yè)務(wù)區(qū)提供的送貨地址通訊錄安排物流公司發(fā)貨，并要負責(zé)貨物的跟蹤，隨時關(guān)注貨物到貨情況，確保貨物按時送達客戶。 4.2.5貨物到達客戶后，物流助理向客戶追要貨物簽收單（傳真件或原件）， 收集簽