Third Party Logistics and Edi
Third Party Logistics and Edi
Third Party Logistics and Edi
[ Learning Points
How OSI set up EDI with its Third Party Logistics Providers
Introduction to EDI
EDI from a Logistics Viewpoint
EDI from an EDI Viewpoint
[ 3PL Reasoning
Third Party Logistics (3PL) is using an outside party to take
care of all or part of your product distribution. If you are a
small or medium company, you may not want to develop a
logistics function. You may not want to invest in the facilities
or the systems needed for logistics. Or your customers may
require you to use a 3PL to save them transportation costs and
allow them to mix products from multiple vendors at one
location.
A 3PL can perform the management function of warehousing,
order fulfillment, distribution, customs and inbound/outbound
transportation.
[ Software/Consulting Environment
SAP ECC 6.0
Sterling Gentran for Windows EDI Mapping/Translation
Software
Sterling R/3 Extension for SAP
Sterling AS2 Software (B2B)
Sterling VAN Mailbox
Consulting: CONTAX
CONTAX has vast knowledge of both SAP and Gentran
software
Sales Order
Outbound Delivery
Outbound Delivery
IDoc
IDoc
Gentran Map
Conversion
to 943
Gentran Map
Conversion to
940
Gentran Map
Conversion
from 944 to
IDoc
IDoc
Gentran Map
Conversion
from 945 to
IDoc
IDoc
Delivery - PGI
10
[ Transactions
Current OSI EDI transactions used for the 3PL businesses:
Outbound:
943 Outbound stock transfer delivery of product to 3PL to create
warehouse inventory.
940 Outbound delivery information for customer shipment info to ship
directly from 3PL.
Inbound:
944 Inbound confirmation of stock receipt from 943.
Automatically creates a MIGO transaction in SAP.
11
[ SAP IDocs
An IDoc (interchange or intermediate document) is an SAP data container
for one business object (delivery, order, etc) which determines the IDoc
type. IDocs are an ASCII file format to exchange data between computers.
Outbound
IDoc DELVRY02 + extension ZLIVRY02 for both 943 and 940
Message Type SHPORD
Used SP partner for 943 and SH for the 940
Inbound
IDoc WMMBID02 for 944
Message Type WMMBXY
12
13
14
[ Master Data
There is a great deal of communication with your EDI partner
on master data, EDI standards, and field definition. You need
to agree on what data gets populated in every field and what
sequence that data follows.
Your terminology may mean something different to your
partner.
15
16
[ OSI LE Structure
We have identified each of our 3PLs as storage locations attached to the
manufacturing plant from which product is being supplied. When we do an
STO, we identify the manufacturing plant as the header plant and the 3PL at
the item level with the same plant number but the 3PL storage location.
We do get customer order changes after a delivery is created for one of our
3PLs, so we need to be able to change our deliveries. If the product has not
been received at the 3PL, any further shipment of the product gets an error and
cannot be processed.
17
[ Storage Location
Two of the plants using these transactions are not WM plants
so have no warehouse identified.
Storage location configuration is done at OX09.
Be sure to fill out the address of the 3PL in config so it appears
on the STO and also on the delivery documents.
18
[ WE20 Transaction
Partner Profile set-up is required for communicating messages.
Bank
Customer
Vendor
Logical System
Identify IDoc types, message types, RFC vs. file transfer ALE.
Identify EDI standard and version.
19
[ Customer Set-up
WE20 requires set-up for each vendor, customer, bank, and
logical system
20
21
[ WE21
Port Definition is used to define a file port to pass information
back and forth from EDI to SAP.
22
[ OMKY
ALE is used to define a direct application link between EDI and
SAP.
23
[ Output
24
[ Daily Monitoring
WE02 We all want green lights
25
26
[ WE19
Error correction can also be done here by drilling into the
header or each line and correcting the data.
27
28
29
[ EDI Confirmations
When we send a document outbound to the partner from our
mapper, we always get an EDI message type 997 confirmation
back into our mapper. When we receive a new document
from the 3PL, we always send a 997 back to them. The 997
EDI transaction verifies you received a specific EDI message. It
does not confirm any specific details from within the original
message.
There are other types of EDI messages that require a detailed
confirmation back but that is not applicable with these
transactions.
30
31
[ Best Practices
32
[ Key Learnings
EDI lessens data entry but definitely needs to be checked in detail on a daily
basis from an EDI perspective, a plant inventory perspective, and a
customer invoicing perspective.
You may need to customize your IDocs to bring in fields that are available
in SAP but not in your IDoc.
SAP has their IDoc which you then need to translate to EDI. This requires
mapping of which IDoc field data corresponds to the EDI standard field that
you have agreed upon with your customer.
Depending on what system your 3PL uses, you might need to provide
header data at the item level.
There are various types of standards for EDI that you may need
to communicate with.
Real Experience. Real Advantage.
33
[ Contacts
Susan Delaney, OSI Group
SAP Business Analyst Sales/EDI
[email protected]
34
35