Zum Hauptinhalt springen

XML Schema Line

XML Schema Lines​

Der Abschnitt "XML Schema Lines" bietet einen umfassenden Überblick über die Struktur des XML-Schemas und seine zugehörigen Attribute. Hier können Sie verschiedene Elemente innerhalb des XML-Schemas definieren und konfigurieren, um eine effektive Datenverarbeitung und Validierung zu ermöglichen.

Felder​

  • XML Schema Code: Zeigt den Code des XML-Schemas an. z.B. OPENTRANS, xRechnung.
  • Document Typ: Zeigt den Dokumententyp an. z.B. INVOICE.
  • Sortier Nr.: Zeigt die Sortiernummer an.
  • Eingabe Nr.: Zeigt die Eintragsnummer an.
  • Übergeordnete Eintrags Nr.: Zeigt die Nummer des übergeordneten Eintrags an.
  • Name: Zeigt den Namen an.
  • Wert: Zeigt den Wert an.
  • Fester Wert: Hier können Sie auswählen, ob der Wert fixiert werden soll oder nicht.
  • Ist obligatorisch: Zur Auswahl, ob das Schema obligatorisch ist oder nicht.
  • Ignorieren, wenn kein untergeordnetes Element einen Wert hat: Auswählen, ob ignorieren oder nicht, wenn Kindelement keinen Wert hat.

Durch die Nutzung der XML Schema Lines-Funktionalität können Sie die Struktur und Eigenschaften Ihres XML-Schemas präzise definieren. Dadurch wird eine genaue Darstellung der Daten und die Einhaltung der festgelegten Standards gewährleistet. Dies ermöglicht eine reibungslose Integration und nahtlosen Datenaustausch innerhalb Ihres Systems oder mit externen Entitäten, die den definierten XML-Schema-Richtlinien folgen.

Zeilen gegen eine Standard-Aktualisierung sperren​

Die Unterseite Zeilen zeigt jetzt zwei Spalten, die steuern, ob eine kundenseitig angepasste Zeile eine Schema-Aktualisierung aus dem Standard übersteht:

Gesperrt​

Setzen Sie Gesperrt auf Ja für jede Zeile, deren Anpassungen über Schema-Updates hinweg erhalten bleiben sollen. Wird das Schema später aus dem Standard aktualisiert:

  • Die Zeile wird anhand ihrer Position im XML-Baum (xPath, mit Namespace-Berücksichtigung) gegen den neuen Standard abgeglichen.
  • Wird sie wiedergefunden, übernimmt das System Ihre gespeicherten Werte für die editierbaren Felder: Wert, Fester Wert, Ist obligatorisch, Check to Process or Ignore, Ignorieren, wenn kein untergeordnetes Element einen Wert hat, Quellentabellen Nr., Quellfeld Nr., Formatzeichenfolge, Beispielwert, Namespace.
  • Strukturfelder (Eingabe Nr., Sortier Nr., Übergeordnete Eintrags Nr., Tiefe, Typ, Name) folgen immer dem neuen Standard.
  • Findet sich kein Treffer, wird die gesperrte Zeile als Kindelement unterhalb desselben Parents rekonstruiert – auch eigene Zusatz­elemente oder ‑attribute bleiben damit erhalten.

Setzen Sie Gesperrt jederzeit zurück auf Nein, um die Zeile bei der nächsten Aktualisierung wieder dem Standard zu überlassen.

Ist programmatischer Lock​

Manche Zeilen sind bereits geschützt, sobald sie auf der Seite erscheinen – meist von einer kundenspezifischen Erweiterung, die ihre Werte über jede Schema-Aktualisierung hinweg erhalten möchte. Diese Zeilen zeigen Ist programmatischer Lock = Ja. Das Feld ist schreibgeschützt und dient nur als Hinweis.

Das Zusammenspiel zwischen dem manuellen Sperren und einem programmatischen Lock:

AktionWirkung
Sie setzen Gesperrt = Ja auf einer programmatisch gesperrten ZeileSie übernehmen die Eigentümerschaft. Ist programmatischer Lock wird zurückgesetzt; Ihre Werte bleiben bei der Aktualisierung erhalten.
Sie setzen Gesperrt = Nein auf einer programmatisch gesperrten ZeileDie Erweiterung möchte die Zeile weiterhin schützen, Ihre ausdrückliche Entsperrung gewinnt aber. Bei der nächsten Aktualisierung wird die Zeile auf den Standard zurückgesetzt.
Sie ändern den Wert einer programmatisch gesperrten ZeileWirkt wie das Setzen von Gesperrt = Ja: Ist programmatischer Lock wird zurückgesetzt und Ihr Wert bleibt erhalten.

So kann eine Erweiterung die Zeilen vormarkieren, die ihr wichtig sind, ohne sie dem Kunden aufzuzwingen – die letzte Entscheidung liegt bei Ihnen.