850 Implementation Guide
850 Implementation Guide
This document is the intellectual property of the Victor Reinz Division of Dana Corporation. This
document must not be reproduced in whole or part without written consent from Victor Reinz Division.
For comments and suggestions concerning this document; contact Bob Mulvey at 630/271-4862 or email at
[email protected]
Table of Contents
1. Table of Contents…………………………………………………… 3
2. Introduction………………………………………………………… 5
4. Functional Definition……………………………………………….. 5
5. Principles…………………………………………………………… 5
6. References………………………………………………………….. 6
7. Application…………………………………………………………. 7
13. Acknowledgements…………………………………………………. 10
18. EXAMPLES
18.1. Order for a single part………………………..……………… 35
18.2. Orders for Multiple parts……………………………………. 36
2. Introduction
This document provides the specific description of a subset of the ANSI ASC X12
Purchase Order Transaction Set to be used between a Victor Reinz Division facility and a
supplier. Hereafter the Transaction Set will be called either “850” or “Purchase Order”.
This document provides the definition of a Purchase Order based on the ANSI ASC X12
850 to be used in Electronic Data Interchange (EDI) between a Victor Reinz Division
facility and a supplier.
This Implementation Guide is fully comprehensive and allows for the installation of the
ANSI ASC X12 850 Transaction Set without the necessity of any additional ASC X12
Standards documentation.
4. Functional Definition
The Purchase Order is a Transaction Set from a Victor Reinz Division facility to a Victor
Reinz Division supplier. It provides information concerning the part number, unit price,
quantity and due date requirements for a part being ordered.
5. Principles
• advise the supplier of a part (or parts) being ordered with a specific requested
delivery date and quantity,
• advise the supplier of the unit price Victor Reinz expects to pay for the part
(or parts),
• advise the supplier which Victor Reinz Division facility or joint venture to
ship the part (or parts) to, and
• advise the supplier of the Victor Reinz buyer’s name and telephone number
that can be used for follow-up actions regarding the order.
The Purchase Order will always include the Purchase Order Number, Part Number being
ordered (Victor Reinz Part Number or supplier part number), unit price, quantity required
and expected delivery date.
As the information transmitted in the Purchase Order is vital to insure efficient and timely
delivery of the materials to the Victor Reinz facility, it is expected that the information
contained within it is read into the supplier’s MRP or Order Entry system in an
automated fashion whenever possible.
6. References
• the Transaction Set structure as defined by ASC X12 as a Draft Standard For
Trial Use (DSTU) by the Procedures Review Board in October, 1997 and as
published in Version/Release 004010.
• the agreement between the Trading Partners on the data elements to be used,
their unique definitions, their representation and their values (coded or clear-
form) as defined in this document.
Victor Reinz Division has opted for ASC X12 Version/Release 004010 and will be
consistently using this Version/Release for all of its X12-enabled suppliers.
The language to be used for all Victor Reinz Division ASC X12 Transaction Sets and
UN/EDIFACT Messages is (American) English.
Dun and Bradstreet numbers (DUNS) will be used to identify the interchange
Sender/Receiver, Functional Group Application Sender/Receiver and Victor Reinz
Division facility Ship To. Victor Reinz Division facility-assigned vendor ID numbers
will be used to identify the supplier within the Transaction Set. These vendor ID
numbers will vary from facility to facility
A companion EDIFACT Message, the Purchase Order (ORDERS) based upon the
UN/EDIFACT D97.A directory is also used by the Victor Reinz Division for EDIFACT-
enabled Suppliers.
The Automotive Industry Action Group (AIAG) has issued Implementation Guidelines
for Version/Release 004010 of the 850 (Publication EG8, issued 2/98, available from
AIAG Customer Service at 248/358-3003 or visit http://www.aiag.org). This subset of
the 850 defined by Victor Reinz Division and described in this document follows as close
as possible the structure of the AIAG subset. Variances from the AIAG are as follows:
• The N103 Identification Code Qualifier Data Element for a supplier uses code
value 92 (Assigned by Buyer or Buyer’s Agent).
• The PID Product/Item Description segment uses a free form text description
rather than a structured industry code list.
7. Application
The following definition of a Purchase Order in X12 format is applicable for the
interchange of order requirements and shipping instructions issued by Victor Reinz
Division for material shipments to one or more Victor Reinz Division facilities.
The following pages contain a full description of the ASC X12 850 as implemented by
Victor Reinz Division. Optional Segments or Data Elements not used in the Transaction
Set by Victor Reinz Division have not been included. The official ASC X12 segment
description has been complimented with remarks pertaining to the specific requirements
for an interchange with Victor Reinz Division. Those remarks contain specific code
values used, additional information on the values shown in a specific field, etc and are
shaded in gray.
The following chart defines usage of the data elements contained within the Interchange
Header segment to be used for the Purchase Order:
The actual values of the delimiters are set by the Interchange Control Header in the
following positions:
Because of the potential conflicts with either the data elements or with special data used
in the transmission or device control, Victor Reinz Division has selected the following
delimiter characters for use:
While the ‘New Line’ character (EBCDIC 15) has been widely used as the Segment
Delimiter, there is not a clear mapping for this character between the EBCIDC and ASCII
character sets. For that reason, Victor Reinz Division discourages its use.
The following chart defines usage of the data elements contained within the Interchange
Header segment to be used for the Purchase Order:
13. Acknowledgements
A 997 Functional Acknowledgement must be returned to Victor Reinz Division for each
850 issued with an AK1/AK9 pair used to indicate the Functional Group being
acknowledged, an AK2/AK5 pair used to indicate the Transaction Set begin
acknowledged and, optionally, AK3 and AK4 segments used to report syntax errors. The
Sender/Receiver ID's in the ISA header of the Purchase Order should be reversed and
used for receiver addressing when sending the acknowledgement.
Only segments used by Victor Reinz Division are listed in the table. Mandatory and
some optional segments are required. The Functional Group Identifier is provided.
Only those segments used by Victor Reinz Division are included in this section of
the document.
Segment Name, Level, Table, Loop, Usage, Max Use, Purpose, Syntax, and
Comments are taken directly from the ASC X12 004010 Standards.
Victor Reinz Division notes for the entire segment appears after the Comments
section and are shaded in gray.
Data elements used by Victor Reinz Division are shown. Mandatory and some
optional Data Element are required. Trailing data elements not used in a segment by
Victor Reinz Division are not shown. ASC X12 codes used by Victor Reinz
Division appear after the data element and are shaded in gray. Data elements can
also have their usage specified notes shaded in gray.
Numeric (Nn) and decimal (R) fields are assumed to be positive unless a leading
minus sign indicating a negative value is transmitted. A plus sign is never
transmitted.
If a data element is not transmitted, its default value should not be assumed.
Numeric and decimal data will be transmitted with only significant zeros.
The following Data Element Attributes are used throughout the document:
Requirement Designators:
M - Mandatory. Required information.
X - Conditional. The data element is required based on a defined condition stated
in the X12 standard.
O - Optional. Information is not required by the X12 standard but may be used
by Victor Reinz Division
The following are standardized notes that are used throughout this document.
Required
Indicates that Victor Reinz requires data in this data element if the segment is
being used.
Any Code
When the term Any Code is used, it refers to any code defined by ASC X12 at
Version/Release 004010.
Not Used
Indicates that Victor Reinz Division does not use this data element.
Heading
POS.#. Seg. ID Segment Name Req. Des. Max Use Loop Repeat
010 ST Transaction Set Header M 1
020 BEG Beginning Segment for Purchase Order M 1
080 FOB F.O.B. Related Instructions O >1
130 ITD Terms of Sale/Deferred Terms of Sale O >1
150 DTM Date/Time Reference O 10
Loop ID – N1 200
310 NI Name O 1
330 N3 Address Information O 2
340 N4 Geographic Location O >1
360 PER Administrative Communications Contact O >1
Detail
POS.#. Seg. ID Segment Name Req. Des. Max Use Loop Repeat
Summary
POS.#. Seg. ID Segment Name Req. Des. Max Use Loop Repeat
Ref. Data
Des. Element Name Attributes
ST01 143 Transaction Set Identifier Code M ID 3/3
Code uniquely identifying a Transaction Set.
Example: ST*850*993300001~
Ref. Data
Des. Element Name Attributes
BEG01 353 Transaction Set Purpose Code M ID 2/2
Code identifying purpose of Tr ansaction Set.
05 - Replace
KN – Purchase Order
Example: BEG*05*KN*TR5692**20021010~
Ref. Data
Des. Element Name Attributes
FOB01 146 Shipment Method of Payment M ID 2/2
Code identifying payment terms for transportation
charges.
DE – Per Contract
DE – Destination (Shipping)
Ref. Data
Des. Element Name Attributes
ITD01 336 Terms Type Code O ID 2/2
Code identifying type of payment terms.
01 – Basic
Ref. Data
Des. Element Name Attributes
DTM01 374 Date/Time Qualifier M ID 3/3
Code specifying type of date or time, or both date
and time
Example: DTM*167*20021011~
Segment: N1 Name
Level: Header
Loop: N1
Usage: Optional
Max Use: 1
Purpose: To identify a party by type of organization, name, and code.
Syntax: 1. R0203 -- At least one of N102 or N103 is required.
2. P0304 -- If either N103 or N104 are present, then the others
are required.
Semantic:
Comments: This segment, used alone, provides the most efficient method of
providing organizational identification. To obtain this efficiency the "ID
Code" (N104) must provide a key to the table maintained by the transaction
processing party.
Ref. Data
Des. Element Name Attributes
N101 98 Entity Identifier Code M ID 2/3
Code identifying an organizational entity, a physical
location, property or an individual.
ST = Ship To
SU = Supplier
Ref. Data
Des. Element Name Attributes
N104 67 Identification Code X AN 2/80
Code identifying a party or other code.
Ref. Data
Des. Element Name Attributes
N301 93 Address Information M AN 1/55
Address information.
Street Address
Ref. Data
Des. Element Name Attributes
N401 19 City Name O AN 2/30
Free form text for city name.
City Name
IL = Illinois IN = Indiana
KY = Kentucky ON = Ontario
WI = Wisconsin
CA = Canada
US = United States of America
Example: N4*AVILLA*IN*46710*US~
Notes: Defines buyer name and telephone number at Victor Reinz ordering
facility. PER05 through PER09 are not used. One PER within the
NI Ship To loop will be used.
Ref. Data
Des. Element Name Attributes
PER01 366 Contact Function Code M ID 2/2
Code identifying the major duty or responsibility of
the person or group named.
Buyer’s name
TE = Telephone Number
Notes: Defines PO Line number, part, quantity, unit price, unit of measure
and, optionally, engineering change level for part being ordered.
PO110 through PO125 are not used.
Ref. Data
Des. Element Name Attributes
PO101 350 Assigned Identification O AN 1/20
Alphanumeric characters assigned for differentiation
within a transaction set..
Ref. Data
Des. Element Name Attributes
PO102 330 Quantity Ordered C R 1/15
Quantity Ordered.
QT = Quoted
PN = Part Number
Ref. Data
Des. Element Name Attributes
PO107 234 Product/Service ID M AN 1/48
Identifying number for a product or service.
Example: PO1*1*1200*EA*1.50*QT*PN*R4571M*EC*00A~
Ref. Data
Des. Element Name Attributes
CTP01 687 Class of Trade Code O ID 2/2
Code indicating class of trade.
Unit price
Quantity ordered
Ref. Data
Des. Element Name Attributes
CTP05 C001:355 Unit or Basis of Measurement Code M ID 2/2
Code specifying the units in which a value is
being expressed, or manner in which a
measurement has been taken.
Extended price
Example: CTP**QTE*1.50*1200*EA***1800~
Notes: Used to define the buyer’s currency used in the unit price data
element; PO104 in the preceding PO1 segment. CUR03 through
CUR21 not used.
Ref. Data
Des. Element Name Attributes
CUR01 98 Entity Identifier Code M ID 2/3
Code identifying an organizational entity, a physical
location, property or an individual.
Example: CUR*BY*USD~
Use PID06 when necessary to refer to the product surface or layer being
described in the segment.
PID07 specifies the individual code list of the agency specified in the PID03.
Notes: Used optionally to further describe the part being ordered in the
preceding PO1 segment. PID02, PID03, PID04 and PID06 through
PID09 not used.
Ref. Data
Des. Element Name Attributes
PID01 349 Item Description Type M ID 1/1
Code indicating the format of a description.
F = Free Form
Ref. Data
Des. Element Name Attributes
PID03 559 Agency Qualifier Code C ID 2/2
Code Identifying the agency assigning the code values.
Ref. Data
Des. Element Name Attributes
SCH01 380 Quantity M R 1/15
Numeric value of quantity.
Ref. Data
Des. Element Name Attributes
SCH03 98 Entity Identifier Code O ID 2/3
Example: SCH*1200*EA***002*20021031~
Notes: The Transaction Set Control Number value in this trailer must match
the same element value in the Transaction Set Header (ST02).
Ref. Data
Des. Element Name Attributes
SE01 96 Number of Included Segments M N0 1/10
Total number of segments included in a
transaction set including ST and SE segments.
Example: SE*19*993300001~
EXAMPLE 1
Order for a single part
EXAMPLE 2
Orders for multiple parts