在用友接口开发这条路上，走走停停过了好几年。对于如何选择哪种方式，目前总结几点,
对于开发,目前可以实现的有三种方式
一、是通过用友官方提供的(EAI/API)接口
这种方式的优点是准确，稳定。因为毕竟是官方提供的输入接口。但是缺点也很明显，速度慢，大量数据处理延时问题很严重，在一些复杂单据上表现尤为明显，因为其接口是在原部门封装的基础上做了二次封装。另外一个缺点就是文档信息不全，所以在其之上做的二次开发无法得到全面测试，这是因为用友自己的模块之间并不使用(EAI/API)。
二、是通过直接操作用友数据库
这种方式只有懂得数据库知识和开发技术并有用友的数据字典，就可以使用，这种方式的优点是速度快，数据处理可操作性强，也就是说你想要生成什么样的数据都可以，举个例子就是，做凭证时一些被系统限制的科目无法使用，但是用这种方式一样可以生成你要的凭证。这种方式的缺点也很明显，准确性和稳定性无法保证，也就是说你需要输入的数据可能存在各种隐性的小问题，正常在系统中录入时会被系统检测出来，而用这种方式就不会，这样的数据存在于用友系统就会对后期业务产生影响，也许后面的业务就无法进行，也许结帐不能成功，也许年结会失败，而且关键是用友的服务人员一旦得知你使用这种接口方式，将会对后面产生的一切问题拒绝做出解释，因为会告诉你你使用的这种接口输入方式对于用友而言是非法的。当然如果你的提供商做了很全面的测试，或许能给准确和稳定方面提高一些。
三、是调用标准模块的后台接口
这种方式是最优方式，这是用友本身各个模块间处理数据时使用的方式，优点是准确、稳定、速度也较快。缺点是只有官方人员或官方授权的金牌或银牌合作伙伴才能得到相关文档，并且需要产品源码协助调试和测试。用友产品每个模块都分前台和后台，前台就是你看到的界面，在界面上录入数据，保存时系统把录入数据传输给后台保存。还是举例来讲比较好，财务下有总帐模块和应收模块，凭证是总帐模块的内容，而在应收单审核时、制单处理时都可以生成总帐里的凭证，这里就是使用这种方式生成的，所以对于这种方式生成的内容其准确和稳定性无需怀疑。
诚信，守时
