EBS实施过程中，最常见的情况是客户从其他系统切换成EBS，几乎没有从Excel切换到EBS。
从其他系统切换成EBS，对于项目实施而言，有利有弊。好处是数据基础相对较好。弊端是现有系统形成的思维动量太大，真的是几头牛都拉不回来。
系统上的差异造成思维上的差异，这部分差异可能需要花很多口舌去解释，然后让客户去接受新系统的思维，以及新系统的操作模式。 差异最多的就是出现在金蝶、用友切换EBS的情况下。 SAP切EBS虽然客户的吐槽也很多，但是总归是一个路子的，但是金蝶、用友就真的是两个世界。
下面是我自己在项目中遇到的比较棘手的一部分差异
- 往来科目重分类
往来科目重分类指的是企业存在预付的情况下，但是不启用预付账款科目，在应付账款核算预付账款，月末按供应商计算应付账款余额，负数归入资产负债表的应付账款项，正数归入资产负债表的预付账款项。 预收/应收， 其他应收/其他应付同理。是不是很神奇，如果之前只接触过EBS，绝对觉得这样的做法很神奇。 而且客户会理直气壮的表示，这是因为财务人员无法区分预付/应付，且该做法一样合理。 当然，客户说的都是对的。 可惜，EBS这么搞就gg了，所以EBS不可能重分类，所以遇到这种情况，请坚持让客户区分科目做账，这六个科目一定要按实际情况入账，不能纯粹用余额反映。
金蝶、用友能搞定这个事情是因为它们有辅助核算项目，所以凭证上挂了供应商，客户。这就相当于在COA上挂了供应商，客户一样。然而，EBS的玩法并不建议在COA上面挂供应商，客户。一方面是EBS的架构设计中，GL就是比较单纯地负责科目余额，往来项目在AP，AR里面核算。
所以，结论就是区分预收/应收，预付/应付，其他应收/其他应付，往来科目也尽量在AP，AR核算。 在总账核算往来的一个问题是如何关联供应商、客户。
- 凭证打印
凭证打印的问题对于客户而言真的是头等大事，看起来是个小事，然而客户可以纠结到签字前最后一天。
最关键的差异是会计编号的生成与原始单据的对应。在金蝶，用友里面，做一张凭证就可以生成编号，所以可以直接在原始单据上填写对应的会计编号。
而EBS有一个SLA和GL的问题，先在SLA生成分录，然后传送至GL，再在GL过账（保持微笑），而什么时候生成会计编号就成了比较纠结的问题。
除此之外，通过什么条件查询总账凭证也很关键，就是制单人这个概念真的是荼毒客户，坑害实施商。 传统财务对于GL凭证会特别在意，然而从EBS的角度来看，从子模块生成的凭证，必须在子模块才能修改，很大程度上弱化了GL凭证的意义，所以在总账查询凭证本身在实务中使用较少。
所以，结论就是看客户接受啥就是啥，大部分客户一般会要求AP，AR按明细传GL，按这个思路往下走
- 辅助项目 vs COA
在金蝶、用友中，辅助项目是用来辅助会计科目核算其他一些维度设立的。在EBS中，COA是账户余额的基础，可以核算会计科目以外的一些维度。 两者有相似的地方，设计COA的时候也会参考辅助核算项目。 最大的不同点在于辅助核算项目核算供应商、客户， 而COA一般不会在往来科目上挂供应商、客户。一方面是子模块中会计科目都可以找到对应的供应商，客户，如果在COA中设立会造成冗余，影响系统性能，且效益有限。
所以，结论就是COA一般不会设立段记录供应商、客户
- 重估： 科目余额重估 vs 往来明细重估
在金蝶、用友中，重估是按往来明细重估，也就是按客户明细或供应商明细重估外币余额。在EBS中，重估则是按科目余额重估。
所以，这不是一个啥问题，大家知道就可以了
