【正文】 分級定價。 模塊劃分 子系統(tǒng)包含的模塊有： 煤炭采樣計劃制定 關(guān)鍵指標(biāo)定義 煤質(zhì)分類指標(biāo)定義 檢測結(jié)果報表 煤質(zhì)分級 煤質(zhì)問題處理 子系統(tǒng)流程圖如下 : 重點模塊說明 煤質(zhì)檢驗的信息管理，是有效提高運銷整體效率的關(guān)鍵。 子系統(tǒng)提供 了 各類軟硬件解決方案使相關(guān)的業(yè)務(wù)活動執(zhí)行更快，更準(zhǔn)確。 系統(tǒng)也支持手工的庫存分布調(diào)整，已支持堆放損失信息。如果采用車輛識別系統(tǒng)，其中的部分?jǐn)?shù)據(jù)可以自動產(chǎn)生。 財務(wù)管理子系統(tǒng) 概述 滿足企業(yè)財務(wù)制度的規(guī)范要求，并與其他業(yè)務(wù)系統(tǒng)高度集成，無縫鏈接。 模塊劃分 子系統(tǒng)包含的模塊有： 帳務(wù)處理 報表管理 往來管理 固定資產(chǎn)管理 預(yù)算 管理 財務(wù)分析 重點模塊說明 固定資產(chǎn)額度大，需要同設(shè)備管理系統(tǒng)進(jìn)行接口，實現(xiàn)對企業(yè)固定資產(chǎn)的準(zhǔn)確核算。 第 27 頁 共 40 頁 客戶服務(wù)子系統(tǒng) 概述 本系統(tǒng)有銷售運輸公司客戶服務(wù)部門人員使用。其中包括訪談內(nèi)容、客戶名稱、訪談時間、反饋意見、關(guān)聯(lián)投訴等信息。 基礎(chǔ)數(shù)據(jù)設(shè)置子系統(tǒng) 概述 基礎(chǔ)數(shù)據(jù)設(shè)置的使用者為華亭銷售管理系統(tǒng)管理員及各業(yè)務(wù)部門管理員。 自有運輸設(shè)備管理 本模塊記錄華亭煤礦自營鐵路和自有車隊的信息。 運輸路 線管理 記錄華亭煤礦內(nèi)部調(diào)撥路線和煤礦運出的主干路線，在運輸計劃活動中會大量使用到這些信息。其中記錄的信息有：原煤品名，品牌名稱，初識價格，價格策略文件 等信息。 合作伙伴管理 外部的鐵路貨運代理、運輸公司的聯(lián)系方式、地址、服務(wù)狀態(tài)、支付方式等相關(guān)業(yè)務(wù)信息，在調(diào)運管理和銷售執(zhí)行中被大量使用。 這些工具也在 開發(fā)本系統(tǒng)的過程中被大量采用。 自定義對象模塊 為了實現(xiàn)充分的子定義機制，本模塊提供了完整的對象定義機制。 轉(zhuǎn)換執(zhí)行模塊 可以測試轉(zhuǎn)換定義的正確性或直接執(zhí)行定義好的轉(zhuǎn)換活動 轉(zhuǎn)換任務(wù)調(diào)度模塊 可以測試轉(zhuǎn)換任務(wù)定義的正確性并執(zhí)行。 員工交流園地 采用論壇形式，使員工形成良好的學(xué)習(xí)氛圍。 合作伙伴門戶 通過此門戶，相關(guān)的運輸 合作 伙伴 可以查閱或著錄相關(guān)的業(yè)務(wù)協(xié)作信息，如發(fā)生的運輸異常和變更信息。 客戶投訴 可以上報相應(yīng)的質(zhì)量問題或運 輸服務(wù)方面的問題。現(xiàn)有業(yè)務(wù)系統(tǒng)基本以輸出紙介質(zhì)報表作為系統(tǒng)報表功能的最終目標(biāo)，缺乏對報表進(jìn)行數(shù)字化整體管理的策略，大部分報表仍然以紙張形式打印出來供業(yè)務(wù)部門 使用， 業(yè)務(wù)系統(tǒng)也沒有提供保存大量報表歷史數(shù)據(jù)及分類檢索的機制和策略，所保存的短期報表數(shù)據(jù)也主要 是為了滿足業(yè)務(wù)網(wǎng)點每天下傳報表的需要。 。 模塊劃分 報表創(chuàng)建器 報表配置管理 報表版本管理 報表圖形定制管理 重點模塊說明 同多個數(shù)據(jù)來源系統(tǒng)之間進(jìn)行的掛接，實行數(shù)據(jù)的無縫傳遞是報表系統(tǒng)能夠成功應(yīng)用的關(guān)鍵。報表是管理信息和控制信息的重要組成部分，因此需要一個先進(jìn)的解決方案來對其進(jìn)行有效的管理及再利用?？梢赃x擇的方式有：門戶彈出 第 35 頁 共 40 頁 信息、短信 SMS、 Email 等。 第 34 頁 共 40 頁 溝通門戶子系統(tǒng) 概述 通過本子系統(tǒng)，可以將多方業(yè)務(wù)相關(guān)人員包括組織內(nèi)和組織外的人員緊密結(jié)合，提高之間的協(xié)作效果。 模塊劃分 子系統(tǒng)包含的模塊有： 知識 庫 FAQ 員工交流園地 成功經(jīng)驗展臺 重點模塊說明 知識 庫 提供目錄式和搜索式的知識庫 信息 ，使員工處理業(yè)務(wù)問題時有章可查，有經(jīng)驗可用。 模塊劃分 子系統(tǒng)包含的模塊有： 轉(zhuǎn)換定義模塊 轉(zhuǎn)換任務(wù)定義模塊 轉(zhuǎn)換執(zhí)行模塊 轉(zhuǎn)換任務(wù)調(diào)度模塊 重點模塊說明 轉(zhuǎn)換定義模塊 定義各類 不同的數(shù)據(jù)源，、如 Excel， DB,EDI，文本文件到不同異構(gòu)數(shù)據(jù)源之間的轉(zhuǎn)換活動，其核心結(jié)構(gòu)為轉(zhuǎn)換步驟，不同的轉(zhuǎn)換步驟組合可以滿足任意復(fù)雜的轉(zhuǎn)換模式。 報表查詢模塊 除了在報表 管理模塊中提供大量已定義好的業(yè)務(wù)報表外，系統(tǒng)還提供一個報表查詢工具。 這些工具可以提供給銷售運輸公司管理員使用。其信息在系統(tǒng)各個部分被廣泛使用，每一個業(yè)務(wù)操作均需要進(jìn)行相應(yīng)的操作權(quán)限效驗及數(shù)據(jù)訪問權(quán)限效驗。 現(xiàn)場分布管理 定義銷售運輸公司的 下屬 三個堆場的詳細(xì)信息，其中定義各個堆場的用途，并劃分堆場內(nèi)部堆點的用途和位置信息，在現(xiàn)場管理，銷售執(zhí)行等子系統(tǒng)中會大量使用。自有車隊中，記錄擁有的汽車型號、功率、載重、權(quán)屬、運輸 第 29 頁 共 40 頁 服務(wù)范圍等相關(guān)信息。 模塊劃分 子系統(tǒng)包含的模塊有： 客戶信息管理 自有運輸設(shè)備管理 運輸路線管理 現(xiàn)場分布管理 原煤品級管理 角色權(quán)限管理 組織部門管理 合作伙伴管理 人員用戶管理 重點模塊說明 客戶信息管理 本模塊用來記錄銷售活動相關(guān) 的客戶信息，其中定義了客戶名稱、法人公司執(zhí)照號、地址、支付方式、客戶等級等各項與銷售活動相關(guān)的信息。 客戶滿意度評估 本模塊采集客戶服務(wù)數(shù)據(jù)，并根據(jù)投訴次數(shù)，處理反饋等信息，按企業(yè)的業(yè)務(wù)規(guī)則產(chǎn)生客戶的滿意度報表。 模塊劃分 子系統(tǒng)包含的模塊有： 客戶投訴導(dǎo)入 客戶回訪信息著錄 客戶問題解決跟蹤 客戶滿意度評估 客戶服務(wù)工作報表 重點模塊說明 客戶投訴導(dǎo)入 從溝 通門戶中導(dǎo)入或手工著錄客戶的投訴信息，其中包括客戶名稱、客戶代碼、投訴事由、相關(guān)訂單號、相關(guān)責(zé)任人等信息。 財務(wù)分析功能中，對各項財務(wù)支出，財務(wù)收入等進(jìn)行詳細(xì)記錄，根據(jù) 產(chǎn)品的主信息記錄，從各個視角來展示財務(wù)信息，例如通過客戶角度來查詢相關(guān)客戶在一定時間范圍內(nèi)的采購總量。交互式操作、自定義查詢、報表漫游式取數(shù)等，使得系統(tǒng)操作極其簡便。其調(diào)撥數(shù)據(jù)著錄后，自動調(diào)整堆場中的庫存分布。如果采用車輛識別系統(tǒng)，其中的部分?jǐn)?shù)據(jù)可以自動產(chǎn)生。 通過這個模塊，可以預(yù)防可能發(fā)生的銷售瓶頸。 第 24 頁 共 40 頁 現(xiàn)場管理子系統(tǒng) 概述 本子系統(tǒng)的使用者為銷售公司的三大堆場的現(xiàn)場管理人員使用。 全面的煤質(zhì)管理功能是企業(yè)盈利，以及維護(hù)客戶關(guān)系的基礎(chǔ)，因此成為煤炭企業(yè)管理過程中至關(guān)重要的環(huán)節(jié)。 煤質(zhì)管理子系統(tǒng) 概述 通過對煤炭成分的化驗，實現(xiàn)對 煤炭各種成分含量即質(zhì)量的管理，從煤質(zhì)化驗管理中提取化驗數(shù)據(jù)信息，生成煤質(zhì)分析表。 這些信息分別從銷售執(zhí)行、現(xiàn)場管理等其他子系統(tǒng)中自動獲取并展現(xiàn)出來。 運輸鏈計劃制定 對于多種運輸方式，多方協(xié)作，實現(xiàn)多個訂單的運輸模式，也就是多式聯(lián)運的處理模式，我們稱之為運輸鏈模式，在這種模式中，一般都有一個主體運輸區(qū)段，我們稱為主區(qū)段，如專用線運輸 鐵路干線運輸 汽車運輸?shù)膮f(xié)作活動中，我們稱專用線運輸為前置區(qū)段，鐵路干線運輸為主區(qū)段，汽車運輸為后置區(qū)段，每一個運輸區(qū)段上可以建立一個或多個獨立運輸計劃或協(xié)作運輸來處 理，再通過區(qū)段標(biāo)志將不同的運輸計劃連接起來。 模塊劃分 子系統(tǒng)包含的模塊有： 獨立運輸計劃制定 協(xié)作運輸計劃制定 運輸鏈計劃制定 運輸情況跟蹤 運輸異常處理 運輸成本報表 運輸活動報表 第 22 頁 共 40 頁 重 點模塊說明 獨立運輸計劃制定 對于只服務(wù)于單一銷售訂單的運輸計劃稱為獨立運輸計劃 ,對于此類運輸活動 ,本系統(tǒng)可以直接從銷售訂單結(jié)合相應(yīng)的客戶信息 ,自動產(chǎn)生運輸路線 ,交付時間等信息 ,再由計劃人員指派相應(yīng)的運輸工具。 在當(dāng)前原煤旺銷的市場情況下，運輸能力的約束是華亭銷售活動的重大制約因素。 在普通訂單執(zhí)行過程中，發(fā)票的主體數(shù)據(jù)來源于訂單和調(diào)運管理、現(xiàn)場管理中的數(shù)據(jù)，并結(jié)合手工著錄的信息。 第 21 頁 共 40 頁 提貨單生成 在訂單的執(zhí)行過程中，需要制出相應(yīng)的提貨單，交給客戶，客戶依據(jù)此提貨單，交割原煤。 普通訂單著錄 基于標(biāo)準(zhǔn)的訂單流程，記錄相應(yīng)的信息，如購買方、交付方、貨物、數(shù)量、金額、交付時間。 發(fā)票是財會活動中的主要單據(jù)。 銷售訂單是銷售活動的源頭和推進(jìn)器，也是其他單據(jù)的來源。 第 19 頁 共 40 頁 合同履行信息將被用于新的履約訂單的建立過程中，用來支持訂單的信息。 在基于招投標(biāo)活動產(chǎn)生的合同著錄活動中，需要指定相關(guān)的招投標(biāo)信息，用來對合同的有效輸入加以驗證，如標(biāo)的額和合同的總額是否相符合。 招投標(biāo)管理 本模塊用來記錄合同簽訂前的招投標(biāo)相關(guān)信息。 其記錄的各項協(xié)議條款可以自動的作用于指定的實際銷售訂單中，協(xié)助產(chǎn)生價格、交貨要求 等相關(guān)信息。本模塊可以基于采集的原煤銷售業(yè)務(wù)執(zhí)行數(shù)據(jù)及制定的銷售計劃數(shù)據(jù)，產(chǎn)生相應(yīng)的圖表，是相關(guān)人員可以清晰的發(fā)現(xiàn)計劃和實際執(zhí)行的偏離情況，為進(jìn)一步優(yōu)化下階段銷售計劃制定打下堅實 的基礎(chǔ)。而可能“自底向上”，如 制 定 月計劃，再制定年計劃 。銷售計劃產(chǎn)生的同時，也自動產(chǎn)生相應(yīng)的交貨運輸需求數(shù)據(jù)及客戶需求數(shù)據(jù)，此時，系統(tǒng)可以對比產(chǎn)生數(shù)據(jù)和提供客戶需求預(yù)測及運力數(shù)據(jù)，給出相應(yīng)的警告，提醒相關(guān)人員可能的銷售瓶頸。通過這些數(shù)據(jù)，系統(tǒng)能驗證相應(yīng)時間段，相應(yīng)路線上的銷售計劃產(chǎn)生的交貨要求是否能實現(xiàn)。第一種模式處理簡單，執(zhí)行效率，可自動完成。 如果 經(jīng)調(diào)研，發(fā)現(xiàn)是其他的計劃制定模式，系統(tǒng)也可以通過參數(shù)調(diào)整加以支持。 煤礦的銷售計劃考慮的因素主要有三點：客戶需求、生產(chǎn)供應(yīng)能力、運輸能力。 下面講述各 子系統(tǒng) 的模塊構(gòu)成。 門戶類子系統(tǒng)有： 知識門戶子系統(tǒng)、溝通門戶子系統(tǒng)。其使用人員為銷售運輸公司下 屬各組織和部門的業(yè)務(wù)人員。 第 12 頁 共 40 頁 6 主機系統(tǒng)設(shè)計 主機產(chǎn)品選型 SUN 8900 參考 sun 小型機的文檔 主機設(shè)備的配置 根據(jù)選型原則介紹所選廠商及產(chǎn)品的特點和優(yōu)點，并闡明在本投標(biāo)項目中的配置情況，作配置解析。詳細(xì)介紹本公司所提供網(wǎng)絡(luò)和硬件平臺系統(tǒng)的詳細(xì)功能特點及技術(shù)特點。 4 網(wǎng)絡(luò)布線和機房設(shè)計 網(wǎng)絡(luò)布線 暫略 可能涉及到 現(xiàn) 場內(nèi)硬件，就是監(jiān)控和車號 識別 部分的布線 機房設(shè)計 機房裝修、 UPS 電源、空調(diào)、照明系統(tǒng)、監(jiān)控系統(tǒng)等?！邦I(lǐng)航”的含義不是包辦代替，“船”仍由用戶自己開，領(lǐng)航員可引導(dǎo)企業(yè)按照正 確的方向，以盡可能短的時間到達(dá)目的地，這是領(lǐng)航員原則的關(guān)鍵所在。 系統(tǒng)設(shè)計實施原則 —— 自頂向下設(shè)計，自底向上實施的原則 為了保證系統(tǒng)的整體性，在進(jìn)行銷售管理系統(tǒng)功能分解，建立邏輯模型和功能模型時應(yīng)當(dāng)采取自頂向下的分析和設(shè)計方法；而在著手進(jìn)行銷售管理系統(tǒng)的實施以及建立系統(tǒng)信息模型時，則應(yīng)在總體規(guī)劃的基礎(chǔ)上，按照可操作性原則，首先考慮底層應(yīng)用的實現(xiàn)，然后逐步向中層及高層發(fā)展，即采用自底向上的實施方法。開發(fā)軟件應(yīng)嚴(yán)格遵循軟件開發(fā)規(guī)范的要求。 另外，開放性逐漸已成為各種產(chǎn)品和系統(tǒng)的普遍要求，銷售管理系統(tǒng)總體規(guī)劃必須充分考慮集成系統(tǒng)的開放性 ，特別是和用友財務(wù)系統(tǒng)及 銷售管理系統(tǒng) 系統(tǒng)的數(shù)據(jù)交換。在實施信息系統(tǒng)提供管理水平的過程中，其整體設(shè)計不可能也不應(yīng)該完