超市財務(wù)管理系統(tǒng)的分析和設(shè)計

HYPERLINK計算機科學(xué)與技術(shù)學(xué)院課程設(shè)計成績單課程名稱：面向?qū)ο蠓治雠c設(shè)計指導(dǎo)教師：張鴻姓名張賀性別男學(xué)號200913138008班級軟件工程0901綜合成績成績等級設(shè)計報告的規(guī)范性（占總成績10%）□符合規(guī)范□基本符合規(guī)范□規(guī)范性較差（10分）（8分）（5分）設(shè)計報告的完整性（占總成績10%）□完整□基本完整□不完整（10分）（8分）（5分）客戶需求分析正確性（占總成績25%）□正確□基本正確□不正確（25分）（20分）（13分）對象靜態(tài)建模正確性（占總成績25%）□正確□基本正確□不正確（25分）（20分）（13分）對象動態(tài)建模正確性（占總成績20%）□正確□基本正確□不正確（20分）（16分）（10分）學(xué)生的工作態(tài)度與獨立工作能力（占總成績10%）□工作態(tài)度認真能獨立完成任務(wù)□工作態(tài)度認真但獨立性較差（10分）（8分）□工作態(tài)度基本認真但缺乏獨立性（5分）優(yōu)秀：90分~100分良好：80分~89分中等：70~79分及格：60~69分不及格0分~59分武漢科技大學(xué)計算機科學(xué)與技術(shù)學(xué)院制表計算機科學(xué)與技術(shù)學(xué)院課程設(shè)計報告課程名稱：面向?qū)ο蠓治雠c設(shè)計專業(yè)：軟件工程班級：2009級01班學(xué)號：200913138008姓名：張賀指導(dǎo)老師：張鴻超市財務(wù)管理系統(tǒng)的分析與設(shè)計一、系統(tǒng)簡要需求分析：超市財務(wù)管理是日常生活中頻繁涉及到的一種信息管理系統(tǒng)。通過數(shù)據(jù)庫技術(shù)、面向?qū)ο蟮姆治雠c設(shè)計技術(shù)等，實現(xiàn)超市財務(wù)管理中的購物結(jié)算、會員賬戶管理、員工賬戶管理等功能，應(yīng)用性較高，技術(shù)難度要求適中。子系統(tǒng)劃分如下：后臺數(shù)據(jù)庫管理系統(tǒng)：包括：銷售物品的信息管理、員工信息管理、客戶信息管理前臺銷售管理系統(tǒng)：負責(zé)日常對會員和非會員的銷售結(jié)算員工工資管理系統(tǒng)：負責(zé)員工相關(guān)的管理，如：員工工資管理、員工信息維護二、確定執(zhí)行者該系統(tǒng)的角色主要包括收銀臺結(jié)算員、財務(wù)主管、超市物品錄入人員、客服人員。其中，收銀臺計算員主要負責(zé)日常客戶購買物品的結(jié)算和收銀工作，只有權(quán)限查看物品的型號、價格，計算總價，以及識別會員客戶等等。超市物品錄入人員負責(zé)對所有銷售的物品進行數(shù)據(jù)輸入工作，例如：物品名稱、分類、條碼、價格、優(yōu)惠期等等。客服人員負責(zé)會員管理，如：會員的身份證號、姓名、有效期、積分、會員級別等。財務(wù)主管主要負責(zé)對超市員工的工資發(fā)放，以及貨品的高級管理工作，例如：貨品調(diào)價只有財務(wù)主管有權(quán)限，而收銀臺結(jié)算員無此權(quán)利，超市員工工資又涉及到：員工類型、員工編號、基本工資、公積金、社保、考勤、獎金等信息。執(zhí)行者確定如下： 1.收銀臺結(jié)算員可以掃描物品、識別會員、可以瀏覽、查詢物品價格，以及會員信息，但無權(quán)更改和刪除。2.財務(wù)主管可以增刪員工、超市物品、調(diào)整物品價格，更改員工類型和權(quán)限，發(fā)放工資 3.超市物品錄入人員可以設(shè)置銷售物品、負責(zé)超市物品的日常信息維護，如價格、類型、名稱等的錄入4.客服人員負責(zé)注冊會員、注銷會員、會員信息維護等。員工不同的員工具有不同的權(quán)限和職責(zé)，具有共有的屬性，都可以進行查詢自己的基本信息、工資信息等。三、確定用例：“超市財務(wù)管理系統(tǒng)”中的用例“超市財務(wù)管理系統(tǒng)”業(yè)務(wù)功能要求：超市前臺物品的出售、超市倉庫物品的購入、員工的雇傭和解聘、會員的注冊和注銷、超市優(yōu)惠活動、員工工資的結(jié)算和發(fā)放等。涉及的執(zhí)行者包括：收銀臺結(jié)算員，可以掃描物品、識別會員、可以瀏覽、查詢物品價格，以及會員信息，但無權(quán)更改和刪除。財務(wù)主管，可以增刪員工、超市物品、調(diào)整物品價格，更改員工類型和權(quán)限，發(fā)放工資。超市物品錄入人員，可以設(shè)置銷售物品、負責(zé)超市物品的日常信息維護，如價格、類型、名稱等的錄入?？头藛T，負責(zé)注冊會員、注銷會員、會員信息維護等。員工，不同的員工具有不同的權(quán)限和職責(zé)，具有共有的屬性，都可以進行查詢自己的基本信息、工資信息等。在第一層，根據(jù)客戶對“超市財務(wù)管理系統(tǒng)”的整體業(yè)務(wù)功能要求，可選的用例有：后臺數(shù)據(jù)庫管理。前臺銷售管理。員工工資管理?！昂笈_數(shù)據(jù)庫管理子系統(tǒng)”中的用例“后臺數(shù)據(jù)庫管理”主要負責(zé)超市財務(wù)系統(tǒng)全部數(shù)據(jù)的直接管理，包括客戶、員工、貨物等數(shù)據(jù)的管理。涉及的執(zhí)行者包括：前臺銷售系統(tǒng)，對進行購物的會員進行積分累加。財務(wù)主管，可以增刪員工、超市物品、調(diào)整物品價格，更改員工類型和權(quán)限。超市物品錄入人員，可以設(shè)置銷售物品、負責(zé)超市物品的日常信息維護，如價格、類型、名稱等的錄入?？头藛T，負責(zé)注冊會員、注銷會員、會員信息維護等。員工，可以進行查詢自己的基本信息等。在第二層，根據(jù)客戶對“后臺數(shù)據(jù)庫管理子系統(tǒng)”的業(yè)務(wù)功能要求，可選的用例有：銷售物品信息管理。員工信息管理?？蛻粜畔⒐芾??！拔锲沸畔⒐芾碜酉到y(tǒng)”中的用例“物品信息管理”主要負責(zé)超市貨物的買入和賣出，包括對進貨清單的管理、對庫存物品的管理、對銷售物品的管理等。涉及的執(zhí)行者包括：財務(wù)主管，可以增刪員工、超市物品、調(diào)整物品價格，更改員工類型和權(quán)限，發(fā)放工資。超市物品錄入人員，可以設(shè)置銷售物品、負責(zé)超市物品的日常信息維護，如價格、類型、名稱等的錄入。在第三層，根據(jù)客戶對“銷售物品信息管理子系統(tǒng)”的業(yè)務(wù)功能要求，可選的用例有：物品信息錄入。設(shè)置銷售物品。物品信息高級維護。物品信息維護。物品信息刪除?！皢T工信息管理子系統(tǒng)”中的用例“員工信息管理”主要負責(zé)員工個人信息的管理，包括招聘員工的注冊、解聘員工的注銷、員工基本信息的查詢和修改、員工高級信息的修改等。涉及的執(zhí)行者包括：財務(wù)主管，主要負責(zé)員工的注冊和注銷、員工高級信息的維護，如員工權(quán)限、類型的修改等。員工可以進行員工基本信息的查詢和修改，如員工密碼、聯(lián)系方式、住址等等。在第三層，根據(jù)客戶對“員工信息管理子系統(tǒng)”的業(yè)務(wù)功能要求，可選的用例有：員工信息錄入。員工信息刪除?！翱蛻粜畔⒐芾碜酉到y(tǒng)”中的用例“客戶信息管理”負責(zé)超市會員的管理，包括會員的注冊、注銷、信息維護等。涉及的執(zhí)行者包括：客服人員，負責(zé)會員的注冊、注銷以及除會員積分、會員等級之外的其他會員基本信息的維護。前臺銷售系統(tǒng)在對會員購物結(jié)算之后對會員積分進行修改。在第三層，根據(jù)客戶對“客戶信息管理子系統(tǒng)”的業(yè)務(wù)功能要求，可選的用例有：客戶注冊?？蛻糇N。客戶信息維護?！扒芭_銷售管理子系統(tǒng)”中的用例“前臺銷售管理”主要負責(zé)超市的前臺銷售工作，包括統(tǒng)計購物總價、對會員和非會員的購物結(jié)算進行區(qū)別統(tǒng)計等。執(zhí)行者收銀員負責(zé)識別會員、將物品信息掃描入系統(tǒng)。在第二層，根據(jù)客戶對“前臺銷售管理子系統(tǒng)”的業(yè)務(wù)功能要求，可選的用例有：掃描銷售物品。識別會員。會員購物。購物結(jié)算?！皢T工工資管理子系統(tǒng)”中的用例“員工工資管理”負責(zé)員工工資的結(jié)算、發(fā)放、工資詳單、員工類型、員工編號、基本工資、公積金、社保、考勤、獎金等信息的管理工作。執(zhí)行者包括：財務(wù)主管，可以對員工的工資進行發(fā)放、對員工的考勤、獎金進行設(shè)定和監(jiān)督。前臺銷售系統(tǒng)，根據(jù)員工的銷售額進行相應(yīng)的獎勵。員工可以查詢自己的工資以及工資的詳細清單。在第二層，根據(jù)客戶對“員工工資管理子系統(tǒng)”的業(yè)務(wù)功能要求，可選的用例有：員工工資發(fā)放。員工工資結(jié)算。員工工資信息管理?！皢T工工資信息維護子系統(tǒng)”中的用例“員工工資信息維護”負責(zé)對涉及員工工資的員工類型、員工編號、基本工資、公積金、社保、考勤、獎金等信息進行維護和管理、也可供員工查詢工資詳單。執(zhí)行者包括：員工，可以查詢工資詳單。財務(wù)主管，可以對員工工資相關(guān)信息進行維護。前臺銷售系統(tǒng)，影響員工的考勤和獎金。在第三層，根據(jù)客戶對“員工工資信息維護子系統(tǒng)”的業(yè)務(wù)功能要求，可選的用例有：查詢工資詳單。員工工資信息維護。用活動圖描述用例事件流（一）、購物結(jié)算事件流收銀員掃描物品系統(tǒng)查詢物品信息A2：物品優(yōu)惠系統(tǒng)統(tǒng)計總價繼續(xù)掃描直至掃描完成收銀員識別會員A3：客戶是會員客戶付費用例結(jié)束其他事件流：A2：物品優(yōu)惠調(diào)整物品價格進入購物結(jié)算事件流第（7）步A3：客戶是會員客戶刷卡系統(tǒng)查詢會員信息B1：信息不合法系統(tǒng)提示錯誤原因進入購物結(jié)算事件流第（10）步對總價進行打折修改會員積分（二）、添加物品事件流進入錄入界面，系統(tǒng)顯示目前所有物品信息錄入員選擇錄入物品信息系統(tǒng)提示錄入新物品信息錄入員錄入信息系統(tǒng)驗證是否和已有物品沖突A1：有沖突系統(tǒng)添加新物品，提示物品添加成功系統(tǒng)重新進入管理主界面，顯示所有物品用例結(jié)束其他事件流：A1：有沖突系統(tǒng)提示沖突，顯示沖突物品信息錄入員重新輸入繼續(xù)驗證直到無沖突進入添加物品事件流第（10）步（三）、用戶登錄事件流員工進入登陸界面，選擇權(quán)限輸入員工賬戶和密碼系統(tǒng)驗證信息A1：驗證錯誤進入工作界面其他事件流：系統(tǒng)提示錯誤信息系統(tǒng)提示員工重新輸入信息再次驗證三次錯誤，拒絕再次訪問否則進入用戶登錄事件流第（4）步物品信息管理系統(tǒng)對象類靜態(tài)模型建立對象類庫存物品類類名：庫存物品類的類型：該類創(chuàng)建的對象為持久對象，存儲在服務(wù)器上的數(shù)據(jù)庫中，可以共享。功能：負責(zé)創(chuàng)建庫存物品的基本信息并對這些信息進行處理，包括添加、刪除、修改等。屬性：物品編號、物品名、分類、條碼、庫存等操作：修改名稱（）、修改分類（）、修改條碼（）、加入物品（）、刪除物品（）、打印庫存物品信息（）、打印庫存量（）等。銷售物品類類名：銷售物品類的類型：該類創(chuàng)建的對象為持久對象，存儲在服務(wù)器上的數(shù)據(jù)庫中，可以共享。功能：負責(zé)創(chuàng)建銷售物品的基本信息并對這些信息進行處理，包括添加、刪除、修改等。屬性：庫存物品[*]、物品編號、物品名、分類、條碼、價格、優(yōu)惠期、銷量等。操作：調(diào)整價格（）、調(diào)整優(yōu)惠期（）、添加銷售物品（）、刪除銷售物品（）、打印銷售物品信息及銷量（）等。財務(wù)主管類類名：財務(wù)主管類的類型：執(zhí)行者功能：對庫存物品、銷售物品進行高級維護。屬性：身份證號、員工類型、員工編號、員工密碼、姓名、性別、年齡、基本工資、考勤、辦公室編號等。操作：對自身屬性進行修改和查詢。物品錄入員類類名：物品錄入員類的類型：執(zhí)行者功能：對庫存物品、銷售物品進行一般維護。屬性：身份證號、員工類型、員工編號、員工密碼、姓名、性別、年齡、基本工資、考勤、辦公室編號等。操作：對自身屬性進行修改和查詢。根據(jù)類之間的關(guān)系繪制類圖物品信息管理系統(tǒng)動態(tài)交互模型庫存物品信息錄入【確定交互和涉及的對象】啟動系統(tǒng)。涉及的對象：消息的發(fā)送者：“物品錄入員”對象消息的接受者：“物品消息管理窗口”對象傳遞的消息：消息：啟動系統(tǒng)(密碼)消息的類型：同步消息返回消息：啟動成功或錯誤消息。循環(huán)處理進貨清單。涉及的對象：消息的發(fā)送者：“物品消息管理窗口”對象消息的接受者：“進貨清單”對象傳遞的消息：消息：*[所有進貨清單]：處理()消息的類型：遞歸調(diào)用返回消息：處理完畢或出錯消息。核對進貨合同。涉及的對象：消息的發(fā)送者：“進貨清單”對象消息的接受者：“進貨合同”對象傳遞的消息：消息：核對()消息的類型：同步消息返回消息：是否找到相應(yīng)進貨清單。更新庫存物品。涉及的對象：消息的發(fā)送者：“進貨合同”對象消息的接受者：“庫存物品”對象傳遞的消息：消息：更新庫存物品()消息的類型：同步消息返回消息：更新成功或出錯消息打印庫存清單。涉及的對象：消息的發(fā)送者：“庫存物品”對象消息的接受者：“庫存清單”對象傳遞的消息：消息：打印庫存清單()消息的類型：同步消息返回消息：打印成功或出錯消息【庫存物品信息錄入順序圖】【庫存物品信息錄入合作圖】庫存物品信息刪除【確定交互和涉及的對象】1、啟動系統(tǒng)。涉及的對象：消息的發(fā)送者：“財務(wù)主管”對象消息的接受者：“物品信息管理窗口”對象傳遞的消息：消息：啟動系統(tǒng)(密碼)消息的類型：同步消息返回消息：啟動成功或出錯消息。2、查詢待刪除物品清單。涉及的對象：消息的發(fā)送者：“物品信息管理窗口”對象消息的接受者：“待刪除物品清單”對象傳遞的消息：消息：*[所有待刪除物品清單]：查詢待刪除物品清單()消息的類型：遞歸調(diào)用返回消息：查詢完畢或出錯信息。3、核對銷售物品清單。涉及的對象：消息的發(fā)送者：“待刪除物品清單”對象消息的接受者：“銷售物品清單”對象傳遞的消息：消息：核對()消息的類型：同步消息返回消息：是否找到待刪除物品刪除待刪除物品。涉及的對象：消息的發(fā)送者：“銷售物品清單”對象消息的接受者：“銷售物品清單”對象傳遞的消息：消息：刪除物品()消息的類型：自調(diào)用返回消息：刪除成功或出錯消息。發(fā)送貨物下架通知。涉及的對象：消息的發(fā)送者：“銷售物品”對象消息的接受者：“貨物下架通知”對象傳遞的消息：消息：發(fā)送()消息的類型：同步消息返回消息：發(fā)送成功或出錯消息。8、核對庫存物品清單。涉及的對象：消息的發(fā)送者：“待刪除物品清單”對象消息的接受者：“庫存物品清單”對象傳遞的消息：消息：核對()消息的類型：同步消息返回消息：是否找到待刪除物品9、刪除待刪除物品。涉及的對象：消息的發(fā)送者：“庫存物品清單”對象消息的接受者：“庫存物品清單”對象傳遞的消息：消息：刪除物品()消息的類型：自調(diào)用返回消息：刪除成功或出錯消息【庫存物品信息刪除順序圖】【庫存物品信息刪除順序圖】銷售物品信息高級維護【確定交互和涉及的對象】1、啟動系統(tǒng)。涉及的對象：消息的發(fā)送者：“財務(wù)主管”對象消息的接受者：“物品信息管理窗口”對象傳遞的消息：消息：啟動系統(tǒng)(密碼)消息的類型：同步消息返回消息：啟動成功或出錯消息2、處理銷售物品高級維護清單。涉及的對象：消息的發(fā)送者：“物品信息管理窗口”對象消息的接受者：“銷售物品高級維護清單”對象傳遞的消息：消息：*[所有銷售物品高級維護清單]：處理()消息的類型：遞歸調(diào)用返回消息：處理完畢或出錯消息3、核對銷售物品清單。涉及的對象：消息的發(fā)送者：“銷售物品信息高級維護清單”對象消息的接受者：“銷售物品清單”對象傳遞的消息：消息：核對清單（）消息的類型：同步調(diào)用返回消息：是否找到相應(yīng)物品4、銷售物品高級維護。涉及的對象：消息的發(fā)送者：“銷售物品清單”對象消息的接受者：“銷售物品清單”對象傳遞的消息：消息：維護（）消息的類型：自調(diào)用返回消息：維護成功或出錯消息。5、更新維護日志。涉及的對象：消息的發(fā)送者：“銷售物品清單”對象消息的接受者：“銷售物品高級維護日志”對象傳遞的消息：消息：更新()消息的類型：同步調(diào)用返回消息：更新成功或出錯消息。6、發(fā)放通知。涉及的對象：消息的發(fā)送者：“銷售物品清單”對象消息的接受者：“銷售物品修改通知”對象傳遞的消息：消息：發(fā)送()消息的類型：同步消息返回消息：發(fā)送成功或出錯消息?！句N售物品信息高級維護順序圖】【銷售物品信息高級維護合作圖】設(shè)置銷售物品【確定交互和涉及的對象】1、啟動系統(tǒng)?！拔锲蜂浫雴T”對象啟動“物品信息管理窗口”對象。涉及的對象：消息的發(fā)送者：“物品錄入員”對象消息的接受者：“物品信息管理窗口”對象傳遞的消息：消息：啟動系統(tǒng)（密碼）消息的類型：同步消息返回消息：啟動成功或出錯消息。2、查詢。涉及的對象：消息的發(fā)送者：“物品信息管理窗口”對象消息的接受者：“庫存物品清單”對象傳遞的消息：消息：查詢（）消息的類型：同步消息返回消息：是否找到相應(yīng)物品3、設(shè)置銷售物品。涉及的對象：消息的發(fā)送者：“庫存物品清單”對象消息的接受者：“銷售物品清單”對象傳遞的消息：消息：設(shè)置銷售物品()消息的類型：同步消息返回消息：設(shè)置成功或出錯消息4、發(fā)送增添銷售物品通知。涉及的對象：消息的發(fā)送者：“銷售物品清單”對象消息的接受者：“增加銷售物品通知”對象傳遞的消息：消息：發(fā)送（）消息的類型：同步消息返回消息：發(fā)送成功或出錯消息【設(shè)置銷售物品順序圖】【銷售物品設(shè)置合作圖】

集成的會計系統(tǒng)財務(wù)四大基礎(chǔ)模塊ERP系統(tǒng)是分模塊的，在財務(wù)會計領(lǐng)域，一般總會有如下的4大模塊：總帳，應(yīng)收帳款，應(yīng)付帳款和固定資產(chǎn)。如圖1-1所示，這四個模塊本身是相互集成的（圖中以連接模塊的線條代表模塊間的集成），比如當(dāng)用戶對應(yīng)收，應(yīng)付和資產(chǎn)三個明細分類帳進行操作時，系統(tǒng)會自動更新總分類帳中的數(shù)據(jù)。圖1-1財務(wù)四大基礎(chǔ)模塊這四大基礎(chǔ)模塊可以構(gòu)成一個獨立的會計軟件–它具有和其他會計軟件一樣的特征：帳務(wù)處理和業(yè)務(wù)處理是分開的。所謂業(yè)務(wù)處理是指企業(yè)日常運作的具體業(yè)務(wù)，比如根據(jù)銷售定單和定單履行情況開出銷售發(fā)票；根據(jù)采購定單和收貨情況校驗收到的發(fā)票；以及所有的庫存收發(fā)業(yè)務(wù)等等。而所謂帳務(wù)處理是指財務(wù)人員根據(jù)原始憑證（包括外部的，如發(fā)票，和內(nèi)部的，如入庫單）編制會計分錄，在系統(tǒng)中記錄下來。對于一般會計軟件而言帳務(wù)處理和業(yè)務(wù)處理是分開的，它們之間是通過單據(jù)在企業(yè)內(nèi)部其他部門和財務(wù)部門間的傳遞和核對完成的，同時財務(wù)人員需要利用專業(yè)知識分析業(yè)務(wù)和編制分錄。同時除了最基礎(chǔ)的借貸，科目和金額以外，財務(wù)人員可能還需要手工錄入一些附加信息，以利于日后做一些簡單的匯總分析，這些附加信息是以憑證輸入時的附加字段體現(xiàn)的。圖1-1右下角紅色的粗箭頭代表了這種分開處理的過程。雖然大方向上是一致的，但是不同的軟件之間在功能上還是會有很大的差別的，圖1-1中列舉了一些這四大基礎(chǔ)模塊的功能。模塊外部的紅色箭頭是需要手工輸入的功能，模塊內(nèi)部的則是系統(tǒng)可以自動完成的功能。事實上有些功能已經(jīng)體現(xiàn)了ERP業(yè)務(wù)處理和帳務(wù)處理統(tǒng)一的特征，比如圖1-1中的紅圈所示的自動付款功能。集成下的財務(wù)會計如果ERP的財務(wù)會計模塊僅僅是一般會計軟件的功能延伸和加強，那它不會在最近的10年間對全球企業(yè)的財務(wù)實踐帶來如此巨大的變革。而ERP本身的集成性，決定了它的財務(wù)會計模塊完全融入到了企業(yè)整體的流程中，圖1-2描述了在集成環(huán)境下的財務(wù)會計模塊。圖1-2財務(wù)會計和物流的集成在物流領(lǐng)域有四個基本的模塊：銷售，生產(chǎn)，采購和庫存管理，企業(yè)物流管理的流程和功能不是本書所要討論的內(nèi)容，圖1-2中我們大致例舉了一些物流模塊的基本功能（在圖中各模塊內(nèi)部）。在下面我們要著重介紹的是物流模塊和財務(wù)會計的集成關(guān)系，本章主要介紹以下7個集成點：銷售開票，銷售發(fā)貨，采購收貨，發(fā)票校驗，其他收發(fā)貨，盤點和估價。銷售開票銷售開票的過程其實是在ERP系統(tǒng)中生成一帳開票憑證（BillingDocuments）。發(fā)票，形式發(fā)票，紅字發(fā)票和貸項憑證都是不同類型的開票憑證。我們通常提到的發(fā)票（如增值稅專用發(fā)票或普通發(fā)票）是根據(jù)系統(tǒng)中的開票憑證在金稅系統(tǒng)中套打出來（或直接套打出來）的實物憑證。在下文中如果不特別指明實物發(fā)票，那“發(fā)票”都是指系統(tǒng)中保存的開票憑證。ERP系統(tǒng)是集成的，而銷售開票又是銷售流程的最后一個環(huán)節(jié)。因此發(fā)票在系統(tǒng)中不是孤立的，它一般是參照先行的其他憑證（如銷售定單或發(fā)貨單）建立的，系統(tǒng)會根據(jù)一定的規(guī)則自動的復(fù)制這些先行憑證的信息，從而使得開票的過程盡可能的簡單，也防止了錯誤的產(chǎn)生。發(fā)票的結(jié)構(gòu)發(fā)票由一個發(fā)票抬頭和多條行項目構(gòu)成。在發(fā)票抬頭系統(tǒng)保存了關(guān)于整張發(fā)票的信息，比如付款方（客戶），開票日期，整張發(fā)票的凈金額，幣種，付款條款，國際貿(mào)易條件，售達方（有時候付款方和售達方是不同的），價格條款（比如針對整張發(fā)票的折扣）。行項目中保存了僅對該行有用的信息，比如商品，數(shù)量，該行凈金額，重量和體積，參照憑證的編號（比如，該發(fā)票針對的發(fā)貨單號），價格條款（比如貨款，運費，折扣，增值稅等等）?？梢园l(fā)現(xiàn)系統(tǒng)中的發(fā)票所保存的信息大大超過了實物發(fā)票所需要的，在套打?qū)嵨锇l(fā)票時，系統(tǒng)會根據(jù)各國家和企業(yè)的規(guī)定選取相關(guān)的信息，按規(guī)定的格式打印出來。開票方式從參照憑證（定單或發(fā)貨單）生成發(fā)票，系統(tǒng)提供了如下一些可能的方法：只要某些數(shù)據(jù)吻合，你可以合并多張不同的憑證（銷售定單和/或發(fā)貨單）的全部或一部分，開出一張發(fā)票。前提條件是：首先，需要從這些參考憑證中復(fù)制的發(fā)票抬頭數(shù)據(jù)在這些憑證中都是一致的。其次，拆分開票的條件不成立。比如在處理到期的開票清單時，系統(tǒng)會合并那些具有相同的客戶編號，銷售組織和開票類型的參照憑證，如果上述的前提條件都滿足，系統(tǒng)將開出一張發(fā)票。如果你希望在某些情況下發(fā)票是分開的，比如希望同一張交貨單上的很多商品按不同的商品組分開開票，那么可以通過定義拆分開票規(guī)則來實現(xiàn)。當(dāng)然你也可以針對每張銷售憑證開一張發(fā)票，比如每張發(fā)貨單一張發(fā)票。在具體執(zhí)行開票時，系統(tǒng)提供了如下方法：定單或發(fā)貨單個別開票。我們可以針對整張定單，個別行項目或行項目的部分數(shù)量進行個別開票。手工處理到期開票清單。我們可以使用到期開票清單來處理開票，在這種情況下財務(wù)人員不需要針對某張銷售定單或發(fā)貨單單獨開票。我們只需要輸入選擇條件，系統(tǒng)會自動挑選那些符合條件的定單或發(fā)貨單，生成到期開票清單。經(jīng)過手工編輯和模擬后就可以實際開票了。后臺自動處理到期開票清單。為了減少處理時間和人力，可以將到期開票清單的處理安排在系統(tǒng)后臺完成，比如每天下午4點由系統(tǒng)自動生成。財務(wù)會計過帳當(dāng)開票這一業(yè)務(wù)處理在系統(tǒng)中完成后，通過ERP系統(tǒng)的集成功能，在財務(wù)會計模塊會自動生成相應(yīng)的會計分錄。圖1-2中“開票”標(biāo)簽所指的箭頭就代表了這種自動過帳。但是為了增強靈活性，也可以對于某些類型的開票憑證自動凍結(jié)過帳，這樣在流程設(shè)計時在正式過帳前可以加入控制點。而當(dāng)控制完成后，過帳也僅僅是一個按鈕的工作了。對于會計科目，系統(tǒng)是綜合4個數(shù)據(jù)自動判斷的，它們分別是銷售組織，客戶組，商品組和價格條款。這樣系統(tǒng)可以自動將貨款和增值稅分別計入“產(chǎn)品銷售收入”和“應(yīng)交稅金-增值稅-銷項”科目中。同樣的，如果價格條款中還有運費和折扣，可以分別計入“產(chǎn)品銷售收入”的二級科目中。此外這種科目確定的機制也使得我們可以根據(jù)銷售組織，客戶組和商品組設(shè)置二級或三級科目。不過需要指出的是雖然系統(tǒng)提供了這些靈活性，但是在實際實施中我們未必需要這樣做，特別是當(dāng)我們同時實施了盈利分析模塊時，此類分析將沒有必要通過科目來完成。盈利分析將在第4章中具體介紹。對于金額的確定，系統(tǒng)是根據(jù)發(fā)票中各價格條款的金額來決定的。定價功能是ERP銷售模塊的一個非常有力也非常有趣的功能。本書不做詳細的介紹。有一點需指出的是我們在實施時，可以根據(jù)企業(yè)的實際情況和管理要求，決定開票時是直接從銷售定單復(fù)制價格呢，還是允許修改或重定價（這種配置是基于發(fā)票類別的）。對于定價功能和科目自動確定功能的一個應(yīng)用是消費稅的計算和過帳，我們可以在銷售定價模板中增加一增一減兩個價格條款，它們的計算規(guī)則是貨款的百分比，兩者分別指向“產(chǎn)品銷售稅金和附加-消費稅”和“應(yīng)交稅金-消費稅”科目，同時消費稅率維護在和商品相關(guān)的定價表中。因為消費稅是價內(nèi)稅，所以我們的實物發(fā)票中并不體現(xiàn)，但是財務(wù)會計上卻即時地記帳了。這個問題的另一個解決方法是月末定期地運行報表計算消費稅額，并自動批輸入過帳。兩者都是可行的，也都可以自動生成納稅申報表，前者的好處是記錄的實時性，從而有利于盈利分析。折扣和折讓如果銷售已經(jīng)完成，但是客戶對于產(chǎn)品的質(zhì)量或者別的方面存在異議，雙方協(xié)商以折扣和折讓的方式處理。在系統(tǒng)中可以有如下3種處理方案：第一：用貸項憑證的形式來處理折扣和折讓。貸項憑證在系統(tǒng)中和發(fā)票一樣，是一種不同類型的開票憑證。貸項憑證可以參照發(fā)票或者貸項憑證申請來創(chuàng)建，而且既可以針對整張發(fā)票也可以針對部分行項目，還可以針對行項目中的部分數(shù)量。使用貸項憑證申請，我們可以走正規(guī)的客戶投訴和扣款流程，保證完善的內(nèi)部控制。如果我們不準(zhǔn)備對實物發(fā)票，特別是增值稅發(fā)票做任何處理，那么通過配置，可以讓系統(tǒng)自動生成如下會計分錄：借：產(chǎn)品銷售折扣和折讓貸：應(yīng)收帳款-客戶明細。對于這種處理方法需要注意如下兩點：第一，貸項憑證沒有增值稅發(fā)票作為原始憑證，因此在我國是不能減少增值稅銷項額的，因此折扣應(yīng)該給不含稅價，否則折扣中的增值稅部分就只能由銷售方作為費用多承擔(dān)了。但是在實際業(yè)務(wù)中這往往會使雙方的業(yè)務(wù)人員夾纏不清，無法理解。第二，正由于貸項憑證沒有發(fā)票做原始憑證，在我國的實施中可能會引起企業(yè)所得稅上的麻煩。但這種方案的優(yōu)點是明顯的：它不涉及對原增值稅發(fā)票的處理，而眾所周知，這類處理在我國是非常難的。第二：用取消發(fā)票并重開來解決折扣和折讓的問題。取消發(fā)票在系統(tǒng)中會生成反方向的紅字發(fā)票和沖銷會計分錄，業(yè)務(wù)人員取消原發(fā)票后重新開票，并更改價格條款。從實物發(fā)票的角度，會有如下兩種情況：1如果對方能夠返還兩聯(lián)增值稅發(fā)票,我們可以開出紅字發(fā)票，其中記帳聯(lián)作為減少銷項稅的原始憑證。其他三聯(lián)和返還的原發(fā)票的兩聯(lián)應(yīng)妥善保管。2如果對方不能返還兩聯(lián)中的任何一聯(lián)，必須做如下操作：客戶應(yīng)從當(dāng)?shù)囟悇?wù)部門取得退貨或折扣證明單并交給銷售方。銷售方開出紅字發(fā)票，其中兩聯(lián)作為其減少銷項稅的原始憑證，另兩聯(lián)交給客戶。第三仍然用貸項憑證的功能，只是通過配置，讓系統(tǒng)自動生成如下會計分錄：借：產(chǎn)品銷售收入借：應(yīng)交稅金-增值稅-銷項貸：應(yīng)收帳款-客戶明細，金額為折扣金額。同時開具實物紅字發(fā)票，金額為原發(fā)票金額。再根據(jù)折扣后金額重開實物發(fā)票。將紅字發(fā)票和重開發(fā)票同時作為貸項憑證的原始憑證。需要注意的是ERP中在很多情況下使用貸項憑證，貸項憑證是直接以后續(xù)的調(diào)整金額記帳的。但是我國增值稅管理要求對于增值稅發(fā)票變更的處理，一般都是先用紅字發(fā)票沖銷，隨后在對變更后的金額開具發(fā)票。所以在實施中要么仍然使用貸項憑證的方法，只是實物紅字發(fā)票和重開發(fā)票兩者一起作為貸項憑證的原始憑證，如本節(jié)中的第三種方案和下一節(jié)中的第二種方案。要么在ERP流程中也使用這種先沖銷，再重開的方式，如本節(jié)中的第二種方案和下一節(jié)中的第三種方案。不過這兩種方案都避免不了紅字發(fā)票難開的問題，這已經(jīng)不是ERP系統(tǒng)的問題，在實務(wù)中企業(yè)也會考慮其他的避免方法，比如本節(jié)第一種方案和下一節(jié)中第一種方案，以避免開紅字發(fā)票。退貨對于客戶投訴的另一種解決方法是退貨。在系統(tǒng)中有3種處理方案：第一：標(biāo)準(zhǔn)的退貨流程。首先是建立退貨憑證，退貨憑證可以是針對銷售定單或針對發(fā)票。當(dāng)貨物實際退回時，倉庫參照退貨憑證做入庫處理，系統(tǒng)自動生成會計分錄借：存貨貸：產(chǎn)品銷售成本。如果需要補貨，那么做補貨的發(fā)貨處理，系統(tǒng)自動生成會計分錄借：產(chǎn)品銷售成本貸：存貨。這種情況不影響開票和實物發(fā)票。第二：如果客戶不要補貨，而要退回貨款，那系統(tǒng)將針對退貨開出貸項憑證，并自動生成如下分錄：借：產(chǎn)品銷售收入借：應(yīng)交稅金-增值稅-銷項貸：應(yīng)收帳款-客戶明細，金額為退回部分的售價。同時財務(wù)人員開具紅字發(fā)票，金額為原發(fā)票金額。再根據(jù)退貨后余額重開發(fā)票。將紅字發(fā)票和重開發(fā)票同時作為貸項憑證的原始憑證。第三：對于不要求補貨的退貨，我們也可以不建立退貨憑證，而直接取消原發(fā)票（對應(yīng)紅字發(fā)票），退貨入庫后，再重新開出發(fā)票（對應(yīng)重開的增值稅發(fā)票）。返利返利是指根據(jù)客戶或者經(jīng)銷商在一定期間里的購買量，而定期返還給他們的款項。在銷售模塊，我們需要維護返利協(xié)議。在返利協(xié)議中，必須指明：<1>誰可以得到返利。<2>返利的標(biāo)準(zhǔn)。<3>協(xié)議的有效期。<4>是否需要在會計上記提返利。同時銷售部門需要維護各種產(chǎn)品或產(chǎn)品組的返利比例。返利比例可以是直線的，也可以是坎級的：對于越大的購買量，返利比例也越高。銷售模塊會跟蹤所有和返利相關(guān)的開票憑證。根據(jù)返利協(xié)議計算返利的金額。在協(xié)議有效期內(nèi)可以先定期結(jié)算部分返利，在最終結(jié)算時，系統(tǒng)會自動扣減累積的部分結(jié)算的返利。從財務(wù)會計的角度看，返利會有如下影響：<1>根據(jù)預(yù)提比例，系統(tǒng)可以自動預(yù)提返利費用。分錄如下：借：產(chǎn)品銷售收入或銷售費用貸：預(yù)提費用<2>當(dāng)返利協(xié)議結(jié)算時，系統(tǒng)會自動生成貸項憑證申請（Creditmemorequests），申請批準(zhǔn)后，系統(tǒng)會自動生成分錄如下：借：產(chǎn)品銷售收入或銷售費用貸：應(yīng)收帳款-客戶明細。該筆貸方的金額或者直接和該客戶原先帳戶中的未清發(fā)票對清，或者在發(fā)生貸方余額時，納入付款流程。同時自動沖銷先前的預(yù)提憑證。由于返利和貸項憑證沒有增值稅發(fā)票作為原始憑證（以雙方的返利協(xié)議結(jié)算報告作為原始憑證），在我國的實施中可能會面臨一些麻煩，因此企業(yè)有時候會用票面返利的形式處理，所謂票面返利是指返利不記錄在表內(nèi)科目里，而是在表外另行記錄。返利的金額被用于扣減今后銷售定單的價格而不是直接對清發(fā)票或者付款。但是這樣的處理往往在系統(tǒng)配置上較為麻煩，對于今后的分析也不夠清晰。收入的確認從上文的介紹，我們會發(fā)現(xiàn)一個問題：ERP標(biāo)準(zhǔn)設(shè)置是在開票時確認銷售收入，而在交貨時結(jié)轉(zhuǎn)銷售成本。系統(tǒng)本身是不保證收入和成本配比的，這主要是因為兩者各有支持的原始憑證（發(fā)票和出庫單）。對于這個問題我們認為：除非是行業(yè)特殊性造成的原因，收入和成本的配比，主要應(yīng)當(dāng)從流程的角度通過控制開票和交貨的時機來解決，比較理想的狀態(tài)是開票直接指向交貨，交貨后即時開票或者定期（每天或至少月底）開票。我國的增值稅法也要求企業(yè)在銷售交貨之后應(yīng)當(dāng)及時開具增值稅專用發(fā)票。但是，在有些情況下企業(yè)由于種種原因無法實現(xiàn)這種流程上的匹配，就需要一些別的功能和手段來實現(xiàn)這種匹配：<1>在期末執(zhí)行收入確認程序調(diào)整收入。當(dāng)使用這種方法時，開票時，系統(tǒng)不直接確認銷售收入，而是計入“遞延收入”科目：借：應(yīng)收帳款-客戶明細貸：遞延收入貸：應(yīng)交稅金-增值稅-銷項（如果是服務(wù)業(yè)，則沒有稅金行）。當(dāng)期末執(zhí)行收入確認程序時，系統(tǒng)根據(jù)預(yù)先設(shè)定的規(guī)則確定當(dāng)期應(yīng)確認的收入，做分錄如下：借：遞延收入貸：主營業(yè)務(wù)收入。具體的規(guī)則可以是根據(jù)實際交貨或確認的服務(wù)，也可以是根據(jù)期間分配收入（如長期合同的收入）。<2>類似的處理是在交貨時不結(jié)轉(zhuǎn)成本，而是先計入“遞延成本”，當(dāng)實際開票時將“遞延成本”確認為“產(chǎn)品銷售成本”。<3>對于大型項目來說，收入和成本是通過項目定期的結(jié)果分析計算出來的，而不是開票以及成本的原始憑證決定的，兩者之間的差額通過調(diào)整“預(yù)提”和“存貨”等科目實現(xiàn)。關(guān)于項目管理和結(jié)果分析我們將在第10章中介紹。其他還有一些方法，比如走寄售流程，或者建立客戶虛擬庫，但是這些方法一方面會增加操作的步驟和復(fù)雜程度，另一方面也曲解了業(yè)務(wù)本身，變成了為了會計處理而改變業(yè)務(wù)流程，有點得不償失。最后，仍然想重申的是：除非真正源自行業(yè)的特殊性，否則應(yīng)盡量考慮從流程的角度解決這個問題。畢竟實施ERP的目的之一是簡潔流暢清晰的企業(yè)運作，舍棄一些模糊混亂帶來的“好處”是值得的。銷售發(fā)貨銷售定單的交貨是銷售定單執(zhí)行的一個環(huán)節(jié)，通常會先于開票環(huán)節(jié)。在ERP中交貨是一個多步驟的過程，包括交貨單（交貨申請），揀配，包裝，裝載，裝運和發(fā)貨過帳等步驟。其中大多數(shù)步驟屬于物流管理的范疇，好的ERP軟件提供了整個交貨過程的全程監(jiān)控，包括交貨期管理，自動確定裝運點等等功能。從財務(wù)會計的角度集成出現(xiàn)在發(fā)貨過帳這個步驟，此時系統(tǒng)通過庫存管理模塊的自動記帳功能，生成了會計分錄，更新了總帳。一般我們配置自動記帳功能時，讓系統(tǒng)生成如下分錄：借：產(chǎn)品銷售成本貸：存貨。存貨的計價既可以是標(biāo)準(zhǔn)成本，也可以是移動平均價或個別認定的批次成本。但是對于制造型企業(yè)來說，由于實際成本必須在月末才能得到，而發(fā)貨是實時的，所以此時一般應(yīng)使用標(biāo)準(zhǔn)成本，到月末再根據(jù)實際成本重估庫存和產(chǎn)品銷售成本。圖1-2中“銷售發(fā)貨”標(biāo)簽指向的箭頭就代表了這種集成。同時可以發(fā)現(xiàn)銷售發(fā)貨本身是銷售模塊和庫存管理模塊的一個集成點，它是由倉儲部門完成的，實現(xiàn)的又是銷售業(yè)務(wù)的一個步驟。采購收貨采購定單的收貨是采購定單執(zhí)行的一個環(huán)節(jié)，通常會先于發(fā)票校驗。和銷售發(fā)貨類似，采購收貨本身是采購和儲運部門的共同職責(zé)，同時系統(tǒng)通過自動記帳功能，生成會計憑證。一般手工或簡單會計軟件的記帳，要求收貨要等到收到發(fā)票以后再入帳，如果月末發(fā)票未到就暫估入帳。這樣做是為了方便會計工作，但是一方面這樣容易造成庫存帳實不符，另一方面雖然平時的工作簡化了，但是卻增加了期末的核對工作。ERP系統(tǒng)是一個實時的系統(tǒng)，同時又講究帳實相符和集成。因此它采取了收貨和發(fā)票校驗兩個業(yè)務(wù)都記帳，兩者通過“商品采購”（或稱為“貨或發(fā)票未到”）科目對清，同時還能完成三單匹配（指采購定單，收貨和發(fā)票校驗）的內(nèi)部控制機制。關(guān)于采購收貨的系統(tǒng)自動帳務(wù)處理我們在下一小節(jié)發(fā)票校驗中一起介紹。發(fā)票校驗發(fā)票校驗功能充分顯示了ERP系統(tǒng)的高度集成性，圖1-2中是以“發(fā)票校驗”標(biāo)簽指向的箭頭表示的。該功能從采購模塊的采購定單和收貨中獲取信息。當(dāng)發(fā)票校驗完畢并過帳時，數(shù)據(jù)被自動傳入財務(wù)會計模塊。在發(fā)票校驗時很重要的一點是參照采購定單和收貨單，這樣系統(tǒng)可以自動檢查發(fā)票的內(nèi)容，單價并計算準(zhǔn)確性。當(dāng)發(fā)票過帳時，系統(tǒng)會在供應(yīng)商的帳戶上創(chuàng)建一條未清項，它會在財務(wù)會計的付款業(yè)務(wù)中被結(jié)清。在配置系統(tǒng)時我們還可以規(guī)定每個系統(tǒng)操作者能夠處理的最大發(fā)票金額。輸入發(fā)票輸入發(fā)票時可以有三種選擇：<1>參照采購定單。此時我們只需要輸入采購定單號。系統(tǒng)會自動建議發(fā)票的數(shù)量，金額，稅率和付款條款（指到期日和現(xiàn)金折扣比率）。因為實際收到的發(fā)票可能和這些缺省值有差異，所以缺省值是可以更改的。當(dāng)我們輸入發(fā)票時系統(tǒng)會通知我們這些差異。我們可以設(shè)置對于單條發(fā)票行的差異的容差。如果差異小于容差，它們將被系統(tǒng)接受。如果它們大于容差，我們將收到系統(tǒng)的警告信息，通知我們檢查該發(fā)票，但是仍然可以過帳。如果容差的上限被超出了，這張發(fā)票仍可過帳，但是對它的付款將被凍結(jié)。只有當(dāng)財務(wù)會計通過另外一個操作釋放這張發(fā)票后，這張被凍結(jié)的發(fā)票才可以被付款。當(dāng)我們過帳發(fā)票時，系統(tǒng)將自動生成會計憑證。<2>參照采購收貨單。此時應(yīng)付帳款會計輸入收貨單號，系統(tǒng)查找并建議相應(yīng)的數(shù)據(jù)。每筆收貨單都將被這樣結(jié)算。當(dāng)然我們也可以輸入采購定單號，系統(tǒng)會幫助查找此采購定單相關(guān)的收貨單。<3>不做參照。最后也可以不參照任何憑證輸入發(fā)票，這時可以手工輸入發(fā)票項，分別計入總帳，存貨或固定資產(chǎn)。財務(wù)會計過帳采購收貨和發(fā)票校驗完成后都會在系統(tǒng)中自動生成會計憑證，科目可以在系統(tǒng)配置時預(yù)先設(shè)定。自動記帳的科目和金額的處理受到存貨計價方法和收貨與收發(fā)票的先后次序等因素影響。具體規(guī)則如下：ERP系統(tǒng)有兩種典型的存貨計價方法：標(biāo)準(zhǔn)成本和移動平均價。如果發(fā)票晚于收貨，根據(jù)存貨計價方法的不同自動記帳的科目和金額會有所不同：如果是標(biāo)準(zhǔn)成本法，價差將計入“發(fā)票價差”科目。價差包括收貨時標(biāo)準(zhǔn)成本和采購定單價格的差異，也包括發(fā)票校驗時采購定單價格和發(fā)票價格的差異。如果是移動平均價，收貨時直接按采購定單價格計入存貨價值。收發(fā)票時的價差，如果庫存充足則直接更新庫存價值，如果庫存低于發(fā)票數(shù)量，則按比例一部分更新“庫存”價值，一部分計入“發(fā)票價差”科目。如果發(fā)票早于收貨，那么收發(fā)票時按發(fā)票金額計入“商品采購”科目，如果采用標(biāo)準(zhǔn)成本法，收貨時價差計入“發(fā)票價差”科目。如果采用移動平均價，收貨時按發(fā)票金額更新“庫存”價值。這些規(guī)則聽起來有點復(fù)雜，但主要是因為各種情況的排列組合比較多，所以只要看看下面的具體例子就很好理解了。例一標(biāo)準(zhǔn)成本法/先收貨標(biāo)準(zhǔn)成本:1.2元/件 庫存數(shù)量:100件采購定單:1.3元/件 數(shù)量:100件收貨 : 數(shù)量:100件發(fā)票: 1.24元/件 數(shù)量:100件這種情況下，系統(tǒng)自動記帳如表1-1。表1-1“標(biāo)準(zhǔn)成本法/先收貨”的自動記帳科目收貨發(fā)票校驗存貨120+發(fā)票價差10+6-商品采購130-130+應(yīng)付帳款-供應(yīng)商明細124-此時，該物料數(shù)量，金額和成本的變化如表1-2: 表1-2物料數(shù)量，金額和成本變化數(shù)量金額標(biāo)準(zhǔn)成本開始時100件120元1.2元/件收貨后200件240元1.2元/件收發(fā)票后200件240元1.2元/件例二移動平均法/先收貨/庫存充足初始移動平均價: 1.2元/件 庫存數(shù)量:100件采購定單: 1.3元/件 數(shù)量:100件收貨 : 數(shù)量:100件發(fā)票: 1.24元/件 數(shù)量:100件這種情況下，系統(tǒng)自動記帳如表1-3。表1-3“移動平均法/先收貨/庫存充足”的自動記帳科目收貨發(fā)票校驗存貨130+6-商品采購130-130+應(yīng)付帳款-供應(yīng)商明細124-此時，該物料數(shù)量，金額和成本的變化如表1-4: 表1-4物料數(shù)量，金額和成本變化數(shù)量金額移動平均價開始時100件120元1.20元/件收貨后200件250元1.25元/件收發(fā)票后200件244元1.22元/件例三移動平均法/先收貨/庫存不足初始移動平均價： 1.2元/件 庫存數(shù)量:100件采購定單: 1.3元/件 數(shù)量:100件收貨 : 數(shù)量:100件領(lǐng)用: 數(shù)量:120件發(fā)票: 1.4元/件 數(shù)量:100件這種情況下，系統(tǒng)自動記帳如表1-5。表1-5“移動平均法/先收貨/庫存不足”的自動記帳科目收貨發(fā)票校驗存貨130+8+發(fā)票價差2+商品采購130-130+應(yīng)付帳款-供應(yīng)商明細140-此時，該物料數(shù)量，金額和成本的變化如表1-6: 表1-6物料數(shù)量，金額和成本變化數(shù)量金額移動平均價開始時100件120元1.20元/件收貨后200件250元1.25元/件領(lǐng)用后80件100元1.25元/件收發(fā)票后80件108元1.35元/件例四移動平均法/先收發(fā)票初始移動平均價: 1.2元/件 庫存數(shù)量:100件采購定單: 1.3元/件 數(shù)量:100件發(fā)票: 1.24元/件 數(shù)量:100件收貨 : 數(shù)量:100件這種情況下，系統(tǒng)自動記帳如表1-7。表1-7“移動平均法/先收發(fā)票”的自動記帳科目發(fā)票校驗收貨存貨124+商品采購124+124-應(yīng)付帳款-供應(yīng)商明細124-此時，該物料數(shù)量，金額和成本的變化如表1-8: 表1-8物料數(shù)量，金額和成本變化數(shù)量金額移動平均價開始時100件120元1.20元/件收發(fā)票后100件120元1.20元/件收貨后200件244元1.22元/件增值稅上文的例子為清晰起見，都沒有考慮增值稅。實際在輸入發(fā)票時，如果是增值稅專用發(fā)票，我們也輸入稅碼（包含了稅率的一個參數(shù)）和稅額。系統(tǒng)會自動檢查含稅價，稅率和稅額是否正確。如果存在差異，系統(tǒng)會提示一個警告信息，但是我們?nèi)匀豢梢詫⑵溥^帳。如果是不含稅的發(fā)票（比如運輸發(fā)票和農(nóng)產(chǎn)品收購），系統(tǒng)可以自動計算稅額。如果發(fā)票的每行稅碼不同，系統(tǒng)會分行處理。當(dāng)發(fā)票過帳時，增值稅會自動計入“應(yīng)交稅金-增值稅-進項”科目中。收貨成本計劃內(nèi)的收貨成本包括以下類型：運費，關(guān)稅，保險費，包裝費等等。對于每種類型，我們可以決定成本是固定的，基于數(shù)量的還是收貨貨款的一定百分比。計劃內(nèi)的收貨成本可以在采購定單的每一行項中輸入。當(dāng)收貨時這些成本被計入庫存，對方科目是一個特殊的清帳科目（比如：“商品采購-運費”）。當(dāng)采用移動平均價時分錄如下：借：存貨貸：商品采購-貨款貸：商品采購-運費。在發(fā)票校驗時，我們可以列出某張采購定單，收貨單或供應(yīng)商的所有收貨成本，從中選擇出正確的收貨成本的發(fā)票。系統(tǒng)生成分錄如下：借：商品采購-運費貸：應(yīng)付帳款-供應(yīng)商明細。計劃內(nèi)收貨成本也會在采購定單歷史報表中即時顯示。計劃外的收貨成本也可以用發(fā)票校驗輸入。系統(tǒng)自動將它們根據(jù)各行項目的金額分配下去。如果需要，我們也可以手工分配這些成本。計劃外的收貨成本直接計入庫存，分錄如下：借：存貨貸：應(yīng)付帳款-供應(yīng)商明細。其他收發(fā)貨實際上上文提到的銷售發(fā)貨和采購收貨只是庫存移動的兩種移動類型。庫存移動是指引起庫存變化的業(yè)務(wù)。主要包括：收貨。指從供應(yīng)商或生產(chǎn)定單接收庫存并過帳。收貨導(dǎo)致倉庫存貨的增加。發(fā)貨。指存貨的領(lǐng)用，消耗或交運至客戶并過帳。發(fā)貨導(dǎo)致倉庫存貨的減少。移庫。指存貨從一個庫存地點轉(zhuǎn)移到另一個庫存地點。移庫既可以是在同一個工廠，也可以是跨工廠的（工廠是ERP中決定存貨估價，MRP等的重要組織結(jié)構(gòu)）。轉(zhuǎn)換。是一類特殊的存貨變化的總稱。它和存貨是否發(fā)生物理上的移動無關(guān)。比如：將存貨從一種物料代碼轉(zhuǎn)換成另一種；將存貨從質(zhì)檢貨狀態(tài)釋放；將存貨從寄售商品轉(zhuǎn)換成自有庫存。系統(tǒng)使用“移動類型”來分類管理庫存移動的各種不同的種類。在ERP系統(tǒng)中使用物料憑證來管理和記錄所有的庫存移動，物料憑證中包含了移動類型，工廠，庫存地點，物料編碼，數(shù)量，批次等等信息。系統(tǒng)通過物料憑證來追蹤和證明庫存移動，同時物料憑證打印出來就是我們通常所說的出入庫單。同時物料憑證的輸入也不是孤立的，系統(tǒng)通常會根據(jù)情況自動建議收發(fā)貨的數(shù)量，地點等等，比如根據(jù)采購定單收貨，根據(jù)生產(chǎn)定單領(lǐng)用原材料。可以說庫存管理是ERP物流的中心環(huán)節(jié)之一，它連接了采購，生產(chǎn)和銷售等各個環(huán)節(jié)。ERP的庫存管理講究的是實時地記錄和反映現(xiàn)有的庫存情況：收發(fā)貨及時記錄進系統(tǒng)，系統(tǒng)自動更新庫存的當(dāng)前狀況，既可以以各種報表的形式提供給庫存管理者即時的信息，又通過集成直接參與其他的功能中，如MRP，銷售的可用性檢查等等。從財務(wù)會計的角度來看，庫存移動既反映了庫存數(shù)量的變換，同時還代表了價值的轉(zhuǎn)移。因此大部分的庫存移動需要在財務(wù)會計上進行反映。上文中我們已經(jīng)介紹過銷售發(fā)貨和采購收貨，倉管人員只負責(zé)存貨數(shù)量的記錄，而不需關(guān)心其價值。系統(tǒng)根據(jù)一定的規(guī)則來決定存貨的價值，同時根據(jù)自動科目確定自動生成財務(wù)會計憑證（參見上文采購收貨的財務(wù)會計過帳）。會計憑證和物料憑證在系統(tǒng)中是相互勾稽的，而且能直接從任何一張中進入另一張的顯示。庫存移動的自動科目確定是一個智能化較高的功能，系統(tǒng)配置也較復(fù)雜，但是簡單地說，系統(tǒng)是根據(jù)<1>移動類型<2>各行的性質(zhì)（如是庫存行還是對方行）<3>物料主數(shù)據(jù)<4>工廠等信息決定會計分錄中每一行的科目。這里我們再介紹兩種重要的移動類型：<1>原材料生產(chǎn)領(lǐng)用，系統(tǒng)自動記帳如下：借：生產(chǎn)成本-原材料貸：原材料。原材料的估價方式可以是標(biāo)準(zhǔn)成本或移動平均價。<2>產(chǎn)成品入庫，系統(tǒng)自動記帳如下：借：產(chǎn)成品貸：生產(chǎn)成本-生產(chǎn)產(chǎn)出。產(chǎn)成品的估價方式一般采用標(biāo)準(zhǔn)成本法。盤點庫存的盤點是企業(yè)財務(wù)會計掌控或參與的一項重要工作。在ERP中提供了如下幾種盤點方法：定期盤點定期盤點是指在資產(chǎn)負債表日將公司所有的存貨都進行實物盤點。在進行這種盤點時，每個物料都必須被點到。因此在盤點時，整個倉庫必須凍結(jié)物料的移動。持續(xù)盤點持續(xù)盤點是在整個財政年度里，存貨持續(xù)不斷地進行盤點。對于這種盤點重要的是對于每一類庫存來說，必須保證一年中至少被盤到一次。循環(huán)盤點循環(huán)盤點是指在一個財政年度中按一定的時間間隔進行