甲骨文EBS和用友NC科目表设置的区别

图片来自网络

基本设置差异

EBS的科目表设置要考虑COA（chart of account），就是科目段组合，有点像NC导出来的凭证表每行的字段，比如一个COA会包含：公司+BU+科目基础要素+内部公司+客商+项目+品牌+。。。

NC的科目表设置要考虑的内容一般是科目基础要素（科目编码、科目名称、方向、科目类别）、辅助核算。

EBS的COA设置的要求就是：一定要短。

NC的科目表设置则几乎没有太多限制，预留的字段是绝对够用的。

EBS的COA长度为了要短，一般会用以下办法：

1、把员工档案和客商档案都放到一起叫客商，然后再到客商档案里面去区分员工和客商的类别；

2、把过多的辅助核算维度放到弹性域里面，弹性域和设置到COA的区别就是弹性域不能够设置成必输项；

3、把能够通过业务单据，比如发票来体现的字段都放到业务单据里面，不在总账COA里面体现，所以如果你单纯用ebs的总账，很容易遇到辅助核算不够用的情况。

多维报表的差异

由于EBS自带的报表里并没有多维报表的概念，所以比如在NC里面很容易实现的多维报表，如果用EBS就只能去海报龙（另外一个专门的报表系统）里面实现，同时科目设置上就会有一些区别。

比如：

在NC里面，银行存款科目只要设置了辅助核算项目【银行账户】，而银行账户这个基础档案，只要按照系统的规范来进行了设置，比如先设置银行的大类（比如招商银行），再设置分行（比如招商银行重庆分行），再设置银行账号（招商银行重庆分行9087），就可以轻松实现通过辅助核算报表按照银行大类或者按照分行查询科目辅助余额表的需求，那么在科目设置的时候，其实就没有必要非要按照银行大类设置二级科目才能实现按照银行大类查询科目余额的需求。

而EBS由于自带的报表没有多维度报表的功能，那么如果不把银行大类设置到银行存款的下级，就算是辅助核算设置了银行账户，也无法按照银行大类轻松查询科目余额。

交叉验证规则的差异

EBS和NC都有交叉验证的规则，但是，在内部客商录入的时候，仍然有区别。

比如某科目为应收账款内部，会计在录入凭证的时候，NC可以通过交叉验证规则，设置这个科目只能录入内部客商，但是EBS则不行，因为在EBS里面，内部客商和客商是两个不相关的档案，会计在录入客商的时候需要自行判断该客商是否是内部客商，如果判断错误，有可能导致录入了客商，却没有录入内部客商这样的错误。

顾问名字的差异

还有一个区别，就是做ebs的顾问，在项目组里的岗位叫做BA（Business Analyst），但是在nc的项目组里面叫做实施顾问。

以上差异并不用于判断哪个软件更好，仅仅用于设置差异对比说明，因为有得必有失，特此说明。