United Nations Directories
for Electronic Data Interchange for
Administration, Commerce and Transport



 UN/EDIFACT

Message Type : PARTIN Version : D Release : 15B Contr. Agency: UN Revision : 7 Date : 2016-01-11 SOURCE: TBG1 Supply Chain CONTENTS Party information message 0. INTRODUCTION 1. SCOPE 1.1 Functional definition 1.2 Field of application 1.3 Principles 2. REFERENCES 3. TERMS AND DEFINITIONS 3.1 Standard terms and definitions 4. MESSAGE DEFINITION 4.1 Segment clarification 4.1.1 Header section 4.1.2 Detail section 4.2 Segment index (alphabetical sequence by tag) 4.3 Message structure 4.3.1 Segment table --------------------------------------------------------------------------- For general information on UN standard message types see UN Trade Data Interchange Directory, UNTDID, Part 4, Section 2.3, UN/ECE UNSM General Introduction --------------------------------------------------------------------------- 0. INTRODUCTION This specification provides the definition of the Party information message (PARTIN) to be used in Electronic Data Interchange (EDI) between trading partners involved in administration, commerce and transport. 1. SCOPE 1.1 Functional definition A message to enable the transmission of basic information regarding locations and the related operational, administrative, financial, manufacturing, confirmation of registration and trading data. 1.2 Field of application The Party information message may be used for both national and international applications. It is based on universal practice related to administration, commerce and transport, and is not dependent on the type of business or industry. 1.3 Principles The accurate and unambiguous identification of the trading partners and their operational parameters is an essential issue for EDI. The Party Information Message serves to maintain the partners master data files. Note: Once the data available in master data files is established: - identifying codes should be used instead of clear data - clear data is to be used if it is required to override the data from a particular transaction. The Party Information Message is used to specify information related to physical locations and to functional locations. A functional location is usually a specific department within a company. The change, delete, add indicator being given in the BGM segment, one separate message has to be provided per type of function required. 2. REFERENCES See UNTDID, Part 4, Chapter 2.3 UN/ECE UNSM - General Introduction, Section 1. 3. TERMS AND DEFINITIONS 3.1 Standard terms and definitions See UNTDID, Part 4, Chapter 2.3 UN/ECE UNSM - General Introduction, Section 2. 4. MESSAGE DEFINITION 4.1 Segment clarification This section should be read in conjunction with the segment table which indicates mandatory, conditional and repeating requirements. The following guidelines and principles apply to the whole message and are intended to facilitate the understanding and implementation of the message: All specified dates/times should be in the format 'ccyymmdd'/'hhmm' unless all parties involved in the transaction agree that there is a functional requirement for an alternative format. Periods should be specified as whole numbers representing the required period as indicated in the format qualifier (weeks, months, etc.) Where a choice of code or text is given only the code element should be used wherever possible. Conditional data that is not required in the message should not be included. Care must be taken that the segment qualifier in dependent segments do not conflict with the segment qualifier of the trigger segment of a group. Free text information within the message should be avoided as this inhibits automatic processing. 4.1.1 Header section Information to be provided in the Header section: 00010 UNH, Message header A service segment starting and uniquely identifying a message. The message type code for the Party information message is PARTIN. Note: Party information messages conforming to this document must contain the following data in segment UNH, composite S009: Data element 0065 PARTIN 0052 D 0054 15B 0051 UN 00020 BGM, Beginning of message A segment for unique identification of the Document name and number. The message function code (DE 1225) applies to all transactions indicated in the message. Consequently, one separate message has to be provided per type of function required. The following rules apply: - Addition (DE 1225 = 2). This code is used for providing information about parties for the first time to the trading partner. - Deletion (DE 1225 = 3). This code is used to delete parties from the partner's master file; In case of deletion, only the NAD segments need to be sent in the detail section. - Change (DE 1225 = 4). This code is used to modify any information relevant to parties already known by the trading partner. All the segments relating to the party including the address to be modified need to be sent. - Confirmation (DE 1225 = 6). This code is used when party information is sent again for confirmation. 00030 DTM, Date/time/period A segment specifying general dates, and when relevant, times related to the whole message. 00040 FII, Financial institution information A segment identifying the financial institution (e.g. bank) and relevant account numbers valid for all the parties described in the detail section of the message. 00050 FTX, Free text A segment with free text information, in coded or clear form, used when additional information is needed but cannot be accommodated within other segments. In computer to computer exchanges such text will normally require the receiver to process this segment manually. 00060 Segment group 1: RFF-DTM A group of segments indicating reference numbers and optionally date of the reference relating to the whole message. 00070 RFF, Reference A segment for referencing documents relating to the whole message, e.g. previously sent PARTIN message number, Interchange Agreement contract. 00080 DTM, Date/time/period A segment specifying the date of the reference number indicated in the RFF segment. 00090 Segment group 2: NAD-SG3 A group of segments identifying Names, Addresses, Contacts and Communication numbers relevant to the sender and the receiver of the message. 00100 NAD, Name and address A segment for identifying the Sender and Receiver name and address. 00110 Segment group 3: CTA-COM A group of segments giving details of the specific person or department within the party. 00120 CTA, Contact information A segment giving additional contact information relating to the party specified in the NAD segment, e.g. contact person or department in a particular function. 00130 COM, Communication contact A segment to identify communication numbers of departments or persons related to the contact information provided in CTA. 4.1.2 Detail section Information to be provided in the Detail section: 00140 UNS, Section control A service segment placed at the start of the detail section to avoid segment collision. 00150 Segment group 4: NAD-DTM-FII-IDE-FTX-TAX-HYN-SG5-SG6-SG7-SG8-SG9- SG10-SG11-SG12-SG13 A group of segments for giving the details of a party. 00160 NAD, Name and address A segment for identifying the party identification code and the corresponding function, name and address. The party identification code is mandatory, and the structured address form is preferred. 00170 DTM, Date/time/period A segment specifying the date and the time details relevant to the party information identified in the NAD segment. 00180 FII, Financial institution information A segment identifying the financial institution, (e.g. bank) and relevant account numbers for the party identified in the NAD segment. 00190 IDE, Identity This segment is used to indicate an alternative identification of a party. 00200 FTX, Free text This segment is used to provide free form or coded text information related to the current party, e.g. a description of the primary activities of a party. 00210 TAX, Duty/tax/fee details This segment is used to specify duty/tax/fee information related to the current party, e.g. party is exempt from tax. 00220 HYN, Hierarchy information This segment is used to identify hierarchical connections from a given party to a higher or lower level party. 00230 Segment group 5: LOC-DTM A group of segments for giving locations and dates relevant to party.