Cannot change Confirmations in classic scenario

Hi there,
We are using SRM server 5.5, classic.
We are posting confirmations using 'Create confirmations / services'. The confirmation successfully transfers to the backend PO and we could see it in the PO history.
1) Once we 'confirm' the confirmation we are unable to change it. Is it the way it works? wondering because the 'return delivery' button never gets enabled
2) We are also unable to create additional confirmations for a PO. Say we posted confirmation for 2 units out of 10 units of the PO item, the rest 8 units cannot be confirmed from EBP. The create confirmation button does not do anything.
the express confirmation button gives a message that PO does not have anymore items to confirm.
It looks very strange, I guess we are missing something.
Any ideas?

Had to run clean_reqreq_up. Duh!!!

Similar Messages

PO Change in Extended Classic Scenario

Hi SRM Experts,
Our client is using ECC 5 and SRM 3 (BBPCRM 4.0) and using classing scenario successfully.
Now we have started using extended classic scenario for limited suppliers.
Now the client requirement is to change the PO after approval.As you know that in ECC the PO can be displayed only.
And the PO already directly submitted to the supplier.
Is it possible to change the PO after submitting to supplier ?
They are looking for some changes in text/shipping address etc.
Appreciate all your suggestions.
Thanks and Regards,
Pradeep

Thanks Masa for your quick reply.
Could you please tell me that,we are using work flow for SC approval and when the Shopping Cart created the WF also starts and finally the SC get final approval the PO will push to supplier directly and the same will be replicated in ECC (display only).
So after activating the version control will it still allow the user to change the SC/PO after completing the approval ?
If so do we need to make any changes in our WF ?
Thanks and Regards,
Pradeep

Changing existing classical scenarios in ID to ICo post PI upgrade

Dear Members,
Installed a test PI 7.11 system and restored primary PI DEV system backup on to the test PI system and then the test PI 7.11 system was upgraded to PO 7.4 dual stack system. Done with the post up-gradation activities and the test PO 7.4 system was up and running.
Now, all the ID config objects in the upgraded test PO 7.4 system remained as classical scenarios with sender agreement, receiver determination, interface determination & receiver agreement etc.,
Need a clarification here i.e., how to change the existing classical scenarios to ICo objects in the upgraded PO 7.4 test system..? Do we need to delete the existing sender agreement, receiver determination, interface determination, receiver agreement objects and manually build ICo objects for the respective scenarios (or) do we have any other alternative.
I suppose that the Content Migration Tool doesn't suffice my requirement, as the new PO 7.4 system is not a parallel system built against the existing
PI 7.11 system. I directly performed the upgrade activity on the test system and not on a parallel built system.
In this case, can someone advice how to change the existing classical scenarios to ICo objects i.e., manually (or) do we have any other alternative.
Br,
Saiganesh

Hello Martin,
Finally got it. In the migration tool, configured source system also with the same details as the target system and then the migration of classical to ICO was fine.
Closing the thread.
Br,
Saiganesh.

Extended classic scenario to Classic scenarioc in SRM.??

someone pls tell me how to change from Extended classic scenario to Classic scenarion while creating in shopping cart...?
I am using BADI "BBP_EXTLOCALPO_BADI" change to classic scenarion from extending classic..but i got confused about source code..So i request any one can help me for suitable source code..

Hi
Do you mean to say that you have set up Extended Classic Scenario but you want to change it to Classic Scenario?... If this is the case, remove the activation in COnfiguration for Extended classic scenario and deactivate BADIs you ve implemented for Extended Classic
OR
Do you want to change it to Classic only for the Document user is creating.--> Read the indicator or data from SC and decide whether the document has to be in Classic or Extended classic SCenario.... The BADI will either have Extended classic = X or NOT.... so there is no parameter for classic Scen... Depending on your requirements, implement the ext. classic badi to SET it or NOT set it...
Regards
Virender SIngh

Account assignment not updated in SRM's shopping cart when changes are made in ERP's PO - Classic Scenario

Hello!
A customer has classic scenario and creates shopping carts using only cost center as account assignments in SRM.
When the PO is created in ERP's backend, sometimes a purchaser changes the account assignment to Asset("A").
The account assignment changed in ERP is not reflecting in the shopping cart and the result is that the requester can not make a goods receipt in SRM because the account assignment does not match the PO.
Does anybody knows what shall be done so the account assignment in SRM is updated according to ERP?
Shall I use BBP_DOC_CHANGE_BADI?
Thanks in advance!
Best regards,
Karin

Hi Karin,
As Mithun rightly said, the changes made to the PO will not be reflected in the SC not just in Classic but in Extended Classic Scenario as well.
We create a Confirmation against a PO and not against SC, so it is not necessary that the SC needs to be updated.
Is the system allowing the creation of the Confirmation or is the error coming up when the confirmation is being posted on the backend system?
Can you check the SLG1 in SRM for the error that it is triggering when the PO is changed?
Regards

Classic Scenario change Material Group on PR

In a classic scenario can the material group be changed on PR created from approved SC.
We are unable to change it in our enviornment. Please confirm if it is standard SAP behaviour .
Thanks.

Hi Kumar,
You can definitely change the PR in ECC system if you are in Classic scenario.
Yes, even the material group can be changed in PR.
In classic scenario the Follow on documents of shopping cart either PR or P.O depending on the setting in the configuration can be changed in ECC system as they are the leading documents.
Check in case some exits or field controls have been put in place in your ECC system which would disable the ability to change some of the fields in PR.
Hope this makes you more clear.
Let us know in case of any further clarifications.
Regards,
Teja

TS4002 I want to view my emails with the reading pane at the bottom of the screen - I cannot change it from a vertical column view. Used to be 'classic view' in mobile me. Anyone know how to do it?

I want to read my emails in horizontal view - reading pane at the bottom of the monitor - on iCloud. I cannot change the view from vertical and columns? Anyone know how I can do this? It was called 'classic view' in Mobileme.

Thanks, got that.
That's OK on 'mail'.
My problem is on webmail - when I open my email on iCloud I have the columns and cannot find where to change the view.
Any further ideas?

No GR on Confirmation Approval in Extended Classic Scenario

Hi all gurus out there,
We are trying to implement confirmation approval workflow in our SRM system. Our SRM version is SRM 3.0 or EBP 4.0 and we are operating in extended classic scenario.
We implement the approval workflow WS10400002 (1-step approval) and WS10400010 (no approval). WS10400002 is used in situation when an administrator does the confirmation and will go to the requestor for approval. Here, when the requestor approves the confirmation, the status is updated correctly to 'Approved' but no goods receipt is triggered by the system. We looked at the workflow and found that there is no task/activity to do the post goods receipt in the backend system.
Can someone please confirm whether these are the correct workflows that I should be using and that it is not a bug? I just want to make sure it is not as a result of a standard limitation before going back to SAP.
Cheers!
Siow Fong

Hi Guys,
I checked with SAP on this and found out that the standard codes would have created the goods receipt. This creation is no longer coded in the workflow itself (like the old workflow used to be). The reason why it was not working for us was a piece of code being added that prevented the creation of the goods receipt.
Regards
Siow Fong

R/3 Backend PO in SRM for Confirmation in Ext. classic scenario

Hi,
We are on SRM 4.0, Extended classic scenario
User created STO(Stock transport order) in backedn R/3(Not in SRM) and is visible in "Confirmation /GR services" in SRM.
But when user tries to do confirm it the items are not available and confirmation is not possible in SRM.
Is there anything missing in the system ? Please suggest
Best regards,
Sambit

it should be updated by running standard progarams which updated the status of the corresponding documents in R/3

Unable to create confirmation/invoice in SRM,Classic Scenario

Hi Guru's,
I am unable to create Confirmation/Invoice in the Portal, attached the screen shot of the error
its is the problem with the ADRC table, there is no entry in the table for the BP.
I tried to access the table via SM30 to add the entry in ADRC manually, I get a message table maintenance not defined
Regards,
Kiran

Hi Kiran,
Could you please also advise whether all the users are not able to create the confirmation in portal. Or if there is any specific user who is not able to do that?
And I also request you to advise whether you going to do the invoice in SRM portal in classic scenario?
Best Regards,
Bharathi

Material PO confirmation at supplier side (SUS) not taking place in SRM SUS Extended classic scenario

We have configured extended classic scenario SRM with SUS, and all functions are working fine. However, at the time of PO confirmation of material item at the Supplier side (SUS), the material line item disappears when we click on the Create Confirmation button in SUS. The functionality is working fine for Service Items. The total value of PO is also displayed correctly in the Items overview section.
Please provide some help in solving this issue.

Hello,
This is the correct behaviour of SUS - confirmations can only be created for service items which in turn create service entry sheets (Trx: ML81N in ECC). And accepting the SES in ML81N will generate GR posting.
For material items, you have to create ASN which will in turn create inbound delivery in ECC which you can post and will generate goods movement documents.
So basically, for service items you create confirmation and for materials you create ASN.
Regards,
Prasanna

Changing the Global Control of Extended Classic Scenario

Hi,
We are implementing a duplicate scenario, where for a certain product category we will use classic scenario (Only contracts on SRM) and for the others ext. classic scenario (contracts,requisitions and PO's on SRM). I activated the ext classic scenario by flaging it on the customizing. I also read in the documentation that we have to use BBP_EXTLOCALPO_BADI in order to determine which category will be handled in which scenario.
Did anybody had experience on this and provide the important points while implementing such a scenario?
Thank you in advance,
If you need to forward details, [email protected]
Message was edited by:
Gaia K.

Hi,
Well that quite simple
As you have done it just activate ECS scenario and activate the badi to change to classic scenario with you custom rules (product category...).
As soon as you get the ECS scenario configured, evrything will be ok for classic scenario.
Kind regards,
Yann

Change from ECS to Classic Scenario

Dear SRM Gurus,
System: SRM Server 5.5
We had activated Extended Classic and made baseline configuration, and tested some scenario.
We now plan to change to classic scenario. So we removed tick from " Activate Extended Classic Scenario ".
Problem: When am trying to create a LEADING PO in R/3 in Classic Scenario,through Shopping cart for a material for which no stock exist, system is creating LOCAL PO in EBP, and am not able to change the PO in R/3.
Is there any NOTE to be applied to change to classic scenario? as we made configuration for ECS.
Pls guide.
Best Regards,
Dinesh

Hi Anil,
I have gone through the postings made by you, Yann and others.
Let me put forward my observations from what you have posted.
1. Is the P.R / P.O getting created in the back end?
You said you could not edit the P.O in back end.
2. Is the shopping cart going to sourcing **** pit or directly creating a P.O in the front end (EBP)?
If the shopping cart is going to sourcing then you can create a P.O in SRM but you can not edit the same in SRM and can be only editable in the back end R/3.
If this is the case then in SPRO > IMG > SRM > SRM Server > Sourcing > check whether the " sourcing always carried out" is mentioned under sourcing tab for that product category. In this case the shopping cart always go to sourcing / purchaser's work list.
If you change the setting to " Sourcing never carried out" then the shopping cart will create either a P.R / P.O in the back end based on the completeness of the data.
Please let me know about these settings and incase any clarification is needed.
Award points for suitable answers.
Rgds,
Teja

Classic scenario: Update shopping cart with changes in backend PO?

The Shopper would like to have visibility in their shopping cart (SRM 5.0, classic scenario) of changes made to the follow-on PO created in ECC6. Is it possible for the cart to be updated with changes made to the backend document, or would the customisation for this type of request be too complex?
Any advice would be appreciated, thanks!

Hi,
Yes this report is reading the PO quantity and value and the history tab for follow-on documents such as GR or invoice.
Thus the SC history is updated.
Kind regards,
Yann
Message was edited by:
Yann Bouillut

Scenario changes from Extended classic to Classic

Hi,
I would like to know what are the precaution required when we need to change the scenario from Extended classic to Classic?
Thanks

Hi
I dont know much about SRM addon ECC.
in general
SPRO
Activate Extended classic scenario - CONTROLS
define backend system for product category - check it up what you have given Target system.
The system is ECS or not ?
you can create a fresh thread .
br
Muthu

Cannot change Confirmations in classic scenario

Similar Messages

Maybe you are looking for