SRM 7.0 extended classic possible for multiple backends?

Hi all,
I know that SRM 7.0 can be set up for multiple backends in the classic scenario.
And i assume it is also possible to do so in the EXTENDED classic scenario.
Could somebody please confrim that this is possible?
Has somesone already set up this landscape and any recommendations, advice, hits, do's and dont's?
Cheers
Ulrike

Hi Ulrike,
SRM 7.0 supports ECS for multiple backends. We are using it now.

Similar Messages

Service base IV flag need to be set for SRM PO u2013 SRM 7.0 Extended classic

Hello
We are on SRM 7.0 Extended classic scenario - business have following requirement with Service PO
Invoice need to be posted with reference to conformation (SES) u2013 While creating a service PO when user maintain GR required flag , u201CConfirmation-Based Invoice Verificationu201D flag get automatically set but when PO replicated in ECC, it has only GR base IV flag ticked and not the Service base IV which is required from Invoicing perspective
On SRM PO unlike ECC PO there is only provision to maintained GR base IV and not SR base IV. So how can we achieve this
Can we do it via BBP_DOC_CHANGE_BADI.
Note : SR base IV flag cannot be maintained in Vendor master in ECC because of business constrain so it has to be pass from SRM PO only

Hello,
Make some tests using R/3 BAdI BBP_PO_INBOUND_BADI.
Nevertheless, only BBP_MAP_BEFORE_BAPI method has field SRV_BASED_IV in changing parameter BAPI_POITEM.
Regards.
Laurent.

Procurement Card in SRM 7.0 Extended Classic with PPS

Could sometime tell me if we can implement Procurement Card functionality when you have SAP SRM 7.0 Extended Classic with PPS enabled. Appreciate any help in this regard. Thanks, Alisetty

Gurus:
Anyone have any idea about using Procurement Card when you have SRM7.0 Extended Classic with PPS.
I didn't find any lead on this and appreciate your inputs.
Regards,
Vijay Alisetty

P-card process available for SRM 5.0 extended classic scenario

Hello,
I didn't find the information, so I'm posting this message.
Is the p-card functionality available for the extended classic scenario in SRM 5.0 ?

Hi,
Use of Procurement Cards are supported in Extended calssic scenario from SRM 2007 ..onwards
HTH
Rajesh

SRM PO Pricing condition from SRM to ECC -Extended Classic Sceanrio

Dear SRM experts,
We have created couple of conditions in SRM7.0 and ECC 6.0 as per requirement. When we create PO in SRM and If we add any condition in SRM PO, PO is getting transferred with netprice(including condition amount).
We would like to see conditions also in ECC which are there in SRM.
For ex:
I have created SRM PO with net price 30 and having freight amount(15) in that PO with Fregiht condition type but when it comes to ECC PO net price is changing from 30 to 45.
We would like to see net price as 30 and 15 as Fregiht condition.
Overall I can say that Is it possible to pass conditions from SRM to ECC in Extended classic scenario.
Thanks
Ravi

Hi,
the challenge lies in synchnizing the conditions and ensuring that price returned by IPC in SRM matches the price in the backend.
Please see thread
Pricing Conditions
Regards
Azad

SRM with PPS = Extended Classic Scenario

Does SRM Procurement for Public Sector (PPS) require Extended Classic Scenario? If so, could some one refer me to an official documentation that states such? Thanks.

http://wiki.sdn.sap.com/wiki/display/SRM/PPS-ProcurementforPublicSector-+enhancements
PPS is only possible by ECS only.
Muthu

SRM standalone and extended classic

Hi Experts,
Configuration: ECC 6.0 (with Ehp4 installed - (not activated)
SRM 7.0
Just want to seek confirmation of my understanding re: SRM implementation scenarios. Is it possible to have a extended classic and standalone setup using the same SRM server with same client? Both will have the same product categories. These will be for two separate entities/companies.
Thanks in advance.
Regards.

Hi Mike,
How did you end up solving your problem, as i have the same scenario. Did you use this BADI (
SRM Server->Business Add-Ins->Control Extended Classic Scenario->Activate Extended Classic Scenario)? Based on my reading, it seems this BADI is relevant to switch between extended classic and classic scenarios.
From what i understand, we can control the standalone scenario via the define backend system configuration (SAP SRM -> SRM Server -> Technical Basic Settings -> Define Backend System for Product Category). In your scenario, you have one set of product categories, just like mine, so i assume you had to implement this BADI (BBP_DETERMINE_LOGSYS, method: DETERMINE_LOGSYS - SAP SRM -> SRM Server -> Business Add-Ins ->Shopping Carts and Requirement Items -> Determine Backend System / Company Code) in order to determine the correct backend system based on company/plant for example.
Did you then leave the extended classic scenario activated *
MG --> Supplier Relationship Management -> SRM Server-> Cross-Application Basic Settings->
Activate Extended Classic Scenario)?
Or how did you achieve both standalone and extended classic using one SRM server?
cheers,
AD

Classic / Extended Classic Scenario for Shopping Cart

Dear Friends,
We are working on two different business scenarios with same Product type, Product and Product Category where we would like to control Extended Classic Scenario.
1. Self Service procurement to be executed in Classic Scenario as the follow-on document (Purchase Requisition) should be created in backed ECC system.
2. Plan Driven Procurement cycle where External requirement is transferred from backend ECC to SRM keeping Extended Classic scenario active so that system creates Shopping cart in SRM.
So which condition should I use to control the Classic / Extended Classic Scenario in BADI BBP_EXTLOCALPO_BADI method DETERMINE_EXTPO.
Regards,
Sandeep Parab

Thanks Pierre,
My Sourcing requirement is working as desired with following code in BADI BBP_SRC_DETERMINE (method DETERMINE_SOURCING).
method IF_EX_BBP_SRC_DETERMINE~DETERMINE_SOURCING.
DATA: w_header TYPE BBP_PDS_SC_HEADER_D.
CALL FUNCTION 'BBP_PD_SC_GETDETAIL'
EXPORTING
    I_GUID = HEADER_BBP_GUID
IMPORTING
    E_HEADER = w_header .
IF sy-subrc = 0.
IF w_header-subtype = 'ER'.
    SOURCING = 'X'.
ELSE.
    SOURCING = ' '.
ENDIF.
ENDIF.
endmethod.
However Im not able to control the Classic and Extended Classic Scenario even after introducing field EXT_DEMID in structure BBPS_EXTPO_BADI in badi BBP_EXTLOCALPO_BADI and method DETERMINE_EXTPO.
method IF_EX_BBP_EXTLOCALPO_BADI~DETERMINE_EXTPO.
IF ITEM_DATA-EXT_DEMID = ' '.
BBP_EXTPO_GL = ' '.   for classic
ELSE.
BBP_EXTPO_GL = 'X'.   for extended classic
ENDIF.
endmethod.
No idea y this is not working to my knowledge it should work
What do you think ? this this code and badi actiation im not able to perform SSP in classic mode and sourcing with extended classic mode.
Regards,
Sandeep Parab.

Use of Purchase info records in SRM SC in Extended Classic scenario

Hi All,
We have implemented SRM 7.13 with Extended classic scenario. If we have Purchase info record in SAP ECC for the material, it gets populated in SRM SC in Source of supply Tab but the price of Purchase info record does not get updated in the SC line item.
Can anyone let me know which configurations is required to fetch the Purchase info record price or we need to have a customization to achieve this.
Thanks,
Ankur

HI Ankur
when you say the price did not get updated did you check the sequence which is used for price determination ?
1. User entry
2. Contracts
3. Info record
If still you think it is an issue please check the report EBP_GET_BACKEND_PRICES and let me know if your problem gets fixed?
Regards
Vinita

SRM 7.0 extended classic - attachments to backend

Hi,
We are in SRM 7.0 and have a requirement to store SRM attachments in the backend ERP.
This is for the extended scenario going through Badi BBP_ECS_PO_OUT.
Has anyone got a solution for moving the attachments to the backend?
Kind regards,
Alexander

Hi,
The purchase order in the Extended Classic Scenario is transferred to the backend system with different Function Modules. The
attachment transfer logic was only implemented in the Classic Scenario.
One reason for this decision was, that the leading Purchase Order in the extended classic scenario is the local one, and in the local purchase order the attachments are available.
At the moment it is not planned to support the attachment transfer in the Extended Classic Scenario. The transfer of attachments to backend PO is developed only for Classic Scenario.
I am sorry that this is not the result that you wanted. This also explains why in the ECS PO transfer BADI BBP_ECS_PO_OUT_BADI does not have the parameters for attachments where as the Classic PO transfer
BADI does (BBP_CREATE_BE_PO_NEW).
We have some notes related to SC and POR reporting issues when transferring attachments to ECC side, but ther are related to Classic scenario:
1400088: SC attachments transferred to ECC PR are lost on EHP upgrade
1413792 Attachment deleted after changing purchase order
Ihope this information help you to understand this issue,
Kind Regards,
Rafael Rhoden

Archive Purchase Order in SRM 5.0@ extended classic senario

Dear SRM Guru,
I use SRM 5.0 in extended classic senario, how can i archive purchase order with limit order using standard SAP?
Thanks.
Regards,
Kim

Hi Kim,
your question is a quite open one. So I try to answer with different flavours - hope there a right one for you.
In case you'd like to archive over system boundaries, i.e. since to ECC PO is a copy of a leading PO in SRM, you might expect that you somehow can archive both at once. This is not happening - i.e. you have to archive both separately.
When you look up notes 726509 SRM archiving: Archiving of R/3 documents with SRM, 723685 SRM: History after the archiving of R/3 documents you might figure out more.
There was an issue in archiving that the workitems were not archived with reference to the SRM document - but this is resolved via note as well. Search for related notes with 'Archiving' + 'SRM' in the service portal.
When you want to figure out more regarding the archiving dependencies you can look up the archiving trx. SARA resp. the archiving programs in SE38: BBP_DP_ARCH_* (CHECK, DELETE, WRITE, SET_STATUS).
Regards,
Richard

Is it possible for multiple users to use a "generic" account simultaneously without screen sharing?

Hey and thanks for checking out the thread.
I am wondering if it is possible to have users use a generic account at the same time without any sort of screen sharing.
I have set up a generic user account (for example useraccount, password 1234) for users to use in the time before I can set up a custom user name for them. However, I have run into some issues with this.
When multiple users log on using this generic account, their applications seem to be shared on each screen. In the room with multiple Mac workstations, if someone starts working on Photoshop, Photoshop will open on every one elses screen who is logged on under that generic account.
Is it possible for users to log on using a generic network account and have their own isolated work environment or is this sort of sharing a feature? I am new to Mac servers and am not sure.
Thanks for reading the thread.

That shared-account approach seems impractical for the various reasons you've identified, as well as the inevitable issue of cleaning up the detritus that'll inevitably build up in a shared account, and for the lack of accountability for activities occuring under the shared account for both auditing and security, and sharing directories would tend to introduce obscure conflicts around which-file-version-wins file updates when the same file is used in several places, and would probably be contrary to any per-user application software licensing agreements that might be involved.
Put another way, get unique accounts created for folks, and work toward the ability to create accounts for arriving folks, and — if it's applicable here — talk to management about getting any per-user software licensing issues sorted out, whether that's having spare copies purchased and ahead or some advanced notice on accounts, or establishing group software licensing where that's available.
AFAIK, there are tools around which can automate account creation, too. Either generic, a tool such as Passenger, or it's certainly feasible to script the account creation sequence.
Trying this shared-access generic-account approach just looks like it can create more work and more hassles and more effort to me...

Extended Program check for multipl programes in single run

Hello All,
I wan to do the syntax check for multiple programs at single execution run.
SAP has provided SLIN transaction for single program, Is there any SAP standard transaction similar as SLIN for multiple program check at single execution run?
Thanks,
Feroz.

>
s feroz wrote:
> I need it in R/34.6b version.
I don't think you have much option there

Extended Classic Scenario not creating backend PO

Hi All
We are just starting with SRM (Using SRM 5.0 SRM Server 5.5) and trying to decide to use Classic or Extended Classic.
I can get the Classic working were an approved SC creates a backend PO without any problem. However when I switch on Extended Classic the backend PO is not created from an apporved SC.
In RZ20 my error is Shopping cart 1000000080 (PReq. ): BBP_BD 002 Buffer table not up to date and Table BBP_DOCUMENT_TAB is empty
In config I activated the extended classic scenario as well as activating the backend purchasing groups as responsible. Under sourcing I also defined for the relevant product categories as "1 - Sourcing Never Carried out"
Am I missing something obvious??
Many thanks for any help.
Daniel

Hi Daniel,
In reference to the info. you have provided, it looks like you have not switched to Extended Classic Scenario properly.
Once you say you are on ECS, the P.O should get created in SRM and the copy of it should get replicated to R/3.
As you said you have flagged both the check boxes in SPRO for ECS activation, try activating sourcing also.
SPRO > IMG > SRM > SRM Server > Sourcing > Choose one Product category for which you want to create shopping cart and set the setting as " Sourcing Always carried out".
Check whether the approved shopping cart is coming to Sourcing cockpit or not.And from there try to create a P.O by assigning vendor.
Also ensure that no BADI is activated which converts ECS to Classic scenario for the Product category you have choosen.
If this cycle woks then definitely what you require will also work.Clarifications are welcome.
Award points for helpful answers.
Rgds,
Teja

Find exact RFC Destination for Multiple backend Systems In SAP Gateway

Hi Gateway developers,
I have requirement,if gateway hub system has multiple backend systems( for example two backend systems: ECC and SRM ) then how hub system can get the suitable backend alias for exact entity collection..
Here i have developed two entities one entity regards: ECC and second one regards SRM system..within this when I run the service it is always taking any of the same alias for both the collections..
Can you please suggest me..
Thanks
Sreenivas Pachva

Hi Srinivas,
You can add the respective system Alias Name: Like logical system name in your URI also.
Example:
/sap/Service Name;mo=ECCCLNT210/zentity1?Customer1='0001'
/sap/Service Name;mo=SRMCLNT400/zentity2?Customer2='ABCD'
May this help you.
Thanks,
Saurabh Gupta

SRM 7.0 extended classic possible for multiple backends?

Similar Messages

Maybe you are looking for