cancel
Showing results for 
Search instead for 
Did you mean: 

Shopping Cart creates Reservation instead of Pur.Req

Former Member
0 Kudos

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

Accepted Solutions (1)

Accepted Solutions (1)

peter_novoth
Employee
Employee
0 Kudos

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

former_member183819
Active Contributor
0 Kudos

Thanks Peter .yes it is typo error .Right note is 1173815.

Regards

Muthu

former_member183819
Active Contributor
0 Kudos

Hi

What was the issue? Did you stop the reservation in anyway?

regards

Muthu

Answers (2)

Answers (2)

Former Member
0 Kudos

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

Former Member
0 Kudos

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

former_member183819
Active Contributor
0 Kudos

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