Freigeben über


Bekannte Probleme mit XML-Tools, die mit EDI-Lösungen verwendet werden

In diesem Thema werden bekannte Probleme mit XML-Tools in BizTalk Server beschrieben.

Überprüfung der Gültigkeit der Ein- und Ausgabedatei zum Testen der Zuordnung erfolgt auch dann weiter, wenn die Überprüfungseigenschaft auf "Falsch" festgelegt ist

Wenn Sie eine Karte testen, bei der die TestMap Input-Eigenschaft auf nativ festgelegt ist und die Eigenschaften Überprüfen der TestMap-Eingabe und TestMap-Ausgabe überprüfen auf False festgelegt sind, wird die Überprüfung weiterhin ausgeführt. Dies erfolgt, weil die systemeigen formatierte Eingabedatei in das XML-Format umgewandelt wird und BizTalk Server den XML-Code im Abgleich mit dem Schema auf Gültigkeit überprüft. Wenn in der Eingabedatei Überprüfungsprobleme auftreten, werden mit diesem Überprüfungsmechanismus Fehler angezeigt, auch wenn die Eigenschaften Überprüfen von TestMap-Eingabe und TestMap-Ausgabe überprüfen auf False festgelegt sind.

Bei einem Datenelement in einer generierten Instanz, die einer Enumerationsliste im Schema entnommen wurde, erfolgt keine Längenüberprüfung

Wenn eine Instanz anhand eines Schemas generiert wird und die Enumerationswerte für ein Datenelement im Schema nicht die Längenvorgabe erfüllen, wird die Instanz ggf. mit einem Datenelement generiert, das anschließend die XSD-Gültigkeitsprüfung aufgrund der Längenvorgabe nicht besteht. Bei der Schemaüberprüfung wird nicht geprüft, ob ein Wert in der generierten Instanz, der einer Enumerationsliste im Schema entnommen wurde, die Vorgabe hinsichtlich minimaler oder maximaler Länge erfüllt.

Der Befehl "Schema überprüfen" erkennt ggf. einen ungültigen Transaktionssatz-ID-Code nicht

Wenn Sie ein Schema mit dem Befehl Schema überprüfen im fenster Projektmappen-Explorer von Visual Studio überprüfen, erkennt die Überprüfung des Stammknotens möglicherweise keinen ungültigen Transaktionssatz-ID-Code im letzten Teil des Stammverweisknotens (im Format X12_<VersionRelease>_TSID). Wenn die TSID im Knoten root-reference des Schemas ungültig ist, jedoch der TSID im Knoten enumeration des Elements ST01 im Schema entspricht, erkennt der Befehl Schema überprüfen nicht, dass die TSID ungültig ist.

Visual Studio muss neu gestartet werden, damit eine Enumerationsänderung in einem Schema für die Instanzüberprüfung wirksam wird

Wenn Sie in einem Schema eine Enumerationsliste ändern, das Schema speichern und anschließend die Instanzüberprüfung ausführen, führt BizTalk Server die Überprüfung basierend auf der vorherigen und nicht der neuesten Schemaversion aus. BizTalk Server nutzt die neueste Schemaversion erst nach einem Neustart von Visual Studio.

Das Dialogfeld "EDI-Instanzeigenschaften" wird beim Vorgang "Zuordnung testen" ggf. angezeigt, auch wenn es nicht benötigt wird

BizTalk Server zeigt während des TestMap-Prozesses zweimal ein Dialogfeld EDI-Instanzeigenschaften an: einmal, damit Sie die zum Interpretieren der Eingabenachricht erforderlichen Trennzeichen instance eingeben können, und einmal für die Eingabe der Trennzeichen zum Generieren der Ausgabenachricht instance. BizTalk Server sollte das Dialogfeld EDI-Instanzeigenschaften nur zweimal und ausschließlich für EDI-Schemas anzeigen. BizTalk Server zeigt jedoch dieses Dialogfeld ggf. auch für Nicht-EDI-Schemas und mehr als nur zweimal an. Sollte dem so sein, schließen Sie das Dialogfeld.

Die Überprüfung eines beibehaltenen Austauschs vom Typ "XML" wird nicht unterstützt

Wenn Sie beim Überprüfen eines beibehaltenen Austauschs XML für die Eigenschaft Eingabetyp überprüfen auswählen, schlägt der Vorgang fehl, und es wird nichts zurückgegeben. Wenn Sie jedoch beim Überprüfen eines beibehaltenen Austauschs für den Eingabetyp "Instanz überprüfen" die Option nativ auswählen, wird der Vorgang erfolgreich ausgeführt.

Eine für ein HIPAA 278-Schema generierte Instanz enthält sowohl Anforderungs- als auch Antwortabschnitte

Das HIPAA 278-Schema dient für HIPAA 278-Anforderungs- und Antwortnachrichten. Wenn Sie den Befehl Instanz generieren auf ein HIPAA 278-Schema anwenden, enthält die generierte Instanz sowohl Anforderungs- als auch Antwortabschnitte, die keinesfalls gesendet werden sollten. Öffnen Sie zum Erstellen funktionsfähiger HIPAA 278-Anforderungs- und Antwortnachrichten die Instanz, die von den XML-Tools erstellt wurde, in einem Texteditor, und löschen Sie einen der Abschnitte, z. B. den Antwortabschnitt einer Anforderungsnachricht.

Wenn Sie den Befehl Instanz überprüfen auf ein HIPAA 278-Schema mit Anforderungs- und Antwortabschnitt anwenden, wird die Nachricht erfolgreich mit dem HIPAA 278-Schema abgeglichen.

Eine anhand eines HIPAA 278-Schemas generierte XML-Instanz besteht die Überprüfung nicht

Wenn Sie den Befehl Instanz erstellen zum Generieren einer XML-Instanz anhand eines HIPAA 278-Schemas aufrufen und anschließend den Befehl Instanz überprüfen zum Überprüfen der Instanz ausführen, gibt BizTalk Server eine Fehlermeldung zurück.

Eine anhand eines HIPAA 837-Schemas generierte systemeigene Instanz legt GS08 falsch fest

Beim Generieren eines nativen instance mithilfe einer BizTalk Server Lösung, die die X12_BatchSchema sowie ein 837I-, 837D- oder 837P-Schema enthält, enthält der Wert von GS08 00401. Vor der Verarbeitung dieser Instanz müssen Sie den Wert von GS08 in den für die Schemainstanz ordnungsgemäßen Wert ändern. In der folgenden Tabelle ist für jedes HIPAA 837-Schema ordnungsgemäße GS08-Wert aufgeführt:

HIPAA-Schema GS08-Wert
837I 004010X096A1
837D 004010X097A1
837P 004010X098A1

Weitere Informationen

Bekannte Probleme bei der EDI-Verarbeitung
Verwenden der XML-Toolerweiterungen
Verwenden von XML-Entwurfszeittools