289_BPP_EN_JP.doc

SAP ECC 6

EHP3 for SAP ERP 6.0

March 2009English

Sales Order Inbound via EDI (289)

SAP AGDietmar-Hopp-Allee 1669190 WalldorfGermanyBusiness Process Documentation

Copyright Copyright 2009 SAP AG. All rights reserved. No part of this publication may be reproduced or transmitted in any form or for any purpose without the express permission of SAP AG. The information contained herein may be changed without prior notice. Some software products marketed by SAP AG and its distributors contain proprietary software components of other software vendors. Microsoft, Windows, Excel, Outlook, and PowerPoint are registered trademarks of Microsoft Corporation. IBM, DB2, DB2 Universal Database, OS/2, Parallel Sysplex, MVS/ESA, AIX, S/390, AS/400, OS/390, OS/400, iSeries, pSeries, xSeries, zSeries, System i, System i5, System p, System p5, System x, System z, System z9, z/OS, AFP, Intelligent Miner, WebSphere, Netfinity, Tivoli, Informix, i5/OS, POWER, POWER5, POWER5+, OpenPower and PowerPC are trademarks or registered trademarks of IBM Corporation.

Adobe, the Adobe logo, Acrobat, PostScript, and Reader are either trademarks or registered trademarks of Adobe Systems Incorporated in the United States and/or other countries.

Oracle is a registered trademark of Oracle Corporation.

UNIX, X/Open, OSF/1, and Motif are registered trademarks of the Open Group. Citrix, ICA, Program Neighborhood, MetaFrame, WinFrame, VideoFrame, and MultiWin are trademarks or registered trademarks of Citrix Systems, Inc. HTML, XML, XHTML and W3C are trademarks or registered trademarks of W3C, World Wide Web Consortium, Massachusetts Institute of Technology. Java is a registered trademark of Sun Microsystems, Inc. JavaScript is a registered trademark of Sun Microsystems, Inc., used under license for technology invented and implemented by Netscape. SAP, R/3, xApps, xApp, SAP NetWeaver, Duet, PartnerEdge, ByDesign, SAP Business ByDesign, and other SAP products and services mentioned herein as well as their respective logos are trademarks or registered trademarks of SAP AG in Germany and in several other countries all over the world. All other product and service names mentioned are the trademarks of their respective companies. Data contained in this document serves informational purposes only. National product specifications may vary.

These materials are subject to change without notice. These materials are provided by SAP AG and its affiliated companies ("SAP Group") for informational purposes only, without representation or warranty of any kind, and SAP Group shall not be liable for errors or omissions with respect to the materials. The only warranties for SAP Group products and services are those that are set forth in the express warranty statements accompanying such products and services, if any. Nothing herein should be construed as constituting an additional warranty.Icons

IconMeaning

Caution

Example

Note

Recommendation

Syntax

External Process

Business Process Alternative/Decision Choice

Typographic Conventions

Type StyleDescription

Example textWords or characters that appear on the screen. These include field names, screen titles, pushbuttons as well as menu names, paths and options.

Cross-references to other documentation.

Example textEmphasized words or phrases in body text, titles of graphics and tables.

EXAMPLE TEXTNames of elements in the system. These include report names, program names, transaction codes, table names, and individual key words of a programming language, when surrounded by body text, for example, SELECT and INCLUDE.

Example textScreen output. This includes file and directory names and their paths, messages, source code, names of variables and parameters as well as names of installation, upgrade and database tools.

EXAMPLE TEXTKeys on the keyboard, for example, function keys (such as F2) or the ENTER key.

Example textExact user entry. These are words or characters that you enter in the system exactly as they appear in the documentation.

Variable user entry. Pointed brackets indicate that you replace these words and characters with appropriate entries.

Contents51Purpose

52Prerequisites

52.1Master Data

62.2Roles

63Process Overview Table

74Business Processes

74.1Editing and Uploading the Inbound File

84.2Processing the Inbound for the Original Inbound File

94.3Checking the Inbound IDoc

104.4Displaying the Sales Order

Sales Order Inbound via EDI

1 Purpose

This documentation describes sales order processing where data is transferred from the customer via EDI and a sales order is generated automatically via the sales order inbound processing. It also provides a step-by-step operational guide, which users can follow to work through the scenario in a real system.

After the sales order is delivered, you can create a billing document, and then an invoice EDI file is generated automatically. This process is described by scenario 290 - Billing Document Outbound via EDI.2 Prerequisites

2.1 Master DataYou have entered the master data required to go through the procedures of this scenario. Ensure that the following scenario-specific master data exists before you test this scenario:

Production plant

Company Code:1000Purchasing organization:1000

Material:GK-400Purchasing group:100

Plant:1000Storage Location:1040

Sales organization:1000Sold-to party:GC-101

Distribution channel:10Ship-to party:GC-101

Division:10

Throughout the Business Process Documentation, we use just one material to avoid further complication due to multiple Inbound files. Nevertheless, since this material is a HAWA the business process is useful both for wholesalers and manufacturing companies.

During installation of this scenario it is possible to change the corresponding values in BC Sets, CATTs, or eCATTs to your own data. In this case you also might have to change the Inbound file provided with this Best Practices installation. A complete documentation of all fields in the EDI IDoc document is beyond the scope of this scenario documentation, nevertheless the most important fields for changes are:

Company code: segment E1EDK14, qualifier 011

Purchasing organization: segment E1EDK14, qualifier 014

Purchasing group: segment E1EDK14, qualifier 009

Customer (Sold-to party): segment E1EDKA1, partner function AG, partner field

Vendor (number of your company in the customers system): segment E1EDKA1, partner function LF, partner field

Ship-to party: segment E1EDKA1, partner function WE, vendor field

Material number (the material number in your system): segment E1EDP19, qualifier 002The following transaction can help you test your Inbound file:

SAP ECC menuLogistics ( Sales and Distribution ( Foreign Trade/Customs ( Communication / Printing ( Communication / Printing ( Environment ( IDoc / EDI Basis ( Test ( Test tool

Transaction codeWE19

For more information about EDI file format, refer to the documentation of IDoc type available in ERP system.

SAP ECC menuLogistics ( Sales and Distribution ( Foreign Trade/Customs ( Communication / Printing ( Communication / Printing ( Environment ( IDoc / EDI Basis ( Documentation ( IDoc types


1. On the Documentation screen, enter the following data.

Field nameDescriptionUser action and valuesComment

Basic typeORDERS01

2. From the application bar, choose HTML Format (F8).2.2 Roles

Use

The following roles must have already been installed to test this scenario in the SAP NetWeaver Business Client (NWBC). The roles in this Business Process Documentation must be assigned to the user or users testing this scenario. You only need these roles if you are using the NWBC interface. You do not need these roles if you are using the standard SAP GUI.

Prerequisites

The business roles have been assigned to the user who is testing this scenario.

Business roleTechnical nameProcess step

IT AdministratorSAP_BPR_IT_ADMIN_CPWD-SProcessing the Inbound for the Original Inbound File

Checking the Inbound IDoc

Sales AdministrationSAP_BPR_SALESPERSON-SDisplaying the Sales Order

3 Process Overview Table

Process stepExternal process referenceBusiness conditionBusiness roleTransaction codeExpected results

Editing and Uploading the Inbound FileN/ACG3Z

Processing the Inbound for the Original Inbound File IT AdministratorWE16Test tool triggers inbound processing, so that you do not have to trigger it via the startrfc program.

Checking the Inbound IDocIT AdministratorWE05

Displaying the Sales OrderSales AdministrationVA03

4 Business Processes4.1 Editing and Uploading the Inbound FileUseThe inbound file INBOUND.txt is provided with this Best Practices installation. And before you import the file into the system, you must change some fields with your own data and upload it to the assigned application server directory.Procedure1. Download the EDI File INBOUND.txt from the Misc folder on the Documentation DVD.2. Open the file with Notepad, change and check the following fields: The first segment name should be EDI_DC40. Also, modify the receiver port depending on the system into which the inbound file is to be imported. Modify the sender port if the port in the eCATT variant file is changed. Edit the Inbound File to include the Purchase order number in segment E2EDK02. Change the Material number (the material number used to create the purchase order system) in segment E2EDP19001. Delivery Date E2EDP20001.

In segment E2EDK01005, Sales Order data from the sender should be entered. For other edits, you may refer to the step Edit the Inbound IDoc.3. Save the inbound file as an ANSI format. 4. Upload the EDI file INBOUND.txt to SAP ECC application server under system folder \\/SYS/global (or your own defined path in the variants file).

Before uploading the file to the specific system folder on application server, make sure that you have authorization for the folder. You can use the system folder suggested above, or you can use any folder on the application server where you are allowed to access. If you did not use the GLOBAL folder mentioned above, make sure that you change the port definition accordingly with transaction WE21. You may also try the transaction CG3Z to write the files into the target folder /usr/sap//SYS/global/. Transfer format is BIN. Be careful that you must always give the target file name after directory. For example, /usr/sap//SYS/global/INBOUND.txt5. Access the transaction choosing one of the following navigation options:

SAP Graphical User Interface (SAP GUI)

SAP ECC menuLogistics ( Environment, Health and Safety ( Basic Data and Tools ( Tools ( Data Transfer ( Upload File

Transaction codeCG3Z

6. In the Upload File: Parameters dialog box, enter the following entries:

Source file on front end(The path of the inbound file, for example, Y:\INBOUND.txt)

Target file on application server(The target sever, for example, /usr/sap//SYS/global/INBOUND.txt)

Transfer format for dataBIN

7. Choose Upload (Shift + F2).4.2 Processing the Inbound for the Original Inbound FileUse

This step is to upload the inbound file for test purpose.

Procedure

1. Access the transaction choosing one of the following navigation options:

Option 1: SAP Graphical User Interface (SAP GUI)

SAP ECC menuLogistics ( Sales and Distribution ( Foreign Trade/Customs ( Communication / Printing ( Communication / Printing ( Environment ( IDoc / EDI Basis ( Test ( Inbound procg of orig.inb.file


Option 2: SAP NetWeaver Business Client (SAP NWBC) via business role

Business roleIT Administrator (SAP_BPR_IT_ADMIN_CPWD-S)

Business role menuAdministration ( IDocs ( Test Inbound File

2. On the Trigger inbound processing screen, enter the following data.

Field nameDescriptionUser action and valuesComment

Directory + File/usr/sap//SYS/global/INBOUND.txtDirectory and name of the file on the application server that contains the IDoc (max.100 characters)

For example: \\ /sapmnt/QFO/SYS/global

PortYEDIFILE_I

Port name (logical name of the external system) as defined in the port definition in WE21 (max. 10 characters)

3. On the application bar, choose Access test.

4. If you enter a correct file path, you receive the message Access to directory possible from current application server, choose Enter. 5. Choose Execute.

ResultThis test tool triggers inbound processing, so that you do not have to trigger it via the startrfc program.

4.3 Checking the Inbound IDocUse

You can use this step to check the status of the Inbound IDoc and get the sales order number.

Procedure


Option 1: SAP Graphical User Interface (SAP GUI)

SAP ECC menuLogistics ( Sales and Distribution ( Foreign Trade/Customs ( Communication / Printing ( Communication / Printing ( Communication ( IDoc Lists


Option 2: SAP NetWeaver Business Client (SAP NWBC) via business role

Business roleIT Administrator (SAP_BPR_IT_ADMIN_CPWD-S)

Business role menuAdministration ( IDocs ( IDoc Lists

2. On the IDoc List screen, you can keep the default selection criteria or enter any selection criteria you want.

3. Choose Execute.

4. IDocs according to your selection criteria are displayed in a tree view on the left area of the screen, which are summarized by direction (outbound, inbound) and status. Double-click Inbox ( 53 Application document Posted, you can get a list of IDocs that are posted into the system successfully. Choose the item posted by you. You receive the detailed information for your inbound IDoc.

If you have only one IDoc in your system yet, the IDoc is directly displayed and in the tree view on the left the different segments of the IDoc is displayed.

It might happen that the IDoc is displayed with status 64 instead of the expected status 53. This might have several reasons:

If the step Maintaining the Workflow for Automatic Customizing in the Installation Guide was not properly executed and therefore the automatic processing of the inbound IDoc is not activated. We recommended that repeat the step in the Installation Guide mentioned above and rerun this chapter Checking the Inbound IDoc. Otherwise, you could also process the IDoc manually with transaction BD87 in SAP GUI and then rerun this chapter Checking the Inbound IDoc.

There might be a problem with deleting the inbound file on the server, which might be caused by network problems or if the file system is not directly on the application server. If the Inbound file was not deleted, the Idoc cannot be automatically processed and the user has to step in to delete the Inbound file and manually process the Idoc. You can use transaction code AL11 to check, whether the Inbound file is still in directory DIR_GLOBAL. If yes, use transaction code BD87 to further process the IDOC. Moreover, you can use transaction code WE08 to delete the file manually from the server.5. Choose IDoc display in the tree view on the left area of the screen and open status record 53, you receive the message Standard Order XX has been saved. XX is your sales order number, which is assigned by system.

4.4 Displaying the Sales Order

Use

You can use this step to display the data for the sales order created from the Inbound IDoc.

Procedure


Option 1: SAP Graphical User Interface (SAP GUI)SAP ECC menuLogistics ( Sales and Distribution ( Sales ( Order ( Display

Transaction codeVA03

2. On the Display Sales Order: Initial Screen, you enter the number of the sales order as found in the previous step; all other search criteria can be left empty.

3. Choose Search.

4. The sales order is now displayed with all its header and item data.

Option 2: SAP NetWeaver Business Client (SAP NWBC) via business roleBusiness role Sales Administration (SAP_BPR_SALESPERSON-S)

Business role menuSales Sales Orders

1. On the lower part of the screen, choose All Sales Orders (X) tab. You could find the list of all the existing sales order2. Choose the number that you created in the previous step. SAP AG

Page 4 of 10

_1150615943.bin

Documents

289_BPP_EN_JP.doc