VDA 4951 P1-2009 《CAD CAM数据传输 - 部分1 工程数据ENGDAT V3 1》.pdf

《VDA 4951 P1-2009 《CAD CAM数据传输 - 部分1 工程数据ENGDAT V3 1》.pdf》由会员分享，可在线阅读，更多相关《VDA 4951 P1-2009 《CAD CAM数据传输 - 部分1 工程数据ENGDAT V3 1》.pdf（70页珍藏版）》请在麦多课文档分享上搜索。

1、VDA Datenfernbertragung von CAD/CAM Daten 4951Part 1: ENGDAT V3.1 P 1 Die unverbindliche VDA-Empfehlung 4951 beschreibt Absprachen hinsichtlich Verfahren, Formaten und Inhalten von Dateien, die den Austausch von CAD/CAM - Daten und der dazugehrenden administrativen Informationen standardisieren und

2、dadurch zuverlssig und sicher machen. Aufgrund der Vielzahl der Themen im Aufgabengebiet des CAD/CAM-Datenaustausches ist die Empfehlung in einzelne Teildokumente gegliedert, die sich jeweils einem Thema widmen, teilweise aber auch aufeinander verweisen oder aufbauen. Die Nummerierung der Teildokume

3、nte sagt nichts ber den Zusammenhang oder eine Prioritt aus, sie ist lediglich historisch bedingt. Dieses Part ist eine (teilweise) bersetzung der von der SASIG WG XMTD erstellten Empfehlung Exchange and Management of Technical Data Guideline (ENGDAT v3)“ zur Untersttzung und Frderung der Umsetzung

4、dieser globalen Empfehlung im deutschsprachigen Raum. Das Original SASIG-Dokument ist die gltige und verbindliche Referenz fr dieses Part und deshalb ebenso Bestandteil des Empfehlungspaketes VDA4951. VDA-spezifische Kommentare/Erklrungen zu Ausfhrungen oder bersetzungen sind kursiv ausgefhrt. VDA-E

5、NGDAT Version: 003 (basiert auf SASIG ENGDAT Version 3.1) Version 3.1 vom Februar 2009Abteilung Logistik - Arbeitskreis “PLM“ Herausgeber: Verband der Automobilindustrie Copyright Westendstrae 61 Nachdruck und jede sonstige Form Postfach 17 05 63 der Vervielfltigung ist nur mit 60079 Frankfurt Angab

6、e der Quelle gestattet. Telefon 069/97507-284 Telefax 069/97507-300 Internet: www.vda.de VDA-Empfehlung 4951 P 1 Version 3.1, Februar 2009 Seite 2 von 70 Copyright: VDA Haftungsausschluss Die VDA-Empfehlungen sind Empfehlungen, die jedermann frei zur Anwendung stehen. Wer sie anwendet, hat fr die ri

7、chtige Anwendung im konkreten Fall Sorge zu tragen. Sie bercksichtigen den zum Zeitpunkt der jeweiligen Ausgabe herrschenden Stand der Technik. Durch das Anwenden der VDA-Empfehlungen entzieht sich niemand der Verantwortung fr sein eigenes Handeln. Jeder handelt insoweit auf eigene Gefahr. Eine Haft

8、ung des VDA und derjenigen, die an den VDA-Empfehlungen beteiligt sind, ist ausgeschlossen. Jeder wird gebeten, wenn er bei der Anwendung der VDA-Empfehlungen auf Unrichtigkeiten oder die Mglichkeit einer unrichtigen Auslegung stt, dies dem VDA umgehend mitzuteilen, damit etwaige Mngel beseitigt wer

9、den knnen. VDA-Empfehlung 4951 P 1 Version 3.1, Februar 2009 Seite 3 von 70 Copyright: VDA Inhaltsverzeichnis 1 Allgemein 4 1.1 Anwendung . 4 1.2 Abkrzungen, Begriffe, Definitionen . 5 1.3 nderungen gegenber der Vorversion 6 1.4 Kompatibilitt zu Vorversionen . 7 2 Die ENGDAT Nachricht 8 2.1 Zielsetz

10、ung . 8 2.2 Namenskonvention / Verbindung der Dateien 9 2.3 Prozessdiagramm: ENGDAT Grundlagen 11 2.4 Conformance Classes 11 2.5 ENGDAT Struktur: Segmente . 13 2.5.1 Message Identifier (MID) Segment Struktur 15 2.5.2 Document Alphanumeric Reference (DAN) Segment Struktur . 15 2.5.3 Sender Details (S

11、DE) Segment Struktur . 16 2.5.4 Receiver Details (RDE) Segment Struktur 18 2.5.5 Requested File (REQ) Segment Struktur 21 2.5.6 Exchanged File Characteristics (EFC) Segment Struktur . 22 2.5.7 Link to Other Files (LOF) Segment Struktur . 24 2.5.8 Contained File Characteristics (CFC) Segment Struktur

12、 25 2.6 Anwendungsbeispiele . 27 2.6.1 Beispiel 1 Conformance Class 1a 27 2.6.2 Beispiel 2 Conformance Class 1b 33 2.6.3 Beispiel 3 Conformance Class 2 40 2.6.4 Beispiel 4 Conformance Class 3 43 2.6.5 Beispiel 5 Conformance Class 4a 54 2.6.6 Beispiel 6 Conformance Class 4b 58 2.7 Technische Vorausse

13、tzungen 63 2.7.1 Datenleitung . 63 2.7.2 Datentrger . 63 2.7.3 File Transfer Protocol . 63 Anhang C Anwendungsempfehlungen 64 VDA-Empfehlung 4951 P 1 Version 3.1, Februar 2009 Seite 4 von 70 Copyright: VDA 1 Allgemein 1.1 Anwendung Der Einsatz von CAD/CAM-Technologie ist heute in der Automobil- und

14、Automobilzulieferindustrie Stand der Technik. Neben CAD/CAM-Daten existieren hufig technische Daten unterschiedlichster Natur, z.B. Stcklisten (BOMs), Anforderungslisten, Finite Elemente Analysen (FEA), Tabellenkalkulationen und Text Dokumente. Diese Dateneinheiten, auch Technische Datenpakete genan

15、nt, mssen dabei ber groe Entfernungen zwischen den Partnern ausgetauscht werden. Der Austausch erfolgt zunehmend ber (ffentliche) Netzwerke. Diese Art der Datenbertragung wird Datenfernbertragung (DF) genannt. Die Vorzge der DF sind der geringe Zeitverlust und die mgliche Automatisierung. Zur Sicher

16、stellung einer zuverlssigen Funktionsweise mssen festgelegte Regeln eingehalten werden. Mit dieser Empfehlung werden Inhalt, Struktur und Format einer maschinen lesbaren Inhaltsbeschreibung (Abstract) technischer Datenpakete (Engineering-Data-Message, kurz ENGDAT-Message bzw. ENGDAT-Nachricht) festg

17、elegt. Die ENGDAT beinhaltet Informationen, welche von den zustndigen Personen zur Daten-Anforderung, -Erstellung, -Vorbereitung, -bertragung, -Empfang, -Verwaltung und deren Empfangsbesttigung bentigt werden. Des Weiteren sind die Merkmale der enthaltenen technischen Daten beschrieben. Diese Empfeh

18、lung basiert ursprnglich auf der in der ODETTE - Working - Group 11 als europischem Standard erarbeiteten und verabschiedeten Empfehlung der “ENGDAT-Message“ (Engineering Data Message). Bei der berarbeitung dieser Empfehlung fanden mehr als 160 Anforderungen der Strategic Automotive product data Sta

19、ndards Industry Group (SASIG) Bercksichtigung. Die ENGDAT Versionen 1 und 2 sind als Europischer Standard etabliert und werden sowohl von der Nordamerikanischen- als auch der Japanischen Automobilindustrie akzeptiert. Die Zielsetzung dieser Empfehlung ist die Definition und Interpretation der ENGDAT

20、 Nachricht als verbindliche Vorgehensweise fr den technischen Datenaustausch. Sie soll zusammen mit den erarbeiteten Beispielen zur Untersttzung fr notwendige Softwareimplementierungen dienen. Das Ergebnis ist die Definition einer neuen ENGDAT Version (Version 3), welche unter Verwendung neuer Sprac

21、htechnologien neue Anforderungen erfllt. Mit der Version 3.1 wurden diverse Korrekturen und Verbesserungen umgesetzt. VDA-Empfehlung 4951 P 1 Version 3.1, Februar 2009 Seite 5 von 70 Copyright: VDA 1.2 Abkrzungen, Begriffe, Definitionen Conformance Class Ist eine Untermenge der Datenelemente in der

22、ENGDAT Spezifikation, welche eine oder alle vier Nachrichtenarten (Datenanforderung, einfacher Datenaustausch, erweiterter Datenaustausch, Besttigung nach Datenerhalt) reprsentiert. Container File Oftmals werden beim Export und Austausch von CAD-Daten (auch einzelner Teile) mehrere Dateien bentigt,

23、die aber sehr eng zusammenhngen z. B. ber Verzeichnisse bzw. Verzeichnisstrukturen. Um diese Informationen auf einfache Weise zu bertragen, knnen solche Stze von Dateien in Container-Files zusammengefasst werden. Die in Container-Files enthaltenen Dateien werden “Contained Files“ genannt. Liefersche

24、in (Delivery Note) Als Lieferschein wird eine Datei bezeichnet, die Informationen ber die Datenstze eines Technischen Datenpaketes enthlt. In diesem Dokument stellt der Lieferschein eine ENGDAT Nachricht oder eine ENGDAT Datei dar. ENGDAT Nachricht (Engineering Data Message) Die ENGDAT Nachricht ist

25、 eine Mitteilung, die entweder eine Liste von Metadaten bzw. Informationen ber “andere Dateien“ enthlt oder in bestimmten Fllen auch die Nutzinformation selbst (Anforderung bzw. Besttigung von Daten). Insofern kann die ENGDAT Nachricht entweder alleine oder zusammen mit anderen Datenstzen als Paket

26、verschickt werden. Die Liste der Metadaten wir durch acht Segmente reprsentiert: Message Identifier (MID), Document Alphanumeric Reference (DAN), Sender Details (SDE), Receiver Details (RDE), Requested File (REQ), Exchanged File Characteristics (EFC), Link to Other Files (LOF), and Contained File Ch

27、aracteristics (CFC). Jedes dieser Segmente enthlt 2 bis 49 Elemente. Die in den Segmenten und Datenelementen abgebildeten Informationen geben dem Empfnger Aufschluss ber die Zielsetzung des Datenaustauschs als auch ber die Funktion jedes einzelnen Datensatzes. ENGDAT Paket Unter ENGDAT-Paket wird di

28、e Gesamtheit der Dateien verstanden, die entsprechend der ENGDAT-Definition (siehe VDA4951 P1) versendet werden, also die Abstract-Datei sowie alle ber die Namenskonvention zum Paket assoziierten Nutzdateien. Technisches Datenpaket Als Technisches Datenpaket wird die Kombination von Datenstzen mit e

29、inem beliebigen Lieferschein bezeichnet. Diese werden immer gemeinsam bertragen. Das in diesem Dokument beschriebene ENGDAT Paket stellt somit ein spezifisches Technisches Datenpaket dar. VDA-Empfehlung 4951 P 1 Version 3.1, Februar 2009 Seite 6 von 70 Copyright: VDA 1.3 nderungen gegenber der Vorve

30、rsion Version nderung Kapitel Seite 1 VDA-ENGDAT V1 auf Basis Odette-ENGDAT V1 2 VDA-ENGDAT V2 auf Basis Odette-ENGDAT V2 3.0 Erstausgabe VDA-ENGDAT V3 auf Basis SASIG-ENGDAT V3 3.0.1 Vermerke bzgl. Vorlufigkeit entfernt, Dokumentpaket VDA4951 auf Basis ENGDAT V3 angepasst. Deckblatt 1, 2 3.0.2 Anne

31、x C des Originaldokuments bersetzt und angefgt Anhang C 50 3.1 Nachtrgliche Vernderung der Vorgngerversionen 3.1 und 3.2 auf 3.0.1 bzw. 3.0.2 um die aktuelle Dokumentversion mit der zugrunde liegenden ENGDAT Version 3.1 identisch zu machen, generelle Umstellung des ENGDAT-Dateinamens von ENG auf EN3

32、, nderungen auf Basis SASIG-ENGDAT V3.1 eingearbeitet, geplante/diskutierte nderungen fr SASIG-ENGDAT V3.1 vorab eingearbeitet gesamtes Dokument 2.2, div. 2.5, 2.6 Anh. C 9 ff. 13 ff. Die ENGDAT Version 3 hat gegenber ihrer Vorgngerversion grundlegende Vernderungen erfahren. Diese neue Version ist i

33、n der Lage, Geschftsprozesse anderer (auereuropischer) Regionen abzubilden und beinhaltet zahlreiche Aktualisierungen und bercksichtigt neue Anforderungen. Sie verzichtet auf veraltete und wenig genutzte Funktionseinheiten und sttzt sich auf den neuen Standard XML. Durch diese nderungen ist die Komp

34、atibilitt zu den Vorgngerversionen praktisch nicht forderbar. Die nachfolgenden Abstze haben deshalb nur informativen Charakter, d.h. bedeuten keine Kompatibilittsforderung. Im Falle einer bersetzung zwischen den Versionen werden Sie feststellen, dass eine bersetzung von V2 nach V3 mglich ist, beim

35、umgekehrten Weg aber viele Segmente und Felder keine Entsprechung finden. Die Segmentgruppe GR1 (Segment Group 1) und das Segment DSD (Drawing Specification Details) wurden entfernt. Sie fanden in der Praxis nur wenig Verwendung und deren ursprngliche Bedeutung war nicht eindeutig definiert. Die Inh

36、alte dieser Segmente knnen nun ber das Segment EFC abgebildet werden. In den Segmenten SDE und RDE wurden zahlreiche Elemente hinzugefgt, entfernt oder gendert. Die Datenelemente des Segmentes SEC (Security) wurden in die Segmente EFC und CFC verschoben. Es wurde ein neues Datensegment geschaffen: C

37、FC (Container File Characteristics). Wird im Segment EFC eine Nutzdatei als “Container File“ deklariert, so knnen alle darin enthaltenen Dateien (Contained Files) im CFC Segment beschrieben werden. Ursprnglich beschrnkte sich der Einsatz von ENGDAT auf den reinen Datenversand (in dieser Version besc

38、hrieben durch Conformance Class 2 und 3) und das Versenden von Empfangsbesttigungen (Conformance Class 4). Die Erweiterungen der ENGDAT Version 3 ermglichen nun zustzlich das Anfordern technischer Daten. Die Spezifikation der angeforderten Daten kann in dem neuen Segment REQ (Request File) erfolgen.

39、 Die Reihenfolge einiger Datenelemente wurde so gendert, dass Datenelemente gleichen Inhaltes oder gleichen Zweckes immer in der gleichen Reihenfolge dargestellt werden, unabhngig davon, in welchem Segment sie verwendet werden. ENGDAT Datenpakete knnen nun aus maximal 9998 Dateien und einem Datenlie

40、ferschein bestehen. Jede Datei kann wiederum als Container File bis zu 9999 Dateien enthalten, die wiederum ber CFC Segmente beschrieben werden knnen. Die maximalen Feldlngen der meisten Datenelemente wurden erweitert, trotzdem wird geraten die Feldinhalte bzw. Beschreibungen kurz zu halten. Alle al

41、ten EDIFACT Referenzen wurden aus diesem Dokument entfernt. Mit der Entscheidung, diese Version als XML-Nachricht zu definieren, erbrigt sich eine Implementierung in EDIFACT VDA-Empfehlung 4951 P 1 Version 3.1, Februar 2009 Seite 7 von 70 Copyright: VDA Norm. Ausfhrliche Beschreibungen ber die Verwe

42、ndung von XML knnen dem Anhang entnommen werden. 1.4 Kompatibilitt zu Vorversionen Systemlieferanten wird seit Verffentlichung der Version 3.0 empfohlen, ltere Versionen der ENGDAT nicht mehr umzusetzen. Version 3.1 enthlt kleinere nderungen die rckwrts-kompatibel zu Version 3.0 sein sollen: 1) In K

43、apitel 2.5 der ENGDAT Version 3.0 indizierte der zweite Satz des ersten Absatzes unterhalb von Abbildung 2, dass Conformance Class 4b mindestens ein DAN Segment enthalten muss. Stattdessen ist es Conformance Class 4a welche mindestens ein DAN Segment enthalten muss; 4b darf 0 oder mehr enthalten. 2)

44、 Im RDE Segment ist die Angabe eines Engineering Contact nicht lnger obligatorisch, stattdessen ist die Angabe einer der drei Kontakttypen (Engineering, Technical oder Trading) obligatorisch. Es darf mehr als einer angegeben werden um alternative Empfnger zu benennen falls einer nicht verfgbar sein

45、sollte. 3) Ein neues Feld (Internal ID Code ) wurde hinzugefgt um die verschiedenen Quellen der Internal ID Number unterscheiden zu knnen. Mit Hilfe dieses neuen Feldes ist es mglich einen Code anzugeben, der darstellt welches System die nachfolgend genannte Nummer erzeugt hat. Hier einige Beispiele

46、 fr mgliche Code Werte (analog zu ISO/IEC 6523): 5 = ISO (International Organization for Standardization) 10 = ODETTE 16 = DUNS Number by Dun M or Engineering Contact or Trading Contact 1 Receiver Engineering Contact Routing Code RDE_ENG_ROU M, or 13+15, or 13+18 x50 2b6f5e3c5e8h 2 Receiver Engineer

47、ing Contact Company Name RDE_ENG_NAM M or 3+4 x100 Nova Parts Co. 3 Receiver Engineering Contact Internal ID Code RDE_ENG_UID_COD M+4 or 2 x5 16 4 Receiver Engineering Contact Internal ID Number RDE_ENG_UID M+3 or 2 x50 084523 VDA-Empfehlung 4951 P 1 Version 3.1, Februar 2009 Seite 30 von 70 Copyrig

48、ht: VDA 5 Receiver Engineering Contact Address Street Name RDE_ENG_ADR_STR 0/1 ax50 Stephenson Highway 6 Receiver Engineering Contact Address Street Number RDE_ENG_ADR_NBR 0/1 x25 1414 7 Receiver Engineering Contact Address City RDE_ENG_ADR_CTY 0/1 x50 Windsor 8 Receiver Engineering Contact Address

49、State RDE_ENG_ADR_STA 0/1 x50 Ontario 9 Receiver Engineering Contact Address Country RDE_ENG_ADR_COU 0/1 a2 CA 10 Receiver Engineering Contact Address Postal Code RDE_ENG_ADR_ZIP 0/1 x25 z1e4r4 11 Receiver Engineering Contact Address Comment RDE_ENG_ADR_TXT 0/1 x50 12 Receiver Engineering Contact Department RDE_ENG_ADR_DEP 0/1 x100 13 Receiver Engineering Contact Person Surname RDE_ENG_PER_SUR M+15, M+18, o