Showing results for 
Search instead for 
Did you mean: 

Service PR in ECC can not be created as SRM Local PO

0 Kudos

Hi, friends

    I set SRM as ECS (extended classic scenario),  I create a  PR with service line and transfer to SRM ,  in performing sourcing screen,  I create PO reference this service PR, but the system creates a Backend PO not local PO.   PO creation of  no service PR  is normal with SRM local PO.

   Please tell my why, I think that it must have a Note provided to correct, Am I right?

   ECC: SAPKH61711,   SRM: SAPK-71311

  Thanks !


Accepted Solutions (1)

Accepted Solutions (1)

Active Participant
0 Kudos

Hi Jesse,

Are you replicating the service PR to SRM via ESOA?

If so, then I have to say that this is how standard system works.

Let me explain firstly as below.

1. If you replicate PR with RFC transfer (report BBP_EXTREQ_TRANSFER):

When user creates PR with service and transfers using RFC, we create SC with outline type as HIER. Since we do not support nested hierarchy in RFC transfer, we use one outline (HIER) and one or more service lines under it. While creating SC, we consider each service line and check if it is EP or classic. But we ignore the Outline as it is only dummy from SRM point of view. So in all follow-on cases, i.e. SOCO, finding SOS, or creating follow-on documents, we ignore outline and consider only the functional items. Even in SOCO, since we look for functional items, we get SUBTYPE as EP and logical system as SRM. In this case, we could have extended classic PO.

2. If you replicate service PR with ESOA:
Not handling service hierarchy was SRM limitation when we consider integrated scenario, while ERP was handling it with no issues. So in SRM 7.0, we introduced SOA for tranfering PR from ERP. While doing this design, we also considered having nested hierarchy from PR in SC. So we introduced HIER_SE template and grouping level M.
Owing to the complexity and bring in the behavior like ERP, we also introduced handling follow-on activities at top outline level (like SOS, SOCO, creating follow-on document). So since outline is coming from ERP and we don't set secnario (classic or extended classic), from SOCO it allows only to create classic PO. Since SRM PO doesn't support hierarchy and since grouping level M can have nested hierarchy, SRM is designed to have only classic PO for this scenario. If we use HIER_SRM in case of ESOA, we can still do the extended classic PO, but we might loose out the hierarchy structure from ERP.

Considering the reasons above, if you want extended classic PO, I'm afraid you have to consider to handle this in DOC change BADI (setting BE_LOG_SYSTEM and SUBTYPE at outline level).

I hope this could provide you with some understanding of the design.


0 Kudos

Hi, Wendy

    I think your advice is very useful ,  I will have a try to create a local service PO.



0 Kudos

Hi, Wendy

   I  created a service PR , and  in SRM   changed  'BE_LOG_SYSTEM'  as SRM logistic system, changed 'SUBTYPE'  as 'EP'.

   But  I started  carry sourcing cockpit to create a PO, the system  dump.  I checked the error by ST22. 

the error  as bellow:


IF ev_object_id IS INITIAL.

*   get next free number



         nr_range_nr             = lv_nr_range

         object                  = 'REQREQ'


         number                  = ev_object_id


         interval_not_found      = 1

         number_range_not_intern = 2

         object_not_found        = 3.

*   if not possible to determine doc number

     IF sy-subrc <> 0.

*     raise exception

       ls_message-msgty = 'E'.

       ls_message-msgid = 'BBP_PU'.

       ls_message-msgno = 208.

       ls_message-msgv1 = lv_nr_range.

       APPEND ls_message TO lt_message.

       CREATE OBJECT lx_sc_transfer


           bbp_messages = lt_message.

       RAISE EXCEPTION lx_sc_transfer.



So , the system still try to create  Backend PO.   How to stop it ?


Answers (1)

Answers (1)

Active Contributor
0 Kudos

Hi Jesse

Check the below points and ensure everything is maintained according to settings defined below:

1. In SPRO :"

SAP Implementation Guide

> SAP Supplier Relationship Management

> SRM Server

  > Cross-Application Basic Settings

  > Activate Extended Classic Scenario

2. Check if any code in bADI :



3.  Check number ranges :

Refer link

PO Customizing - Supplier Relationship Management - SCN Wiki

a) at SRM side:                                                                               

- To assign the transaction type to the extended classic scenario you have to maintain the transaction type name (= the R/3 PO document type) to the attribute DP_PROC_TY (in contradiction to BSA in classic scenario) in PPOMA_BBP of the responsible Purchazing group.                                           

- Create a number range for a local PO.                                                                

- Assign the local PO number range as a internal numer range to the transaction type.                                                                               

b) at R/3 side:                                                                               

- Enter the Number Range (corresponding to the SRM number range PO) and flag it as an external number range (trx. OMH6 Number Range for Purchasing Documents)                                                                               

- Maintain the document type corresponding to the SRM transaction type and assign the R/3 number range for POs as "NoRge Ext" (field V_T161-NUMKE) (trx. Document type within Purchase Order Customizing)                                                                               

- Make sure that the SRM and R/3 number ranges match are exactly the same.

4. Do debugging using below link :

If nothing works then you might want to raise to SAP .

but it should work if everything is done correctly as in the links mentioned .



0 Kudos

Hi, Vinita

    Thanks your reply, but no service PR is right to create  SRM local PO,  just  issue is for service PR to create PO