aktuelle Version des Datenaustausches: Version 3.0 diese besteht aus: Fachdokumentation (auf CD) Schemadateien (auf CD - PowerPoint PPT Presentation

Presentation Transcript

aktuelle Version des Datenaustausches: Version 3.0diese besteht aus:

Fachdokumentation (auf CD)
Schemadateien (auf CD)

GAEB_DA_XML.xsd (GAEB)
xlmdsig-core-schema.xsd (W3C)
xml.xsd (W3C)

Informationen auf www.gaeb-da-xml.de

STLB-Bau Entwicklertreffen 2007-05-10

Es werden die Datenaustauschphasen:

D81 Leistungsbeschreibung
D82 Kostenansatz
D83 Angebotsaufforderung
D84 Angebotsabgabe
D85 Nebenangebot
D86 Auftragsvergabe und
D88 Nachtrag
beschrieben.

Es existiert ein Schema für

Austauschdateien der Phasen
81
82
83
85
86
(88)
sollen gegen das Schema gültig sein.
Unterschiede zwischen diesen Austauschphasen sind nicht im Schema definiert.

Für Austauschdateien der Phase 84 existiert keine Schema.

Die Regeln sind verbal in einem Dokument auf der Internetseite beschrieben.

Zielstellung:

Schema für 81
Schema für 82
Schema für 83
Schema für 84
Schema für 85
Schema für 86
Schema für 88

Bemerkungen zur 88 Nachtrag

Ein Nachtrag ist keine eigene Datenaustauschphase

Ein Nachtrag ist ein neues LV; es kann wieder die Phasen 81 bis 86 geben.

Ziel:

möglichst robuster Datenaustausch beim Kunden
flexible Einsatzmöglichkeiten des Datenaustausches

möglichst robuster Datenaustausch beim Kunden

gringfügige und unbedeutende Abweichungen vom erwarteten Inhalt sollen nicht dazu führen, dass LVs nicht eingelesen werden können

flexible Einsatzmöglichkeiten des Datenaustausches
Datenaustausch soll auch außerhalb des klassischen Workflows genutzt werden. z.B. STLB-Bau Schnittstelle

Ziel ist nur gemeinsam zu erreichen

GAEB hält sich bei der Forschreibung an abgesprochen Einschränkungen
Softwarhäuser programmieren „robust“ bezüglich der abgesprochenen Einschränkungen

Geplantes Vorgehen beim GAEB:

In der nächsten Version werden nur behutsam Änderungen am Schema vorgenommen.

Nur Erweiterungen der 3.0
Alles, was in der 3.0 erlaubt war, ist auch in der nächsten Version erlaubt
Es kommen lediglich
optionale Elemente,
optionale Attribute,
optionale Elementinhalte oder
optionale Attributinhalte
dazu.
Der Namensraum bleibt unverändert

Konsequenz:

Die nächste Version wird noch keine Schemata für die einzelnen Datenaustauschphasen enthalten.

Hierzu wäre es notwendig, in der 3.0 erlaubte Elemente in bestimmten Phasen zu verbieten.

Empfehlung für „robustes“ Programmieren

Während der Programmierung sollen Testdateien gegen das Schema geprüft werden
Das Importprogramm beim Kunden soll nicht gegen das Schema prüfen. Es soll nur bekannte Informationen aus der zu importierenden Datei auslesen.

Welche unbekannten Informationen kann es geben?

Unbekannte Informationen im Namensraum des GAEB
Informationen in einem unbekannten Namensraum

Wie sollte ein Importprogramm mit unbekannten Informationen umgehen?
Unbekannte Informationen im Namensraum des GAEB, wenn die Versionen übereinstimmen sind Fehler
Unbekannte Informationen im Namensraum des GAEB, wenn die Version der GAEB-Datei neuer ist als die des Importprogramms sind keine Fehler
Unbekannte Informationen im Namensraum des GAEB, wenn die Version der GAEB-Datei älter ist als die der GAEB-Datei sind Fehler
Bei unbekannten Informationen in einem unbekannten Namensraum sollte ein Hinweis auf den Namensraum erscheinen. Alle bekannten Informationen aus dem GAEB-Namensraum sollten trotzdem eingelesen werden.

Importprogramm Stand 3.0

GAEB-Datei 3.0

Schemaprüfung

kein Fehler

GAEB-Datei 3.1

Schemaprüfung

kein Fehler

GAEB-Datei 3.0

Schemaprüfung

kein Fehler

GAEB-Datei 3.1

Fehler,

unbekannte Elemente

Schemaprüfung

GAEB-Datei 3.1

alle unbekannten Elemente

überlesen

kein Fehler

Änderungen für 3.10:

Mehrwertsteuer auf OZ Ebene

<xs:complexType name="tgItem">

<xs:annotation>

<xs:documentation>Position</xs:documentation>

</xs:annotation>

. . .

<xs:element name="IT" type="tgDecimal_13_2" minOccurs="0">

<xs:annotation>

<xs:documentation>Gesamtbetrag incl. Nachlass</xs:documentation>

</xs:annotation>

</xs:element>

<xs:element name="VAT" type="tgDecimal_5_2" minOccurs="0">

<xs:annotation>

<xs:documentation>Falls dieses Element fehlt, gilt die übergeordnete MwSt.</xs:documentation>

</xs:annotation>

</xs:element>

<xs:element name="PriceInfo" minOccurs="0">

<xs:annotation>

<xs:documentation>Preisinformation nur bei Instandhaltung</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base="tgNormalizedString">

<xs:enumeration value="scope"/>

<xs:enumeration value="to"/>

<xs:enumeration value="approx"/>

<xs:enumeration value="lump"/>

</xs:restriction>

</xs:simpleType>

</xs:element>

Änderungen bei 3.1

Bis zu drei Skonti mit unterschiedlichen Zahlungszielen sind möglich

Änderungen bei 3.1

Kennzeichen ob EP mit zwei oder drei Nachkommastellen

Änderungen bei 3.1

Identifikator von STLB-Bau Textergänzungen

Änderungen bei 3.1

Identifikator von STLB-Bau Textergänzungen: Beispiel

Änderungen bei 3.1

Numerische Beschreibungsmerkmale beim STLB-Bau

Änderungen bei 3.1

Numerische Beschreibungsmerkmale beim STLB-Bau: Beispiel

Änderungen bei 3.1

DIN 276 Ausgabejahr 2006

Änderungen bei 3.1

Kennzeichen: Nebenangebot zulassen

Beim Element <PrjInfo> ist zusätzlich das optionale Element <AlterBidPerm> augenommen worden.
Kommentar: "Nebenangebot zulassen; Bei Nebenangeboten sollten die Elemente <AlterBidStatus> gesetzt sein."
Das Element <AlterBidStatus> wird in folgenden Elementen als optionales Unterelement ergänzt: