【正文】 業(yè)訊息，(圖25) 為先導(dǎo)系統(tǒng)通訊架構(gòu)圖[14]。 ![endif]圖25. 全國超市加值型網(wǎng)絡(luò)先導(dǎo)系統(tǒng)通訊架構(gòu) (e) 超市先導(dǎo)系統(tǒng)的電子訂貨作業(yè)方法 超市先導(dǎo)系統(tǒng)中的電子訂貨功能可處理超市的下單、進(jìn)貨、退貨資料。在供貨商端，其能提供接單、供貨、供貨退回?cái)?shù)據(jù)處理?；旧想娮佑嗀浵到y(tǒng)功能并不介入企業(yè)內(nèi)部的管理信息系統(tǒng) (如應(yīng)收、應(yīng)付、庫存等)，但可提供資料與相關(guān)系統(tǒng)整合運(yùn)用。 先導(dǎo)系統(tǒng)支持三種訂貨方式： ，讀取貨架上的商品條形碼或訂貨簿上的商品條形碼輸入訂購數(shù)量。 。 、請(qǐng)購量，當(dāng)庫存不足時(shí)自動(dòng)下單。 當(dāng)超市訂貨資料輸入完畢后，將訂貨資料透過VAN 中心傳給總公司，總公司處理后透過先導(dǎo)系統(tǒng)處理，再傳給供貨商。先導(dǎo)系統(tǒng)提供三種傳送方式： ，透過VAN中心傳送EDI訂貨資料。 ，透過Fax直接傳送訂貨資料。 。 從VAN中心接收超市的EDI訂貨資料，透過先導(dǎo)系統(tǒng)將其轉(zhuǎn)為內(nèi)部系統(tǒng)格式后，匯整為客戶訂貨明細(xì)。 (2) 電通所全國超商加值網(wǎng)絡(luò)先導(dǎo)系統(tǒng) (a) 系統(tǒng)特色 ■ 源于日本行之多年的Bentham 電子訂貨系統(tǒng) Bentham EOS 是由東京都圈內(nèi)一些批發(fā)商所共同開發(fā)的標(biāo)準(zhǔn)，目前有日用雜貨、醫(yī)藥、食品、文具等行業(yè)的批發(fā)、零售商共同參與，是日本使用人數(shù)最多的EOS 系統(tǒng)。在國內(nèi)由商業(yè)司委托電通所與物流業(yè)者，將其進(jìn)行本土化。 ■ 共享型的電子訂貨系統(tǒng) 標(biāo)準(zhǔn)化的作業(yè)方式、資料格式，使得參與者藉由一套系統(tǒng)即可向所有交易對(duì)象下單、接單。 ■ 延續(xù)目前連鎖商店的電子訂貨作業(yè)方式。 ■ 多樣性的訂貨類型，方便各類型零售商和批發(fā)供貨商加入。 ■ VAN 的加值服務(wù) 超商先導(dǎo)系統(tǒng)的VAN中心不僅處理交易對(duì)象間計(jì)算機(jī)網(wǎng)絡(luò)聯(lián)機(jī)、資料傳送、存證等通信處理問題，最大特色在于其能將零售商的訂貨資料加以處理再傳送給適當(dāng)?shù)墓┴浬獭? (b) 系統(tǒng)范圍 整個(gè)系統(tǒng)運(yùn)作以VAN中心、零售店、批發(fā)供貨商為核心 : 電子訂貨作業(yè)── 零售店訂貨作業(yè)、批發(fā)供貨商的接受訂貨作業(yè) 支持性作業(yè)　── 零售店相關(guān)檔案維護(hù)、查詢 零售店卷標(biāo)制作資料傳送 批發(fā)供貨商相關(guān)檔案維護(hù)、查詢 商品信息、流通環(huán)境信息提供 (c) 系統(tǒng)架構(gòu) 零售店與供貨商之間的下單、接單資料透過VAN中心來傳遞處理，只要以標(biāo)準(zhǔn)的資料格式及作業(yè)方法，零售商即可透過VAN向多家供貨商下單，反之供貨商也能接收多家零售商的訂貨，(圖26)[15] 為其系統(tǒng)架構(gòu)。 ![endif]圖26. 全國超商加值型網(wǎng)絡(luò)先導(dǎo)系統(tǒng)架構(gòu) ■ 零售店與VAN中心的連接架構(gòu)，(圖27)[16] 或個(gè)人計(jì)算機(jī)將下單資料透過電信線路傳給總公司，總公司匯總處理各單店的下單資料后，再藉由電信線路傳給VAN中心。此種聯(lián)機(jī)型態(tài)適用于總部與分店間已有自己的內(nèi)部聯(lián)機(jī)處理，或是總部欲統(tǒng)籌管理連鎖店的經(jīng)營運(yùn)作。 ■ 供貨商與VAN 中心的通訊連接，(圖27)。 供貨商與VAN中心有三種連接方式： 此種型態(tài)，供貨商的接單及其它必要處理皆在公司主計(jì)算機(jī)執(zhí)行。供貨商必須針對(duì)自己獨(dú)特的計(jì)算機(jī)系統(tǒng)，開發(fā)符合標(biāo)準(zhǔn)資料交換格式的軟件系統(tǒng)。 ，大部份的處理仍在主計(jì)算機(jī)上進(jìn)行。接單動(dòng)作及與VAN中心之間的其它資料交換(如VAN中心數(shù)據(jù)庫查詢、更新、響應(yīng)資料的接收) 在標(biāo)準(zhǔn)終端計(jì)算機(jī)上進(jìn)行，而接單資料的進(jìn)一步處理和供貨商自有數(shù)據(jù)庫的保存維護(hù)則在供貨商的主計(jì)算機(jī)上執(zhí)行。標(biāo)準(zhǔn)終端計(jì)算機(jī)與主計(jì)算機(jī)間的的資料可藉由磁盤來傳遞。 中心連接，并由此終端計(jì)算機(jī)進(jìn)行所有數(shù)據(jù)處理。 ![endif]圖27. 零售商/供貨商與 VAN 的連接架構(gòu) (d) 資料交換標(biāo)準(zhǔn) 超商先導(dǎo)系統(tǒng)采用的資料交換標(biāo)準(zhǔn)為依據(jù)Bentham 系統(tǒng)所制訂的共同作業(yè)模式標(biāo)準(zhǔn)，不是采用UN/EDIFACT的國際標(biāo)準(zhǔn)。 ：采用CAN 國家標(biāo)準(zhǔn)碼。 ：參與先導(dǎo)系統(tǒng)的使用者須申請(qǐng)一個(gè)企業(yè)標(biāo)準(zhǔn)代碼，作為與交易伙伴間的溝通代碼。 為因應(yīng)零售店及供貨商不同作業(yè)方式、需求，此系統(tǒng)制訂了三 種零售店的下單元格式，及二種供貨商接單元格式[17]，分述如下： ■零售店的下單元格式 ![endif]■供貨商的接單元格式 零售點(diǎn)下單時(shí)只輸入供貨商代碼、商品碼、訂貨數(shù)量等訂貨資料，這些資料經(jīng)過VAN 中心處理之后也僅包含商品名稱、商品碼和數(shù)量等資料，供貨商若需要其它傳票上相關(guān)資料必須配合相關(guān)檔案自行制作或委托VAN中心產(chǎn)生這些資料。 ![endif]　 (e) 系統(tǒng)作業(yè)模式 電通所此套EOS 系統(tǒng)為因應(yīng)整個(gè)流通環(huán)境連鎖化發(fā)展趨勢(shì)，結(jié)合零售店的三種下單方式及批發(fā)商的二種接單資料格式以及VAN中心的加值整合功能，將此EOS 系統(tǒng)運(yùn)用型態(tài)分為5種類型，如表3[18]，以符合不同類型的業(yè)者需求，且使其作業(yè)方式標(biāo)準(zhǔn)化，進(jìn)而達(dá)到零售商與批發(fā)商之內(nèi)部系統(tǒng)結(jié)合的單純化。 表3　EOS類型 ![endif]若將上表的五種EOS 類型按適用對(duì)象來分類，可得出表4結(jié)果[19] 表4 EOS適用對(duì)象分類 ![endif]　 類型1 此為基本的EOS 方式，零售商的下單資料為下單元格式一，供貨商的接單資料為接單元格式一。因零售商的下單資料沒有供貨商代碼，故零售商需將零售商商品交易表登錄至VAN中心，以便VAN中心確認(rèn)商品供貨商。此外供貨商需將商品名稱數(shù)據(jù)輸入至VAN 中心，以便將商品名稱附加到下單資料。此類型EOS作業(yè)流程如(圖28)[20]。 ![endif]圖28. EOS 類型 1 類型2 零售商的下單資料為下單元格式二或三，供貨商的接單資料為接單元格式一，因零售商下單時(shí)已有輸入供貨商代碼，故無需在VAN 中心登錄零售商商品交易表，供貨商仍需在VAN 中心登錄商品名稱資料。此類型EOS作業(yè)流程如(圖29)[21]。 ![endif]圖29. EOS 類型 2 類型3 此類型訂貨方式適合想發(fā)展體系內(nèi)部管理系統(tǒng)的連鎖零售業(yè)，尤其已具有體系內(nèi)部EOS 的零售業(yè)，可利用此EOS 訂貨類型跨出企業(yè)對(duì)外的EOS 作業(yè)。各分店輸入下單資料格式二，將其傳給總公司，由總公司進(jìn)行傳票數(shù)據(jù)處理，再將具有傳票資料的下單資料傳給VAN 中心，由VAN 中心分送至各供貨商?？偣拘杞⒏髁闶凵痰晟唐分鳈n以制作各零售店商品售價(jià)、購買價(jià)、下單單位等訂單傳票資料。此類型EOS作業(yè)流程如(圖30)[22]。 ![endif]圖30. EOS 類型 3 類型4 此類型訂貨方式將類型3的連鎖店總公司的處理功能委托VAN公司處理，適合無內(nèi)部EOS 的連鎖零售業(yè)；或欲減輕繁雜訂單數(shù)據(jù)處理作業(yè)，將資源轉(zhuǎn)至營運(yùn)管理的連鎖零售業(yè)。各零售店將訂貨資料(格式3) 傳給VAN中心，VAN中心將其處理為傳票上的資料格式再分送至各供貨商，零售商商品主檔由VAN中心管理。此類型EOS作業(yè)流程如(圖31)[23]。 ![endif]圖31. EOS 類型 4 類型5 將訂貨類型2 中的供貨商制作傳票功能交由VAN中心處理，亦即將零售店商品主檔交由VAN 處理，以減輕供貨商維護(hù)眾多零售店的商品資料負(fù)擔(dān)。零售店輸入下單資料(格式3)，傳至VAN中心，VAN中心處理為傳票格式資料后，再分送給各供貨商，此類型EOS作業(yè)流程如(圖32)[24]。 ![endif]圖32. EOS 類型 5 (f) 零售店的下單作業(yè) 營業(yè)人員巡視貨架后，利用具此EOS 接上條形碼掃描機(jī)，掃描欲訂貨商品貨架卷標(biāo)上的商品條形碼或訂貨簿上的商品條形碼，再鍵入訂購數(shù)量等下單資料。當(dāng)全部訂貨資料都輸入完畢后， 利用電話線在約定時(shí)間區(qū)段內(nèi)將訂貨資料傳送至VAN 中心。 裝備，亦可利用店內(nèi)現(xiàn)有的終端設(shè)備作下單資料的輸入( 或是利用店內(nèi)原有的訂貨系統(tǒng)所產(chǎn)生的訂貨資料，但須將其轉(zhuǎn)為符合規(guī)定的資料格式) ，只要此計(jì)算機(jī)設(shè)備具規(guī)定的標(biāo)準(zhǔn)通信資料格式及傳送程序即可。　 訂貨資料傳送至VAN中心后，VAN中心會(huì)加入商品名稱，成為下單副本，傳回給零售店。若有下單錯(cuò)誤情形發(fā)生，VAN 中心亦會(huì)將此錯(cuò)誤資料傳回，以便零售店修正再重傳。整個(gè)接單作業(yè)流程如(圖33)[25]所示。 ![endif]圖33. 零售店下單作業(yè)流程 (g) 供貨商的接單作業(yè) 供貨商接收到經(jīng)由VAN 中心傳送來的零售店下單資料后，若為接單資料格式1 ，則利用相關(guān)數(shù)據(jù)文件將其制作成出貨傳票檔。若為接單資料格式2 ，則直接將其轉(zhuǎn)為出貨傳票檔。根據(jù)此傳票檔制作揀貨單，進(jìn)行揀貨、理貨作業(yè)，若發(fā)現(xiàn)缺貨情形則須修改出貨傳票檔，再 打印出貨傳票。接單作業(yè)流程如(圖34)[26]。 ![endif]圖34. 供貨商接單作業(yè)流程 (h) EOS 系統(tǒng)導(dǎo)入準(zhǔn)備 ■ 零售商導(dǎo)入超商EOS 準(zhǔn)備作業(yè) ?商品總帳配備 對(duì)象商品、付款者、下單單位、下單程序、下單時(shí)間、下單方式 ?VAN 中心選擇 ?下單終端機(jī)選用 ?取得企業(yè)代碼 ?卷標(biāo)或訂貨簿制作 ?登錄商品交易表 ■ 供貨商導(dǎo)入超商EOS 準(zhǔn)備作業(yè) ?從VAN 中心接收訂貨資料的軟硬件準(zhǔn)備 ?取得共通客戶代碼及企業(yè)代碼 ?卷標(biāo)機(jī)的準(zhǔn)備或代印卷標(biāo)合約簽定 ?商品主檔準(zhǔn)備 ?VAN 中心選擇 ?下單終端機(jī)選用 ?取得企業(yè)代碼 ?卷標(biāo)或訂貨簿制作 ?登錄商品交易表 第四章、訂單資料內(nèi)容訂單資料取得接收后，在進(jìn)行數(shù)據(jù)處理前，有許多情形要加以考量。如不同的訂單型態(tài)，有不同的處理方式、訂單檔案內(nèi)容如何設(shè)計(jì)才能符合后續(xù)作業(yè)所需、訂單處理時(shí)需使用到那些相關(guān)檔案以及這些檔案如何配合等。這些因素事先考量清楚后，訂單才能依照適當(dāng)?shù)姆椒ㄓ行实奶幚怼?1. 訂單型態(tài) 流通業(yè)是一個(gè)多業(yè)種、多業(yè)態(tài)的行業(yè)，不同的業(yè)種、業(yè)態(tài)有不同的銷售通 路、交易方式，傳統(tǒng)的銷售通路、銷售方式，更是林林種種。尤其在今天這種消費(fèi)者、買方居強(qiáng)勢(shì)，顧客第一的商業(yè)環(huán)境里，供貨商似乎只要能接到訂單，往后的事情都可克服、都可商量。這種窮則變的作生意態(tài)度，反映出多元化的 銷售交易型態(tài)。 物流中心雖有整合傳統(tǒng)批發(fā)商的功能、具有效率的物流作業(yè)、信息處理功能，但在面對(duì)眾多的交易對(duì)象時(shí)，似乎仍需因應(yīng)客戶的不同需求而有不同的作法，這反映到接受訂貨業(yè)務(wù)上，可看出其具有多種的訂單交易型態(tài)，亦即物流中心因應(yīng)不同的客戶或不同的商品有不同交易方式。 (1) 訂單交易型態(tài) (a) 一般交易訂單　　 正常、一般的交易訂單。接單后按正常的作業(yè)程序揀貨、出貨、配送、收款結(jié)案的訂單。 (b) 現(xiàn)銷式交易訂單　 與客戶當(dāng)場(chǎng)直接交易、直接給貨的交易訂單。如業(yè)務(wù)員至客戶處巡貨、鋪銷所取得的交易訂單或客戶直接至物流中心取貨的交易訂單。 (c) 間接交易訂單 客戶向物流中心訂貨，但由供貨商直接配送給客戶的的交易訂單。 (e) 合約式交易訂單 與客戶簽訂配送契約的交易。如簽訂某期間內(nèi)定時(shí)配送某數(shù)量商品。 (d) 寄庫式交易 客戶因促銷、降價(jià)等市場(chǎng)因素而先行訂購某數(shù)量商品，往后視需要再要求出貨的交易。 (f) 兌換券交易 客戶兌換券所兌換商品的配送出貨。 (2) 各交易型態(tài)訂單的理方式 (a) 一般交易訂單　　 接單后，將資料輸入訂單處理系統(tǒng)，按正常的訂單處理程序處理，數(shù)據(jù)處理完后進(jìn)行揀貨、出貨、配送、收款結(jié)案等作業(yè)。 (b) 現(xiàn)銷式交易訂單　 訂單資料輸入后，因其貨品已交予客戶，故訂單資料不需再參與揀貨、出貨、配送等作業(yè)，只需記錄交易資料，以便收取應(yīng)收款項(xiàng)。 (c) 間接交易訂單 接單后，將客戶的出貨資料傳給供貨商由其代配。需注意客戶的送貨單是自行制作或委由供貨商制作，以及出貨資料的核對(duì) (送貨單回聯(lián)的確認(rèn))。 (e) 合約式交易訂單 在約定的送貨日來臨時(shí)，需將該配送的資料輸入系統(tǒng)處理以便出貨配送；或一開始便輸入合約內(nèi)容的訂貨資料并設(shè)定各批次送貨時(shí)間，以便在約定日期到時(shí)系統(tǒng)自動(dòng)產(chǎn)生需送貨的訂單資料。 (d) 寄庫式交易　 當(dāng)客戶要求配送寄庫商品時(shí)，系統(tǒng)應(yīng)檢核客戶是否確實(shí)有此項(xiàng)寄庫商，若有，則出此項(xiàng)商品，并且扣除此項(xiàng)商品的寄庫量。需注意此項(xiàng)商品的交易價(jià)格是依據(jù)客戶當(dāng)初訂購時(shí)的單價(jià)計(jì)算。 (f) 兌換券交易 將客戶兌換券所兌換的商品配送給客戶時(shí)，系統(tǒng)應(yīng)查核客戶是否確實(shí)有此兌換券回收資料，若有，依據(jù)兌換券兌換的商品及兌換條件予以出貨，并應(yīng)扣除客戶的兌換券回收資料。 2. 訂單檔案資料內(nèi)容設(shè)計(jì) 訂單檔案資料內(nèi)容應(yīng)視實(shí)際需求加以設(shè)計(jì)，以符合作業(yè)所需，尤其應(yīng)考量上述所談到的各種訂單交易型態(tài)，因?yàn)椴煌灰仔蛻B(tài)的訂單可能有不同的數(shù)據(jù)域位需求，甚至需要設(shè)計(jì)成不同的檔案分別存放。例如一般交易訂單、現(xiàn)銷式交易訂單、間接交易訂單等，可能需要分別設(shè)檔存放，因?yàn)楸舜说奶幚砹鞒滩町愄螅移浣灰仔蛻B(tài)都是針對(duì)一整張的所有出貨品項(xiàng)。至于寄庫式交易、兌換券交易或合約式交易通常都是針對(duì)一張訂單中的某些出貨品項(xiàng)而言，因此可藉由增設(shè)交易記錄字段，說明此出貨品項(xiàng)的交易型態(tài)而不需另外設(shè)檔。 一般而言，為簡(jiǎn)潔檔案、減少資料重復(fù)，一般將訂單檔案分為訂單表頭文件及訂單明細(xì)文件，二者間藉由相關(guān)字段鍵值(Key value) 來加以連接。表頭文件為記錄訂單的整體性資料如訂單單號(hào)、訂單日期、客戶代號(hào)、送貨地址等，訂單明細(xì)文件則記錄每筆訂貨品項(xiàng)的詳細(xì)資料，如商品代號(hào)、商品名稱、數(shù)量、單價(jià)等。以下列述一般物流中心訂單檔案里一些基本的資料內(nèi)容以資參考，(圖35)為訂單檔案示意圖。 (1) 訂單表頭/標(biāo)題性資料 ?訂單單號(hào) ?配送梯次 ?訂貨日期 ?付款方式 ?客戶代號(hào) ?業(yè)務(wù)員代號(hào) ?客戶名稱 ?配送要求 ?客戶采購單號(hào) ?訂單狀態(tài) ?送貨日期 ?備注 ?送貨地址 (2) 訂單明細(xì)資料 ?商品代號(hào) ?商品名稱 ?商品規(guī)格 ?商品單價(jià) ?訂購數(shù)量 ?訂購單位 ?金額 ?折扣 ?交易類別 ![endif]　 3. 相關(guān)檔案內(nèi)容設(shè)計(jì)考量 訂單數(shù)據(jù)處理時(shí)需用到某些相關(guān)檔案，即使是使用EOS 接單，更應(yīng)考慮