Skip to Content

This is the continuation of the previous blog (part 2) where we discussed the Object Provider portion of OADP configuration.

 

Part 1: Intro to OADP and Organization Structure Views

Part 2: OADP continued (Object Provider…the “O” of OADP)

Part 3: OADP wrap up (Data Provider….the “D” of OADP)

Part 4: Search Help WebDynpro ABAP components and usage in HCM P&F forms

Part 5: The OADP WebDynpro ABAP component

Part 6: Summary

 

Data Provider

Group Data Views

ces_1.JPG

From SAP:  “In this IMG activity, you group individual data views together in groups. The user can use the data views in such a group to display different column groups with additional information about the same object set. You assign the group of data views to an organizational structure view

Example:

You provide the managers at your company with a group of data views that offer additional information about the managers’ individual employees. The group comprises the following data views:

  • Organizational Data

  When the manager selects this data view, data for the relevant employee is displayed from the Organizational Assignment infotype (0001).

  • Personal Data

               When the manager selects this data view, data for the relevant employee is displayed from the Personal Data infotype (0002).”

ces_2.JPG

In our case, we only have…and need….one view within our view group.

Define  Data Views

ces_3.JPG

ces_4.JPG

We simply give a name to our “view”. Then we define what “column group” (as the name says….a group of many previously defined “columns”). If we want different column headers for our “column group” than what is defined for the column, we can “redefine” our column headers using a “column header type”.  You will see this in use later in the document.

ces_5.JPG

Define Column Groups

ces_6.JPG

As the name says, we are going to define a “set” of columns together. We must previously define our “columns” to use here.

ces_7.JPG

ces_8.JPG

scroll right…

ces_9.JPG

So now, our display will have 2 columns….description in column 1 and the ID (objID) in column 2…the “Position” column determines this. At runtime, we will see:

ces_10.JPG

Redefine Column Headers

We use this option if we want a more “user friendly” name for our columns. By default, our column “header” names/labels will come from the fields as we defined in the step above. If we want to override this naming, we do so in this step for the selected column we wish to change only.

ces_11.JPG

ces_12.JPG

Of all of these, we are only concerned with ORG_OBJID_2. We can see it’s name now as “Number”.

ces_13.JPG

This is why the pop-up shows “Number” instead of “ID” in that column now.

ces_14.JPG

(*note, in function HRWPC_OADP_GET_DATAVIEW_COLMDT, you can see how the “original” column headers get merged with the column headers redefined here.)

Define Hierarchical Column Groups

From SAP: “In this IMG activity, you define hierarchies for columns and column groups. This is beneficial if a column group is used in more than one organizational structure view and you want to add a column to the column group in one of these views.

When you arrange columns and column groups in a hierarchy, the system displays the subordinate columns and column groups for a column group on the user interface.”

We do not use this one in our example.  SAP has none provided as example with the standard system either.

Define Coherence Relationships

From SAP: “In this IMG node, you define a relationship between columns of a column group that allows you to hide or show the columns as a block. In this way, you make two (or more) columns “act” as a group.For example, you do not want the user to be able to show or hide the Start Date and End Date columns separately that belong to the Organizational Data column group. In this IMG activity, therefore, you create the coherence relationship Org.Data Period. In the IMG activity, Define Column Groups, you assign this coherence relationship to the Start Date and End Date columns that belong to the Organizational Data column group.”

We do not use this one in our example.

Define Columns

ces_15.JPG

This is where the brunt…and initial….work for the “Data Provider” configuration happens. This is where we define EACH column separately for what we later want to display.

ces_16.JPG

ces_17.JPG

ces_18.JPG

So after ALL of this OADP configuration, what have we done?

ces_19.JPG

Now, in Part 4, we will look at how OADP ties in to our HCM P&F “Search Helps”…..

To report this post you need to login first.

3 Comments

You must be Logged on to comment or reply to a post.

  1. Jim Ward

    Chris,

    What a great review of OADP.  Thanks for expanding my knowledge of Object Search as it relates directly to a current project.  Can’t wait to read the rest of the blog series.

    Jim

    (0) 
    1. Christopher Solomon Post author

      Thanks!….for taking the time to comment, read and follow it along! haha…Yeh, OADP always seems daunting at first glance, but then you get in there and follow one through and realize “awww this is not so bad….just way overly complicated.” hahaha

      (0) 
  2. Sridhar M

    Hi Chris, thanks for a v elaborate write up on OADP.

    When I am using a column for the email, I am getting dump ’cause instead of taking the linkurl parameter the objectdataprovider wda object is using linkpcdpage. I didn’t find a way to launch the email link through linkurl value such as ‘mailto:xxx@xxx.com‘. Appreciate if you can through some insights in to it.

    Thanks.

    MS.

    (0) 

Leave a Reply