OpenERP应用和开发基础（第二版）开班了
-
关于会计科目，手工用的树状结构有一个弊端，就是太死板，维护和查询不方便。比如应收账款和预收账款这两个科目，下面都有明细说明是哪个客户的。那就要建立两个明细科目，如果需要看客户当前的欠款数（应收余额-预收余额）就要找到这两片叶子再手工相减。
现在的财务软件（或者ERP中的财务模块）把客户、供应商、资产、原材料等核算对象作为凭证中的一个字段输入进去，而科目只维护到一级，如应收账款。这样这些数据只需要维护一次，只是填写凭证的时候要多添一个字段，不过内部单据的自动过账（如根据客户发票自动生成分录）解决了这个问题，只需要在这些核算对象的属性数据里一次性输入它使用的科目，程序可以自己去找。这样就实现了网状的科目结构，加强了科目数据的稳定性，又为分析提供了统一的维度。
-
Move on...
-
[quote]原帖由 [i]wjfonhand[/i] 于 2010-3-17 22:21 发表 shine-it.net/redirect.php?goto=findpost&pid=4432&ptid=882
银行对账单这个是oe财务模块一个比较怪的功能。因为企业不可能都等月底银行的对账单才对收付款记账。所以这个功能可以勉强用于出纳直接把银行的收付款通知单输入到 ... [/quote]银行对帐单在OE中起的就是对帐的功能。也就是核实财务系统所记录的银行收付项目与银行的实际收付款是否相符。比如系统记录付给供应商10元，银行对帐单却显示10万元，那这个比较怪的功能就为公司捡回了99990元:victory:
-
校长理解的不太对吧。
如果是对账功能，为什么会生成会计凭证呢？又不是调差异。
OpenERP里是把bank statement当作了出纳的原始凭证来录入了。Open ERP provides a visual tool for managing bank statements that simplifies data entry intoaccounts. As soon as a statement entry is validated the corresponding accounting entries areautomatically generated by Open ERP. This lets non-accounting people enter financialtransactions without fussing about such things as credit, debit and counterparts
A user with advanced accounting skills can enter accounting entries directly into the bank journal.The resulting account is the same but the operation is more complex because you must know theaccounts to use and must have mastered the ideas of credit and debit.
从openerp book里的这两段话看，bank statement只是输入凭证的一种方式。就像你可以输入采购发票确认生成会计凭证，也可以不通过发票直接输入会计凭证。其目的都是财务记账而不是对账。
[[i] 本帖最后由 wjfonhand 于 2010-3-18 00:06 编辑 [/i]]
-
[quote]Tip
Don’t confuse: [b]account[/b] reconciliation and [b]bank statement[/b] reconciliation
It’s important not to confuse the reconciliation of accounting entries with bank statementreconciliation.The first consists of linking account entries with each other, while the second consists ofverifyingthat your bank statement corresponds with the entries of that account in your accounting system.
[/quote]在OE Book的相同章节的下面部分有上面一段提示，说明bank statement是用来检验（verfiy)财务系统的数据与银行对帐单的数据是否相符的。
Wikipedia对bank conciliation的解释是：
[quote][b]Bank reconciliation[/b] is the process of comparing and matching figures from the accounting records against those shown on a en.wikipedia.org/wiki/Bank_statement . The result is that any transactions in the accounting records not found on the bank statement are said to be outstanding.[/quote]到底是咋回事，动手试试看。结论是：这个表单既是对帐用的，又可以生成银行账户往来凭证，又可以调节账户余额。
正如wjfonhand兄提到的，等收到银行对帐单再记录收付款是一件很古怪的事，但是OE的确可以这样来用，把对帐单明细录入在‘entry encoding' 页面的 'statement line'内，[b]前提是：[/b]你之前没有录入过这些收付凭证
但是[b]更合乎逻辑的用法[/b]是：每次收付款我们已经通过发票操作界面上的pay invoice, 或者通过手工录入收付款凭证，或者通过payment order 产生这些往来凭证，在月末收到Bank Statement时，我们就可以创建Bank Statement 表单，系统会自动算出期初余额（starting balance), 你只要录入statement上的ending balance，然后在select entries中将上述方法产生的凭证引入，如果这些凭证的发生额与期初余额相加与你输入的ending balance相符，你就可以confirm这张bank statement reconcilation的表单。
否则就要查找原因，通过‘entry encoding'的页面做余额调整的凭证，或者也有可能是漏输入了收付款凭证，这时候你就可以在这里补入。当最终余额与ending balance相符时，就可以confirm 这张单据了。[attach]451[/attach]
[attach]452[/attach]
[[i] 本帖最后由 digitalsatori 于 2010-3-18 14:25 编辑 [/i]]
-
NewZN兄这是我学习老毛，动了手得出的结果。
如果收付款凭证已经手工录入或通过其他的方式已经生成，那么'entry encoding'页面是不需要输入任何entry的（因为entry已经存在）Statement reconciliation这时就是一个完全的银行对帐过程。
而收付款凭证全部通过这个界面来生成，的确是可以的，但是正如wjfonhand同学所说，是很古怪的。
[[i] 本帖最后由 digitalsatori 于 2010-3-18 15:21 编辑 [/i]]
-
呵呵，怎么可以跟校长争论，当心站墙角。
还是wjfonhand同学细心，的确是有两个界面长的都非常接近的表单。其实关于bank reconciliation的争论的帖子在官方论坛也很多。根源还是OE在这部分做得不够直观，而且术语也比较混乱。好象还有不止一个弟兄因为不满意官方的bank statement reconciliation的功能而在community-addons bzr 分支里创建了自己的相应模块。
