Ansicht
Dokumentation
02550 - SCC4 in a Productiive Client
ROGBILLS - Synchronize billing plans Vendor Master (General Section)This documentation is copyright by SAP AG.
SCC4 in a Productiive Client
Hi Chris,
When you hit the authorization wall, type transaction SU56 in the command
window. This displays the authorizations in your user buffer. If the list
looks chopped off - ends at something other than Z* authorizations - then
it is a problem with the size of the user buffer and the number of
authorizations you are trying to force into it. Also, you should see
messages in SM21 something like "user buffer too small ..." if this is the
problem.
Thr profile parameter auth/auth_number_in_userbuffer comes into play for
the sizing of your user buffer. Try a search of OSS notes on this
parameter since it's setting will vary depending on R3 release. There are
some good notes out there about authorization loss.
Good luck,
Betsy Strebe
~~~~~~~~~~~~~~~~~~~~~~
Systems Technical Manager
Trinchero Family Estates
Sutter Home Wines, Inc.
(707) 963-3104 ext. 2439
bstrebeZt...
www.tfewines.com
~~~~~~~~~~~~~~~~~~~~~~~
"Sugg, Chris"
<aacsuggZnmhg To: "'Mike Martin, IS, Sousa'"
<MMartinZs...>, "Sugg, Chris"
.com> <aacsuggZn...>, "'SAPLIST
(E-mail)'" <sap400Zm...>
cc:
07/02/01 Subject: RE: SCC4 in a Productiive
Client
11:34 AM
Hello Mike.
The problem is back again now. I have signed off and back on again but the
errors still occur. It is also happening with other users. I only have
SAP_ALL and SAP_NEW as profiles with nothing else added.
thnx
-----Original Message-----
From: Mike Martin, IS, Sousa [mailto:MMartinZs...]
Sent: Monday, July 02, 2001 12:57 PM
To: 'Sugg, Chris'; 'SAPLIST (E-mail)'
Subject: RE: SCC4 in a Productiive Client
What often can happen is that to many authorizations are granted for
one user and their user buffer overflows. This causes a loss of
authorizations which are assigned, but no longer resident in memory
when the check occurs. You can prove this (usually) by assigning a
user a few activity groups, then add SAP_ALL and SAP_NEW. The user
will not be able to process every transaction any longer. This is a
strange phenomenon, though, the more access you grant, the less access
the user has!
Usually a two part solution:
1. Temporary: simply logout and back in to reset your buffer.
2. Permanent: remove overlapping or redundant authorizations. (For
example, if a user (like basis) has SAP_ALL, then remove all other
profiles).
Regards,
Mike D. Martin
SAP Basis Administrator
SOLA Optical, USA
707-763-9911 x6106
mmartinZs...
-----Original Message-----
From: Sugg, Chris [mailto:aacsuggZn...]
Sent: Monday, July 02, 2001 6:20 AM
To: 'SAPLIST (E-mail)'
Subject: RE: SCC4 in a Productiive Client
Not real sure what happened but SCC4 now works. Nothing was changed
althought table T000 was looked at in SM30 but no changes were made.
Thanks for all the suggestions.
Chris
> -----Original Message-----
> From: Sugg, Chris
> Sent: Monday, July 02, 2001 8:24 AM
> To: SAPLIST (E-mail)
> Subject: SCC4 in a Productiive Client
>
> I am trying to run SCC4 in our Production client. I know I have ran
this
> tcode before, but now I am getting the message 'No Authorization for
> Transaction SCC4' when I try executing it.
>
> I have the SAP_ALL and SAP_NEW profiles.
> It is not locked in SM01
> Not objects listed with SU53
> No errors in SM21
> No dumps in ST22
>
> Has anyone ever seen this before?
>
> Thnx,
>
> Chris
>
>
Durban Tours - Südafrika Safari
CL_GUI_FRONTEND_SERVICES - Frontend Services PERFORM Short Reference
This documentation is copyright by SAP AG.
Length: 5110 Date: 20240602 Time: 134611 sap01-206 ( 3 ms )
