|
2.5 自动凭证
有没有想过,你只要点一下鼠标,系统会就自己产生你想要的东西?好吧,反正我不止一次听到客户这样说过。就目前的系统功能来说,GL模块里面的Recurring Journal可以实现自动产生凭证的功能,因此在很多项目上都被广泛的采用了。
Recurring Journal有2个菜单,一个叫Define Recurring Journal,一个叫Generate Recurring Journal。在总账标准的菜单里面,他们被分开放在了2个单独的子菜单下面。
Recurring Journal定义的界面需要适应一下,每一条新的HEADER代表的是凭证上的一行。HEADER下面可以输入很复杂的计算公式。比如A科目的余额*0.05+B科目的余额*0.03 - C科目的余额。需要注意的是,ORACLE采用的是借正贷负的规则,因此每一个HEADER最后计算出来的结果,如果是正数,那么它就会放在借方,否则放在贷方。你可能会问,那如果结果正好是0怎么办?这个问题就留给你自己去实践一下吧。
Recurring Journal定义完成后,需要GENERATE一下才能产生真正的凭证。在GENERATE的时候,系统会问你,产生的凭证HEADER叫什么名字,放在哪个会计期间。产生的请求完成后你可以在请求输出里面看到产生的凭证批名。
2.6 FSG报表
FSG报表应该算是GL里面一个比较经典的报表开发工具了。通过定义行集、列集,你可以很快的得到一张标准的ORACLE报表。再通过内容集,你可以将一个汇总科目下的所有明细科目都自动展开。可惜它的用途只能局限在针对会计科目的报表,而且不能很方便的转换成EXCEL文件,因此很多项目上都愿意另外再针对特定的格式开发单独的报表,而不再使用FSG报表了。
2.7 预算控制
GL的另一大功能就是预算控制。其核心是基于科目余额的预算控制。首先,你要定义好预算组织,然后在这个预算组织下面定义需要进行预算控制的科目范围。系统提供了一个功能,你要输入每个科目段的上限和下限,系统会自动帮你把这个范围内的所有的科目排列组合给列出来。然后你需要定义一个预算版本和预算的期间范围。接下来,最耗费时间的事情就来了。你需要为其中的每一个科目,在这个版本的预算期间范围内输入预算金额。录入预算的时候,你也可以WEBADI进行批量的录入,然后上传。预算控制的启用是通过定义Budgetary Control Group来进行的。里面可以定义不控制、建议控制,或者是绝对控制。 |
|