on 11-19-2008 6:10 PM
Hello,
We are in SRM 5.0 in a classic scenario.
In our SRR config we choose the option "always Pur.Req" and "always external requirement" in the Backend object configuration.
The strange thing is happening that this works fine - always creating Pur.Requisition - for account assignment Cost Center, PEP, Stock in the shopping carts created.
However, if we choose account assignment AS (Fixed Asset), for some reason we dont know, the backend object created is a Reservation instead of a Pur.Requisition
Can anyone help us with this. Anyone had this experience before?
Thanks for any clues.
Aart
Hi Aart,
in the note 1173815 you will find a good documentation about the possible reasons, and tips for the analysis (I guess Muthu wanted to suggest the same note, but he mistyped and wrote the 1173185).
Kind regards,
Peter
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
hi,
Please check in the T.code: PPOSA_BBP , in the atttibute tab whether Movement type : 201 is defined.
If you are creating Shopping cart for stock material if the stock is there . it will create a reservation only.
if stock is not there it will create a purchase requsition.
Please check for the material whether stock is there. if you don't wan't to create a requistion remove the
movement type : 201
G.Ganesh Kumar
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi ,
I did somo more digging into this problem we have and found out it is not related to the account assignment in the Shopping cart.
The problem seems to arise because the material we use has both the Base unit of Measure and the Ordering unit of measure defined in the same unit (trx. COMMPR01), which should not be!! not even in R/3 this is accepted!.
In our Backend system R/3, this materials do not have defined a Ordering unit in the Purchasing view
In the COMMPR01 however I can not change these erroneous materials (Delete the ordering unit for example)
Anyone have a clue how to proceed with this problem?
Thanks,
Aart
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Aart,
generally the SRM system checks in the define backend system for objects before create a follow on document type after we order the cart. The system checks the first entry if the valid entry is found it will not go check for next entry. please refer this note 1173185.so try to debug which entry is satifying in your case. do have many entries in this configuration. 911446 - No reservation is created,756558 - BBP_INTERPRETE_DATA: PReq instead of reservation.945180 - Incorrect movement type for reservation,Note 1073137 - SRM5.0: Badi BBP_BS_GROUP_BE instead of
BBP_RESERVATION_GRP
Did you check are you using any badis BBP_TARGET_OBJTYPE ?
regards
Muthu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.