在用友接口開發這條路上，走走停停過了好幾年。對於如何選擇哪種方式，目前總結幾點,
對於開發,目前可以實現的有三種方式
一、是通過用友官方提供的(EAI/API)接口
這種方式的優點是准確，穩定。因為畢竟是官方提供的輸入接口。但是缺點也很明顯，速度慢，大量數據處理延時問題很嚴重，在一些復雜單據上表現尤為明顯，因為其接口是在原部門封裝的基礎上做了二次封裝。另外一個缺點就是文檔信息不全，所以在其之上做的二次開發無法得到全面測試，這是因為用友自己的模塊之間並不使用(EAI/API)。
二、是通過直接操作用友數據庫
這種方式只有懂得數據庫知識和開發技術並有用友的數據字典，就可以使用，這種方式的優點是速度快，數據處理可操作性強，也就是說你想要生成什么樣的數據都可以，舉個例子就是，做憑證時一些被系統限制的科目無法使用，但是用這種方式一樣可以生成你要的憑證。這種方式的缺點也很明顯，准確性和穩定性無法保證，也就是說你需要輸入的數據可能存在各種隱性的小問題，正常在系統中錄入時會被系統檢測出來，而用這種方式就不會，這樣的數據存在於用友系統就會對后期業務產生影響，也許后面的業務就無法進行，也許結帳不能成功，也許年結會失敗，而且關鍵是用友的服務人員一旦得知你使用這種接口方式，將會對后面產生的一切問題拒絕做出解釋，因為會告訴你你使用的這種接口輸入方式對於用友而言是非法的。當然如果你的提供商做了很全面的測試，或許能給准確和穩定方面提高一些。
三、是調用標准模塊的后台接口
這種方式是最優方式，這是用友本身各個模塊間處理數據時使用的方式，優點是准確、穩定、速度也較快。缺點是只有官方人員或官方授權的金牌或銀牌合作伙伴才能得到相關文檔，並且需要產品源碼協助調試和測試。用友產品每個模塊都分前台和后台，前台就是你看到的界面，在界面上錄入數據，保存時系統把錄入數據傳輸給后台保存。還是舉例來講比較好，財務下有總帳模塊和應收模塊，憑證是總帳模塊的內容，而在應收單審核時、制單處理時都可以生成總帳里的憑證，這里就是使用這種方式生成的，所以對於這種方式生成的內容其准確和穩定性無需懷疑。
以下更清晰： 具體其他疑問，可以聯系我 Q:1101350716,詳細分析了解
