CRM 和 Cloud for Customer 订单中的业务伙伴的自动决定机制
CRM
C4C
See blog Overview on Party Determination and Involved Parties in SAP Hybris Cloud for Customer
C4C的Party determination的入口是所谓的Party schema,相当于CRM的partner determination procedure。
对比一下。下图是C4C:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-4rOy6SKg-1582885110540)(https://upload-images.jianshu.io/upload_images/2085791-360438544c0ca5d5.png?imageMogr2/auto-orient/strip|imageView2/2/w/1240)]
下图是CRM:
CRM的changeable相当于C4C的Forbid Manual Changes,CRM的minumum = 1相当于C4C的Mandatory勾上。
CRM的Maximum = 1相当于C4C的unique勾上。
C4C的这个inbpund integration如果设成Exclude,意思是当从CRM/ERP replicate order到C4C时,不触发C4C的party determination.
C4C的party role相当于CRM的partner function:
和CRM使用Transaction type来获得partner procedure稍稍不同,在C4C里是用BO name和BO node name来用代码获取party schema的。
CRM WebUI
通过当前view content id拿到controller id,进而拿到controller实例。
Hybris
Hybris team的同事张健在他写的公众号文章从产品展示页面谈谈Hybris的特有概念和设计结构里介绍了product detail page的controller是如何被调用到的。
感谢Spring MVC的@RequestMapping, 让上图的url能够自动匹配到下图的ProductPageController。
具体这个controller的哪个方法会被调用来读取指定product的数据:
url里的product id会被这个pattern截获:
然后注入到变量productCode里,再call productFacade从DB取Product数据。
ABAP
搜索之后,后台事务码STAD,即可查看网络上一共传输了多少字节:
Linux
sudo apt-get install nethogs
sudo nethogs
ps找到有网络传输的进程id
然后在nethogs里查看实时的网络传输速度:
- 点赞
- 收藏
- 关注作者
评论(0)