DISCOVER AND USE EDIFACT

EDIFACT : ISO, CEN & AFNOR STANDARD ISO: International Standard Organisation CEN: European Committee of Standardization Electronic Data Interchange For Administration Commerce & Transport ISO 6422 = LAYOUT KEY ISO 9735 = "GRAMMAR" ISO 7372 = "VOCABULARY" (SYNTAX RULES, ETC.) (DATA DICTIONNARIES, MESSAGES SEGMENTS, ETC.) PRINTING STANDARDIZED FORMAT OF SALES DOCUMENTS UNIVERSAL AND STANDARDIZED EDIFACT LANGUAGE

EDIFACT language: EDIFACT Language of standard messages description for inter- companies exchanges. Consists of: –Vocabulary –Grammar rules –A basis of messages classic example

EDIFACT language: Vocabulary : –UNTDED : The United Nations Trade Data Elements Directory ISO Directory of sales data elements which consists of: Messages Segments Composites Data elements Codes list Grammar rules: –EDIFACT Message Design Guidelines UNTDID : The United Nations Trade Data Interchange Directory ISO 9735 UN/EDIFACT Syntax rules

EDIFACT language: the elements of language Interchange Messages Segments Composites data Elementary data Files structure Splitter ISO 7372 ISO Communication layer: OSI E d i f a c t S é m a n t i c S y n t a x Directory of sales data elements Characters set

EDIFACT language: the lements of language Elementary data –EDE (Electronic Data Element Directory) Composites data –EDCD (Electronic Data Composite Directory) Segments –EDSD (Electronic Data Segment Directory) Codes –EDCL (Electronic Data Code List) Messages –EDMD (Electronic Data Message Directory) Syntax rules –ISO 9735 Rules of conduct –UNCID (Uniform rules of Conduct for Interchange of trade Data by teletransmission) Message conception guide Syntax use guide

EDIFACT language: syntax Making outExchangeEnd UNBFunctionnal groupUNZUNAMessagesMessageUNEUNGMessagesSegment UNTUNHSegmentComposite date+‘TAGSegment :Data Value

EDIFACT language service segments UNA: interchange characteristics (optional) UNB: beginning of interchange UNE: end of functionnal group (optional) UNH: beginning of message UNS: Splitter of message main parts (optional) UNT: End of functional group UNZ: End of interchange

EDIFACT language service segments Interchange (UNA) UNB Functionnal group (UNG) UNH Message Fin du message UNT Fin de groupe fonctionnel (UNE) Fin d’interchange UNZ

EDIFACT language service segments Interchange (UNA) UNB Functionnal group (UNG) UNH message User data segment(s) (Header).xxx yyy Section (UNS) User data segment (s).(detail). zzz www Section (UNS) User data segment (s).(résumé). vvv uuu Fin du message UNT Fin de groupe fonctionnel (UNE) Fin d’interchange UNZ

EDIFACT language Basis rules Unity of location –Data are grouped together on the creator’s initiative. –Users are always at the root of the messages elaboration Unity of time –Data are grouped together as far as they can be: Generated Stored Transmitted… at the same time Unité of action –Information concerning a same task or a same action is grouped together. Intereactions between messages –Traceability of messages between them

EDIFACT language Conception rules DATA COMPONENTS –Using existing data components rather than creating new ones –Name and format assignment to a data component must respect rules of presentation of the EDICFACT/ONU data components directory: Qualifier name must be preceded by the « …qualifier » term: currency qualifier Qualifiers format is « an..3 » The codes list for the qualifier must be specified in the EDCL. The coded component name must be followed by « coded »: currency, coded Other date components name must end with « Identification »: Risk code identification Plainly data components must get these formats: an..17, an..35, an..70. They must be named according to the profession needs.

EDIFACT language Conception rules Data components –There are 2 types of coded date –a components: Data components with a qualifier function Generic date components. They are, in this case, associated to 1131/3055 conditional components in the composite data.

EDIFACT language Conception rules Composite data –Grouping of several data components, in a structured form of information linked to a same concept: the unity of function –Before creating new composite data, it is advisable to check if similar or close structures exist. –It’s possible to ask for adaptations for close structures. In that case additional components are added at the end of the composite data. –A new composite data component must be conceived in a way that allow as many applications as possible. –If a composite data has to be qualified, the qualifier must be placed right after the component.

EDIFACT language Conception rules Composite data –Mandatory constituent components of a composite data must be placed in the header. –The number of repetitions of a constituent component can’t be more than 5. –A component whose format is « an..70 » can’t be repeted, or a FTX segment has to be used.

EDIFACT language Conception rules Segments –To conceive a message, already existing segments has to be used if possible. It speeds up the conception process. –If a segment has to be modified, additional components are to be added at the end of the segment. –If a new component has to be conceived, it has to be done in a generic way as much as possible. –Mandatory data of a segment must appear before conditional data. –If a segment has to be qualified, the qualifier must be placed first in data components. –Simple or composite data components can’t be repeated within the segment. The segment is the one that has to be repeated. If this repetition is however necessary, it can’t be done more than five times.

EDIFACT language Conception rules Messages –Messages must be conceived in order to be used at an international level. –A unique identifier of 6 letters has to be allocated to the message. –Messages are composed of a group of segments. The latter must begin with a non repetitive mandatory segment. –Group of segments can be interlinked. In that case, it’s not possible to get in an lower group of segments without having entered in the one right before it. –If identical segments are used at several places in the message, it’s advised to avoid collision by inserting madatory segments of different nature. –A message must begin with UNH and end with UNT. –The UNS service segment must be used to avoid collision between « header », « detail » and « recapitulation » segments.

EDIFACT language Example of message structure UNH M1 BGM M1 DTM M2 UNT M1 Address Segments Group

Le langage EDIFACT Connection diagram UNH M1 BGM M1 DTM M2 UNT M1 Segments Group of segments CTA C1 NAD M1 SG1 M3 COM C4

EDIFACT language Rules of conception: Collision ! SG4 C9 CCC M1 SG5 C9 DDD M1 FFF C9 DDD C1 HHH C1 GGG M1 SG6 C9 Risk of collision

EDIFACT language Segments table CodeNameStatusDirStatusDir UNHMessage headerM1 BGMBeginning of messageM1 DTMDate/Time/PeriodM2 Group 001 M3 NADName and addressM1 CATContact InformationC1 COMCommunication ContactC4 UNTEnd of messageM1 M=Mandatory C= Conditionnal

EDIFACT language Segments table CodeNameStatusDirStatusDir UNHMessage headerM1 BGMBeginning of messageM1 DTMDate/Time/PeriodM2 Group 001 M3 NADName and addressM1 CATContact InformationC1 COMCommunication ContactC4 UNTEnd of messageM1 This group of segments is: - Mandatory - Iterable 3 times

The address is: - Mandatory - Repeatable once EDIFACT language Segments table CodeNameStatusDirStatusDir UNHMessage headerM1 BGMBeginning of messageM1 DTMDate/Time/PeriodM2 Group 001 M3 NADName and addressM1 CATContact InformationC1 COMCommunication ContactC4 UNTEnd of messageM1

If the COM segment is used, it is repeated at least once and up to four times. EDIFACT language Segments table CodeNameStatusDirStatusDir UNHMessage headerM1 BGMBeginning of messageM1 DTMDate/Time/PeriodM2 Group 001 M3 NADName and addressM1 CATContact InformationC1 COMCommunication ContactC4 UNTEnd of messageM1

EDIFACT language Segments table CodeNameStatusDirStatusDir UNHMessage headerM1 BGMBeginning of messageM1 DTMDate/Time/PeriodM2 Group 001 M3 NADName and addressM1 CATContact InformationC1 COMCommunication ContactC4 UNTEnd of messageM1 GROUP NAD

EDIFACT language NAD Segment Function: To specify the name/address and their related function, either by CO82 only and/or unstructured by CO58 or structured by CO80 thru Party qualifierMan..3 C082Party identification detailsC C058Name and addressC C080Party nameC C059StreetC 3164City nameCan Country sub-entity identificationCan Post-codeCan Country, codedCan..3

Function : To specify the name/address and their related function, either by CO82 only and/or unstructured by CO58 or structured by CO80 thru 3207 Elementary data Composite data EDIFACT language NAD Segment 3035Party qualifierMan..3 C082Party identification detailsC C058Name and addressC C080Party nameC C059StreetC 3164City nameCan Country sub-entity identificationCan Post-codeCan Country, codedCan..3

Function: To specify the name/address and their related function, either by CO82 only and/or unstructured by CO58 or structured by CO80 thru 3207 Mandatory or optional data character EDIFACT language NAD Segment 3035Party qualifierMan..3 C082Party identification detailsC C058Name and addressC C080Party nameC C059StreetC 3164City nameCan Country sub-entity identificationCan Post-codeCan Country, codedCan..3

EDIFACT language NAD Segment Function: To specify the name/address and their related function, either by CO82 only and/or unstructured by CO58 or structured by CO80 thru Party qualifierMan..3 C082Party identification detailsC C058Name and addressC C080Party nameC C059StreetC 3164City nameCan Country sub-entity identificationCan Post-codeCan Country, codedCan..3 Data structure

EDIFACT language NAD Segment Function: To specify the name/address and their related function, either by CO82 only and/or unstructured by CO58 or structured by CO80 thru Party qualifierMan..3 C082Party identification detailsC C058Name and addressC C080Party nameC C059StreetC 3164City nameCan Country sub-entity identificationCan Post-codeCan Country, codedCan..3 Data structure Number of characters

EDIFACT language NAD Segment Function: To specify the name/address and their related function, either by CO82 only and/or unstructured by CO58 or structured by CO80 thru Party qualifierMan..3 C082Party identification detailsC C058Name and addressC C080Party nameC C059StreetC 3164City nameCan Country sub-entity identificationCan Post-codeCan Country, codedCan C082 C058

EDIFACT language Composite component Details of a composite data = C082 data = party identification C082Party identificationC 3039Party id. identificationMan Code list qualifierCan Code list responsible agency, codedCan..3

EDIFACT language Composite component Details of a composite data = C082 data = party identification C082Party identificationC 3039Party id. identificationMan Code list qualifierCan Code list responsible agency, codedCan..3 Data reference number Coded data can only take its values in the standard codes list.

Details of a composite data = C082 data = party identification Representation a = alphabetical n = numerical an = alphanumerical.. = variable lenght 3 = maximum number of characters Status O= Obligatoire = M = Mandatory EDIFACT language Composite component C082Party identificationC 3039Party id. identificationMan Code list qualifierCan Code list responsible agency, codedCan..3

EDIFACT language Composite component Details of a composite data = C082 data = party identification C082Party identificationC 3039Party id. identificationMan Code list qualifierCan Code list responsible agency, codedCan

EDIFACT language Codes Use of 1131 and 3055 codes Theses codes allow indicating dynamically a codification. In case of a third party, the latter can be identified by a code that is not defined in the standard. The agency which is identified in the 3055 code is in the standard. –Example: SIRECT code use Data use is done this way: – Party SIRET number –100 code means SIRET code for the INSEE –3055: 107 is the INSEE code as maintenance agency of SIRET code 1131 and 3055 codes allow using all existing codifications.

ORDERS –PHYTOS MESSAGE

Message construction: Message aim The Order (ORDERS) is sent by the client to the supplier to order one or several items and to specify quantities and date and place of delivery. Each order corresponds to one supplier and one client. It concerns n products, which give rise to x deliveries and x invoices.

Message construction ORDERS Adaptation of the message to the needs –Segments choice –Iterations restrictions Adaptation of codes lists to managed concepts Differentiation between group of segments and segments