Classic scenario Configuration document

Hi Rama krishna C Teja ,
I'm Pawan,Presently we are implementing SRM -Classic scenario to our client .at present we are starting defining the Organizational structure? but there are many confusions.......................
can you please send the config. document for classic scenario ?
my email id : [email protected]
Warm Regards,
Pawan

Hi Atul,
I'm working using with this, but let me know what are the changes take place in EBP3.0 and SRM 5.0 ....beacuse we are implementing in SRM 5.0 ...if possiable plese send the COOK book SRM 5.0 to mail id :
[email protected]
Pawan

Similar Messages

Documents / Cookbook on how to configure Extended Classic Scenario?

We currently have the Classic scenario and are thinking of changing to exteded classic becuase we want to use the sourcing cockpit in SRM 7.0. Does anyone have any good documentation on how to configured Extended Classic?

Hi Sivakumar,
If you mean how to archive PO in MM side, please refer to the following info:
====
In ECC system, if you want to archive a MM PO, please use transaction
SARA->archive object MM_EKKO.
456129 FAQ: Archiving in purchasing
401318 Archiving: Additional information
====
If you want to delete this ECC PO, please use BAPI_PO_CHANGE and
refer to the following test data:
Parameters:    PURCHASEORDER      = XXXXXXXXX
Parameters:    POITEM
PO_ITEM                        = 00010
DELETE_IND                     = X
Parameters:    POITEMX
PO_ITEM                        = 00010
PO_ITEMX                       = X
DELETE_IND                     = X
You also need to run BAPI_TRANSACTION_COMMIT after BAPI_PO_CHANGE for updating the change.
Regards,
Ivy

Backened documents are not getting updated in Classic Scenario

Hi,
We are using SRM 7.0 version and we are working on classic scenario where the shopping cart - RFX - Contract are created in SRM and the PO - GR - IR are created in ECC. The blackened documents which are created in ECC PO - GR and IR these documents are not getting updated in SRM system.
Is there any business functions to be activated.

Hi Sunil,
You manually run report ""BBP_GET_STATUS_2" after PO is created in MM. Then check if the follow-on-docs are updated in SC.
If it is working fine after you manully run report, you will have to properly set time to run this report automatically.
Best Regards,
Anu
Edited by: Anuradha UG on May 18, 2010 8:09 PM

Number of document created in th backend in the classic scenario?

Dear Experts,
Could you please tell me the number of document and its details created in the ECC backend in the below cases?
1. Case 1:
Define backend objects:Purchase requistion created if no stock available.
Is it correct that the system will create two documents here? The first document will be Purchase Requisition
( from the classic scenario) and then a purchase order has to be triggered manually from the PR?
2. Case 2:
Define backend objects: Purchase Order if data complete, otherwise Purchase requisition.
Here, if all the data are complete and the system directly creates Purchase Order in the ECC backend system. From the shopping cart in SRM, one can see only ECC backend purchase order, no purchase requistion. If i check the Purchase Order in ECC backend system, I donot see any purchase requistion with reference to the Purchase Order.
Could you please help here? What are the number of documents created here? It is one or two (both purchase requisition and Purchase Order).
Is it not a violation of standard classic scenario if only one document is created?
Thanks and regards,
Ranjan

Hi,
In other words in the shopping cart is approved
1) If the source is assigned -It will create a P.O in the backend (Classic)
2) If the source is NOT assigned -It will create a P.R in the backend (Classic) .. you have to assign a source
Regards
G.Ganesh Kumar

Configuration steps for Extended Classic Scenario

Hi All,
Could you please let me know what are the configuration steps required for extended classic scenario.
Thanks in advance

Hi,
Important Settings that Determine the Extended Classic Scenario
The following settings are required for the extended classic scenario:
u2022 At least one backend materials management system and accounting system is connected to the SAP SRM system and defined in the configuration setting Define Backend Systems.
u2022 Product categories from the backend procurement system are replicated and used in the SAP SRM system.
u2022 The target system for each product category is the backend system in the configuration setting Define Backend Systems for Product Category. Optionally, BADI BBP_DETERMINE_LOGSYS is implemented to determine the backend system.
u2022 The extended classic scenario is activated in the configuration setting Activate Extended Classic Scenario. Alternatively, BAdI BBP_EXTLOCALPO_BADI is implemented to control the extended classic scenario based on customer defined rules.
u2022 If the backend system is an SAP R/3 version lower than 4.6B, you must define local purchasing organizations and purchasing groups.
u2022 If the backend system is an SAP R/3 version 4.6B or higher, you need to map the purchasing group used in the purchase order to the backend purchase group in one of the following ways:
u2022 Use a backend purchasing organization and purchasing group in the shopping cart and purchase order.
u2022 Use BAdI BBP_PGRP_FIND to determine a backend purchasing group in the shopping cart.
u2022 If a local (created in SAP SRM without reference to a backend system) purchasing group and purchasing organization are used, then a valid backend purchasing group is assigned to the RFC user that created the backend purchase order. This assignment is made in the backend system using user parameter EKG in Transaction code SU01.
u2022 Implement the user exit of the BAPIs BAPI_PO_CREATE1 (EXIT_SAPL2012_001 and EXIT_SAPL2012_003), and BAPI_PO_CHANGE (EXIT_SAPL2012_002 and EXIT_SAPL2012_004) to determine the purchasing group with a customer- specific logic.
This is for your additional information.
Hope this helps.
Regards,
Vikas

Question on Purchasing documents in extended classic scenario

Hi friends
How to create local purchasing documents i.e po,confirmations,invoice, in extended classic scenario
Please let me know the path
regards
venkat reddy

Hi Venkat,
The user interface and the process is same for local documents. However the result of document posting (either backend or local) depends on the setting in SPRO --> SRM --> Technical basic Settings --> Define backend system for product category.
Here you can define the target system as the system of document posting. If the terget system specified here is your SRM system, then it will create local documents in SRM.
Regards,
Prashant
Do reward points for helpful answers

Sharing attachment documents (e.g. for P.O.) in extended classic scenario

Dear SAP SRM gurus
in the SAP SRM extended classic scenarios (rel. 7.0) attachments of Purchase Order can be viewed also in the backend SAP ECC 6.0 as per SAP Notes n. 1582690 and 1057932 . But I am not sure if attachments are phiysically transmitted from SAP SRM to ECC or only document url is passed even though, as per SAP note n.1357551 it seems that only url is passed.
My customer wants to know if there is the possibility of not replicating them.
Any suggestions will be appreciated.
Many thanks in advance
Best regards
Gianluigi Brenna
Edited by: GIANLUIGI BRENNA on Jul 29, 2011 2:56 PM
Edited by: GIANLUIGI BRENNA on Jul 29, 2011 3:08 PM

Hello,
In extended classic scenario the attachments arent transferred to ECC as the source document is in SRM. The document in ECC is only a copy and it cant be modified also.
If we have to transfer attachments, then probably implicit enhancements to standard logic might be needed.
Regards,
Prasanna

Multiple PO document types/transaction types in Extended Classic scenario

Hi All,
We are on SRM_SERVER 550, Extended Classic Scenario.
We have a requirement where we need to create multiple PO document types (based on certain criteria).
I have noticed that in standard, there are only 2 transaction types provided for SRM PO - ECPO and ECDP.
We need more document types and these should be triggerred automatically after SC is approved.
I understand that we need to maintain all the PO transaction types in SRM, number ranges in SRM then maintain the same transaction types as PO document types in R/3 and same number ranges in R/3.
I also understand that the change for document type needs to be done in BBP_DOC_CHANGE_BADI.
I have 2 specific questions:
1. We need to maintain attribute BSA for the users. Here we need to mention the document type and source system. What should be the source system mained in attribute BSA for ECS? Should it be the SRM system or R/3 system?
2. In BBP_DOC_CHANGE_BADI to change the PO document type/transaction type in ECS scenario, which field should be changed? Should it be ET_ITEM- BE_DOC_TYPE?
Regards,
Srivatsan

Srivatsan,
To create new transaction type:
Supplier Relationship Management --> SRM Server --> Cross-Application Basic Settings --> Define Transaction Types
To create new number range:
Supplier Relationship Management --> SRM Server --> Cross-Application Basic Settings --> Number Ranges --> SRM Server Number Ranges --> Define Number Range for Local Purchase Orders
You can define to create automatic PO when a SC was created in: Supplier Relationship Management --> SRM Server --> Sourcing --> Define Sourcing for Product Categories
Rgs,
Pedro Marques

Influence PO document type in ECC from Sourcing Cockpit in Classic Scenario

Hello experts: we are running SRM 7.0 with ECC 6 EhP 4 in a classic scenario.
Our business requirements are: all SC item created with reference to a catalogue item must result in a PO not subject to release strategy in ECC6 MM. For this purpose, document type ZEC has been entered under parameter BSA in tcode PPOMA_BBP.
Due to Sourcing customizing, some Shopping carts items without source of supply are sent to Sourcing Cockpit.
In sourcing cockpit application, buyer completes the open items by including the vendor, price, etc and create draft POs that are finally converted into backend purchase orders in ECC6. These Purchase orders, created without reference to a catalogue item should be subject to release strategy and approved by the corresponding approval body in ECC6.
Due to that, we must change the document type in backend and enter another one which is subject to release strategy. We tried it thru badi BBP_TARGET_OBJTYPE but we could not get it. we change BE_DOC_TYPE to NB when the catalog id is blank in the SC item and follow-doc is PO. However, system always creates PO with document type ZEC
We would like to know how to influence the PO document type when we are trying to create POs from SOCO.
Any clue about it?
Many thanks in advance
Best Regards
Valentí

Solved

Configuration needed for SOA call to create PO in classic scenario

Dear Experts,
We are working in the SAP SRM 7.01 with backend system on ecc 6.0 Enhancement pack 5. The scenario configured is classic scenario.
I want to know what are the configurations needed to use SOA calls to create a purchase order in the backend system.
In the system landscape directory, when I use the system type "ERP_3.0" for backend system, the system uses the BAPI 'BAPI_PO_CREATE1' to create a purchase order in the backend system.
When we use the system type "ERP_4.0", it does not use the BAPI 'BAPI_PO_CREATE1' to create purchase order. It tries to use SOA calls to create PO in the backend system. However, it fails to create one.
Could you please let me know what are the settings we need to do to create a purchase order in the backend system?
Thanks and regards,
Ranjan
Ranjan Sutradhar

Hi Vardhan,
Can you be a little clear? are you using PDP scenario as in your requirements are coming as PR from ECC into SRM as SC? Is this the scenario?
Regards,
Nikhil

Currency configuration in classical scenario

Hi all,
I am working on a SRM 3.0 in a classical scenario. I checked at IMG (SAPWAS->General Settings->Currencies) that there are lots of customizing that can be done here (currency codes, decimal places, exchange rates, quotation, expiring curencies, etc...).
I want to know if it is required to set this customizing in a classical scenario or this should be done only in the backend. Also, please inform if there is a minimum config that can be done in EBP.
Very thanks in advance.
Renato Lazaro

Dear Experts,
Kindly help me to resolve above issue on SRM PCard Deplyoment
Thanks & Regards,
Manish

SRM 7.0: Classic Scenario no PO is created only PR is generated

Hi Gurus,
I am working on SRM 7.0 - Classic scenario.
When a shopping cart is complete in terms of price, vendor (assigned) and other required data, item stays in transfer process.
If a SC is incomplete a PR document is created in backend without a problem but when a complete SC is oredered, the status of shopping cart remains I1111 i.e. item in transfer process. I can see in table BBP_PDBEI, backend object type (BE_OBJECT_TYPE) is correctly selected as BUS2012 and the document number of PO is also correctly selected.
This is the case even for the SC ordered using catalog materials.
I have checked following configuration and it seems to be ok.
1. 'Define objects in backend system's
2. Number ranges definition in SRM and ECC
3. Document type attribute -BSA in PPOMA_BBP
Configuraiton wise everything seems to be, I tried to manually transfer the SC using FM BBP_REQREQ_TRANSFER but it does not change the status of SC it remains I1111
RZ20 does not show any error for the SC with status I1111.
Is there any sepcial FM to push the SC in SRM 7.0?
Any help/tips would be highly appreciated. Thanks in advance.
Best Regards,
Amit

Hi Amit
what is the setting here
1. 'Define objects in backend system's
is it a prefered vendor or fixed vendor
update the partner function in bbp_pd here
if it is 39 - you wil recive pr
it is 19 you will get PO
i am afraid , you stated that catalog sc stoo this problem but during debugging check what is the partne rfunction...
there can be several reasons for creating PR instead of PO. Please see the FAQ note 1173815 for the possible reasons, and the guide for debugging under:
https://wiki.sdn.sap.com/wiki/display/SRM/Howtoanalyzethefollow-ondocumentdetermination
MOREOVER NOTE SAYS POSSIBLE REASONS ..
Note 336658 - Purch req instead of purch order created in backend
BR
Muthu

PO is not generated for completed SC in SRM.70 classic scenario.

Hi,
I am working on SRM 7.0 - Classic scenario.
When a shopping cart is complete in terms of price, vendor (assigned) and other required data, item stays in transfer process. even we are adding items from catalog.
If a SC is incomplete a PR document is created in backend without a problem but when a complete SC is oredered, the status of shopping cart remains item in transfer process. I can see in table BBP_PDBEI, backend object type (BE_OBJECT_TYPE) is correctly selected as BUS2012 and the document number of PO is also correctly selected.
This is the case even for the SC ordered using catalog materials.
I have checked following configuration and it seems to be ok.
1. 'Define objects in backend system's
2. Number ranges definition in SRM and ECC
3. Document type attribute -BSA in PPOMA_BBP
Configuraiton wise everything seems to be, I tried to manually transfer the SC using FM BBP_REQREQ_TRANSFER but it does not change the status of SC it remains I1111
RZ20 does not show any error for the SC with status I1111.
Is there any sepcial FM to push the SC in SRM 7.0?
Any help/tips would be highly appreciated. Thanks in advance.
Thanks,
Ravi

learnt that PO number has generated in SRM and the same PO number not exist in ECC.
check SM58 , rz20 log or Application monitor for the shopping cart.
or monitor shopping cart click the icon follow on document and errror message must throw in 1 minutes.
let us see .
1. what is the settings in define backend OBJECTS
2. check all basic data in the shopping cart - especially org data
3. run bbp_check_consistancy report for your id?
4. every user has the same issue?
SEE THE RICHARDO technique
http://wiki.sdn.sap.com/wiki/display/SRM/ShoppingCartStatusI1111-+Resubmit
Muthu
Report BBP_ALERT_SB_NOTTRANSFERED is available to change the status of the shopping cart item from I1111 to 'Error in transmission' (I1112) and later on, it is possible to retransfer this shopping cart from Application Monitor/Monitor Shopping Cart transactions.
1480994 How to process a shopping cart with status I1111
Edited by: Muthuraman Govindasamy on Jul 16, 2010 11:31 PM

Classic scenario-Doubts

Hi
I am using IDES(SRM 7.00 withou EHP1) and trying to understand the configuration behind Classic PO.
I have deactivated extended classic scenario and sourcing is not carried out for Product category.PI is not enabled .
I think i have done the necessary configuration required for generating Classic PO and the PO also got generated but i am not able to edit the PO in Backend due to which i am assuming that this PO got transferred from the SRM as the backend PO is not a leading PO
So how can i be sure that the PO which appears in backend is created from Classic scenario and not extended classic scenario.I am not able to edit this PO in backend as i get the message that " BBP Purchase order cannot be changed".
Is the value of field STATU in table EKKO different for PO created from Classic/extended classic scenario.
Thanks

Hi,
the easiest way to find out, which follow-on documents have been created is to check the "Related Documents" tab of the Shopping Cart on the UI ("Document Number" and "Backend Document Number") or the Header/Item links with tc. BBP_PD.
Regards,
Timea

SRM: Extended Classic scenario: Request your help.

Hi Guru's,
We are implementing the EXTENDED CLASSIC SCENARIO in our project. kindly request your help.
in our project the SRM box is : G3OSBSR102.
R/3 backend Box is : RCHSBR3142.
Now when i create a shopping cart it should create the Purchase order In SRM( G3OSBSR102) and also copy the created purcahse order in teh backend system : RCHSBR3142.
The issue here is which Logical system should be populated in the field at item level when creating the shopping cart :BE_LOG_SYSTEM.
1) In this field: BE_LOG_SYSTEM.
If i populate the SRM local: G3OSBSR102., then it will consider the Business object type as : BUS2201and creates the local Po but while transfering this local created document(PO) to R/3 system is loosing the Logical system at the item level of the PO.
If i populate this field at the item level via DEBUGG mode then system is sucessfull in transferring the document to R/3.
2) In this field: BE_LOG_SYSTEM.
If i populate the SRM local: RCHSBR3142, then it will consider the Business object type as : BUS2012 and creates the purchase order in R/3 system and will not create teh local purchase order.
Kindly request your help for any further settings if i did miss.Appreciate your help in this regards.
Many Thanks,
Prasad NN.

Dear Prasad,
To work on Extended Classic Scenario, you just have to maintain the following configuration in SPRO:
>SAP Supplier Relationship Management
>SRM Server
>Cross-Application Basic Settings
>Activate Extended Classic Scenario
Check the flag "Extended Classic Scenario Active".
You dont have to manipulate "BE_LOG_SYSTEM" field to choose your scenario.
Regards
Thiago Salvador

Classic scenario Configuration document

Similar Messages

Maybe you are looking for