Announcement:
wanna exchange links? contact me at sapchatroom@gmail.com.
Posted by
Admin at
Dear Nathalia,
You can do by below procedure:-
Create a Authorization group say"0001" and assign this group in the Role(Authorization object:- F_BKPF_BES using PFCG T Code and putting the person's user ID whom you want to allow to do posting in closing period)
Now maintain the auth group in OB52.
Regards,
Alok Kumar Parida
FI Core Team Member
Mobile :- +91 90906 24375
Tel:-0674-2393931 Ext:674
From: nath_melo via sap-acct [mailto:email@removed]
Sent: Wednesday, October 20, 2010 10:42 PM
To: Alok Parida
Subject: RE:[sap-acct] OB52 - Open accounting periods to especific user
Posted by nath_melo
on Oct 20 at 1:11 PM Mark as helpful
Hi...
Thank for your answer...
Let me explain and give a exemple.
I need open a previous period (that has already closed) to do some adjustments. However, I would like to restrict the posting in this period per user
Rgds,
Nathalia
---------------Original Message---------------
From: VidhyaDhar
Sent: Wednesday, October 20, 2010 12:11 PM
Subject: OB52 - Open accounting periods to especific user
Hi
Can I possibly rephrase your question and find out if that is what you
desire to know about?
Can postings into open periods be restricted to a specific user?
If your administrator can create an authorization group consisting a single
user and assign this group to the first period interval of open periods then
that user alone can post in such open periods.
On the other hand, if your requirement is not for postings but for opening
posting periods then the same logic could perhaps be extended to opening
posting periods also. But there is likely to be a draw back in doing so. If
there are many different company codes which share the same posting period
variant ( posting period variants are created at client level and can be
shared across company codes) then authorization to a single person may not
be a good administrative idea since it not only assures good control ( that
is a plus point ) but also paves way for too much dependency on a single
person (which poses a practical drawback). Therefore,I think it would be
a better idea to create an authorization group with more than one person.
However, this topic is rather subjective and it is the corporate culture
that determines the policy to be adopted in assigning security permissions.
Regards
VidhyaDhar
= Disclaimer
--------------------------
The information contained in this communication is intended solely for use of the individuals or entities addressed or copied in it. It may contain information which is confidential or legally privileged or proprietary to Paradeep Phosphates Limited. If you are not the intended recipient or received the communication in error, inform us the same immediately by responding to the senders of this communication and be notified that any disclosure, printing, copying, distribution or action(s) taken based on this information are unlawful and strictly prohibited. Paradeep Phosphates Limited accepts no liability for the correctness, completeness or timeliness in the transmission of this communication.
Warning : Computer viruses can be transmitted via e-mails. The recipient should check this email along with all its attachments, for presence of viruses. Paradeep Phosphates Limited accepts no liability for any damage caused by any viruses transmitted by this email.
| __.____._ Copyright © 2010 Toolbox.com and message author.
Toolbox.com 4343 N. Scottsdale Road Suite 280, Scottsdale, AZ 85251
| |  ALOKA PARIDA
SAP Accounting Enthusiast
Contributed 100 posts in a group to earn a Bronze Achievement Related Content Most Popular White Papers
In the Spotlight  _.____.__ |
Mark as helpful
