OpenERP相關財務概念的講解
一、記賬憑證（Account Move）
會計上的記賬憑證，也叫會計分錄，在OpenERP中叫“Account Move”。Account Move直譯是“賬戶移動”，之前解釋過複式庫存管理的核心概念“庫存移動(Stock Move)”，Account Move和Stock Move有些相似。
什麼是會計？這裏不想給會計下個嚴格的學術上的定義，簡單的說，會計是從資金變動的角度記錄經濟活動，並以此記錄爲基礎，對經濟活動進行統計分析、覈算監督。任何經濟活動，都伴隨着財物變動，例如採購，物資從供應商“移動”到本公司，資金從本公司“移動”到供應商。OE中管這種“財物移動”叫“賬戶移動(Account
Move)”，中國會計上叫分錄，或記賬憑證，其意爲財物從這個賬戶移動到那個賬戶。
下面以採購過程舉例說明“賬戶移動”的概念。採購有多種情況，先說最簡單的情況，即一手交錢一手交貨。這種情況，“庫存現金”賬戶減少，“庫存商品”賬戶增加，相當於從庫存現金賬戶移動到庫存商品賬戶，會計上記錄如下（假設採購1000元）：
借：庫存商品 1000
貸：庫存現金 1000
這個記錄形式，就是“會計分錄”，也即OE的Account Move，它的含義，你總是可以理解爲從貸方賬戶移動到借方賬戶。
不過，現實中的採購通常更復雜些，例如，下單後一個月貨物才能到達，入庫後一個月纔會支付貨款。這樣，下單、入庫、付款三個經濟活動就必須分開來記錄，不可以合併成上述的一個分錄。
下單（從負債移動1000元到在途物資）：
借：在途物資 1000
貸：應付賬款 1000
入庫（從在途物資移動1000元到庫存商品）：
借：庫存商品 1000
貸：在途物資 1000
付款（從庫存現金移動1000元到應付賬款）：
借：應付賬款 1000
貸：庫存現金 1000
經過上述的賬戶移動後，最終相當於：從庫存現金移動了1000元到庫存商品。
通過上述的例子，可以得出幾個結論：
1）賬戶移動（會計分錄）從經濟活動產生，如採購、銷售、生產領料、成品入庫等，都會產生相應的會計分錄。
2）恰當的設置好系統參數，系統能夠自動生成相應的會計分錄。
3）爲了讓系統自動產生會計分錄，需要預先設置賬戶（會計科目），並告訴系統，哪個經濟活動對應到哪個賬戶的資金變動。
4）根據一段時間內（會計上叫會計分期，在中國是一個月）的賬戶移動記錄，可以很容易統計各個賬戶的增減額，從而判斷該段時間內經濟活動的盈虧情況。各個賬戶的增減額，就是“資產負債表”，該段時間的盈虧情況，就是“損益表”。
二、憑據（Invoice）
憑據（Invoice）,會計上叫原始憑證。會計記賬（填寫會計分錄，或者說賬戶移動）必須有依據，不能憑空登帳。例如，前述的採購下單時候的會計分錄，會計必須看到採購部門的採購傳票纔可記賬，付款分錄必須看到出納拿到的供應商發票纔可記賬。採購傳票、供應商發票就是原始憑證，OE中原始憑證叫憑據（Invoice）。
在OE中，憑據（Invoice）是溝通業務部門和財務部門的橋樑。例如，採購部門填寫採購單，採購下單時候（點擊採購單的確認按鈕），系統自動生成供應商憑據。該憑據自動送至財務部門，財務部工作人員確認該憑據無誤後，確認憑據（點擊憑據的“確認”按鈕），系統根據憑據自動生成採購對應的會計分錄（Accout
Move）。
OE的憑據有四種，採購憑據（Supplier Invoice），客戶憑據（Customer Invoice）、採購退貨憑據（Supplier Credit Note or Supplier Refund）、銷售退貨憑據（Customer Credit Note or Customer Refund）。採購憑據在採購訂單確認時生成，客戶憑據在銷售訂單確認時生成。這四種憑據，OE內部都是通過account_invoice對象實現 的，只是顯示界面有所不同。account_invoice對象，包含了對應經濟活動的財務處理（記賬、開票、支付或收款）需要的所有信息。包括交易產
品、數量、金額，業務夥伴（供應商和客戶），交易日期，記賬賬戶，稅金賬戶，分類賬（Journal，後面再講），等等。
OE依據憑據上的信息生成會計分錄。OE自動生成的會計分錄（Account Move）比會計上要求的記賬憑證包含的信息更多，不僅有借方、貸方賬戶，金額，發生時間，還包括交易的產品、數量，交易的業務夥伴，等等。因此，基於 OE的Account Move，可以統計各種財務報表。
三、歸類賬（Journal）
經濟活動林林總總，會計分錄種類和數量衆多。如果將所有的會計分錄都在一個窗口上顯示，對會計工作不是很方便。歸類帳（Journal）就是用於分類顯示會計分錄（Account Move）。例如，選擇銷售歸類帳（Sales Journal），雙擊打開，則顯示的都是銷售業務相關的會計分錄。
除了分類顯示會計分錄外，歸類帳還有如下一些作用：
1）默認借方、貸方科目：可以設置Journal的默認借方、貸方科目，這樣，當你在Journal中輸入會計憑證的時候，例如，只要輸入借方科目，系統會自動用Journal的默認貸方科目生成貸方記帳。輸入貸方科目則系統自動生成借方記帳。
2）指定憑證號生成方法：OE支持多種會計分錄的憑證號生成方法，每個Journal可以指定不同的憑證號生成方法，該Journal中的會計分錄都將用指定的方法生成憑證號。
3）其他一些控制會計分錄的參數設置。
在OE中，必須配置銷售歸類帳（Sales Journal）、採購歸類賬（Purchase Journal）、現金歸類賬（Cash Journal），通常還會配置庫存歸類賬（Stock Journal）。 顧名思義，當系統從銷售訂單自動生成的銷售相關分錄歸類於Sales Journal，當系統從採購訂單自動生成的採購相關分錄歸類於Purchase Journal，當系統從銀行對賬單自動生成的支付相關分錄歸類於Cash Journal，當系統從出入庫單自動生成的庫存相關分錄歸類於Stock Journal。
四、支付（Payment）和核銷（reconcile）
OpenERP的支付，有兩種模式，一是單個支付，一是批量支付。單個支付，直接在憑據（Invoice）上按“Payment(支付)”按鈕，系統會彈出支付畫面，輸入支付信息。系統自動覈銷（reconcile）該憑據上的應收/應付賬款，生成相應支付分錄。這個模式適合於沒有專職出納的小公司。
批量支付，OpenERP提供一個支付畫面，逐行輸入每筆收/支信息，包括“業務夥伴”、“金額”等。輸入好以後，確認該支付單，系統可以自動或手動查找 每筆支付對應的憑據（Invoice），覈銷相關“應收/應付賬款”，生成支付會計分錄。支付相關會計分錄通常是，借：應付賬款，貸：銀行存款。這個模式 適合於有專職出納的公司，出納批量處理收支事務。
OE的支付管理功能，輸入好各支付行後，也可以讓系統生成銀行支付電子文件。或者將一個大額支付拆成多個銀行帳號支付。
OpenERP提供自動或手動覈銷（reconcile）功能。例如，支付時候，系統會自動匹配業務夥伴的“應 付賬款”，用支付金額覈銷對應“應付賬款”,並且，標記該應付賬款對應的憑據（Invoice）爲已支付（自動勾上Invoice上的屬性 “Paid/Reconciled”）。只要是可覈銷科目（科目設置畫面上，勾上屬性”Recocile”），系統就會試圖自動覈銷。常見的可覈銷科目是 “應付賬款”和“應收賬款”。
五、財務重要參數配置
OE的財務模塊比較複雜，要配置的參數比較多，下面簡單介紹一些重要參數：
1）會計分期（Periods）：這個配置比較簡單，中國的話，按自然年，每個月一個分期，十二個分期。
2）歸類賬（Journal）：前面介紹過了，系統至少要配置銷售歸類帳、採購歸類賬、現金歸類賬。
3）會計科目（Account）：根據財務部的規定，一級科目大概有七、八十個，再加上公司自己的二級、三級等科目，設置到系統中。
4）稅種（Taxes）：當你設置好了Taxes，OE會用設置好的稅種計算方法，自動在採購、銷售等業務生成的會計分錄中增加“增值稅”等稅務記賬條目。
5）應稅設定（Fiscal Position）：通常，在產品信息中設定銷售、採購該產品應繳納的稅種。之後，在銷售訂單、採購訂單中，系統會自動採用產品上設定的稅種計稅。但是， 有時候，同一產品，針對不同類型客戶，其計稅方式不同。例如，某產品內銷時要計消費稅，但外銷時不計消費稅。那麼，對於外銷客戶，應該採用不同於產品上設 定的計稅方法計稅。Fiscal Position就是處理這種情況的。
6）付款條件（Payment Term）：當你設置好了付款條件，OE會按銷售訂單上選擇的付款條件，及時提醒財務人員注意收款/付款。在付款條件中，可以設置什麼時間、收/付多少，或收/付百分之多少。
此外，在業務夥伴和產品上還要設置幾個和財務科目相關的屬性，這些屬性告訴系統如何自動生成相關會計科目。
業務夥伴相關屬性設置：
Account Receivable：和客戶發生的銷售業務記賬憑證中，應收賬款對應的會計科目，通常是“1014 應收賬款”。銷售業務中，系統會根據這裏的設置自動生成會計分錄。
Account Payable：和業務夥伴發生的採購業務記賬憑證中，應付賬款對應的會計科目，通常是“2011 應付賬款”。
Fiscal Position：應稅設定。當指定客戶的應稅設定後，系統會根據應稅設定中指定的替換規則將產品中設定的稅種換成別的稅種計算稅額。應稅設定在財務模塊中設置。
Payment Term：付款條件，如30日內付全款，或者10日內付30%，20日內再付30%，餘款2月內付清。當設置好付款方式後，如該客戶未按時付款，系統會自動報警。付款條件在財務模塊中設置。
Total Receivable：該業務夥伴的應收賬款總額，這個是系統自動顯示，不可修改。
Total Payable：該業務夥伴的應付賬款的總額，這個是系統自動顯示，不可修改。
產品相關屬性設置：
Income Account: 產品收入科目，產品銷售業務的會計分錄的貸方，通常是“6001 主營業務收入”。借方是應收賬款。
Expense Account: 產品成本科目，產品採購業務的會計分錄的借方。對於商業流通企業，通常是“1042 在途物資”。貸方是應付賬款。
Stock Output Account: 產品出庫科目，產品出庫時會計分錄的借方，貸方是庫存管理中庫位設置時指定的科目。對於商業流通企業，通常是“6015 主營業務成本”，貸方通常是“1036 庫存商品”。
Stock Input Account: 產品入庫科目，產品入庫時會計分錄的貸方，借方是庫存管理中庫位設置時指定的科目。對於商業流通企業，通常是“1042 在途物資”，借方通常是“1036 庫存商品”。
Sale Taxes: 產品銷售時的稅種。銷售訂單默認採用此處的稅種計算稅額。稅種在財務模塊中設置。
Purchase Taxes: 產品採購時的稅種。採購訂單默認採用此處的稅種計算稅額。稅種在財務模塊中設置。
六、分析會計（Analytic Account）
分析會計（Analytic Account），有時候也叫管理會計（Management Account）、成本會計（Cost Account）。要理解分析會計，首先要理解，爲什麼要分析會計。例如，在財務會計上，和成本相關的一級科目主要有：銷售成本和生產成本。如果要按部門 計算銷售成本，或者按產品類型計算生產成本。在財務會計上，這個要求的實現相當麻煩，這意味着在各個成本相關科目上都要增加很多以部門名、產品名爲名稱的 二級、三級會計科目，科目增多了，意味着計算量也急劇增加。此類問題，需要用分析會計的方法解決。
分析會計解決問題的原理是，對於每一筆收入或支出的賬務記錄，都增加一個分析會計科目，表示收入或成本分配於該科目。分析會計科目可以是部門名（如按部門 覈算製造成本的情形）、產品名（如按產品分配成本或收入的情形）、客戶名、項目名，等等。例如，在每張採購訂單上記錄以產品名稱爲名的分析科目，這樣，系 統就能自動記錄，該筆採購成本應算到哪個產品。在每張製造訂單上也記錄分析科目（產品名），系統會自動將該張製造單的成本分配到該產品。
OpenERP分析會計實現成本覈算的具體方法是，例如前述的銷售訂單，如果單子上記錄有以產品名爲名的分析科目，則採購訂單對應的憑據（Invoice）確認時候，系統同時自動生成財務會計分錄和分析會計分錄，如下例：
財務會計分錄 金額 | 分析會計 金額
借：原材料 1000 | 產品A -1000
貸：應付賬款 1000 | - -
在系統數據庫中的動作是，系統在 account_move_line 數據表中增加兩條記錄，分別是財務會計分錄的借方和貸方。同時在analytic_account_move_line 數據表中增加一條記錄，是分析會計的“產品A -1000”，表示產品A上分配1000元費用，該記錄和“借：原材料 1000”互相關聯。貸方“貸：應付賬款 1000”沒有對應的分析會計記錄。注意，分析會計分錄不分借方、貸方，只記金額，如果是收入，金額記”+”，費用則記”-”。
如果每一筆採購訂單都記錄了對應產品，那麼，如果要統計產品A的原材料成本，只要統計analytic_account_move_line 數據表中，分析科目爲“產品A”，關聯財務科目爲“原材料”，且金額爲負數的所有記錄之金額和，即得一段時期產品A應分配的原材料成本。如果在製造單上也 記錄了以產品名爲名的分析科目，則統計分析科目爲“產品A”，關聯財務科目爲“製造費用”，且金額爲負數的所有記錄之金額和，即得一段時期產品A應分配的 製造成本。
再看看人力成本的分析。對於服務型企業，如軟件開發公司、諮詢企業、法律事務所等等，通常他們是以“案子”（Case or Project）進行收費。爲了計量案子是否盈利，需要知道每個案子的成本。服務企業，案子的成本主要是人力成本。人力成本的計量有兩個因素，一個是員工 級別，一個是工作時間。員工級別可以用員工工資計量，如資深員工綜合月工資是4萬，每月工作時間150小時，則每小時成本是266元。
要求每個員工每天必須填寫“工作時間表（Time Sheet）”，時間表上逐項記錄該員工一天的工作時間安排，如“案子A 工作時間3小時；案子B 工作時間2小時”。這裏案子A、案子B就是實現設置好的以案子名爲名的分析會計科目，員工填寫Time Sheet時候，從系統選擇案子科目。如此，當Time Sheet確認時候，系統自動計算員工在每個案子上的成本（小時成本 * 小時數），並生成分析會計分錄，關聯到相應財務會計分錄（管理費用
or 營業成本 等等）。
注：Time Sheet功能由HR模塊提供。OpenERP中員工的小時工資的計算方法是，每個員工關聯一個“產品”，不同級別員工的服務（如諮詢），相當於出售不同 價格的產品。爲了有效使用Time Sheet，要預先設置好各級別員工對應的產品，以及以案子名爲名的分析會計科目。分析會計科目可以分級，如，一級科目是部門名，部門名下再以案子名設置 二級科目。
以下兩點值得商榷：
各個賬戶的增減額，就是“資產負債表”，
憑據(Invoice)
————————————-
資產負債表顯示賬戶（會計科目）在某個日期的餘額，所以表顯示賬戶（會計科目）在某個時間段內的變動
Invoice就是發票，爲什麼要叫憑據呢？
頂下，樓上比我看的認真多了。Account Move 看到這個字面的理解，就覺得複式庫存的那個處理也就自然而然了。
第一點，我同樣也覺得不妥，因爲資產負債表是指一個時點的值，即在某個時點上，單位所有擁有的資產、負債、所有者權益。各個賬戶的增減額是指一段時間內的變動，通常 這種一定時間內的變動應該是損益表（現在統一稱爲利潤表了）的來源。
關於第二點，Invoice除了發票的意思，還有發貨清單、服務費用清單的意思。至於爲什麼叫憑據，我也不清楚。但大陸會計上叫憑證，臺灣叫傳票，windows上倒是叫憑據。
附：牛津英漢雙語詞典上的解釋
invoice
/ ˈɪnvɔɪs; ˋɪnvɔɪs/ n ~ (for sth) (commerce 商) list of goods sold or services provided with the price(s) charged, esp sent as a bill 發票; 發貨清單; 服務費用清單: make out an invoice for the goods 開發貨清單.
> invoice v (commerce 商)
[Tn] make a list of (such goods) 開（貨物）的發票: invoice the orders, goods, etc 開定單﹑ 貨物等的發票.
[Tn, Tn.pr] ~ sb (for sth)/~ sth to sb send such a list to sb, esp as a request for payment 給某人開發票（尤指要求付款的）: invoice sb (for an order, for goods, etc) 給某人開（定單﹑ 貨物等的）發票.
兩位高人，謝謝指點。
第一點，確實不妥。不過，這裏重在理解會計的原理，以及在OE中的實現方法。概念的敘述以易於理解爲重，不過於強調準確性。
第二點，Invoice叫發票不妥，因爲它確實不僅僅是發票。不叫憑證，是爲了不和會計上的“原始憑證”概念混淆，Invoice可理解爲原始憑證在電腦中的反映，但又不是原始憑證，故而譯作“憑據”。不過，可能叫憑證更符合財務習慣。