【正文】 將儲存或揀貨區(qū)劃分成幾個區(qū)域，將一張訂單拆成各區(qū)域所需的揀貨單，再將各區(qū)域所揀取的商品匯集一起。此種揀貨方式的揀貨單，只需將訂單資料轉(zhuǎn)為揀貨需求資料即可。揀貨資料的型式需配合物流中心的揀貨策略及揀貨作業(yè)方式來加以設(shè)計，以提供詳細且有效率的揀貨信息，便于揀貨的進行。 4. 訂單數(shù)據(jù)處理輸出 訂單資料經(jīng)由上述的處理后，即可開始打印一些出貨單據(jù)，以展開后續(xù)的物流作業(yè)。 缺貨訂單的處理方法有許多種，但主要須跟客戶取得協(xié)調(diào)或交易時即與客戶約定好。 (c) 延遲交貨(順延) 客戶若不允許缺貨配送，但同意將整張訂單延后配送，則需將這些順延的訂單記錄成文件。 (b) 依客戶等級 (c) 依交易量/交易金額 (d) 依客戶信用狀況 (5) 分配后異動處理 庫存分配后，若有缺貨情況發(fā)生，則對于這些有缺貨的訂單應(yīng)妥善處理： (a) 重新調(diào)撥 訂單間互相重新調(diào)撥，但須告知客戶，并征求其同意。 (4) 分配順序 選定參與分配的訂單后，若這些訂單的某商品總出貨量大于可分配庫存量，則如何分配這有限的庫存？ (a) 具特殊優(yōu)先權(quán)者 對于一些例外的訂單如上述的缺貨補送訂單、延遲交貨訂單或遠期訂單，這些在前次即應(yīng)允諾交貨的訂單，或客戶提前預(yù)約的訂單應(yīng)有優(yōu)先取得存貨的權(quán)利。 (e) 遠期訂單 對于一些還未到交貨期限的訂單，系統(tǒng)應(yīng)能自動追蹤其交貨日期，以便在交貨日到時自動將其納入?yún)⑴c分配范圍，使其如期交貨。 (c) 缺貨補送訂單 對于客戶前張訂單上的缺貨品項，此次是否已有庫存，這些缺貨資料是否參與分配，以便補送出貨。 (a) 解除鎖定訂單 在訂單資料輸入查核及確認處理作業(yè)里，因不符條件被鎖定的資料，后經(jīng)審核通過，解除鎖定的訂單資料是否參與當(dāng)次庫存分配。 將需加工處理或需相同流通加工處理的訂單匯總一起處理。隨著作業(yè)的不同，各物流中心的分批原則亦可能不同，總括來說有下面幾種方法： 將整個接單時段劃分成幾個區(qū)段，若一天有多個配送梯次，可配合配送梯次，將訂單按接單先后分為幾個批處理。物流中心因訂單數(shù)量多、客戶類型等級多，且多采一天固定配送次數(shù)，因此通常采批次分配，以確保庫存能作最佳的分配。 (a) 單一訂單分配 此種情形多為線上實時分配，亦即在輸入訂單資料時，就將存貨分配給該訂單。 訂單資料輸入系統(tǒng)，確認無誤后，最主要的處理作業(yè)在于如何將大量的訂貨資料，作最有效的匯總分類、調(diào)撥庫存，以便后續(xù)的物流作業(yè)能有效的進行。 3. 庫存分配 任何時代，流通機能在提供〞適品〞、適量〞、〞適價〞、〞適時〞、〞適所〞的供給是永遠不變的，這也是物流中心的營運圭臬。 (f) 加工包裝確認 客戶對于訂購的商品，是否有特殊的包裝、分裝或貼標(biāo)等要求，或是有關(guān)贈品的包裝等資料皆需詳加確認記錄。 (e) 價格確認 不同的客戶(大盤、中盤、零售)、不同的訂購量，可能有不同的售價，輸入價格時系統(tǒng)應(yīng)加以檢核。 (c) 庫存確認 輸入商品代號名稱時，系統(tǒng)應(yīng)檢查此商品是否缺貨，若缺貨則系統(tǒng)應(yīng)可提供替代商品資料或是此缺貨商品的已采購未入庫資料，便于接單人員與客戶協(xié)調(diào)是否改訂替代品或是允許延后出貨等權(quán)宜辦法，以提高人員的接單率及接單處理效率。 若客戶此次的訂購金額加上以前累計的應(yīng)收帳款，超過信用額度時，系統(tǒng)應(yīng)將此筆訂單資料鎖定，以便主管審核，審核通過，此筆訂單資料才能進入下一個處理步驟。 (2) 交易條件確認 (a) 客戶信用狀況確認 檢查客戶的應(yīng)收帳款是否已超過其信用額度。即檢查品名、數(shù)量、送貨日期等是否有遺漏、筆誤或不符公司要求等。對于經(jīng)由電子訂貨所接收的訂貨資料亦須加以查核確認。聯(lián)機輸入可分為供需雙方計算機直接聯(lián)機的撥接式傳輸方式，這種方式仍需彼此約定訂貨資料傳送時間，若是透過加值網(wǎng)絡(luò)中心的Email傳輸功能，則物流中心可隨時取用客戶的電子郵件訂貨資料，提高接單時間的彈性。 (2) 聯(lián)機輸入 結(jié)合計算機與通訊技術(shù)，將客戶的電子訂貨資料藉由電信網(wǎng)絡(luò)直接轉(zhuǎn)入計算機系統(tǒng)省卻人員的輸入。 若有設(shè)定帳款結(jié)算日，則結(jié)算日的后一天，亦常有大量訂單出現(xiàn)，可設(shè)定多種結(jié)算日期，以分散尖峰時段的擁擠。或許這種多變的訂貨特性是物流系統(tǒng)本身的特性，但觀察尖峰訂貨時段發(fā)生的原因，或許可將物流中心這種尖峰的訂貨量加以平準(zhǔn)化。 (c) 盡量將訂貨作業(yè)平準(zhǔn)化，減少尖峰訂貨時段的擁擠 物流中心的出貨資料通常在出貨日或出貨日的前一天才知道，且其出貨量常因日期而變化。將其商品代號作成條形碼，更可直接利用光筆掃描，以減少人員輸入錯誤。對于人工輸入作業(yè)如何提高其正確性、效率性或許可從下述幾方面加以著手： (a) 增加系統(tǒng)的自動查核或提示功能 對于需輸入的訂貨資料 (如商品代號或名稱、客戶編號或名稱、商品售價、商品庫存等) 可設(shè)定自動查核功能，以防止人員疏忽所引起的錯誤或設(shè)有自動提示功能以便人員線上查詢，提高輸入速度及正確性。錯誤的訂貨資料，即使后續(xù)的作業(yè)如何有效率、如何正確仍是白忙一場，而且輸入的效率性，亦影響整個配送前置時間，這也是近來電子訂貨作業(yè)的興起的 原因之一。但此方式所需的人工成本及其效率、正確性，隨著訂單的多量化、多元化以及訂貨前置時間的縮短在在使得人工輸入方式受到挑戰(zhàn)。 ![endif]圖36 訂單數(shù)據(jù)處理步驟 1. 訂單資料輸入 得客戶訂貨資料后，緊接著將此資料輸入建文件。 (7) 客戶應(yīng)收帳款 第五章、訂單數(shù)據(jù)處理訂單資料接收之后，主要的處理作業(yè)為將其輸入系統(tǒng)記錄建文件，以及進行最主要的庫存分配，最后將處理結(jié)果打印輸出，如揀貨單、出貨單的打印，根據(jù)這些輸出單據(jù)進行出貨物流作業(yè)。若客戶訂購某金額或某數(shù)量商品而有價格折扣，則此折扣資料應(yīng)建立。對于這些兌換券的資料，如兌換有效時間、兌換條件、兌換商品等皆應(yīng)建檔。對于這些促銷信息，如商品促銷時間、促銷條件、購贈商品等資料，皆應(yīng)建文件。 (d) 單位換算 商品不同包裝單位間的轉(zhuǎn)換資料 (e) 材積 (3) 庫存資料 (a) 已采購未入庫量 (b) 可分配量(可調(diào)撥量) (c) 已分配量 (4) 促銷信息 促銷活動是流通業(yè)常用的行銷方法，物流中心在系統(tǒng)的設(shè)計上須加以考量。 (b) 商品價格結(jié)構(gòu) 同一商品若有分現(xiàn)銷/ 賒銷等價格，或針對不同客戶型態(tài)而有不同的售價則應(yīng)將其明確建于資料文件中。 (d) 配送要求 客戶對于送貨時間有特定要求或有協(xié)助上架、貼標(biāo)等要求亦應(yīng)將其建于資料文件中。 (c) 車輛型態(tài) 客戶所在地點的街道，有車輛大小限制，須將適合該客戶的車輛型態(tài)建于資料文件中。 (1) 客戶資料(客戶主文件) 除一般性的客戶資料外，與物流有關(guān)或往后訂單處理需用到的特殊資料亦應(yīng)考慮建立： (a) 配送區(qū)域 基于地理性或相關(guān)性，將客戶分類于不同區(qū)域。利用EOS 接單所接收到的訂貨資料若為簡單的訂貨資料，則需轉(zhuǎn)為內(nèi)部系統(tǒng)的檔案格式，此時即需用到某些相關(guān)檔案。以下列述一般物流中心訂單檔案里一些基本的資料內(nèi)容以資參考，(圖35)為訂單檔案示意圖。 一般而言，為簡潔檔案、減少資料重復(fù)，一般將訂單檔案分為訂單表頭文件及訂單明細文件，二者間藉由相關(guān)字段鍵值(Key value) 來加以連接。例如一般交易訂單、現(xiàn)銷式交易訂單、間接交易訂單等，可能需要分別設(shè)檔存放，因為彼此的處理流程差異太大，而且其交易型態(tài)都是針對一整張的所有出貨品項。 (f) 兌換券交易 將客戶兌換券所兌換的商品配送給客戶時，系統(tǒng)應(yīng)查核客戶是否確實有此兌換券回收資料，若有，依據(jù)兌換券兌換的商品及兌換條件予以出貨，并應(yīng)扣除客戶的兌換券回收資料。 (d) 寄庫式交易　 當(dāng)客戶要求配送寄庫商品時，系統(tǒng)應(yīng)檢核客戶是否確實有此項寄庫商，若有，則出此項商品，并且扣除此項商品的寄庫量。需注意客戶的送貨單是自行制作或委由供貨商制作，以及出貨資料的核對 (送貨單回聯(lián)的確認)。 (b) 現(xiàn)銷式交易訂單　 訂單資料輸入后，因其貨品已交予客戶，故訂單資料不需再參與揀貨、出貨、配送等作業(yè)，只需記錄交易資料，以便收取應(yīng)收款項。 (f) 兌換券交易 客戶兌換券所兌換商品的配送出貨。如簽訂某期間內(nèi)定時配送某數(shù)量商品。 (c) 間接交易訂單 客戶向物流中心訂貨，但由供貨商直接配送給客戶的的交易訂單。 (b) 現(xiàn)銷式交易訂單　 與客戶當(dāng)場直接交易、直接給貨的交易訂單。 (1) 訂單交易型態(tài) (a) 一般交易訂單　　 正常、一般的交易訂單。這種窮則變的作生意態(tài)度，反映出多元化的 銷售交易型態(tài)。 1. 訂單型態(tài) 流通業(yè)是一個多業(yè)種、多業(yè)態(tài)的行業(yè)，不同的業(yè)種、業(yè)態(tài)有不同的銷售通 路、交易方式，傳統(tǒng)的銷售通路、銷售方式，更是林林種種。如不同的訂單型態(tài)，有不同的處理方式、訂單檔案內(nèi)容如何設(shè)計才能符合后續(xù)作業(yè)所需、訂單處理時需使用到那些相關(guān)檔案以及這些檔案如何配合等。接單作業(yè)流程如(圖34)[26]。若為接單資料格式2 ，則直接將其轉(zhuǎn)為出貨傳票檔。整個接單作業(yè)流程如(圖33)[25]所示?！?訂貨資料傳送至VAN中心后，VAN中心會加入商品名稱，成為下單副本，傳回給零售店。當(dāng)全部訂貨資料都輸入完畢后， 利用電話線在約定時間區(qū)段內(nèi)將訂貨資料傳送至VAN 中心。零售店輸入下單資料(格式3)，傳至VAN中心，VAN中心處理為傳票格式資料后，再分送給各供貨商，此類型EOS作業(yè)流程如(圖32)[24]。此類型EOS作業(yè)流程如(圖31)[23]。 ![endif]圖30. EOS 類型 3 類型4 此類型訂貨方式將類型3的連鎖店總公司的處理功能委托VAN公司處理，適合無內(nèi)部EOS 的連鎖零售業(yè)；或欲減輕繁雜訂單數(shù)據(jù)處理作業(yè)，將資源轉(zhuǎn)至營運管理的連鎖零售業(yè)?？偣拘杞⒏髁闶凵痰晟唐分鳈n以制作各零售店商品售價、購買價、下單單位等訂單傳票資料。 ![endif]圖29. EOS 類型 2 類型3 此類型訂貨方式適合想發(fā)展體系內(nèi)部管理系統(tǒng)的連鎖零售業(yè)，尤其已具有體系內(nèi)部EOS 的零售業(yè)，可利用此EOS 訂貨類型跨出企業(yè)對外的EOS 作業(yè)。 ![endif]圖28. EOS 類型 1 類型2 零售商的下單資料為下單元格式二或三，供貨商的接單資料為接單元格式一，因零售商下單時已有輸入供貨商代碼，故無需在VAN 中心登錄零售商商品交易表，供貨商仍需在VAN 中心登錄商品名稱資料。此外供貨商需將商品名稱數(shù)據(jù)輸入至VAN 中心，以便將商品名稱附加到下單資料。 表3　EOS類型 ![endif]若將上表的五種EOS 類型按適用對象來分類，可得出表4結(jié)果[19] 表4 EOS適用對象分類 ![endif]　 類型1 此為基本的EOS 方式，零售商的下單資料為下單元格式一，供貨商的接單資料為接單元格式一。 為因應(yīng)零售店及供貨商不同作業(yè)方式、需求，此系統(tǒng)制訂了三 種零售店的下單元格式，及二種供貨商接單元格式[17]，分述如下： ■零售店的下單元格式 ![endif]■供貨商的接單元格式 零售點下單時只輸入供貨商代碼、商品碼、訂貨數(shù)量等訂貨資料，這些資料經(jīng)過VAN 中心處理之后也僅包含商品名稱、商品碼和數(shù)量等資料，供貨商若需要其它傳票上相關(guān)資料必須配合相關(guān)檔案自行制作或委托VAN中心產(chǎn)生這些資料。 ：采用CAN 國家標(biāo)準(zhǔn)碼。 中心連接，并由此終端計算機進行所有數(shù)據(jù)處理。接單動作及與VAN中心之間的其它資料交換(如VAN中心數(shù)據(jù)庫查詢、更新、響應(yīng)資料的接收) 在標(biāo)準(zhǔn)終端計算機上進行，而接單資料的進一步處理和供貨商自有數(shù)據(jù)庫的保存維護則在供貨商的主計算機上執(zhí)行。供貨商必須針對自己獨特的計算機系統(tǒng)，開發(fā)符合標(biāo)準(zhǔn)資料交換格式的軟件系統(tǒng)。 ■ 供貨商與VAN 中心的通訊連接，(圖27)。 ![endif]圖26. 全國超商加值型網(wǎng)絡(luò)先導(dǎo)系統(tǒng)架構(gòu) ■ 零售店與VAN中心的連接架構(gòu)，(圖27)[16] 或個人計算機將下單資料透過電信線路傳給總公司，總公司匯總處理各單店的下單資料后，再藉由電信線路傳給VAN中心。 ■ VAN 的加值服務(wù) 超商先導(dǎo)系統(tǒng)的VAN中心不僅處理交易對象間計算機網(wǎng)絡(luò)聯(lián)機、資料傳送、存證等通信處理問題，最大特色在于其能將零售商的訂貨資料加以處理再傳送給適當(dāng)?shù)墓┴浬獭?■ 延續(xù)目前連鎖商店的電子訂貨作業(yè)方式。在國內(nèi)由商業(yè)司委托電通所與物流業(yè)者，將其進行本土化。 從VAN中心接收超市的EDI訂貨資料，透過先導(dǎo)系統(tǒng)將其轉(zhuǎn)為內(nèi)部系統(tǒng)格式后，匯整為客戶訂貨明細。 ，透過Fax直接傳送訂貨資料。 當(dāng)超市訂貨資料輸入完畢后，將訂貨資料透過VAN 中心傳給總公司，總公司處理后透過先導(dǎo)系統(tǒng)處理，再傳給供貨商。 ?；旧想娮佑嗀浵到y(tǒng)功能并不介入企業(yè)內(nèi)部的管理信息系統(tǒng) (如應(yīng)收、應(yīng)付、庫存等)，但可提供資料與相關(guān)系統(tǒng)整合運用。 ![endif]圖25. 全國超市加值型網(wǎng)絡(luò)先導(dǎo)系統(tǒng)通訊架構(gòu) (e) 超市先導(dǎo)系統(tǒng)的電子訂貨作業(yè)方法 超市先導(dǎo)系統(tǒng)中的電子訂貨功能可處理超市的下單、進貨、退貨資料。使用者可根據(jù)自身計算機化程度選擇使用先導(dǎo)系統(tǒng)工作站，執(zhí)行先導(dǎo)系統(tǒng)分布式作業(yè)架構(gòu)下的應(yīng)用系統(tǒng)功能并與VAN中心聯(lián)機和其它先導(dǎo)系統(tǒng)使用者、金資中心、金融機構(gòu)收送商業(yè)訊息(如訂單、出貨通知單、派車單、扣款通知單等)，并至商品資料提供者端獲得所需商品信息。 ![endif]圖24. 全國超市加值型網(wǎng)絡(luò)先導(dǎo)系統(tǒng)分布式作業(yè)架構(gòu) 　　表2 超市、供貨商電子訂貨應(yīng)用系統(tǒng)分散架構(gòu) (d) 通訊架構(gòu) 先導(dǎo)系統(tǒng)參與的通路機構(gòu)涵蓋超市、供貨商、貨運公司等業(yè)者。 ■分布式作業(yè)架構(gòu) 先導(dǎo)系統(tǒng)涵蓋的通路組織包括基本型超市、連鎖型超市、超市總部、供貨商、運輸中心等，考量各通路組織的業(yè)務(wù)功能不同，需要的應(yīng)用系統(tǒng)不同，因此采分布式作業(yè)方式，也就是將應(yīng)用系統(tǒng)依通路機構(gòu)所需將其配置到各通路機構(gòu)，基本上各通路機構(gòu)所需的應(yīng)用系統(tǒng)雖不完全相同，但皆需有傳遞商業(yè)訊息的工具，如EDI轉(zhuǎn)換軟件、通訊軟件等，先導(dǎo)系統(tǒng)的應(yīng)用系統(tǒng)分散處理架構(gòu)如(圖24)所示[13]。 ：貨運中心處理客戶取貨