1. Third Party Order Processing
Session 102
Susan Delaney
OSI Industries, Inc
Aurora, IL

2. OSI Industries, Inc Food Processor Corporate offices in Aurora, IL
Privately held company
Facilities worldwide
5 locations on SAP
Upgraded to 4.6C Thanksgiving 2002
SD, MM, QM, PP/PI, FI/CO, soon WM

3. What are 3rd Party Sales Orders??
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. The vendor bills you. You bill the customer.

4. How does it work at OSI?
Sales Order (VA01) triggers PO Requisition creation.
Auto create PO (ME59). Mail PO.
Invoice verification to vendor (MIRO).
Invoice customer (VF04).

5. How does it work at OSI?
Started with standard SAP documented scenario on three material numbers for a specific customer from one vendor.
Expanded functionality to a unique internal process.
Customized

6. Configuration
SD>Sales>Sales Documents>Sales Document Item>Define Item Categories
SD>Sales>Sales Documents>Schedule Line>Define Schedule line category
MM> Purchasing>Account Assignment >Account Assignment Categories ( definition & assignment)
MM>Valuation/Acct Assignment>Account Determination>Account Determination > Configure Automatic Postings
MM>Purchasing>Create Purchasing Groups

7. Be sure to assign this item category to your order types at the appropriate places.
Create PO Automatic

8. Acct Modifier - type in the name you want
Decide if you want the MIRO to trigger VF04 entry.
Some of these entries may need to be changed from SAP default.

9. Standard SAP - notice the X in acct assignment

10. Normal SD transactions have a modifier of VAX or VAY.

11. Purchasing Group
We decided to add a separate purchasing group for third party transactions so we could handle and review the transactions easier in MM.

12. History
Plant initially did not tell us they had this business scenario. They were entering a standard sales order, receiving inventory into stock that was not really coming into stock, and shipping it out. An error occurred with posting during a period close and we discovered what they were doing.

13. History Our team talked this through and determined:
Should not be receiving inventory into the system that was not coming into inventory.
Hit COGS at invoice verification in MM.
Invoice verification triggers the SD billing for period end controls.

14. Master data
Vendor needs ‘auto PO’ turned on, if using. Also add the purchasing group entry
Material needs ‘auto PO’ turned on, if using. Also add the purchasing group entry.
MM Info record needs creation with that purchasing group reference.

15. Output
Need to put code into output program for PO’s (MEDRUCK) to pull customer PO # from SD sales order into output Purchase Order.
Needed to use most current copy of MEDRUCK for ship to address data.

16. User Exit
MV45AFZB
USEREXIT_MOVE_FIELD_TO_ME_REQ.
If the order went into credit hold, the person releasing the credit hold had their name on the Requisition. We did not want that.
Moved code into routine that moved the ID of the creator of the sales order into EBAN-AFNAM.

17. Standard Transaction Enter standard sales order.
Change item category to TAS or your custom item category.
Save order. You can see the PO Req # in the item schedule line procurement area.

19. This screen is from the procurement data button of the schedule line screen. You have to save the order before this data shows up.

20. Vendor

21. Auto PO Creation
Transaction ME59 runs a job to pull any Requisition with the proper purchasing group and auto PO settings into a new PO.
Make sure you check off box for “per requisition” or you might get more than one sales order on the PO ( not available in 31H).

24. Shipment The PO is sent to the vendor.
The vendor sends the material(s) to our customer.
The vendor sends us the bill and backup paperwork.
MM Invoice verification is keyed in.

25. Vendor
Weight differences can be accounted for on subsequent item tabs, if required.

26. Vendor

27. SD Invoice
After MM invoice verification document posted, the SD billing document becomes available on the billing due list.

31. Prices & more SD documents have SD customer pricing.
MM documents have MM pricing.
Having the MM posting trigger the SD invoice should guarantee Sales Revenue & COGS during the same accounting period.
Calls made to the vendor at period end get paperwork faxed.

32. Then they had a new scenario.
Surprise!

33. New Custom 3rd Party
New internal request to process invoice payments for an affiliate and produce an SD invoice.
Multiple daily transactions.
SD bill at cost plus.
Each invoice has a different cost.

34. New 3rd Party
Create a new order type Z3RD with ZAS default item category.
Create a new transaction ZME59.
Create new price condition that referred to cost along with new pricing procedure.

35. New 3rd Party VA01 Enter order ME57 Assign Vendor ZME59 Create PO
ME22N Change Price on PO (triggers SD pricing on invoice)
MIRO MM Invoice Verification
VF04 Nightly Invoicing

37. New 3rd Party Greatly reduces workload of entry person.
Invoices due are visible in A/R.

40. Thank you for coming to this session!
Questions?
Thank you for coming to this session!
Susan Delaney