on 07-10-2012 11:03 AM
I have a requirement.
My client when he creates contracts. then it is sent for the signatures. Once the signature is done it goes for the periodic billing.
but some times the user is changing the signature dates either to delay or prepone the periodic billing. This is accepted as a policy of company.
But the conditions are now:
the changing of signature date should be done by some authorized persons only.
all the other users should not be able to change them as it should go into display mode for them.
I know this has to be done by ABAP, but how should I explain this to my ABAPER .
I am also enclosing the screen shot of contract data..
Please help.
I have written the following FS, is it OK...??
//**The programme has to check if the contract is valid **//
System date < contract end date
The Valid to date is within the Contract end date – From / to range.
Cancellation date if blank
Or
Equal to/greater than the current date and not equal to the current “contract end date”
//**By checking the contract valid from date and end date – the date of signature should be within this**//
Signature date < contract end date.
Change the field VUNTDAT from change mode to display mode upon creation of first invoice if the Accounting data passed on to accounts.
//**The contract data is also passed on to BW to update the sales force**//
//**So by changing the the signature date if there is any impact on sales force, that we need to understand from the users.**//
//**The signature date can be made to display mode by coding where nobody should be in a position to change once the first invoice is generated **//
This can be achieved by user exit like
“USEREXIT – MOVE FIELD TO VEDA”
Create Authorisation object on the field VUNTDAT and assign it to the User Id.
Or
We can create an authorization at the field signature date and the field signature date will be always in display mode by creating authorization validation.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello,
I think you will have to apply a ABAP Code in User Exit, which will make this Signature Date Field in Display Mode only.
You ABAPer will also define a Z-Authorization Object, which you will have to give it to Basis Team to assign to required User ID who is authorized to change this date.
Thus the User Id's which do have have authorization for the Z-Authorization Object, will not be able to change this field.
Thanks,
Jignesh Mehta
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello,
Program MV45ZFZZ user Exit - Move Field to VBAK or VBAP (whereever the field is).
Explain the requirements & he will be able to do the necessary coding. Once the Authorization Object is created, give it to Basis Team for giving Authorization to necessary User Id.
Thanks,
Jignesh Mehta
Dear Venkat
Hope you are using Functional spec to give the details to your ABAPer. Please mention your requirement and ask him to create a screen variant using SHD0 and assign it userwise (maybe your basis consultant will do it)
Or use the user exit as said by Jignesh. Mention what functionality you have to achieve and your ABAPer will find the exit and do the needful if you are not able to find it by yourself.
This doesnot require too much logic to explain and the ABAPer can easily achieve it
Dear Venkat
You can achieve this by using authorisation object or by screen variants using SHD0. The screen variant can be set userwise.
Regards
Harish
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
You can control this by using authorization Object except authorized person give other users only the display authorization only and for authorized per son you can give create/change and display authorization so that he can able to change.
Regards,
MH
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
108 | |
12 | |
11 | |
6 | |
5 | |
4 | |
3 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.