最直接的方法还是有个工程师面对面给你讲，但是如果没有个大活人给你讲解，我的建议是，看看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预先定义好的指定位置，可以加一些代码。我现在也说不明白，以后再修改吧