用友U8的二次開發，按大牛的總結，按先後出現的順序，有這麼幾種：

1）直接寫庫，單據要搞點事情，用觸發器。這種玩法，開發語言無所謂了，VB，C#，java都行，相當於一種外掛式的開發。唯一的要求，你要懂用友的資料庫。如果只瞭解大概關係，只能開發一點報表。要寫單據，就要知道很多技術細節，比如單據表的編號生單規則是什麼，表與表之間靠什麼鍵關聯的，下游單據要回寫上游單據什麼欄位。這種方法適合兩種人：絕對的菜鳥和絕對的高手。

2）用EAI。這是最成熟的方法，可用的開發語言也多，VB，C#，java都行。知道怎麼呼叫EAI介面就行了。但有兩個缺點：客戶要花錢買EAI許可，匯入的資料無上下游關係。比如，你匯入一張產成品入庫單，這張單據不會回寫生產訂單的已入庫數量。

3）EAI之後就是API了。這個技術就比較成熟了，二開人員基本在用這個，語言限制為VB和C#。當然，客戶要花錢買許可。

4）為了在用友系統構造出新的業務單據，用友提出了開發平臺UAP。應該說，解決報表問題，是非常成熟了，不復雜的單據也足夠。當然，客戶要花錢買許可。

5）有一個好用，不花錢，但以前只在用友內部流傳的方案，就是所謂的外掛方案。主要的開發語言是VB。（用友最基礎的部分，財務+供應鏈就是VB開發的，最新的15.0版依然如此），尤其是CO元件，這個確實很厲害。功能強大，不花錢，但學習曲線確實陡峭，要花大量的精力和時間學習，沒什麼方案，全靠大家猜測試學習。

總之，用友U8取消直銷模式後，關於U8的二開技術大量出現在夥伴和友商面前，傳統的封閉大廠ERP開發有了點人間煙火氣，但還需要繼續努力。目前，從開發語言上講，VB是繞不過去的。

用友U8的二次開發，按大牛的總結，按先後出現的順序，有這麼幾種：

1）直接寫庫，單據要搞點事情，用觸發器。這種玩法，開發語言無所謂了，VB，C#，java都行，相當於一種外掛式的開發。唯一的要求，你要懂用友的資料庫。如果只瞭解大概關係，只能開發一點報表。要寫單據，就要知道很多技術細節，比如單據表的編號生單規則是什麼，表與表之間靠什麼鍵關聯的，下游單據要回寫上游單據什麼欄位。這種方法適合兩種人：絕對的菜鳥和絕對的高手。

2）用EAI。這是最成熟的方法，可用的開發語言也多，VB，C#，java都行。知道怎麼呼叫EAI介面就行了。但有兩個缺點：客戶要花錢買EAI許可，匯入的資料無上下游關係。比如，你匯入一張產成品入庫單，這張單據不會回寫生產訂單的已入庫數量。

3）EAI之後就是API了。這個技術就比較成熟了，二開人員基本在用這個，語言限制為VB和C#。當然，客戶要花錢買許可。

4）為了在用友系統構造出新的業務單據，用友提出了開發平臺UAP。應該說，解決報表問題，是非常成熟了，不復雜的單據也足夠。當然，客戶要花錢買許可。

5）有一個好用，不花錢，但以前只在用友內部流傳的方案，就是所謂的外掛方案。主要的開發語言是VB。（用友最基礎的部分，財務+供應鏈就是VB開發的，最新的15.0版依然如此），尤其是CO元件，這個確實很厲害。功能強大，不花錢，但學習曲線確實陡峭，要花大量的精力和時間學習，沒什麼方案，全靠大家猜測試學習。

總之，用友U8取消直銷模式後，關於U8的二開技術大量出現在夥伴和友商面前，傳統的封閉大廠ERP開發有了點人間煙火氣，但還需要繼續努力。目前，從開發語言上講，VB是繞不過去的。

想要開發系統功能，怎麼做，做些什麼；首先解決的應該就是業務場景的問題；可以從如下方面進行著手：

1、可以收集需求，在網路上收集產品功能或者找競品進行分析，找到產品所需功能點

2、關鍵是要有使用者，使用者才是產品的使用者，找到核心的使用者，從他們那找到痛點；本人文章很多的技術和方法可供參考

3、對需求進行分析解刨，找到使用者痛點，提出產品解決方案；

4、整個過程是系統性的不只是埋頭苦幹，做二次開發關鍵是找到使用者的痛點；對使用者的研究這也是一個系統工程，本人文章可供學習

為何不採用管理軟體快速開發平臺？比如 E立方管理平臺。

開發快、效率高、和Excel無縫銜接。我感覺用這個做功能擴充套件，要好的多

傳統u8是

.net

你找到用友u8二次開發技術白皮書，裡面有詳細的二次開發方法，對照著就能做東西了。如果是傳統u8開發，除錯程式碼要要用到u8的核心檔案開發版，這個只能找相關的從業人士獲取。