【正文】 業(yè)，這些商品往返的處理成本，不是物流中心長期能接受的。因此訂單處理的重點在于如何將庫存商品作最有效率、最有利益及最有彈性的分配。 (h) 銷售分析 客戶的歷史訂單資料是銷售分析的資料來源。此種方式對于周轉(zhuǎn)率較快的商品、或新上市商品較常使用，對于周轉(zhuǎn)率較慢的商品較不可行。利用傳真機雖可快速的傳送訂貨資料，但其傳送數(shù)據(jù)質(zhì)量不良常增加事后確認作業(yè)。 2. 電子訂貨 (1) 電子訂貨觀念 電子訂貨系統(tǒng)(EOS─Electronic Order System)為采用電子資料交換方式取代傳統(tǒng)商業(yè)下單/ 接單動作的自動化訂貨系統(tǒng)。 (online) 在資料產(chǎn)生地方直接將資料輸入到計算機處理中心，以及將計算機處理結(jié)果直接輸出到資料需求地方，這種結(jié)合計算機與通信功能直接聯(lián)機傳送的處理方式，即聯(lián)機處理。 電子訂貨的發(fā)展初期只限于企業(yè)內(nèi)部的訂貨作業(yè)聯(lián)機化，也就是各分公司(分店)藉由終端機與總公司聯(lián)機傳送訂貨資料，總公司再將各分公司的訂貨資料整理成窗體，利用人員、郵政、電話、傳真等方式傳送給供貨商，供貨商再將其輸入計算機，如(圖14)。 『應用系統(tǒng)對應用系統(tǒng)』 企業(yè)間的交易文件，如訂單、送貨單、退貨單、對帳單等在各自的計算機應用系統(tǒng)產(chǎn)生后，經(jīng)由共同的標準格式傳到對方計算機，是直接傳入到適當?shù)膽孟到y(tǒng)加以處理，而不是印出報表，經(jīng)由人員研判確認后，再輸入到相關應用系統(tǒng)，因此不只是『計算機與計算機』之間的數(shù)據(jù)傳輸，而且是將資料以計算機可以直接處理的格式在『計算機應用系統(tǒng)之間』加以傳輸。因此一個能彼此溝通的共同商品代碼是必需的。 EDI 的運用就是要企業(yè)間的文件傳送皆自動化，盡量減少人員的介入。也就是說將要傳送出去的EDI資料，先傳給VAN中心，再由VAN中心傳給各交易對象。 ![endif]圖18. VAN 的功能 ■EDI作業(yè)流程 經(jīng)由上述的各項EDI元素所構(gòu)成的EDI資料傳送作業(yè)流程，如(圖19)所示。 ![endif]圖21. 國內(nèi)批發(fā)零售業(yè)的 EOS 若零售商與供貨商的主機系統(tǒng)不同無法直接傳送時，有些供貨商為了接生意另外購買能與對方通話的通訊軟件或甘脆另設一部計算機接收其電子訂貨資料(當其終端機使用)，這種作法在交易對象多時是很不符合成本效益的。 (b) 系統(tǒng)范圍 超市先導系統(tǒng)的范圍涵蓋超市干(食品日用品)、濕(生鮮品)貨商品的上下游流通機構(gòu)間的商業(yè)文件數(shù)據(jù)處理： 果菜生鮮品 ：產(chǎn)地供貨人─→果菜生鮮品處理中心─→超市 一般食品日用品：供貨商─→行銷/物流配送中心─→超市 基本型超市、連鎖型超市、超市總公司、果菜供銷中心、生鮮處理中心、采購配送中心、運輸中心、金融機構(gòu)。 ：訂單資料維護、超市總部進行超市分店訂單資料之轉(zhuǎn)文件、匯整及查詢。因其計算機化程度不一、應用系統(tǒng)互異，為求系統(tǒng)能適合多數(shù)使用者需求，避免重復作業(yè)，先導系統(tǒng)提供先導系統(tǒng)工作站與前處理器二種方式供使用者選擇。 、請購量，當庫存不足時自動下單。 ■ 共享型的電子訂貨系統(tǒng) 標準化的作業(yè)方式、資料格式，使得參與者藉由一套系統(tǒng)即可向所有交易對象下單、接單。 供貨商與VAN中心有三種連接方式： 此種型態(tài)，供貨商的接單及其它必要處理皆在公司主計算機執(zhí)行。 ：參與先導系統(tǒng)的使用者須申請一個企業(yè)標準代碼，作為與交易伙伴間的溝通代碼。此類型EOS作業(yè)流程如(圖29)[21]。 ![endif]圖31. EOS 類型 4 類型5 將訂貨類型2 中的供貨商制作傳票功能交由VAN中心處理，亦即將零售店商品主檔交由VAN 處理，以減輕供貨商維護眾多零售店的商品資料負擔。 ![endif]圖33. 零售店下單作業(yè)流程 (g) 供貨商的接單作業(yè) 供貨商接收到經(jīng)由VAN 中心傳送來的零售店下單資料后，若為接單資料格式1 ，則利用相關數(shù)據(jù)文件將其制作成出貨傳票檔。尤其在今天這種消費者、買方居強勢，顧客第一的商業(yè)環(huán)境里，供貨商似乎只要能接到訂單，往后的事情都可克服、都可商量。 (e) 合約式交易訂單 與客戶簽訂配送契約的交易。 (e) 合約式交易訂單 在約定的送貨日來臨時，需將該配送的資料輸入系統(tǒng)處理以便出貨配送；或一開始便輸入合約內(nèi)容的訂貨資料并設定各批次送貨時間，以便在約定日期到時系統(tǒng)自動產(chǎn)生需送貨的訂單資料。表頭文件為記錄訂單的整體性資料如訂單單號、訂單日期、客戶代號、送貨地址等，訂單明細文件則記錄每筆訂貨品項的詳細資料，如商品代號、商品名稱、數(shù)量、單價等。 (c) 下貨特性 客戶所在地點或客戶下貨位置，由于建筑物本身或周圍環(huán)境特性 (如地下室有限高或高樓層) ，可能造成下貨時有不同的需求及難易程度，在車輛及工具的調(diào)度上須加以考量。 (b) 兌換券 將兌換券附于商品包裝內(nèi)的促銷方式，亦為常見的方法。將訂貨資料輸入系統(tǒng)有 二種方法： (1) 人工輸入 長久以來，利用人員將業(yè)務員攜回的訂單、客戶電話、傳真、郵寄等訂貨資料輸入計算機，為多數(shù)企業(yè)所使用的方法。當商品代碼數(shù)字多或過于復雜不易記憶時，利用條形碼亦可增加輸入速度。電子訂貨方式即為聯(lián)機輸入，不過若傳送的資料格式不是雙方約定的標準，仍需經(jīng)過轉(zhuǎn)文件才能進入訂單處理系統(tǒng)。系統(tǒng)應設計可依下述二 種情況檢查客戶信用情況： 當輸入客戶代號名稱資料后，系統(tǒng)即加以檢核客戶的信用狀況，若客戶應收帳款已超過其信用額度時，系統(tǒng)應加以警示，以便輸入人員決定是否繼續(xù)輸入其訂貨資料或徑行拒絕其訂貨。 經(jīng)由查核確認后的訂單資料，才是公司允諾出貨的訂單資料，往后的訂單處理應以此資料為依據(jù)。 采批次分配時，需注意訂單的分批原則，即批次的劃分方法。 (d) 延遲交貨訂單 因缺貨而順延的訂單，此次是否已有庫存，是否參與分配，以補出貨。 (d) 轉(zhuǎn)至下一次訂單 客戶若不允許缺貨配送，但同意將整張訂單延后合并到下一次的訂單，這些訂單資料亦須記錄成文件。 將儲存或揀貨區(qū)劃分成幾個區(qū)域，一張訂單由各區(qū)人員采前后接力方式合力完成，因此只需一張揀貨單，即并不需將一張訂單拆成幾張揀貨單。 (1) 揀貨單(出庫單) 揀貨單據(jù)的產(chǎn)生，在于提供商品出庫指示資料，作為揀貨的依據(jù)。因此當存貨已補充或交貨期限到時，應確定這些訂單有優(yōu)先的分配權。 (2) 參與分配訂單范圍 訂單若按正常步驟進行，什么時后出什么貨皆有一定程序，但真實系統(tǒng)常會有異動發(fā)生，導致一些訂單無法按正常時序進行，因此在分配當次的訂單時，對于這些因故未出貨的異動訂單亦應考慮其是否參與分配。 (1) 分配模式 存貨的分配調(diào)撥，可分為單一訂單分配及批次分配。 (d) 銷售配額確認 對于設有銷售配額限制的商品，輸入訂購數(shù)量時，系統(tǒng)應檢查其是否超額訂購，以維護其它客戶權益。 訂貨資料的查核確認可分輸入檢查及交易條件確認等二部分： (1) 輸入檢查 訂貨數(shù)據(jù)項的基本檢查。 物流中心特性不同可能有不同的尖峰訂貨時間，但整體而言可歸納出幾個因素： 若有設定訂貨截止時間，在這時間的前一小時通常會出現(xiàn)大量訂單，為避免這種巨額的訂單在某一時刻涌入或許可將客戶分類，每類客戶設訂其訂貨截止時間，以分散尖峰訂貨量。 電子訂貨的聯(lián)機輸入方式，可解決人工輸入的正確性、效率性問題，但國內(nèi)目前多數(shù)企業(yè)仍使用人工輸入。 (5) 客戶寄庫資料 客戶因促銷期間大量訂購但先寄放在倉庫未出貨的資料 (6) 流通加工(分裝/重包裝/贈品包裝) 客戶要求重包裝(如禮盒)，或贈品的包裝等資料。 (c) 最小訂貨單位 商品若因包裝、儲存、存取等因素，而有最小單位訂貨的要求時，則此訂貨單位應建于資料文件中。 以下就針對與訂單處理有關的檔案，說明其因配合訂單處理系統(tǒng)而應考量的字段資料。 2. 訂單檔案資料內(nèi)容設計 訂單檔案資料內(nèi)容應視實際需求加以設計，以符合作業(yè)所需，尤其應考量上述所談到的各種訂單交易型態(tài)，因為不同交易型態(tài)的訂單可能有不同的數(shù)據(jù)域位需求，甚至需要設計成不同的檔案分別存放。 (2) 各交易型態(tài)訂單的理方式 (a) 一般交易訂單　　 接單后，將資料輸入訂單處理系統(tǒng)，按正常的訂單處理程序處理，數(shù)據(jù)處理完后進行揀貨、出貨、配送、收款結(jié)案等作業(yè)。接單后按正常的作業(yè)程序揀貨、出貨、配送、收款結(jié)案的訂單。 ![endif]圖34. 供貨商接單作業(yè)流程 (h) EOS 系統(tǒng)導入準備 ■ 零售商導入超商EOS 準備作業(yè) ?商品總帳配備 對象商品、付款者、下單單位、下單程序、下單時間、下單方式 ?VAN 中心選擇 ?下單終端機選用 ?取得企業(yè)代碼 ?卷標或訂貨簿制作 ?登錄商品交易表 ■ 供貨商導入超商EOS 準備作業(yè) ?從VAN 中心接收訂貨資料的軟硬件準備 ?取得共通客戶代碼及企業(yè)代碼 ?卷標機的準備或代印卷標合約簽定 ?商品主檔準備 ?VAN 中心選擇 ?下單終端機選用 ?取得企業(yè)代碼 ?卷標或訂貨簿制作 ?登錄商品交易表 第四章、訂單資料內(nèi)容訂單資料取得接收后，在進行數(shù)據(jù)處理前，有許多情形要加以考量。 裝備，亦可利用店內(nèi)現(xiàn)有的終端設備作下單資料的輸入( 或是利用店內(nèi)原有的訂貨系統(tǒng)所產(chǎn)生的訂貨資料，但須將其轉(zhuǎn)為符合規(guī)定的資料格式) ，只要此計算機設備具規(guī)定的標準通信資料格式及傳送程序即可。此類型EOS作業(yè)流程如(圖30)[22]。因零售商的下單資料沒有供貨商代碼，故零售商需將零售商商品交易表登錄至VAN中心，以便VAN中心確認商品供貨商。標準終端計算機與主計算機間的的資料可藉由磁盤來傳遞。 (b) 系統(tǒng)范圍 整個系統(tǒng)運作以VAN中心、零售店、批發(fā)供貨商為核心 : 電子訂貨作業(yè)── 零售店訂貨作業(yè)、批發(fā)供貨商的接受訂貨作業(yè) 支持性作業(yè)　── 零售店相關檔案維護、查詢 零售店卷標制作資料傳送 批發(fā)供貨商相關檔案維護、查詢 商品信息、流通環(huán)境信息提供 (c) 系統(tǒng)架構(gòu) 零售店與供貨商之間的下單、接單資料透過VAN中心來傳遞處理，只要以標準的資料格式及作業(yè)方法，零售商即可透過VAN向多家供貨商下單，反之供貨商也能接收多家零售商的訂貨，(圖26)[15] 為其系統(tǒng)架構(gòu)。 。在供貨商端，其能提供接單、供貨、供貨退回數(shù)據(jù)處理。 ：訂單、客戶訂貨明細、進退貨明細、供貨明細、派車明細等單據(jù)報表打印。(圖22)為先導系統(tǒng)與外界系統(tǒng)的關系架構(gòu)[11]，虛線內(nèi)是先導系統(tǒng)范圍。在此僅就其整個系統(tǒng)特色、架構(gòu)及零售點與供貨商(物流中心、批發(fā)商、制造商)間的訂貨作業(yè)加以介紹。供貨商取得標準格式訂單資料后，將其轉(zhuǎn)為內(nèi)部系統(tǒng)使用格式，以進行數(shù)據(jù)處理，整個訂單資料傳送流程如(圖20)。透過這些服務，可使得企業(yè)間的 EDI效益更加完整，如： ?代碼轉(zhuǎn)換 ?媒體轉(zhuǎn)換 ?通信規(guī)約轉(zhuǎn)換 ?傳輸速度轉(zhuǎn)換 ?資料格式轉(zhuǎn)換 資料的積存交換服務是Email的服務功能，即將來自傳送者的資料先積存在VAN 的計算機，再將其傳送給接收者。 應用EDI 與交易廠商傳送資料時，交易對象少時可用點對點的傳輸方式，即與每個交易對象的計算機透過電信線路直接連接。因此這些不同格式的資料如何在彼此的計算機(應用系統(tǒng))里互相傳送，也就是如何讓彼此的計算機都能看得懂、都能讀，則須藉由一個共同約定的資料格式作為媒介，這種共同約訂的資料格式就是『EDI標準』。 ?DEC公司使用EDI后，存貨周轉(zhuǎn)率由5天縮短為3天，每筆訂單處理費用由125美元降至32美元。 企業(yè)間的訂貨作業(yè)如何聯(lián)機化？不同的作業(yè)流程、不同的窗體格式、不同的計算機機種之間如何聯(lián)機化？企業(yè)互通資料在網(wǎng)絡通信技術上不是問題，問題在于如何解決彼此間資料交換的標準。但隨著企業(yè)分工合作的發(fā)展趨勢，企業(yè)的進步不能只考慮是否能掌握企業(yè)內(nèi)的信息，還需顧及與分工合作的伙伴間能否互通信息，因此一種結(jié)合地理上分散、獨立的計算機與計算機的網(wǎng)絡逐漸被發(fā)展起來。 (c) 訂貨應用系統(tǒng) 零售商信息系統(tǒng)里若有訂單處理系統(tǒng)，可將應用系統(tǒng)產(chǎn)生的訂貨資料，經(jīng)由轉(zhuǎn)換軟件功能轉(zhuǎn)成與供貨商約定的共通格式，在約定時間里將資料傳送出去。零售商自行取貨雖可省卻物流中心配送作業(yè)，但各別取貨可能影響物流作業(yè)的連貫性。此種方式的缺點是廠商可能會將巡貨人員的成本加入商品的進價中，而且廠商亂塞貨將造成零售業(yè)者難以去管理、分析自己所賣之商品。除此之外對于訂單的型態(tài)、檔案設計及相關檔案的設計考量以及訂單資料的應用亦為本手冊探討內(nèi)容。 (d) 商品促銷活動 促銷活動是流通業(yè)常用的行銷方法，訂單處理系統(tǒng)需能配合商品促銷活動，予以檢查客戶購買條件是否符合促銷資格以及將促銷資料如價格折扣或贈品品項、數(shù)量、包裝等資料，反映在訂單資料上。在物流中心信息系統(tǒng)架構(gòu)里(圖10)，訂單經(jīng)訂單處理系統(tǒng)處理后產(chǎn)生出貨指示資料，轉(zhuǎn)入派車管理系統(tǒng)進行配送路徑安排及車輛指派 (若揀貨方式采配送路徑別，則揀貨單的資料可依據(jù)派車管理系統(tǒng)產(chǎn)生的配送路徑制作) ，同時每日的派車資料為運費管理及車輛／行車管理系統(tǒng)的資料來源。 圖8. 從接單到出貨的作業(yè)流程 物流中心的物流作業(yè)可分為進貨物流及出貨物流，如(圖9) 。 (3) 物流中心與銷售通路的訂單流程 就商業(yè)活動來看，物流中心的訂單處理為商業(yè)交易的一環(huán)，是物流中心與零售商的互動作業(yè)，因此并不是單獨的內(nèi)部作業(yè)即可完成。 就其營業(yè)項目可分為二類： 1. 專業(yè)型物流中心：僅提供商品的倉儲保管及專業(yè)的配送服務。 圖3. 訂單處理的通路范圍 (2) 物流中心的訂單處理課題 (a) 如何簡化接單作業(yè) 傳統(tǒng)接單方式是客戶電話訂貨或傳真訂貨，最常是派人員去巡貨、補貨。 流通機能由商流(批發(fā)、零售)、物流(倉儲、配送)、情報流 (信息、網(wǎng)絡)、金流(金融、情報) 四個機能相互連系合作而組成，以促使商品的流通順暢。 (b) 因應零售商小量化訂貨，導入小量化的揀貨系統(tǒng)。 (j) 生鮮、日配品的一日多次配送要求。 (b) 隨時檢討販賣的商品及供貨商的績效，適時的更換調(diào)整。在這背景下，一個專業(yè)的物流配送體制──物