最直接的方法還是有個工程師面對面給你講，但是如果沒有個大活人給你講解，我的建議是，看看PA教材吧，畢竟官方的東西。
BTE的學名是Business Transaction Events，我靠事件啊
BTE是什麼身份什麼地位呢？如下圖
上面隻是個描述，我們看看重點，也就是說，SAP的增強其實有很多種方式，在BTE之前有老的方式，在BTE之後，還有更新的方式。
我們先看看BTE對比之前更加老舊的增強方式，有哪些差別呢？
和BTE之前的增強方式相比，software delivery process大有不同。之前，也就是customer exit方式，也就是CMOD和SMOD那個時代：SAP produced the software,and delivered it to its end-customers,Customers could enhance this standard using customer exits.
也就是說在Customer exit的那個年代，SAP啊，它提供了software，這裡我了解，software的意思是那些标準的程式或者FM.然後呢SAP的開發人員，可以基于上述程式或者FM，建立Customer exit類型的增強。怎麼增強？老年癡呆吧？CMOD和SMOD啊。
如下所示SMOD
sap過去提供了上述所示的software或者customer，這是标準的，而SAP的開發人員，隻需要基于上述，使用CMOD和SMOD建立項目和對應的增強。
換句話說，我們看看上面的介紹，Customer exit是一種類似于server-client的方式，SAP提供了一個服務，SAP工程師寫一些代碼。一對一的感覺。而且最主要的，我們深入CMOD去看看這種增強：
上面我們注意到，customer exit這種增強方式，SAP提供了幾乎所有，SAP的開發人員隻能提供代碼。懂什麼意思麼？就是說，你的這種類型的增強，所有的工作都是在SAP上面進行的。你的增強的操作或者資料源可不可以是其他的系統？回答我？不可以。因為FM不是RFC類型，而且他壓根不是你寫的。
看到了吧，這就是局限性。局限性是什麼？Customer Exit的局限性是，這類增強所提供的空間僅僅限于：指定的FM中的include的代碼段中，添加一些代碼。
或者說CE方式的增強，都是SAP預先定義好的指定位置，可以加一些代碼。我現在也說不明白，以後再修改吧