在Hybris实现的Java class里，随处可见它们的namespace里包含了一个片段jalo:

什么是jalo? Jalo是一层layer，类似我们CRM WebUI里的BOL layer，Genil Layer这些概念。
“Jalo” is short for “Jakarta Logic”, “Jakarta” 是Hybris最开始用的名字。
Jalo layer的开发思路和我们以前Fiori做OData service是一个套路：

Hybris layer 和CRM WebUI的4层layer

对比一下，我在学习Hybris时，会倾向于把CRM的BOL+Genil看成是Hybris的Jalo layer.
比如我在这个extension里定义了一个data type /bin/ext-accelerator/acceleratorservices/resources/acceleratorservices-items.xml:

那么敲ant all进行build时, 会在下面的folder里生成类似CRM gateway里MPC和MPC_EXT的两个java class：

生成的abstract class：每次build都会自动生成，相当于CRM Gateway的MPC，所以这里不能写代码
文件路径： /bin/ext-accelerator/acceleratorservices/gensrc/de/hybris/platform/acceleratorservices/jalo/email/GeneratedEmailAddress.java

业务逻辑都要写在另一个folder的EmailAddress.java里：
/bin/ext-accelerator/acceleratorservices/src/de/hybris/platform/acceleratorservices/jalo/email/EmailAddress.java

CRM上我在WebUI里创建了一个opportunity:

ID为37985，包含了1个product:

通过PI导到C4C:

CRM system里的opp ID在C4C里存在external ID field里：

https://blogs.sap.com/2017/10/24/replicate-crm-opportunity-to-sap-cloud-for-customer-using-pi-and-xif-adapter/