/第一章案例題 （1）集團財務會計信息系統應該具備功能。這要根據企業集團類型和對分子的管理要求來決定。從這個案例來看，這家企業集團是產業型企業集團，這種類型的企業集團對財務集中管理的要求比較高，往往對整個集團下屬成員實行分散經營、集中管理。因此，要求整個集團在設計會計信息系統時企業集團成員單位的系統功能結構盡量與分子公司一致，因此，會計信息系統從功能上講，集團與成員單位的交集是最大的，集團總部應該涵蓋所有功能模塊或子系統（總賬、采購與付款管理、存貨核算與管理、銷售與應收管理、生產、報告、繼續評價等功能模型與子系統），做到集團與成員單位信息共享、單據在成員單位之間實時協同、預算體系和指標統一制定和共享、資金集中管理、集團能夠利用信息評價整個集團成員的績效等。（2）銷售事業部和銷售公司會計信息系統應該具備功能。銷售事業部主要任務是完成銷售核算與管理任務，銷售公司是具體實現銷售業務的經營單元，因此這兩個層級的組織都應該選擇與銷售業務有關的功能模塊或者子系統（如總賬、銷售與收款、存貨、報表、績效評價等模塊）。3.彩電事業部與其下屬成員會計信息系統應該具備功能。彩電事業部主要任務是完成生產核算與管理任務，其下屬成員是具體從事生產活動的單元，因此這兩個層次的組織都應該選擇與生產核算與管理有關的功能模型或者子系統（如總賬、生產、存貨、報表、績效評價等模塊）。第二章一、思考題1．為什么會計人員和審計人員要參與會計信息系統的開發？會計信息系統的建立是企業的一項重要財務活動。會計信息系統的開發如同企業產品的生產，會計信息系統是經過一系列復雜階段活動產出的產品，這種產品也必須經過設計、授權和過程控制。會計人員應該關注會計信息系統開發過程的完整性。會計信息系統用于向企業內部和外部提供會計信息，會計信息的質量直接取決于建立會計信息系統的開發活動。會計人員和審計人員參與會計信息系統的開發活動，能夠使系統開發專業人員明確他們的問題和需求，確保會計信息系統遵循會計準則、財務會計制度和相關法律、法規的規定，并建立、健全、執行了恰當的控制，保證會計信息系統能夠留有充分的審計線索。2．什么是系統開發生命周期？分幾個階段？各階段的主要任務和文檔是什么？廣義上講，任何系統均有其產生、開展、成熟、消亡或更新換代的過程，這個過程稱為系統的生命周期（SystemLifeCycle）。任何系統開發工程根本上都要經歷相同的系統開發生命周期的5個階段：系統規劃、系統分析、系統設計、系統實施和系統運行與維護。系統開發生命周期概念為方案和控制具體的開發活動提供了一個總體框架。各階段的主要任務和文檔如下表：生命周期主要任務主要文檔系統規劃對企業的環境、目標、現行系統的狀況進行初步調查，明確現行系統存在的問題，根據企業目標和開展戰略，對建立新系統的需求做出分析和預測，研究建立新系統的必要性和可能性，根據需要與可能，提出擬建新系統的備選方案。對這些方案進行可行性分析，寫出可行性工程建議書。可行性工程建議書系統分析在可行性研究的基礎上，對現行系統進行詳細調查和全面分析，描述現行系統的業務流程，指出現行系統的局限性和缺乏，對現行系統提出修改方案，確定新系統的目標和邏輯功能要求，即提出新系統的邏輯模型。這個階段又稱為邏輯設計階段。這個階段是整個信息系統建立的關鍵階段，是建立信息系統與一般工程工程的重要區別所在。系統分析報告書。系統分析報告書是系統設計的依據，也是未來系統驗收的依據。系統設計根據系統分析報告書中規定的功能，結合實際條件，具體設計實現邏輯模型的技術方案。系統設計包括系統概念設計、評估與選擇方案和詳細設計。系統設計報告書系統實施將設計的系統付諸實施的階段。這個階段的任務包括計算機等設備的購置、安裝和調試、程序的編寫與調試、人員培訓、數據文件轉換、系統調試與轉換等。系統實施是按實施方案分階段完成的，每個階段應寫出實施進度報告。系統測試之后寫出操作手冊、系統測試分析報告等。系統測試報告等系統運行與維護記錄系統的運行情況，根據一定的標準對系統進行必要的修改，評價系統的工作質量和經濟效益。系統運行日志等3．結構化方法、原型法和面向對象開發方法的優缺點和適用條件？（1）結構化系統開發方法是經典型的開發方法，強調在整體優化的前提下考慮具體的分析設計問題，開發過程標準，思路清楚，適合于開發大型、復雜的系統。采用這種開發模式，要求系統開發人員在調查中充分掌握用戶需求、管理狀況以及可預見未來可能發生的風險，開發的工作量很大，開發周期較長。（2）采用原型化方法開發信息系統，有效地增進了用戶與系統分析人員的溝通，在系統分析與設計過程中用戶處于主導地位。可實際運行的原型系統可以幫助系統分析人員識別動態的用戶需求。某些需求在用戶缺乏系統使用經驗時，用戶本身也無法預先知道。在原型運行過程中，用戶可以發現這些需求，并將這些需求告之開發人員。對于開放性而無固定需求范圍的系統（如決策支持系統），更適合用原型化方法進行開發。原型化方法以用戶為中心開發系統，，加強了用戶的參與和決策，能夠快速地構造系統的原型。但是易導致人們認為最終系統過快產生，在開發工具上要求較高，對于中小型的信息系統開發效果較好，對大型的、復雜的系統在原型的制作上有相當的困難。（3）面向對象法是從系統的構成入手，希望將系統的最根本結構搞清楚，從現實世界中抽象出系統組成的根本實體——對象。對象是構成所要開發的信息系統的最根本要素。如果將這些對象描述清楚了，就可以以比較大的自由度來構建信息系統，當外界環境發生變化后，就可以通過重新組合對象來應對環境的變化。這種方法的優勢在于縮短開發、維護和測試的時間，降低費用，在開發過程中加強對用戶的支持并提高靈活性。面向對象法的局限性在于對計算機工具要求高；在沒有進行全面的系統性調查分析之前，把握系統的結構有困難，因此，目前該方法需要與其他方法結合應用。4．為什么要進行會計信息系統規劃？系統規劃的任務是什么？系統的規劃和科學的論證可以減少盲目性，使系統具有良好的整體性和較高的適應性。系統規劃的任務是將個別的系統工程或應用程序與企業的戰略目標相聯系。系統規劃包括戰略系統規劃和工程規劃。戰略系統規劃涉及宏觀層次上的系統資源的分配，從技術上講，戰略系統規劃不是系統開發生命周期的組成局部，因為系統開發生命周期是針對特定應用程序的。工程規劃的目的是在戰略系統規劃的框架內為個別應用程序分配資源，包括識別用戶的需求領域，對每一個建議的可行性進行評估，安排工程的優先順序和時間進度等。5．系統分析的主要任務是什么？系統分析報告應包括哪些內容？系統分析是要通過詳細的調查分析，抽象出新系統的邏輯模型，鎖定系統邊界、功能、處理過程和信息結構，為系統設計奠定基礎。系統分析答復新系統要“做什么〞這個關鍵性問題。系統分析過程實際上是由兩個步驟組成：首先詳細調查當前系統，然后分析用戶需求。系統分析報告標志著系統分析階段的結束。系統分析報告通常包括以下幾方面內容：（1）引言：說明會計信息系統的名稱、目標、功能、背景、本文所用的專門術語等。（2）系統概述：1）系統分析的主要工作內容：簡要說明在系統分析階段所進行的各項工作的主要內容。這些是建立新系統邏輯模型的必要條件，而邏輯模型是編寫系統分析報告書的基礎。2）現行系統的調查情況：新系統是在現行系統基礎上建立起來的。設計新系統之前，必須對現行系統調查清楚，掌握現行系統的真實情況，了解用戶的要求和問題。3）列出現行系統的目標、主要功能、組織結構、用戶要求等，并簡要指出問題所在。以數據流程圖為主要工具，說明現行系統的概況。（3）新系統的邏輯模型：通過對現行系統的調查分析，找出現行系統存在的問題，進行必要的修改，得到新系統的邏輯模型。（4）用戶需求說明：主要說明關鍵領域用戶的特定要求。（5）系統設計實施初步方案：1）工作任務的分解及進度方案。2）資源需求。3）經費預算（6）建議：1）工程是否繼續。2）分析是否改變了可行性、戰略影響，或工程的優先順序。系統分析報告書集中反映了系統分析階段的所有成果，既是一個總結性的文件，又是下一階段系統設計的依據。6．數據源、數據存儲和數據流之間的區別？數據源是指數據的來源，數據存儲是指數據保存的地方，數據流是指現實環境中傳遞的一組數據。數據存儲和數據流是數據流程圖中的根本元素。7．繪制數據流程圖的步驟是什么？結合實際業務繪制數據流程圖。數據流程圖（DataFlowDiagram，簡稱DFD）是描述信息系統邏輯模型的工具。它將數據的存儲、流動、處理加工和使用情況綜合進行描述，以數據間的相互關系，抽象地反映系統的全貌。數據流程圖既能表達人工系統的數據流程和邏輯處理功能，也能表達計算機系統的數據流程和邏輯處理功能。數據流程圖一般由以下根本元素組成：元素名稱圖形解釋外部實體描述該系統數據的外部來源或去向、流程的開始或結束數據處理描述輸入數據被轉換成輸出數據的邏輯處理功能數據流描述數據流動的方向數據存儲描述數據的存儲形式繪制數據流程圖的一般步驟是：（1）確定與本系統有關的外部實體。（2）確定系統的處理單元。（3）確定系統的存儲單元。（4）繪制頂層數據流程圖。（5）繪制底層數據流程圖。繪制數據流程圖的過程是系統分析階段的主要工作，是一個反復的過程。數據流程圖往往需要經過屢次修改和討論，才能最終確定。例如：按照數據流程圖繪制的步驟，首先確定與會計信息系統有關的外部實體——業務人員和系統用戶，繪制會計信息系統頂層數據流程圖。原始數據賬簿、報表再根據具體情況將頂層數據流程圖中的處理單元展開，擴展成多個子處理框，進行詳細描述，底層的數據流程圖的繪制方法與頂層相似。經過逐層細化，直到對處理過程進行足夠詳細的描述為止，從而得到多個分層的數據流程圖。例如，對頂層數據流程圖中的“會計系統〞進一步分解，得到第一層數據流程圖。原始數據賬簿、報表8．數據字典包括哪些內容？數據字典（DataDictionary）是結構化分析方法中的另一工具，主要用來描述數據流程圖中的數據流和數據存儲的詳細邏輯內容、外部實體和處理邏輯的某些數據特征。數據字典是數據流程圖的輔助資料，對數據流程圖起著注解的作用。數據字典由不同的條目組成，不同類型的條目有不同的屬性需要描述：（1）數據元素條目數據元素（數據項）是最小的數據組成單位，對每個數據元素，需要描述以下屬性：數據元素的名稱、別名、類型、取值范圍和取值的含義、數據元素的長度等。（2）數據結構條目數據結構描述某些數據項之間的關系。一個數據結構可以由若干個數據項組成，也可以由若干個數據結構組成，還可以由若干個數據項和數據結構組成。對數據結構需要描述以下屬性：數據結構的名稱和編號、簡述、數據結構的組成。（3）數據流條目數據流是數據在系統內傳輸的路徑。對數據流要描述以下屬性：數據流的來源，數據流的去向，數據流的組成，數據流的流量，頂峰時期的流通量等。（4）數據處理條目數據處理條目需要詳細描述數據處理邏輯。其描述內容有：處理邏輯的名稱及編號，處理邏輯的輸入和輸出，處理邏輯等。（5）數據存儲條目數據存儲條目主要描述數據的存儲結構及有關的數據流。具體包括：數據存儲的名稱及編號，流入、流出的數據流，數據存儲的組成等。（6）外部實體條目外部實體是數據的來源和去向，在數據字典中關于外部實體主要描述外部實體的名稱，有關的數據流等。9．系統設計時，用什么圖來說明系統目標與系統各功能模塊之間的關系？在系統設計階段，通常用系統（功能）結構圖說明系統目標與系統各功能模塊之間的關系。結構化設計的根本思想是模塊化，是將一個系統分解為若干個彼此具有一定的獨立性，同時也具有一定聯系的組成局部，這些組成局部稱為“模塊〞。結構化設計的主要任務就是建立“系統結構圖〞，系統結構圖是結構化系統設計的一個主要工具，描述系統結構和系統中模塊的層次關系與聯系。系統結構圖中各層次功能與系統數據流程圖中的處理是對應的，系統結構圖可以由數據流程圖轉化而來。但是，系統結構圖與數據流程圖有著本質的差異：數據流程圖著眼于數據流，反映系統的邏輯功能，即系統能夠“做什么“；系統結構圖著眼于控制層次，反映系統的物理模型，即怎樣逐步實現系統的總功能。10．功能結構圖中模塊劃分的原則是什么？功能結構圖中模塊的劃分以“低耦合度、高內聚度〞（耦合度表示模塊之間信息的關聯程度，內聚度表示模塊內部各局部聯系的緊湊程度）為原則，一方面，各個模塊具有相對獨立性，可以分別設計實現，另一方面，可將模塊之間的相互關系（如數據傳遞、調用）通過一定的方式予以說明，便于系統的修改與維護。11．在系統設計中，對數據庫文件的設計應考慮哪些設計原則？數據庫文件設計的依據是系統分析中編制的數據流程圖和數據字典。數據庫文件設計就是將會計信息系統涉及的文件進行物理定義，將所有文件設計成可用計算機進行存取的物理形式。設計數據庫文件時應著重考慮以下方面：（1）文件類型對各子系統逐個進行分析，研究其要輸出的信息、輸入的數據和要執行的處理，確定應設置的數據庫文件。會計信息系統中兩類重要的數據文件類型是主文件和業務文件。主文件是會計信息系統中最重要的共享文件，主要包括實體（如客戶、供給商、產品、員工等）信息，而非經濟業務的發生信息。業務文件（Transactionfile）是用來存放說明經濟業務（事件）發生的數據文件，包含了對主文件進行更新的全部數據。（2）文件結構系統設置的數據庫文件與文件的結構有直接關系。要根據數據字典的定義，為每個數據庫文件設計相應的結構，即決定每個數據庫文件的名稱，應設置哪些字段，字段的名稱、類型和長度等。（3）文件組織方式數據庫文件的組織形式是指數據記錄排列、讀寫的方式等。會計信息系統中常用的文件的組織形式有順序組織方式和索引組織方式。順序組織方式的文件，其記錄是按照建立的時間先后順序存放和處理的，當數據量較大時，順序文件的數據存取速度較慢。索引組織方式的文件，是對以建立時間先后順序排列記錄的文件按索引關鍵字自動建立索引的文件。索引文件的處理速度很快，可以按索引關鍵字快速查詢和處理數據。例如，對按憑證號先后順序建立的憑證文件，以“日期〞和“憑證號〞為索引關鍵字建立索引文件，便可以快速、準確地查詢到相應的憑證信息。（4）文件屬性根據會計核算與信息管理的要求，確定如下文件屬性：保密性，確定每一個數據庫文件可以由哪些人員操作，如憑證文件只允許錄入人員、審核人員操作；讀寫性，確定每一個數據庫文件在什么條件下，哪些數據可以讀出，哪些數據允許寫，哪些數據可讀可寫，如在結賬之后，當期憑證文件只可讀出數據不可寫入數據；共享性，確定在計算機網絡會計系統或多用戶會計系統中，每個數據庫文件是否允許多個使用者在不同的工作站或終端上被訪問。12．上網查詢軟件公司開發的會計軟件，比較各軟件公司開發的會計軟件的功能。例如：可分析比照選編自金蝶－K/3ERP（流程型）生產企業解決方案（資料來源：）和用友ERP－U8（資料來源：）的工業企業解決方案。（流程型）生產企業解決方案——金蝶－K/3ERP產品背景作為K/3系統的重要信息中樞，制造系統包括工業銷售、方案、采購、生產、倉存、核算、本錢、集團分銷管理等系統，跟蹤企業（包括集團內部的）從銷售方案到本錢分析的生產經營全過程，綜合反映企業日常生產經營活動存貨、價值流轉的物流和資金流循環流動軌跡，累積企業管理決策所需要的管理和控制信息，從而幫助企業將生產經營過程運作升華為完善的"數據→信息→決策→控制→考核"流程的全面企業管理水平。

以下為流程型生產特點的企業提供產品解決方案：企業特點、行業范圍流程制造（FlowManufacturing）：流程制造包括重復生產（RepetitiveManufacturing）和連續生產（ContinuousManufacturing）兩種類型。重復生產又叫大批量生產，與連續生產有很多相同之處，區別僅在于生產的產品是否可別離。重復生產的產品通常可一個個分開，它是由離散制造的高度標準化后，為批量生產而形成的一種方式；連續生產的產品是連續不斷地經過加工設備，一批產品通常不可分開。

（1）特點

流程型制造企業的生產特征是：

生產方案

a）方案制定簡單，常以日產量的方式下達方案，方案也相對穩定；

b)生產設備的能力固定。

生產過程控制

a)工藝固定，工作中心的安排符合工藝路線。通過各個工作中心的時間接近相同；

b)工作中心是專門生產有限的相似的產品，工具和設備為專門的產品而設計；

c)物料從一個工作點到另外一個工作點使用機器傳動，有一些在制品庫存；

d)生產過程主要專注于物料的數量、質量和工藝參數的控制；

e)因為工作流程是自動的，實施和控制相對簡單；

f)生產領料常以倒沖的方式進行。

連續生產企業的特有特征

a)配方的管理要求很高，如配方的平安性、保密性；

b)需要對產品的質量進行跟蹤，往往需要從產成品到半成品、供給商等進行跟蹤，因此對批次管理要求較高；

c)某些產品常常有保質期；

d)生產過程中常常出現聯產品、副產品、等級品。（2）行業分布

重復生產的行業主要有：電子裝配、家電產品、各種電器等，常常表現為流水線的方式；

連續生產的行業主要有：化工、食品、飲料、制藥、煙草等，常常通過管道進行各工序之間的傳遞。（3）業務處理流程

連續型制造企業的生產過程中的業務處理流程可以用以下圖顯示：

整體結構一、方案組成

K/3ERP系統的制造業產品解決方案可針對企業的不同特點提供相應的解決方案。方案的組成情況如下：

1、銷售管理：是物料在企業內流動的終點，是將客戶和購貨機構獲得訂貨需求，將信息傳遞給方案、采購、倉存等系統，從倉庫、采購等系統獲得貨物、傳遞給購貨單位，完成物流管理。

2、方案管理：是平衡整個企業生產活動的重要工具。能夠將客戶的訂貨需求和企業的預測數據分解為企業內部的具體的工作任務。同時按照不同的要求將結果傳送到生產管理和采購管理中，并提供各種可行性方面的信息。

3、采購管理：是物料在企業內流動的起點，是從方案、銷售等系統和本系統獲得購貨需求信息，與供給商和供貨機構簽訂訂單、采購貨物，傳遞給需求系統。

4、生產管理：是企業生產過程的執行系統，能夠根據企業的生產任務，控制所用材料的領取，加工過程的跟蹤及產品完工的控制。

5、倉存管理：是物流管理的核心，是進行貨物流動、循環管理控制的系統。

6、存貨核算：對物料在其它系統循環流轉所伴隨產生的資金流動進行記錄和本錢核算，同時將財務信息傳遞到總賬系統、應付款系統等財務系統。

7、本錢管理：圍繞"費用對象化"的根本本錢理念，通過費用歸集、費用分配、本錢計算的過程來實現本錢處理的業務流程，同時結合了本錢對象、本錢工程、費用要素的重要本錢概念來描述整個過程，實現本錢管理中費用的歸集和分配，同時提供豐富的本錢報表信息。

8、集團分銷：是針對大型企業集團、工商一體化企業及采用銷售公司、集團專賣等方式來進行產品銷售的所有不同行業性質的企業，對其集團總部與下屬分銷單位的業務往來和集團統一數據的處理進行管理，提供統一業務模板，數據資料傳遞，整體業務控制和分析等日常分布操作和集中管理功能。簡言之，集團分銷是處理集團內部購銷往來的數據平臺。二、整體結構圖

制造業產品方案的整體結構圖如下所示（具體功能略）：

工業企業解決方案——用友ERP－U8用友ERP-U8的設計對象就是工業企業全面管理，因此工業企業解決方案即在ERP-U8通用軟件基礎上的靈活應用。

方案整體結構如圖：在系統中，外面閉環即企業的供給鏈，構成了企業的物流環，物流環以客戶和訂單管理為入口，根據訂單下達生產方案，制定采購方案，采購管理系統通過詢價進行供給商的選擇，原材料到貨后經過質檢入庫，投入到車間進行生成，產成品通過分銷系統的管理發貨給客戶，實現實物的循環流動。內環是企業的資金環，它與企業物流環的有著相同的流動方向，從付款到收款，實現企業資金的循環。在內環中還包括了企業內部管理的三個重要環節，人力資源管理、設備管理和本錢管理。工業企業主要是對產、供、銷進行管理，企業的核心問題是對生產本錢進行有效控制，同時有效地控制財務風險。工業企業由于生產類型、工藝流程各不相同，產品品種繁多，手工核算往往無法核算到明細程度，而且極易出錯。那么如何對本錢作深入、細致的核算，提高核算準確率，并提供相關的本錢預測分析呢？用友ERP-U8工業企業解決方案從以下幾個主要方面解決了工業企業的困惑：

?實現供（購）銷存業務和財務一體化的管理

?有效控制工業生產本錢

?提供企業級的分析決策信息流程圖系統管理主要包括建賬、操作員的設置、權限分工以及數據的備份和恢復等功能，實現對各個模塊統一的操作管理和數據維護。總賬系統是整個系統的核算產品，是所有財務和業務數據的歸結點，主要包含初始設置、期初余額錄入、日常制單、審核、記賬、月末轉賬、月末結賬等工作。應收系統著重實現工商企業對應收款所進行的核算與管理，可以與總賬、銷售系統集成使用。UFO報表是一個靈活的報表生成工具，用戶可以自由定義各種財務報表、管理匯總表、統計分析表。工資系統主要幫助企事業單位進行工資核算與發放、工資費用分攤、工資統計和個人所得稅核算等。可以與總賬、本錢系統集成使用。固定資產系統適用于各類企事業單位進行設備管理、折舊計提等業務處理，可以與總賬、本錢集成使用。資金管理系統著重實現各類企事業單位對資金管理的需求，主要以銀行提供的單據、企業內部單據、憑證等為依據，記錄資金業務以及其他涉及資金管理方面的業務。本錢管理系統按照制造企業的本錢管理流程而設計，可以提供用戶進行本錢分析、本錢核算、本錢預測的功能，滿足會計核算的事前預測、事后核算分析的需要。財務分析系統主要對財務數據進行分析處理，為企業的決策提供依據，主要包含指標分析、報表分析、預算管理、現金收支、因素分析等內容。現金流量表系統主要依據賬務數據，為企業提供一定期間內現金流入和流出的信息，以便企業領導了解和評價企業獲得現金的能力，并據以預測企業未來現金流量情況。合并報表系統以真實反映母公司和子公司所形成的企業集團的經營成果、財務狀況及其變動情況為目標。采購方案系統主要科學地編制采購方案，合理調配采購資金，以減少庫存資金積壓，保證生產正常進行。采購管理系統主要處理采購訂單、采購入庫、采購發票等業務，可以與庫存、存貨、應付系統集成聯用。庫存系統主要處理各種出、入庫業務，支持輔助計量單位、批次、保質期等業務的管理，進行庫存平安性控制。通過對存貨的收發存業務處理，及時動態掌握各種庫存存貨信息。銷售系統主要處理銷售訂單、銷售發貨單、銷售發票、委托代銷等業務，可以實時動態掌握銷售訂單執行和各種銷售業務情況，準確及時地了解與銷售相關的信息，進行銷售信用控制。存貨核算系統主要處理存貨收發存業務，掌握存貨耗用情況，及時準確地把各類存貨本錢歸集到各本錢工程和本錢對象上。可以與總賬、本錢系統集成聯用。行業報表系統是用友公司依據行業型、集團型用戶報表匯總的特點研究開發的一套集數據傳輸、檢索查詢和分析處理為一體的軟件產品。決策支持系統利用現代通訊技術和決策分析方法，通過建立數據庫和分析模型，為企業的決策者提供及時、可靠的財務業務信息，幫助決策者對企業未來生產經營活動作出科學的決策。網絡財務WEB版是用友公司為滿足企業進行遠程財務監控管理而開發的最新產品，適合于集團型企業利用INTERNET進行遠程財務記賬、查賬及往來款管理等，是當前財務管理中最領先的一種應用方式。提示：根據以上及其他資料著重比照分析（1）關于系統應用的描述。（3）結構（流程）圖中各子系統之間的關系。（2）系統功能模塊的劃分及其功能描述。二、案例題提示：可分成若干小組討論分析案例中信息系統開發的經驗與教訓。第三章思考題第11題根據眾生公司科目文件結構和數據可以看出，科目文件結構除了科目代碼、科目名稱、科目類型根本內容外，設計科目性質、父科目字段的目的是：（1）設計“科目性質“字段的目的設計“科目性質“字段的目的是了滿足計算機條件下對不同性質會計科目的特殊核算和管理要求。[例如]：把100201，銀行存款－中行科目的性質設置為“外幣/對帳“其目的是，則在憑證錄入時計算機就會自動根據該科目的“外幣“性質，提示財會人員輸入外幣金額、人民幣金額、以及匯率；記帳時將該科目的有關數據存入〞企業對帳“文件，以便對帳用。帳簿輸出時可以根據性質輸出外幣帳。[例如]：把660201，管理費用－差旅費科目設置為“部門核算“其目的是，則在憑證錄入時計算機就會自動根據該科目的“部門核算“性質，提示財會人員輸入管理費用所屬的部門；記帳時生成與部門管理有關的文件；帳簿輸出時可以根據性質輸出各種部門管理和控制帳簿和報表。（2）設計“父科目“字段的目的設計“父科目“字段的目的在于：為了滿足計算機處理的需要，增加反映科目，體系科目樹形結構的特征，并記帳等提供幫助。[例如]：記帳時，從臨時憑證取一條記錄，其科目代碼是660201（管理費用－差旅費），那么第一步在匯總文件中找到660201（管理費用－差旅費）記錄并進行匯總；第二步，分解660201到科目文件中找到660201科目的父科目6602（管理費用）后，再以6602為關鍵字到匯總文件中找到相應的記錄進行匯總。2.案例題（1）傳統會計科目體系科目編碼科目名稱賬類6605在研課題費用6605019401課題66050101勞務費66050102原材料費66050103燃料及動力66050104設備購置費660501056605029402課題66050201勞務費66050202原材料費66050203燃料及動力6605039403課題66050301勞務費如按這種作法則會造成會計科目龐大且難以方便地統計各種數據。（2）重新設計會計科目體系：將工程從科目體系中剝離出來，重新建立新的科目體系。在進行工程相關的的本錢、費用等科目設置時，將這些科目的性質設為“工程核算〞“科目設置〞模塊中設置如下：科目編碼科目名稱科目性質6605在研課題費用660501勞務費工程核算660502原材料費工程核算660503燃料及動力工程核算660504設備購置費工程核算660505專用業務費工程核算660506院所管理費工程核算660507室管理費工程核算這樣科目大大簡化，而具體工程則在工程核算和管理中完成。（3）工程核算和管理的具體步驟如下：定義工程大類在工程和算與管理模塊中，將單位工程劃分為若干類，并將各類工程類號、名稱送入計算機，并保存在工程文件中。如：本單位有兩類工程：一類為科研工程，單位承接了若干科研工程，其工程大類可定義為科研工程；另一類為建筑工程工程，其工程大類可定義為工程工程等。單位工程大類定義如下：工程類號工程大類名稱KYXM科研工程GCXM工程工程定義具體工程在定義了工程大類后，定義每一工程大類下有哪些具體工程，即建立各個具體工程的小檔案，以對各個具體工程做進一步的說明，并將結果保存在工程文件中。定義具體工程應該包括：工程代碼、工程名稱、開始日期、完工日期、工程性質、工程負責人等。科研工程：KYXM工程代碼工程名稱開始日期完工日期工程性質負責人9401火炬方案2010/07/012013/12/30國家級工程張三9402ERP設計工程2010/01/012012/05/30本單位工程李紅··················建立工程與科目的關系（見科目設置）錄入工程相關科目的期初數錄入工程相關科目的期初數是指錄入每個工程具體本錢、費用等期初數，因此，錄入工程相關科目的期初數實際上是在選擇了某個工程后對其相關的本錢、費用等科目進行期初數的錄入。工程賬表查詢與分析從歷史憑證文件、工程文件等文件中挑選出與工程有關的數據，進行加工整理后，計算機自動輸出各種工程核算與管理所需的賬和表。具體包括：工程總賬、某科目的工程明細賬、某科目下各工程的明細數據、某工程的明細賬、工程統計表等。管理者據此進行分析。第四章一、思考題1、簡述手工環境下銷售與收款子系統的流程。答案：銷售和收款業務流程步驟如下：客戶通過電話、郵件或上門洽談購貨意向，銷售業務員根據商品價格政策給客戶提供銷售報價，雙方進行協商，洽談銷售合同。銷售部門據以填制銷貨通知單，引發其他銷售作業步驟。銷售部門請求信用審核部審核客戶信用狀況（如果客戶不在已有客戶名單內，需要考慮將客戶信息添加至客戶名單中）。批準是否可以進行賒銷，以及對每個客戶的已授權的信用額度進行賒銷審批，通過審核后正式簽訂銷售合同。企業根據銷售合同安排生產。銷售部門將經過批準的多聯式的銷貨通知單及其他銷售交易資料分送倉儲、發運和開單等部門。發運部門根據已批準的銷貨通知單安排從倉儲部提貨、包裝和發運貨物，并把發運匯總資料轉送開單部門。開單部門核對銷貨通知單與發運匯總單據，依據銷售合同、企業的產品價格目錄資料開出銷售發票和提貨單給客戶（列明銷售物品品種與數量、價格、運費、稅金工程、銷售折扣和付款方式等），然后把發票的副聯轉送財會和存貨控制兩部門。客戶以銷售發票為憑單辦理銷售結算；客戶持提貨單也可到倉庫部門提取商品。財會部門編制會計憑證。記錄銷售過程，嚴格區分賒銷和現銷業務并按銷售發票編制轉賬憑證或現金、銀行存款收款憑證，再據以登記銷售明細賬、應收賬款明細賬及現金、銀行存款日記賬，反映現金、應收賬款、及銷售情況。財會部門確認、計量并記錄銷售本錢。根據存貨計價方式和所銷售商品數量，計算銷售商品本錢，編制轉賬憑證，再據以登記銷售本錢明細賬和存貨明細賬。倉儲部門依據相關部門轉來的銷售資料登記存貨記錄，反映庫存發出的數量情況。辦理和記錄銷貨退回業務。對于客戶的退貨事件，企業需要開具紅字銷售發票沖減原來已經確認的銷售業務，財務部根據紅字發票退還客戶貨款，并沖減已經確認的銷售收入、銷售稅金及銷售本錢。倉庫部門確認收回所退商品，并用紅字登記庫存賬。壞賬管理。根據企業應收賬款狀況和提取壞賬準備的相關制度，及時準確提取壞賬準備。對于確實無法收回的貨款，獲取貨款無法收回確實鑿證據后，經審批后，注銷這類壞賬。對壞賬計提、發生與收回編制會計憑證。2、簡述銷售與收款業務核算和管理的根本內容。答案：完成對銷售與收款管理業務流程的全面管理工作，就是從客戶資料、報價單、銷售合同及銷售發票的輸入到實現銷售、收到貨款的全過程進行管理。其中經過銷售報價、銷售合同簽訂、銷售開票、銷售收款、銷售退貨等活動。同時銷售經過管理和客戶信用管理將貫穿于整個銷售與收款的日常單據處理流程之中。3、銷售與收款核算和管理系統有哪些主要特點？答案：（1）、業務頻繁，數據量大。（2）、數據的真實性、準確性要求高。（3）、銷售活動參與者眾多，數據的實時性要求高。（4）、業務內容及核算方法比較復雜，可靠性要求高。（5）、信息加工的深度要求較高，應具備一定的統計功能，為銷售分析預測提供基礎數據。（6）、應具備資料、檔案管理的特點。（7）、同其他子系統聯系緊密。4、在IT環境下，銷售與收款子系統的主要設計目標是什么？答案：在IT環境下，銷售與收款子系統的主要目標可歸納如下：在系統的初始設置方面完成用戶自定義功能 包括：根據具體業務不同，完成產品（商品）目錄、銷售部門、銷售人員、產品存放倉庫、銷售客戶、銷售合同、主要單證票據等數據庫的庫結構字段的用戶自定義工作；可定義不同的銷售方式，并根據不同的銷售方式的需要，用戶可自定義若干核算字段，在進行利潤等指標核算時，用戶可使用系統提供的語言，自定義不同的計算公式，對上述核算字段進行運算。用戶可自定義應收帳款帳齡分析時間區間段。在信息采集方面，要求能夠全面、準確地收集銷售信息標準業務流程，以統一的口徑、要求、多種手段、多種渠道收集銷售信息，有利于系統所記錄的銷售信息全面、一致、準確；在信息記錄、加工和處理方面，要求做到：及時掌握企業的銷售情況，反映和監督銷售方案、銷售合同、銷售訂單的執行情況，促使企業按預定的銷售戰略完成銷售方案，保證企業正常經營所需的周轉資金。完成日常銷售核算與管理、反映和監督企業的銷售數量、銷售收入、銷售本錢、銷售費用、銷售稅金及附加和銷售利潤的完成情況，促使企業加強對銷售貨款的管理、降低銷售本錢與銷售費用。及時記錄已經收回的貨款，反映和監督賒銷貨款的收回情況，盡量防止和減少壞帳損失的發生，并對可能的壞帳進行合理的估計。及時反映每筆業務的執行情況，不僅有利于維系與客戶的良好關系，而且將有利于企業進行應收賬款管理，減少應收占用資金本錢，減少壞賬損失，加速應收賬款周轉速度在信息傳遞和流程管理方面，要求做到：標準銷售流程，相關部門熟悉銷售業務處理過程，有利于提高工作效率；實行動態管理，有效控制銷售-發貨-收款等環節，上訴環節之間的信息傳遞與共享對于有效管理銷售流程至關重要；例如：銷售發票的數量應該決定發貨數量，在銷售部門和倉庫部門之間實現信息共享，并通過銷售發票數量控制出庫單數量，將在很大程度上減少銷售發票信息與出庫信息之間的差異；銷售發票與收款信息，直接決定企業應收賬款狀況，一方面，將發票的關鍵信息（如客戶編碼及名稱）動態傳遞給收款環節，另一方面，提供銷售發票和收款（包括預收款）之間的結算處理，保證應收賬款信息的準確無誤。在資料管理、風險控制方面，實行價格管理與信用管理，防范經營風險IT銷售與收款子系統將借助IT技術快速計算、信息共享等特征，有效實施價格管理和信用管理，評價客戶的償債能力和信譽程度，控制賒銷合同的簽訂，對客戶資料和銷售合同進行管理，防范企業經營風險。關于信息查詢、輸出方面，要求做到多角度銷售分析，提供銷售決策支持信息首先，銷售活動涉及多方參與者，需要加強對參與者的管理。如加強客戶管理，對客戶交易狀況、信用情況等進行分析；又如加強銷售人員管理，對銷售人員進行業績分析等。其次，以核算信息為基礎，對產品盈利能力進行分析與預測，對各銷售地區銷售業績進行分析與預測，對銷售增長趨勢進行分析與預測等等，從多個角度展開銷售分析，為企業日常管理與決策提供支持信息。關于與其他會計子系統集成使用方面，要求做到：提供與賬務處理自系統等其他會計子系統之間的接口，能夠方便、及時的將有關數據在個子系統之間進行傳遞。如：銷售業務所產生的會計信息必須自動生成并傳遞給賬務處理子系統；另一方面，該子系統需要獲取其他子系統的相關信息，如從其他子系統中獲取所銷售產品的本錢信息等。因此，銷售與收款子系統應該與其他會計子系統集成使用，實現數據一次錄入多方使用，借助信息共享特性，促進各部門之間的溝通與監督，促進各環節之間的銜接與控制。5、銷售與收款子系統中常用數據文件包括哪些？它們在系統中的作用是什么？答案：1）客戶檔案文件該文件用于存儲所有客戶的固定信息（參考客戶編碼一節），以及所欠帳款綜合動態信息，以便加強貨款催收工作，提高銷售管理，文件中每個記錄對應一個客戶，根據此文件可以輸出欠款客戶信息表，客戶信譽信息表，催款單，客戶代碼表，客戶應收帳款匯總表等2）銷售報價單文件銷售報價單文件記錄企業向客戶提供貨品、規格、價格、結算方式等信息。企業可以針對不同客戶、不同存貨、不同批量提出不同的報價、折扣率。3）銷售合同文件指的是企業傳統意義上的銷售合同中關于貨物的明細內容，也可以是一種訂貨的口頭協議。是反映由購銷雙方確認的客戶要貨需求的單據，該文件用于存儲所有簽署的合同的固定信息，以及合同執行過程中的綜合動態信。4）銷售發票文件用于存儲在銷售開票過程中用戶所開據的銷售發票的詳細信息。銷售發票包括增值稅專用發票、普通發票等。銷售發發票是確認和計量銷售收入、應交銷售稅金、應收賬款的依據，是銷售管理的重要環節。5）銷售文件是系統根據銷售發票記賬文件記賬生成的數據文件，該文件用來存儲每筆銷售業務的詳細數據，有關銷售的統計分析數據均可由此數據文件加工處理生成。6）應收、預收帳款文件該文件用于存儲每筆賒銷業務形成的應收帳款及預收帳款信息。該信息由銷售發票文件記帳以及銷售發票文件與收款單文件核銷后生成。該文件是生成應收賬款對帳單的重要數據來源。利用該文件可以生成銷售發票信息列表、客戶欠款發票列表、逾期未收款明細表、應收賬款賬齡分析表等。7）收款單文件用來存儲收款單信息，記錄企業所收到的客戶款項，每張收款憑證為一個記錄，以提供生成應收帳款明細帳所需的收款信息，款項性質包括應收款、預收款、其他費用等。6、為什么將銷售合同文件拆分成固定信息和變動信息兩個文件？它們各自的文件結構都包含哪些字段？兩個文件可以哪個字段相互連接？又分別以哪些字段作為關鍵字建立相應的索引文件？答案：簽署銷售合同時，同一合同上可以記錄多種存貨的銷售信息，因此，可以將銷售訂單文件拆分成兩個文件：一個文件用于保存銷售訂單的固定信息，處于單據的表頭位置；另一個文件用于保存銷售訂單的變動信息，處于單據的表體位置。這樣進行文件結構設計，目的是便于隨時了解合同執行情況，提高銷售管理水平。（1）銷售合同固定信息文件結構包含下面字段： 合同編號、銷售方式、 簽訂日期、付款期限、客戶代碼、客戶付款條件、部門代碼、銷售人員代碼、交貨地點、交貨日期、違約責任。（2）銷售合同變動信息文件結構：包含下面字段：合同編號、產品代碼、增值稅稅率、計量單位、銷售單價、銷售數量、合同金額。（3）上述兩個文件可以通過“合同編碼〞進行聯接。固定信息文件以“合同編碼〞作為索引關鍵字建立索引文件；變動信息文件以“合同編碼〞+“產品代碼〞作為索引建立索引文件。7、為什么將銷售發票文件拆分成固定信息和變動信息兩個文件？它們各自的文件結構都包含哪些字段？兩個文件可以哪個字段相互連接？又分別以哪些字段作為關鍵字建立相應的索引文件？答案：由于許多時候同一客戶開具的一張銷售發票可以包含多種存貨的銷售信息，因此，與銷售報價單和銷售合同相對應，銷售發票文件可以拆分成固定信息和變動信息兩個文件。（1）銷售發票固定信息文件結構包含以下字段：發票號、合同編號、開票日期、預計收款時間、銷售方式、計稅方式、結算方式、結算號、運輸單號、出庫單號、客戶代碼、客戶付款條件、部門代碼、銷售人員代碼、倉庫代碼、發貨地址、開戶銀行、銀行賬號、納稅人登記號、制單人、審核標志、 轉賬標志、核銷標志。（2）銷售發票變動信息文件結構包含以下字段：發票號、 產品代碼、計量單位、增值稅稅率、銷售單價、銷售數量、 銷售金額、銷項稅額、代墊運費、收款合計。（3）兩個文件以“發票號〞進行聯接。固定信息文件以“發票號〞為關鍵字建立索引文件，變動信息文件以“發票號〞+“產品代碼〞作為關鍵字建立索引文件。8、銷售與收款子系統由哪幾個功能模塊組成？簡述各個功能模塊的根本功能。答案：銷售與收款子系統由基礎設置、銷售預收款日常單據處理、自動轉賬、銷售核算及結賬、統計與分析輸出和系統維護六個功能模塊構成。各模塊的根本功能介紹如下：基礎設置：銷售與應收子系統基礎設置的主要作用是建立起各類檔案、各種初始設置及初始余額等數據的錄入，如：銷售部門及人員檔案、銷售產品檔案、客戶檔案等。根本檔案的建立，不僅有利于方便、快速的錄入，更重要的是可以根據各類檔案進行統計分析，另外，會計信息系統的各子系統都將使用相同的根本檔案，這為各個子系統之間數據的共享與傳遞奠定了基礎，各種初始設置包括數據文件結構的用戶自定義、打印格式的自定義、轉賬流程（例如憑證模板）的用戶自定義、賬齡分析的時間段定義、稅種、稅率設置等，同時在初始化模塊還要完成應收賬款的余額錄入，特別是上年未核銷的往來賬余額錄入等等。局部初始信息的設置使用還將協助企業實現業務環節的相關控制與監督。如其他設置模塊中的客戶付款條件設置將使用于發票處理環節，賒銷類業務信用期限到期后，系統將自動提供給收預警信息，促進企業加快款項回收。銷售與收款日常單據處理：主要用于標準銷售與收款活動日常處理流程，具體而言表達在編制錄入和審核各種單據、記賬、往來核銷、自動轉賬以及壞賬處理。銷售價格管理和客戶信用管理貫穿于整個銷售與收款的日常單據處理流程。日常單據的錄入包括報價單、銷售合同、銷售發票及收款單等。由于銷售與收款活動的各個環節之間存在繼承性，各種單據之間必須遵循一定的因果關系，該功能模塊將根據銷售類型的不同，約束各單據的處理順序，界定同一單據內部不同數據項之間、不同單據的數據項之間的計算關系。如同一筆業務的收款單參照銷售發票生成，兩張單據的客戶信息、交易信息保持一致。單據的審核與記賬：錄入的單據需經過審核方可記賬。往來核銷：提供了自動核銷和手工核銷兩種方式。壞賬處理：包括壞賬計提、壞賬發生與收回等，全面掌握壞賬信息，加強對應收賬款管理，減少壞賬損失。自動轉賬：銷售與收款處理全面收集業務信息，轉賬處理主要實現將銷售與收款業務信息轉換為會計信息，并傳遞給總賬子系統。自動轉賬分為兩個局部：定義憑證模板和生成記賬憑證。憑證模板的定義將針對具有相同特點的銷售、收款活動設置轉賬規則，轉賬規則將決定業務單據（銷售發票、收款單、出庫單）各數據項如何轉化成憑證的科目、借貸方金額及輔助核算信息。在企業銷售與收款業務特征保持穩定的情況下，一次設定轉賬規則后可以長期重復使用，一旦業務特征發生變化，企業需要修改轉賬規則。生成記賬憑證模塊根據業務單據的各數據項的具體數值及已經定義好的憑證模板，將業務單據記載的業務信息轉換成憑證信息，傳遞給總賬子系統，實現銷售及收款信息的計量與確認。4）銷售核算及結賬：主要是為了完成產品銷售利潤的計算，針對銷售文件的處理而設計的，實現銷售信息的匯總、結轉與計算。包括匯總銷售收入、結轉銷售本錢、結轉銷售稅金、計算銷售利潤以及月底結賬。5）統計與分析輸出：查詢銷售與收款的明細單據，按不同統計條件，分地區、分部門人員、分產品品種等對一段期間內的銷售與收款業務進行匯總統計。此外，根據企業常用的銷售與收款分析方法，提供內部管理及分析報表。銷售分析通常包括：銷售構成分析、銷售增長分析、銷售毛利分析、部門與職員業績分析等。收款與應收分析通常包括：應收賬款賬齡分析、未來期間收款預測、資金回籠情況分析及逾期未收款分析等。不同企業可能采用不同的統計與分析方法，相關報表將為企業日常管理和決策提供支持信息。此外該模塊還可查詢客戶信息、合同及發票信息等。6）系統維護：該模塊提供系統效勞功能，包括：數據備份、數據恢復、系統幫助、權限設置、口令修改、系統修復等功能。9、銷售與收款子系統在系統初始化前應做哪些準備工作？答案：在進行系統初始化前，應對手工的一些基礎數據進行標準，包括：整理已有的各類檔案，包括客戶檔案、合同檔案、產品（商品）資料等，制定合理的客戶、產品編碼規則。按銷售發票號的不同，逐筆整理出已有的未核銷的往來業務，為初始錄入應收賬款、預收賬款期初余額作好準備。制定好銷售發票及收款單據的格式和內容。整理出銷售過程中的應交稅種和稅率，使系統能自動算出相應的稅金額和附加費額。在核算銷售利潤時，銷售費用中的間接費用要分攤到各項產品（商品）中去，應事先制定出費用分攤原則和方式。結算方式、銷售類型、客戶付款條件、費用工程等內容確實定。輸出的各類報表的格式確定。10、銷售與收款子系統的系統初始化工作包括哪些內容？答案：初始化內容主要包括各種檔案（存貨檔案、客戶檔案、部門檔案、人員檔案等）的建立，期初余額的錄入，年初始化的執行，結算方式、銷售類型、客戶付款條件、打印格式、稅種、稅率的設置，以及數據文件結構、憑證模板、應收賬款賬齡時間段的定義及設置等，初始化的根本信息將運用于日常單據處理、銷售核算與查詢分析過程中。在企業基礎信息發生變化時，必須通過初始化模塊的設置功能更新這些信息。初次啟用系統時，需要將未處理完畢的業務單據輸入子系統中，如未做收款處理的銷售發票、未結算的預收款項對應收款單等，以保證計算時機計信息系統與手工會計信息系統的延續性。11、銷售合同錄入畫面中“報價單〞功能按鈕的作用是什么？答案：對于有銷售報價環節的銷售業務而言，銷售合同可以參照報價單生成，按下此功能按鈕，報價單上的相關信息都將自動傳遞給銷售合同，商品的銷售單價為含稅單價，即報價單的銷售報價。12、簡述系統往來核銷中手工核銷的功能？答案：對于系統未能自動核銷的款項，即自動核銷后尚未建立對應關系的發票和收款單，系統可提供手工核銷的功能。按下往來核銷界面中的“手工核銷〞按鈕，用戶可進行手工核銷的操作，在往來核銷界面中，屏幕可分為上下兩個局部，屏幕上半局部是銷售發票文件，下半局部是收款單文件，光標停在發票文件上的某記錄上時，收款單文件則顯示出與發票文件的該記錄發票號一致的一個或若干記錄。用戶需要執行手工核銷時，可人為指定收款單與銷售發票的對應關系。手工核銷方式下，可能出現一張銷售發票對應一條或幾條收款記錄的現象。由于客戶可能就幾筆銷售業務一次付款，因此，手工核銷方式下，還需要支持一張收款單的收款金額在多張銷售發票之間進行分攤，幾張銷售發票對應一張收款單。13、銷售與收款子系統中系統是如何自動生成記賬憑證的？答案：銷售與收款子系統通過錄入各種相應的原始單據，已經全面收集了銷售活動中產生的業務信息，轉賬處理將業務信息按照一定的規則轉化為以憑證形式表達的會計信息。轉賬處理主要包括兩個功能：定義憑證模板，即定義信息轉化規則；生成記賬憑證，即根據所定義的憑證模板，將銷售發票和收款單所記載的業務信息轉化為記賬憑證形式的會計信息。14、在銷售與收款子系統中，應怎樣設置信用政策？信用政策在銷售與收款流程中怎樣發揮作用？答案：在基礎設置模塊中，設置客戶所適用的信用政策，具體包括信用額度和客戶付款條件。信用控制環節用戶可以選擇在銷售活動的一些環節實施信用檢查。可以被選用做信用控制的單據包括：銷售合同、銷售發票、銷售出庫單；用戶可以同時選擇多個信用控制單據。則在做相關業務時，系統都將提供信用控制。選擇信用控制的時點：單據保存、單據審核。一般而言，只允許選擇一個信用檢查的時點。信用額度控制當在信用控制環節出現超出信用額度事件時，系統一般提供兩種信用控制方式：一是提示超信用，二是超信用審批。如果采用第一種方式，則在業務處理過程中，系統將給出超信用提示，但是不控制后續環節的開展；如果采用方式二，則系統將控制后續環節的開展，等待專人審批，審批通過前方可繼續后續處理環節。信用期間管理根據客戶付款條件所規定的信用期間，開出銷售發票后如果信用期間已經結束，而客戶仍然沒有付款結算，則登錄系統時，系統將提供單據的信用期間過期預警。15、在銷售與收款子系統中，應怎樣設置價格政策？價格管理在哪些環節可以發揮作用？答案：不同商品將具有不同銷售價格，但商品不是決定銷售價格的唯一因素，客戶、銷售數量、促銷活動、批發或零售等因素都可能影響銷售價格。設置價格級別同一商品可能存在不同的價格，不同客戶適用于不同的價格，因此，需要對商品價格進行分級管理。商品價格管理根據所設定的價格級別，確定不同商品不同級別的具體價格。客戶折扣率管理企業在價格政策中，可能采用多種銷售價格，還可能針對不同客戶給予不同的折扣率.批量折扣率管理企業提供批量折扣，鼓勵客戶批量購置。不同商品可適合于不同的批量折扣率，同時不同客戶也可適合于不同的批量折扣率。綜合客戶檔案中所選擇的價格級別、商品價格、客戶折扣及批量折扣四個因素，可以確定某個客戶購置某種產品的價格：商品價格×客戶折扣率×批量折扣率。不同企業有不同的價格管理需求，局部企業可能針對客戶分類、商品分類等進行價格管理。在價格管理的上述各個環節，可以根據企業管理需求，將客戶折扣率表和批量折扣率表根據客戶分類和商品分類進行設置。銷售價格管理將運用于銷售活動的多個環節。二、案例題案例1假設你正審核A銷售公司總公司的下屬ABC分公司。有非常可觀的年銷售量。在審計中，你發現收款過程中ABC分公司處理現金收入的過程如下：直接銷售和貨到付款銷售的收款由出納負責，他可以從客戶處或送遞效勞處收到現金。收到現金以后，出納在銷售票據上蓋上“付訖〞的戳，在把一份副本歸檔以便日后參考。貨到付款銷售的惟一記錄就是這份銷售票據的副件，它由出納保管，直到從客戶或送遞效勞那里收到現金。郵件由信用主管的秘書翻開，匯款單交給信用主管的助理審閱。然后信用主管把匯款單交給出納。在每天存款時，出納把手頭上的支票和現金交給信用主管的助理，該助理負責準備匯款清單，結算銀行存款，并把存款帶到銀行。信用主管的助理還負責把匯款過賬到應收賬款分類賬上，并核準可允許的現金折扣。你還查實，信用主管從A總公司行政部門那里獲得了沖銷壞賬的批準權。在會計年度的年終時，他還保管有最后一個月內收到的匯款單。要求： 1、請描述在處理收款和匯款單的過程中，可能發生的不法行為。2、你建議采取哪些程序來加強對收款和匯款單的內部控制？3、請給出ABC分公司合理的收款系統資料流圖以及收款業務按職能部門的描述。4、給出IT環境下ABC分公司處理現金收入系統作業步驟和流程圖。案例1：答案：如果現金銷售或者貨到付款銷售的銷售票據沒有編號或者編號管理不善，出納就可以破壞這些銷售票據，然后把錢裝進自己的口袋。挪用資金的現象可能發生。這牽扯到收到現金而不做相應的分錄，過些時候，當另外一筆現金收到時，再對第一筆現金做分錄。最近一筆的收入就被不老實的人持有和使用。在以上描述的問題里，ABC分公司的這四名職員中的任何一人都有可能挪用應收賬款的收入。由于信用主管的助理知道哪些壞賬已經被認為收不回來而被沖銷掉，當這些壞賬的匯款收到以后，他就可以挪用這些匯款。信用部門的人員可以編造并錄入一些實際上沒有提供給客戶的折扣，或者對于折扣日之后收到的匯款編造折扣。通過這些分錄的掩蓋，個人可以將這筆資金據為己有。通過郵件得到的收入，在被第四名職員（信用主管的助理）處理之前沒有做任何記錄，所以四人中的任何一人都可以抽走現金而不需要任何掩飾。當發現盜用行為以后，也沒有任何記錄可以證明是誰盜用的。信用主管的助理可以添加或者毀壞應收賬款分類賬記錄，或偽造明細分類賬試算平衡表，或給出與賬戶記錄不一致的報表等等，以此來掩蓋自己抽走現金的行為。為了加強現金收入的內部控制，ABC分公司應采取以下程序：所有銷售票據應該編號，并每日清點銷售票據的號碼。所有蓋了“付訖〞戳的銷售票據應該與銀行接收的存款單的副本建立核對。應由一專人，而不是出納或信用部門的職員負責核對工作。應該有一名出納員之外的職員或信用部門之外的職員負責翻開郵件，并在當天準備三聯的匯款清單。原始單據和支票（或現金，若有的話）直接轉交給出納；一張匯款清單的副本交給1）中提到的負責核對工作的職員；一張副本交給負責過賬到應收賬款分類賬的人員。收到匯款清單副本的職員應該把上面列示的匯款單和兩聯的存款票據相比較，同時核對現金銷售票據和存款票據。應調查任何接受的支票或現金沒能在當天存入銀行的原因。可以使用不同的形式（或顏色）來表示現銷、貨到付款銷售和賒銷的銷售票據，以便于每日清點用過的銷售票據。出納不應與應收賬款有職責上的聯系。出納準備銀行存款單并把存款送到銀行。出納和信用部門以外的一名職員負責審核匯款清單和日存款票據上列示的日收款金額是否一致。匯款單不能留滯在手中。按天或按批處理郵件，不管使用哪種方法處理郵件，都應該將匯款原封不動的存到銀行。信用部門應該為那些數目不正確的匯款單準備必要的記錄，以備將來進一步查找。把匯款單過賬到應收賬款分類賬的責任可以留給信用部門。這步操作一般安排在現金的接受和控制之后，因此，只要信用部門不接觸代表現金的匯款通知單，由信用部門來執行過賬職責就不會削弱現金的內部控制。ABC公司典型的收款方式有郵寄和直接向出納人員或者收款窗口付款兩種。客戶付款之后應當獲得相應的收據和按月列示的付款額清單。對客戶付款確實認是相當重要的管理控制措施。下面是ABC公司收款業務資料流程圖，圖中顯示的主要特征是下述的幾個職能的別離。職能部門：作用收發部門收發部門是負責收取客戶寄來的付款支票和與匯款通知書。收發人員要將匯款通知書與收到的支票的合計金額數相比較，金額一致要得到確認。然后將兩者別離，編制多聯式的收款匯總單。一聯與客戶支票一起提交給現金收入部門并送存銀行；另一聯附同匯款通知單傳遞給應收賬款部門。收款匯總單副本按日期整理歸檔。現金收入部門：出納員檢驗客戶支票和收款單匯總金額，登記現金日記賬。出納元需填制三聯式銀行存款單，列示每個工作日內的收入及送存銀行的全部現金和支票。從收發部門取得的匯款單應當與存款單上的金額保持一致，并且須經過有關部門的批準。兩聯存款單隨同現金收入支票一起送往銀行，經銀行簽收后退回一聯存款單給ABC公司存檔。每個工作日結束之前，出納員還要填制現金收入匯總記賬憑證，送往總賬部門過賬。最后按日期的先后順序整理歸檔收款匯總單以及存款單的副本，并將所收到的現金全部送存銀行。應收賬款：應收賬款職員根據匯款通知單登記應收賬款分類賬后，將過賬的金額匯總，并與收款匯總單上的數據相比較，金額數核對一致后報有關部門確認批準。對于匯款通知單應按客戶類別整理歸檔。應收賬款職員在每個工作日終了時，填制應收賬款明細賬戶余額匯總表，交送總賬部門。總賬處理：依據現金收入部門和應收賬款部門送來的記賬憑證和應收賬款明細賬戶余額匯總表，定期將“現金〞與“應收賬款〞總賬賬戶作過賬處理，同時還應核對總賬賬戶余額與相關明細賬戶余額之和是否一致。銀行銀行收到款項后，與相應存款單的副本進行核對、確認，然后將已核準的存款單副本退還給企業的內部審計部門，按日期順序整理歸檔。內部審計銀行定期向ABC公司內部審計部門報送銀行對賬單。在應收賬款的收回過程里，一份獨立的銀行存款余額表是一種重要的控制手段，由于現金收入屬于敏感性交易，需要有嚴格的控制。在ABC公司的案例中，將由一位不參與現金收入處理的部門即內部審計部門，定期核對匯款通知書、銀行對賬單、銀行存款單等各種相關的憑證。復核驗證先進收入處理與記錄的正確性。綜上所述，為了控制以郵寄方式取得的現金收入，不管是在收發部門（信件在此翻開），在現金收入部門（此處現金被匯總并送存銀行，取得相應的存款單據），還是在應收賬款部門（在此登賬），應當確認沒有人能完全控制整個收款業務的交易流程。通常，之所以向客戶開具發票，并報送有關報表，主要是為了客戶按照其姓名、地址編制匯款通知單，并會同該客戶應付的款項一起匯回。登記總分類賬的依據是出納人員為記錄送存銀行的現金收入數量而編制的日記賬憑證通知單。日記賬通知單上記錄的金額應該與應收賬款各工程的匯總數核對一致。然后將經過確認的銀行存款單副本傳遞到內部審計部門的職員，以便與銀行賬戶調節一致。對通過郵件實際收到的現金的內部控制，更大程度上取決于直接監管的力度。以下為ABC公司收款系統資料流程圖4.ABC分公司采用整批處理與直接更新系統處理現金收入交易，其系統作業步驟如下：收發部門：收發員核對客戶寄來的付款支票和匯款通知單與金額是否一致，然后把兩者別離，同時編制收款單：第一聯收款單和客戶付款支票送往現金收入部門；匯款通知單和第二聯收款單送往應收賬款部門。現金收入：現金出納員核對收款單和客戶付款支票，編制銀行送存單。此外，通過終端機產生每個工作日內現金收入的整批總和。在各個工作日結束前，把客戶付款支票和兩聯送存單送往銀行辦理存款；另一聯送存單和客戶寄來的匯款通知單則予以存檔。3)應收賬款：應收賬款職員核對匯款通知單和收款單，通過終端機鍵入有關資料，產生“現金收入交易文件〞，然后把匯款通知單和收款單一起存檔。信息處理：每日終了前，整批處理計算機程序將自動核對控制總和文件記錄和現金收入交易文件記錄，依據直接更新方式對應收賬款明細賬戶和總賬記錄過賬。此后，計算機系統將產生一份過賬作業清單，送往應收賬款部門復核過賬處理結果。內部審計：為確保現金收入交易處理的正確性，ABC分公司的內部審計部門職員（不參與現金交易），定期核對由收發部門職員編制的收款單及經銀行退回的送存單，檢驗收到的客戶付款支票是否已如數地送存銀行。以下為IT環境下ABC公司現金收入系統流程圖：案例2A公司在銷售過程中有時會發生退貨，退貨原因包括：A公司錯發商品因A公司的產品質量導致客戶退貨商品在運輸途中損壞A公司發貨太遲或途中運輸延誤導致客戶拒收等當發生銷貨退回時，A公司必須對退回的商品做沖賬處理。1、請給出A公司處理銷貨退回的部門及其處理的步驟。2、繪出A公司銷貨退回的系統流程圖。案例2答案 A公司處理銷貨退回的部門及其處理步驟如下表所示：職能部門作用驗收部門：當已發商品退回時，驗收部門的員工要進行核查，填制退貨清單，一聯隨退回物品送倉儲部門，另一聯交銷售部門。銷售部門：根據驗收部門轉來的退貨清單，銷售部門職員填制退貨通知，授權對退回商品的客戶往來賬戶做沖賬處理。退貨通知的格式類似銷貨單。若屬于大額退貨或者退貨原因不明者，則退貨通知必須送信用部門審核，然后再送開單部門處理。信用部門職員將分析及評估客戶退貨原因，決定是否批準或拒絕有關的退貨通知，并將退貨通知退回銷售部門。開單部門：根據銷售部門送來的退貨通知，填制銷貨日記沖賬分錄，然后把退貨通知轉送存貨控制部門。在各個期末，開單部職員將匯總期間內發生的全部銷貨退回，填制記賬憑證送往總賬部門過賬處理。存貨控制：依據退貨通知調整存貨明細記錄，即沖轉原先的存貨減少分錄，然后把退貨通知轉送應收賬款部門。期末需要編制存貨沖賬分錄匯總記賬憑證，送總賬部門過賬。應收賬款部門：應收賬款職員將沖轉退回商品客戶的應收賬款明細記錄，既減少應收賬款賬戶余額，并于期末填制應收賬款沖賬分錄匯總送往總賬部門。總賬處理：總賬部門職員將核對由開單、存貨控制和應收賬款部門轉來的退貨沖賬憑證及其金額以及賬戶登錄的正確性，據以過入有關的總賬賬戶，核實總賬賬戶與所屬明細賬戶的余額之間的一致性，并把各種憑證存檔。以下為A公司銷貨退回的系統流程圖：

第五章1.思考題第十題（1）這家企業采用了實時剛性控制。（2）在IT環境下只有將各種控制規則按照專門的描述語言（如PDL語言）進行結構化描述，將規則轉換成準則后，才能嵌入系統，為剛性控制提供支持。該企業采購發票控制準則的PDL語言描述如下：用流程圖描述這家企業的實時控制原理如下：對采購發票進行實時控制的根本原理是：系統自動從采購訂單文件中提取數據，從控制方法文件中提取控制準則，并與采購發票進行比照，并將結果顯示在屏幕上。其控制根本原理如下圖。案例題組織學生討論，重點討論案例中的企業如何利用信息技術提供會計信息的技術性和正確性。

第六章案例題討論參考建議：啟發學生從管理角度闡述庫存數量報警和庫存時間報警的價值（2）按照小組討論和繪制存貨子系統自動生成庫存數量報警表、庫存時間報警表的流程圖，讓小組演講，并評價哪組流程更加合理（從控制、效率、人員本錢等方面進行綜合評價）。（3）結合書中給出的數據文件結構設計思路和方法，給出本案例所用到的數據庫文件結構。第七章一、思考題描述人力資源管理的業務流程及工資系統的數據處理流程。在當代經營環境中，人力資源是企業最有價值的資產。大、中型組織均需建立人力資源管理系統（HumanResoursesManagementSystem,HRMS）。通常，人力資源管理系統包含兩個相關的不同職能或子系統，即人事管理系統（Personnelmanagementsystem）和工資系統（Payrollsystem），人事管理系統被視為企業管理信息系統（MIS）的一個子系統，而工資系統則被視為會計信息系統（AIS）的一個子系統。人事管理對企業經營決策的制訂有著重大影響，人事管理的主要職責是職工的需求規劃和招募或辭退、職工的薪酬定級和勞保福利、職工技能的培訓、職工的績效考評和獎罰、職工之間的關系處理等。人事管理信息并非完全來自經營交易產生的資料，還包括對非經營交易的資料的接收、記錄、存儲、報告和使用。人事管理部門依賴于人事管理子系統，從中獲取相關的資料和信息以幫助決策。工資處理是與人事管理相關但又相對獨立的一項人力資源管理職能，在企業中，主要由財會部門進行工資的核算，包括工資的計算、匯總、分配與發放。對于大、中型企業，工資處理系統通常歸屬于人力資源管理系統。人力資源管理系統收集并處理廣泛的與雇員相關的數據，包括人力資源規劃、雇員關系、人事信息（工資率、扣款等）及工資單。人力資源管理系統必須支持實時訪問雇員文件，以便當雇員的狀況改變時可以直接訪問并記錄。以下圖是作為人力資源管理系統一局部的工資支付系統的業務及數據處理流程。具有實時處理功能的工資系統人事部門考勤記錄部門數據處理部門實時處理批處理流程圖中，人事部門負責通過終端對雇員文件進行實時修改，這些修改包括增添新的雇員、刪除離職雇員記錄、代扣款的改變、和工作崗位（工資等級）的改變等。考勤記錄部門負責確認、輸入員工的考勤記錄，形成考勤記錄數據文件。數據處理部門（如財務部門）進行工資費用的計算、匯總、分配和轉賬等處理。設計工資系統時需要建立哪些主要的數據文件，這些主要數據文件的作用是什么？對工資原始數據形成的數據文件的設計方法多種多樣，但是一個完整的工資子系統一般需要建立以下數據文件：（1）職工工資結構描述文件。是一個以每一個職工的工資工程作為一條記錄存儲的數據庫文件。它的結構是固定的，其字段的類型和寬度也是固定的，分別用于存放源數據庫文件每一個字段的字段名、字段類型、字段寬度和小數位數。由于各用戶工資工程的設置存在差異，為了能夠按照用戶的實際情況設置本單位的具體工資工程，一般由用戶在進行工資工程設置時建立其結構，系統根據已建的職工工資結構描述文件自動生成相關的工資數據文件。（2）工資計算文件。這個文件是工資子系統的核心文件，其它文件的數據（如：工資匯總文件、工資費用分配文件）都由此文件產生。（3）工資匯總文件。存放按各級工資發放單位匯總的工資數據，一個部門(班組或小組、車間或科室)一條記錄。（4）工資費用分配文件。每月月終要按工資費用的用途對工資費用進行分配，由該文件生成機制轉賬憑證，據以計算產品本錢和登記賬簿。（5）部門代碼文件。此文件給出部門代碼和部門名稱的對照關系。（6）扣款標準文件。此文件給出職工的工齡和相應的扣款率，在計算職工的病假扣款時要用到這些數據，用戶可根據需要對文件進行維護。（7）個人所得稅稅率文件。此文件給出根據稅法規定的工資、薪金個人所得稅應納稅所得額、適用稅率和適用速算扣除數的對照關系，這是計算個人所得稅的依據。（8）工資工程計算公式庫文件。此文件存放工資工程的計算公式。（9）記賬憑證文件。工資子系統轉賬憑證編制完畢后存儲于該文件，供總賬子系統和本錢子系統調用。工資系統中變動數據的輸入有什么特點？可采用哪些方式輸入數據？工資處理系統原始數據量大，涉及的部門比較多。為提高原始數據輸入的效率，可對輸入數據進行分類，以便根據其特點，采用相應的輸入方法。一般按工資數據變動頻率的不同，可將其分為根本不變數據和變動數據兩類。工資子系統的變動數據是指每月都有可能發生變動的數據，這種變動可以是數值大小的變動，也可以是有無的變動。如，病、事假時間，某種不固定的津貼和代扣款項等。變動數據文件中的數據需在月