Structured Data Exchange Format - Versionsgeschichte

PerfektesChaos: tk k

2023-07-02T16:06:56Z

tk k

← Nächstältere Version		Version vom 2. Juli 2023, 18:06 Uhr
Zeile 7:		Zeile 7:
	SDXF unterstützt auch den Datenaustausch über verschiedene Rechnerarchitekturen hinweg durch eine transparente Umsetzung der Daten.		SDXF unterstützt auch den Datenaustausch über verschiedene Rechnerarchitekturen hinweg durch eine transparente Umsetzung der Daten.

	SDXF ist unter der RFC 3072 definiert und veröffentlicht.		SDXF ist unter der <nowiki>RFC 3072</nowiki> definiert und veröffentlicht.<ref>{{RFC-Internet \|RFC=3072 \|Titel=Structured Data Exchange Format (SDXF) \|Datum=2001-03}}</ref>

	Strukturierte Daten sind Strukturen, die von den beteiligten Programmen als solche erkannt und verarbeitet werden. Ein normaler Text ist zwar in Zeilen, Absätze und so weiter „strukturiert“, gilt aber als nicht strukturiert im Sinne dieser Definition.		Strukturierte Daten sind Strukturen, die von den beteiligten Programmen als solche erkannt und verarbeitet werden. Ein normaler Text ist zwar in Zeilen, Absätze und so weiter „strukturiert“, gilt aber als nicht strukturiert im Sinne dieser Definition.
Zeile 51:		Zeile 51:

	Die Existenz der strukturierten Chunks ermöglicht es auf einfache Art und Weise, hierarchische Konstruktionen wie obige RECHNUNG in eine SDXF-Struktur zu packen.		Die Existenz der strukturierten Chunks ermöglicht es auf einfache Art und Weise, hierarchische Konstruktionen wie obige RECHNUNG in eine SDXF-Struktur zu packen.
	Zunächst muss jedem der genannten Begriffe (RECHNUNG, RECHNUNGS_NR, DATUM, ANSCHRIFT_SENDER etc.) eine eindeutige Nummer (Chunk-ID) aus dem Zahlenbereich 1 bis 65535 zugeordnet werden.		Zunächst muss jedem der genannten Begriffe (RECHNUNG, RECHNUNGS_NR, DATUM, ANSCHRIFT_SENDER etc.) eine eindeutige Nummer (Chunk-ID) aus dem Zahlenbereich 1 bis 65535 zugeordnet werden.
	Dann ist als erster Chunk der strukturierte Chunk RECHNUNG (Stufe 1) zu konstruieren, welcher aus einer Reihe weitere Chunks der Stufe 2 bestehen: RECHNUNGS_NR, DATUM, ANSCHRIFT_SENDER, ANSCHRIFT_EMPFÄNGER, RECHNUNGS_SUMME, EINZELPOSTEN_ALLE, KONDITIONEN.		Dann ist als erster Chunk der strukturierte Chunk RECHNUNG (Stufe 1) zu konstruieren, welcher aus einer Reihe weitere Chunks der Stufe 2 bestehen: RECHNUNGS_NR, DATUM, ANSCHRIFT_SENDER, ANSCHRIFT_EMPFÄNGER, RECHNUNGS_SUMME, EINZELPOSTEN_ALLE, KONDITIONEN.
	Manche dieser Chunks der 2. Stufe sind wiederum strukturiert: die beiden ANSCHRIFTen und EINZELPOSTEN_ALLE. Beim Datum hat man die Möglichkeit dieses in Textformat anzugeben, zum Beispiel in der form JJJJ-MM-TT ([[ISO 8601]]) oder auch als Struktur, bestehend aus den 3 numerischen Chunks JAHR, MONAT, TAG.		Manche dieser Chunks der 2. Stufe sind wiederum strukturiert: die beiden ANSCHRIFTen und EINZELPOSTEN_ALLE. Beim Datum hat man die Möglichkeit dieses in Textformat anzugeben, zum Beispiel in der form JJJJ-MM-TT ([[ISO 8601]]) oder auch als Struktur, bestehend aus den 3 numerischen Chunks JAHR, MONAT, TAG.

	Im RFC wird ein Chunk ~~auf Seite 3~~ genau beschrieben:<ref>~~[http://tools.ietf.org/html/rfc3072#page~~-3 RFC 3072 ~~Seite~~ 3, ~~Beschreibung~~ ~~eines~~ ~~Chunks]~~</ref>		Im RFC wird ein Chunk genau beschrieben:<ref>{{RFC-Internet \|RFC=3072 \|Titel=Structured Data Exchange Format (SDXF) \|Datum=2001-03 \|Abschnitt=2}}</ref>

	Die Definition des SDXF-Konzepts sieht vor, dass ein Programmierer mit einem genau definierten Satz von Bearbeitungsfunktionen mit den SDXF-Strukturen arbeitet.		Die Definition des SDXF-Konzepts sieht vor, dass ein Programmierer mit einem genau definierten Satz von Bearbeitungsfunktionen mit den SDXF-Strukturen arbeitet.
Zeile 63:		Zeile 63:
	{\| class="wikitable"		{\| class="wikitable"
	\|+ Funktionen zum Auslesen von Chunks		\|+ Funktionen zum Auslesen von Chunks
			\|-
	\|- class="hintergrundfarbe5"
	! Funktion		! Funktion
	! Beschreibung		! Beschreibung
Zeile 122:		Zeile 122:
	</syntaxhighlight>		</syntaxhighlight>

	Die Syntax ist hier der Einfachheit halber fiktiv, ein vollständiges Beispiel in [[C (Programmiersprache)\|C]] findet sich auf der PINPI-Website.<ref>[http://pinpi.com/de/PIN_63.htm SDXF Beispiel ~~auf der~~ PINPI-Website]</ref>		Die Syntax ist hier der Einfachheit halber fiktiv, ein vollständiges Beispiel in [[C (Programmiersprache)\|C]] findet sich auf der PINPI-Website.<ref>[http://pinpi.com/de/PIN_63.htm SDXF Beispiel.] PINPI-Website.</ref>

	== Beispiel eines Ausleseprogramms ==		== Beispiel eines Ausleseprogramms ==
Zeile 159:		Zeile 159:

	# spiegelt dies genau die Wirklichkeit des Programmieralltags wider: Die einzelnen Elemente liegen in verschiedenen Programmvariablen oder Datenbankfeldern vor, beziehungsweise müssen in diese eingelesen werden.		# spiegelt dies genau die Wirklichkeit des Programmieralltags wider: Die einzelnen Elemente liegen in verschiedenen Programmvariablen oder Datenbankfeldern vor, beziehungsweise müssen in diese eingelesen werden.
	# nur so ist gewährleistet, dass bei einer Struktur mit gemischten Datentypen, diese so aufbereitet (normiert) wird, dass diese ohne Anpassung von einem Rechner auf den anderen (via Dateiübertragung oder Netzwerk) übertragen werden kann. Und zwar unabhängig von der Rechnerarchitektur. Das berücksichtigt die Problematik der unterschiedlichen Darstellung von Daten bei der Zeichendarstellung<ref>http://www.pinpi.com/de/SDXF_4.htm</ref> und dem Byte Swapping.<ref>http://www.pinpi.com/de/SDXF_5.htm </ref> Diese Problematik wird dem Anwendungsprogrammierer von den vorgestellten SDXF-Funktionen vollständig abgenommen.		# nur so ist gewährleistet, dass bei einer Struktur mit gemischten Datentypen, diese so aufbereitet (normiert) wird, dass diese ohne Anpassung von einem Rechner auf den anderen (via Dateiübertragung oder Netzwerk) übertragen werden kann. Und zwar unabhängig von der Rechnerarchitektur. Das berücksichtigt die Problematik der unterschiedlichen Darstellung von Daten bei der Zeichendarstellung<ref>[http://www.pinpi.com/de/SDXF_4.htm pinpi.com]</ref> und dem Byte Swapping.<ref>[http://www.pinpi.com/de/SDXF_5.htm pinpi.com]</ref> Diese Problematik wird dem Anwendungsprogrammierer von den vorgestellten SDXF-Funktionen vollständig abgenommen.
	# Verschlüsselung (unter anderem nach [[Advanced Encryption Standard\|AES]]) und Komprimierung ([[ZIP (Dateiformat)\|zip]]) werden ebenso von den SDXF-Funktionen übernommen (so können auch einzelne Teile komprimiert und/oder verschlüsselt werden.) Beim Auslesen wird automatisch entkomprimiert und entschlüsselt (Passwort muss natürlich stimmen).		# Verschlüsselung (unter anderem nach [[Advanced Encryption Standard\|AES]]) und Komprimierung ([[ZIP-Dateiformat\|zip]]) werden ebenso von den SDXF-Funktionen übernommen (so können auch einzelne Teile komprimiert und/oder verschlüsselt werden.) Beim Auslesen wird automatisch entkomprimiert und entschlüsselt (Passwort muss natürlich stimmen).

	Soll die gesamte Struktur als editierbare Textdatei bearbeitet werden können, kann das SDEF-Format<ref>http://www.pinpi.com/de/sdef.htm</ref> verwendet werden.		Soll die gesamte Struktur als editierbare Textdatei bearbeitet werden können, kann das SDEF-Format<ref>[http://www.pinpi.com/de/sdef.htm pinpi.com]</ref> verwendet werden.

	== Fußnoten ==
⚫	<references />

	== Weblinks ==		== Weblinks ==
	* http://www.pinpi.com/de/SDXF_0.htm Projektseite		* [http://www.pinpi.com/de/SDXF_0.htm pinpi.com] Projektseite

			== Einzelnachweise ==
		⚫	<references />

	[[Kategorie:Datenformat]]		[[Kategorie:Datenformat]]

Aka: /* Beispiel */ Punkt hinter Abkürzung gesetzt

2020-04-04T20:43:45Z

Beispiel: Punkt hinter Abkürzung gesetzt

← Nächstältere Version		Version vom 4. April 2020, 22:43 Uhr
Zeile 51:		Zeile 51:

	Die Existenz der strukturierten Chunks ermöglicht es auf einfache Art und Weise, hierarchische Konstruktionen wie obige RECHNUNG in eine SDXF-Struktur zu packen.		Die Existenz der strukturierten Chunks ermöglicht es auf einfache Art und Weise, hierarchische Konstruktionen wie obige RECHNUNG in eine SDXF-Struktur zu packen.
	Zunächst muss jedem der genannten Begriffe (RECHNUNG, RECHNUNGS_NR, DATUM, ANSCHRIFT_SENDER, etc) eine eindeutige Nummer (Chunk-ID) aus dem Zahlenbereich 1 bis 65535 zugeordnet werden.		Zunächst muss jedem der genannten Begriffe (RECHNUNG, RECHNUNGS_NR, DATUM, ANSCHRIFT_SENDER etc.) eine eindeutige Nummer (Chunk-ID) aus dem Zahlenbereich 1 bis 65535 zugeordnet werden.
	Dann ist als erster Chunk der strukturierte Chunk RECHNUNG (Stufe 1) zu konstruieren, welcher aus einer Reihe weitere Chunks der Stufe 2 bestehen: RECHNUNGS_NR, DATUM, ANSCHRIFT_SENDER, ANSCHRIFT_EMPFÄNGER, RECHNUNGS_SUMME, EINZELPOSTEN_ALLE, KONDITIONEN.		Dann ist als erster Chunk der strukturierte Chunk RECHNUNG (Stufe 1) zu konstruieren, welcher aus einer Reihe weitere Chunks der Stufe 2 bestehen: RECHNUNGS_NR, DATUM, ANSCHRIFT_SENDER, ANSCHRIFT_EMPFÄNGER, RECHNUNGS_SUMME, EINZELPOSTEN_ALLE, KONDITIONEN.
	Manche dieser Chunks der 2. Stufe sind wiederum strukturiert: die beiden ANSCHRIFTen und EINZELPOSTEN_ALLE. Beim Datum hat man die Möglichkeit dieses in Textformat anzugeben, zum Beispiel in der form JJJJ-MM-TT ([[ISO 8601]]) oder auch als Struktur, bestehend aus den 3 numerischen Chunks JAHR, MONAT, TAG.		Manche dieser Chunks der 2. Stufe sind wiederum strukturiert: die beiden ANSCHRIFTen und EINZELPOSTEN_ALLE. Beim Datum hat man die Möglichkeit dieses in Textformat anzugeben, zum Beispiel in der form JJJJ-MM-TT ([[ISO 8601]]) oder auch als Struktur, bestehend aus den 3 numerischen Chunks JAHR, MONAT, TAG.

Orthographus: Komma

2020-01-06T09:38:17Z

Komma

← Nächstältere Version		Version vom 6. Januar 2020, 11:38 Uhr
Zeile 3:		Zeile 3:
	Mit diesem Format sollen fast beliebig strukturierte Daten zwecks Austauschs aufgenommen werden können. Dieses Format ist gleichermaßen geeignet als Dateiformat als auch als Networking-Message-Format.		Mit diesem Format sollen fast beliebig strukturierte Daten zwecks Austauschs aufgenommen werden können. Dieses Format ist gleichermaßen geeignet als Dateiformat als auch als Networking-Message-Format.

	SDXF lässt eine Strukturierung in beliebiger Tiefe zu; die einzelnen Datenelemente sind selbstbeschreibend. Das Format ist bewusst einfach gehalten, trotzdem soll es transparent sein, das heißt dass die Programme über Grundfunktionen und Tools auf die Datenelemente zugreifen können und der Programmierer als Anwender sich um den genauen Aufbau der Datenstruktur nicht zu kümmern braucht.		SDXF lässt eine Strukturierung in beliebiger Tiefe zu; die einzelnen Datenelemente sind selbstbeschreibend. Das Format ist bewusst einfach gehalten, trotzdem soll es transparent sein, das heißt, dass die Programme über Grundfunktionen und Tools auf die Datenelemente zugreifen können und der Programmierer als Anwender sich um den genauen Aufbau der Datenstruktur nicht zu kümmern braucht.

	SDXF unterstützt auch den Datenaustausch über verschiedene Rechnerarchitekturen hinweg durch eine transparente Umsetzung der Daten.		SDXF unterstützt auch den Datenaustausch über verschiedene Rechnerarchitekturen hinweg durch eine transparente Umsetzung der Daten.

Chitta32: Formulierung "verbindlich als Internet RFC 3072 veröffentlicht" korrigiert - "verbindlich als Internet veröffentlicht" ist inhaltlich falsch gewesen.

2018-02-10T10:15:20Z

Formulierung "verbindlich als Internet RFC 3072 veröffentlicht" korrigiert - "verbindlich als Internet veröffentlicht" ist inhaltlich falsch gewesen.

← Nächstältere Version		Version vom 10. Februar 2018, 12:15 Uhr
Zeile 7:		Zeile 7:
	SDXF unterstützt auch den Datenaustausch über verschiedene Rechnerarchitekturen hinweg durch eine transparente Umsetzung der Daten.		SDXF unterstützt auch den Datenaustausch über verschiedene Rechnerarchitekturen hinweg durch eine transparente Umsetzung der Daten.

	SDXF ist ~~verbindlich~~ ~~als Internet~~ RFC 3072 veröffentlicht.		SDXF ist unter der RFC 3072 definiert und veröffentlicht.

	Strukturierte Daten sind Strukturen, die von den beteiligten Programmen als solche erkannt und verarbeitet werden. Ein normaler Text ist zwar in Zeilen, Absätze und so weiter „strukturiert“, gilt aber als nicht strukturiert im Sinne dieser Definition.		Strukturierte Daten sind Strukturen, die von den beteiligten Programmen als solche erkannt und verarbeitet werden. Ein normaler Text ist zwar in Zeilen, Absätze und so weiter „strukturiert“, gilt aber als nicht strukturiert im Sinne dieser Definition.

Max.wildgrube: /* Beispiel */

2014-09-15T13:00:07Z

Beispiel

← Nächstältere Version		Version vom 15. September 2014, 15:00 Uhr
Zeile 55:		Zeile 55:
	Manche dieser Chunks der 2. Stufe sind wiederum strukturiert: die beiden ANSCHRIFTen und EINZELPOSTEN_ALLE. Beim Datum hat man die Möglichkeit dieses in Textformat anzugeben, zum Beispiel in der form JJJJ-MM-TT ([[ISO 8601]]) oder auch als Struktur, bestehend aus den 3 numerischen Chunks JAHR, MONAT, TAG.		Manche dieser Chunks der 2. Stufe sind wiederum strukturiert: die beiden ANSCHRIFTen und EINZELPOSTEN_ALLE. Beim Datum hat man die Möglichkeit dieses in Textformat anzugeben, zum Beispiel in der form JJJJ-MM-TT ([[ISO 8601]]) oder auch als Struktur, bestehend aus den 3 numerischen Chunks JAHR, MONAT, TAG.

	Im RFC wird ein Chunk auf Seite 2 genau beschrieben:<ref>[http://~~pinpi~~.~~com~~/de/~~SDXF_2.htm~~ RFC 3072 Seite 2, Beschreibung eines Chunks]</ref>		Im RFC wird ein Chunk auf Seite 3 genau beschrieben:<ref>[http://tools.ietf.org/html/rfc3072#page-3 RFC 3072 Seite 3, Beschreibung eines Chunks]</ref>

	Die Definition des SDXF-Konzepts sieht vor, dass ein Programmierer mit einem genau definierten Satz von Bearbeitungsfunktionen mit den SDXF-Strukturen arbeitet.		Die Definition des SDXF-Konzepts sieht vor, dass ein Programmierer mit einem genau definierten Satz von Bearbeitungsfunktionen mit den SDXF-Strukturen arbeitet.

Aka: Tippfehler entfernt

2014-08-12T17:04:36Z

Tippfehler entfernt

← Nächstältere Version		Version vom 12. August 2014, 19:04 Uhr
Zeile 51:		Zeile 51:

	Die Existenz der strukturierten Chunks ermöglicht es auf einfache Art und Weise, hierarchische Konstruktionen wie obige RECHNUNG in eine SDXF-Struktur zu packen.		Die Existenz der strukturierten Chunks ermöglicht es auf einfache Art und Weise, hierarchische Konstruktionen wie obige RECHNUNG in eine SDXF-Struktur zu packen.
	Zunächst muss jedem der genannten Begriffe (RECHNUNG, RECHNUNGS_NR, DATUM, ANSCHRIFT_SENDER, etc) eine eindeutige Nummer (Chunk-ID) aus dem ~~Zahlenbreich~~ 1 bis 65535 zugeordnet werden.		Zunächst muss jedem der genannten Begriffe (RECHNUNG, RECHNUNGS_NR, DATUM, ANSCHRIFT_SENDER, etc) eine eindeutige Nummer (Chunk-ID) aus dem Zahlenbereich 1 bis 65535 zugeordnet werden.
	Dann ist als erster Chunk der strukturierte Chunk RECHNUNG (Stufe 1) zu konstruieren, welcher aus einer Reihe weitere Chunks der Stufe 2 bestehen: RECHNUNGS_NR, DATUM, ANSCHRIFT_SENDER, ANSCHRIFT_EMPFÄNGER, RECHNUNGS_SUMME, EINZELPOSTEN_ALLE, KONDITIONEN.		Dann ist als erster Chunk der strukturierte Chunk RECHNUNG (Stufe 1) zu konstruieren, welcher aus einer Reihe weitere Chunks der Stufe 2 bestehen: RECHNUNGS_NR, DATUM, ANSCHRIFT_SENDER, ANSCHRIFT_EMPFÄNGER, RECHNUNGS_SUMME, EINZELPOSTEN_ALLE, KONDITIONEN.
	Manche dieser Chunks der 2. Stufe sind wiederum strukturiert: die beiden ANSCHRIFTen und EINZELPOSTEN_ALLE. Beim Datum hat man die Möglichkeit dieses in Textformat anzugeben, zum Beispiel in der form JJJJ-MM-TT ([[ISO 8601]]) oder auch als Struktur, bestehend aus den 3 numerischen Chunks JAHR, MONAT, TAG.		Manche dieser Chunks der 2. Stufe sind wiederum strukturiert: die beiden ANSCHRIFTen und EINZELPOSTEN_ALLE. Beim Datum hat man die Möglichkeit dieses in Textformat anzugeben, zum Beispiel in der form JJJJ-MM-TT ([[ISO 8601]]) oder auch als Struktur, bestehend aus den 3 numerischen Chunks JAHR, MONAT, TAG.

79.253.45.26: /* Beispiel eines Ausleseprogramms */

2014-05-06T12:26:17Z

Beispiel eines Ausleseprogramms

← Nächstältere Version		Version vom 6. Mai 2014, 14:26 Uhr
Zeile 159:		Zeile 159:

	# spiegelt dies genau die Wirklichkeit des Programmieralltags wider: Die einzelnen Elemente liegen in verschiedenen Programmvariablen oder Datenbankfeldern vor, beziehungsweise müssen in diese eingelesen werden.		# spiegelt dies genau die Wirklichkeit des Programmieralltags wider: Die einzelnen Elemente liegen in verschiedenen Programmvariablen oder Datenbankfeldern vor, beziehungsweise müssen in diese eingelesen werden.
	# ~~ist~~ nur so gewährleistet, dass bei einer Struktur mit gemischten Datentypen, diese so aufbereitet (normiert) wird, dass diese ohne Anpassung von einem Rechner auf den anderen (via Dateiübertragung oder Netzwerk) übertragen werden kann. Und zwar unabhängig von der Rechnerarchitektur. Das berücksichtigt die Problematik der unterschiedlichen Darstellung von Daten bei der Zeichendarstellung<ref>http://www.pinpi.com/de/SDXF_4.htm</ref> und dem Byte Swapping.<ref>http://www.pinpi.com/de/SDXF_5.htm </ref> Diese Problematik wird dem Anwendungsprogrammierer von den vorgestellten SDXF-Funktionen vollständig abgenommen.		# nur so ist gewährleistet, dass bei einer Struktur mit gemischten Datentypen, diese so aufbereitet (normiert) wird, dass diese ohne Anpassung von einem Rechner auf den anderen (via Dateiübertragung oder Netzwerk) übertragen werden kann. Und zwar unabhängig von der Rechnerarchitektur. Das berücksichtigt die Problematik der unterschiedlichen Darstellung von Daten bei der Zeichendarstellung<ref>http://www.pinpi.com/de/SDXF_4.htm</ref> und dem Byte Swapping.<ref>http://www.pinpi.com/de/SDXF_5.htm </ref> Diese Problematik wird dem Anwendungsprogrammierer von den vorgestellten SDXF-Funktionen vollständig abgenommen.
	# Verschlüsselung (unter anderem nach [[Advanced Encryption Standard\|AES]]) und Komprimierung ([[ZIP (Dateiformat)\|zip]]) werden ebenso von den SDXF-Funktionen übernommen (so können auch einzelne Teile komprimiert und/oder verschlüsselt werden.) Beim Auslesen wird automatisch entkomprimiert und entschlüsselt (Passwort muss natürlich stimmen).		# Verschlüsselung (unter anderem nach [[Advanced Encryption Standard\|AES]]) und Komprimierung ([[ZIP (Dateiformat)\|zip]]) werden ebenso von den SDXF-Funktionen übernommen (so können auch einzelne Teile komprimiert und/oder verschlüsselt werden.) Beim Auslesen wird automatisch entkomprimiert und entschlüsselt (Passwort muss natürlich stimmen).

Itti: Änderungen von 85.1.219.54 (Diskussion) auf die letzte Version von Juliana zurückgesetzt

2013-06-19T11:46:51Z

Änderungen von 85.1.219.54 (Diskussion) auf die letzte Version von Juliana zurückgesetzt

← Nächstältere Version		Version vom 19. Juni 2013, 13:46 Uhr
Zeile 12:		Zeile 12:

	== Beispiel ==		== Beispiel ==
	Zwei Firmen, die in einer geschäftlichen Beziehung stehen, beschließen ihre [[Rechnungsstellung]] elektronisch abzuwickeln. Eine „Rechnung“ ist dann ein elektronisches Dokument mit folgender hierarchisch verschachtelter Struktur.		Zwei Firmen, die in einer geschäftlichen Beziehung stehen, beschließen ihre Rechnungsstellung elektronisch abzuwickeln. Eine „Rechnung“ ist dann ein elektronisches Dokument mit folgender hierarchisch verschachtelter Struktur.

	RECHNUNG		RECHNUNG

85.1.219.54: Änderung 119463516 von Juliana rückgängig gemacht;

2013-06-19T11:29:37Z

Änderung 119463516 von Juliana rückgängig gemacht;

← Nächstältere Version		Version vom 19. Juni 2013, 13:29 Uhr
Zeile 12:		Zeile 12:

	== Beispiel ==		== Beispiel ==
	Zwei Firmen, die in einer geschäftlichen Beziehung stehen, beschließen ihre Rechnungsstellung elektronisch abzuwickeln. Eine „Rechnung“ ist dann ein elektronisches Dokument mit folgender hierarchisch verschachtelter Struktur.		Zwei Firmen, die in einer geschäftlichen Beziehung stehen, beschließen ihre [[Rechnungsstellung]] elektronisch abzuwickeln. Eine „Rechnung“ ist dann ein elektronisches Dokument mit folgender hierarchisch verschachtelter Struktur.

	RECHNUNG		RECHNUNG

Juliana: Änderungen von 85.1.219.54 (Diskussion) auf die letzte Version von 93.207.44.188 zurückgesetzt

2013-06-11T21:29:24Z

Änderungen von 85.1.219.54 (Diskussion) auf die letzte Version von 93.207.44.188 zurückgesetzt

← Nächstältere Version		Version vom 11. Juni 2013, 23:29 Uhr
Zeile 12:		Zeile 12:

	== Beispiel ==		== Beispiel ==
	Zwei Firmen, die in einer geschäftlichen Beziehung stehen, beschließen ihre [[Rechnungsstellung]] elektronisch abzuwickeln. Eine „Rechnung“ ist dann ein elektronisches Dokument mit folgender hierarchisch verschachtelter Struktur.		Zwei Firmen, die in einer geschäftlichen Beziehung stehen, beschließen ihre Rechnungsstellung elektronisch abzuwickeln. Eine „Rechnung“ ist dann ein elektronisches Dokument mit folgender hierarchisch verschachtelter Struktur.

	RECHNUNG		RECHNUNG