EDI Messages

(1)

http://www.edibasics.co.uk/

EDI Messages

1.1

1.1 OthOther Per Pictictureures: ss: sourource dce doc Edoc Edi Geni Generaeral prel presesentantationtion

Edi Messages to sap Idocs: Edi Messages to sap Idocs: EDI EDI m meessssaaggee SSttaannddaarrdd SAP SAP M Meessssaaggee SSAAP P IIddoocc CCoommmmeennttss D

Deellffoor r IInn EEDDIIFFAACCTT DEDEII!!"" DDEEFF##$$%%&& D

Deell''iit t IInn EEDDIIFFAACCTT ""EE(())IITT ""EE(())IITT%%&& iif f kkaannbbaan n oor r ttrraannssppoorrt t nnuu**bbeer r D

Deell''iit t IInn EEDDIIFFAACCTT DDEEII!!"" DDEEFF##$$%%&&

IIf f nno o kkaannbbaan n oor r ttrraannssppoorrtt nu*ber

nu*ber D

Deessaadd+ + ##uutt EEDDIIFFAACCTT DEDE""AADD,, DDEE,,$$--%% IInn++ooiic c IInn EEDDIIFFAACCTT II!!,,##IICC II!!,,##IICC%%&& D

Deelliinns s IInn ##DDEETTTTEE DEDEII!!"" DDEEFF##$$%%&& C

Caallddeel l IInn ##DDEETTTTEE ""EE(())IITT ""EE(())IITT%%&& A+iep #u

A+iep #utt #DETTE#DETTE DE"AD,DE"AD, DE,DE,$-%$-% IInn++ooiic c oouutt ##DDEETTTTEE II!!,,##IICC II!!,,##IICC%%&& 0

011%%2 2 IInn ,,DDAA DDEEII!!"" DDEEFF##$$%%&& 0

011&&2 2 IInn ,,DDAA ""EE(())IITT ""EE(())IITT%%&& 0

011&&  IInn ,,DDAA DDEE""AADD,, DDEE,,$$--%% Integrate custo*er de*and

Integrate custo*er de*and EDI EDI m meessssaaggee SSttaannddaarrdd SAP SAP M Meessssaaggee SSAAP P IIddoocc CCoommmmeennttss D

Deellffoor r IInn EEDDIIFFAACCTT DEDEII!!"" DDEEFF##$$%%&& D

Deell''iit t IInn EEDDIIFFAACCTT ""EE(())IITT ""EE(())IITT%%&& iif f kkaannbbaan n oor r ttrraannssppoorrt t nnuu**bbeer r D

Deell''iit t IInn EEDDIIFFAACCTT DDEEII!!"" DDEEFF##$$%%&&

IIf f nno o kkaannbbaan n oor r ttrraannssppoorrtt nu*ber

nu*ber D

Deessaadd+ + ##uutt EEDDIIFFAACCTT DEDE""AADD,, DDEE,,$$--%% IInn++ooiic c IInn EEDDIIFFAACCTT II!!,,##IICC II!!,,##IICC%%&& D

Deelliinns s IInn ##DDEETTTTEE DEDEII!!"" DDEEFF##$$%%&& C

Caallddeel l IInn ##DDEETTTTEE ""EE(())IITT ""EE(())IITT%%&& A+iep #u

A+iep #utt #DETTE#DETTE DE"AD,DE"AD, DE,DE,$-%$-% IInn++ooiic c oouutt ##DDEETTTTEE II!!,,##IICC II!!,,##IICC%%&& 0

011%%2 2 IInn ,,DDAA DDEEII!!"" DDEEFF##$$%%&& 0

011&&2 2 IInn ,,DDAA ""EE(())IITT ""EE(())IITT%%&& 0

(2)

(3)

In case of 7)3 the custo*er send edi *essage con+erted in idoc DEI!" for the forecast.

DA de+elops standards and best practices to ser+e the needs of co*panies within the 8er*an auto*oti+e industr4. The ,DA has de+eloped o+er thirt4 *essages to *eet the need of co*panies such as ,93 Audi3 osch3 Continental and Dai*ler A8.

(4)

A list of ,DA docu*ent standards is pro+ided below:

4902 _{Transport Label Barcode-enabled incl. VDA 4913}

4905 _{Call of}

4905/2 _{Call of – Delivery nstr!ction "#dette $essa%e D&L'()}

4906 _nvoice

4907 _{*e+ittance Advice}

4908 _{Credit Advice}

4911 _,rices

4912 _{Delivery 'ote incl. VDA 4913}

4913 _{Delivery 'ote}

4914 _{#dette specication or le transer} 4915 _{Detailed Call #f "/T)}

4916 _{Call #f /!st-in-se0!ence}

4918 Veicle dentication and Transport Data

4919 _{Veicle Arrival and Depart!re 'otication} 4920 _{2orardin% nstr!ction}

4921 _{Delivery Data}

4922 _{2orardin% nstr!ction incl. VDA 4913} 4923 _{&n0!iry "#dette $essa%e &'*5)}

4924 _{#fer6!otation "#dette $essa%e #22&**)}

4925 _{,!rcase #rder}

4926 _{Ac7noled%e+ent o #rder "#dette $essa%e *&,#*D)} 4927 _{&0!ip+ent (tate+ent and &0!ip+ent $ove+ent}

4929 _{Delivery 'ote "#dette $essa%e AV&8,)} 4932 _{nvoice "#dette-'acrict 'V#C)}

4951 _{&n%ineerin% Data $essa%e "&'DAT)} 4970 _{Delivery 2orecast}

4971 _{Collection #rder}

4972 _{Dispatc 'ote e: ;or7s6,lant} 4973 _{Veicle Arrival}

4974 _{Veicle Depart!re}

4975 _{Can%e 6 nor+ation 'ote}

4976 _{Can%e 6 nor+ation Conr+ation}

4977 Da+a%e 'ote

4978 _{*epair (tart 6 &nd 'ote} 4979 _{*eady or Dispatc 'ote} 4980 _{Loadin% nstr!ctions}

(5)

Mapping A!"I ;&< to "A= Message T4pe and IDoc T4pe:

<%0 Motor carrier ship*ent infor*ation

The logical *essage is ">=M!T or IFTMI!3 the IDoc t4pe ">=M!T%.

<&0 Transportation carrier ship*ent status *essage

The logical *essage is T$;"TA3 the IDoc t4pe T$;"TA%&. Inbound processing is supported.

%0 "hipping instructions

The logical *essage is ">=M!T or IFTMI!3 the IDoc t4pe ">=M!T%.

?&% In+oice or billing docu*ent @also ??%3 EDI B Inbound I!,#IC posting configuration The logical *essage is I!,#IC3 the IDoc t4pe I!,#IC%&.

?&< Credit and debit ad+ice

The logical *essages are C$EAD, or DEAD,3 the IDoc t4pes =E;$<%%& and =E;$<%%<.

?<% =a4*ent order and credit ad+ice

For the pa4*ent order3 the logical *essage is =A-E;T @$EMAD,3 the IDoc t4pes =E;$<%%& and =E;$<%%<.

For the credit ad+ice @E$" B E+aluated $eceipt "ettle*ent3 the logical *essage is 8",E$F3 the IDoc t4pe 8",E$F%&.

?< ockbo

(6)

?% Deli+er4 schedule @A

The logical *essage is DEI!" @fro* the EDI standard #DETTE or DEF#$3 the IDoc t 4pe is DEF#$%&.

?< =rice catalog @also ?13 ???3 ??1

The logical *essage is =$ICAT3 the IDoc t4pe =$ICAT%&. #utbound processing is supported.

?0 enefit enroll*ent and *aintenance

The logical *essage is E!$E=3 the IDoc t4pe E!EFIT&. #utbound processing is supported.

?0% $euest

The logical *essage is $E(#TE3 the IDoc t4pes #$DE$"%& to #$DE$"%0.

?0 (uotation

The logical *essage is (#TE"3 the IDoc t4pes #$DE$"%& to #$DE$"%0. #utbound processing is supported.

?2% =urchase order or order @also ?2

The logical *essage is #$DE$"3 the IDoc t4pes #$DE$"%& to #$DE$"%0.

?2< "tock and sale data

The logical *essage is =$#ACT3 the IDoc t4pe =$#ACT%&.

?22 #rdering or order response @also ?G2

(7)

?2G Transport and shipping notification @A"! B Ad+anced "hip !otification

For transport in the "A= application3 the logical *essage is ">=M!T or ">=AD,3 the IDoc t4pes ">=M!T%& to ">=M!T%.

For deli+er4 in the "A= application3 the logical *essage is DE"AD,3 the IDoc t4pes are DE"AD,%& @epires or DE,$-%& and DE,$-%<.

?G% #rdering or order *odification @also ?G

The logical *essage is #$DC>83 the IDoc t4pes #$DE$"%& to #$DE$"%0.

?G& Credit ad+ice @E$" B E+aluated $eceipt "ettle*ent The logical *essage is 8",E$F3 the IDoc t4pe 8",E$F%&.

?G< deli+er4 schedule @FA

The logical *essage is DEI!" @fro* the EDI standard #DETTE or DE)IT3 the IDoc t4pe is DEF#$%&.

?G0 Tet *essage

The logical *essage is T;T$A93 the IDoc t4pe T;T$A9%&. Inbound processing is supported.

10% "hipping order and stock order

The logical *essage is ">=#$D or 9>"#$D3 the ID#C t4pe DE,$-%&.

102 "hipping confir*ation and stock confir*ation

The logical *essage is ">=C#! or 9>"C#!3 the IDoc t4pe DE,$-%&.

11 Functional Acknowledg*ent

This is a technical confir*ation. This is not echanged +ia an indi+idual *essage but the status report for IDoc processing. The status +alues used are:

(8)

H<<H "hipping #3 acknowledg*ent has 4et to co*e H&GH Functional Acknowledg*ent positi+e

H&H Functional Acknowledg*ent negati+e

The status +alues H&0H and H&2H are a+ailable for the Interchange Acknowledg*ent accordingl4.

=lease check these so*e *apping EDIFACT B Message T4pe/IDoc T4pe. EDIFACT Description Message/IDoc Type CREADV Credit Advice Message CREADV/PEXR2001 CREEXT Etended Credit Advice CREADV/PEXR2001 CREM!" M#$tip$e Credit Advice CREADV/PEXR2001

C!%DEC C#sto&s Dec$aration Message EXPI'V/IMPI'V

EXPI'V01/IMPI'V01

C!%RE% C#sto&s Response Message TXTRA(/TXTRA(01 DE)ADV De*it Advice Message DE)ADV/PEXR2001 DE)M!" M#$tip$e De*it Advice DE)ADV/PEXR2002 DE"F+R De$ivery %c,ed#$e Message DE"I'%/DE"F+R01

-"A)/FA). DE"F+R/DE"F+R01 DE"IT #st In Ti&e Message DE"I'%/DE"F+R01

-"A)/FA). DE"F+R/DE"F+R01

DE%ADV Despatc, Advice DE%ADV/DE%ADV01

DE"VR/DE"VR01

%PM'T/%PM'T02

DIRDE) Direct De*it Message DIRDE)/FI'%TA01 FI'%TA Financia$ %ate&ent FI'%TA/FI'%TA01 F!'AC F#nctiona$ Ac3no4$edge&ent %tat#s report/EDID%

%TAT!%/%%TAT01

(9)

IFTMI' Transport Instr#ctions IFTMI'/DE"VR01

IFTMI'/%PM'T02

IMPDEF EDI I&p$e&entation 5#ide$ine %RECD/%RECD01 De6inition Message %ID+C/%ID+C01

I'V+IC Invoice I'V+IC/I'V+IC01

I'VRPT Inventory Report PR+ACT/PR+ACT01 +RDC5 P#rc,ase +rder C,ange Re7#est +RDC5/+RDER%01 +RDER% P#rc,ase +rder +RDER%/+RDER%01 +RDR%P P#rc,ase +rder Response +RDR%P/+RDER%01 PARTI' Party In6or&ation Message CREMA%/CREMA%01

DE)MA%/DE)MA%01

PAEXT Etended Pay&ent +rder PAEXT/PEXR2001 PAM!" M#$tip$e Pay&ent +rder PAEXT/PEXR2001 PA+RD Pay&ent +rder Message PAEXT/PEXR2001 PRICAT Price/%a$es Cata$og#e Message PRICAT/PRICAT01 PR+DAT Prod#ct Data Message PRICAT/PRICAT01 8!+TE% 8#otation Message 8!+TE%/+RDER%01 REMADV Re&ittance Advice REMADV/PEXR2001 RE8+TE Re7#est For 8#otation RE8+TE/+RDER%01 %"%FCT %a$es Forecast Message PR+ACT/PR+ACT01 %"%RPT %a$es Data Report PR+ACT/PR+ACT01

#DETTE

The #rganisation for Data Echange b4 Tele Trans*ission in Europe is a

group that represents the interests of the auto*oti+e industr4 in Europe.

The4 are the eui+alent of the Auto*oti+e Industr4 Action 8roup @AIA8

in !orth A*erica.

The organisation de+elops tools and reco**endations that i*pro+e the flow of goods3 ser+ices product data and business infor*ation across the whole auto*oti+e +alue chain. #DETTE has been responsible for de+eloping co**unications standards such as #FT= and #FT=<.%3 constant i*pro+e*ent processes such as Materials Manage*ent

#perations 8uideline / ogistics E+aluation @MM#8/E and auto*oti+e specific docu*ent standards as defined below:

DELINS _{Delivery 2orecast 6 Delivery}

EXHAND _{2or Delivery (ced!le &:ception <andlin%}

CALDEL _{/T Delivery}

SYNCRO _{(e0!enced Delivery}

KANBAN _{=A'BA' Delivery}

FORDIS _{>*eady or Dispatc? Advice}

(10)

INVOIC _nvoice

STOACT _{nventory *eport}

TRINAD _{2orardin% nstr!ction}

CONSU _{Consi%n+ent Consolidation}

ORDERR ,!rcase #rder

ORDCH! _{#rder Can%e}

REPORD _{#rder *esponse}

PRILST _{,rice List Based}

READV _{*e+ittance Advice}

STATAC _{Acco!nt (tate+ent}

Ke points

Depending of the custo*er edi standard3 the edi application will con+ert the custo*er *essage in sap standard idoc DEI!".

Following rules *ust be anal4sed or discussed with the custo*er to interpret

the content of the idoc and to find the wa4 to para*eter the schedule agree*ent which will store the content of it.

&. 9hich are the rules to identif4 the concerning schedule agree*ent.. <. 9hich is the frequency of the trans*ission for each t4pe of *essage. . 9hich t4pe of *essage will contain which t4pe of infor*ation : forecast3

(11)

0. 9hat is the rule of update the eisting schedules lines : *odification between to gi+en dates or cancel and replace. @field labke4 in idoc: &K *odif < K cancel/r 2. Do we recei+e cu*ulati+e t4s or should we calculated the*.

After this anal4se3 we should be able to attribute a t4pe of schedule agree*ent and the right para*eters.

G. Are the schedule dates epressed in arri+al date or departure dates.

After this anal4se3 we should be able to attribute a t4pe of schedule agree*ent and the right para*eters.

EDI Docu*ent "tandard

http://www.edibasics.co*/ediBresources/docu*entBstandards/

There are *an4 EDI docu*ent standards but what do the4 all *ean and where are the4 usedL

ANSI ASC X12

n 19@9 te A+erican 'ational (tandards nstit!te "A'() cartered te

Accredited (tandards Co++ittee "A(C) 81 to develop !nior+ standards or inter-ind!stry electronic e:can%e o b!siness transactions na+ely electronic data intercan%e. A'( 81 as ori%inally conceived to s!pport co+panies across diferent ind!stry sectors in 'ort A+erica oever today tere are +ore tan 3 co+panies orldide !sin% 81 &D standards in daily b!siness transactions. A(C 81 also contrib!tes to '6&D2ACT +essa%es tat are !sed idely o!tside o te nited (tates.

• Further information about ANSI X12 can be found here »

• Further information about the ANSI X12 document types can be

found here »

EANCO

Tis standard as ori%inally conceived in 19E@ by te &A' eneral Asse+bly and as to be developed on te ten e+er%in% international '6&D2ACT standard. Te &A'C#$ +essa%es +aintained by (1 are +ore detailed in nat!re co+pared to te T*ADAC#$( +essa%e set. &A'C#$ as ori%inally

developed or te retail sector and as s!bse0!ently %ron to beco+e te +ost idely !sed '6&D2ACT s!bset and is no o!nd in a variety o oter ind!stry sectors s!c as ealtcare constr!ction and p!blisin%.

(12)

• Further information about EANCOM can be found here »

UN/EDIFACT

nited 'ations6&lectronic Data ntercan%e or Ad+inistration Co++erce and Transport is te international standard tat as developed by te nited

'ations. Te or7 o +aintenance and !rter develop+ent o tis standard is done tro!% te nited 'ations Centre or Trade 2acilitation and &lectronic B!siness "'6C&2ACT) !nder te ' &cono+ic Co++ission or &!rope. Te &D2ACT standard provides a set o synta: r!les to str!ct!re an interactive e:can%e protocol and provides a set o standard +essa%es ic allo +!lti-co!ntry and +!lti-ind!stry e:can%e o electronic b!siness doc!+ents. &D2ACT is idely !sed across &!rope +ainly d!e to te act tat +any co+panies

adopted it very early on. &D2ACT as seen so+e adoption in te A(,AC re%ion oever tere are c!rrently +ore 8$L-based standards bein% !sed in tis partic!lar re%ion today.

• Further information about EIFAC! can be found here »

• Further information about the EIFAC! document types can be

found here »

HIPAA

Te <ealt ns!rance ,ortability and Acco!ntability Act as enacted by te .( con%ress in 199F. A 7ey co+ponent o <,AA is te establis+ent o national standards or electronic ealt care transactions and national identiers or providers ealt ins!rance plans and e+ployers. Te standards are +eant to i+prove te eGciency and efectiveness o te 'ort A+erican ealt care syste+ by enco!ra%in% te idespread !se o &D in te .( ealt care

syste+. Te <,AA &D transaction sets are based on 81 and te 7ey +essa%e types are described belo.

• Further information about "I#AA can be found here »

• Further information about the "I#AA document types can be found here

»

ODETTE

Te #r%aniHation or Data &:can%e by Tele Trans+ission in &!rope is a %ro!p tat represents te interests o te a!to+otive ind!stry in &!rope. Tey are te e0!ivalent o te A!to+otive nd!stry Action ro!p "AA) in 'ort A+erica. Te or%aniHation develops tools and reco++endations tat i+prove te Io o

%oods services prod!ct data and b!siness inor+ation across te ole a!to+otive val!e cain. #D&TT& as been responsible or developin%

(13)

processes s!c as $aterials $ana%e+ent #perations !ideline 6 Lo%istics

&val!ation "$$#6L&) and a!to+otive-specic doc!+ent standards as dened via te lin7 belo.

• Further information about OE!!E can be found here »

• Further information about the OE!!E document types can be

found here »

R#$%&&'N%&

Tis consists o a consorti!+ o +aJor co+p!ter cons!+er electronics se+i-cond!ctor +an!act!rers teleco++!nications and lo%istics co+panies or7in% to%eter to create and i+ple+ent ind!stry-ide open e-b!siness process

standards. Tese standards or+ a co++on e-b!siness lan%!a%e ali%nin% processes beteen s!pply cain partners on a %lobal basis. Te *osetta'et doc!+ent standard is based on 8$L and denes +essa%e %!idelines b!siness processes interace and i+ple+entation ra+eor7s or interactions beteen co+panies. sin% *osetta'et ,artner nterace ,rocesses ",,s) b!siness

partners o all siHes can connect electronically to process transactions and +ove inor+ation itin teir e:tended s!pply cains. 2!rter inor+ation abo!t

*osetta'et ,, doc!+ents can be o!nd ro+ te lin7 belo.

• Further information about $osettaNet can be found here »

• Further information about the $osettaNet document types can be

found here »

S(IFT

Te (ociety o ;orldide nterban7 2inancial Teleco++!nication as or+ed in 19@3 and is ead0!artered in Br!ssels. (;2T operates a orldide nancial +essa%in% netor7 ic e:can%es +essa%es beteen ban7s and nancial instit!tions. (;2T also +ar7ets sotare and services to nancial instit!tions +!c o it or !se on te (;2T'et 'etor7. (;2T'et is te inrastr!ct!re !sed to e:can%e tese doc!+ents and 2' nterAct and 2ileAct are !sed to encode te (;2T doc!+ents or trans+ission. Te +aJority o interban7 +essa%es !se te (;2T netor7. As o 'ove+ber E (;2T lin7ed E@4 nancial

instit!tions across 9 co!ntries. Te (;2T doc!+ent standard is split into o!r areas ,ay+ents Trade (ervices (ec!rities and Tradin%.

• Further information about S%IF! can be found here »

• Further information about the S%IF! document types can be found here

»

(14)

Tis is an early standard or &D and as pri+arily !sed in te = retail sector. t as ori%inally introd!ced in 19E as an i+ple+entation o te '6TD synta: one o te prec!rsors o &D2ACT and as +aintained and e:tended by te = Article '!+berin% Association no called (1 =. Te standard is +ore or less obsolescent since te develop+ent o it efectively ceased in 199K in avor o te &D2ACT &A'C#$ s!bsets. Despite tis it as proved d!rable and te +aJority o te retail &D traGc in te = still !ses it today.

• Further information about !radacoms can be found here »

• Further information about the !radacoms document types can be

found here »

VDA

Tis or%aniHation develops standards and best practices to serve te needs o co+panies itin te er+an a!to+otive ind!stry. Te VDA as developed over tirty +essa%es to +eet te need o co+panies s!c as V; A!di Bosc

Continental and Dai+ler A. 2!rter inor+ation abo!t tese +essa%es can be o!nd via te lin7 belo.

• Further information about &A can be found here »

• Further information about the &A document types can be found here »

VICS

Te Vol!ntary nter-ind!stry Co++erce (tandard is !sed by te %eneral

+ercandise retail ind!stry across 'ort A+erica. t is a s!bset o te A'( A(C 81 national standard. VC( &D is bein% !tiliHed by to!sands o co+panies depart+ent and specialty retail stores +ass +ercandisers and teir

respective s!ppliers. n 19EE (1 ( beca+e te +ana%e+ent and

ad+inistrative body or VC( &D. (1 ( also +ana%es te A(C 81 derived nior+ Co++!nication (tandard "C() or te %rocery ind!stry and

nd!strial6Co++ercial (tandard "6C) or te ind!strial sector.

#FT= @#DETTE File Transfer =rotocol fornece u*a *aneira padro para siste*as de co*putador heterogNneos para se co*unicar uns co* os outros.

(15)

#FT= @reco*endaOo da AssociaOo da IndPstria Auto*Q+el @,DA no. 01&0/< R a definiOo do File Transfer =rotocol @FT= a #DETTE 8rupo I, para as ca*adas I"# / #"I 0 a . Ele per*ite transferNncias de dados de diferentes tipos de arui+os. #FT= R usado na indPstria auto*Q+el europeia e os seus fornecedores co*o o protocolo padro. Ele ta*bR* R usado pela indPstria uS*ica e apenas introduido por outros setores @bancos3 transportes.

EDI Messaging =rotocols

http://www.edibasics.co.uk/ediBresources/*essagingBprotocols/

#FT=

http://www.'scape.co*/blog/oftpBodetteBfileBtransferBprotocol A"<

http://www.'scape.co*/blog/bid/&%%02/A"<B"i*plified

A"<3 FT=3 #FT=3 >TT= U to na*e 'ust a few EDI Messaging =rotocols

but what are the4 and what do the4 *eanL

&.< A"&

App'icabi'ity Statement (AS) 1 was de+eloped b4 the IETF @Internet Engineering Task Force to i*ple*ent secure and reliable *essaging o+er "MT= and "/MIME. It was the first A" protocol to be de+eloped and uses signing3 encr4ption and MD! con+entions. @MD! refers to Message Disposition !otifications or the abilit4 to pro+ide 5$eturn

$eceipts6. As with an4 A" file transfer3 A"& file transfers t4picall4 reuire both sides of the echange to trade "" certificates and specific 5trading partnerH na*es before an4

transfers can take place.

&. A"<

App'icabi'ity Statement (AS) 2 uses the sa*e signing3 encr4ption3 and MD!

con+entions used in the original A"& protocol. A"< *essages are usuall4 sent across the internet using the >TT= or >TT=" protocol. A"< has been widel4 depl o4ed as a point to point connecti+it4 *ethod. A"< offers *an4 ad+antages o+er standard >TT=3 including increased +erification3 and securit4 achie+ed through the use of receipts and digital

signatures. A"< transactions and acknowledge*ents also occur in realBti*e3 increasing the efficienc4 of docu*ent echanges. The ." co*pan4 9al*art was one of the first

(16)

&..& A"

App'icabi'ity Statement (AS) * was de+eloped b4 the IETF to i*ple*ent secure and reliable *essaging o+er FT=. A" is based upon the secure +ersion of the FT= protocol3 rather than >TT=. A" transport is "/MIME o+er FT= and operates a client/ser+er *odel like FT=3 as opposed to the peerBtoBpeer approach used b4 A"<. A" also uses MD!Vs @receipt notifications like A"<. A" is a push/pull protocol and the client side A" does not reuire a listener to be alwa4s aware of inbound traffic @whereas A"< alwa4s reuires a persistent connection for the listener. A" *a4 be especiall4 well suited for banking and other industries where there are hea+4 in+est*ents in FT= scripting3 applications and securit4.

&.0 A"0

App'icabi'ity Statement (AS) + offers secure < docu*ent echange using web ser+ices and was de+eloped b4 the subBco**ittee of the #A"I" eb; M *essaging ser+ices technical co**ittee. A"0 is still in its draft definition for*at. The A"0 profile pro+ides the *arket place with an entr4 le+el solution that allows co*panies to begin utilising their internal "#A based platfor*s for eternal < *essaging while at the sa*e ti*e taking on so*e of the *ore co*plicated aspects of web ser+ices. The European Aerospace industr4 is proposing to use A"0 as its co**unication standard for sending

eb;M related < docu*ents between trading p artners. Further infor*ation about A"0 can be found on the Dru**ond 8roup site3ere.

&.2 ebM"

ebXM, Messa-in- Ser.ice offers a secure and reliable "#A=/9eb "er+ices based packaging3 routing and transport protocol as defined b4 the eb;M specifications. The ebM" is an open standard and as such is co**unication protocol neutral although the *ost co**on underl4ing protocols are >TT= and "MT=. ebM" essentiall4 offers a wa4 to echange eb;M based < docu*ents between different business applications using "#A=/9eb ser+ices.

&.G FT=

Fi'e !ransfer #rotoco' is a standard network protocol used to echange and *anipulate files o+er a TC=/I= based network such as the internet. FT= is built on a clientBser+er architecture and utilises separate control and data connections between the client and ser+er applications. FT= is also often used as an application co*ponent to auto*aticall4

(17)

transfer files for internal functions within progra*s. FT= can be used with userBbased password authentication or with anon4*ous user access.

&. FT="

Fi'e !ransfer Secure #rotoco' is an etension of FT= which adds support for the Transport a4er "ecurit4 @T" and the "ecure "ockets a4er @"" cr4ptographic protocols. FT=" should not be confused with "FT=3 an inco*patible secure file transfer subs4ste* for the "ecure "hell @""> protocol. It is also different fro* "ecure FT=3 the practice of tunneling FT= through an ""> connection

&.? >TT=

"yper!e/t !ransfer #rotoco' is used to reuest and trans*it files3 especiall4 web pages and web page co*ponents3 o+er the internet or other co*puter networks. In >TT=3 web browsers t4picall4 act as clients3 while an application running on the co*puter hosting the web site acts as a ser+er. >TT= is t4picall4 i*ple*ented across TC=/I= howe+er it can be i*ple*ented on top of an4 other protocol on the internet3 or on other networks.

&.1 >TT="

"yper!e/t !ransfer #rotoco' Secure is a co*bination of the >4pertet Transfer =rotocol with the ""/T" protocol to pro+ide encr4ption and secure identification of the ser+er. >TT=" connections are often used for pa4*ent t4pe transactions across the internet and for the echange of sensiti+e infor*ation between corporate business s4ste*s.

&.&% #FT=

Odette Fi'e !ransfer #rotoco' was de+eloped to offer a standard co**unication platfor* for the European auto*oti+e industr4 and has been in use since the *idB&1?%s. #FT= has also seen adoption across the retail3 white goods3 *anufacturing3 go+ern*ent3 transport3 insurance and banking industries to na*e but a few. The #FT= protocol is +er4 si*ple to use3 consisting of onl4 fourteen co**ands. The protocol is etre*el4 efficient3 allowing large trans*ission windows to be utilised whilst incorporating file restart3 data co*pression and securit4. #FT= has been designed to allow co*panies to co**unicate easil4 +ia point to point connections.

&.&& #FT= <.%

Odette Fi'e !ransfer #rotoco' .ersion 20 is the latest +ersion of the #FT= standard and has been designed fro* the outset to be used across the internet. #FT=< offers a

(18)

nu*ber of benefits o+er #FT= including data co*pression3 echange of digital certificates @to i*pro+e securit4 of trans*issions between trading partners3 it allows the handling of +er4 large files @o+er 2%%8b and offers support for additional character sets such as Chinese and )apanese. To date3 #FT= has *ainl4 been used in Europe howe+er as #FT=< has been designed to operate across the internet it can help trading partners

connect to one another all o+er the world. Man4 auto*oti+e *anufacturers in Europe ha+e been running #FT=< pilot pro'ects since <%%? and it is epected to be widel4 deplo4ed across production pro'ects during <%&%.

&.&< "FT=

Secure Fi'e !ransfer #rotoco' is a network protocol that pro+ides file access3 file transfer and file *anage*ent functionalit4 o+er an4 reliable data strea*. It was designed as an etension to the "ecure "hell protocol @""> +ersion <.% to pro+ide secure file transfer capabilit43 but it is also intended to be usable with other protocols as well. "FT= can be used in a nu*ber of different applications such as secure transfer o+er Transport a4er "ecurit4 @T" and transfer of *anage*ent infor*ation within ,=! applications. This protocol assu*es that it is run o+er a secure channel3 such as "">3 that the ser+er has alread4 authenticated the client and that the identit4 of the client user is a+ailable to the protocol.