ImageVerifierCode 换一换
格式:PDF , 页数:19 ,大小:378.71KB ,
资源ID:653662      下载积分:10000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
注意:如需开发票,请勿充值!
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-653662.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(DIN 16560-1-2016 EDIFACT - Application rules - Part 1 Service segments《行政管理、商业和运输用电子数据交换系统(EDIFACT) 使用规则 第1部分 服务部分》.pdf)为本站会员(inwarn120)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

DIN 16560-1-2016 EDIFACT - Application rules - Part 1 Service segments《行政管理、商业和运输用电子数据交换系统(EDIFACT) 使用规则 第1部分 服务部分》.pdf

1、Mai 2016DEUTSCHE NORM Preisgruppe 11DIN Deutsches Institut fr Normung e. V. Jede Art der Vervielfltigung, auch auszugsweise, nur mit Genehmigung des DIN Deutsches Institut fr Normung e. V., Berlin, gestattet.ICS 35.240.60!%Q3“2469616www.din.deDIN 16560-1EDIFACT Anwendungsregeln Teil 1: ServiceSegmen

2、teEDIFACT Application rules Part 1: Service segmentsEDIFACT Rgles dapplication Partie 1: Segments de serviceAlleinverkauf der Normen durch Beuth Verlag GmbH, 10772 BerlinErsatz frDIN 165601:199807www.beuth.deGesamtumfang 19 SeitenDDIN-Normenausschuss Informationstechnik und Anwendungen (NIA)DIN 1656

3、0-1:2016-05 2 Inhalt Seite Vorwort 3 1 Anwendungsbereich . 4 2 Normative Verweisungen . 4 3 Begriffe 4 4 Symbole und Abkrzungen 5 5 Service-Segmente 6 5.1 Allgemeines . 6 5.2 UNA Trennzeichen-Vorgabe 6 5.3 UNB Nutzdaten-Kopfsegment 8 5.4 UNZ Nutzdaten-Endesegment . 11 5.5 UNG Kopfsegment fr Nachrich

4、tengruppe . 11 5.6 UNE Endesegment der Nachrichtengruppe 13 5.7 UNH Nachrichten-Kopfsegment . 14 5.8 UNT Nachrichten-Endesegment . 15 5.9 TXT Text 16 5.10 UNS Abschnitts-Kontrollsegment 16 6 Strukturierung von EDIFACT-Dateien . 16 6.1 Adressangaben . 16 6.2 Verwendung von UNG 17 Literaturhinweise .

5、19 DIN 16560-1:2016-05 3 Vorwort Diese Norm wurde vom Arbeitsausschuss NA 043-03-03 AA Elektronisches Geschftswesen“ im DIN-Normenausschuss Informationstechnik und Anwendungen (NIA) erarbeitet. Sie richtet sich an Systemanalytiker, Programmierer und Organisatoren, die mit der Einfhrung des elektroni

6、schen Datenaustauschformates nach EDIFACT beschftigt sind. Sie stellt keine Einfhrung in EDIFACT dar, sondern setzt Kenntnisse der EDIFACT-Syntax und -Strukturen sowie in der Datenverarbeitung voraus. Unter dem allgemeinen Titel EDIFACT null Anwendungsregeln besteht DIN 16560 aus den folgenden Teile

7、n: null Teil 1: Service-Segmente null Teil 15: Anwendung des Service-Nachrichtentyps AUTACK zur bermittlung von Integritts- und Authentizittsinformationen ber versendete Nutzdaten null Teil 16: Anwendung des Service-Nachrichtentyps KEYMAN zur bermittlung von Sicherheitsschlsseln und -zertifikaten nu

8、ll Teil 17: Anwendung des Nachrichtentyps PRODAT zur bermittlung von Produktstammdaten Es wird auf die Mglichkeit hingewiesen, dass einige Elemente dieses Dokuments Patentrechte berhren knnen. Das DIN und/oder die DKE sind nicht dafr verantwortlich, einige oder alle diesbezglichen Patentrechte zu id

9、entifizieren. nderungen Gegenber DIN 16560-1:1998-07 wurden folgende nderungen vorgenommen: a) Anpassung an die aktuelle Vorlage zur Gestaltung von Normen; b) Ergnzung eines Hinweises im Anwendungsbereich, dass die Norm sinngem auch auf jngere Versionen der EDIFACT-Syntax anwendbar ist; c) Aktualisi

10、erung und Ergnzung der normativen Verweisungen und Literaturhinweise; d) Erweiterung des Abschnitts Begriffe”; e) Erweiterung des Abschnitts Symbole und Abkrzungen“; f) Aktualisierte Beschreibung zur Nutzung der Datenelemente 0070 und 0073; g) redaktionelle berarbeitung. Frhere Ausgaben DIN 16560-1:

11、 1998-07 DIN 16560-1:2016-05 4 1 Anwendungsbereich Diese Norm gibt Empfehlungen zur Anwendung der Service-Segmente, die in DIN ISO 9735 entsprechend der EDIFACT-Syntax, Version 3, festgelegt sind. Da die in DIN ISO 9735 definierte EDIFACT-Syntax, einschlielich der Segment-, Datenelement- und Code-Be

12、schreibungen, einen gewissen Interpretationsspielraum bei der Anwendung der Service-Segmente zulsst, knnen verschiedene Anwender zu nicht kompatiblen Implementationen gelangen. Die vorliegende Norm soll die Mglichkeiten und Grenzen der Auslegung abstecken und dem Anwender verbindliche Leitlinien geb

13、en. Diese Norm ist sinngem auch auf die in der EDIFACT-Syntax, Version 4 und spter, enthaltenen Elemente (Segmente, Datenelementgruppen und Datenelemente) bertragbar, sofern in der Version 4 die entsprechenden Elemente gleichartig angewendet werden. 2 Normative Verweisungen Die folgenden Dokumente,

14、die in diesem Dokument teilweise oder als Ganzes zitiert werden, sind fr die Anwendung dieses Dokuments erforderlich. Bei datierten Verweisungen gilt nur die in Bezug genommene Ausgabe. Bei undatierten Verweisungen gilt die letzte Ausgabe des in Bezug genommenen Dokuments (einschlielich aller nderun

15、gen). DIN 16568-3:2002-11, EDIFACT Einheitlicher Nachrichtentyp Teil 3: Syntax- und Servicebericht (CONTRL) zur Anwendung auf die Versionen 1, 2 und 3 der EDIFACT-Syntax DIN ISO 8601, Datenelemente und Austauschformate Informationsaustausch Darstellung von Datum und Uhrzeit (ISO 8601) DIN ISO 9735:2

16、002-11, Elektronischer Datenaustausch fr Verwaltung, Wirtschaft und Transport (EDIFACT) Syntax-Regeln auf Anwendungsebene (ISO 9735:1988 + Amd 1:1992) 3 Begriffe Fr die Anwendung dieses Dokuments gelten die folgenden Begriffe. 3.1 Boilerplate textliche Beschreibung eines EDIFACT-Nachrichtentyps 3.2

17、Subset Untermenge eines EDIFACT-Nachrichtentyps zur Verwendung innerhalb eines Gewerbes oder einer Anwendung Anmerkung 1 zum Begriff: Die Untermenge muss den Regeln zum Auslassen von Dateneinheiten folgen und prsentiert normalerweise nur diejenigen Bestandteile, die im entsprechenden Gewerbe oder de

18、r Anwendung bentigt werden. 3.3 Trennzeichen-Vorgabe optionale Zeichenkette, die am Beginn einer bertragungsdatei steht, um die darin verwendeten Service-zeichen festzulegen QUELLE: DIN ISO 9735:2002, A.45 DIN 16560-1:2016-05 5 3.4 Zeitstempel Zeitpunkt zu einem Ereignis, dargestellt durch ein Datum

19、, gegebenenfalls mit der Uhrzeit 4 Symbole und Abkrzungen Die folgenden Abkrzungen, die in diesem Dokument verwendet werden, sind wie folgt beschrieben. DE Datenelement DE-Gruppe Datenelementgruppe EDIFACT Electronic Data Interchange for Administration, Commerce and Transport (de: Elektronischer Dat

20、enaustausch fr Verwaltung, Wirtschaft und Transport) EDIFICE Electronic Data Interchange for Interest Computing Electronics (EDI-Forum der interessierten Computer- und Elektronik-Industrie) IA Interchange Agreement (de: Datenaustauschvereinbarung) MiD Message in Development (de: Nachricht in Entwick

21、lung) ODETTE Organization for Data Exchange by Tele-Transmission in Europe (de: Organisation des Datenaustausches ber Datenfernbertragung in Europa) RT Rapporteurs Team (de: Berichterstatter-Gruppen) UN United Nations (de: Vereinte Nationen) UN/ECE United Nations/Economic Commission for Europe (de:

22、Vereinte Nationen/Wirtschaftskommission fr Europa) UNSM United Nations Standard Message (de: Vereinte Nationen Einheitlicher Nachrichtentyp) UNTDED United Nations Trade Data Elements Directory (de: Vereinte Nationen Verzeichnis von Handelsdatenelementen) UNTDID United Nations Trade Data Interchange

23、Directory (de: Vereinte Nationen Verzeichnis des Handelsdatenaustausches) Der in dieser Norm verwendete Begriff Nachricht“ ist in der Terminologie von EDIFACT (siehe DIN ISO 9735:2002-11, Anhang A) streng genommen als Einheitlicher Nachrichtentyp“ (abgeleitet aus UNSM) bzw. verkrzt als Nachrichtenty

24、p“ bekannt. DIN 16560-1:2016-05 6 5 Service-Segmente 5.1 Allgemeines In diesem Abschnitt werden alle Service-Segmente detailliert beschrieben sowie Anwendungsempfehlungen und Hintergrundinformationen gegeben. Die Segmente und Trennzeichen-Vorgabe werden in der gleichen Reihenfolge behandelt wie in D

25、IN ISO 9735 dargestellt, d. h. UNA, UNB UNZ, UNG UNE, UNH UNT, TXT, UNS. Die Service-Segmente werden nach folgender Darstellung erlutert: Am linken Rand stehen die Kennungen der Datenelementgruppen und der Datenelemente. Die Beschreibungen und Erluterungen dazu sind eingerckt; z. B.: ABC Segmentname

26、 Ein Segment wird nach der Abschnittsnummer mit der Segment-Kennung (en: Tag, z. B. hier ABC) und dem Segmentnamen eingeleitet. S999 M DATENELEMENTGRUPPENNAME Das Kennzeichen M“ steht fr MUSS (Mandatory) und besagt, dass diese Datenelementgruppe (Composite data element) benutzt werden muss. Alternat

27、iv kann auch K“ fr KANN (Conditional) hier benutzt werden. Service-Datenelementgruppen in Service-Segmenten haben eine Kennung, die aus dem Buchstaben S“ gefolgt von drei Ziffern besteht. Eine Datenelementgruppe endet entweder mit dem Segmentende oder mit dem Datenelement-Trennzeichen +“ (siehe Unte

28、rabschnitt 3.2), das eine weitere Datenelementgruppe bzw. ein weiteres Datenelement einleitet. Ende S999 Dieser Hinweis steht immer dann im Text, wenn das Ende einer Datenelementgruppe ohne diesen Hinweis nicht eindeutig erkennbar ist. 9999 an9 K DATENELEMENTNAME Die Kennung eines Datenelementes bes

29、teht aus vier Ziffern, wobei im Falle der Service-Datenelemente die erste Ziffer prinzipiell eine Null 0“ ist. Die Angabe der Darstellung an9“ (alphanumerisch bis 9 Stellen) legt die erlaubten Datenformate fest. Das Kennzeichen K“ steht fr KANN, s. o. In der Beschreibung des Datenelementes werden te

30、ilweise Verweise auf andere Datenelemente vorgenommen; diese haben dann folgendes Aussehen: S002/0004 DE-Gruppe/Datenelement UNB/0010 Segment/Datenelement Weiterhin sind Beispiele aufgenommen worden, die einerseits der Illustration einer korrekten Anwendung dienen, andererseits auch die Interpretati

31、onsrichtung angeben. Datums- und Uhrzeitangaben sind in bereinstimmung mit DIN ISO 8601 gegeben. 5.2 UNA Trennzeichen-Vorgabe Das UNA ist eine Trennzeichen-Vorgabe, die Trenn-, Dezimal- und Freigabezeichen festlegt. Die Verwendung des UNA ist optional; sie wird aber dann notwendig, wenn andere Zeich

32、en als die im verwendeten Zeichensatz vorgesehenen Trennzeichen benutzt werden. Die Vorgabe beginnt mit den Grobuchstaben UNA, dann folgen unmittelbar die sechs vom Sender der bertragungsdatei festgelegten Trennzeichen in der nachstehend aufgefhrten Reihenfolge: DIN 16560-1:2016-05 7 : trennt Gruppe

33、ndatenelemente in einer DE-Gruppe + trennt Segment-Bezeichner, DE-Gruppen und Datenelemente . Dezimalzeichen Nach DIN ISO 9735 knnen sowohl der Punkt als auch das Komma als Dezimalzeichen benutzt werden. Beide Dezimalzeichen drfen in der gleichen bertragung nicht gemischt eingesetzt werden. ? Freiga

34、bezeichen, gibt dem auf das Freigabezeichen folgende Zeichen seine ursprngliche Bedeutung zurck. Beispiel: 10?+10=20“ entspricht im Klartext 10+10=20“. SP Leerzeichen, reserviert fr sptere Anwendungen Segment-Endezeichen Fr die Trenn-, Dezimal- und Freigabezeichen darf nicht das Leerzeichen gewhlt w

35、erden. Das Dezimalzeichen, das Vorzeichen und das Freigabezeichen werden bei der Ermittlung der maximalen Lnge eines Datenelementes nicht mitgezhlt. Die Verschlsselung im Dezimalcode und Hexadezimalcode fr die o. g. Trennzeichen nach Zeichensatz UNOA (7-bit ASCII) ist in Tabelle 1 angegeben. Tabelle

36、 1 Trennzeichen-Verschlsselung fr Zeichensatz UNOA Trennzeichen Zeichenname Graphische Darstellung Dezimalcode Hex-Code Gruppendatenelement-Trennzeichen Doppelpunkt : 58 3A Datenelement-Trennzeichen Pluszeichen + 43 2B Dezimalzeichen Komma oder Punkt , oder . 44 oder 46 2C oder 2E Freigabezeichen Fr

37、agezeichen ? 63 3F Reserviert fr sptere Verwendung Leerzeichen SP 32 20 Segment-Endezeichen Apostroph 39 27 Werden andere Zeichenvorrte als nach Zeichensatz UNOA definiert verwendet, sollten die Trennzeichen nach Tabelle 2 verwendet werden. DIN 16560-1:2016-05 8 Tabelle 2 Trennzeichen-Verschlsselung

38、 fr andere Zeichenstze als UNOA Trennzeichen Zeichenname Graphische Darstellung Dezimalcode Hex-Code Gruppendatenelement-Trennzeichen IS1 nicht darstellbar 31 1F Datenelement-Trennzeichen IS3 nicht darstellbar 29 1D Dezimalzeichen Komma oder Punkt , oder . 44 oder 46 2C oder 2E Freigabezeichen Frage

39、zeichen ? 63 3F Reserviert fr sptere Verwendung Leerzeichen SP 32 20 Segment-Endezeichen IS4 nicht darstellbar 28 1C Bis einschlielich UNB/S002 ist jedoch immer der Zeichensatz UNOA zu verwenden. 5.3 UNB Nutzdaten-Kopfsegment S001 M SYNTAX-BEZEICHNER 0001 a4 M Syntax-Kennung Hier handelt es sich um

40、ein aus zwei Codierungen zusammengesetzten Wert, der den verwendeten Zeichensatz festlegt. Die ersten drei Buchstaben legen die verantwortliche Stelle fr die Pflege dieses Zeichensatzes fest (hier steht UNO fr die EDIFACT-Syntax); der vierte Buchstabe legt die Ausgabe fest. Nur bei Zeichensatz UNOA

41、sind die Trennzeichen lesbar. Werden andere Zeichenstze z. B. mit nationalen Sonderzeichen gewhlt, sind die Trennzeichen nach den Zeichenstzen UNOB, UNOC, UNOD, UNOE, UNOF zu verwenden (siehe 5.2). 0002 n1 M Syntax-Versionsnummer Hier wird die verwendete Syntax-Version festgelegt. Die Zahl “1“ ist f

42、r die seit Juli 1988, die Zahl “2“ fr die seit Mai 1991 und die Zahl “3“ fr die seit Dezember 1992 gltige Syntax-Version einzusetzen (siehe auch DIN ISO 9735). S002 M ABSENDER DER BERTRAGUNGSDATEI 0004 an35 M Absenderbezeichnung Diese Bezeichnung kennzeichnet den Absender und muss eindeutig in einem

43、 Netzwerk oder einer Benutzergruppe definiert sein (siehe auch Abschnitt 5.1). Innerhalb dieser Organisation muss es eine verantwortliche Stelle geben, die die Eindeutigkeit sicherstellt. Grundstzlich wird diese Bezeichnung vom Absender dem Empfnger vorgegeben. Weitgehend eindeutige Bezeichnungen si

44、nd z. B. ILN oder die DUNS-Nummer. Verwendet werden knnen auch die Telefon- oder Telexnummern. Die Verwendung von uncodierten Absenderbezeichnungen ist mglich, doch ist die Sicherstellung der Eindeutigkeit schwierig. Als uncodierte Angabe kann z. B. der Firmenname verwendet werden. Vorrangig sollten

45、 jedoch nur codierte Absenderbezeichnungen verwendet werden. DIN 16560-1:2016-05 9 0007 an4 K Teilnehmerbezeichnung, Qualifier Falls die Absenderbezeichnung codiert angegeben wird, muss in diesem Feld der entsprechende Qualifier eingetragen werden, der der codierten Angabe in Datenelement 0004 eine

46、bestimmte Bedeutung zuordnet. Der Qualifier z. B. fr Telefon ist der Codeliste zum Datenelement 0007 zu entnehmen. 0008 an14 K Adresse fr Rckleitung Der Absender gibt dem Empfnger fr eine Rckantwort eine Weiterleitungsadresse vor. Diese Vorgabe liegt voll im Verantwortungsbereich des Absenders. Sie

47、dient nicht zur Weiterleitung zwischen Netzwerken, sondern wird nur innerhalb des organisatorischen Verantwortungsbereiches des in Datenelement 0004 eindeutig identifizierten Absenders verwendet. Hier sind nicht Abteilungsnamen oder Sachbearbeiter anzugeben. Diese knnen innerhalb der Nutzdaten aufge

48、fhrt werden. BEISPIELE 0008 Firma abc 0008 Werk 4711 S003 M EMPFNGER DER BERTRAGUNGSDATEI 0010 an35 M Empfngerbezeichnung Es gelten sinngem die Ausfhrungen zu S002/0004. Die Empfngerbezeichnung wird dem Absender vom Empfnger mitgeteilt. 0007 an4 K Teilnehmerbezeichnung, Qualifier Es gelten die Ausfh

49、rungen zu S002/0007. 0014 an14 K Weiterleitungsadresse Der Absender verwendet hier die vom Empfnger vorgegebene Weiterleitungsadresse. Diese Vorgabe liegt voll im Verantwortungsbereich des Empfngers. Sie dient nicht zur Weiterleitung zwischen Netzwerken, sondern wird nur innerhalb des organisatorischen Verantwortungsbereiches des in Datenelement 0010 eindeutig identifizierten Empfngers verwendet. Hier

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1