【文章內(nèi)容簡介】 。 第五步：生成盤點(diǎn)盈虧表 當(dāng)需要盤點(diǎn)部門的實(shí)盤錄入完以后，就可以生成盤點(diǎn)盈虧表，生成的盈虧表可以查詢或打印輸出。在此可以查詢盈虧的商品庫位、部門、小組、類別、編碼、名稱、經(jīng)營方式、實(shí)際數(shù)量、帳存數(shù)量、盈虧金額 及盤點(diǎn)日期等。需要強(qiáng)調(diào)的是這里只列出有盈虧的商品，例如：帳存是 10 個(gè)而實(shí)際是 8 個(gè)或 12 個(gè)，這些帳存和實(shí)盤不一致的商品全顯示出來。帳存和實(shí)盤的數(shù)量相同的不顯示，如帳存是 10 個(gè)實(shí)盤也是 10 個(gè)就不顯示了，如：帳存是 10 個(gè)實(shí)盤也是 10 個(gè)就不顯示了。對(duì)數(shù)量出入較大的商品還可以進(jìn)行重盤，例如：帳存是 100 個(gè)實(shí)盤是 90 個(gè)，對(duì)于這樣的商品需重盤，可以反復(fù)進(jìn)行盤點(diǎn)。通過查詢商品的盈虧數(shù)量，可以發(fā)現(xiàn)商品是丟失了、是盤錯(cuò)了還是錄入人員錄入錯(cuò)了或其他原因。 第六步：盤點(diǎn)記帳 盤點(diǎn)記帳是整個(gè)盤點(diǎn)確認(rèn)的過程，這里還是針對(duì)商品有盤盈和盤 虧的商品進(jìn)行記帳。記帳后庫存就發(fā)生了相應(yīng)的變化。凡是有盈虧的商品列出商品編碼、名稱、實(shí)盤數(shù)量、帳存數(shù)量、成本單價(jià)、盈虧金額，通過盈虧了幾個(gè)，每一個(gè)商品的盈虧金額都在盈虧的盤點(diǎn)記帳表里體現(xiàn)出來了。無論盤盈還是盤虧，如果有經(jīng)銷的帳，沒有經(jīng)銷的帳，沒有經(jīng)銷記代銷。系統(tǒng)是這樣處理商品盈虧的，一種商品上次結(jié)存是 10 個(gè)，在這段時(shí)間進(jìn)貨 20 個(gè)銷售是 25 個(gè)，則結(jié)存應(yīng)該是 5 個(gè)。但在盤點(diǎn)時(shí)候發(fā)現(xiàn)剩 8 個(gè)了，這說明盤盈了 3 個(gè)，這時(shí)只要進(jìn)入盤點(diǎn)記帳模塊，系統(tǒng)自動(dòng)將帳存數(shù)量改為 8 個(gè)。庫存記盤盈 3個(gè)，增了 3 個(gè)經(jīng)銷庫存，同時(shí)自動(dòng)產(chǎn)生經(jīng)銷商 品的入庫批次號(hào)。相反，還舉剛才的這例 10 子，假設(shè)盤虧了，例如：一種商品上次結(jié)存是 10 個(gè)，在這段時(shí)間合計(jì)進(jìn)貨 20 個(gè)，這段時(shí)間的銷售是 25 個(gè)，結(jié)存應(yīng)該是 5 個(gè)。但在盤點(diǎn)時(shí)候發(fā)現(xiàn)只剩 2 個(gè)了。這說明盤虧了 3個(gè)，這時(shí)只要進(jìn)入盤點(diǎn)記帳模塊，系統(tǒng)自動(dòng)將帳存數(shù)量改為 3 個(gè)，銷售數(shù)量改為 28 個(gè)。對(duì)于盤虧的商品系統(tǒng)視同銷售處理，必須與供貨商結(jié)款，因?yàn)閬G失是本企業(yè)自己的管理問題，盡管商品丟了，也要給供貨商結(jié)帳。這時(shí)在查詢商品庫存明細(xì)進(jìn)、銷、存的三級(jí)帳和批次進(jìn)銷存時(shí)，系統(tǒng)自動(dòng)將盤虧的 3 個(gè)記錄下來。 對(duì)于盤盈情況來說，盤盈金額取指定商品當(dāng) 前最小的批次進(jìn)價(jià)乘以盤盈數(shù)量。商品盤虧了視同銷售，對(duì)于商品無論是盤盈還是盤虧系統(tǒng)都應(yīng)該可以查詢。根據(jù)盤點(diǎn)虛實(shí)的情況、根據(jù)帳存與實(shí)盤數(shù)量的差來決定盤點(diǎn)是否記帳。對(duì)于商品數(shù)量出入較大的，建議查清原因，不要輕易的去記帳。因?yàn)檫x擇記帳以后，系統(tǒng)會(huì)按照記帳的原則記帳更改商品帳存數(shù)量，執(zhí)行完記帳就無法再恢復(fù)復(fù)記帳以前的數(shù)據(jù)了 [56]。 原有模式下的倉庫盤點(diǎn)工作是倉庫工作中最為繁瑣的以下工，為了盤點(diǎn)清除公司的所有庫存物資常常需要很長的時(shí)間而且工作非常的繁瑣其準(zhǔn)確性仍是值得懷疑，所以這樣的盤點(diǎn)達(dá)不到現(xiàn)代管理的要求。因此 在庫存管理信息系統(tǒng)就必須提供這種盤點(diǎn)功能。 2． 4． 6 庫存報(bào)表功能需求 庫存報(bào)表功能要求能夠反映一段時(shí)間內(nèi)的庫存水平，讓公司的管理者能夠了解整個(gè)庫存水平，這中間包括庫存水平的報(bào)表，庫存占用資金的報(bào)表等。 對(duì)庫房管理人員或企業(yè)經(jīng)理來說，要隨時(shí)掌握商品庫存情況，以便及時(shí)補(bǔ)貨，根據(jù)具體情況調(diào)整商品庫存水平，使商品庫存及資金占用比例更加趨于合理。用最合理的庫存水平及最有限的資金，創(chuàng)造最大的經(jīng)濟(jì)效益。 2． 4． 7 庫存管理中的庫存分析控制功能 為了保證庫存合理，需要分析庫存狀態(tài)借此來判斷庫存管理的效率和策略是否合理。 主要的庫存分析方法如下： 1． 庫存積壓分析（偽代碼的形式） IF(當(dāng)前日期 該物品最后一次出庫日期 規(guī)定的積壓日期＞ 0) BEGIN 積壓天數(shù) 積壓金額 =積壓數(shù)量 x平均價(jià)格 END 2． 短缺超儲(chǔ)分析 IF(庫存物品的可用量＞最高儲(chǔ)備量 ) BEGIN 此物品為超儲(chǔ)物品 超儲(chǔ)量＝可用量 最高儲(chǔ)備量 11 超儲(chǔ)金額＝超儲(chǔ)量 X平均價(jià)格 END IF(庫存物品的可用量＜安全庫存量 ) BEGIN 此物品為短缺物品 短缺量＝安全庫存 可用量 短缺金額 ＝短缺數(shù)量 x平均價(jià)格 END 3． 資金占用分析 資金總金額＝ z(庫存每種物品的數(shù)量 x平均價(jià)格 ) 某種物品占總額百分比＝ (此種物品的資金占用 )／資金總額 x100％ 某類物品占總額百分比＝ (此類物品的資金占用 )／資金總額 x100％ 4． 安全庫存狀況分析。 安全庫存是由于供應(yīng)商供貨存在延遲期，企業(yè)為了保障生產(chǎn)而儲(chǔ)備的庫存量。通常的解決方法是增加采購量，或提前采購。 IF(庫存物品＜安全庫存 ) BDGIN 自動(dòng)生成庫存物品采購計(jì)劃單 END 通 過對(duì)庫存不同物資的分析，就可以對(duì)庫存實(shí)施有效的控制功能。庫存控制的主要內(nèi)容是庫存數(shù)量和時(shí)間。庫存管理系統(tǒng)要提供庫存控制的功能 [789]。 庫存控制基本方法有以下幾種： 1)． 庫存定額控制法 [1011] 商品庫存的定額控制法，就是通過制訂最低商品庫存定額、最高商品庫存定額和平均商品庫存定額三種指標(biāo)，將商品庫存數(shù)量控制在最低定額與最高定額之間，圍繞平均定額上下擺動(dòng)的一種庫存控制方法。在這里，最低庫存定額是防止商品脫銷的警戒線，最高庫存定額是防止商品積壓的警戒線，平均庫存定額則是反映正常庫存水平和考核檢查 商品庫存是否合理的主要標(biāo)準(zhǔn)。這種方法，通常應(yīng)用于周轉(zhuǎn)性商品的庫存控制。庫存定額的計(jì)算公式 [12]： 最低商品庫存量 =平均日銷量 X最低商品周轉(zhuǎn)天數(shù) () 最低商品周轉(zhuǎn)天數(shù) =進(jìn)貨在途天數(shù) +銷售準(zhǔn)備天數(shù) +陳列待售天數(shù) + 機(jī)動(dòng)保險(xiǎn)天數(shù)最高商品庫存量 () 最低商品周轉(zhuǎn)天數(shù) =平均日銷售量 X(最低商品周轉(zhuǎn)天數(shù) +經(jīng)貨間隔天數(shù) ) () 平均商品庫存量 =（最低庫存量 +最高庫存量） /2 () 2) ． ABC 分類控制法 12 ABC 分類控制法 [13]，就是將全部庫存商品就是將全部庫存商品按銷售比重的大、中、消化分為 A、 B、 C三類，實(shí)行重點(diǎn)控制和一般管理相結(jié)合的一種庫存控制方法。品種雖然不多（一般占總商品的 10%左右）而銷售額比較大（一般占總銷售額的 70%左右）的那一部分商品未 A類；相反品種很多（一般占品種的 70%以上）而 銷售額不大（一般只占 10%以內(nèi)）的那一部分商品未 C類；介于 A與 C之間的為 B類 根據(jù)以上分類，采取不同的控制的方法。 A類商品是企業(yè)的重點(diǎn)經(jīng)營的骨干商品 ． 要實(shí)行嚴(yán)格的庫存控制 ,經(jīng)常檢查每一種品種的存量 ,做好近銷存紀(jì)錄 ,嚴(yán)格控制采購批量 ,使這類商品中每個(gè)品種的存量都經(jīng)常保持在合理的限度內(nèi) ,發(fā)現(xiàn)超儲(chǔ)或存貨不足 ,要及時(shí)調(diào)整 ． B類商品的重要程度不及 A類又大與 C類，其庫存控制介于 A類與 C類之間的適度控制。 一般采取定期檢查存量的方法，檢查周期根據(jù)企業(yè)的經(jīng)營活動(dòng)的需要和庫存管理的業(yè)務(wù)量大小而定，對(duì) B類商品中的個(gè)別處于 試銷階段的商品，銷售增長速度比較快的商品，應(yīng)參照 A類商品的控制方法予以重點(diǎn)的控制。 C類商品品種繁多，銷量不大，沒有必要逐個(gè)品種嚴(yán)加控制，只能實(shí)行一般控制。主要采取定期檢查存量的方法，檢查的周期長于 B類商品。實(shí)行 ABC分類控制法，就是要分清主次，集中精力抓主要的矛盾，搞好重點(diǎn)的商品的庫存控制 [14]。 庫存管理不僅僅是對(duì)庫存物資的一種管理，更重要的是實(shí)現(xiàn)對(duì)庫存物資的有效控制是指能夠?yàn)樯a(chǎn)銷售提供保證，又不能占用大量的人力物力造成企業(yè)成本的提高，這樣不利于整個(gè)企業(yè)的運(yùn)作。同時(shí)也就失去了原本庫存的意義了 。因此庫存管理信息系統(tǒng)需要提供這樣功能 [15]。 13 第三章 庫存管理系統(tǒng)設(shè)計(jì) 3． 1 系統(tǒng)的總體的設(shè) 計(jì) 3． 1． 1 系統(tǒng)實(shí)施的環(huán)境 操作系統(tǒng) Win9x/Win2k/WinNT 數(shù)據(jù)庫 SQL Server 2021 硬件配置 CPU Pentium III 以上 內(nèi)存 256M。 3． 1． 2 系統(tǒng)開發(fā)工具的選擇 本系統(tǒng)開發(fā)的時(shí)庫存管理系統(tǒng)，實(shí)際上只是解決企業(yè)的部分管理問題，因此要求項(xiàng)目的時(shí)間不能太久，開發(fā)的產(chǎn)品能夠立即投入使用，因此應(yīng)該選擇快速的開發(fā)工具。目前快速開發(fā)工具 大概有下面幾種： delphi, PB, vb,vfp[1617]。其中 delphi 和 vb 是現(xiàn)在較為成熟的快速開發(fā)工具 [131415]。所以在實(shí)現(xiàn)系統(tǒng)的程序設(shè)計(jì)因給采用 delphi 或者是 VB等快速開發(fā)工具。同時(shí)選擇 SQL Server 2021 作為數(shù)據(jù)庫后臺(tái)。選擇 SQL Server2021 作為后臺(tái)是因?yàn)樗哂腥缦碌膬?yōu)點(diǎn)： 存儲(chǔ)容量大，系統(tǒng)穩(wěn)定性高，數(shù)據(jù)庫功能強(qiáng)大，操作方便，運(yùn)行效率高，具有一定的安全保密機(jī)制 [181920]。 3． 1． 3 系統(tǒng)結(jié)構(gòu)設(shè)計(jì) 系統(tǒng)采用兩層 C/S 結(jié)構(gòu)及服務(wù)器和客戶端 模式。這樣的設(shè)計(jì)適合于中小型企業(yè)在沒有足夠的資金和網(wǎng)絡(luò)建構(gòu)的條件下使用。對(duì)于大型企業(yè)擁有自己的內(nèi)部網(wǎng)絡(luò)可采用三層的 C/S 結(jié)構(gòu)、多層結(jié)構(gòu)或者采用 B/S 結(jié)構(gòu) [2122]。 三層 C/S 結(jié)構(gòu)的優(yōu)點(diǎn) 1． 具有靈活的硬件系統(tǒng)構(gòu)成 對(duì)于各個(gè)層可以選擇與其處理負(fù)荷和處理特性相適應(yīng)的硬件。這是一個(gè)與系統(tǒng)可縮放性直接相關(guān)的問題。例如 ,最初用一臺(tái) Unix 工作站作為服務(wù)器 ,將數(shù)據(jù)層和功能層都配置在這臺(tái)服務(wù)器上。隨著業(yè)務(wù)的發(fā)展 ,用戶數(shù)和數(shù)據(jù)量逐漸增加 ,這時(shí)就可以將 Unix 工作站作為功能層的專用服務(wù)器 ,另外追加一臺(tái)專用于數(shù)據(jù)層的服 務(wù)器。若業(yè)務(wù)進(jìn)一步擴(kuò)大 ,用戶數(shù)進(jìn)一步增加 ,則可以繼續(xù)增加功能層的服務(wù)器數(shù)目 ,用以分割數(shù)據(jù)庫。清晰、合理 14 地分割三層結(jié)構(gòu)并使其獨(dú)立 ,可以使系統(tǒng)構(gòu)成的變更非常簡單。因此 ,被分成三層的應(yīng)用基本上不需要修正。 2． 提高程序的可維護(hù)性 三層 C/S結(jié)構(gòu)中 ,應(yīng)用的各層可以并行開發(fā) ,各層也可以選擇各自最適合的開發(fā)語言。 3． 利于變更和維護(hù)應(yīng)用技術(shù)規(guī)范．因?yàn)槭前磳臃指罟δ?,所以各個(gè)程序的處理邏輯變得十分簡單。 4． 進(jìn)行嚴(yán)密的安全管理 越關(guān)鍵的應(yīng)用 ,用戶的識(shí)別和存取權(quán)限設(shè)定愈重要。在三層 C/S 結(jié)構(gòu)中 ,識(shí)別用戶的機(jī)構(gòu) 是按層來構(gòu)筑的 ,對(duì)應(yīng)用和數(shù)據(jù)的存取權(quán)限也可以按層進(jìn)行設(shè)定。例如 ,即使外部的入侵者突破了表示層的安全防線 ,若在功能層中備有另外的安全機(jī)構(gòu) ,系統(tǒng)也可以阻止入侵者進(jìn)入其他部分。此外 ,系統(tǒng)管理簡單 ,可支持異種數(shù)據(jù)庫 ,有很高的可用性 [23]。 3． 1． 4 系統(tǒng)實(shí)現(xiàn)技術(shù)簡介 1． SQL 簡介 SQL 是結(jié)構(gòu)化查詢語言 (Structured Query Language)的縮寫。它實(shí)際上包含查詢、定義、操縱和控制 4 個(gè)部分，是一種功能齊全的數(shù)據(jù)庫語言。 SQL 的主要功能就是同各種數(shù)據(jù)庫建立聯(lián)系，進(jìn)行溝通。按照 ANSI 的規(guī)定， SQL語句可以用來執(zhí)行各種各樣的操作，例如更新數(shù)據(jù)，提取數(shù)據(jù)等。目前，絕大多數(shù)流行的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)，如Oracle、 Sybase、 Microsoft SOL Server、 Access 等都采用了標(biāo)準(zhǔn) SQL 語言（ ANSI SQL）。SQL 是一種過程化的語言。它用專門的數(shù)據(jù)庫技術(shù)和數(shù)學(xué)算法來提高對(duì)數(shù)據(jù)庫的訪問速度，因此，使用 SQL 語言通常比自己編寫過程來訪問和操作數(shù)據(jù)庫要快得多 [20]。 2． ADO 簡介 ADO 是 ActiveX Data Object 的縮寫，它是 Microsoft 數(shù)據(jù)庫應(yīng)用程序開發(fā)新接口，是 Microsoft 新的數(shù)據(jù)訪問技術(shù)，是建立在 OLE DB 之上的高層數(shù)據(jù)庫訪問技術(shù)。 ADO被設(shè)計(jì)用來同新的數(shù)據(jù)訪問層 OLE DB Provider 一起協(xié)同工作，以提供通用數(shù)據(jù)訪問（ Universal Data Access）。 OLE DB 是一個(gè)低層的數(shù)據(jù)訪問接口，用它可以訪問各種數(shù)據(jù)源，包括傳統(tǒng)的關(guān)系型數(shù)據(jù)庫，以及電子郵件系統(tǒng)及自定義的商業(yè)對(duì)象。 即使對(duì) OLE DB、 COM 不了解也能輕松使用 ADO，因?yàn)樗浅：唵我子?，甚至比DAO 都要簡單易用，并不失靈活性。 ADO 提供了一個(gè)熟悉的，高層的對(duì) OLE DB 的自動(dòng) 封裝接口。如同 RDO 對(duì)象是 ODBC 驅(qū)動(dòng)程序接口一樣， ADO 對(duì)象是 OLE DB 的接口；如同不同的數(shù)據(jù)庫需要它們自己 ODBC 驅(qū)動(dòng)程序一樣，不同的數(shù)據(jù)源要求它們自己的 OLE DB 提供者（ OLE DB Provider）。雖然目前 OLE DB 提供者比較少，但微軟正積極推廣該技術(shù)，并打算用 OLE DB 取代 ODBC[