Hi All

Hopefully someone can just let me know if this is possible or not. If not possible then hopefully this requirement will be noticed for a future release.

Requirement:

We need the ability to embed our custom data source report into the Account TI screen and pass account number to the report so we can display customer sales data.

Background Info:

I have created a report we wish to embed in the Accounts TI screen. Report was defined as follows.

I have extended the COD_Account_TI and created an embedded component called Report_EC in the charts tab.

I have used extensibility explorer and passed AccountID to my Report_EC as follows:

OK now that my component is successfully embedded, I need to attempt to call the Analytics components.

ATTEMPT #1 - Using ANA_ICP.EC

1. I have embedded the ANA_ICP.EC component inside the Report_EC:

2. I entered all the report details as follows:

Result 1: Report starts loading but never opens as below... (Loading Forever)

I then removed the references to Variant and View ID.

Result 2: Report loads with default variant, however I can't pass an account number to the report?

ATTEMPT #2 - Using ANA_ICP_Embedded.EC

I have created an ANA_ICP_Embedded.EC component inside the Report_EC:
I created an outport on my Report_EC and configured as follows:

3. Data Model structure was added 'StructureForNavToSalesCycleReport'.

When I check the standard ACCOUNT_TI page, the following values are defined for the sales cycle report navigation:

4. I tried to replace __ROOT with Report_ID below and __TARGET with Report View ID below.

5. I clicked on the bind button in designer view from Report_EC and created a navigation link as follows:

6. I configured my Inport AccountID and bound to my data structure 'StructureForNavToSalesCycleReport' field (AccountID_ANA). Now I don't really expect this to work but I just followed the standard SAP configuration.

Note that I configured "Onfire" to eventhandler EV_ToSalesReport

7. EV_ToSalesReport has the following configuration:

Result: Report will not open

Question:

Is there any way I can achieve the requirement using the SDK tools available. None of this is documented and I am just trying to mimic the standard solution. What should be passed to __ROOT and __TARGET for this to work with a custom report/data source?

I changed the __ROOT and __TARGET (In data model) to the standard sales cycle report values and the embed works... as below:

This makes me think that everything I have done is correct except the data values passed.. however something happens behind the scenes I think.. maybe a SAP employee can help how I might pass to custom?

Note of the 31st July 2015:

the following solution has been thought and realized for the Release 1411 and carried on until Release 1505.

SAP Cloud for Customer Release 1508 delivered a Standard Solution for the Business Partner Change Log, available by simply enabling the CHANGES tab in your user/role layout and playing with it, as shown in the picture below:

From a personal point of view, the article content has been anyway an interesting and challenging achievement that let us figure out anyway how to deliver a complex enhancement on the standard C4C solution. Consequently, the lessons learnt have been helpful for few of other Client's requirements we are achieving by enhancements.

Thank you all for having appreciated the content of the article during the last months.

All the best wishes,

Davide

SAP Cloud for Customer is the new Customer-Centric Enterprise Cloud solution designed and released by SAP for the Customer Engagement and Relationship Management. This new solution enables you to align the business organizations and units around the Customer, with Marketing, Sales and Customer Service functionalities at the front line to the Customer.

In the new SDK Framework provided with SAP C4C (called SAP Cloud Application Studio) the main advantage is the model of Designing and Programming based on Business Objects. Every business entity, such as Master Data entities, can be seen as an instance of a specific class: the Business Object, with inside all the contained data and fields seen as a member properties, and with all the actions seen as class methods. The picture below shows the architecture of the BusinessPartnerBusiness Object:

As you can see, all the properties defined in the BusinessPartner BO definition map the fields and the tables which are present in the Customer Account WorkCenter View, where Users can check and change any information on their managed Customers and Prospects, as shown in the picture below:

The advantage of this programming model is that the designer is not just free to use the given actions programmatically in the code, but even to define and extend the BO with new fields, new referenced child BO and new actions.

In this article we focus on an Implementation and Realization of an Extension on the Account functionality. Consider for instance the case that a User in the Company’s Sales Department needs to keep track of the full maintenance and management of the information stored for the Customers in his portfolio. Sometimes, in our past CRM Project experiences, our User asked if was possible to track the changes done in the system for some relevant information such as the Company name, the address and the contact phone. In a way to track the changed field, the value, the time of the change and even the User who did the change on the system.

Using the SAP CRM system, this result would have been achieved by enabling the Change History Assignment Block on the Account UI Page for the required User(s). Nevertheless, in SAP Cloud for Customer Rel. 1411 a functionality similar to the Change Log is still missing in the Account WorkCenter, and in order to achieve a similar User requirement we should define a custom enhancement that keeps tracks of the changes on relevant Account information.

In order to define our scope and purposes, we can summarize the desired requirements in the following numbered list:

RQ01. Supervisors MUST have the ability to flag a BP record as "Monitored Customer" and add a "Review Date” and then capture changes in the change log if the flag is set;

RQ02. The fields created in RQ01 need to only be available to a user of a specific business role (Supervisor);

RQ03. The tracked changes must be displayed in a Change log, strictly available just for a few set of roles.

The following sections will explain the solution developed in order to achieve that result.

Solution

The solution has been realized using the SAP Cloud Application Studio. The core of the solution is based on an enhancement on the BusinessPartner Business Object, made by adding a custom behaviour on the BeforeSave Event. In details, the list of the enhancements on the core logic is the following:

· Define a new Business Object, which will collect all the changes done on each relevant field (such as the Name, the Address, the Phone and the Email) with the old value, the new value, the user who did the change and the time it has been done;

· Enhance the BusinessPartner Business Object by adding a new checkbox field (called “Monitored Customer”);

· Enhance the BusinessPartner Business Object by adding a new BeforeSave Event Handler with the following logic: if the Monitored Customer flag has been checked, then create a new entry for the Change Log;

· Create a new UI screen that will collect all the Change Log entries, making them available for part of the Business Roles defined in the Cloud for Customer implementation.

The sections below will illustrate each of the components in details.

Business Object definition

The data modelling which will provide the Change Log functionality could be easily designed and built by defining a new Business Object (AccountChangeLogEntry), which will represent one of the log entries. The BO code is shown below:

import AP.Common.GDT as apCommonGDT;

import AP.FO.BusinessPartner.Global;

importAP.PC.IdentityManagement.Global;

[DeploymentUnit(Foundation)] businessobject AccountChangeLogEntry {

[Label ("Change Log Entry ID")] element ChangeLogEntryID:ID;

[Label ("Change Type")] element ChangeType:ChangeTypeCode;

[Label ("Field Name")] element FieldName:LANGUAGEINDEPENDENT_MEDIUM_Name;

[Label ("Old Value")] element OldValue:LANGUAGEINDEPENDENT_EXTENDED_Text;

[Label ("New Value")] element NewValue:LANGUAGEINDEPENDENT_EXTENDED_Text;

[Label ("Changed At")] element ChangedAt:Time;

[Label ("Changed On")] element ChangedOn:Date;

[Label ("Timestamp")] elementChangedAtTimestamp:GLOBAL_DateTime;

[Label ("Active")] elementActive:Indicator;

[Label ("Account ID")] element AccountID:BusinessPartnerID;

associationRefBusinessPartner to BusinessPartner;

[Label ("Identity UUID")] element IdentityUUID:UUID;

associationRefUser to Identity;

}

Important: if you want that the created Business Object will interact with the Business Partner BO, it is required that they both share the same Deployment Unit. Otherwise the BO content will be read-only for the Business Partner, and no new entries could be created!

Furthermore, in order to use the BO and look up the BO data in another block of code, it is necessary to define a custom Query on the AccountChangeLogEntry BO. The Query could be created by using the Create Query functionality in the BO Contextual Menu:

And will be defined by the following parameterization:

Business Partner BO extensions

The code for the BusinessPartner BO Extensions is displayed below:

import AP.Common.GDT;

import AP.FO.BusinessPartner.Global;

[Extension] businessobjectAP.FO.BusinessPartner.Global:BusinessPartner {

node Common {

[Label ("Name Validation Flag")] element flgNameValidation:Indicator;

[Label ("Monitored Customer")] element flgMonitoredCustomer:Indicator;

[Label ("Review Date")] elementreviewDate:Date;

}

In order to change the value for these fields, they has been put on the Header pane in the UI component COD_Account_TI, as shown below:

The effect on the account screen is shown in the picture below:

BeforeSave Event Handler Logic

The BeforeSave logic has been developed in a way that the initial value of a field is tracked with a new AccountChangeLogEntry BO, if the flag "Monitored Customer" has been enabled. Then, every time the BeforeSave Event Handler is called, the current value is compared with the latest value in the AccountLChangeLogEntry BOs list. If it is different, a new value is stored.

Important: if you are interested to track the value for the fields belonging to the BusinessPartner Common node, then you should put the following logic in the Common node Event-BeforeSave.absl script. Otherwise the code won’t ever be triggered!

The full implementation code (with comments for all the steps done) has been displayed below:

importABSL;

importAP.Common.GDT;

// we start setting up all the required variables:

varbp = this.ToRoot.InternalID;

varoldLogEntry:BusinessObject::AccountChangeLogEntry;

varlogEntry:BusinessObject::AccountChangeLogEntry;

varoldValue:LANGUAGEINDEPENDENT_EXTENDED_Text;

varnewValue:LANGUAGEINDEPENDENT_EXTENDED_Text;

vartypeCode:ChangeTypeCode;

varfieldName= "";

// The logic has been restricted for those Accounts who have the flag "Monitored Customer" enabled:

if (this.flgMonitoredCustomer == true) {

// we extract the list of field to monitor from the BCO MONITORED_FIELDS:

varfieldList= MONITORED_FIELDS.QueryByElements.Execute();

varcount = MONITORED_FIELDS.QueryByElements.Count();

foreach (varfieldinfieldList) {

fieldName = field.FIELD_NAME;

// For each of them, the new value should be found in a particular position in the Business Object structure:

switch (fieldName) {

case (FieldListCode.CO_ORG_NAME) {

newValue= this.Organisation.Name.FirstLineName+ " " + this.Organisation.Name.SecondLineName;

typeCode= ChangeTypeCode.CO_NAME;

}

case (FieldListCode.CO_GIVEN_NAME) {

newValue= this.Person.Name.GivenName;

typeCode= ChangeTypeCode.CO_NAME;

}

case (FieldListCode.CO_FAMILY_NAME) {

newValue= this.Person.Name.FamilyName;

typeCode= ChangeTypeCode.CO_NAME;

}

// at first we query the existing ChangeLog entries for that BP and field:

varquery = AccountChangeLogEntry.QueryLastEntry.QueryByElements;

varresultData= query.ExecuteDataOnly();

varselectionParams= query.CreateSelectionParams();

selectionParams.Add(query.RefBusinessPartner_InternalID, "I", "EQ", bp);

selectionParams.Add(query.FieldName, "I", "EQ", fieldName);

resultData = query.ExecuteDataOnly(selectionParams);

// The processing of which line add to the table will depend on which are the existing results:

if (resultData.Count() == 0) {

// In this case, this is the first monitored entry for the BP/Field.

// The old value has been thus set to empty:

if (!newValue.IsInitial()) {

logEntry= AccountChangeLogEntry.Create(

ChangeLogReuseLibrary.CreateNewEntry(typeCode, fieldName, "", newValue, bp, true));

logEntry.RefBusinessPartner = this.ToRoot;

}

} else {

//In this case, we get the old value by the most recent entry in the table:

resultData.OrderByDescending(n=>n.ChangedAtTimestamp);

oldValue= resultData.GetLast().NewValue;

if (oldValue != newValue) {

//just in case that the extracted vaue is different than the current value, then add a new line:

logEntry = AccountChangeLogEntry.Create(

ChangeLogReuseLibrary.CreateNewEntry(typeCode, fieldName, oldValue, newValue, bp, true));

logEntry.RefBusinessPartner = this.ToRoot;

}

After encapsulating the core logic in an external Reuse Library (see the section below) the Event Handler logic has been converted in a simpler implementation, which is displayed below:

· For the Common node BeforeSave Event Handler:

importABSL;

ChangeLogReuseLibrary.ChangeLogController(this.ToRoot.InternalID, ChangeTypeCode.CO_NAME);

· For the AddressInformation node BeforeSave Event Handler:

importABSL;

ChangeLogReuseLibrary.ChangeLogController(this.ToRoot.InternalID, ChangeTypeCode.CO_ADDRESS);

· For the Identification node BeforeSave Event Handler:

importABSL;

ChangeLogReuseLibrary.ChangeLogController(this.ToRoot.InternalID, ChangeTypeCode.CO_ID);

ChangeLog Reuse Library

Some common procedures:

· The creation of a new Change Log Entry;

· The generation of a new number (given a number range);

· The core logic of looking-up the old field value, comparing with the new value and adding a new Entry in the Change Log

have been encapsulated in a Reuse Library called ChangeLogReuseLibrary. The listings below will show you the code implemented for each of them.

Create New Entry Function

importABSL;

importAP.FO.BusinessPartner.Global;

varresult: elementsofAccountChangeLogEntry;

result.ChangedAt= Context.GetCurrentSystemTime();

result.ChangedOn= Context.GetCurrentSystemDate();

result.ChangedAtTimestamp= Context.GetCurrentGlobalDateTime();

result.ChangeLogEntryID= ChangeLogReuseLibrary.GetNumber(AccountChangeLogEntryNumberRan.CO_LOG_ITEM);

result.ChangeType= ChangeType;

result.FieldName= FieldName;

result.OldValue= OldValue;

result.NewValue= NewValue;

result.Active= Active;

result.AccountID= RefBusinessPartner;

result.IdentityUUID= Context.GetCurrentIdentityUUID();

returnresult;

Get a new ID Number (by Number Range)

importABSL;

varresult : DataType::ID;

varnumber = NumberRange.DrawNumber(NumberRangeCode);

switch (NumberRangeCode) {

case (AccountChangeLogEntryNumberRan.CO_LOG_ITEM) { number= number + 1000000000; }

case (AccountChangeLogEntryNumberRan.CO_OTHER) { number= number + 2000000000; }

}

result = number.ToString();

varstop_the_damn_debugger_here= true;

returnresult;

Change Log Controller and Comparing tool

importABSL;

importAP.Common.GDT;

importAP.FO.BusinessPartner.Global;

importAP.PC.IdentityManagement.Global;

// we start setting up all the required variables:

varbp = Parameter::BusinessPartnerID;

varbp2:BusinessPartnerID;

varem2:IdentityID;

varrefBP:BusinessObject::BusinessPartner= BusinessPartner.Retrieve(bp);

varoldLogEntry:BusinessObject::AccountChangeLogEntry;

varlogEntry:BusinessObject::AccountChangeLogEntry;

varoldValue:LANGUAGEINDEPENDENT_EXTENDED_Text;

varnewValue:LANGUAGEINDEPENDENT_EXTENDED_Text;

vartypeCode:ChangeTypeCode;

varfieldName= "";

// The logic has been restricted for those Accounts who have the flag

// "Monitored Customer" enabled:

if (refBP.Common.GetFirst().flgMonitoredCustomer == true) {

varavailableFieldsByTypeQuery= CHANGETYPE_FIELD_ASSOCIATION.QueryByElements;

varafbtqParams= availableFieldsByTypeQuery.CreateSelectionParams();

afbtqParams.Add(availableFieldsByTypeQuery.CHTYPE, "I", "EQ", ChangeTypeNode);

varavFieldList= availableFieldsByTypeQuery.Execute(afbtqParams);

varaCount = avFieldList.Count();

// we extract the list of field to monitor from the BCO MONITORED_FIELDS:

varfieldListQuery= MONITORED_FIELDS.QueryByElements;

varflParam = fieldListQuery.CreateSelectionParams();

if (aCount != 0) {

foreach (varrecordinavFieldList) {

flParam.Add(fieldListQuery.FIELD_NAME, "I", "EQ", record.FIELD);

}

varfieldList= fieldListQuery.Execute(flParam);

varcount = fieldList.Count();

foreach (varfieldinfieldList) {

fieldName = field.FIELD_NAME;

// For each of them, the new value should be found in a particular position

// in the Business Object structure:

switch (fieldName) {

case (FieldListCode.CO_ORG_NAME) {

newValue = refBP.Common.GetFirst().Organisation.Name.FirstLineName

+ " "

+ refBP.Common.GetFirst().Organisation.Name.SecondLineName;

}

case (FieldListCode.CO_GIVEN_NAME) {

newValue= refBP.Common.GetFirst().Person.Name.GivenName;

}

case (FieldListCode.CO_FAMILY_NAME) {

newValue= refBP.Common.GetFirst().Person.Name.FamilyName;

}

case (FieldListCode.CO_PHONE) {

newValue= refBP.CurrentDefaultAddressInformation.Address.DefaultConventionalPhone.FormattedNumberDescription;

}

// at first we query the existing ChangeLog entries for that BP and field:

varquery = AccountChangeLogEntry.QueryLastEntry.QueryByElements;

varresultData= query.ExecuteDataOnly();

varselectionParams= query.CreateSelectionParams();

selectionParams.Add(query.RefBusinessPartner_InternalID, "I", "EQ", bp);

selectionParams.Add(query.FieldName, "I", "EQ", fieldName);

resultData = query.ExecuteDataOnly(selectionParams);

// The processing of which line add to the table will depend on which are the existing

// results:

if (resultData.Count() == 0) {

// In this case, this is the first monitored entry for the BP/Field.

// The old value has been thus set to empty:

if (!newValue.IsInitial()) {

logEntry= AccountChangeLogEntry.Create(

ChangeLogReuseLibrary.CreateNewEntry(

ChangeTypeNode, fieldName, "", newValue, bp, true));

logEntry.RefBusinessPartner= refBP;

logEntry.RefUser= Identity.Retrieve(logEntry.IdentityUUID);

//logEntry.RefBusinessPartner = BusinessPartner.Retrieve(bp);

bp2= logEntry.RefBusinessPartner.InternalID;

em2= logEntry.RefUser.ID;

}

} else {

//In this case, we get the old value by the most recent entry in the table:

resultData.OrderByDescending(n=>n.ChangedAtTimestamp);

oldValue= resultData.GetLast().NewValue;

if (oldValue != newValue) {

//just in case that the extracted vaue is different than the current value,

//then add a new line:

logEntry= AccountChangeLogEntry.Create(

ChangeLogReuseLibrary.CreateNewEntry(

ChangeTypeNode, fieldName, oldValue, newValue, bp, true));

logEntry.RefBusinessPartner= refBP;

logEntry.RefUser= Identity.Retrieve(logEntry.IdentityUUID);

//logEntry.RefBusinessPartner = BusinessPartner.Retrieve(bp);

bp2= logEntry.RefBusinessPartner.InternalID;

em2= logEntry.RefUser.ID;

}

Address management

In the SAP C4C Data Model, the Address is a different Business Object than the Business Partner, and the AddressInformation node for the Business Partner BO stores just the association between an Address (stored in its Master Data) and the Business Partner.

This means that in case the user updates the association stored in the AddressInformation node (ex: by adding a new Address or removing an existing one for the Account), then the AddressInformation node BeforeSave Event will be fired. In the case instead the user updates the data within an existing Address (ex: by replacing the Phone Number) the AddressInformation node BeforeSave Event won’t be fired.

We then defined a better way to handle eventual changes to the Address data by implementing an extension to the AddressSnapshot BO (defined in the namespace: AP.FO.Address.Global), on the nodes with relevant information fields:

· Telephone;

· FormattedAddress;

· PostalAddress;

· Email.

A custom BeforeSave Event Handler implementation has been provided for each of them. In addition, a custom association between the Address UUID and the Business Partner ID has been defined in the Cloud Data Model by defining a new custom Business Object, called BusinessPartner_Address_Check. The custom BO definition is displayed here below:

import AP.Common.GDT as apCommonGDT;

import AP.FO.BusinessPartner.Global;

[DeploymentUnit(Foundation)] businessobject BusinessPartner_Address_Check {

elementBusinessPartnerID:BusinessPartnerID;

elementAddressUUID:ID;

}

The logic has been defined as it follows:

1. As soon that the Monitored Customer flag is set, the Common node BeforeSave Event Handler stores the association between the BP and the Address UUID in a new BusinessPartner_Address_Checkentry (if no previous entry existed);

2. At the time the Address data (telephone number or street, for instance) have been changed within the same address, the BeforeSave event for the AddressSnapshot BO is fired. A custom Event Handler will:

a. Check if the Address has been monitored (by executing a query the existing BusinessPartner_Address_Check BOs);

b. In the case it has been, read the Business Partner data, check its Monitored Customer flag, and call the ChangeLogController Change Library function.

The following sections will show the changes to the code in order to provide the desired implementation.

BusinessPartner-Common BeforeSave Event Handler

The code for the Common node BeforeSave Event Handler implementation has been then changed to the following listing:

importABSL;

// RQ01-RQ02: Call to the Core Logic: ADDRESS:

// The following logic will the address UUID against the Monitored BP,

// in a custom Business Object.

if (this.flgMonitoredCustomer == true) {

varbpac:BusinessObject::BusinessPartner_Address_Check;

varaddressUUID = this.ToRoot.AddressSnapshot.UUID;

varbp = this.ToRoot.InternalID;

// at first the code checks that the address-bp relation has been registered

// into the BO data:

varquery = BusinessPartner_Address_Check.QueryByElements;

varparams = query.CreateSelectionParams();

params.Add(query.AddressUUID, "I", "EQ", addressUUID.content.ToString());

params.Add(query.BusinessPartnerID, "I", "EQ", bp);

varresults = query.Execute(params);

varcount = results.Count();

// the new record is submitted into the cloud only if no data is already there:

if (count == 0) {

bpac= BusinessPartner_Address_Check.Create();

bpac.AddressUUID = addressUUID.content.ToString();

bpac.BusinessPartnerID = bp;

}

// RQ01-RQ02: Call to the Core Logic: NAME:

ChangeLogReuseLibrary.ChangeLogController(this.ToRoot.InternalID, ChangeTypeCode.CO_NAME);

AddressSnapshot BeforeSave Event Handler

The following code has been implemented for the BeforeSave EventHandler for the following nodes:

· Telephone;

· FormattedAddress;

· PostalAddress;

· Email.

importABSL;

importAP.Common.GDT;

importAP.FO.BusinessPartner.Global;

varbpac:BusinessObject::BusinessPartner_Address_Check;

varaddressUUID= this.ToParent.UUID;

varbp:BusinessPartnerID;

// for each address, the code checks the related bp in the Adress-BP Business Object data:

varquery = BusinessPartner_Address_Check.QueryByElements;

varparams = query.CreateSelectionParams();

params.Add(query.AddressUUID, "I", "EQ", addressUUID.content.ToString());

varresults = query.Execute(params);

varcount = results.Count();

// address could potentially have been shared among contacts.

// then update the log for everyone:

foreach (varrecordinresults) {

if (!record.BusinessPartnerID.IsInitial())

ChangeLogReuseLibrary.ChangeLogController(

record.BusinessPartnerID,

ChangeTypeCode.CO_ADDRESS);

}

User Interface additional tools

This section will deal with some additional tools we can realize on the Cloud for Customer User Interface, in order to let it be suitable for Administrators and Customer Managers.

In the solution we realized the following UI tools:

· A global ACCOUNT CHANGE LOG UI WorkCenter, that will show all the tracked changes for all the Account defined in the system (with a query to the Business Object AccountChangeLogEntry);

· A local CHANGE LOG, that will show all the tracked changes for the single Account, and which has been attached as a new Tab to the Account/Customer WorkCenter.

The following sections will describe the single UI Tools.

Global ACCOUNT CHANGE LOG WorkCenter

For the Account Change Log WorkCenter, the following steps have been followed:

1. Select Create Screens from the Business Object Contextual menu, as shown below:

2. Select the options below, specifying a Short ID:

The environment will automatically define the following UI Screens:

3. In particular, we chose the Object Work List item (the AccountChangeLog_OWL.OWL.uicomponent screen), because it was the one that could better resemble the Log Layout, and defined the following additional functionalities inside:

· Refresh button: done by Firing an Event Handler that execute again the Default Set for the Default Query, as shown below:

· Delete button: done by adding LayoutStackPanel item on every line, which content is a Delete button:

The button will fire the Event Handler defined below:

· Thing-Type Navigation to the Account: define the InternalID field proprieties as shown below:

And then, on the Data Model tab select the UUID field. The DataField proprieties should be set up as shown below:

4. After these changes, activate and save the screen. After allowing your user to the New WorkCenter Frame, you will be able to see the new ACCOUNT CHANGE LOG functionality.

Embed the Change Log as a Tab on Customer Workcenter

In order to show the data at the Account TI screen level (as a new tab) the following activities have been done:

1. Add a new Embedded Component (EC) to the Solution, and filling it with a table made by the fields provided by the QueryByBP query:

2. Define a new Inport for getting the Account ID from the main application:

3. Define a new UI Query that runs the QueryByBP and put the result in the DataList Data Model node:

4. Define a new Event Handler (and put on the OnFire properties of the Inport), that copies the input parameter to the query parameter and runs the Query:

5. Save and Activate everything.

6. Open a new extension of the UI Screen COD_Account_TI, and in the Extensibility Explorer, add the generated EC, with the binding specified below:

7. Save and Activate the TI.

Business Roles Restrictions

In order to achieve the RQ02 Requirement, we can use the configuration of a custom Page Layout, assigning it then to few of the Business Roles available. The steps are explained below:

1. From the UI5 interface, select the menu voice Adapt → New Page Layout:

2. After creating the new Layout, deselect the option “Visible” from both the CHANGE LOG tab and the Monitored Customer field;

3. Select the menu voice Adapt → Assign Page Layout, and modify the options in the list as shown below:

4. Save and logon with the Sales Representative to check the result.

Final result

The final result has been shown in the pictures below.

The Change Log has been displayed as a Tab into the Account TI UI Screen, with all the tracked changes inside, sorted by hour and date of change:

Furthermore, the ACCOUNT CHANGE LOG WorkCenter (containing all the tracked changes from all the monitored Accounts in the system) gave us the result below:

About the Author

I am Davide De Luca, and at present time I work as a Senior Consultant at Bluefin Solutions Ltd for Manufacturing Business Process, coming from several work experience as IT Specialist and SAP CRM Consultant in Capgemini, E-Utile – an ATOS WorldGrid Company and in Accenture (Rome office).

I can offer a consistent experience on System Integration oriented on the Engineering of new and innovative services and solution for small/medium and big Enterprises based on SAP Product and Services. My experience in this market is such of 8 years.

In details, I have been reaching gradually the following skills:

· Project design and deployment of enterprise resource planning services and software’s (based on SAP solutions);

· Business Implementation, Configuration, Tuning and Technical Design of IT Solutions based on SAP Cloud for Customer (C4C) landscapes and scenarios;

· Technical design and customizing of IT solutions based on system SAP CRM landscapes and scenarios;

· Project design and deployment of new services and application for business purposes for SAP NetWeaver enterprise portal solutions.

More information about Bluefin Solutions at: http://www.bluefinsolutions.com/

Change the layout of a standard screen

SAP Cloud SDK : Create OData Service For Custom Business Object

Unable to find cloud studio

Filter field Sales Phase on Opportunity shows all values

Where I can get the SDK Complete document of version 1411.

Filter Dropdown of Sales Phase based on Sales Cycle.

Mapping External Transaction Codes with Payment Methods for Custom Bank Statement Format

Cloud Studio SDK: Can we create embedded reports

Display Analytic in the embedded component

Using QueryByTypeCodeAndPropertyIDAndPropertyValue in SalesPriceList BO

How to implement SSO in C4C in URL/HTML Mashup.

Embed multiple embedded components in the single tab

Need help in user interface designer

C4C Application Enhancements: Building a Change Log for Business Partners

Solution

Business Object definition

Business Partner BO extensions

BeforeSave Event Handler Logic

ChangeLog Reuse Library

Create New Entry Function

Get a new ID Number (by Number Range)

Change Log Controller and Comparing tool

Address management

BusinessPartner-Common BeforeSave Event Handler

AddressSnapshot BeforeSave Event Handler

User Interface additional tools

Global ACCOUNT CHANGE LOG WorkCenter

Embed the Change Log as a Tab on Customer Workcenter

Business Roles Restrictions

Final result

About the Author

SAP Cloud SDK : Custom OVS for Custom Business Object and Add Into Extension Fields

Error when more than 1 BOs in the EC

Slow Performance - External Web-Service Call in BeforeSave Event of Customer

Query master data into custom business object

A linked image to an object

Create a dependent extension field(list) from activity field