cancel
Showing results for 
Search instead for 
Did you mean: 

SO28 - ERMS - New Recipient lookup

Former Member
0 Kudos

Hi Gurus,

Does anybody know what determines the lookup entries on 'New Recipient' in SO28?

We are getting different options presented in different clients, and in our master client the option to select 'SAP object instance' is not present, among others. We have ruled out authorisation issues.

Many thanks in advance for any help,

Andrew Griffin.

Accepted Solutions (1)

Accepted Solutions (1)

Former Member
0 Kudos

Try running the general workflow customizing - tcode SWU3 u2013 Automatic Customizing Workflow

I hope this will show up the object instance. Good luck. Sai

Former Member
0 Kudos

Sai,

Many thanks for your response. I do not have access to SWU3 in our master client, although I have access in our sandpit. I am currently waiting for feedback from our Basis team (we have a severe Basis resource issue at the moment).

Please can you advise which setting might relate to the "new recipient" lookup list in SO28?

Kind Regards,

Andrew Griffin.

BGarcia
Active Contributor
0 Kudos

Hi Andrew,

In my system, the list is retrieved by a function module call 'SO_WIND_RECEIVER_SELECT', at include LSO28F02.

There, the importing parameters will decide witch objects will be returned.

The weird part, is that in my system, before the call, I have:


* No restriction to any types
  NO_USER_SELECT = OFF.
  NO_DLI_SELECT = OFF.
  NO_ORG_SELECT = OFF.
  NO_OBJECT_SELECT = OFF.
  NO_EDI_SELECT = OFF.
* select the receiver
  CALL FUNCTION 'SO_WIND_RECEIVER_SELECT'
     EXPORTING
          DEFAULT_RECTYPE   = DEFAULT_REC_TYPE
          EXTERN_CALL       = SPACE
          NO_ADDRESS_SELECT = NO_ADDRESS_SELECT
          NO_DLI_SELECT     = NO_DLI_SELECT
          NO_ORG_SELECT     = NO_ORG_SELECT
          NO_USER_SELECT    = NO_USER_SELECT
          NO_X500_SELECT    = NO_X500_SELECT
          NO_OBJECT_SELECT    = NO_OBJECT_SELECT
          NO_EDI_SELECT    = NO_EDI_SELECT
          NO_NEW_X400_ADDRESS  = NO_NEW_X400_ADDRESS
          NO_NEW_INTERNET_ADDRESS  = NO_NEW_INTERNET_ADDRESS
          NO_NEW_FAX_ADDRESS  = NO_NEW_FAX_ADDRESS
*          no_new_tel_address  = no_new_tel_address
          NO_NEW_RML_ADDRESS  = NO_NEW_RML_ADDRESS
*         RESPONS_USER      = OWNER
*         PROF              = PROFILE
       TABLES
            SELECTION_TAB = SELEC_TAB
       EXCEPTIONS
            PARAMETER_ERROR = 23
            X_ERROR         = 1000.

So, NO_OBJECT_SELECT parameter (SAP Object instance) is set 'hard-coded' to false, so it should appear.

Can you check how this is in your system?

Kind regards,

Garcia

Former Member
0 Kudos

Bruno,

In the code in my system there are three calls to that FM and only one seems to look at NO_OBJECT_SELECT. The code that matches yours seems to be at line 261 onwards, and shows as follows:

* No restriction to any types
  NO_USER_SELECT = OFF.
  NO_DLI_SELECT = OFF.
  NO_ORG_SELECT = OFF.
  NO_OBJECT_SELECT = OFF.
  NO_EDI_SELECT = OFF.
* select the receiver
  CALL FUNCTION 'SO_WIND_RECEIVER_SELECT'

Perhaps the call for the lookup is occurring in a different place at one of the other two calls to the FM?

Thanks,

Andrew G.

Edited by: Andrew Griffin on Jul 22, 2010 2:52 PM

Former Member
0 Kudos

Bruno,

I have debugged the lookup, and it definitely calls the FM you found at line 268. And when it does it passes the FM the following parameters:

 NO_ADDRESS_SELECT	                                   	X
NO_DLI_SELECT	                                   
NO_ORG_SELECT	                                   
NO_USER_SELECT	                                   
NO_X500_SELECT	                                   	X
NO_OBJECT_SELECT	                                   
NO_EDI_SELECT	                                   
NO_NEW_X400_ADDRESS	                                   	X
NO_NEW_INTERNET_ADDRESS	                                   	X
NO_NEW_FAX_ADDRESS	                                   	X
NO_NEW_RML_ADDRESS	                                   	X

So it looks as if the FM is called with NO_OBJECT_SELECT being false.

I'm confused!

Former Member
0 Kudos

Bruno,

The flag for setting the NO_OBJECT_SELECT is being set in the FM at line 130 as follows:

IF PROFILE-OBJ_EXIST = OFF.
      MOVE ON TO NO_OBJECT_SELECT.
    ENDIF.

Suggests to me that there is a missing object profile that needs to be defined. If anybody has any idea where this is, please let me know. Unfortunately it's a very generic term "Object Profile".

Thanks,

Andrew G.

BGarcia
Active Contributor
0 Kudos

Hi Andrew,

Just one more hint: that value is in table SOPR, at attribute OBJ_EXIST.

Maybe your system needs a configuration to be made, that set up that value...

Kind regards,

Garcia

Former Member
0 Kudos

Bruno,

You are correct, the client that does not show the option has not got a check in that table against OBJ_EXIST whereas the client that is showing the option has got that check.

I'm so close I can smell it, so where is that table maintained?!? No, dont tell me!

Thanks,

Andrew G.

BGarcia
Active Contributor
0 Kudos

Hi Andrew,

Are you sure you don't want to tell you where it is? I'll respect that, but I already know the answer.

One hint... it's in one transaction beginning with SO**

Kind regards,

Garcia

Former Member
0 Kudos

Bruno,

You're a tease! LOL

Let me try to figure it out, I'll learn better that way. It's SAP Office, but whats the transaction?!? Thats a rhetorical question - I'll come back to you by the end of the day with the answer (or be on my knees begging for the solution!)

Thanks,

Andrew G.

Former Member
0 Kudos

SO16!

😄

Former Member
0 Kudos

Unfortunately I do not have the authorisation in the master client to access the transaction/set the flag in SO16, so I'll have to have a word with my elusive Basis team.

Bruno - I've awarded you full points, thank you very much! I have the solution, even if I cant apply it.

BGarcia
Active Contributor
0 Kudos

Congratulations Andrew! You did it, and you didn't have to beg at end of the day to feed my ego

Kind regards from a sunny day at Lisbon.

Garcia

Former Member
0 Kudos

Thanks again Bruno, it took a lot of prompting but I got there in the end.

All the best (from a quite cloudy day in Hereford, United Kingdom),

Andrew Griffin.

Answers (0)