Drop Ship logical receipt

Dear experts
when we place dropship sales order...
1)once customer receive goods from supplier how will know that customer received?
2) once customer received will place logical receipt means when we place receipt we need to give sub inv which sub inv will use? any set up required for sub inv(parameters)?
3) if we place logical receipt quantity will increse or not..what about account parts?
4) what exactly happening at receipt level (accounts wise and on hand qty wise)?
5) when customer place order how we understands that we have to use drop ship?

1) Most companies have a off-line communication that informs you when goods were received.
2) You typically define a new subinventory to capture DS transaction. Setup is similar to your Raw Material Warehouse subinventory.
3) Quantity will increase when you do the logical receipt. But Oracle does a shipment transaction right away. So quantity will go down right away.
4) Upon receipt, accounting is exactly similar to how the accounting is for a regular receipt. (i.e. inventory a/c value and payables accounts are affected.) But then you do the shipment transaction. Again, the accounting for that is similar to regular shipment. (i.e. inventory a/c value , sales account, AR account are fafected.)
5) There are a couple of ways. Most often, people mark the item as drop ship. On the item master screen, go to OM tab and set the source=EXTERNAL. This way, when an order is entered for that item, the source on that order becomes EXTERNAL. You can always change the default on order line.
Hope this answers your questions
Sandeep Gandhi
Independent Techno-functional Consultant

Similar Messages

  • Drop ship line did not split, the material have partial receipts, can the PR and PO be canceled?

    hello,
    I need some help with this issue. We have a drop ship line that have 270 cartons in status awaiting receipt, but in the inventory already received 624 cartons.  The line of that sales order needs to be closed now, to invoice the customer. But the PR and PO looks like OPEN.
    I tried to manually split the line in the sales order. To have two lines; one with the 624 already received, and other one for the 96 cartons left. But an error message shows when i do this.
    The error its :  You are not allowed to split Order Line because:Line is released to purchasing
    I found in the ORDER ORGANIZER when i chek the Sales Order, the ORDER SOURSE LINE REFERENCE the last line (which suppose to be splitted with the reception of the material) have a number lower than the line before it.
    example: line 2.5 have OE_ORDER_LINES_ALL27231981  and line 2.4 OE_ORDER_LINES_ALL27232315
    Can somebody help me with this?
    i also found a bug in meta link but i think something can be done. bug 2281449.
    Thank you,
    Paloma Cadena

    We had similar issues in the past. We solved them by doing a mini customization.
    The customization created an short-text attachment of the type "Note to receiver" at the PR level. The attachment included the Sales order # and line#.
    This attachment flows from the PR to PO and is also available to the receiving clerk during receipt.
    However, once the PO is received, we did not transfer the information to onhand. I don't think one can unless the item was serialized or lot controlled.
    Hope this helps,
    Sandeep Gandhi
    Independent Techno-functional consultant

  • Freight from PO or goods receipt into sales order in Third party drop ship

    Hello!!!
    We have a requirement where the freight charged by vendor in third party drop ship sales order scenario should show up in the billing document to customer. So we will create a sales order with TAS item category.  This will create PReq and PO subsequently.  Once the vendor delivers the goods to customer and we do the goods receipt in the system, we will bill the customer.  While we bill we want to bring the actual freight charged by vendor to the customer billing document.  Also we bill the customer as soon as we do the receipt and do not wait for the vendor invoice.
    I am not sure if we can do this standard SAP but would like to if anyone has come across this scenario and what is the approach if we need to do this. We can have vendor send us the freight while doing the goods receipt but not sure how to transfer the value to sales order or to billing document directly.
    Any help or idea is appreciated.
    Thanks in advance,

    During GRN we cannot enter any value apart from the excise or customs duty, therefore the freight that you have incured at actuals cannot be captured during GRN and therefore cannot be transfered to the invoice also.
    While creating invoice to the customer you can insert a freight condition type and enter the freight value manualy.
    Generally in third party scenario we can only invoice the cust after purchase booking has taken place. In your case you want the cust invoice to be created based on grn, for that you have modify the copy control settings.
    raj

  • Drop ship order logic to select supplier

    Hi,
    I was trying to figure out how supplier is selected for an item if item is not an ASL item or if there are multiple suppliers with same rank for asl item.
    Thanks

    Supplier and Price will default automatically in the Drop Ship Requisition/PO if you try this:
    (1) Create a Sourcing Rule indicating sourcing for the "Buy" item from the given supplier at rank 1 (make sure allocation =100%). Create sourcing Rule Assignment as well.
    (2) Define ASL for the "Buy" Item
    (3) Make sure Item is Checked for Approved Supplier List
    (4) Create a Blanket PO or QUotation and include the item along with its price

  • Cost in invoice in the case of third party drop ship scenario

    Hello ALL
    We have third party drop ship scenario where vendor drop ships the goods to customer on our behalf and once we get the confirmation from vendor we bill the customer.  The sales order line has TAS item category.  When we raise the invoice the cost and billing quantity (because billing quantity is 'E' in copy control) comes from the goods receipt.  The PO is an import PO and has custom duty (delivery cost conditon) as well.  The custom duty is significant and hence when we create billing doc from sales order we want the custom duty also to come along with the material pirce as cost to the billing doc. Currently, the billing doc has material price from goods receipt as cost. 
    Can we get both price and custom duty as cost through some config or some change in PO pricing schema?  Or is there an user exit that can be used to manipuate the same?
    This is a common scenario in India and hence if anybody has come across this already and can share the solution, it will be great.
    Thanks in advance.
    Rajeev Jain

    Hi,
    You can do like this.
    Create a cost condition type ( copy of VPRS) and place it properly in the pricing procedure. sub total field must be B to collect the cost. Place a account key and maintain the G/L account for it also.
    In the requirement you can develop a new requirement saying that in case of TAS item category system should check for the cost of the item from a PO, and you can get the total of customs and price to by writing a logic. To develop the program and logic discuss with your developer.
    Thanks,
    Venkat Cheedalla

  • Value Credits  for Stock Items - is this a viable solution? (Drop Ship Whs)

    Hi all
    I seem to have a solution for a long standing problem and have tested it but not tried it for real so was interested in your comments. It uses a drop ship warehouse to achieve the result but I donu2019t want to implement on site if it might also be doing things that I am unaware of. It all started off with some testing of drop ship warehouses, which I think is pretty poor functionality in B1, extract from my report below:
    "The disadvantages of SAP drop ship functionality all centre around the fact that it does not generate stock movements. You lose audit trail and some reports that users may rely on eg stock usage. Also because there is no stock movement the item cost is not updated (ave or FIFO). This also means that you do not get a cost of sale on the sales order or invoice, if you have set the GP Base Price to item cost, and no COS in sales analysis. The sales invoice journal generated also does not post COS, just sales, but note that as there is still no stock transaction it can be invoiced before the PO receipt or invoice. And as the purchase receipt does not generate a stock transaction there is no journal and therefore no accrual (GRNI). The AP invoice just posts an expense to P&L but only when the supplier invoice is received. So it screws stock movements, item cost, sales analysis, P&L, BS accruals and there is little in the way of control."
    However, this set me thinking about using it for value credits, report extract as below:
    I realised whilst I was testing that the drop ship warehouse could be used very effectively to deliver a solution for something that has caused me much grief over the years. When you use the drop ship warehouse stock movements are never generated. Consider a customer who has been overcharged for goods and requires a credit. Historically, the advice has always been to issue a u201Cserviceu201D credit against a GL code because an u201Citemu201D credit document would book stock back into the warehouse and reduce the reported quantity of goods sold, which is not required. The downside of the service credit is that whilst GL postings may be OK sales analysis is now incorrect. But using a drop ship warehouse on the credit note line we get a document against the itemcode, stock is not updated and the credit value does appear in sales analysis as well as GL. Perfect! So we could create a warehouse, marked as a drop ship warehouse but clearly labelled as u201CVALUE CREDITS ONLYu201D, to be used for this purpose
    What does anybody think about this solution - are there any downsides?
    Thanks
    Bruce

    Hi Bruce,
    Your understanding of Drop Ship is mostly correct.  The proposal sounds good.  The main point of the Drop Ship function would be no stock involved.  You really do not need to label it is bad or poor. It is only useful for people who need it. If you could utilize the function for your goal, go for it.
    Thanks,
    Gordon

  • Purchase Order for Drop ship sales order

    We are on version SAP ECC6
    We are having issues with the delivery address of a drop ship sales order getting copied correctly into the Purchase Order/purchase requisition.
    The sales order is an sd and as the sales order is created on the partner section as they attach the ship to partner, they may add a phone number or a minor "tweek" to the customer ship to.  When this gets converted to the po, the customer number (CMMDA-KUNNR) is not the ship to address it is reading but (CMMDA-ADRN2). 
    When the PO prints, the ship to address section is missing, it is blank and it seems to be the difference in the two fields.
    I am interested to see how to resolve this issue as well as to understand the cause for populating the po as it does.
    I appreciate your assistance on this.
    Thankyou
    Wanda Thivierge

    The PO automatically gets the ship-to's  address as delivery address.
    with central address managment active (since 46c) SAP stores the addres in ADRC table, the address in customer master (KNA1) itself is just short duplicate. However, KNA1 table has the field ADRNR which is the link to the ADRC table.
    Problems in print forms are usually caused by the programmers who changed the form to make it company specific. They often change the logic of standard SAP given forms and programs.
    So I recommend to check with the programmer to print the correct ship-to adress.

  • ESYU: FAQ - Drop Ship Purchase Orders 2

    Purpose
    RECEIVING: Drop Ship PO's - Release 10.7, 11.0, 11.5.X, r12
    Information in this document applies to any platform.
    Q/A를 통해 Drop Ship Purchase Orders에 대한 이해도를 높인다.
    Solution
    Q8. Configurable Items은 Drop Shipped 가능한가?
    A8: 현재는 Standard Items 만을 Drop Shipped 할 수 있다.
    Configurable Items를 위한 functionality는 향후 release에 포함될 것이다.
    Q9. Operating Units를 교차하여 Drop Ship을 할 수 있는가?
    A9: Release 11i는 현재 이 functionality는 지원하지 않는다.
    Q10. Drop Shipment에서 over/under shipment는 어떻게 처리하는가?
    A10: 만일 drop-ship line의 일부만 ship 되고 나머지 수량에 대해 fulfill을 원하지 않는다면 line을 cancel 한다.
    Over shipments 또한 manual 하게 처리해야 한다.
    만일 supplier가 ordered quantity 보다 많은 수량을 ship 하였다면, customer에게 추가된 수량만큼
    bill을 할 수 있거나 customer에게 추가 수량을 return 해 달라고 요청 할 수 있다.
    Drop-ship Sales Orders와 이에 연계된 purchase requisition/orders 간의 차이를 보고 싶으면
    Drop Ship Order Discrepancy report를 이용한다.
    Q11. Drop Shipment와 Blanket PO's를 사용할 수 있는가?
    A11: Blanket PO는 Drop Shipment와 같이 사용할 수 없다. 왜냐하면 PO는 OM이 PO에게 Drop Ship order가
    생성되었음을 공지시 생성되어야 하기 때문이다.
    Rececipt이 될때(partial or complete) 이 PO는 Drop Ship order와 link 된다.
    Drop Ship lines은 pick release, ship confirm 혹은 INV interface order cycles을 이용하지 않는다.
    Q12. Valid Blanket PO를 생성시 blanket agreement에 있는 item을 위해 drop shipment orders를 base로 하는
    release를 생성하는 것이 가능한가?
    A12: Yes, drop ship orders로부터 자동 혹은 autocreate window를 통하여 release를 생성하는 것은 가능하다.
    만일 drop ship requisition이 correct blanket information(source)을 가지고 있다면
    1. 요구되는 supplier site에 대한 ASL entry를 setup
    2. Hierachy에 따라 어떤 assigment가 좀 더 알맞은지 결정하고, 요구되는 supplier/site를 가지고 요구되는
    level에 따라 sourcing rule을 정의한다.
    또한 위 supplier/site에 대한 ASL entry가 존재하는지 확인한다.
    Profile option 'PO:Allow Automatic Sourcing' = Yes인 경우 automatic sourcing이 실행되며, creation date와
    document type에 따하 source document가 자동으로 결정될 것이다.
    Q13. Receive 후 Drop Shipment를 cancel 할 수 있는가?
    A13: Oracle Purchasing에 한 번 receipt 한 후에는 Drop Shipment는 cancel 할 수 없다.
    만일 Drop Ship Sales Order line을 cancel 하길 원한다면 cancel을 원하는 line에 대해 receipts은 없는지와
    연계된 requisiton이나 purchase order가 cancel 되어 있는지 확인을 해야 한다.
    Partial Deop Ship receipt에 대한 cancellation은 가능하나 아직 receive 되지 않은 부분에 대해서만 cancel
    할 수 있다.
    만일 모든 수량을 shipped 하지 않은 drop shipment line을 cancel 한다면 order processing은 line을 split 한다.
    첫번째 line은 shipped 한 수량을 포함하고 두 번째 line은 non-shipped 수량을 backorder로 가지며,
    이 두 번째 line(backorder)을 cancel 할 수 있다.
    PO line 수량은 새로운 수량을 반영하기 위해 변경되어져야 한다.
    Q14. Drop Shipment를 위한 debugging tools은 무엇인가?
    A14: 1. Note 133464.1 - Sales Order의 troubleshooting problems을 위해 사용할 있는 diagnostic script를 포함.
    2. Receipt transaction이나 Sales Order issue transaction debugging을 위해 아래 profile options을 set:
    RCV: Processing Mode to Immediate or Batch
    RCV: Debug Mode to Yes
    OM: Debug Level to 5
    INV: Debug Trace to Yes
    INV: Debug level to 10
    TP: INV Transaction processing mode to Background
    - Sys Admin: Concurrent> Program> Define> query up the Receiving Transaction Processor and check the Enable Trace box
    - Deliver Transaction을 위한 receipt을 저장 (Deliver Tranasction을 위한 destination type은 inventory 이어야 함)
    - Receiving Transaction Processor log file, Inventory Transaction Worker log file, trace등을 review
    Q15. Drop Shipment로 부터 생성된 PO의 status와 Import source는 무엇인가?
    A15: PO status는 언제나 approved.
    Import source: Order Entry
    Q16. 관련된 Sales Order Line이 cancelled/closed 된 PO shipment를 receive 할 수 있는가?
    A16: 관련된 Sales Order Line이 cancel 되었거나 closed 되었다면 PO shipment는 receive 할 수 없다.
    이 PO shipment는 cancel 해야 하며, 필요하다면 새로운 Sales Order Line이 생성되어야 한다.
    Reference
    Note 225434.1

    Hi Suda,
    Yes, the purchase orders are created directly from the sales order, so there should be some sort of link between the two I would think.  However, I may be wrong in this line of thinking.
    The UDF would be on the header as our customer puts an entire sales order on only one purchase order.
    Thank you for your quick response.
    Amanda

  • Drop Ship across OUs - Operating Unit not available during Requisition Import

    Hi,
    I am trying to execute Drop Shipment across OUs on Vision Instance R12.1.1.
    1)      Responsibility - Order Management Super User, Vision Operations (USA)
             Create SO in Vision Operations. In Others tab selected Warehouse as D1 ( Singapore Distribution Centre ). Line Item Source Type is External.
             Order Booked. Order line status is 'Awaiting Receipt'.
    2)      Responsibility - Purchasing Super User.
             Request - Requisition Import.
             Issue - The Operating Unit LOV for Requisition Import is listing only 'Vision Operation'. The OU 'Singapore Distribution Centre' is not listed.
    The responsibility Purchasing Super User has access to Org D1.
    Please refer to attached screenshots for details.
    Kindly help me with this process.

    user12214874 wrote:
    We are on Oracle EBS 11.5.10 and the requirement is that the US OU wants to drop ship a SO from our supplier in Japan(not part of Oracle installation) directly to our OU in Canada. (part of same Oracle installation). As per as per Oracle Order management users guide 11i; pg 1-7 drop ship across OU's and SOB's is possible. (Introduction chapter.) However when I read metalink note 225434.1, this is not possible. This looks to be a drawback with Oracle EBS since it is a very common requirement with most business going global these days. However, I may be wrong and the flow might very well be supported. If anybody has an idea, and provide some insights if this is supported in oracle or if there is a workaround available it would be appreciated.
    *****Update******** I could create a Drop Ship So with Receiving Warehouse in another operating unit; I could also create the Internal Requistion and PO in the shipping OU. Also, the Payables Invoices to Selling OU was created. AR invoice against the Drop SO billed to Shipping OU was created. However I am still stuck as to the generation of Intercompany AR invoice. Also, I am wondering why is there a need for Intercompany AR invoice when the AR invoice is issued against the Drop SO?
    Edited by: user12214874 on Feb 16, 2012 12:34 PMMy question is why would US OU want to drop ship to Canada OU...why can't canada OU directly raise a PO to a supplier in Japan??

  • Integrate 'External non-SAP Purchasing Application' with SAP SD for third party purchasing/ drop shipping?

    What is the best way to integrate 'External non-SAP Purchasing Application' with SAP SD for third party purchasing/ drop shipping?
    Details about expected process Flow.
    Receive PO from customer into SAP > SAP SD creates Sales Order > ?? SAP Integrate with External non-SAP Purchasing Application to trigger purchasing > External non-SAP Purchasing Application creates PO, Ships Material to Customer Ship to address (drop ship), Sends Shipping confirmation (FCR) & Invoices to SAP> ??Receive FCR and Invoice in SAP > ?? Initiate SAP Accounts Payable (Vendor Payments) and Accounts Receivable (Customer Invoice) > ?? Update SAP SD Sales Order with shipping status>
    Questions we need to answer;
      - How to achieve '??' steps from above process.
      - What type of Master Data we will need to configure (Say Materials Item Category, Type etc.)
      - Any standards options to configure SAP SD (Type of Sales Order)
      - We certainly don’t want to trigger SAP MM Purchasing (i.e. PR, PO etc.). How can we bypass it.
      - How to make statistical receipts against sales order line items so that SO status will be updated.
      - How to receive Invoice and FCR from External non-SAP app to trigger AP and AR transactions.
      - Are there any SAP standard configurations/ BAPIs/ BADIs available to achieve this integration.
    Any inputs on above questions are appreciable.
    Anand.

    This question is resolved. We ended up activating purchasing module and used purchasing documents PR/ PO to integrate with third party purchasing system.
    Anand.

  • Drop Ship processing for Sales BOM

    Hi,
    We have a requirement to have a Sales BOM drop shipped from a Vendor. Only the header material is relevant for pricing and purchase order. However, we have a business requirement to explode the sales BOM in the sales document and billing document to address statistical pricing requirements at the component level.
    Since only the header material is required in the PO, it has a billing relevance of 'F'. However, we have set the components to be relevant for order related billing. Standard SAP opens up the components for billing even though a vendor invoice for the header has not been received.
    Can copy control be used to control the components from being billed unless the header is billed AND the quantity of component materials modified based on the header material being invoiced ? Is it possible to only explode the sales BOM in the billing document using a billing document exit ?
    Would appreciate suggestions from the forum.
    Regards

    Hi
    The billing document creation can be controlled through the copying requirement in Copy Control of Billing documents.
    Transaction VOFM | Billing documents: Create a new requirement which prevents billing unless the parent item has the vendor invoice receipt.
    This requirement has to be then assigned to the respective billing and sales document type in copy control.
    Regards,
    Vinu

  • Drop Ship workflow Process Name

    Hello,
    Does anyone know the seeded Process Name that could be used for drop ship orders. According to the documentation I've read about drop ship, they explained to use the Generic Order Flow which I did. The problem is with the line level process name. I've tried Line Flow Generic and several other process names but my orders get stuck at the booking level. Other types work just fine. I've also changed the source type to external but nothing works!
    I'm using Vision 11.5.7
    My setup is as follows:
    Item = transactable, stockable, customer ordered, customer orders enabled, shippable, oe transactable
    transaction type: Drop ship, order category= order, order workflow = order flow- generic, Assign line flows-->Process name= Line flow- generic
    Line type --> source type= external
    Set up defaulting rules as well
    Orders get stuck at booking! Should be awaiting receipt
    Your help will be appreciated
    Cheers
    Riad

    Hi Sandeep,
    Are you sure whether the Workflow Background Process has picked the order line and workflow activity is not errored out? Please check the workflow, has it completed Purchase Release activity or is it still in the Purchase Release - Deferred state?
    If the workflow is in the Purchase Release - Deferred state, then the line will be in the Booked status. So, run the WBP program (item key - OM Order Line, Process Stuck - Y, Process Timeout - N) & see the line workflow activity & the line status should be progressed to Awaiting Reciept.
    Also, make sure you have provided the List Price (greater than zero) & Default Buyer in the Purchasing tab at the Item master level for the dropship item. If these information are not provided then the Requisition will not be created.
    Regards,
    Hemanth

  • Drop Ship SO, Change Management Issue in 11.5.9

    Hi,
    Currently Client is using Oracle Apps Release 11.5.9
    Requirement :
    While updating Drop Ship Sales Order, corresponding requisition and Drop Ship Purchase order needs to be updated automatically
    Problem:
    This functionality is available in 11.5.10 which automatically updates requisition and PO but not in 11.5.9
    I couldn't find the package API which they had used in 11.5.10 for implementing this solution.
    Hence Please help me in providing the package(API) which is used in 11.5.10 for auto update of requisition and drop ship PO when drop ship SO is changed. So that i can try to implement the same logic in 11.5.9 for client.
    Thanks,
    Selvan

    marist89 wrote:
    In anticipation of an impending maelstrom of regulatory changes, I want to upgrade my 11.5.9 EBS environment to 11.5.10 and at least have a hope of being supported. Upgrading to R12 is just not an option at this point, my users are overwhelmed by it. I know that's the best way to go, but it's not going to happen.
    I have an 11.5.9 environment on Solaris running on two tiers. The middle-tier serves Web & Forms. The DB Tier serves DB (10.2), CCM, and Reports.
    At the same time I upgrade, I want to move my EBS to Linux. I also want to change my configuration so that I am running Web/Forms/CCM/Reports all on the same tier and isolate the DB to it's own node.
    My general thought process was:
    1. Move the db from Solaris (10.2) to Linux (11.2) using a combination of (362205.1) and (557738.1).
    2. Install 11.5.10 on a new node (Linux) and just run the appropriate driver for the 11.5.10 patch against the db on Linux.
    Does this seem like a reasonable approach?No, as it is not supported -- You may log a SR to confirm with Oracle Support.
    You need to upgrade 11.5.9 to 11.5.10 (or 11.5.10.2) then migrate the database using export/import and the application tier node. Or, migrate the database then upgrade to 11.5.10/11.5.10.2 then migrate the application tier node.
    Oracle Applications Release 11.5.10.2 Maintenance Pack Installation Instructions [ID 316365.1]
    Upgrade Path Recommendations for E-Business Suite 11i [ID 364623.1]
    Release 11.5.10 Maintenance Pack Installation Instructions [ID 259484.1]
    Migrating to Linux with Oracle Applications Release 11i [ID 238276.1]
    Debugging Platform Migration Issues in Oracle Applications 11i [ID 567703.1]
    Oracle Applications Release Notes, Release 11i (11.5.10.2) [ID 316803.1]
    Recommendations To Install Oracle Applications 11i [ID 294932.1]
    Thanks,
    Hussein

  • [Discussion] Effects of a Drop ship warehouse

    Dear Experts,
    I have done some brief testing with Drop ship warehouses, I only realized when we buy in stocks into the warehouse, the warehouse does not record quantities due to "Drop ship", and when we sell items from that warehouse, the system does not perform any "Minimum stock level" validation..etc
    Apart from the above, is there any other effects and how we use Drop ship warehouse?
    Much Thanks in Advance for your participation!
    Chinho

    The main advantage to using the drop ship designation on a warehouse is that you don't need to enter Goods Receipt PO's or Deliveries - you can go directly to the invoice documents.  Also, there is no chance of having an inventory value on your books - even temporarily - when you don't really have that inventory in-house.  As you have seen, the disadvantages are that there is no average or FIFO cost for the items, and no valid gross margin calculation (unless you calculate by a price list).  There would be no purpose to using the negative or minimum stock validation, since there is never any stock in a drop-ship warehouse.  Some companies choose to use the drop ship functionality, and some don't.  I have one customer that uses a separate warehouse in each branch for drop shipments, but does not check the drop-ship flag.  Instead, they have a UDF on the warehouse to indicate that is is for direct shipments.  They can track drop ships that way without the disadvantages of the SAP functionality.

  • How to migrate Drop Ship PO and SO from 11.0.3 instance to R12?

    Hi Everyone,
    We are in process of migrating Drop Ship Orders from 11.0.3 system to R12 system?
    Can anyone help me in identifying how to migrate Drop Ship Orders?
    Is it possible to migrate Drop Ship PO and SO Separately and then link them through Drop ship sources table? How the reservation will work for this type of orders?
    Any guidelines will be really helpful.

    Hi,
    What I am currently planning to do is as follows:
    1) Migrate the Drop Ship SO
    2) Run the workflow background process which will progress the line (From Booked -> Awaiting Receipt) and insert the record in to Requisitions Interface and OE_DROP_SHIP_SOURCES Table
    3) Migrate the PO separately
    4) Update the record created through second step in Drop Ship Sources table with PO Header ID, Line ID and Line Location ID
    5) Receive against the PO
    6) OM Line is getting shipped at this stage once the receiving is done
    7) Delete the lines in Requisition interface table
    In this, the only custom thing we are doing is updating the DROP SHIP SOURCES Table with PO IDs.
    I am not able to think any other way to migrate Drop Ship SO.
    Please suggest, if anyone is foreseeing any problem in this approach or having any other approach.

Maybe you are looking for