Check : PR to PO

[v_s6]

Hi All,

My client has given me the following scenario to work on.

I have got a Release strategy in place for purchase requisition, say the PR gets blocked if the total value of the PR is more than 10,000 USD. A PR with one line item with a total value of 12000 USD is created and it gets blocked. Subsequently the PR is approved using the various release codes.

Now I create a PO using this PR. But while creating the PO I change the total value of the PO by doing one of the 3 things mentioned below...

1) By changing value of the item

2) By changing the quantity of the item (adding to it)

3) By adding new line item to the PO.

The client requirement is that nobody should be able to change any of the above while a PR (which was blocked by way of release strategy & subsequently approved) is being converted to a PO , in a way that the value of the PR changes while creating a PO.

Please let me know as to how to have a check while converting the PR, which was blocked, to a PO so that system does not allow me to change value of the item or qty of the item or allow me to add new line item to it?

Regards,

V S

[Former Member · Accepted solution]

In the release indciator please enter 6 and then try

G.Ganesh Kumar

[v_s6 · Accepted solution]

Well Gopinath that is for applying release strategy even after the document has been outputted and the values have been changed after releasing the document.

My question is related to conversion of PR to PO.

[JL23 · Accepted solution]

If you dont trust your requistioner, then implement release procedure for PRs.

If you dont trust buyers, then do the same for POs.

[Former Member · Accepted solution]

V S,

though the document (PR /PO) has been released once and if the change is on Positive side i.e. by any change the value increases,then the release strategy will be updated automatically...

so after the change if you want to create Po,the relative PR has to be released again !!

[v_s6 · Accepted solution]

Hi Krishna,

Thanks for your inputs....

But what I mean to say is that when I use that PR to create the PO after the PR has been approved I change the values and quantity in the PO and not in the PR......

Release strategy will be applicable to PR only if that PR is changed .but here am not changing the PR but the PO which is createc from it........

[v_s6 · Accepted solution]

Hi Jurgen,

The release startegies are in place for both the PR & PO.

My client wants to have a check when a PR which has been approved has been used to create the PO and then in here I change the quantities and values and not in the PR. As per the client the whole process of applying the release strategy to PR is rendered useless if one can still change values and quantities while creating the PO.........

[JL23 · Accepted solution]

In my opinion the process is not useless.

The PR release is to ensure that the requsitioner does not ask for more than he is supposed to or not for different things.

If that gets approved, the requisition is fine to be ordered.

But then it might be a buyers decision to order more, because he gets a better price when he orders 5 % more. He does not get the quantity at all if it still that few as in the PR.

There are hundreds of good reason why a buyer should be able to change the quantity even after a release

[Former Member · Accepted solution]

VS if you dont want to allow your buyer to change the PR once it approved than use transction ME59N to create the PO

in this case buyer will not have access to the PR

or oyu can set up this program in back ground and set it up for every immidiate

so the moment PR is release the system will pick up this pr and convert in PO without any alteration

but like Jurgen has mentioned that normally all the company purchasing dept have more control on the PO so they want to check the PO and do the changes if they get same mateiral in less price if they order more etc,,,,,,,,

so think about this and take appropriate steps.

[v_s6 · Accepted solution]

Hi Krishna,Jurgen and Charlie,

Thanks a lot for your valuable inputs...

Regards,

V S