Error in Process in PO for Classic Scenario

Hi,
I am working with classic scenario. I have created one catalog for services where I used service as a catagory(from backend R/3).
I have maintained contracts for this services in the Backend R/3 as well as vendor lists with respective contract in SRM.
I have maintained sourcing never carried out as I want direct PO in R/3.
But when I shop this services from catalog I am getting one error like   Error in Process .
I can check this status in followon document tab in Shop.
So how to move for this error...Kindly suggest.
Regards,
Navneet

Hi
Which SRM version are you using ? what errors are coming in RZ20, ST22, and RZ10 transactions ?
Please refer few OSS notes.
550071 FAQ: EBP - Shopping Cart
897599 Shopping cart: Service order displays no vendors
496029 Function module COM_PR_UNIT_READ_WITH_PRODGUID unknown
443734 Shopping basket: Missing message with validation
510664 EBP 3.5: Processing of invalid vendors
Let me know incase you need further assistance.
Regards
- Atul

Similar Messages

  • SUS for classic scenario

    Hello All,
    Is it not possible to set-up a SUS for classic scenario? if so, can some one tell me why?
    We have a ECC- EBP classic scenario for direct procurement and plan to leverage the same EBP to set up a SUS . SUS will be on a different client and we would like to use EBP-SUS for indirect procurement.
    Please advice.  will award points for sensible  answers
    S

    in the case of classic scenario --> following restrictions apply
    1) since there is no local document created in SRM , it is not possible to send the purchase order  document from SRM to SUS
    2) document has to be send from R/3 , and it is possible there to order materials and not services....
    3) services is not supported from R/3 to SUS.
    hope this helps...

  • Process chain Logic for this scenario

    HI,
      We have a typical requirement that need to be implemented using a Process chain.
    We need to Load data from R/3 to PSA,
    then Load the data from the PSA into ODS1,
    then execute an ABAP program,
    then load the data from PSA into ODS2 (we cannot repull from R/3).
    Can some one provide me an Idea on how to implement this.  I am stuck with the idea on how to populate ODS2 from PSA after executing ABAP Program.
    Thanks In advance,

    Hi Krishnamohan,
    I hope i m getting ur problem right.I think u can implement the below steps easily :
    Step 1 : We need to Load data from R/3 to PSA,
    Step 2 : then Load the data from the PSA into ODS1,
    Step 3 : then execute an ABAP program,
    U have options avaialable for each of them in process chains.
    Now coming to your problem.
    Step 4 : then load the data from PSA into ODS2 (we cannot repull from R/3).
    i guess ur Abap program makes some changes in the Data of PSA which u then want to load in the ODS2.
    What u can do is create 2 infopackages and inside infopackages in the data targets tab select ODS1 in the first infopackage and uncheck ODS2 , likewise in the 2nd infopackage select ODS2 and  uncheck ODS1.
    U can execute the first infopackage in the process chain , then ur abap program and then
    In process chain and in Process types u have something called "Read PSA Data and Updata Data Target".
    select that process type , specify the 2nd infopackage name and get it executed.
    Hope it helps.
    Thanks and Regards,
    Parth.

  • SRM ALE for classic scenario

    We've setup the distribution model to post confirmations to/from SRM and R/3.  The two msg types are ACC_GOODS_MOVEMENT and MBGMCR.  In the classic scenariom what causes the PO from R/3 to show up on the Central Receiver (BBPCF03) screen?
    Thanks,
    Nancy

    Hi Nancy,
    Please have a look at LBBP_PDH_LISTSELF03
    --> WHEN c_user_type_profi....
    --> CALL FUNCTION 'BBP_PO_LISTSEL_FOR_CENTRAL'
    Kind regards,
    Yann

  • Creation of Inbound delivery mandatory for ASN process in classic scenario?

    Dear Experts,
    We are going for classic scenario for our green field SRM implementation process. Our client is not using  ASN process in their existing MM process. However, they are now looking for an oppurtunity to enable Suppliers to trigger ASN using SUS. In such case, is creation of inbound delivery from Buyer side a mandatory process?
    Is the below the process correct?
    PO -> ASN (Supplier using SUS) -> Inbound delivery (Optional) -> Goods Receipt (Mandatory) -> Invoicing.
    Here, I understand that Goods receipt can be verified against the PO or via Inbound delivery to PO. ASN will inform the store keeper in advance about impending goods receipt and smoothen the confirmation process.
    Could you please comment on the above process? Could you please suggest the best practices followed here?
    Thanks and regards,
    Ranjan
    Ranjan Sutradhar

    Hey Ranjan!,
    You are on track.
    The process flow you have shown is true. ASN is available as a standard as part of the MM-SUS process. It makes the buyer aware of any delays in delivery or to make arrangements on shipping docks to receive goods on a said date etc.
    Regards,
    Nikhil

  • Does classic scenario support for carryout Bidding process in SRM

    Hi,
    if carryout the bidding cycle for classic scenario once vendor is finalised this vendor belongs to SRM vendor only not for the R/3 vendor, for classic scenario PO will be created in R/3 not in SRM so in this case how system will allow to bring SRM vendor to R/3 in order to create the PO in R/3?
    thanks in advance

    As Bill mentioned, replicate vendor from ECC to SRM first. Then you can use the vendor for bidding in SRM. The PO still gets created in backend as it is classic scenario.
    SG

  • SRM MM-SUS for Direct Material ( i.e. Ext Classic Scenario)

    Hi Friends,
    We are planning to have the Classic Scenario in SRM 7.0  with  SUS. So it will be SUS-MM scenarion and it supports only for Classic Scenario,
    But when there is a case of Direct Materials [ Manual or through PDP ( Ext Req) ], it is SAP by defaullt setting that , system determine Extended Classic Scenario.
    Now , if SUS-MM supports only to Classic scenario ,then we can collaborate the Orders of Direct Material genereted through Ext Classic Scenario in SUS ?
    Confused over these contrast . Can any one suggest that how to get both one in SUS-MM  ?
    Thank you in advance.

    Hi Alex,
    Thanks for reply.
    It seems here is some confusion. PDP of Dircet Material is standard SRM secarion where we can soure the requieremnets generted in various SAP Module like PS, PM , SD, APO..etc. So We just hav eintenstion to source the requiermnet in Sourcing cockpit to create the PO .
    Okay. For time being , forget the PDP of Direct Material.
    Just take the Direct  Material ( For which we mention inventory or we procure for stock) only.
    By SAP standard / defualt setting  , for Direct  Material , local PO is generted ,althoug we have mentioned Classic Senrion setting for the same . And it is Extended Classic Scenarion. Right!
    At another side , it is SAP standrad that SUS-MM senarion support for only CLASSIC SCENARIO.
    Then , my conern is  how we can send these Local orders for dircet Material to Supplier via SUS ? Wether it is not possible ?

  • Error while initializing UME for standalone scenario

    What this error indicates. Where I can find this class. which jar file is required. Please help me. It's very urgent.
    An error occurred while initializing UME for standalone scenario.
    java.lang.reflect.InvocationTargetException: java.lang.NoClassDefFoundError: com/sap/util/cache/exception/CacheException
            at java.lang.Class.forName0(Native Method)
            at java.lang.Class.forName(Unknown Source)
            at com.sap.security.core.InternalUMFactory.class$(InternalUMFactory.java:80)
            at com.sap.security.core.InternalUMFactory.initializeUME(InternalUMFactory.java:275)
            at com.sap.security.core.InternalUMFactory.initializeUME(InternalUMFactory.java:563)
            at java.lang.reflect.Method.invoke(Native Method)
            at com.sap.security.api.UMFactory.initialize(UMFactory.java:489)
            at TroubleShootUtility.main(TroubleShootUtility.java:101)
    com.sap.security.api.UMRuntimeException: An error occurred while initializing UME for standalone scenario.
            at com.sap.security.api.UMFactory.initialize(UMFactory.java:501)
            at TroubleShootUtility.main(TroubleShootUtility.java:101)
    Nested Exception:
    java.lang.reflect.InvocationTargetException: java.lang.NoClassDefFoundError: com/sap/util/cache/exception/CacheException
            at java.lang.Class.forName0(Native Method)
            at java.lang.Class.forName(Unknown Source)
            at com.sap.security.core.InternalUMFactory.class$(InternalUMFactory.java:80)
            at com.sap.security.core.InternalUMFactory.initializeUME(InternalUMFactory.java:275)
            at com.sap.security.core.InternalUMFactory.initializeUME(InternalUMFactory.java:563)
            at java.lang.reflect.Method.invoke(Native Method)
            at com.sap.security.api.UMFactory.initialize(UMFactory.java:489)
            at TroubleShootUtility.main(TroubleShootUtility.java:101)
    Thanks.

    Hi,
    We are using ABAP and data is getting stored in MS SQL Server Database.
    Thanks.

  • Classic Scenario : Purchase Order failing to get created

    Hi,
    We are using SRM 5.0 classic scenario. We are only using SRM for classic scenario only. while trying to create the backend purchase order i get the following error "        Interval of number range object REQREQ does not exist: SC no. PO "
    I have defined the number ranges for PO
    Define Number Ranges for Shopping Carts and Follow-on Document
    EC     3000000000     3009999999     3000000019   internal
    Define transaction type : BUS2201 doc type ECPO
    Description          Purchase Order
    Int. Number Range         EC
    Ext. Number Range         02
    Status Profile
    BTrans.Category      BUS2201
    Description          Purchase Order
    Partner Determ.Proc.
    Text Schema          PO
    Event Schema
    In R/3
    I copied NB transaction type into ECPO
    Defined external number ranges
    Thanks
    Lebo

    Hi
    As Jagadish said,
    1. In SPRO what is the number range you defined for PO in "Define Num range per Backend System for Follow-on doc".
    bp - 10000 19999
    lp  - 20000 29999
    for eg bp -is backend purchase order no ranage
             lp - is local purchase order no ranage 
    2. Then make sure above number range is maintained in "Define Num range per Shopping Cart and Follow-on doc" and it should be Internal num range.
                bacclnt100(backend logical syatem)    bp pr rs
                  bp -backend po no range
                  pr - purchase requst
                  rs -reservation   
    3. this for r/3 classic po i.e bp
    Description Purchase Order
    Int. Number Range : BP
    Ext. Number Range
    Status Profile
    BTrans.Category BUS2201
    Description Purchase Order
    Partner Determ.Proc.
    Text Schema PO
    Event Schema
    4. define number range for local purchase orders
    Description Purchase Order
    Int. Number Range LP
    Ext. Number Range 03
    Status Profile
    BTrans.Category BUS2201
    Description Purchase Order
    Partner Determ.Proc.
    Text Schema PO
    Event Schema
    adding to Jagadish
    since you are in classic scenario
    a) one po number ranage for backend PO
    b) another po number ranage for local PO - Why this is required means if it is ordered a direct local PO will be created SRM rather than R/3 system. this PO document type also must be mapped in r/3.
    c) backend PO number ranage configuaration you can map in backend as external.
    regards
    muthu
    Edited by: Muthuraman Govindasamy on Jun 4, 2009 10:33 AM

  • SRM PPS using classic scenario

    Hi SRM Experts,
    I am exploring the possibility of implementing PPS in SRM 7 using the classic scenario.
    Please let me know if it is possible and how can it be achieved.
    Earlier threads mention that PPS is only available using extended classic.
    Thanks.
    Regards,
    Amish

    Hi Amish ,
    PSS scenario is not supported for classic scenario ,
    changes in procurement process of SRM  7.0
            - Stand alone and classic scenario not supported
            - Shopping cart renamed to Purchase Requisition
            - Shopping cart generate (pre)commitment in funds management
            - Contract can create Funds Reservation (Earmarked Funds) in Funds Management as a Guarantee
            - Goods Receipt and Invoice created in ERP
            - Mixed PO: PO with lines that works like contract lines, a PO can be created from these lines
            - PO created from contracts or mixed-PO is named call-off PO. Only is a new name, is a "normal" SRM      PO
            - Goods receipt possible in SRM only in "easy" cases
    Thanks& Regards
    Pradeep Kumar Dondeti

  • Plan Driven Procurement in Classic scenario

    Dear SAP gurus,
    We are in SRM 7 EHP 1 with backend ECC 6 EHP 5. We are considering to use classic scenario, but we want to make sure that all the components are working fine. We have a scenario where MRP will be used in backend thus crearting a PR. We know that we can then push the PR to become SC in SRM then it can be processed there.
    However seein note 505030 point 15, it seems that you cannot procure direct material using classic scenario. I assume that if using classic scenario, the PR of stock materials just wont go to SRM. However in other places I read that actually stock material works for classic scenario, but the PO will automatically switch to extended classic.
    So which one is correct? Is:
    1. For PDP and in classic environment, PR stock material NOT able to go to SRM, OR
    2. For PDP and in classic environment, PR stock material can go to SRM, but when it is converted to PO it switch to extended classic.
    Best regards,
    John

    Hi John,
    The second option works in SRM.
    Direct procurement in classic scenario works as if the system were extended classic. Thus your PO will be created in SRM and a copy of it will be replicated to ECC.
    Regards,
    Nikhil

  • Classic Scenario Config

    Hi,
    We are new to SRM. We thought of going for SRM Classic Scenario. ( procurement process in SRM for back end system Product categories).
    What are all the necessary configuration setting in SRM 5.0, we need to make to go for classic scenario.
    What is the role of XI server in clasical scenario?
    Helpfull answers will be rewarded.
    Thanks
    Giri

    Hi
    Adding to Pierre,to know more on classic click the following link.
    But if you want to do GR /IV . you must create model vie in SRM add messages  MBGMCR and BBPIV and distribute to back end.
    http://help.sap.com/saphelp_srm30/helpdata/en/0a/baf73a93ad9179e10000000a114084/frameset.htm
    For classic scenario , PO will be created in SAP R/3 system.
    R/3  is a leading system.
    Regards
    Muthu
    Edited by: Muthuraman Govindasamy on Sep 8, 2008 3:14 PM

  • P - Card in Classic Scenario

    Hi Experts,
    We are implementing Classic scenario, SAP SRM 7.O and ECC 6.0 with EHP4. Please let us know, If  P - card Functionality is available with the above said Package?
    The documents clearly mention P- card not supported for Classic Scenario in SAP SRM7.0.
    Our client want P-cards Functionality in Classic Scenario Only. Client got very good back end ECC system.  Client do not wish to go for Extended Classic.
    Please let me know, how we can enhance the Classic Scenario to Support P - Cart.
    Is there is Standard Enhancement Package is available from SAP to support P-card from classic scenario ?
    Else How much approximate efforts needed to enhance to meet the above requirement ? (If some one already implemented P- card in Classic Scenario)
    Please do the needful.
    Even correct contact person to get the Quote for above requirement from SAP also helpful.
    Thanks
    Giri

    Hello,
    Setting Up Procurement Card Payment : In SAP Supplier Relationship Management (SAP SRM), you can specify procurement cards as the payment method when you purchase items, provided you are using the Materials Management functions in SAP SRM. In addition, you can manage settlements for purchases made using a procurement card. This means you can transfer the settlement file that the bank or card company sends you to SAP SRM to check that the contents are correct and specify account assignments.
    Prerequisites
    --> You are using the Materials Management functions in SAP SRM.
    --> In the back-end system, Accounting is set up, and the card company is created as a supplier.
    --> You have set up the ALE distribution model in Customizing for SAP Supplier Relationship Management under:
    SRM Server --> Technical Basic Settings --> ALE Settings --> ALE Settings (Logical System)
    Procedure
    1. Enter your procurement card details using the Create User transaction.
    The settlement files are transferred to the SAP SRM system, and invoices and transaction figures
    are transferred from the SAP SRM system to the back-end system by the ALE interface.
    Note ; You must set the procurement cards up so that the system can transfer the settlement information from the card company, and carry out updates in Accounting in the back-end system
    2. If you want to create commitments, do so in Customizing for SAP Supplier Relationship Management under : SRM Server --> Procurement Card --> Manage Commitments
    Perform the following activities in Customizing for SAP SRM:
    --> SRM Server --> Procurement Card --> Process Procurement Card
    > SRM Server> Procurement Card --> Define Number Ranges
    --> SRM Server --> Procurement Card --> Allocate Company Code
    --> SRM Server --> Procurement Card --> Define Card Company
    --> SRM Server --> Procurement Card --> Define Blocking Reasons
    Also refer to the below links for further help.
    http://help.sap.com/saphelp_srm40/helpdata/en/61/2ff300787411d2b41d006094b92d37/content.htm
    http://help.sap.com/saphelp_srm701/helpdata/en/45/f1c0f33b5406f7e10000000a155369/content.htm
    http://help.sap.com/saphelp_srm50/helpdata/en/97/b71c4145a6f723e10000000a155106/content.htm
    Hope this will help you to configure the P-Card.
    Thanks & Best Regards,
    Rahul

  • Impact of activating IPC in classic scenario

    Hi All,
    We are in the process of implementing SAP SRM Bidding application and we are into SAP SRM 7.01 version with SP012.
    We are running in classic scenario.
    In case of bidding, in responsee comparison screen - the base price will be displayed along with freight price as net price. For eg base price is 100 and freight is 2% the net price would be 102 and the same is displayed in the std SAP SRM bid comparison screen. However when we implement the bidding engine to our client system, the bid comparison screen net price displays only the base price and freightht is not taken intoaccount. On analysis we found IPC is not activated and only Classic Light pricing is active. We believe this issue would resolve if we activate IPC.
    Can anyone please suggest what would be the impact if we activate the IPC for classic scenario?
    Your earlier response would behighly appreciated.
    regards
    Sundar

    Hi Sundar,
    Activating IPC is always suggested in SRM, simplified pricing(classic light) is actual the exception scenario as far as I know.
    You always have the option to change from simplified pricing to normal pricing using IPC. You can change from IPC pricing back to simplified pricing as well.
    Regards,
    Vidya

  • IPC 4.0 in Classic Scenario

    Hi All,
    We need to bring in Material Master picing (moving average prices) from R/3. These prices should default when we use the "Internal Products" feature in Shopping Cart. Will this get affected if we drop IPC?
    We are working on SRM 4.0 and are thinking of dropping the IPC 4.0 and use the BADI (Simplified pricing) to achieve our pricing functionality.
    In classic scenario i am aware the IPC is not needed. CAn somebody explain to me the pros and cons of dropping the IPC from our system landscape in a classic scenario and also is it possible to achieve the "moving average price" requirement mentioned above without the IPC??
    Can somebody throw light on this matter. There is a program to get the backend prices? Would that be sufficient to bring the moving average price when run as a background job?
    Thanks
    Sundeep

    Hi Sundeep,
    1- As you already know it, IPC is not mandatory for classic scenario
    2- EBP_GET_BACKEND_PRICES is the program you are looking for (get prices from backend).
    3- In R/3, price can be different per plant.
    4- As far as i know, you cannot use badi to achieve this feature in SRM 4.0, as price tables are not included in the badi.IPC could handle this.
    6- If PIR or backend contracts cover your requirement, you don't need IPC.
    If you want to handle your own specific logic, IPC can help you to achieve it.
    Kind regards
    Yann

Maybe you are looking for