Quantcast
Channel: SCN : Document List - SAP CRM: Marketing
Viewing all articles
Browse latest Browse all 115

Loyalty Management - Member - Handbook (CRM-LOY-MEM)

$
0
0

The Loyalty Member is a copy of Business Partner with minimum information from the Business Partner tables.


NOTE:1178046 (This note is the Loyalty installation Guide)

> The customer is already using the CRM and newly installing the Loyalty, he has to update/activate few BAdI’s in order to copy the BP from CRM to the Loyalty Member table.

> If the customer is installing the CRM and LOY for the first time, then he just needs to activate few BAdI’s, so that whenever the BP is created, Member table is also updated with member ID.

 

Architecture

Two-Box Approach

The two-box approach tells that the data must be replicated from one system to another system with standard data transfer structure. Here we transfer data from BP tables of CRM system to the Member table of Loyalty box. The member able is only used for search purpose, no updates can be made on the member table, therefore the data transfer from Member table to BP tables is not required, and hence it is not supported.

In our system, data are technically exchanged with SAP CRM System and SAP LOY System.


Single-Box Approach

Here, we use the CRM Middleware for initial copy of BP's to Member Tables as in the case of Two Box approach. The customer shall use the CRM middleware for only performing an Initial Load of BP into the LOY system.

The implementation “LOY_MEMBER_UPDATE” of the interface “IF_EX_PARTNER_UPDATE” will copy any changes to BP header data on BP save to the member table.

The implementation “LOY_MEM_ADDR_UPDATE” of the interface “IF_EX_ADDRESS_UPDATE” will copy any changes to BP address data on BP save to the member table.


The three important packages are:

  • LOY_MEM_DB - Package for member tables.
  • LOY_MEM_RFC - Package for the RFC Function Modules to access, create, modify the member tables.
  • CRM_LOY_MEM_SYNC - Package for the Function modules, classes and BAdI implementations used for keeping the BP and the Member tables in sync.


LOY_MEM_DB

This package holds the two important member tables which is used throughout the Loyalty member and its respective table types, structures, data elements and domains.


The two tables are: LOYD_MEM_MEMBER and LOYD_MEM_ADDR

1.png


2.png


Transaction Code

  • LOY_APPL_MODEL => Loyalty Application Model. Transaction for developing Loyalty application models


  • CRM_LOYIL_MODEL => Loyalty Interaction Layer. Transaction for developing loyalty GenIL layer.


Few Important Function Groups

  • LOY_MEM_RFC => This function group has all the RFC FMs related to member object.


  • LOY_MEM_MEMBER_UPDATE => The FM’s of this function group are “LOY_MEM_MEMBER_UPDATE” & “LOY_MEM_MEMB_ADDR_UPDATE”. These are the FM’s which are used to actually update/modify the database tables. These FM’s are called by the whitefield framework.


  • CRM_LOY_MEM_API => This function group has all the API’s needed for member and its child object address.


Member Search

The member search can be objects can be found by using LOY_APPL_MODEL.

3.png

Thanks,

>>> Aravindanne.


Viewing all articles
Browse latest Browse all 115

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>