让我们先来看看一些对话记录，均出自企业财务主管级人员：
甲：我们用的是XX软件，界面不错，不过它的成本核算我们从来没用过，太不实际了。
乙：我正在挑选，感觉差不多，就是XX软件感觉上操作方便些，界面友好一些。
丙：太麻烦了，我一个人做帐的时候，要同时打开总帐、应收、应付……，太不方便了，而且搞的我的机器（电脑）慢的死去，对机器要求来的高。
丁：没什么本质上的区别，很多东西看起来好，实际用不上。
戊：他们要我们先搞这个，再搞那个，然后才能搞什么什么，我看什么时候把我的位置也摘掉么算了。
以上这些言语不能代表全部，但很典型，看来是有问题存在的，那么问题究竟出在哪呢？
我们温习一下书本知识：“会计核算必须以原始凭证为基本依据。”
手工帐的时代，进行核算工作的是人，人是以原始凭证为基本核算依据的，那么到了机器运算的时代，照理来说应该是机器以原始凭证作为基本核算依据进行核算，但事实是人先根据原始凭证判断一件事该如何处理-在会计上称之为分录处理，然后将此结果输入计算机，也就是说计算机得到的是经过人脑处理过的信息，而不是原始信息，如此计算机又怎能真正代替人完成工作呢？充其量可以称之为“键盘代替了钢笔”。
这种“原始信息”-“人脑”-“计算机”的数据处理模式是现有财务软件的根本性思维缺陷，它注定了这些财务软件只能是大同小异，再发展只能是在外挺功能上做一些应用层的改进，要获得真正的改进，必须改其思维核心，即把“原始信息”-“人脑”-“计算机”的信息处理流程改为“原始信息”-“计算机”模式，即输入原始信息，计算机就做完所有核算工作。
会计人员判断如何处理原始信息是有根据的，这个“根据”来自企业的财务处理方法库（可以扩展为事务处理方法的范畴，即遇到什么情况应该怎么做），要实现“原始信息”-“计算机”的信息处理模式，则软件必须具备强大的方法库，但每一个企业的财务处理方法都不尽相同，要想在一个软件中囊括各类财务处理方法是不现实也不可能的，如何解决这个问题呢？
方案可以是-让软件具备自学习财务核算方法的功能，即当企业的财务主管根据企业的具体要求对某一会计事项进行具体处理时（记分录），软件在后台实时学习针对于此类会计事项的处理方法，并将其存入核算方法库，而在下一次的原始信息输入过程中，软件即自动判断是否有可对应的核算方法可套用，有则自动核算，无则请求有权限的人员进行新类型会计事项的处理，如此，财务主管处理的案例越多，企业的核算方法库就越丰富，能够自动处理的事项也就越多。
事实上一个企业的会计事项归类以后能有哪几种呢，无非以下而已：
1、采购（退购）-人（出）库、收付款、开票；
2、销售（退销）-出（入）库、收付款、开票、确认成本；
3、计提-折旧、工资、利息、……；
4、领（退）料-出（入）库；
5、其他。
我们可以发现，如果采用核算方法库的解决方案，软件的弹性将变得极大，即财务主管会做什么，软件就会做什么，企业要求做什么，软件就能做什么，企业不需要，软件就不多占系统资源，不再有这个模块那个模块的概念，大型企业可以使用，个体户也可以使用，如果企业认为自身能力不足以建立高水准的事务处理方法库，则可以通过咨询专家或专业机构的方法来构建它；并且由于软件是基于原始信息进行核算工作的，所以所有的输出结果将是这些原始信息的自由组合，可查询的信息是按照查询人的自定义条件从源头数据中提取的，并且这个自定义条件也可以被软件自动记忆为一个查询方案，如此，查询信息的自由度、方便性、可追溯层次结合的极为紧密，查询时发现有数据与事实不符的情况-如果软件本身的数据核算正确性不存在问题-则出错的原因只有三个：
l、软件从财务主管处学习到的核算方法是错误的-责任在财务主管（即位于企业高层的事务处理规则制定人）；
2、输入的原始信息有错误-责任在原始信息输入人员（即位于企业低层的输单人）；
3、应该输入的信息没有及时输入-企业有必要检查一下管理制度的缺陷。
可以看出，这样的系统将使得责任极为明确，不仅如此，更重要的意义在于它将企业中能干什么的与不能干什么的区分开来，不是“键盘革钢笔的命”，而是“计算机革普通会计的命”，普通会计要有饭吃，就得让自己成为一个有能力的企业高层的事务处理规则制定人，否则只能成为一个信息录人员。
可能有人会问，原始信息到底是哪些呢？难道光从原始凭证上就可以获得使软件可以进行自动处理的信息么？
笔者可以反问一句，如果从原始凭证上不能获得可据进行帐务处理的信息，手工帐又凭何而作呢？“会计核算必须以原始凭证为基本依据”这句话又如何理解呢？
我们来分析一下原始凭证（以下称“单据”）可以提供的信息：
l、单据类别-单据叫什么名字就是哪一类喽；
2、单据号码-单据上可以看到的；
3、往来关系-单据上有没有得先看看这张单据是不是有往来关系管理的要求；
4、发生金额-没有金额怎么能叫原始凭证；
5、业务摘要-单据因为什么事项而产生（这点都不知道，怎么作帐呢？）；
6、发生日期-总该有的吧；
7、责任信息-和往来关系差不了多少的东西，如相关部门、责任人等等；
8、物品明细-这个信息都没有，叫我怎么作数量帐呢；
9、其他信息-税率、利率等等。
以上这些信息已足够让会计据以作帐了，既然会计可以作，那么软件只要有了方法库之后自然也应该能平同样的活。
现在我举一例以说明方法库是个什么概念（下例假设方法库中已存在事务处理方法），面对一张因采购业务产生的增值税发票：
1、输单人员（请注意不是会计）只需要输入前述的l－6项（不算困难吧）；
2、方法库自动给出数量明细输入表请输单员输人物品明细-告诉计算机买了什么东西及数量、单价或总价是多少总是应该的，而税款软件会自动算的；
3、输人物品名称时软件会自动判断该物品对应于该往来关系是否有先入库未开票的信息存在，否则无任何提示，输单员可继续输入数量及价格信息，有则软件系统自动生成物品明细（注：有冲销要求的事项系统将自动根据读物品的出库计价法进行冲销），如果有差异，输单员输入差异金额后，系统自动按方法库中的对应方法将其人帐；
4、物品明细输入完毕，软件自动提示与该往来关系尚有哪些未了帐目待冲销（比如预付、应收之类的）并给出相关的单据信息，输单员确认一下冲销金额，软件自动完成制证工作，一项工作完毕；
5、如果方法库中对应于本类型会计事项的处理方法被财务主管（企业高层）定义为既不要进行数量帐核算，也不需进行往来管理，则系统在处理时既不会访输单员输人物品明细，也不会自动稽查有无往来末了帐目，仅仅只会进行自动凭证的工作，即一切均按企业的具体管理要求而定。
我们可以看到，整个过程输单员只输人不处理，信息完备却不涉及会计分录，事实上由于权限的控制，财务主管可以禁止输单员做分录，输单员不可能做错帐，因为严格来讲，这个帐不能算是他做的，大家可以想象得到，在这个系统的控制下，出纳也可以做帐却不会产生安全方面的问题-可以把出纳当一个输单员，同样，业务员、仓管员都可以成为输单员，现在请大家回顾一下刚才我说过的一句话-“计算机革普通会计的命”。
我们从刚才的例子还可以看到，有数量帐核算要求时，数量帐的原始信息录入是包含在制证过程中，这样我们在查询时就可以获得一个非常重要的数据-物流信息，我们可以象分析往来帐帐龄一样分析物品帐的帐龄，我们可以获得物品的应收。应发、压库、在途、内部转移等流动信息，还可根据从原始单据中获取的往来关系及责任信息并结合往来帐龄分析对往来关系进行信用评定或是分析本公司某部门、某人的工作绩效。
前面一直没提到项目核算这个问题，仔细想一想，项目与物品是一个很相似的东西，只不过它在核算时的数量一般是设为1，再简单举一个例子，一笔因销售业务而支出的出租车费，在输单时系统将自动给出项目明细输入表，我们将此费用记入一个基本项目（相当于一个明细科目的功能），比如称之为“张三打的费”，那么在查询时我们如果认为这个基本项应归于销售部开销，则将此项选人“销售部开销表‘书算，这个表还可包含其他选入项，若我们认为有必要核算一下今年张王的总耗费，我们也可在另一个表中-比如说是”张三1999年总耗费表“-选人此项，这个表中还可选人诸如”张三工资“、”张三招待“、”张三福利“等等基本项，如此，所有的管理分析表（包括往来分析、物流分析、量本利分析）都是根据管理者的自定义要求从源数据而得，我们还可将这些数据导出到具备Excel控件功能的强大的电子表格工具中进行更为复杂的分析。
讲了这么多，可能会有人认为笔者在空口说白话，事实上，我们已经在财务处理方面实现了以上思路，并且我们的试验性产品也已通过了浙江省财政厅的评审，我们正在攻关的是将这个思路在事务处理范畴中实现。
顺便提一下，我们的业务人员在完全没有会计基础的情况下经过两天的内部培训就能做出漂亮的帐来-因为他在学完基本的操作之后只需要懂得会抄单据就可以了，而将来数据采集器的广泛应用很可能会在许多方面充当输单员的身份，也就是说不提升自己的能力，可能将来要当个输单员都困难了。
最后，想对大家说的是：不管是做为个人还是做为软件生产商，我们都必须时刻更新我们的大脑思维方式，不光简单的从顾客角度去想应用层的问题，还要懂得去分析顾客为什么会产生这样那样的需求，不断总结归纳解决顾客需求的根本方法，如此才能在激烈的竞争环境中求得长久生存，否则我们就只有等着‘计算机革我们的命“了。
相关热词：
