Error miro posting in third party sales order

error in miro posting in third party sales order occured i.e, level F1 belongs to cash position(source symbol BNK)....
pls solve the problem it is very urgent...

Hi,
Process
VA01 - Create sales order (Schedule line CS and item category TAS) >> ME52N - PR is generated after save of sales order >> ME21N - Convert PR in to P.O >> Then vendor will send goods to customer and will send invoice to our company >> MIRO - Invoice receipt from vendor >> VF01 - Final invoice to customer
When you enter vendor invoice then you come to know that vendor sent qty. same will be billed to customer(Billing relevance in item category should be F)
Kapil

Similar Messages

  • I am getting error in creation of third party sales order-----

    Hello,
    I maintained all the configuration setting related to third party scenario. But when I create the sales order, I am getting following message. I beleave this si not related to configuration.
    "Material purchase requisition" nicht erlaubt (User Status BRNA, Objekt TM0000000001VB)
    Message no. BS051
    I do not understand why this message is coming? Where can I  re-set the user status and object?
    Thanks,

    Check this thread
    [Sales order costing error  |Sales order costing error;
    thanks
    G. Lakshmipathi

  • UNBW Material in a third-party Sales Order (error: account determination)

    Hy @ll,
    we receive the following error message when entering a non valuated material (MTART UNBW) in a third-party sales order item.
    System is asking for the calculated budget and after the manual entry of the budget the following error message appears.
    (the schedule line customizing populates the account assignment category X for the PR)
    "Not possible to determine a consumption account".
    any ideas? my assumption is that account determination OBYC can not be error source, because it´s a non-valuated material...
    many thanks,.
    Gregor

    Please read OSS Note 95429 - MB01 for material type UNBW, third-party order
    and
    Note 83916 - Not possible to determine a consumption account

  • Error getting when saving the sales document in third party sales order

    in third party sales order,when i am saving the sales order i am gettingthe following error
    subsequent function 'purchase requistion from sales document' not possible due to credit block.earlier i have maintained credit checks for some customers,but for this customer i have not maintained any credit check. i dont know why system is blocking for this customer also.pls help me where i went wrong.
    highly rewarded if help full.
    thank you

    Please go to FD32, check any default risk category and credit limit is maintained for the customer.
    Also check OB45, any default risk category & credit limit is maintained for the credit control area.
    Also, which order type u r creating sales order? for that order type, Goto VOV8, remove the credit grp and credit check settings.
    Also goto XD02, check in sales area data, billing tab, credit control area field, please remove that also.
    Hope it Helpful.
    Reward points if useful..

  • No CO-PA document on Third party Sales Order

    We are doing Third Party Sales orders with Purchasing and Invoice REceipt, via the following process.
    1 Sales order, 2) automatically creates the req via sales order, 3) delivery of sales order, 4) create the purchase order from the req. 5) post goods issue on the delivery, 6) Post goods receipt on purchase order, 7) bill and 8) invoice via miro. 
    the issue we have is that the variance(cOGS-PPV) account on the Miro does not go to CO-PA .  
    I believe that it is due to the Third Party sales order .  re- oss 322497 and 772345.
    Has anyone found a solution or have a similar problem.
    I know that this is different from normal third party which does not deliver and receives PO and MIRO before the billing.

    Hi Jeffrey,
    If the corresponding purchase order belongs to a third-party deal,     
    please have a look at note 322497.                                     
    This would explain the behaviour that you are describing.                                                                               
    As explained in the note, during goods or invoice receipt for a        
    third-party transaction, as of Release 4.6, the system no longer       
    writes a line item in the costing-based profitability analysis.                                                                               
    Unlike the processing of a third-party deal in front of release 4.6 the
    update of the goods receipt or the invoice receipt is not therefore    
    anymore required from the release 4.6 in the costing-based profitability
    analysis.                                                              
    You may find further information on the topic in SAPNET            
    (intranet.sap.com/co-pa):                                          
    within "Actual Data","third party business/business background"    
    Regards,
    BC

  • Cost value for third party sales order scenario

    Greetings, I have a cost question involving the Third Party Sales Order (Item category TAS).
    At billing (VF01), the cost being picked up by the system are the value from the PO (PBXX condition type). I would like the system to pick up the entire  COGS value (inclusive of freight values) posted at MIGO.
    Ex. If Purchase price is 100 and freight is 20, I want 120 (the COGS value) to be shown in the cost field. It currently shows 100.
    The steps I follow are
    1) Create OR sales order (item category TAS)
    2) Create PO referencing PR
    3) Goods Receipt  D 120 COGS/ C 100 GRIR /C 20 freight
    4) Outbound Delivery (Confirmation only)
    5) Billing (Costs showing 100?!)
    Again, only the PBXX condition type value (From MM Calculation Schema) is being picked up.
    How can I get the system to pick up the freight value as well?
    Regards
    Ken

    Hi,
    If you bring the Freight condition after PBXX and include in the net value, your problem will be solved.  so it will be 120 in MIGO, MIRO, Dellivery and VPRS in billing.
    We have the same situation and its working fine for us. 
    Thanks
    Krishna.

  • Third party sales order report

    Hi
    I got to prepare a report and the description is as follows:
    "Report for discount pricing conditions manually entered in third party sales orders."
    "Discount price reporting for manual pricing conditions in sales order processing (not in billing)"
    "The report should reflect manual pricing discounts captured in the third party sales order.The relevant (third party) document types will be confirmed.Currently we have the following pricing condition type used for manual discount: YRD2- Manual Distr. Discount % YRD3- Manual Distr. Discount fixedThis report will facilitate the monitoring on the discounts given to the distributors.We still need to confirm the complete list of discount pricing conditions for the report.The report should extract the manual discount information based on the following criteria:Sales organization, period, sales order, customer (wholesaler and/or third party) and pricing condition type.Summing per sales order, customer, period should be enabled.The discounts should be displayed in document (sales order) currency. "
    I didnt understand the following to get the purpose of this report:
    1. what is this third party sales order ?
    2. What is manual pricing condition?
    3. what is manual pricing condition? how many types of conditions are there like this?
    4. What is the actual analysis that can be made from the output of this report?
    Please explain them in detail. Thank you.

    THIRD PARTY SCENARIO
    In third-party order processing, your company does not deliver the items requested by a customer. Instead, you pass the order along to a third-party vendor who then ships the goods directly to the customer and bills you. A sales order may consist partly or wholly of third-party items. Occasionally, you may need to let a vendor deliver items you would normally deliver yourself.
    Process Flow
    The processing of third-party orders is controlled via material types. Material types define whether a material is produced only internally, can be ordered only from third-party vendors, or whether both are possible. For example, a material that is defined as a trading good can only be ordered from a third-party vendor. However, if you manufacture your own finished products, you may also want, from time to time, to be able to order the same type of product from other vendors.
    Processing Third-Party Orders in Sales
    Third-party items can be created automatically by the system, depending on how your system is set. However, you can also change a standard item to a third-party item during sales processing manually.
    Automatic third-party order processing
    If a material is always delivered from one or more third-party vendors, you can specify in the material master that the material is a third-party item. During subsequent sales order processing, the system automatically determines the appropriate item category for a third-party item: TAS. To specify a material as a third-party item, enter BANS in the Item category group field in the Sales 2 screen of the material master record.
    Manual third-party order processing
    In the case of a material that you normally deliver yourself but occasionally need to order from a third-party vendor, you can overwrite the item category during sales order processing. For a material that you normally deliver yourself, you specify the item category group NORM in the material master.
    If, as an exception, you use a third-party material, change the entry TAN to TAS in the ItCa field when processing the sales document. The item is then processed as third-party item.
    If address data for the ship-to party is changed in the sales order in third-party business transactions, the changed data will automatically be passed on to purchase requisition and also to the purchase order ,if one already exists. In the purchase order, you can display the address data for the ship-to party in the attributes for the item.
    You can only change the address data for the ship-to party in the sales order for third-party business transactions, and not in the purchase order.
    Processing Third-Party Orders in Purchasing
    When you save a sales order that contains one or more third-party items, the system automatically creates a purchase requisition in Purchasing. Each third-party item in a sales order automatically generates a corresponding purchase requisition item. During creation of the requisition, the system automatically determines a vendor for each requisition item. If a sales order item has more than one schedule line, the system creates a purchase requisition item for each schedule line.
    Purchase orders are created from purchase requisitions in the usual way. For more information about creating purchase orders, see the Purchasing documentation. During creation of the purchase order, the system automatically copies the delivery address of your customer from the corresponding sales order. In a sales order, you can enter purchase order texts for each third-party item. When you create the corresponding purchase order, the texts are automatically copied into the purchase order. The number of the purchase order appears in the document flow information of the sales order.
    All changes made in the purchase order are automatically made in the sales order as well. For example, if the vendor confirms quantities and delivery dates different from those you request and enters them in the purchase order, the revised data is automatically copied into the sales order
    You process third-party items by creating a normal sales order. In overview for the order, you can then overwrite the default item category (TAN in the standard system) with the special item category for third-party items: TAS
    Billing Third-Party Orders
    If relevance for billing indicator for the item category has been set to B (relevant for order-related billing on the basis of the order quantity) in Customizing, the system includes the order in the billing due list immediately. If, however, the indicator has been set to F (relevant to order-related billing on the basis of the invoice quantity), the system does not include the order in the billing due list until an invoice from the vendor has been received and processed by the purchasing department. In the standard system, item category TAS (third-party order processing) has been given billing-relevance indicator F.
    In the first case, the third-party order is considered to be completely billed only when the invoiced quantity equals the order quantity of the sales order item. In the second case, each time a vendor invoice is received, a customer invoice is created for the quantity in the vendor invoice and the order is considered to be fully invoiced until the next vendor invoice is received.
    If you have activated billing-relevance indicator F for item categories in Customizing, billing can refer to the goods receipt quantity instead of the incoming invoice quantity.
    You can control whether the invoice receipt quantity or the quantity of goods received is relevant for billing in Customizing for copying control for billing at item level.
    FOR YOUR PROCESS Individual Purchase Orders WELL GIVE THE RIGHT SOLUTION
    Individual purchase orders are used when your customer orders goods from you that are not in stock and must be ordered from one or more external vendors.
    Process Flow
    During sales order entry, the system automatically creates a purchase requisition item. The purchasing department creates a purchase order based on the requisition and the vendor ships the goods directly to you (unlike third party order processing, where the vendor ships directly to your customer). You then ship the goods to your customer. While the goods are part of your inventory, you manage them as part of the sales order stock. Sales order stock consists of stock that is assigned to specific sales orders and cannot be used for other purposes.
    Goods receipt will be posted when ever the vendor ships the goods to our customer.
    We will do this transaction in SAP using MIGO.
    Invoice receipt is done when the Vendor sends us the invoice.. ( I.e Billing ).
    It can be done using MIRO.
    THe above two steps are standard and manual. There are many other ways that the actual process can happen. If the client follows EDI standards then the Goods receipt and Invoice receipt can be done through IDOCs automatically.
    Process Flow for 3rd Party Sales
    Customize the third party sales in summary:
    Prerequisites for 3rd party sales,
    Purchasing org,
    purchasing group,
    assign the Purchase org to company code
    assign Purchase org to plant,
    should not maintain the stock in material, it should be trading goods,
    1. Create Vendor XK01
    2. Create Material – Material Type as "Trading Goods". Item category group as "BANS".
    3. Assign Item Category TAS to Order type that you are going to use.
    4. A sale order is created and when saved a PR is generated at the background
    5. With reference to SO a PO is created (ME21N). The company raises PO to the vendor.
    6. Vendor delivers the goods and raises bill to company. MM receives the invoice MIRO
    7. Goods receipt MIGO
    8. Goods issue
    9. The item cat TAS or Schedule line cat CS is not relevant for delivery which is evident from the config and, therefore, there is no delivery process attached in the whole process of Third party sales.
    10. Billing *--
    Regards.

  • Third Party Sales Order in COPA - adjusted cost

    We have a third party sales order which creates the Preq and then the pruchase order. We have statistical conditions on the purchase order. We have switched the billing relavency on the item category TAS to a B to allow billing before the invoice recipt from the oversees vendor. Billing block is on the order until inbound delivery is updated.
    A purchase order is created with statistical conditions for an accrual amount (palletization charge). When the goods receipt is performed against an inbound delivery and  the billing block is removed, a customer invoice is created and the correct value, cost plus the accrual amount, posts into the customer billing document vprs condition and posts accordingly to co-pa.
    The issue is that when the invoice receipt is performed against the purchase order, the normal FI document is created against the vendor and gr/ir account. However, at this time an adjustment to the vprs is posted against the original billing document vprs condition for the statistical condition on the purchase order. This adjustment to the vprs condition then creates a copa document which reduces the cost of goods sold value field.
    Any ideas on how to prevent this adjustment to the co-pa cogs value?

    Hi,
    Process
    VA01 - Create sales order (Schedule line CS and item category TAS) >> ME52N - PR is generated after save of sales order >> ME21N - Convert PR in to P.O >> Then vendor will send goods to customer and will send invoice to our company >> MIRO - Invoice receipt from vendor >> VF01 - Final invoice to customer
    When you enter vendor invoice then you come to know that vendor sent qty. same will be billed to customer(Billing relevance in item category should be F)
    Kapil

  • How will i configure third party sales order

    pls tell me how will i configure for third party sales order

    dear,
    prasanta,
                  the configuration of third party sales order is given below
    Process Flow for 3rd Party Sales
    Customize the third party sales in summary:
    1. Create Vendor XK01
    2. Create Material – Material Type as "Trading Goods". Item category group as "BANS".
    3. Assign Item Category TAS to Order type that you are going to use.
    4. A sale order is created and when saved a PR is generated at the background
    5. With reference to SO a PO is created (ME21N). The company raises PO to the vendor.
    6. Vendor delivers the goods and raises bill to company. MM receives the invoice MIRO
    7. Goods receipt MIGO
    8. Goods issue
    9. The item cat TAS or Schedule line cat CS is not relevant for delivery which is evident from the config and, therefore, there is no delivery process attached in the whole process of Third party sales.
    10. Billing *-- Seema Dhar
    SD - 3rd party sales order Create Sales Order
    VA01
    Order Type
    Sales org, distr chnl, div
    Enter
    Sold to
    PO #
    Material
    Quantity
    Enter
    Save
    SD - 3rd party sales order View the PR that is created with a third party sales order
    VA01
    Order Number
    Goto Item Overview
    Item ->Schedule Item
    SD - 3rd party sales order View the PR that is created
    ME52N
    Key in the PR number
    Save
    SD - 3rd party sales order Assign the PR to the vendor and create PO
    ME57
    Key in the PR number
    Toggle the "Assigned Purchase Requisition"
    Execute
    Check the box next to the material
    Assign Automatically button
    Click on "Assignments" button
    Click on "Process assignment"
    The "Process Assignment Create PO" box , enter
    Drag the PR and drop in the shopping basket
    Save
    SD - 3rd party sales order Receive Goods
    MIGO_GR
    PO Number
    DN Number
    Batch tab , click on classification
    Serial Numbers tab
    Date of Production
    Flag Item OK
    Check, just in case
    Post
    Save
    SD - 3rd party sales order Create Invoice
    MIRO
    Invoice Date
    Look for the PO , state the vendor and the Material
    Check the box
    Clilck on "Copy"
    Purchase Order Number (bottom half of the screen)
    Amount
    State the baseline date
    Simulate & Post
    Invoice Number
    *Invoice blocked due to date variance
    SD - 3rd party sales order Create a delivery order
    VL01N
    In the order screen , go to the menu Sales Document , select "Deliver"
    Go to "picking" tab
    State the qty and save
    SD - 3rd party sales order Create a billing document
    VF01
    Ensure that the delivery document is correct in the
    Enter
    Go to edit -> Log
    Save
    in third-party order processing, your company does not deliver the items requested by a customer. Instead, you pass the order along to a third-party vendor who then ships the goods directly to the customer and bills you. A sales order may consist partly or wholly of third-party items. Occasionally, you may need to let a vendor deliver items you would normally deliver yourself.
    Process Flow
    the processing of third-party orders is controlled via material types. Material types define whether a material is produced only internally can be ordered only from third-party vendors, or whether both are possible. For example, a material that is defined as a trading good can only be ordered from a third-party vendor. However, if you manufacture your own finished products, you may also want, from time to time, to be able to order the same type of product from other vendors.
    Processing Third-Party Orders in Sales
    Third-party items can be created automatically by the system, depending on how your system is set. However, you can also change a standard item to a third-party item during sales processing manually.
    Automatic third-party order processing:-
    if a material is always delivered from one or more third-party vendors, you can specify in the material master that the material is a third-party item. During subsequent sales order processing, the system automatically determines the appropriate item category for a third-party item: TAS. To specify a material as a third-party item, enter BANS in the Item category group field in the Sales 2 screen of the material master record.
    Manual third-party order processing
    In the case of a material that you normally deliver yourself but occasionally need to order from a third-party vendor, you can overwrite the item category during sales order processing. For a material that you normally deliver yourself, you specify the item category group NORM in the material master.
    If, as an exception, you use a third-party material, change the entry TAN to TAS in the ItCa field when processing the sales document. The item is then processed as third-party item.
    If address data for the ship-to party is changed in the sales order in third-party business transactions, the changed data will automatically be passed on to purchase requisition and also to the purchase order ,if one already exists. In the purchase order, you can display the address data for the ship-to party in the attributes for the item.
    You can only change the address data for the ship-to party in the sales order for third-party business transactions, and not in the purchase order.
    Processing Third-Party Orders in Purchasing
    when you save a sales order that contains one or more third-party items, the system automatically creates a purchase requisition in Purchasing. Each third-party item in a sales order automatically generates a corresponding purchase requisition item. During creation of the requisition, the system automatically determines a vendor for each requisition item. If a sales order item has more than one schedule line, the system creates a purchase requisition item for each schedule line.
    Purchase orders are created from purchase requisitions in the usual way. For more information about creating purchase orders, see the Purchasing documentation. During creation of the purchase order, the system automatically copies the delivery address of your customer from the corresponding sales order. In a sales order, you can enter purchase order texts for each third-party item. When you create the corresponding purchase order, the texts are automatically copied into the purchase order. The number of the purchase order appears in the document flow information of the sales order.
    All changes made in the purchase order are automatically made in the sales order as well. For example, if the vendor confirms quantities and delivery dates different from those you request and enters them in the purchase order, the revised data is automatically copied into the sales order
    you process third-party items by creating a normal sales order. In overview for the order, you can then overwrite the default item category (TAN in the standard system) with the special item category for third-party items: TAS
    Billing Third-Party Orders
    If relevance for billing indicator for the item category has been set to B (relevant for order-related billing on the basis of the order quantity) in Customizing, the system includes the order in the billing due list immediately. If, however, the indicator has been set to F (relevant to order-related billing on the basis of the invoice quantity), the system does not include the order in the billing due list until an invoice from the vendor has been received and processed by the purchasing department. In the standard system, item category TAS (third-party order processing) has been given billing-relevance indicator F.
    In the first case, the third-party order is considered to be completely billed only when the invoiced quantity equals the order quantity of the sales order item. In the second case, each time a vendor invoice is received, a customer invoice is created for the quantity in the vendor invoice and the order is considered to be fully invoiced until the next vendor invoice is received.
    If you have activated billing-relevance indicator F for item categories in Customizing, billing can refer to the goods receipt quantity instead of the incoming invoice quantity.
    You can control whether the invoice receipt quantity or the quantity of goods received is relevant for billing in Customizing for copying control for billing at item level.
    FOR YOUR PROCESS Individual Purchase Orders WELL GIVE THE RIGHT SOLUTION
    Individual purchase orders are used when your customer orders goods from you that are not in stock and must be ordered from one or more external vendors.
    Process Flow
    During sales order entry, the system automatically creates a purchase requisition item. The purchasing department creates a purchase order based on the requisition and the vendor ships the goods directly to you (unlike third party order processing, where the vendor ships directly to your customer). You then ship the goods to your customer. While the goods are part of your inventory, you manage them as part of the sales order stock. Sales order stock consists of stock that is assigned to specific sales orders and cannot be used for other purposes.
    Process Flow for 3rd Party Sales
    Customize the third party sales in summary:
    Prerequisites for 3rd party sales,
    Purchasing org,
    purchasing group,
    assign the Purchase org to company code
    assign Purchase org to plant,
    should not maintain the stock in material, it should be trading goods,
    1. Create Vendor XK01
    2. Create Material – Material Type as "Trading Goods". Item category group as "BANS".
    3. Assign Item Category TAS to Order type that you are going to use.
    4. A sale order is created and when saved a PR is generated at the background
    5. With reference to SO a PO is created (ME21N). The company raises PO to the vendor.
    6. Vendor delivers the goods and raises bill to company. MM receives the invoice MIRO
    7. Goods receipt MIGO
    8. Goods issue
    9. The item cat TAS or Schedule line cat CS is not relevant for delivery which is evident from the config and, therefore, there is no delivery process attached in the whole process of Third party sales.
    10. Billing *--
    i think it will fulfill your requirement if so plz reward point.
    ambarish

  • In third party sales order process how  business come to know that the vend

    Hi SD Gurus,
    In third party sales order process how  business come to know that the vendor has delivery the goods to the customer?
    Where Business will check whether Vendor has delivered the goods or not to the customer?
    Thanks & Regards,
    Nivas

    Hi,
    Process
    VA01 - Create sales order (Schedule line CS and item category TAS) >> ME52N - PR is generated after save of sales order >> ME21N - Convert PR in to P.O >> Then vendor will send goods to customer and will send invoice to our company >> MIRO - Invoice receipt from vendor >> VF01 - Final invoice to customer
    When you enter vendor invoice then you come to know that vendor sent qty. same will be billed to customer(Billing relevance in item category should be F)
    Kapil

  • Capture cost of procured materials in a third party sales order scenario

    Dear Experts,
    I'm developing a third party sales order solution to my company following the recommended third party scenario by SAP.
    Everything is working fine from creation of sales order, automatic creation of purchase requisition, create purchase order using the purchase requisition ect...
    The problem I have is the in the Sales order, the cost of the material is not getting captured correctly. The condition maintained in the sales order is VPRS and it is deriving the material cost from the material master record. Ideally it should be deriving the material cost from the invoiced value or else from the purchase order(which is the actual amount we are spending to buy the items). Deriving the cost from material master depicts an incorrect profit in the sales order.
    Can someone please advice me how to derive the cost(to be shown in the sales order under VPRS condition)from the invoice or the purchase requisition and Not from the material master.
    I'll be grateful if you can describe in a step by step proceedure.
    Thanks in advance

    Hi Lakshmipathi
    Thanks alot for your response.
    As u mentioned, at the point of sales order creation the price does gets picked up from the Material Master.
    But during Billing, it does NOT get updated to reflect the purchase order price. If that happens, then its perfect.
    I did a complete testing cycle and the material master price remains unchanged throught the process upto billing.
    Is there any special parameter that I should maintain in VPRS condition for this to happen?
    Anyway thanks again for ur reply, appreciate it alot. Let me know your views on this.
    As u advise I'll post it on the sales forum as well.
    Regards,
    Randika

  • In Third Party sales order processing how we come to know that the customer

    Hi SAP SD Gurus,
    In Third Party sales order processing how we come to know that the customer is recived the Goods from the vendor?
    Thanks & Regards,
    Sreenivas.P

    From a high level view, the behavior should work like this:
    -  Sales order placed from customer PO via Tcode VA01. Purchase Requisition created upon saving the order
    -  Purchase order created with reference to Purchase Requisition via Tcode ME21N
    -  Receive confirmation from vendor that goods have shipped via EDI
    -  Create invoice receipt to vendor via Tcode MIRO
    -  Create billing document to bill customer via VF01

  • Prevent Third Party / Sales order stock for blocked vendors

    Hi Experts.
    We have scenarios for Third party processing and Sales order stock. We have a scenario of a fixed vendor for a material. The purchasing function frequently does block vendors for purchasing.
    However, we find that this does not prevent creation of a third party / sales order stock item in the sales order and a PR is generated. It is only found during the PR --> PO conversion that the vendor is blocked at which time someone has to manually reject the line items.
    Is there a way to prevent the system from being able to generate a PR for a blocked vendor ? I guess one possibility is to enhance the requirement routine for PR creation. Is there any other approach ?
    Appreciate your help
    Regards
    Rohit Zalani

    Hi
    In MK05, block vendor for all Purchasing org and Select Block Function = 03     Block quot. req., order, goods receipt
    If you do this setting then user will get error message that "Vendor is blocked" and "Purchase requisition could not be generated for component".

  • Third party sales order bringing goods into inventory

    Hi gurus,
                    I have a scenario where a third party sales order will be created for which a purchase requisition is created in sales order itself. Now i have converted the PR into PO. While doing goods receipt it should come into storage location. then we should goods issues from the delivery documents. In this regard i would like to know the required coming for itself.

    Hi,
    What you want makes no sense.
    In third party process the goods won't arrive in your warehouse (SLoc) physically, because your vendor sends them directly to your vendor. Since the goods won't arrive at your site, there's also no point in speaking about creating delivery and posting goods issue.
    Please check SAP help how the process works:
    http://help.sap.com/saphelp_47x200/helpdata/en/dd/560287545a11d1a7020000e829fd11/frameset.htm
    If you want the goods to arrive at your location - even tough they don't arrive physically -, you can use the individual PO scenario. This would be a workaround - but I think you shoul revise your requirement and way of thinking.
    http://help.sap.com/saphelp_47x200/helpdata/en/dd/5601d4545a11d1a7020000e829fd11/frameset.htm
    Regards,
    Csaba

  • Third party Sales Orders in V.15 Back Order Report

    Hi,
    Is there any standard setting to incorporate undeliverd third party sales orders in the standard V.15 backorder report.
    I need to get the list of third party SOs which are backordered???  similar to drop ship and stock orders (TAB & TAN).

    As per my knowledge, in standard Third party Sales Orders process,
    -On availability check.
    -there is no GI.
    -no movement type.
    -TAS - I Cat - is not relevant for delivery.
    The Standard process is
    Create Third Party Sales Order (VA01/VA03 - retrieve PR num)* - Create Purchase Order (Display list of PR with ME57 and convert to PO with ME58) - Approval/Release of PO (if required - ME28) - Invoice Verification (MIRO)**
    - Billing (VF01/vf04)
    The PR number is automatically created in this step.
    The incoming invoice from the vendor updates the billing quantity, so that the customer-billing document can only be created after entering the invoice from the vendor.
    So, in standard TP sales process, Back order processing is not possisble. If you any other business process scenario, do share with us.
    Thanks & Regards
    JP

Maybe you are looking for