【正文】 端銷售的運(yùn)做方式。 場景描述 場景一 總公司制定資源配置計(jì)劃（1）2月25日，又到了制訂下月資源配置計(jì)劃的最后期限。相同地，也可以生成年度、季度、旬計(jì)劃執(zhí)行情況綜合表，具體過程與創(chuàng)建月份計(jì)劃執(zhí)行情況綜合表一樣。上級公司所在的結(jié)算行再與氣庫進(jìn)行內(nèi)部結(jié)算。結(jié)算站B的結(jié)算工作人員Li，在登錄到結(jié)算站B的結(jié)算管理系統(tǒng)后，看到這份特種轉(zhuǎn)帳憑證，于是點(diǎn)擊打印按鈕，打印出這份憑證。（2）查詢完畢，Chaxun可以打印查詢出來的記錄。（4）也可以根據(jù)已經(jīng)發(fā)生的采購/配置行為計(jì)算出成本價格。他于是修改了密碼，結(jié)果可以正常使用系統(tǒng)了。Xiaoli根據(jù)拿到的具體指導(dǎo)價格，進(jìn)入價格管理系統(tǒng)，選擇“錄入指導(dǎo)價格”功能，錄入日期范圍、作用地區(qū)、價格范圍等信息，點(diǎn)擊“提交”按鈕，系統(tǒng)將這些價格記錄到數(shù)據(jù)庫，下級銷售部門將會按照這些價格進(jìn)行銷售活動。（3）標(biāo)記完畢，Chedui點(diǎn)擊“提交”按鈕，系統(tǒng)將相關(guān)的任務(wù)標(biāo)記好，同時每條記錄都記載好Chedui的ID號，以確定責(zé)任。如果滿足支出條件，則回到結(jié)算管理系統(tǒng)，進(jìn)入該結(jié)算指令的確認(rèn)過程，當(dāng)他按下確認(rèn)支付鍵后，結(jié)算管理系統(tǒng)將向平臺的帳戶X發(fā)出已支付通知。 代儲業(yè)務(wù)場景分析代儲業(yè)務(wù)場景客戶與氣庫上級公司簽署代儲合同，合同中包括貨品的相關(guān)信息、倉儲費(fèi)及其計(jì)量、結(jié)算方式及期限、運(yùn)輸方式及費(fèi)用承擔(dān)、損耗、計(jì)量標(biāo)準(zhǔn)等內(nèi)容。場景三 總公司生成計(jì)劃執(zhí)行情況表（1）4月1日，該統(tǒng)計(jì)上個月計(jì)劃的執(zhí)行情況了。l 作為平臺商店的管理員對產(chǎn)品、商店相關(guān)信息進(jìn)行維護(hù)。（4） 訂單顯示客戶B提交的產(chǎn)品以及B的客戶信息。場景三 供應(yīng)商商店管理場景說明：此場景應(yīng)用于總公司、地區(qū)分公司以及下屬分公司，即具有向下級銷售液化氣權(quán)限的部門。（1）用戶A訪問DQGLPG電子商務(wù)網(wǎng)站，首頁出現(xiàn)提示用戶“登錄/注冊”界面。（5） 頁面顯示出近一個月的全部銷售數(shù)據(jù)報(bào)表。以下以總公司作為供應(yīng)方為例在平臺上交易，描述出供應(yīng)商在平臺上交易的流程。場景三 供應(yīng)商產(chǎn)品管理場景說明：此場景應(yīng)用于總公司、地區(qū)分公司以及下屬分公司，即具有向下級銷售液化氣權(quán)限的部門。（1）用戶A訪問DQGLPG電子商務(wù)網(wǎng)站，首頁出現(xiàn)提示用戶“登錄/注冊”界面。(5)零售門市。在需要區(qū)分所屬單位的操作時，也要讀取系統(tǒng)管理中公司、氣庫等表格，確定具體身份。接口函數(shù)1)Put（）內(nèi)部系統(tǒng)調(diào)用該函數(shù)將價格信息存入產(chǎn)品發(fā)布接口表。處理流程2）平臺庫存模塊與內(nèi)部系統(tǒng)庫存模塊的接口功能（1）內(nèi)部系統(tǒng)出入庫信息通過產(chǎn)品出/入庫單據(jù)接口表反應(yīng)到平臺的產(chǎn)品庫存表中接口函數(shù)1)Put()將內(nèi)部系統(tǒng)新的產(chǎn)品出/入庫單據(jù)寫入產(chǎn)品出/入庫單據(jù)接口表。2)內(nèi)部系統(tǒng)為電子商務(wù)平臺提供的數(shù)據(jù)配置計(jì)劃、價格信息、合同、庫存變動、配送執(zhí)行情況、結(jié)算執(zhí)行情況。 滇黔貴石油勘探局網(wǎng)站欄目策劃Internet中豐富的、無限增長的信息資源使它已經(jīng)成為人們獲取信息的重要來源之一。詳細(xì)功能模型參見附本：DQGLPG電子商務(wù)平臺IDEF0功能模型中A32圖及以下分支。l 用戶管理主要是對用戶的維護(hù)以及對客戶的認(rèn)證等；l 信息平臺的其他功能則主要是指網(wǎng)站的相關(guān)宣傳等信息。同時應(yīng)看到把人集成到企業(yè)信息化中，充分調(diào)動人的積極性是電子商務(wù)平臺成功與否的關(guān)鍵。l 與企業(yè)自身改革相互推動電子商務(wù)平臺的實(shí)施提供了強(qiáng)有力的計(jì)算機(jī)網(wǎng)絡(luò)和各種數(shù)據(jù)庫，將為生產(chǎn)管理和經(jīng)營管理的合理性、科學(xué)性創(chuàng)造條件，而企業(yè)自身的改革需求又將反饋到平臺，在這種相互適應(yīng)相互推動中，必將引起企業(yè)運(yùn)行機(jī)制的改革，從而有利于形成有效的傳統(tǒng)企業(yè)電子商務(wù)模式。同時包括郵件列表，新聞，行業(yè)動態(tài)等知識；l 采購以及銷售模塊是B2B平臺的核心。 庫存管理系統(tǒng)功能模型庫存管理系統(tǒng)的功能劃分可以用如圖8的功能樹來描述：圖8 庫存管理系統(tǒng)功能樹模型1) 動態(tài)維護(hù)a) 氣罐信息維護(hù)：增加氣罐、注銷氣罐、錄入氣罐信息；b) 液化氣入庫處理：根據(jù)入庫流程，記錄入庫臺帳，增加庫存總帳；c) 液化氣出庫處理：根據(jù)出庫流程，記錄出庫臺帳，減少庫存總帳；d) 液化氣盤點(diǎn)處理：根據(jù)盤點(diǎn)流程和業(yè)務(wù)規(guī)則，記錄盤點(diǎn)臺帳，更新庫存總帳。 但由于Internet在管理上的開放性以及Internet上的信息資源在地理上的分散性和組織上的松散性，也給人們充分利用網(wǎng)絡(luò)信息資源帶來了一定的困難。 平臺與內(nèi)部系統(tǒng)的接口結(jié)構(gòu)設(shè)計(jì)及功能劃分圖13 電子商務(wù)平臺與內(nèi)部系統(tǒng)接口一覽1）內(nèi)部系統(tǒng)計(jì)劃、合同模塊與平臺合同模塊的接口功能根據(jù)計(jì)劃管理子系統(tǒng)和價格管理子系統(tǒng)的年、季、月計(jì)劃中的采購部分自動生成意向采購合同（其中賣方空白），并通過接口提交給B2B平臺。2)Get（）平臺將產(chǎn)品出/入庫單據(jù)接口表取出，并將復(fù)制完的記錄刪除。2)Get（）平臺調(diào)用該函數(shù)將價格信息從產(chǎn)品發(fā)布接口表取出。 后續(xù)工程預(yù)留接口 預(yù)留接口的設(shè)計(jì)原則保證DQGLDG系統(tǒng)的開放性是預(yù)留接口設(shè)計(jì)的總原則，即本系統(tǒng)應(yīng)為外部系統(tǒng)提供與軟、硬件平臺無關(guān)的數(shù)據(jù)和函數(shù)接口，同時應(yīng)該使接口易于使用。零售門市的職責(zé)包括：從批發(fā)門市購買液化氣；零售給本地的客戶；執(zhí)行B2C平臺發(fā)出的零售配送指令；收集本地區(qū)的價格信息。（2）A點(diǎn)擊“注冊”，出現(xiàn)用戶注冊選項(xiàng)：平臺新公司注冊/交易管理（3）A準(zhǔn)備新注冊一個公司，因此按照平臺的提示，選擇平臺新公司注冊。以下以總公司管理員A操作流程為例，說明作為產(chǎn)品供應(yīng)方對產(chǎn)品的信息維護(hù)過程。（1） B為具有平臺交易權(quán)限的用戶，輸入用戶名，密碼，所屬公司ID后進(jìn)入平臺的交易系統(tǒng)。（6） 選擇“按銷售地點(diǎn)統(tǒng)計(jì)”，則出現(xiàn)按照地區(qū)統(tǒng)計(jì)的銷售數(shù)據(jù)。（2）A點(diǎn)擊“注冊”，出現(xiàn)用戶注冊選項(xiàng)：平臺新公司注冊/交易管理（3）A準(zhǔn)備新注冊一個電子商店，因此按照平臺的提示，選擇“平臺新公司注冊”。以下以總公司管理員A操作流程為例，說明作為產(chǎn)品供應(yīng)方對產(chǎn)品的信息維護(hù)過程。（5） 系統(tǒng)自動將客戶要求的購買以及配送信息輸入內(nèi)部管理系統(tǒng)。l 作為平臺商店的管理員對交易進(jìn)行處理。早上，Jihua來到總公司，進(jìn)入計(jì)劃管理系統(tǒng)界面，選擇“創(chuàng)建月份計(jì)劃執(zhí)行情況綜合表”菜單，系統(tǒng)生成了“2000年三月份各公司配置執(zhí)行情況綜合表”表格，具體數(shù)據(jù)已經(jīng)根據(jù)原計(jì)劃和每日的計(jì)劃執(zhí)行情況數(shù)據(jù)自動生成。氣庫根據(jù)客戶的出庫計(jì)量單和入庫計(jì)量單（貨到時氣庫的實(shí)際計(jì)量情況）的差額計(jì)算損耗，如果損耗小于2％，將不計(jì)提；損耗如果大于2％，將有雙方協(xié)商解決成本承擔(dān)責(zé)任。結(jié)算管理系統(tǒng)打印出付款憑證第二聯(lián)供結(jié)算站A作帳使用。同時，系統(tǒng)通過與電子商務(wù)的接口將這些信息通知電子商務(wù)平臺，電子商務(wù)平臺按照標(biāo)準(zhǔn)的處理流程確定交易完成或者取消。場景三 進(jìn)行采購的員工估計(jì)采購成本價格（1）總公司決定在國內(nèi)采購一批液化氣，Xiaoma決定根據(jù)供應(yīng)商的報(bào)價估算成本價格。（3）如果沒有相應(yīng)的運(yùn)輸成本，則不能計(jì)算出成本價格。場景三 有權(quán)限的用戶查詢配送完成情況（1）Chaxun需要了解3月9日配送任務(wù)被取消的交易，他進(jìn)入配送管理系統(tǒng)，選擇查詢功能，在日期項(xiàng)輸入日期，選擇狀態(tài)為“取消配送”，然后點(diǎn)擊“查詢”，系統(tǒng)自動將符合條件的配送任務(wù)列出來。結(jié)算管理系統(tǒng)在Wang確認(rèn)付款后，立即向結(jié)算站B發(fā)送一份特種轉(zhuǎn)帳憑證。其中，客戶當(dāng)月入庫數(shù)必須在當(dāng)月銷售完畢，如果沒有銷售完，次月的倉儲費(fèi)將有所增加，以此類推。（3）保存完畢Jihua發(fā)現(xiàn)剛才錄入的說明項(xiàng)的有些地方需要修改，于是他打開剛才的記錄，將相應(yīng)的部分修改正確后單擊“保存”按鈕進(jìn)行了存儲。員工2（Lingdao），所有可以查詢計(jì)劃和計(jì)劃執(zhí)行情況的員工，如領(lǐng)導(dǎo)。場景六 平臺交易終端銷售場景說明：終端銷售作為B2C電子商務(wù)平臺的一個特出處理過程，其銷售基本上采用手工與系統(tǒng)翕動處理結(jié)合的方式。這里，管理員可輕松任意的對自己的產(chǎn)品目錄，相關(guān)產(chǎn)品介紹以及價格等方面的信息進(jìn)行維護(hù)。（4） 上述信息提交后，將出現(xiàn)用戶A的資料輸入界面。顯示廣西分公司一個月內(nèi)的銷售數(shù)據(jù)。選擇交易跟蹤即可對所有正在進(jìn)行的交易進(jìn)行處理。（2） 以供應(yīng)商管理員的身份進(jìn)入平臺，進(jìn)入“產(chǎn)品管理”系統(tǒng)。（4）上述信息提交后，將出現(xiàn)用戶A的資料輸入界面。 場景分析 B2B電子商務(wù)平臺運(yùn)行場景分析 目的描述不同角色在B2B平臺進(jìn)行交易時，系統(tǒng)對不同場景的不同處理流程。采購、銷售、配送、支付方式將更加靈活多樣。接口函數(shù)1)Put（）平臺調(diào)用該函數(shù)將用戶信息存入接口表。3）平臺配送模塊與內(nèi)部系統(tǒng)配送模塊的接口功能（1）內(nèi)部系統(tǒng)配送的結(jié)果返回到平臺以便及時通知用戶。根據(jù)計(jì)劃管理子系統(tǒng)提供的年、季、月計(jì)劃中的銷售部分以及北海公司報(bào)的旬計(jì)劃匯總成上述意向合同的子合同的草案，并通過接口提交給B2B平臺。為瀏覽者提供更全面而綜合性的信息服務(wù)，這是站點(diǎn)目前所宣傳的最大好處。 配送管理系統(tǒng)功能模型配送管理系統(tǒng)的功能劃分可以用如圖9的功能樹來描述：圖9 配送管理系統(tǒng)功能樹模型1. 批發(fā)的配送a) 配送信息庫生成：除了電子商務(wù)平臺配送指令中的信息外，需要增加配送狀態(tài)、配送執(zhí)行日期、注釋說明等字段，便于管理和統(tǒng)計(jì)；b) 配送信息的通知：在參與配送的管理人員登錄到指定的頁面后，系統(tǒng)動態(tài)提示等待完成的配送任務(wù)；c) 配送執(zhí)行情況錄入：配送人員進(jìn)行配送后，將配送的執(zhí)行情況錄入到系統(tǒng)中，包括正常完成、取消配送、注釋說明等相關(guān)信息，同時更新電子商務(wù)平臺中的配送信息；d) 數(shù)據(jù)查詢匯總：指定訂單號、日期等信息，查詢相應(yīng)的配送指令，按照日、月等周期統(tǒng)計(jì)完成的配送任務(wù)、取消的配送任務(wù)、等待執(zhí)行的配送任務(wù)；e) 報(bào)表輸出：統(tǒng)計(jì)信息按照報(bào)表格式在屏幕上顯示或者進(jìn)行打印。包括出入庫的操作流程等，同時為內(nèi)部系統(tǒng)提供分析數(shù)據(jù)源；l 客戶服務(wù)的管理主要指兩方面的內(nèi)容，一部分是有關(guān)客戶的信息管理；以及對客戶交易歷史的統(tǒng)計(jì)匯總，作為客戶關(guān)系的分析依據(jù)。貫徹“總體規(guī)劃，分步實(shí)施”方針，制定以獲取最大效益為目標(biāo)的DQGLPG電子商務(wù)平臺總體規(guī)劃，階段目標(biāo)和實(shí)施計(jì)劃。企業(yè)中各種購銷信息、管理信息、經(jīng)營信息、市場供需信息等等都應(yīng)從信息孤島中解放出來，形成具有一致性、透明性、可靠性和安全性的信息集成平臺，給電子商務(wù)平臺提供一個信息共享的環(huán)境，并以此為基礎(chǔ)去實(shí)現(xiàn)其它的集成。包括合同的處理過程，出入庫的操作流程等，同時為內(nèi)部系統(tǒng)提供分析數(shù)據(jù)源；l 客戶服務(wù)的管理主要指兩方面的內(nèi)容，一部分是有關(guān)客戶的信息管理；以及對客戶交易歷史的統(tǒng)計(jì)匯總，作為客戶關(guān)系的分析依據(jù)。b) 運(yùn)輸日報(bào)上報(bào)，綜合火槽車的發(fā)車、到站信息，生成運(yùn)輸日報(bào)。2. 權(quán)限分配a) 創(chuàng)建角色：創(chuàng)建一個角色，相當(dāng)于一個組，可以擁有多種權(quán)限，方便管理；b) 注銷角色：注銷角色，使之不能繼續(xù)使用；c) 登記模塊：將應(yīng)用模塊登記在庫中，可以對其賦予權(quán)限；d) 注銷模塊：將已經(jīng)登記的模塊注銷，使用戶不能繼續(xù)使用；e) 分配權(quán)限：將模塊分配給用戶或者角色，將角色分配給用戶；f) 回收權(quán)限：將分配的模塊或者角色進(jìn)行回收。此外，在性能上，接口應(yīng)保證電子商務(wù)平臺與內(nèi)部系統(tǒng)數(shù)據(jù)傳輸?shù)膶?shí)時性、可靠性和穩(wěn)定性。7)GetCE（記錄）從采購執(zhí)行合同接口表取出一條記錄，并從表中刪除之。2)Get（）內(nèi)部系統(tǒng)調(diào)用該函數(shù)從執(zhí)行合同接口表中取出執(zhí)行合同，從而得到結(jié)算信息。l 系統(tǒng)管理模塊與其他模塊的接口系統(tǒng)管理模塊需要進(jìn)行氣罐、氣瓶種類的管理，因此需要操作庫存管理系統(tǒng)的相關(guān)表格。(4)批發(fā)門市。 場景描述場景一 會員注冊/公司管理場景說明：本場景在各級公司運(yùn)行時是一樣的，在總公司，地區(qū)公司操作的流程完全相同，因此以下描述以總公司操作員