on 02-26-2009 2:09 PM
Hi friends,
I tried to configure two categories of users :
1 - First category (User1) can process the message and access to the standard Status profile (SLFC0001),
2 - The second category (User2) can process the message using another status profile (ZSLFC001).
To do this, i process like following :
1 - I created ZSLFN autorization key by copying of SLFN (Tcode :BS52).
2 - I created the Status Profile "ZSLFC001" by coping the SLFC0001(TCode : CRMBS02).
3 - I suppress some user status (ex : send to sap) and I replace SLFN autorization key by "ZSLFN"
4 - I created Transation type "ZLFN" assigned to ZSLFC001 status profile.
5 - I created a ZSAP_SUPPDESK_PROCESS rôle and I set the ZSLFN as authorization key in "B_USERST_T" and in "B_USERSTAT". This role is affected to the User2
Unfortunately, the User2 see and access to the "Send to SAP" user status. I think that the status profile ZSLFC001 is not used!!!
Tank you for your help,
Samad
Hi,
the easy way to verify this is to go in the transaction data tab of your message and go in the status tab
There click on the log icon (to the right of your content screen) there the first line of the log is showing you the status profile taken into account for this message.
Please confirm if this is the right profile or not.
I can further help you in this matter
best regards
Xavier
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Samad,
you need to go in SPRO and change the setting of ZLFN
go in change transaction (like you did to create your transaction type)
select the ZLFN transaction
and click on the mangifying glasses to display the parameters
you can change the action profile there
I hope it fix your issue
br Xavier
hi Samad,
You did it right.
But if this is not pulled in your document that means your might use still the SLFN
You need to be sure
If you didn't activate the ADMIN data tab to verify you are using the correct document type , the best way to veify this is to run CRM_DNO_MONITOR and check what is the list you get for ZLFN and check your number is well in this list
Could you verify ?
If the document type is ZLFN I will be speachless...
best regards Xavier
hello,
you can do that with DNO_CUST04
select the process type entry and change it there
It will solve you problem for ZLFN but I don't think it goes to the root of your requirement
Basically you need ONE single document with ONE single profile BUT the actions should be activated depending on condition or even better you just put in place the security profile needed
We did it for our company and you need to control the authorisation object
B_USERSTAT that will block your user to send to SAP (transaction SUIM to check)
Check transaction CRMBS02 for the correct mapping
I hope it helps
br Xavier
Hello Xavier,
I changed the Process Type in DNO_CUST04, and I had a error message : "The system could not create the message because of an RFC connection "NONE " error Message was not created".
Furthermore, The change of process type will affect all users.
I think that there are two possibilities :
- Using process type (SLFN or ZLFN) according to the user processor,
- or using the same process type (SLFN) and according to the processor to load the appropriate "status profile".
Please find below more informations about the role:
- the Manually Status Management: Set/Delete User Status B_USERSTAT
Activity : 01, 06
Authorization key : ZSLFN
Object Category : *
Status Profile : *
Thank you
Best regards
Samad
Hi Samad,
the second solution is the one, but you can only have one status profile per transaction type but you can activate/deactivate the item based on condition.
1. If you use authorisation the "actions" will be available in the action list but the users with restricted access won't be able to send to sap for example
2. the best is to you use condition you have to implement a filter that will organize an AUTHORITY_CHECK OBJECT 'B_USERSTAT' with the corresponding value
I hope it helps
best regards Xavier
User | Count |
---|---|
81 | |
10 | |
10 | |
9 | |
7 | |
6 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.