【正文】 216。216。 系統(tǒng)基本信息設(shè)置，其中包含對打印的設(shè)置和用戶密碼的更改功能的實(shí)現(xiàn)216。 津菱公司零售配送自營批發(fā)廠家配送客戶1華潤物美…….公司1………公司N客戶N………圖21 津菱公司的業(yè)務(wù)類型津菱公司的一般業(yè)務(wù)工作流程可由下圖22表示入庫預(yù)報(bào)配送出庫出庫確認(rèn)返品分揀操作驗(yàn)收入庫確認(rèn)分配倉位入庫登記出庫登記配送預(yù)報(bào)庫存管理圖22 津菱公司工作流程 系統(tǒng)功能模塊的劃分由于原系統(tǒng)的開發(fā)商TES公司在設(shè)計(jì)該系統(tǒng)時(shí)，試圖完成一個(gè)通用系統(tǒng)，該系統(tǒng)能夠滿足盡可能多個(gè)用戶的各自不相同的需求。 客戶，其中，供應(yīng)商是物資的提供者。總結(jié)本次項(xiàng)目的開發(fā)的體會，并對本項(xiàng)目進(jìn)一步步地開發(fā)提出了自己的看法。第二章：津菱物流管理系統(tǒng)的概述。 對于兩個(gè)公司在業(yè)務(wù)邏輯上有差別的業(yè)務(wù)邏輯，要么重新定義此模塊，要么只對原模塊進(jìn)行較小改動，盡量對兩個(gè)系統(tǒng)業(yè)務(wù)相似的邏輯不做太多的改動。此外，物流管理系統(tǒng)還可為企業(yè)的發(fā)展提供很好的決策支持，決策者不必親自下倉庫檢查，就可以清楚的了解庫存情況和銷售情況，從而可以對市場及客戶進(jìn)行合理細(xì)分，作出發(fā)展和投資決策。關(guān)于物流管理的概念，美國物流管理委員會（CLM）給出了如下的定義：216。從本質(zhì)上說企業(yè)在市場上的表現(xiàn)主要是由產(chǎn)品的質(zhì)量、價(jià)格以及產(chǎn)品的供給三個(gè)在素決定，其中任何一個(gè)因素對企業(yè)的競爭能力都起著重要的影響作用，而這三個(gè)因素都分別直接受到物流的影響。本文首先對津菱物流管理系統(tǒng)的功能和設(shè)計(jì)進(jìn)行了簡單的描述，然后給出了津菱物流公司就財(cái)務(wù)部分所提出的功能需求，最后詳細(xì)闡述了對財(cái)務(wù)業(yè)務(wù)中入庫及盤點(diǎn)部分的功能的分析及模塊的設(shè)計(jì)與實(shí)現(xiàn)。它也被用來描述“與服務(wù)提供者的戰(zhàn)略聯(lián)盟”，尤其指“物流服務(wù)提供者”——這種物流形態(tài)是由物品供方和需方以外的物流企業(yè)提供物流服務(wù)的業(yè)務(wù)模式，是在物流渠道中，由專業(yè)物流企業(yè)以合同的形式在一定期限內(nèi)提供用戶所需的全部或部分物流服務(wù)。 1998年以后的定義Logistics is that part of the supply chain process that plans, implements, and controls the efficient, effective forward and reverse flow and storage of goods, services, and related information between the point of origin and the point of consumption in order to meet customers39。本項(xiàng)目即是開發(fā)一套適合津菱物流公司的管理系統(tǒng)軟件，此軟件是在原良菱系統(tǒng)基礎(chǔ)上進(jìn)行的二次開發(fā)，由于津菱物流公司和良菱物流公司在業(yè)務(wù)上差別比較大，因而所謂的“二次開發(fā)”實(shí)際上是以原系統(tǒng)作為參考，有些地方還是做了較大的改動，同時(shí)，應(yīng)津菱公司的就財(cái)務(wù)業(yè)務(wù)方面的要求，擴(kuò)充了原系統(tǒng)未有的財(cái)務(wù)功能模塊。 對于原系統(tǒng)未提供的財(cái)務(wù)業(yè)務(wù)的功能，在首先符合財(cái)務(wù)操作規(guī)則的前提下，依據(jù)原系統(tǒng)的業(yè)務(wù)流程，在保持已開發(fā)完成的物流系統(tǒng)功能不受影響、原系統(tǒng)數(shù)據(jù)庫結(jié)構(gòu)盡量不受改動的情況下，實(shí)現(xiàn)津菱物流公司所提出的有關(guān)財(cái)務(wù)業(yè)務(wù)的功能。第三章：財(cái)務(wù)模塊的需求分析。 零售配送模式，即一些連鎖店集團(tuán)，例如華潤、物美等，向多個(gè)供應(yīng)商購買商品，委托津菱對這些商品進(jìn)行接受、存儲、分揀、配送到該連鎖店集團(tuán)的各個(gè)門店；216。三種模式的區(qū)別在于是誰擁有物資。通過與津菱物流公司就其所需要的業(yè)務(wù)功能的進(jìn)行多次需求咨詢后，依據(jù)津菱業(yè)務(wù)邏輯，對原系統(tǒng)作了大量的簡化和重新設(shè)計(jì)、編碼后。 商品的進(jìn)貨管理，其中包括了向供應(yīng)商訂貨與登記入庫、進(jìn)貨紅沖、與供應(yīng)商退貨以及涉及進(jìn)貨入庫環(huán)節(jié)各種單據(jù)的打印等功能。 庫存商品信息查詢，該部分實(shí)現(xiàn)了基本商品信息、庫存商品信息、進(jìn)貨信息和配送出庫信息等的查詢功能。 硬件環(huán)境： Hz CPU，512M DDR內(nèi)存，17寸純平顯示器、顯存64M，80G硬盤。用戶定義了表現(xiàn)風(fēng)格后，可以對其進(jìn)行進(jìn)一步的修改，以增強(qiáng)數(shù)據(jù)窗口的功能。216。而又需要對查詢進(jìn)行改變，則應(yīng)用程序需要重新編譯，并重新發(fā)布到所有的客戶端。 Sybase數(shù)據(jù)庫中的游標(biāo)使用游標(biāo)（CURSOR）在需要一行一行處理時(shí)，游標(biāo)十分有用。從實(shí)現(xiàn)上以及開發(fā)費(fèi)用和周期上來說，在已有系統(tǒng)上進(jìn)行擴(kuò)充將比重新開發(fā)新的系統(tǒng)，開發(fā)難度都會大大的減少?；谝陨蟽牲c(diǎn)原因，增加津菱物流系統(tǒng)的財(cái)務(wù)模塊具有一定的現(xiàn)實(shí)經(jīng)濟(jì)性和必要性。216。金蝶K/3 系統(tǒng)中，在會計(jì)科目體系是樹形結(jié)構(gòu)的，可以進(jìn)行分級管理。因此，財(cái)務(wù)模塊將針對物流業(yè)務(wù)中自營批發(fā)過程的財(cái)務(wù)處理實(shí)現(xiàn)生成會計(jì)憑證信息，與津菱公司所使用的金蝶K/3財(cái)務(wù)軟件的憑證接口標(biāo)準(zhǔn)配套,使得用物流軟件生成的會計(jì)憑證信息,可以按約定格式導(dǎo)出，通過存儲介質(zhì)傳遞到K/3軟件系統(tǒng)，由K/3軟件系統(tǒng)負(fù)責(zé)轉(zhuǎn)換成相應(yīng)的會計(jì)憑證。每一條記錄包含以下基本信息：* 憑證信息生成日期* 該商品的供應(yīng)商編碼* 該商品的編碼* 該商品的進(jìn)貨數(shù)量* 該商品的單價(jià)* 該商品的金額* 該商品的稅額K/3根據(jù)此條信息生成一個(gè)會計(jì)分錄的時(shí)候，需要生成一個(gè)會計(jì)科目。本模塊應(yīng)該能夠防止某個(gè)憑證信息包被漏傳，或者由于誤操作被多次傳輸。216。當(dāng)經(jīng)過一段時(shí)間后（最長可達(dá)3個(gè)月），廠家銷售發(fā)票到達(dá)津菱公司的時(shí)候，需要將該商品的估價(jià)更新為廠家銷售發(fā)票中的實(shí)際價(jià)格。根據(jù)該憑證信息包，K/3系統(tǒng)將生成一張會計(jì)憑證。只要保證物流系統(tǒng)對數(shù)據(jù)庫表的操作只能訪問的是最新添加的實(shí)價(jià)入庫的記錄行，不能訪問到估價(jià)入庫記錄和紅沖記錄，而財(cái)務(wù)功能模塊可以取到上述三條記錄，那么問題就可以加以解決了。并考慮到由于只是送貨單號出現(xiàn)誤差，而入庫商品，在數(shù)量和價(jià)格上，沒有任何變化。I. 問題一的解決：登記入庫階段，涉及到的數(shù)據(jù)庫的表為Tbh_Order、Tbd_StkReg，送貨單號對應(yīng)于Tbd_StkReg中的ProvSupplyNo的這一列。 實(shí)現(xiàn)的代碼如下：當(dāng)操作人員點(diǎn)擊“修改”按鈕后，系統(tǒng)狀態(tài)轉(zhuǎn)變?yōu)镸odifing_ProvSupplyNo。 OPEN cur_ProvSupplyNo。 if(0) then exit ls_impDateList=ls_impDateList+string(date(ld_impDate))+ \ loop while trueclose cur_ImpDate。 界面實(shí)現(xiàn)的狀態(tài)圖如44所示圖44 實(shí)價(jià)入庫界面狀態(tài)圖該界面剛調(diào)出時(shí)處于Initial狀態(tài)，當(dāng)操作人員選擇好查詢條件時(shí)，即選擇了庫存名義和送貨單號后，便處于Allow_Query狀態(tài)，此時(shí)“查詢”按鈕有效。 = true execute shijiahongchong。(ls_PathFile, dBASE3! ,true)及完成了數(shù)據(jù)的導(dǎo)出。盤點(diǎn)啟動倉儲核查YN盤點(diǎn)結(jié)束是否有損益生成財(cái)務(wù)憑證圖45 盤點(diǎn)部分基本財(cái)務(wù)操作流程 盤點(diǎn)部分功能的實(shí)現(xiàn)物流系統(tǒng)在進(jìn)行盤點(diǎn)時(shí)，會將損益信息寫入盤點(diǎn)損益表中，盤點(diǎn)損益表的結(jié)構(gòu)如表41所示：列名說明DeptId配送中心部門標(biāo)識StkPLId配送中心庫存損溢標(biāo)識StkPLShtNo配送中心損溢單號StkLocId配送中心庫存標(biāo)識StorageId配送中心倉庫標(biāo)識StkCellId配送中心倉位標(biāo)識ProvId供應(yīng)商標(biāo)識ArtiClassCode商品分類碼ArtiId基商品標(biāo)識DistInclQty配送包裝基商品含量DistUnit配送包裝計(jì)量單位TaxPrice庫存商品含稅進(jìn)價(jià)UnTaxPrice庫存商品無稅進(jìn)價(jià)CostPrice商品結(jié)算成本價(jià)RetailPrice商品零售價(jià)ITaxRate商品進(jìn)項(xiàng)稅率STaxRate商品銷項(xiàng)稅率ArtiQty配送中心損溢單品數(shù)量StkQty配送中心庫存單品數(shù)量ValuQty損溢商品計(jì)價(jià)數(shù)量CostAmt損溢商品成本金額AppDate配送中心商品損溢填報(bào)時(shí)間CheckDate配送中心商品損溢復(fù)核日期BussEventId業(yè)務(wù)事件標(biāo)識BussStatus配送中心損溢狀態(tài)TranStatus配送中心損溢數(shù)據(jù)傳輸狀態(tài)OptrId損溢錄入人員標(biāo)識CheckId損溢復(fù)核人員標(biāo)識Note備注ValidDate配送中心商品有效日期ProcDate配送中心商品生產(chǎn)日期BatchCode配送中心商品批號PLSettId配送中心損溢入帳標(biāo)識表41 盤點(diǎn)損益表對于盤點(diǎn)部分的財(cái)務(wù)功能的實(shí)現(xiàn)，只需將盤點(diǎn)損益表中的數(shù)據(jù)如實(shí)價(jià)入庫階段的處理一樣，這里不再累述。剛接觸系統(tǒng)時(shí)，一頭霧水，隨著對系統(tǒng)的慢慢了解，才真正體會到了原開發(fā)者漂亮的設(shè)計(jì)模式思想以及對于物流流程的經(jīng)典認(rèn)識。 項(xiàng)目僅僅實(shí)現(xiàn)了一小部分財(cái)務(wù)需求的功能，完全地實(shí)現(xiàn)財(cái)務(wù)功能還需要更明確的需求分析。感謝我的家人一直以來在學(xué)業(yè)和精神上的無私支持。同時(shí)，還要感謝張老師給我了一次真正接觸物流行業(yè)的機(jī)會，使我更好地完成了雙學(xué)位的論文題目。 畢設(shè)已經(jīng)接近尾聲了，項(xiàng)目由于時(shí)間的緊迫不能夠同時(shí)結(jié)束。其中真的是有苦有甜、苦樂參半。 實(shí)價(jià)入庫涉及的存儲過程create procedure Spi_imp_realPriceReclaimm_ArtiId integer, //商品外部編碼m_UnTaxPrice decimal(16,4), //商品無稅價(jià)格m_TaxRate smallint, //稅率m_ProvSupplyNo varchar(18), //送貨單號m_ReclaimId int output //輸出信息asdeclare m_stkRegId int, //倉位登記號m_stkRegId_Old int, //原有的倉位登記號SysId int, RetVal intbegin transactionsave transaction stk_tran_realin //設(shè)置transaction select m_stkRegId_Old=StkRegId from Tbd_StkReg where (ArtiId = m_ArtiId and ProvSupplyNo = m_ProvSupplyNo and BussEventId not in (14,15))if rowcount 1begin rollback transaction stk_tran_realin mit transaction raiserror 90004 查詢原始StkRegId出錯(cuò)！ select m_ReclaimId = rowcount return 1end/*取出原始價(jià)格已經(jīng)更改的商品所對應(yīng)的原始記錄的倉位登記號，因?yàn)楸鞹bd_StkReg與表Tbd_StkLoc之間是通過StkRegId這個(gè)外鍵聯(lián)系起來的，所以在更改Tbd_StkReg表的記錄時(shí)，會為實(shí)價(jià)和紅沖記錄分別分配一個(gè)新的StkRegId，如果不級聯(lián)地更新Tbd_StkLoc中的記錄，將會導(dǎo)致Tbd_StkReg中的實(shí)價(jià)記錄與Tbd_StkLoc中的倉位信息不能聯(lián)接上。 close shijiahongchong。 對于該界面各事件的處理實(shí)現(xiàn)：I. 查詢事件(sy_query)的實(shí)現(xiàn)(is_supplyno)(is_supplyno)在dw_list與dw_list2取值的唯一不同在于，dw_list顯示所有送貨單號對應(yīng)的記錄包括原始記錄和紅沖記錄， not in ( 14,15 ) 的記錄。為實(shí)現(xiàn)該功能，首先為物流系統(tǒng)添加了一個(gè)“入庫財(cái)務(wù)”的界面，主要的界面元素為：window—w_imp_realin,datawindow—dw_list、dw_listdw_2, dropDownListBoxddlb_owner、ddlb_supplyno等。 //關(guān)閉游標(biāo)cur_ProvSupplyNostring ls_impDateList=\ int nDeclare