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

1、北京握奇文件類型業(yè)務(wù)流程文件級(jí)別3編號(hào)電信訂單需求確認(rèn)流程生效日期2009-11版本v1.0頁碼第8頁 共8頁1 目的規(guī)范通信業(yè)務(wù)部的訂單需求確認(rèn)流程，明確從訂單接收至到貨過程中客戶服務(wù)部、通信業(yè)務(wù)部、商務(wù)部、生產(chǎn)管理中心的職責(zé)分工，確保訂單按時(shí)、準(zhǔn)確無誤執(zhí)行。2 范圍通信業(yè)務(wù)部所有卡片項(xiàng)目訂單。3 職責(zé)3.1生產(chǎn)部數(shù)據(jù)組：負(fù)責(zé)核查客戶原始數(shù)據(jù)單的正確性，核對(duì)無誤后發(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ù)支持/測試人員

2、：負(fù)責(zé)對(duì)每批數(shù)據(jù)做技術(shù)需求確認(rèn)，以及項(xiàng)目包提交、動(dòng)態(tài)庫提交至工程組。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ù)同測試組提交的項(xiàng)目程序、動(dòng)態(tài)庫等技術(shù)資料綜合一起進(jìn)行檢測，檢測無誤即具備開產(chǎn)條件。3.7商務(wù)部物流組：負(fù)責(zé)安排所有erp系統(tǒng)的生產(chǎn)訂單在生產(chǎn)完畢入庫后的銷貨直至貨物送達(dá)客戶，以及交接表的追要。4 訂單需求確認(rèn)流程4.1訂單接收及下erp訂單前的需求確認(rèn)： 4.1.1客戶以郵件或傳

3、真形式將制卡訂單傳遞給數(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)容包括：l 數(shù)據(jù)的數(shù)量l 卡片的類型l 數(shù)據(jù)號(hào)段首尾是否正確，是否與該號(hào)段的數(shù)量一致l imsi和iccid的位數(shù)l 根據(jù)移動(dòng)、聯(lián)通的編碼規(guī)則，檢查iccid和imsi值的有效性：具體編碼規(guī)則詳見“國內(nèi)電信imsi、iccid和msisdn的數(shù)據(jù)格式及對(duì)應(yīng)關(guān)系.doc”1）中國移動(dòng)項(xiàng)目iccid的第13位廠商代碼是否為7（握奇的代碼）2）中國移動(dòng)項(xiàng)目iccid的第9-10位地區(qū)代碼是否正確l 重點(diǎn)省份的數(shù)據(jù)查重4.1.1.2數(shù)據(jù)組對(duì)4.1.

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

5、），當(dāng)客戶原始數(shù)據(jù)中包含短信中心號(hào)碼時(shí)，需要對(duì)其進(jìn)行核對(duì)l 客戶制卡類型為遠(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)容包括：l 卡片類型：個(gè)人化卡/遠(yuǎn)程卡/2g卡/3g卡/stk卡/ota卡/utk卡/evdo卡/雙卡/小卡/一卡單芯/一卡雙芯/警務(wù)通卡/空寫卡/simpass卡/銷售管家卡等l 產(chǎn)品類型：容量32k/64k/128k/256kl 訂單數(shù)量l 圖案：卡基圖案/信封圖案/說明書圖案l 打印要求：卡面打印/卡封打印/手機(jī)號(hào)碼打印/其他特殊打印要求等l 包裝要求：單卡防偽包裝要求/盒、

6、箱要求l 發(fā)貨要求：發(fā)貨至省公司/地市公司l 交期要求：根據(jù)客戶的交期要求與項(xiàng)目計(jì)劃人員協(xié)調(diào)及確認(rèn)訂單生產(chǎn)入庫時(shí)間4.1.3訂單涉及卡基/卡封/說明書的圖案變更，由客服人員郵件通知項(xiàng)目組樣卡管理員圖案變更的內(nèi)容，樣卡管理員依此進(jìn)行修改圖案并與客戶做郵件或?qū)嵨锎_認(rèn)；或者，訂單涉及新的卡片類型或產(chǎn)品類型時(shí)，由客服人員與客戶確認(rèn)所使用的卡基/卡封/說明書圖案，并將制圖文件郵件轉(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)則郵件

7、回復(fù)客服人員老開發(fā)編號(hào)信息，若數(shù)據(jù)需使用新開發(fā)編號(hào)則在完成項(xiàng)目開發(fā)測試后以郵件進(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)包括：l 訂單所對(duì)應(yīng)的項(xiàng)目編號(hào)：項(xiàng)目編號(hào)編制按照規(guī)范定義,尤其中國移動(dòng)產(chǎn)品類別代碼要與實(shí)際卡片類型一一對(duì)應(yīng)l 開發(fā)編號(hào)l 芯片掩膜號(hào)l 生產(chǎn)編號(hào)l 所屬品牌l 卡基編碼、信封編碼、說明書編

8、碼l 打印描述l 銷售負(fù)責(zé)人、支持負(fù)責(zé)人l 訂單數(shù)量l 數(shù)據(jù)批次l 涉及地市l(wèi) 訂單交貨期l 備注等關(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)容包括：l 個(gè)人化數(shù)據(jù)輸入格式：尤其中國電信evdo卡涉及到的密鑰字段都需給出定義l 個(gè)人化輸出數(shù)據(jù)格式l 個(gè)人化數(shù)據(jù)報(bào)告文件格式：涉及到的字段都需在需求中體現(xiàn)l 個(gè)人化指令流格式：個(gè)人化指

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

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

11、人員。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測試組人員負(fù)責(zé)根據(jù)客服人員的項(xiàng)目編號(hào)正式發(fā)布通知和客戶需求確認(rèn)單、技術(shù)支持上傳的程序項(xiàng)目包來

12、進(jìn)行兼容性實(shí)網(wǎng)測試，測試通過后將預(yù)個(gè)人化、個(gè)人化、項(xiàng)目信息表、初預(yù)程序、質(zhì)檢文件、需求單整合上傳至生產(chǎn)服務(wù)器。 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訂單到訂單審核的過程

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