19.09.2016 Views

Transportation Management with SAP LES

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Electronic Data Interchange (EDI) processes describe the exchange of business<br />

data between two partners. This chapter shows you how to trigger EDI<br />

processes from <strong>with</strong>in your delivery documents and shipment documents,<br />

and explains the process that starts when you receive EDI data.<br />

16 EDI and IDocs<br />

The practice of exchanging business data between two partners using electronic<br />

means (commonly referred to as EDI) has been used for many decades. <strong>SAP</strong> software<br />

provided EDI solutions as early as the R/2 system and further developed<br />

these in R/3. As time went on, worldwide standards were agreed on so that the<br />

content and business scenarios in the data exchange process did not have to be<br />

set up every time.<br />

There are predefined standard agreements for a range of business scenarios. For<br />

example, if you want to send your partner price lists for the materials that you<br />

offer, you use the PRICAT standard; if, on the other hand, you want to inform your<br />

forwarding agent or external warehouse management company about an upcoming<br />

delivery, you use SHPORD. Every scenario has a name, which is called the EDI<br />

output type. In this chapter, you will learn about the EDI output types that the <strong>SAP</strong><br />

system provides for the various delivery and shipment documents.<br />

Often, subsystems and converters are used that generate the EDI outputs by<br />

default. In the case of outbound outputs, however, the data has to come from the<br />

<strong>SAP</strong> system, and <strong>with</strong> inbound outputs, the data has to enter the <strong>SAP</strong> system and<br />

be processed there.<br />

The <strong>SAP</strong> system uses its own standard to standardize this communication <strong>with</strong> the<br />

subsystems: the Intermediate Document (IDoc) interface. This chapter contains a<br />

section on how IDocs are structured, and how you can organize the process of data<br />

transfer between <strong>SAP</strong> software, IDoc, EDI converters, and your partners.<br />

In the final section of this chapter, you will learn how to manage your interface<br />

and to identify data transfers that contain errors.<br />

Personal Copy for Tina Mastrup, user id 9f19c686-d5e1-4016-94fd-ebc72e1b8f7e<br />

513

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!