Problemas conocidos con herramientas XML utilizadas con soluciones EDI

En este tema se describen los problemas conocidos con las herramientas XML en BizTalk Server.

La validación del archivo de entrada y de salida de asignación de comprobación se produce cuando se establece la propiedad de validación como False.

Si prueba un mapa con la propiedad TestMap Input establecida en Native y las propiedades Validate TestMap Input (Validar entrada testMap) y Validate TestMap Output (Validar salida testMap) establecidas en False, se seguirá realizando la validación. Esto ocurre porque el archivo de entrada con formato nativo se convertirá en formato XML y BizTalk Server validará el XML en el esquema. Si hay problemas de validación en el archivo de entrada, este mecanismo de validación publicará errores, aunque las propiedades Validar entrada TestMap y Validar salida testMap se establezcan en False.

La validación de duración no se realiza en un elemento de datos en una instancia generada que se extrae de una lista de enumeraciones en el esquema.

Cuando una instancia se genera a partir de un esquema y los valores de enumeración para un elemento de datos en el esquema no satisfacen el requisito de longitud, la instancia puede generarse con un elemento de datos que provocará un error de validación XSD debido al requisito de longitud. La validación del esquema no comprobará si un valor en la instancia generada que se extrae de la lista de enumeraciones en el esquema satisface el requisito de duración mínimo y máximo.

Validar esquema puede no detectar un código de Id. de conjunto de transacciones no válidas.

Al validar un esquema con el comando Validar esquema en la ventana Explorador de soluciones de Visual Studio, es posible que la comprobación del nodo raíz no detecte un código de identificador de conjunto de transacciones no válido en la última parte del nodo de referencia raíz (con el formato X12_<VersionRelease>_TSID). Si el TSID en el nodo raíz de referencia del esquema no es válido pero es el mismo que el TSID en el nodo de enumeración del elemento ST'01 en el esquema, la operación Validar esquema no detectará que el TSID no es válido.

Visual Studio debe reiniciarse para realizar un cambio de enumeración en un esquema efectivo para la validación de instancia.

Si cambia una lista de enumeración en un esquema, lo guardo y, a continuación, ejecuta la validación de instancia, BizTalk Server realizará la validación que se basa en la versión anterior del esquema, no en la última versión. BizTalk Server no utilizará la última versión del esquema hasta que reinicie Visual Studio.

El cuadro de diálogo de las propiedades de instancia de EDI debe mostrarse cuando no sea necesario en la operación de comprobación de la asignación.

BizTalk Server mostrará un cuadro de diálogo Propiedades de instancia EDI dos veces durante el proceso TestMap: una vez para poder escribir los delimitadores necesarios para interpretar la instancia de mensaje de entrada y una vez para escribir los delimitadores para generar la instancia de mensaje de salida. BizTalk Server debe mostrar el cuadro de diálogo de propiedades de instancia de EDI sólo dos veces y únicamente para los esquemas EDI. Sin embargo, BizTalk Server puede mostrar el cuadro de diálogo para esquemas que no sean EDI y más de dos veces. Si es así, cierre el cuadro de diálogo.

La validación de un intercambio conservado XML no es compatible.

Al validar un intercambio conservado, si selecciona XML para la propiedad Validar tipo de entrada de instancia, se producirá un error en la operación y no se devolverá nada. Sin embargo, si selecciona Nativo para validar el tipo de entrada de instancia al validar un intercambio conservado, la operación se realizará correctamente.

Una instancia generada para un esquema HIPAA 278 constará de las secciones Solicitud y Respuesta.

El esquema HIPAA 278 se utiliza para los mensajes de solicitud 278 y las respuesta 278. Si utiliza el comando Generar instancia en un esquema 278, la instancia generada tendrá las secciones de solicitud y respuesta, que nunca se deben enviar. Para crear un mensaje factible de solicitud 278 o de respuesta 278, abra la instancia que las herramientas XML han generado en un editor de texto y borre una de las secciones, es decir, borre la sección de respuesta para un mensaje de solicitud.

Si ejecuta el comando Validar instancia en un mensaje 278 con secciones de solicitud y respuesta, el mensaje se validará satisfactoriamente en el esquema 278.

Una instancia XML generada a partir de un esquema 278 HIPAA producirá un error en la validación.

Si utiliza el comando de generación de instancias para generar una instancia XML en un esquema 278 HIPAA y, a continuación, utiliza el comando de validación de instancias para validar esa instancia, BizTalk Server registrará un error.

Una instancia nativa que se generó a partir de un esquema 837 establece GS08 de manera incorrecta

Al generar una instancia nativa mediante una solución de BizTalk Server que contenga el X12_BatchSchema, así como un esquema 837I, 837D o 837P, el valor de GS08 contendrá 00401. Antes de procesar esta instancia, debe cambiar el valor de GS08 al valor correcto para la instancia de esquema. En la tabla siguiente se incluye el valor de GS08 correcto para cada esquema 837:

Esquema HIPAA	Valor de GS08
837I	004010X096A1
837D	004010X097A1
837P	004010X098A1

Consulte también

Problemas conocidos del procesamiento de EDI
Utilizar las extensiones de herramientas XML
Usar herramientas de XML en tiempo de diseño