Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Thema werden bekannte Probleme mit XML-Tools in BizTalk Server beschrieben.
Die Überprüfung der Eingabe- und Ausgabedateien der Testkarte findet weiterhin statt, wenn die Validate-Eigenschaft auf "False" gesetzt ist.
Wenn Sie eine Karte mit der TestMap Input-Eigenschaft auf 'Native' und die Eigenschaften "Validate TestMap Input" und "Validate TestMap Output" auf 'False' festlegen, wird die Überprüfung dennoch durchgeführt. Dies tritt auf, da die systemeigene formatierte Eingabedatei in das XML-Format konvertiert wird, und BizTalk Server überprüft den XML-Code anhand des Schemas. Wenn in der Eingabedatei Überprüfungsprobleme auftreten, postet dieser Überprüfungsmechanismus Fehler, obwohl die Eigenschaften "Validate TestMap Input" und "Validate TestMap Output" auf "False" festgelegt sind.
Die Längenüberprüfung wird für ein Datenelement in einer generierten Instanz, die aus einer Enumerationsliste im Schema abgerufen wird, nicht ausgeführt.
Wenn eine Instanz aus einem Schema generiert wird und die Enumerationswerte für ein Datenelement im Schema nicht die Längenanforderung erfüllen, kann die Instanz mit einem Datenelement generiert werden, das aufgrund der Längenanforderung anschließend eine XSD-Überprüfung fehlschlägt. Bei der Schemaüberprüfung wird nicht überprüft, ob ein Wert in der generierten Instanz, die aus einer Enumerationsliste im Schema abgerufen wurde, die Min/Max.-Längenanforderung erfüllt.
Validate Schema erkennt möglicherweise keinen ungültigen Transaktionssatz-ID-Code
Wenn Sie ein Schema mit dem Befehl "Schema überprüfen" im Projektmappen-Explorer-Fenster 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 Stammverweisknoten des Schemas ungültig ist, sie aber mit der TSID im Enumerationsknoten des ST01-Elements im Schema identisch ist, erkennt der Validate Schema-Vorgang nicht, dass die TSID ungültig ist.
Visual Studio muss neu gestartet werden, damit eine Enumerationsänderung in einem Schema für die Instanzvalidierung wirksam wird.
Wenn Sie eine Enumerationsliste in einem Schema ändern, das Schema speichern und dann die Instanzüberprüfung ausführen, führt BizTalk Server eine Überprüfung basierend auf der vorherigen Version des Schemas und nicht auf der neuesten Version durch. BizTalk Server wird die neueste Version des Schemas nicht verwenden, bis Sie Visual Studio neu starten.
Das Dialogfeld "EIGENSCHAFTEN der EDI-Instanz" wird möglicherweise angezeigt, wenn sie im TestMap-Vorgang nicht erforderlich ist.
BizTalk Server zeigt ein Dialogfeld für EDI-Instanzeneigenschaften zweimal während des TestMap-Prozesses an: einmal, sodass Sie die zum Interpretieren der Eingabemeldungsinstanz erforderlichen Trennzeichen eingeben können, und einmal für die Eingabe der Trennzeichen zum Generieren der Ausgabenachrichteninstanz. BizTalk Server sollte das Dialogfeld "EDI-Instanzeigenschaften" nur zweimal und nur für EDI-Schemas anzeigen. BizTalk Server kann jedoch das Dialogfeld für nicht-EDI-Schemas und häufiger als zweimal anzeigen. Schließen Sie in diesem Falls das Dialogfeld.
Die Überprüfung eines beibehaltenen XML-Austauschs wird nicht unterstützt.
Wenn Sie beim Überprüfen eines beibehaltenen Austauschs XML für die Validate Instance Input Type-Eigenschaft auswählen, schlägt der Vorgang fehl, und es wird nichts zurückgegeben. Wenn Sie beim Überprüfen eines beibehaltenen Austauschs jedoch "Native" für den Überprüfungsinstanzeingabetyp auswählen, wird der Vorgang erfolgreich ausgeführt.
Eine instanz, die für ein HIPAA 278-Schema generiert wird, enthält sowohl Anforderungs- als auch Antwortabschnitte.
Das HIPAA 278-Schema wird sowohl für 278-Anforderungs- als auch für 278-Antwortnachrichten verwendet. Wenn Sie den Befehl "Instanz generieren" in einem 278-Schema verwenden, enthält die generierte Instanz sowohl Anforderungs- als auch Antwortabschnitte, die niemals gesendet werden sollten. Um eine funktionsfähige 278-Anforderungs- oder 278-Antwortnachricht zu erstellen, öffnen Sie die Instanz, die die XML-Tools in einem Text-Editor generiert haben, und löschen Sie einen der Abschnitte, z. B. den Antwortabschnitt für eine Anforderungsnachricht.
Wenn Sie den Befehl "Instanz überprüfen" für eine 278-Nachricht mit Anforderungs- und Antwortabschnitten ausführen, wird die Nachricht erfolgreich anhand des Schemas 278 überprüft.
Eine xml-Instanz, die aus einem 278 HIPAA-Schema generiert wurde, schlägt die Überprüfung fehl.
Wenn Sie den Befehl "Instanzgenerierung" verwenden, um eine XML-Instanz aus einem 278 HIPAA-Schema zu generieren, und verwenden Sie dann den Befehl "Instanzüberprüfung", um diese Instanz zu überprüfen, gibt BizTalk Server einen Fehler auf.
Eine systemeigene Instanz, die aus einem 837-Schema generiert wurde, legt GS08 fälschlicherweise fest.
Beim Erstellen einer nativen Instanz mit einer BizTalk Server-Lösung, die das X12_BatchSchema sowie ein 837I-, 837D- oder 837P-Schema umfasst, wird der Wert von GS08 00401 enthalten. Vor der Verarbeitung dieser Instanz müssen Sie den Wert von GS08 in den richtigen Wert für die Schemainstanz ändern. Die folgende Tabelle enthält den richtigen GS08-Wert für jedes 837-Schema:
| HIPAA-Schema | GS08-Wert |
|---|---|
| 837I | 004010X096A1 |
| 837D | 004010X097A1 |
| 837P | 004010X098A1 |
Siehe auch
Bekannte Probleme bei der EDI-Verarbeitung
Verwenden der XML-Toolerweiterungen
Verwenden von Design-Time XML-Tools